信息系统分析与设计 刘腾红 5面向对象的系统分析与设计新.pptVIP

用例。 用例除了与其它参与者发生关联外，还可以具有系统中的多个关系，这些关系包括包含关系、扩展关系和泛化关系。 关联关系描述参与者与用例之间的关系，它是用于表示类的关系的关联的实例。在UML中，关联关系使用箭头表示，关联关系表示参与者用例之间的通信。不同的参与者可以访问相同的用例，一般来说它们和该用例的交互是不一样的。 包含关系把几个用例的公共步骤分离成一个单独的被包含用例。虽然每个用例的实例都是独立的，但是一个用例可以用其他的更简单的用例来描述。一个用例可以简单地包含其他用例具有的行为，并把它包含的用例行为作为自身行为的一部分，这就是所谓的包含关系。在这种情况下，新用例不是初始用例的一个特殊例子，并且不能被初始 用例所代替。在UML中，包含关系表示为虚线箭头加include字样在，箭头指向被包含的用例。被包含用例称作提供者用例，包含用例称作客户用例，提供者用例提供功能给客户使用。 扩展关系是把新的行为插入到已有用例中的方法。同一个基础用例的几个扩展用例可以在一起应用。基础用例的扩展增加了原有的语义，此时是基础用例而不是扩展用例被作为例子使用。在UML中，扩展关系表示为虚线箭头加extend字样，箭头指向被扩展的用例。 基础用例提供了一组扩展点，在这些新的扩展点中可以添加新的行为，而扩展用例提供了一组插入片段，这此片段能够被插入到基础用例的扩展点上。基础用例不必知道扩展用例的任何细节，它仅为其提供扩展点。扩展关系为处理异常或构建灵活的系统框架提供了一种十分有效的方法。 一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。当父用例能够被使用时，任何子用例也可以被使用。在UML中，用例泛化与其他泛化关系的表示法相同，用一个三角箭头从子用例指向父用例。 在泛化过程中，子用例表示父用例的特殊形式。子用例从父用例处继承行为和属性，还可以添加、覆盖或改变继承的行为。如果系统中一个或多个用例是某个一般用例的特殊化时，就需要使用用例的泛化关系。 如图5-10所示，这就是一个用例泛化的例子，父用例是“预订”，其两个子用例分别是“电话预订”和“网上预订”。这两个用例都继承了父用例的行为，并添加了自己的行为。 图5-10 用例间的泛化关系示例 变化，可能要对OOA结果进行一些改进和增补。 从上述可知，PDC的设计策略包括三部分：运用OOA的结果、改进OOA的结果和增补OOA的结果。 (1)运用OOA的结果 在OOD的PDC中，直接采用OOA的结果而无需变换。00A和00D采用相同的表示法，二者之间没有鸿沟。OOA和OOD可以顺序进行，也可以交叉进行。 (2)改进OOA的结果 在OOD期间，由于需求的变化、理解的欠缺，可能在PDC部分修改OOA结果。 (3)增补OOA的结果 由于设计上的考虑，对OOA结果的增补也很重要，增补的原因和准则包括： ①重用设计和编程的类：这是为了重用而引进现成的类。 ②把问题空间专用类组合在一起：通过采用附加一个根类的方法把所有类组织起来。 ③通过增添一般类而建立协议：引进一个附加类，作为有相似服务及相应属性的一般类。 ④调节继承的支持级别：如果OOA的结果包括多继承，而编程语言只支持单继承甚至无继承时，就要进行相应调整。例如，图5-8所示的多继承(a)可展平为单继承(b)。 ⑤改进性能：为改进速度，可能合并一些高度耦合的类，还可能在类及对象中扩充—些保存临时结果的属性或一些低层控制块。 ⑥提供数据管理部分：增加属性和服务使对象能够被保存，保存者可以是对象自己、OMC或00-DBMS。 ⑦增加底层成分：增加类来反映一些底层的逻辑细节。 ⑧不要仅为反映队伍分工而修改。 ⑨重新审查和挑剔对OOA结果的增补。 人 业主 雇员 业主兼雇员 业主 雇员 业主兼雇员 人 （a） 多继承 （b） 单继承  图5-8 多继承展平为单继承 5.4.2 人机交互部分的设计 人机交互部分（HIC）的设计决策影响到人的感情和精神感受，设计HIC的策略由以下几点构成： (1)对人分类 花些时间去研究将使用系统的人们，看他们如何实际地进行工作，考虑他们能提供什么工具来支持那些工作，把人按技能层次、组织层次、不同身份进行分类，增加与系统交互的人的子集。 (2)描述人及其任务脚本 对以上定义的每一类人，描述其身份、目的、特征、关键的成功因素(必须／想要／……，喜欢／不喜欢／有偏见／……)及任务脚本。 (3)设计命令层 研究现有的人机交互活动的寓义和准则，建立一个初始 的命令层。再细化命令层。命令层可能以选单屏面或一系列图符呈现给人们，要按使用频度及用户工作步骤排列服