软件工程之需求分析

分析建模有两种方法结构化分析和面向对象的分析。

       结构化分析：考虑数据和处理。

       面向对象分析：关注定义类和影响客户需求的类之间的协作方式。

1、数据建模：

定义在系统内部处理的所有数据对象、数据对象间的关系以及其他与这些关系相关的信息（基数，1：1或1：n等；形态：0关系可有可无，1关系必须出现1次）。这里的数据对象只是封装数据，没有对数据的操作的引用（和面向对象方法中的对象有区别）。

辅助图形；实体-关系图。

2、基于场景建模：

       根据用例开发活动图、泳道图。

       辅助图形：活动图、泳道图。

3、数据流建模：

主要是生成数据流图，数据流图和系统流图类似，也是分层细化显示结构。在数据流图中实体对象用矩形表示，过程（转换）用椭圆形表示（泡泡），带标记的箭头代表数据对象，平行线表示数据文件。数据流图制作指导原则：（1）第0层的数据流图应将软件/系统描述为一个泡泡；（2）主要的输入和输出应被窒息地标记；（3）通过把下一层表示的候选处理过程、数据对象和数据存储分离，开始求精过程；（4）应使用有意义的名称标记所有的箭头和泡泡；（5）当从一层转到另一层时要保持信息流连续性；（6）一次精化一个泡泡。

处理规格说明：描述在求精过程中最终层次的所有流模型的处理，可以包括叙述性正文、处理算法的程序设计语言（PDL）描述、数学方程、表、图或图表。

4、控制流建模：

很多问题是事件驱动而不是数据驱动，对关注时间和性能的问题可以使用控制流建模。

控制规格说明（CSPEC）：包含一个状态图，该图是行为的序列说明；也可能靠扩程序激活表——行为的组合说明。

辅助图形：状态图。

5、基于类的建模：

       首先识别分析类，分析类可以是外部实体（系统、设备、人员等）、事物（报告、显示、字母、信号等，问题信息域的一部分）、角色（经理、工程师、销售人员）、组织单元、场地、结构等等（用例中的名词），再描述分析类的属性、操作。分析类可分为实体类、边界类、控制类。

       实体类：从问题的说明中直接提取出来。

       边界类：用于创建用户可见的和交互的接口。

       控制类：自始自终管理工作单元。

       CRC建模：一堆卡片，每张卡片表示一个类，顶部是类名，左边是职责，右边是协作者。分析师可以同过类之间是否有以下三种联系来识别协作者（1）is-part-of；（2）has-knowledge-of；（3）depends-upon。

       分析类的行为模型可使用类状态图和时序图（顺序图）。