软件工程课程第十章-需求建模（行为建模）

行为模型是系统执行时的动态行为模型。行为模型显示了软件如何对外部事件或激励做出响应。每个图通常表示单个类的对象，并跟踪其对象在系统中的不同状态；

1. 状态图的关键要素

• 一种状态是存在的一种模式或条件。
• 转换是指从一种状态到另一种状态的变化。
• 事件是在特定时间值得注意的事件

1. 要生成模型，分析师必须按照如下步骤进行：

• 评估所有用例，以保证完全理解系统内的交互顺序；
• 识别驱动交互顺序的事件，并理解这些事件如何与特定的对象相互关联；
• 为每个用例生成序列；
• 创建系统状态图（绘制）；
• 评审行为模型以验证准确性和一致性。

你可以把这些激励分为两种:

1. 有些数据到达后需要系统处理。

2. 事件触发系统处理的事件。事件可能有相关的数据，尽管并非总是如此。

UML状态图是一种行为模型，该图为每个类呈现了主动状态和导致这些主动状态发生变化的事件（触发器）

1. 一个微波炉的状态图

 

 

1. 微波炉运行状态图

 

1. 行为建模顺序图（绘制）

• 描述消息流、事件、对象之间的操作
• 显示并发进程和激活
• 显示在其他图表中不容易描述的时间序列

1. 顺序图元素：

参与者：在图表中作用的对象或实体

消息：参与者对象之间的通信

序列图中的坐标轴：水平方向：正在行动的对象/参与者；垂直：时间（向下->向前时间）

1. 需求建模：流模型

1. 表示数据对象在通过系统时是怎么转换的。
2. 数据流图(data flow diagram, DFD)使用的图表形式
3. 许多人认为这是一种“老学校”的方法，但是继续提供了独特的系统视图——它应该被用来补充其他分析模型元素。

1. DFD标准之间的关系