第4章 面向对象需求分析.ppt

需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。
需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
在需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。
在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。用户必须把他们对软件的需求尽量准确、具体地描述出来；分析员必须通过与用户沟通获取用户对软件的需求。需求分析工作是一个发现和评价的过程.需求分析力图达到下列目标：
①通过分析信息流程和结构来提供软件开发的基础；
②通过标识接口细节，提供一个深入的功能说明来描述软件；确定设计约束和定义软件有效性要求。
建立和保持与用户的通讯，使上述两个目标能够达到。第4章面向对象需求分析一.面向对象分析模型的组成结构2.类/对象图一个“用例”可描述软件系统和一个外部角色之间的一次交互。其中角色可以是一个人、另一个软件、一个硬件或其他与系统交互的实体。用例
用一个椭圆形表示。
一个用例是可以被行为者感受到的、系统的一个完整的功能。用例具有下述特征：
①用例代表某些用户可见的功能，实现一个具体的用户目标；
②用例总是被行为者启动的，并向行为者提供可识别的值；
③用例必须是完整的。行为者
也称为角色，用一个线条人表示。行为者是指与系统交互的人或其他系统，它代表外部实体。使用用例并且与系统交互的任何人或物都是行为者。
关联
行为者和用例之间或用例和用例之间的关系，用直线表示。（2）建立用例图(3)用例之间的关系
用例之间存在两种关系：扩展关系和使用关系。
①扩展关系
向一个用例中添加一些动作后构成了另一个用例，这两个用例之间的关系就是扩展关系，后者继承前者的一些行为，通常把后者称为扩展用例。②使用关系
当一个用例使用另一个用例时，这两个用例之间就构成了使用关系。一般说来，如果在若干个用例中有某些相同的动作，则可以把这些相同的动作提取出来单独构成一个用例（称为抽象用例）。含扩展和使用关系的用例图扩展与使用之间的异同：
这两种关系都意味着从几个用例中抽取那些公共的行为并放入一个单独的用例中，而这个用例被其他用例使用或扩展，但是，使用和扩展的目的是不同的。通常在描述一般行为的变化时采用扩展关系；在两个或多个用例中出现重复描述又想避免这种重复时，可以采用使用关系。类图描述类及类与类之间的静态关系。
（1）类图例：类名
应该是富于描述性的、简洁的而且无二义性的。为类命名时应该遵守以下几条准则：
使用标准术语。
应该使用在应用领域中人们习惯的标准术语作为类名，不要随意创造名字。例如，“交通信号灯”比“信号单元”这个名字好，“传送带”比“零件传送设备”好。
使用具有确切含义的名词。
尽量使用能表示类的含义的日常用语作名字，不要使用空洞的或含义模糊的词作名字。例如，“库房”比“房屋”或“存物场所”更确切。
必要时用名词短语作名字。
为使名字的含义更准确，必要时用形容词加名词或其他形式的名词短语作名字。例如，“最小的领土单元”、“储藏室”、“公司员工”等都是比较恰当的名字。属性
UML描述属性的语法格式如下：
可见性属性名：类型名=初值{约束特性}
属性的可见性（即可访问性）通常有下述3种：
公有的(public)、私有的(private)和保护的(protected)，
分别用加号（+）、减号（-）和井号（#）表示。
如果未声明可见性，则表示该属性的可见性尚未定义。
注意，没有默认的可见性。
类型名表示该属性的数据类型，它可以是基本数据类型，也可以是用户自定义的类型。服务
服务也就是操作，UML描述操作的语法格式如下：
可见性操作名（参数表）：返回值类型{性质串}
操作可见性的定义方法与属性相同。
参数表是用逗号分隔的形式参数的序列。描述一个参数的语法如下：
参数名：类型名=默认值
当操作的调用者未提供实在参数时，该参数就使用默认值
（2）对象图
对象与类具有相同的表示形式。例如：描述类与类之间的关系。
类关系模型同时也表示出了类之间消息传递的路径。
例：（1）关联
关联表示两个类的对象之间存在某种语义上的联系。例如，作家使用计算机，我们就认为在作家和计算机之间存在某种语义连接，因此，在类图中应该在作家类和计算机类之间建立关联关系。普通关联
普通关联是最常见的关联关系，只要在类与类之间存在连接关系就可以用普通关联表示。
通常，关联是双向的，可在一个方向上为关联起一个名字，在另一个方向上起另一个名字（也可不起名字）。为避免混淆，在名字前面（或后面）加一个表示关联方向的黑三角。在表示关联的直线两端可以写上重数，它表示该类有多少个对象与对方的一个对象连接。重数的表示方法通常有：
0…1 表示0到1个对象
0…