UML-PPT1.pptVIP

第一章 UML简介 本章目标 了解面向对象软件开发方法 理解建模的基本概念和必要性 理解 UML设计目标与原则 了解 UML 的组成 为什么要用面向对象分析与设计 复杂的软件系统 软件开发的复杂性 软件开发的复杂性是软件设计与开发者的体验。具体有： 很难精确把握用户的需求，开发过程中用户需求总是不断变化，用户理解的软件研发与真实研发的实际情况不同。 很难发现大型应用项目隐蔽着的复杂性。 人类本身处理复杂现象的能力有限。 很难预估最终输出的执行效果及其是否能满足用户的期望。 难以预测软件开发过程中可能遇到的问题。 面向对象的分析和设计 (OOAD) OOAD 与传统设计分析相比优点 在实现的结果和实际问题之间存在一种很接近的匹配关系 对象的重用加速了设计和开发的过程 符合人类认知的方式，因为这是我们自然的思考方式 加强数据封装 有助于处理软件开发的复杂性 为维护中的系统提供优秀的可修改性、可扩展性、模块化的软件系统 为什么要建模 建模是为了让我们更好地理解将要开发的系统。 在表述一个软件问题时，由于问题本身的复杂性、计算机本身许多概念的晦涩、人员技术水平、交流及理解能力的局限，单单凭自然语言通常是不够，因此往往需要其他工具（如图形等）的协助。这也就是为什么要建模 大师说：“人类看图的能力要远远超过看文档的能力” 什么是模型 模型是用某种工具对同类或其他工具的表达方式。 模型从某一个建模观点出发，抓住事物最重要的方面而简化或忽略其他方面。 工程、建筑和其他许多需要具有创造性的领域中都使用模型。 建模的原则 准确的原则 模型必须准确地反映软件系统的真实情况。模型必须准确，意味着在软件开发的整个周期内模型必须和产品始终保持一致。 分层的原则 在建模的过程中，必须有不同的模型，以不同的抽象程度，反映系统的不同侧面。在软件构筑的不同阶段，不同的开发人员如：投资者、管理者、设计者、程序员、测试者和使用者看待软件的侧重面有所不同。因此，软件系统的建模需要不同的模型以反映系统的不同侧面。如，一类模型描绘系统的外部边界和行为，另一类模型描绘系统的内部逻辑关系。 分治的原则 不可能单独用一个模型来反映整个系统的任何侧面。软件系统是复杂的，对于软件模型的任意一个侧面不可能用一个模型来反映所有内容，需要把问题分解为不同的子模型，分别处理这些模型，相对独立但又互相联系，综合起来构成了此侧面的一个完整的模型。 标准的原则 模型必须在某种程度上是通用的。建模的基本目的是交流，一个开发队伍内部的交流，同一软件的不同时期的版本的开发队伍的交流，不同软件的开发队伍之间的交流，以实现最大程度的软件复用。交流需要语言，语言是通用的、标准的。 面向对象的建模 面向对象分析的目的是要构造能够理解实际系统的模型。分析从用户提供的问题描述开始，这一描述是非完整的或非形式化的。分析模型强调对象的三个方面：静态模型、动态模型和功能模型。模型用对象、关系、动态控制流和功能转换等来描述，并不断获取需求信息，且把与客户间的交流贯穿整个分析过程。 面向对象设计包括系统设计与对象设计。系统设计是为实现需求目标而对软件的系统结构进行的总体设计，包括系统层次结构设计、系统数据存储设计、系统资源访问设计等。对象设计是根据具体的实施策略，对分析模型进行扩充的过程。对象设计包括：静态结构设计、动态行为模型设计。通过对象设计和系统设计就可以获得设计模型，这是系统实现的基础。 UML 简介 UML简介 UML 为模型可视化提供表示法 说明用户与系统的交互的用例图 说明逻辑结构的类图 说明对象和链接的对象图 说明行为的状态图 说明软件的物理结构的构件图 显示软件与硬件配置之间的映射关系的部署图 说明行为的交互图（即协作图和时序图） 说明用例中事件流的活动图 UML 的发展 UML 开发中的贡献 在软件开发生命周期中的应用 初步调查：通过用例来捕获客户的需求 分析：在真实世界中的抽象层面上创建类图，以描述它们的存在和关系。 设计：对类进行建模 开发：程序员参考在设计阶段准备的各种 UML图表来理解和开发代码。 测试：UML 通过不同的图表来支持软件的测试 UML的组成 视图 - 意味着“观察”或“检查” 图 - 是特定视图的一部分，图表绘制完后，就会被指定给视图 关系 - 提供了对象之间通信的途径 建模元素 - 由帮助准备图和视图的符号组成 模型元素 用例名 “4+1”视图 UML 示例 类HelloUml 类的关系 用包来组织类 HelloUml.java的构件图 UML视图和图 总结 UML 是一种建模工具 可以使用 UML 的各种图对系统进行建模 UML 用于许多应用领域 UML 用于软件开发过程 的所有阶段 “4+1 视图”体系结构模型是以特定角度或有利的角度对系统进行的简化描述（