软件系统分析设计过程方法精要

1. 设计过程流程

1. 系统分析过程
   1. 定义业务流程

定义业务流程，挑选与系统有关业务流程，从中抽象出业务用例，以便估算开发成本与周期。该过程用例是现实的业务操作与流程的表述，不代表系统操作与流程。

该过程产生《业务用例说明》文档，包括：

1. 业务用例图
2. 业务用例简述

业务用例名称	业务简述
用例1	简述1
用例2	简述2

 

1. 1. 分析业务流程

通过定义业务用例过程，对抽象出的现实业务用例进行现实工作流程分析，通过业务活动图表现。

该过程产生《业务流程说明》。

1. 1. 定义系统用例

通过分析业务用例，定义业务流程，根据《业务用例说明》、《业务流程说明》定义系统用例，由此确定系统参与业务的范围与深度。

《业务流程说明》活动图中每个动作都可能成为系统用例。

业务用例中的业务执行者，以及活动中的动作负责人都可能成为系统用例中的系统角色。

该过程产生《系统用例说明》文档，包括：

1. 系统用例图
2. 系统用例说明

系统用例名称	系统业务简述
用例1	简述1
用例2	简述2

 

1. 1. 分析系统用例

在定义系统用例的结果文档中抽出首要开发的系统用例，来确定首期的系统开发范围，而后对于挑选出的系统用例进一步分析。

该过程产生《系统用例规则说明》文档

在这个过程中针对每一个系统用例，分析内部细节并编写详细的系统用例说明，格式如下：

用例名称
UC编号
用例简述
用例图
参考界面
主要流程
替代流程
例外流程
业务规则
关联电子单据
附带手工单据
其他

由于该过程中对系统用例进行了详细的分析与分解，并确定系统范围与功能，因此系统原型的开发工作可以开展进行，过程参见系统原型开发描述。

1. 1. 分析业务规则与抽象业务对象关系

企业通过业务规则控制整体业务运行，包括人员，流程，系统等。通过上一过程对系统用例的详细分析，得到用例所要遵循的业务规则，包括约束规则，衍生规则。约束规则用来约束业务对象的结构和行为；衍生规则主要是部分推断规则和计算公示。

本过程中通过上一过程的结果，将业务对象与业务规则进行结合分析，使用状态图来表述分析结果，并根据状态图来确定业务对象与其他业务对象之间关系，使用ER图或对象图来表述。

该过程产生《业务对象状态说明》、《业务对象关系说明》文档

1. 1. 定义业务对象静态结构

根据上一过程中产生的《业务对象状态说明》、《业务对象关系说明》和系统用例详细说明，使用类图来表达系统内部的静态结构。

1. 根据业务对象关系说明，经过调整将需要持久化的业务对象及其关系衍生出初步的静态结构。
2. 根据《业务对象状态说明》，为类增加必须的状态属性和操作。
3. 分析系统用例中的参考界面，获得更多的对象数据属性。

该过程产生《系统类图说明》文档

1. 1. 分析系统对象执行流程

通过系统用例详细说明和对象状态图可分析出系统执行执行流程，从而使系统用例及静态结构进行结合，可用序列图来表述分析结果。方法：

1. 启动角色对象放置于序列图最左方；支持业务对象放置序列图最右方。
2. 针对系统用例叙述里所记载每项流程步骤，判断执行时需要使用那些数据，并且指派拥有该数据的对象负责该项工作。
3. 试执行序列图，调整流程，为操作加上参数。

该过程产生《系统对象执行流程说明》文档

1. 1. 完善操作与方法

根据序列图分析多个对象交互所引发的操作及属性可反馈给静态结构类图，从而完善类图中的操作和属性，并调整新增的类关系。

该过程完善《系统类图说明》文档，为开发提供支持。

根据《业务对象关系说明》，《系统类图说明》可进行数据库设计，参见数据库设计过程。

1. 系统原型过程
   1. 系统UE开发

根据系统用例所划分出的系统功能与界面描述，使用适当的工具（vios/word）开发用户界面示意图，并定义界面的操作步骤和规则。

将界面示意图与客户进行沟通，完善不足，并反馈于系统用例设计，完善用例描述。同时将界面示意图与系统设计人员进行沟通，排除界面实现问题，反馈于系统设计，从而进一步完善系统设计。

该过程通过多次迭代，产生UE设计文档，进入UI开发过程。

1. 1. 系统UI开发

根据UE设计文档，分析功能的操作步骤和操作约束规则，设计并开发系统静态界面，其中包括：界面表现，界面数据，操作过程，约束规则。

将UI原型与客户进行沟通，完善不足，并反馈与系统用例流程和规则，进一步完善系统设计。系统原型及系统完成后结果的雏形，因此需要多次沟通和确认。

该过程多次迭代，产出系统静态原型，以供开发人员参考使用。

1. 数据库设计过程
   1. 数据库逻辑设计

根据《业务对象关系说明》将需要持久化的业务对象抽出，进行数据库逻辑关系设计，并加入所需支持的数据对象。

数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。如果采用面向对象方法（OOAD），这里实体相当于类对象。

1. 1. 数据库存储设计

根据《系统类图说明》与数据库逻辑设计进行表结构设计。一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。数据库表的参考格式如下：

 

表名
功能说明
列名	数据类型（精度范围）	空/非空	约束条件
补充说明

 

       或者使用适当工具进行设计（powerdesign等）

对表结构进行规范化处理（第三范式）。

1. 1. 数据库设计优化

分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用的空间”。

1. 对设计进行分析“时－空”效率的瓶颈，找出优化对象（目标），并确定优先级。
2. 当优化对象（目标）之间存在对抗时，给出折衷方案。
3. 给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理等。
4. 编制优化规则，以提供开发人员设计高质量SQL时进行参考。
   1. 完成数据设计文档

数据库设计人员根据指定的模板撰写《数据库设计报告》，主要内容包括：

1. 数据库环境说明
2. 数据库的命名规则
3. 逻辑设计
4. 物理设计
5. 安全性设计
6. 优化
7. 数据库管理与维护说明

1. 为开发人员提供文档

《系统用例详细说明》

《对象序列图》

《类详细设计说明》

《系统静态原型》

《数据库设计说明》

《数据库优化规则说明》