06面向对象建模 信息系统分析与设计 教学课件.pptVIP

通信图 类中有三种主要的构造型：边界类（boundary class）、控制类（control class）和实体类（entity class ）。 三种类构造型的Label和Icon形式示例 边界类 控制类 实体类 【实例】售票系统 1.业务简述 剧组排练好剧目后，售票中心对外宣传并通过多个售票终端进行售票。 顾客可多次买票或订票，但每一次买票或订票只能由一个顾客来执行。票分两种：个人票或团体票；前者只是一张票，后者包括一或多张票。每一张票不是个人票就是团体票中的一张，但是不能又是个人票又是团体票中的一张。 顾客可采用两种途径买票：一种是通过售票中心，另一种是通过自动售票机，但订票只能通过售票中心。另外，买个人票可以通过售票中心，也可以通过自动售票机，但买团体票只能通过售票中心。 买票和订票都支持现金和信用卡两种结账方式。 每场演出都有多张票可供预定，每张票对应一个唯一的座位号。 在票开始对外出售前，一部分票是给订票者预留的。当顾客预定票后，被预定的票处于锁定状态，此时顾客有是否确实要买这张票的选择权，故这张要票可能出售给顾客也可能因为顾客不要这张票而解除锁定状态。如果超过了指定的期限顾客仍未做出选择，此票被自动解除锁定状态。订票者也可以换其他演出的票，此时，预留票可以对外出售 。 2.参与者列表 剧组：制定演出计划、组织演出排练。 售票中心：售票给顾客，接受顾客订票，宣传剧目。 自动售票机：售票给顾客。 信用卡服务商：提供信用卡结算服务。 3.用例列表 排练剧目：包括公演前剧组的全部准备活动。 宣传剧目：售票中心为顾客介绍剧目的有关信息。 买票：支持售票中心和自动售票机。 订票：支持售票中心，不支持自动售票机。 结账：买票和订票都必须结账。 信用卡结算：和信用卡服务商联网，提供买票和订票结账的信用卡支付手段。 4.用例图 在上述工作基础上建立用例模型。 售票系统用例图 5.类图 订票类图 6.活动图 排练剧目活动图 7.顺序图 自动售票机买票顺序图 8．状态图 票对象的状态图 9.部署图 售票系统部署图 （2）包含（include）与扩展（extend） 由用例A（基本用例）指向用例B（包含用例），表示用例A依赖于用例B中的行为或功能，此时，这两个用例之间就构成了包含关系。 向一个用例（基本用例）中加入一些新的动作后构成了另一个用例（扩展用例），这两个用例之间的关系就是扩展关系。 包含关系 扩展关系 包含用例 基本用例 基本用例 扩展用例 4.画用例图的主要步骤 ① 识别系统边界和参与者。 ② 列出与参与者相关的事件。 ③ 从事件中识别出系统的功能性需求，即用例。 ④ 识别用例之间的关系。 ⑤ 画出用例图。 ⑥ 撰写必要的用例细节描述文档。 6.3.2 UML静态建模 UML静态建模定义了系统中重要对象的属性和操作以及这些对象之间的相互关系，主要包括： 类图（Class Diagram） 对象图（Object Diagram） 包图（Package Diagram） 构件图（Component Diagram） 部署图（Deployment Diagram） 1.类图与对象图 类图不仅定义系统中的类，表示类与类之间的静态关系（关联、依赖、泛化等关系），也表示类的内部结构（类的属性和操作）。 类图是构建其他图的基础。类图说明系统的组成部分是什么，其他图说明系统的组成部分干什么。 类图技术是OO方法的核心技术，应用非常广泛，其中类、对象以及它们之间的关系是最基本的建模元素，类图在系统的整个生命期内都是有效的。 订单类的表示 + , - , # （1）关联（association） 类之间的单向关联 类之间的双向关联 订单类的关联表示 （2）聚集和组合 聚集是一种特殊形式的关联，表示类之间整体与部分的关系。 组合是更强形式的关联，表示的也是类之间整体与部分的关系，但组合关系中的整体与部分具有同样的生存期。 聚集关系 组合关系 （3）依赖 设有两个元素X、Y，如果修改元素X的定义（语法的或语义的）引起对元素Y的定义的修改，则称元素Y依赖于元素X。 依赖关系 依赖元素 目标元素 作者-图书的类图 作者-图书的对象图 2.包图 面向对象技术解决这个问题的基本思路是将相关的类集合成一个高内聚、低耦合的类的集合，UML把这种分组机制称为包，用以描述大系统主要类之间的依赖。 包图示例 3.构件图 构件可以是一段源程序代码、一个文本文件、二进制文件或可执行文件。 构件图用于理解和分析软件各部分之间的相互影响程度。 订单处理系统构件图 提供接口 请求接口 4.部署图 部署图也称配置图、实施图，用来显示系