2.8 实体——联系图(E-R图)
E-R图是一种概念性的数据结构,也是一种面向问题的数据模型。它是按照用户的观点对数据建立的模型——软件的概念模型。
目的:理解显示业务中要处理的数据和数据之间的关系——需求分析任务。
E-R图数据模型的组成:
数据对象(实体)
属性(数据特征或状态)
联系(关系)
牢记:通过E-R图能够读出业务背景知识。
1.数据对象(实体)
定义:是对软件必须理解的复合信息的抽象。
来源:
外部实体;事物;行为;时间;角色;单位;地点;结构等等
每个实体是由多个属性构成。
2.属性
属性定义了实体的性质,即属性可能的取值集合,称为属性的值域。每个属性可用唯一的“标识符”来定义。实体中的关键字称为“键值”,它是实体的一个重要完整性约束。
属性的定义主要来自于实际业务中的数据项,即从实际业务中得到的真实数据。
3.关系
数据对象(实体)彼此之间的连接方式称为联系(关系)
(1)一对一
(2)一对多
(3)多对多
两头都是一对多。
实体——联系图的符号
E-R图包括:实体、联系、属性
2.9 需求分析的其他图形工具
1.层次方框图(数据分类用)
定义:用树形结构的一层列多层次的矩形框描绘数据的层次结构。
2.Warnier图(数据分类用)
从左到右,清晰易懂
3.IPO图
IPO图是输入、处理、输出图的简称。
改进以后IPO表
用途:描述系统的主要算法。
3.状态转换(变迁)图(状态图)
作用:描绘系统的状态及硬气系统状态转换的时间,来表示系统的行为——即行为模型。
系统的循环运行过程
系统的单程生命期
(1)状态
状态是任何可以被观察到的系统行为模式,每个状态代表系统的一种行为模式。
初态
终态和中间状态。
注意:一张状态图只能有一个初态,而终态则可以有0到多个。
(2)事件
事件是在某个特定时刻发生的事情。
如:定时闹钟、移动鼠标
时间是引起系统做动作或转换状态的控制信息——即事件驱动系统的状态转换。
(3)状态图的符号
事件的动作可用活动来表示
entry事件指定进该状态的动作
exit退出
do在该状态下的动作
2.10 面向数据流的建模
数据流图使用分层的方式来表示整个系统。分层越细,业务环节也越清晰、软件功能也越详细。
注意:对DFD精化到每个加工处理过程只执行一个单元功能为止,
一个程序模块——即单一职责。
2.11 需求有效性验证
系统需求规格确定后,严格验证需求的正确性和有效性
(1)一致性
(2)完整性
(3)现实性
(4)有效性
(5)扩充性
验证需求的方法
1.验证需求的一致性
2.验证需求的现实性
3.验证需求的完整性和有效性
用于续修分析的软件工具
CASE工具
2.14小结
- 可行性研究主要完成项目的可行性分析和论证,并导出系统的逻辑模型(搞清楚业务流程图,并对业务分析)
- 项目业务流程主要用系统流程图来描述,主要表示的是业务流(现有系统业务流程的物理模型)
- 数据流图(DFD)主要描述业务中的数据流
- 数据字典主要用来描述数据流中的数据实体以及数据元素;数据流图与数据字典共同构成系统的逻辑模型
- 需求分析是发现、求精、建模、规格说明和复审
- 写出软件规格说明书
叨叨几句... NOTHING