课程简介

软件需求的获取和分析是软件系统开发中的一项重要任务，正确获取软件需求是软件技术人员必须掌握的基本技能。本书从软件需求工程的角度出发，以需求开发过程为主线，完整描述了需求获取、需求分析、需求验证、需求规格说明和需求管理等需求工程活动。本书站在开发者的立场，侧重于实践者的技术与方法，系统全面地介绍了软件需求工程的各项进展，努力促进需求工程领域理论、方法和技术的全面融合应用，以指导需求工程各阶段的系统化实践。

一、作业(EA精灵开模)

二、作业内容

Complete Composite Structure Diagram

图1。显示表示组成组件的组件的部件，以及流经连接组件部件的接口和端口的信息项。

图2。显示描述组件1的组成的组件层次结构。组件1上的复合标记表示用户可以深入到另一个图。
该模式的目的是允许设计师和架构师描述组件的组成，以及这些组件（其他组件）如何“连接”在一起以执行组件的工作。信息流充当管道，携带信息项连接显示信息的接口，其他有效载荷从一个组件移动到另一个组件。
在复杂的设计阶段或组件的实现（通常是通过描述复杂组件的实现来显示组件的价值）。
它可以用来分解显示系统逻辑部分如何产生和消费信息的组件层次结构。

Basic Sequence Diagram with Loop Fragment

显示了一个序列图，一个参与者和两个组件的交互，以及它们交换的消息，包括创建、利用和销毁类的消息。

使元素之间的相互作用可视化。设计人员和实现团队通常创建序列图，作为设计工具或用于文档目的。模式允许建模者表达一个迭代，或者一组一个或多个消息需要多次执行的情况。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
该模式通常在设计或实现阶段使用，但也可以在计划完成并需要文档记录时使用。它可用于：
建立一个交互模型，其中一组消息按指定的最小和最大数量被多次触发，作为保护的一部分。

Component Interfaces with JSON Payload

图1。显示了通过端口和接口进行通信的两个组件。将负载定义为允许用户向下钻取信息的JSON元素。

图2。显示了与图中折叠的端口和接口通信的两个组件，以向非技术受众隐藏详细信息。

图3。显示了一个序列图，其中有两个组件与端口和接口通信。该图允许可视化按时间排序的消息流。

其目的是描述两个组件如何通过端口和接口进行通信，并显示两个接口之间的信息流。传递的信息项（有效载荷）也被建模，并且可以作为模型中的元素找到。
该模式通常用于计划的设计或实现阶段，设计师或架构师需要描述系统组件之间如何通信。正式描述接口（包括接口提供的方法或服务）也很有用。

Basic Use Case Model with Test Cases

显示了一个用例图，其中包含参与者和系统边界中包含的多个用例。测试用例已经与用例相关联，显示了测试规程如何与用例模型相关联。

其目的是允许业务分析师和其他涉众描述参与者（用户扮演的角色）在与系统交互时想要实现的价值。
该模式通常用于计划的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。它可用于：
描述与一个或多个用例相关联的测试用例。

Database Server with Deployed Database

显示了一个部署关系图，描述了将一系列表部署到数据库服务器。

该模式的目的是允许设计师或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点（如机器服务器）、执行环境（如操作系统、容器、基于软件的服务器）。构件和部署规范为软件如何部署到节点或执行环境建模。该图显示了如何将表和其他数据库对象的建模连接到部署模型。
该模式通常在为企业级或计划级定义技术体系结构时使用。它可用于：
对构成物理数据模型的一系列表的部署中的层进行建模。