第6章 面向对建模技术.pptVIP

第6章 面向对象建模技术 本章主要内容 UML的特点 UML发展过程和主要内容 UML模型图 第6章 面向对象建模技术 本章结构： 6.1 UML概述 6.2 USE CASE图 6.3 类与类图 6.4 交互图 6.5 状态图 6.6 活动图 6.1 UML概述 6.1.1 UML定义 UML是一种绘制软件蓝图的标准建模语言，可以使用UML对软件密集型系统制品进行可视化、详述、构造和文档化。 它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其做了进一步的发展，并最终统一为大众所接受的标准建模语言。 6.1.2 UML的发展历史 从1989年到1994年，其数量超过五十种 。1994年Grady Booch和Jim Rumbaugh开始致力于统一建模语言工作，之后OOSE 的创始人Ivar Jacobson加入。经过三人的共同努力，于1996年发布了统一建模语言UML（Unified Modeling Language）。然后成立了UML成员协会，以完善、加强和促进UML的定义工作。 当前广泛使用的是UML 2.0版本。 6.1 UML概述 6.1.3 UML主要内容 作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。 UML语义描述基于UML的精确元模型定义。 UML表示法定义UML符号表示，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。 6.1 UML概述 UML有如下几种图： 1．用例图（Use Case Diagram）； 2．类图（Class Diagram）； 3．对象图（Object Diagram）； 4．顺序图（Sequence Diagram）； 5．协作图（Collaboration Diagram）； 6．状态图（State Diagram）； 7．活动图（Activity Diagram）； 8．构件图（Component Diagram）； 9．部署图（Deployment Diagram）。 6.1 UML概述 6.1.4 UML主要特点 UML是一种语言，提供了用于交流的词汇表和在词汇表中组合词汇的规则； UML是一种通用建模语言。 UML是一种离散的建模语言，适合对诸如由计算机软件、固件或数字逻辑构成的离散系统建模，不适合对诸如工程和物理学领域中的连续系统建模。 是一种可视化的语言、图形化的语言、清晰的模型描述语言。 是一种用于详细描述的语言。所构造的模型是精确的、无歧义的和完整的。 是一种文档化语言。适于建立系统体系结构及其所有的细节文档。 6.2 USE CASE图 6.2.1 USE CASE图功能 用例图（use case diagram）在软件开发中起着非常重要的作用，它是捕获、描述用户需求非常有力的工具。用例图展现了一组用例、参与者（一种特殊的类）以及它们之间的关系。用例图给出系统的静态用例视图，这些图对于系统的行为进行组织和建模非常重要。用例模型是系统需求分析阶段的成果之一，不但有助于帮助分析员理清思路，验证用户需求；而且也是开发人员之间进行交流的重要手段。 用例图主要的作用有三个： （1）获取需求 （2）指导测试 （3）驱动开发过程中的其他工作流，如分析、测试等。 6.2 USE CASE图 6.2.2 系统边界与参与者识别 参与者代表在系统边界之外的真实事物，并不是系统的组成部分。 参与者透过系统边界直接与系统交互。与系统进行间接交互的事物不是系统的参与者。 交互是需要有意义的，与系统进行无意义交互的事物不作为系统参与者。该“意义”是指业务层面上的意义，因为用例本身是用来描述业务需求的。 参与者可以是任何事物，系统的参与者不仅仅是系统的用户、操作员，有可能是其他事物。 6.2 USE CASE图 6.2.3 USE CASE获取 一个用例应具有如下一些特点，缺一不可： 用例存在于系统边界之内，与参与者恰恰相反，用例是系统执行的一系列动作用例必须具备一个业务目标，每个用例相对于参与者必定有可观测的结果值，参与者触动一个用例是因为参与者有一些需要使用它来满足的目标。 结果值由系统用例生成，用例产生一个可观测性的结果，就是能够被用户识别的具有业务意义的结果，产生这一结果的行为是系统行为的一部分，而不是由其他系统外部行为的结果。 用例的行为序列是从参与者的角度描述的，所使用的语言是业务语言，而非从开发人员的角度描述，更不能采用开发人员的语言。 用例应从用户的角度以动词命名，从参与者的角度阅读，应该是一个完成的有业务意义的句子（包括主语和谓语两部分）。 6.2 USE CASE图 6.2.4 参与者、用例之间的关系