UML实用技术_介绍,用例、类图、时序图(开发流程)V11.pptVIP

* * * * * * * * * * * * * 可见的价值结果，读取信息，注册信息。 无价值的结果：如用户关心系统的开发成本和周期 * * * * * * * * * * * 前面提到，单纯使用用例图不能提供用例所具有的全部信息，因此，需要使用文字描述那些不能反映在图形上的信息。用例描述实际上是关于角色与系统如何交互的规格说明，要求清晰明确，没有二义性。描述用例时，应该只注重外部能力，不涉及内部细节。 目标：简要描述用例的最终任务和结果。 事件流 （1）说明用例是怎样启动的，即哪些角色在什么情况下启动执行用例。 （2）说明角色和用例之间的信息处理过程，如哪些信息是通知对方的，怎样修改和检索信息的，系统使用和修改了哪些实体等。 （3）说明用例在不同的条件下，可以选择执行的多种方案。 （4）说明用例在什么情况下才能被视作完成，完成时结果应传给角色。 通常，事件流包括基本流程和可选流程两部分。基本流程说明了角色和系统之间相互交互或对话的顺序，当这种交互结束时，角色便实现了预期目的；可选流程也可促进成功地完成任务，但它们代表了任务的细节或用于完成任务的途径的变化部分。在交互过程中，基本流程可以在一些决策点上分解成可选流程，然后再重新汇成一个基本流程。 特殊需求：说明此用例的特殊要求。 前提条件：说明此用例开始执行的前提条件，如角色登录成功等。 后续条件：说明此用例执行结束后，结果应传给什么角色。 用例用一个椭圆图形和名称表示。 * * * * * * * * * * 如考勤功能就涉及到管理者与普通员工对系统的要求利益就有所不同，管理者要求的高效的准确的，儿普通员工则要求是人性化的灵活的 * 类中常见的关联关系表达 多重性：关联角色的多重性是说明一个关联的实例中有多少个相互连接的对象。 导航性：给定两个类的关联，从一个类的对象能够导航到另一个类的对象，导航可以是双向的。 Exactly one Zero or more One or more Zero or One Specified range Multiple, disjoint ranges 1 0..* 1..* 0..1 2..4 2, 4..6 类中常见的关联关系表达 类中常见的依赖关系表达方式 依赖关系中flight中没有customer属性，因此要用其他方法查找coustomer。如果customer是全局的（包含静态方法），则flight知道他的存在。如果coustomer作为参数传递到flight的方法中，则flight能够引用到它，最后，如果customer事例化为flight方法中的本地变量，则flight就引用到了它的存在，在依赖关系中，必须采用三种方法之一 类中常见的关联关系表达 类中常见的聚合关系和组合关系 类中常见的聚合关系和组合关系 聚合：指的是整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构。从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。例如一个航母编队包括海空母舰、驱护舰艇、舰载飞机及核动力攻击潜艇等。需求描述中“包含”、“组成”、“分为…部分”等词常意味着聚合关系。组合：也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在。部分对象与整体对象之间具有共生死的关系。聚合和组合的区别在于：聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。 类中常见的聚合关系和组合关系 我们用浅显的例子来说明聚合和组合的区别。“国破家亡”，国灭了，家自然也没有了，“国”和“家”显然也是组合关系。而相反的，计算机和它的外设之间就是聚合关系，因为它们之间的关系相对松散，计算机没了，外设还可以独立存在，还可以接在别的计算机上。在聚合关系中，部分可以独立于聚合而存在，部分的所有权也可以由几个聚合来共享，比如打印机就可以在办公室内被广大同事共用 关联和聚合的区别主要在语义上，关联的两个对象之间一般是平等的，例如你是我的朋友，聚合则一般不是平等的，例如一个公司包含了很多员工，其实现上是差不多的。聚合和组合的区别则在语义和实现上都有差别，组合的两个对象之间其生命期有很大的关联，被组合的对象是在组合对象创建的同时或者创建之后创建，在组合对象销毁之前销毁。一般来说被组合对象不能脱离组合对象独立存在，而且也只能属于一个组合对象，例如一个文档的版本，必须依赖于文档的存在，也只能属于一个文档。聚合则不一样，被聚合的对象可以属于多个聚合