面向对象软件工程-第06章_面向对象方法学与UML.ppt

第6章 面向对象方法学与UML 3．实例（Instance）：一个对象是类的 一个实例。 4．属性(Attribute)：是类中所定义的数据，它是对客观世界实体所具有的性质的抽象。 5．消息(Message)：消息就是向对象发出的服务请求。分为同步消息和异步消息 消息传递： 当一个消息发送给某个对象时，包含要求接受对象去执行某些活动的信息。接收到消息的对象经过解释，然后予以响应。这种通信机制叫做消息传递。 8．继承(Inheritance) ：利用继承子类可以自动的拥有父类中定义的属性和方法。 6.2 UML概述 （1）UML“4+1”视图 （2）UML的图 （3）UML的模型元素 （4）UML的通用机制 6.3 UML图 用例图 类图 对象图 状态图 时序图(顺序图) 活动图 协作图 组件图(构件图) 配置图(部署图) 用例图 1、概 述 用例图 显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，用来为系统的功能建模 最常用来描述系统以及子系统 用例图包含6个元素 参与者（Actor） 用例（Use Case） 关联关系（Association） 包含关系（Include） 扩展关系（Extend） 泛化关系（Generalization） 2、参与者（Actor） 参与者 系统外部的一个实体。 参与用例的执行过程。 通过向系统输入或请求系统输入某些事件来触发系统的执行。 参与者的种类 系统用户 与所建造的系统交互的其他系统 一些可以运行的进程 （2）确定参与者 如何寻找系统的参与者 谁将使用该系统的主要功能 谁将需要该系统的支持以完成其工作 谁将需要维护、管理该系统，以及保持该系统处于工作状态 系统需要处理哪些硬件设备 与系统交互的是什么系统 谁或什么系统对本系统产生的结果感兴趣 （3）参与者间的关系 在用例图中，使用泛化关系来描述多个参与者之间的公共行为。 参与者间的泛化关系示例： 3、用 例 （1）概念 用例 外部可见的系统功能单元 用途 在不揭示系统内部构造的前提下定义连贯的行为 这些行为不但应包含正常使用的各种行为，而且应包括非正常使用时的各种行为 一个用例代表软件系统功能的划分，代表系统角色和系统的一次交互 不是需求或功能的规格说明，但是也展示和体现其所描述的过程中的需求情况 用例的名称 简单名：用例名 路径名：包名::用例名 （2）识别用例 从分析系统的参与者开始，考虑每个参与者是如何使用系统的 如何识别用例 （1）特定参与者希望系统提供什么功能。 （2）系统是否存储和检索信息，如果是，由哪个参 与者触发。 （3）当系统改变状态时，是否通知参与者 （4）是否存在影响系统的外部事件。 （5）哪个参与者通知系统这些事件。 （3）用例与事件流 事件流 从用户角度描述执行用例的具体步骤 简要说明：描述用例的作用 前提条件：用例之前必须要满足的条件 主事件流和其他事件流：用例的具体细节 事后条件：用例执行完后必须为真的条件 4、用例间的关系 1 关联关系 2 包含关系 3 扩展关系 4 泛化关系 关联关系 表示参与者和用例之间进行通信。 不同的参与者可以访问相同的用例。 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 在具有包含关系的两个用例中，提供者用例不能单独存在，它只能以实例的形式存在于客户用例之中。 包含关系使得一个用例的功能可以在另一个用例中使用。 扩展关系 扩展用例被定义为基础用例的增量扩展，扩展关系是把新的行为插入到已有用例中的方法。 基础用例提供扩展点以添加新的行为。 基础用例可以独立于扩展用例单独存在。基础用例即使没有扩展用例也是完整的，这点与包含关系有所不同。 泛化关系 父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。 体现了用例共同行为和特殊行为的关系。 一个饮用水自动售水系统实例 例6.1 饮用水自动售水系统使用方法: 供水正常:绿灯亮,等待顾客投币 投一个一元硬币,自动放水5升 投一个五角硬币,自动放水2.5升 投两个五角硬币,自动放水5升 供水不足:红灯亮,要求顾客等待 将已经投入的硬币退出 供水恢复:红灯灭,绿灯亮 硬币回收:收银员定期收回顾客投入的硬币 一个ATM系统实例 建立一个具有基本功能的ATM机软件 需求分析的第一步 确定系统能够做什么？ 谁来使用这个系统？ 用例图显示用例（表示系统功能）与角色（表示提供或者接收系统信息的人或系统）之间的交互。 用户，项目管理员，分析人员，开发人员质保人员都可以通过用