第2章-统一建模语言UML和建模工具---副本.ppt

(6)状态图（Statechart Diagram） 状态图是对类所描述事务的补充说明 显示类的所有对象可能具有的状态，以及引起状态变化的事件。 并不是所有的类都有相应的状态图。 (6)状态图（Statechart Diagram） (7)活动图（Activity Diagram） 描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。活动图是一种特殊的状态图，它对于系统的功能建模特别重要，强调对象间的控制流程。 第2章 统一建模语言UML与建模工具 第2章 统一建模语言UML与建模工具 统一建模语言（UML，Unified ModelingLanguage）是面向对象软件的标准化建模语言。UML因其简单、统一的特点，而且能表达软件设计中的动态和静态信息，目前已成为可视化建模语言的工业标准。 在软件开发过程中，统一建模语言可以在整个设计周期中使用，帮助设计者缩短设计时间，减少改进的成本，适合为各种多变的系统建模。 2.1 模型与建模 软件开发模型 分析需求 编码 需求说明 源代码 软件开发的原始模型 2.1 模型与建模 软件开发模型 分析需求 设计结构模型 需求说明 结构图 较复杂的软件开发过程 编码 源代码 2.1 模型与建模 在开发一个软件期间所产生的中间描述或文档称为模型。模型展现系统的一个抽象视图，突出了系统设计的某些重要方面，忽略了大量的低层细节。因此，模型比系统的全部代码更容易理解，通常用来阐明系统的整体结构或体系结构。 2.1 模型与建模 使用模型是软件设计的中心，它具有两个重要的优点，有助于处理重大软件开发中的复杂性。第一，系统要作为整体来理解可能过于复杂，模型则提供了对系统重要方面的简明描述。第二，模型为开发组的不同成员之间以及开发组和外界如客户之间提供了一种颇有价值的通信手段。 2.1 模型与建模 分析模型与设计模型 在软件开发进入系统设计和编码阶段之前，也用模型来帮助理解系统所针对的应用领域。这些模型通常称为分析模型和设计模型。 分析模型不涉及要开发的系统的任何特性，而是力求捕捉“现实世界”中的业务的某些方面和特性。? 2.2 UML简介 UML的诞生与发展 创始于1994年10月 由Grady Booch、Jim Rumbaugh和Ivar Jacobson共同提出，1996年正式命名； 1997年被OMG(Object Management Group)采纳； 2.2 UML简介 什么是UML UML是一种Language（语言）； UML是一种Modeling（建模）Language； UML是Unified（统一）Modeling Language； 2.2 UML简介 UML的特点 统一标准 面向对象 可视化、表达能力强，是一个庞大的符号体系 2.2 UML简介 UML的应用贯穿在软件开发的五个阶段 需求分析 UML的用例视图可以表示客户的需求，通过用例建模，可以对外部的角色以及它们所需要的系统建模。 需要系统干什么、 分析 主要考虑所要解决的问题。在分析阶段，只为问题领域的类建模，不定义软件系统的解决方案的细节。 设计 在设计阶段，把分析阶段的结果扩展成技术解决方案。 构造 把设计阶段的类转换成某种面向对象程序设计语言的代码。 测试 2.3 UML视图、图与建模元素 UML是用来描述模型的，它用模型来描述系统的结构或静态特征，以及行为或动态特征。从不同的视觉为系统的架构建模，形成系统的不同视图。 2.3 UML视图、图与建模元素 软件体系结构的描述——视图 逻辑视图 构件视图 并发视图 部署视图 用例视图 用例视图（Use-case View） 由专门描写叙述可被用户、分析人员、测试人员看到的系统行为的用例图组成。 用户使用用例图——理解要完成的系统的功能，确认是否符合自己的要求。 分析人员使用用例图——描写叙述用户需求。 测试人员使用用例图——依据用例图验证实现后的系统是否符合用户需求。 2.3 UML视图、图与建模元素 逻辑视图（Logical View） 显示系统内部的功能是怎样设计的，利用系统的静态结构和动态行为来刻画系统功能。 静态结构用类图和对象图描述，动态建模用状态图、序列图、协作图和活动图来描述。 2.3 UML视图、图与建模元素 构件视图（Implementation View） 显示代码构件的组织方式。描述了实现模块（Implementation View）和它们之间的以来关系。 主要有构件图构成。构件是代码模块 供开发者使用 2.3 UML视图、图与建模元素 进程视图（Pr