分析阶段
第1节 概述
1.1 简介
分析阶段是将系统设计需求进行规范说明的过程,它为设计阶段提供输入。
在分析阶段有一个核心活动,即需求规格定义。本阶段的输入工件是(分配的)设计需求,输出工件是需求规格。
本阶段包括一个技术评审点,即TR4,TR4的重点在于评审需求规格的规范性、完整性和正确性。
1.2 流程图
第2节 流程介绍
2.1 需求分解分配
在规划阶段定义了系统应该包括的业务功能及其相关流程。大多数项目实现时,其业务需求往往需要分解为多个子项目或多个版本来实现。对于需要进行需求分解的项目,本任务负责将总体需求分解为不同的需求模块。
2.2 需求规范化说明
在规划阶段定义的需求,侧重于描述业务需求的概念及其流程,对业务流程的活动节点则缺乏规范化的描述,本任务负责完成业务流程活动节点的规范化描述。
备注,每个业务流程活动节点即一个系统功能,即用例。
2.3 需求场景定义
需求场景定义进一步喜欢需求描述,根据上下文环境不同、角色不同将每个需求分解成为不同的场景,而且对场景的处理过程(只是描述用户和系统之间的交互关系)进行详细描述。
2.4 分析对象建模
在需求场景描述时,为了更清楚的描述出系统行为,将系统看成是边界类、控制类和实体类相互作用的集合。为每个需求场景提供边界类、控制类和实体类作用关系描述。
分析对象模型即是描述系统的边界类、控制类和实体类的集合。
2.5 接口定义
当前系统与外部关系的关联处,即为系统接口。接口可以分为用户界面、系统接口和硬件接口等类型。
这里重点介绍的是用户界面,用户界面是用户使用系统的入口。分析对象模型中的边界类即为需要接口定义的对象。
2.6 逻辑数据模型抽象
在以数据库为中心的应用中,逻辑数据模型是进行数据库建模的基础。将分析对象模型中的实体类按照面向对象(OO)的原理进行抽象,得到一致的、完整对象模型。
逻辑数据模型是接在详细设计时进行物理数据模型设计的基础。
第3节 工件示例
3.1 《需求规格》示例
3.1.1 表示法说明
需求规格的重点是分析用例模型、分析对象模型和逻辑数据模型,本规范采用Rational Rose来进行相关建模工作。
备注:此处省略模板
3.1.2 例子
①分析用例模型
②分析对象模型
v边界类
v控制类
v实体类
③逻辑数据模型