1. 完成需求获取的标志
- 用户总是按其重要性的顺序来确定用例的,如果用户不能想出更多的用例;
- 如果用户开始讨论已讨论过的用例或需求;
- 如果用户提出新的用例,但却可以从其它用例导出或是其它用例的可选过程;
- 如果所提出的新的需求是针对将来产品的而不是现在讨论的特定产品;
- 如果用户新提及的需求都属于低优先级的,没有更重要的需求。
2. 为什么要通过模型进行需求分析
- 通过语言的需求描述相对是零散的,对过程的理解有一定的困难。
- 不能确定对系统状态的变化是否有完整的描述。
- 有些特殊的需求,例如性能相关的需求很难确定。
- 图形化更容易理解,尤其大型复杂系统,容易发现需求中的错误。
3. 数据流图(DFD)基本原理与构成
数据流图(DFD)基本原理:
Ø 详细图解是DFD抽象的最高水平。
Ø 描述连接到系统的外部实体或终端。
Ø 用详细图解去表示数据字典中定义的复杂的数据结构。
Ø 在详细图解的基础上定义0级DFD。
数据流图(DFD)构成:
Ø 处理——用图形表示
Ø 数据流——用箭头线表示。包括写操作、读操作、更新操作。
Ø 数据存储——由一对平行的水平线条表示
Ø 外部实体——用矩形表示
4. 实体关系图(ERD)基本原理与构成
实体关系图(entity relationship model,ERD)是一种描述数据库中数据之间逻辑关系的图形,用于解决数据库建模问题。
实体关系图(ERD)构成:实体、关系和属性。
实体(entity)是客观存在的、可以被唯一识别的事物。实体可以是学生、教师、课程、图书、数码相机等物理对象,也可以是像业务流程、选修课程、图书销售等发生的客观事件或概念。一般地,常用名词短语来描述实体。在ERD图中,常用直角矩形来表示实体。
关系(relationship)描述了两个或两个以上的实体之间的关联,常使用动词短语来描述关系。例如,"购买"关系描述了用户与图书之间的关系,"选修"关系描述了学生与课程之间的关系。在ERD图中,常使用菱形表示关系,菱形通过直线与表示实体的直角矩形连接起来,并且在关系两旁标上联系的类型,1:1联系、1:N联系或N:N联系。
在ERD图中,实体和关系都可以有属性,属性(attribute)描述了实体或关系的特征。
5. 状态转移图(STD)基本原理与构成
实时系统和过程控制应用在特定时间内只能以一系列状态中的一种形式存在。STD可以通过一个强大的方式来模拟系统的动态行为。
状态转移图(STD)构成:状态、
Ø 系统状态:矩形。
Ø 状态更改或转换:连接的矩形双箭头
Ø 导致每个过渡到发生的事件或条件:过渡箭头上的文字标签。
Ø 标签可能会识别事件和系统响应。
STD图中状态:能被观察被觉察到的且有一定的稳定性。
6. 类图(Class Diagram)的基本原理与构成
原理:
1. 面向对象的软件开发已经取代了许多项目的结构分析和设计;
2. 对象通常对应于现实世界的业务或问题域项目。它们代表了从一个类派生的个别事例;
3. 类描述了属性的数据和操作;
4. 类图以图形化的方式描述面向对象的分析和它们之间的关系过程;
5. 使用面向对象的方法开发的产品没有特殊的需求;
6. 类图在需求分析开始可以帮助确定域类和它们的属性和行为;
7. 有利于从分析到设计的过渡,将问题域对象映射到系统的对象,并进一步详细介绍每个类的属性和操作。
类图构成:
Ø 类名
Ø 属性
Ø 操作(系统行为:相当于0层DFD图的处理)
Ø 关系(继承、关联、依赖)