原文地址：http://hurryguy.spaces.live.com/blog/cns!11D1743716676DEB!146.trak
Q: 分析建模概述
A: 分析就是一个建模过程,建立分析模型是系统的第一个技术表示,目前流行的主要有两种分析建模的方法:
1. 结构化分析方法
2. 面向对象分析方法
无论那种分析方法都必须满足上文提出的几项分析原则:
原则一: 必须能够表示和理解问题的信息域
原则二: 必须能够定义软件将完成的功能
原则三: 必须能够表示软件的行为(作为外部事件的结果)
原则四: 必须划分描述信息，功能和行为的模型从而使得可以以层次的方式揭示细节
原则五: 分析过程应该从要素信息移向细节实现。
建立分析模型的目标如下:
目标一: 描述客户的需要
目标二: 建立创建软件设计的基础
目标三: 定义在软件完成后可以被确认的一组需求.
A: 分析就是一个建模过程,建立分析模型是系统的第一个技术表示,目前流行的主要有两种分析建模的方法:
1. 结构化分析方法
2. 面向对象分析方法
无论那种分析方法都必须满足上文提出的几项分析原则:
原则一: 必须能够表示和理解问题的信息域
原则二: 必须能够定义软件将完成的功能
原则三: 必须能够表示软件的行为(作为外部事件的结果)
原则四: 必须划分描述信息，功能和行为的模型从而使得可以以层次的方式揭示细节
原则五: 分析过程应该从要素信息移向细节实现。
建立分析模型的目标如下:
目标一: 描述客户的需要
目标二: 建立创建软件设计的基础
目标三: 定义在软件完成后可以被确认的一组需求.
Q: 结构化分析建模概述
A: 结构化分析是利用一种图形符号体系来表示数据和对数据进行变换的处理,这些处理将最终被映射到体系结构设计中去.
分析模型的要素如下图所示:
主要元素如下:
数据字典
实体-关系图: 描述了数据对象及对象间的关系. ERD满足了分析原则一.
数据对象描述: 描述了每个数据对象的属性.
数据流图: DFD有以下两个功能. 满足了分析原则二
1) 指明数据对象在系统移动时如何被变换.
2) 描述对数据流进行变换的功能(和子功能)
处理规约: 对每个功能块(子功能块)的处理描述
状态-变迁图: 定义了外部事件输入的结果,系统将如何动作.STD满足了分析原则三.
STD表示了系统的各种状态以及在状态之间进行变迁的方式.
控制规约: 描述了软件控制方面的附加信息
A: 结构化分析是利用一种图形符号体系来表示数据和对数据进行变换的处理,这些处理将最终被映射到体系结构设计中去.
分析模型的要素如下图所示:
主要元素如下:
数据字典
实体-关系图: 描述了数据对象及对象间的关系. ERD满足了分析原则一.
数据对象描述: 描述了每个数据对象的属性.
数据流图: DFD有以下两个功能. 满足了分析原则二
1) 指明数据对象在系统移动时如何被变换.
2) 描述对数据流进行变换的功能(和子功能)
处理规约: 对每个功能块(子功能块)的处理描述
状态-变迁图: 定义了外部事件输入的结果,系统将如何动作.STD满足了分析原则三.
STD表示了系统的各种状态以及在状态之间进行变迁的方式.
控制规约: 描述了软件控制方面的附加信息
数据建模
Q: 实体-关系图(ERD -- entity relationship diagram)解决了哪些问题？
A: ERD 主要解决以下问题：
1. 系统处理哪些主要的数据对象
2. 每个数据对象的组成如何
3. 哪些属性描述了这些对象
4. 这些对象当前位于何处
5. 每个对象与其他对象有哪些关系
6. 对象和变换它们的处理之间有哪些关系
X: 数据对象只封装了数据，不包括对这些数据的操作，这也是与OO方法中"类"和"对象"的主要差别。
ERD标识了一组基本的构件：数据对象,属性,关系及其对应的符号.向分析员提供了一种简明的符号体系，从而可以方便的定义系统中的数据模型。
Q: 实体-关系图(ERD -- entity relationship diagram)解决了哪些问题？
A: ERD 主要解决以下问题：
1. 系统处理哪些主要的数据对象
2. 每个数据对象的组成如何
3. 哪些属性描述了这些对象
4. 这些对象当前位于何处
5. 每个对象与其他对象有哪些关系
6. 对象和变换它们的处理之间有哪些关系
X: 数据对象只封装了数据，不包括对这些数据的操作，这也是与OO方法中"类"和"对象"的主要差别。
ERD标识了一组基本的构件：数据对象,属性,关系及其对应的符号.向分析员提供了一种简明的符号体系，从而可以方便的定义系统中的数据模型。
Q: ERD定义了那些基本构件？
A: 如下图所示:
1. 数据对象
2. 数据对象表: 定义了某一个数据对象中的多个实例
3. 关系
4. 基数 cardinality : 定义了可以参与在一个关系中的对象关联的最大数目
5. 形态 modality : 指定一个特定的数据对象是否必须参与在关系中
X: 此外 ERD 还定义了对象之间的层次关系和关联关系
A: 如下图所示:
1. 数据对象
2. 数据对象表: 定义了某一个数据对象中的多个实例
3. 关系
4. 基数 cardinality : 定义了可以参与在一个关系中的对象关联的最大数目
5. 形态 modality : 指定一个特定的数据对象是否必须参与在关系中
X: 此外 ERD 还定义了对象之间的层次关系和关联关系
功能建模
Q: 数据流图概述
A: 当信息流过基于计算机的系统时就会变换.基于计算机的系统被表示为下图所示的信息变换流程图.系统的整个功能被表示为单个的信息变换流.
输入输出模型：
输入信息 输出信息
外部实体 ---------- ---------- 外部实体
| |
---- 基于计算机的 ----
---- 系统 ----
输入信息| |输出信息
外部实体 ---------- ---------- 外部实体
Q: 数据流图概述
A: 当信息流过基于计算机的系统时就会变换.基于计算机的系统被表示为下图所示的信息变换流程图.系统的整个功能被表示为单个的信息变换流.
输入输出模型：
输入信息 输出信息
外部实体 ---------- ---------- 外部实体
| |
---- 基于计算机的 ----
---- 系统 ----
输入信息| |输出信息
外部实体 ---------- ---------- 外部实体
数据流图(DFD -- data flow diagram )数据流图就是用来描述信息流和数据从输入移动到输出时被应用变换的图形化技术.
整个数据流图可以是分层次的. 最顶层的DFD定义了整个软件系统的输入输出,低层的DFD定义了相应功能块(子功能块)的输入输出
处理规约描述了功能的输入,施加于输入的算法和产生的输出,处理的约束和限制,与处理相关的性能特征及影响设计方式的设计约束.
X: 数据流图是从输入,输出的角度来建模.不要将DFD与流程图混淆. DFD仅仅描述信息流,而不明显的表示过程逻辑.
Q: 传统的数据流图对实时系统的扩展
A: 数据流图做了以下扩展以支持实时系统:
1. 在时间连续的基础上收集或产生信息流:
必须支持连续性的输入设计表示
2. 传遍系统的控制信息以及相关的控制处理
必须支持控制输入
3. 同一个变换的多个实例(多任务)
必须支持多任务环境
4. 系统状态以及导致状态变迁的机制
STD也帮助建立系统状态的行为模型
整个数据流图可以是分层次的. 最顶层的DFD定义了整个软件系统的输入输出,低层的DFD定义了相应功能块(子功能块)的输入输出
处理规约描述了功能的输入,施加于输入的算法和产生的输出,处理的约束和限制,与处理相关的性能特征及影响设计方式的设计约束.
X: 数据流图是从输入,输出的角度来建模.不要将DFD与流程图混淆. DFD仅仅描述信息流,而不明显的表示过程逻辑.
Q: 传统的数据流图对实时系统的扩展
A: 数据流图做了以下扩展以支持实时系统:
1. 在时间连续的基础上收集或产生信息流:
必须支持连续性的输入设计表示
2. 传遍系统的控制信息以及相关的控制处理
必须支持控制输入
3. 同一个变换的多个实例(多任务)
必须支持多任务环境
4. 系统状态以及导致状态变迁的机制
STD也帮助建立系统状态的行为模型
行为建模
Q: 状态-变迁图(STD)概述?
A: STD通过描述状态以及导致系统改变状态的事件来表示系统的行为.可以理解为系统状态机定义.
Q: 状态-变迁图(STD)概述?
A: STD通过描述状态以及导致系统改变状态的事件来表示系统的行为.可以理解为系统状态机定义.
