_OOADUML__new.pptVIP

面向对象的建模 结构化分析方法把系统看作一系列的功能节点，节点间的联系通过数据流来实现；面向对象方法认为系统由一系列彼此独立却又相互联系的实体---对象组成，对象间通过消息传递和数据关联（数据流）来实现相互联系。对象（类）既可是一个实体，也可是一项活动，或一个抽象的东西. 面向对象方法流行的关键在于： 1）面向对象看待现实世界的方式和现实世界的组织方式是一致的，它能够直接将问题域结构咉射到系统模型中； 2）面向对象方法支持软件重用，可降低成本，提高质量； 3）对象具有“自治”特点，扩展性、可维护性大大提高。 面向对象的概念：类及对象(Class、Object)、继承（Inheritance,泛化）、关联、聚合（Aggregation）、消息(Message)、多态性（polymorphism）。面向对象= 对象+分类+继承+通过消息的通信 UML建模: 一种面向对象的系统分析与开发工具 UML建模概述 基于UML的分析开发方法(Unified Modeling Language,统一建模语言)：一种面向对象的系统分析与开发工具; UML本身是一个完整的建模语言，支持系统开发的不同阶段，从需求分析 ----系统测试； 需求分析阶段：UML通过用例图（有时也需一些简单的类图、活动图）来捕获用户需求，描述对系统感兴趣的外部角色和他们对系统的功能要求； 系统分析阶段：主要关心问题域的概念和实体，并得到与问题域直接相关的类和对象，以及它们之间的关系（类图、顺序图、协作图、状态图、活动图）； 设计阶段：需要定义一些与技术实现相关的类，如：用户接口、数据库、通信和并行等问题，UML提供了强大的静态和动态建模机制（类图、顺序图、协作图、状态图、活动图、组件图、实施图） 实现阶段：类----语言代码；单元测试阶段：依据类图和类的规格说明集成测试阶段：测试人员依据构件图和合作图；系统测试阶段：测试人员主要依据用例图来验证系统的行为； UML建模机制 需求建模 通过业务建模可以得到系统的需求 使用的工具图包括: 用例图(Use case diagram) 用例图=用例+系统边界+角色+角色与用例间的关联 用例：它定义和描述了系统的外部可见行为功能，刻画了系统的完整功能需求，它和角色之间必须要有I/O消息； 角色：它不属于系统，但与系统有交互，负责驱动与之关联的系统用例的执行；它可能是一类人、事物、硬件或其他系统的抽象（是一个类，而不是一个实例）； UML建模机制 需求建模 用例图 角色的识别与描述 谁使用系统的主要功能？ 谁需要系统的支持以完成其日常工作任务？ 谁负责维护、管理并保持系统正常运转？ 系统需要应付（处理）哪些硬设备？ 系统需要和哪些外部系统交互？ 谁对系统的结果感兴趣？ UML建模机制 需求建模 用例定义：用来描述角色可以感受到的完整的功能，在UML中定义为：“由系统执行的一个动作(action)序列，并能产生可观察的结果值给某个特定的角色”； 特征： 用例通常由某个角色来驱动执行； 用例把执行结果的值反馈给角色； 用例在功能上具有完整性； 每个用例都必须从输入开始，直至产生结果值输出给角色(这一点与数据流图中的分解后的功能不一样)；同时具有相对完整的功能；在功能执行的过程中可能还会产生诸多变化情况、错误情况、异常情况等； 用例在本质上是一个类，因此用例和角色之间的连接用关联（Association）来实现 寻找用例 可以通过让每个执行者回答以下问题来寻找用例： 执行者需系统提供哪些功能？执行者需要做什么？ 执行者是否需要读、创建、删除、修改或储存系统中的某类信息？ 执行者是否要被系统中的事件提醒，或者执行者是否要提醒系统中某些事情？从功能观点看，这些事件表示什么？ 执行者的日常工作是否因为系统的新功能而被简化或提高了效率？ 用例的描述 用例通常用正文来描述,也可用活动图来描述 。 用例的正文描述应包括以下内容： 用例的目的：用例的最终目的是什么？它试图达到什么？ 用例是如何启动的：哪个执行者在什么情况下启动用例的执行？ 执行者和用例之间的消息流：用例与执行者之间交换什么消息或事件来通知对方改变或恢复信息？描述系统与执行者之间的主消息流是什么？以及系统中哪些实体被使用或修改？ 用例中可供选择的流：用例中的活动可根据条件或异常（exception）有选择地执行。 如何通过给执行者一个值来结束用例：描述何时可认为用例已结束. Name: Give Appointment Summary: Give appointment to the patients based on the schedule of the doctor and the category of the patient. A doct