第三章软件需求分析解读.ppt

定义 当人见到一辆汽车开来时不会说：一个车身、四个车轮和一台发动机向我开来了；而会说：那是一辆汽车，由车身、轮胎和发动机组成，它向我开来了。即人们的习惯是将车这个总体与它的各个组成部分同时罗列出来，这样才使人们感到认知的完整性，这就是一种对象间的整体—部分关系的具体体现。 我们把类似汽车这样的对象称为整体对象，相对地把类似于车身、轮胎、发动机这样的对象称为部分对象。被这种关系联系到一起的多个类之间形成一种有别于泛化关系的新关系，我们称之为聚合或整体—部分关系。 整体和部分这两种名称局限于某个具体的整体—部分结构中，两者是相互对应并在一定程度程度上相互依存的，依据相互依存的紧密程度，聚合被进一步分紧密聚合（复合聚合）和松散聚合（共享聚合）两类，它们的图形表示如图3?8所示，其中一端带有菱形符号的线段表示类间具有聚合关系，其中与菱形相接的类为整体对象类，另一端为部分对象类。 其中关系可以分为三类： 第一类是参与者和用例之间的关联关系（Association）,表明参与者主要使用系统的哪些用例； 第二类是用例之间的关系，主要分为包含关系（Include）、扩展关系（Extend）和泛化关系（Generalization）； 第三类是参与者之间的泛化关系（Generalization）。用例图可以包含注释，用于对用例进行简要说明。 在UML标准中，用例图模型的标准表示如图6-2所示，参与者用人形图标表示，用例用椭圆形符号表示，连线表示参与者与用例以及用例与用例之间的关系。 每一类参与者可以使用一个或多个系统用例。系统的参与者通常主要有三大类： 第一类参与者是系统用户，是真实的人，这是最常见的参与者，几乎每个系统都要有人来使用。对于此类参与者，主要根据用户在使用系统时承担的不同角色来进行命名。例如，对于银行的营业部的营业员，通常情况下是银行工作人员，但是他自己要存取款的时候，其身份就变成了客户。所以，在命名参与者时按照业务命名比按照人的职位来命名更稳定。对于一个银行的网络系统来说，其参与者我们就可以看作有营业员，还有客户。 第二类参与者是其他的一些软、硬件系统。例如，银行金融系统可能需要与其他的一些商场的售货系统建立联系，进行刷银行卡进行消费。其中，外部商场售货系统的刷卡系统就是银行金融系统的一个参与者。另外，系统的参与者也可能是一些硬件设备，例如对于银行的安全监控系统来说，在下班之后，如果有人进入金库，则进行红外检测而且进行报警，所以对于安全监控系统来说，红外探测设备和报警的硬件设备就是它的参与者。因此，在当前开发的系统边界范围之外的，需要与本系统通过接口进行交互的软、硬件系统也是一类参与者。 第三类参与者是一些可以运行的进程，例如时间系统。有些系统中，需要在特定的时间触发系统周期的执行某个功能，这时，时间系统就成了系统的参与者。例如，在银行的金融系统中，客户的资料、交易记录等信息至关重要，所以要定期对客户的这些资料信息进行备份，到了设定的时间，系统自动执行资料备份功能。因此，时间系统也是系统的一个参与者。 在UML标准中，参与者之间的泛化关系和类之间的泛化关系的表示符号相同，用一个三角符号来表示，如图6-4所示。在图6-4中，参与者“电话用户”除了可以使用用例3之外，根据泛化关系，该类参与者也可以使用系统的用例1功能。同理，参与者“网络用户”可以使用用例2和用例1的功能。 人们平常感受到最多的是客观事物的外在表现和功能， 对于客观事物内部是如何运动而产生这些表现并提供相 应功能并不一定需要了解，因此在描述一个对象时，应 该把对象属性细节和功能实现的细节限制在对象内部， 将其隐藏起来，这种做法称为信息隐藏。 例如电视机通过机壳将内部构成的细节隐藏起来，人们关心的只是电 视机的功能和如何使用，而没有必要关心电视机内部是如何实现的， 只要提供了所关心的功能和性能，电视机内部可以使用任何方式去实现。 当然，对于那些希望对象的使用者能够访问的功能和属性，要提供一系 列简单的接口供使用者调用，比如电视机的各种按钮，通过它们就可以 调用电视机实现的具体功能，调整其内部属性。在程序中接口可以理解 为一些函数头，而内部实现可理解为函数体。 上述这种将对象的行为（服务）和属性聚合在一起形成相对独立整体并 隐藏实现细节的描述方式称为封装，因此也常将对象称为属性和行为的封装体。 鉴于分类在认知过程中的重要作用，面向对象方法中通常都引入类的概念，类是 一组相似对象的描述，从本质上讲与对象之间没有什么不同，只不过对象是将类 的属性加以赋值后产生的特殊实例而已，因此类的图示与对象的图示相似，将对 象中的对象名换为相应的类名，并将名称下的下划线去掉，当然，对象中的各属 性值应该换以相应的属性，通常还会给出属性的默认值。 客观实体之间往往存在着很密