UML1UML及建模的简介.pptVIP

前言 UML及建模的简介 UML是什么 UML有什么用处 UML用在系统设计的哪一个阶段 UML的历史 UML的组成 支持UML开发的常用工具 建模的定义 为什么要建模 建模的目标 建模的误区 建模十条原则 UML是什么? UML有什么用处？ UML用在系统设计的哪一个阶段? UML的历史 UML的组成 构造块 支持UML开发的常用工具 PowerDesigner (Sybase) Rose (Rational) Together (Borland) Visio (Microsoft) BridgePoint (Project Technology) Visual UML (Visual Object Modelers) 建 模 建模的定义： 建模是对现实的简化。就是把复杂的系统变成小的系统， 采用“各个击破”的原则逐一解决。 为什么要建模 建立大厦和建立茅草屋的区别是建设茅草屋不需要设计。要生产合格的软件就要有一套关于体系结构、过程和工具的规范。 建模的目标 1）模型帮助我们按照实际情况或按照我们所需要的样式对 系统进行可视化。 2）模型允许我们详细说明系统的结构和行为。 3）模型给出一个知道我们构造系统的模板。 4）模型对我们的决策进行文档化。 建模的误区 无论你遵从的是重量级的方法,比如Enterprise Unified Process(EUP)，还是轻量级的开发过程，如Extreme Programming(XP)，建模在软件开发中都是不可或缺的。 但不幸的是其中充斥着各种谬误与迷思。 这来自于各个方面，有从理论家错误的研究、数十年来信 息技术领域内的文化沉积、软件工具开发商天花乱坠的市 场宣传以及象Object Management Group (OMG)和IEEE 这类组织的标准 误区一：建模就等于是写文档  事实分析：“模型”与“文档”这二者在概念上是风马牛 不相及的－－－－你可以拥有一个不是文档的模型和不是 模型的文档。 建模很象是作计划：作计划的价值在于计划编制的过程中 而非计划本身；价值体现在建模的活动中，而非模型本身 实际上，模型不是你系统中的一部分正式的文档，而且在 完成它们的使命后可以被丢掉。你会发现值得保留的只有 很少的模型，而且它一定是非常完美。 误区二：从开始阶段你可以考虑到所有的一切 怎么才能走出这个误区呢？ 首先，你必须认识到你不能考虑到所有的细枝末节。 第二，认识到不管你的最初所作的规格说明书有多好，但 注定代码会很快地与之失去同步，即便是你自己建模自己 编码。一个基本的道理就是代码永远只会和代码保 持一致。 第三，认识到迭代法（小规模地建模，编一些代码，做一些 测试，可能还会做一个小的工作版本）是软件开发的准则。 它是现代重量级的软件开发过程（如EUP），以及轻量级 （如XP)的基本原理。 误区三：建模是在浪费时间 许多人都这样认为，这主要是因为他们所接受的教育仅仅局限于如何编写代码，对于完整的开发流程鲜有接触。而且他们的经验也仅限于如何实现代码，就如初级程序员。他们放弃了提高效率和学习技能的机会，这些技能能够使他们很容易地适应不同的项目或组织。 事实分析：在大多数情况下，在开始编码之前画一个草图、开发一个粗率的原型或者制作一些索引卡片都能提高你的生产效率。高效的开发者在编码之前都要进行建模工作。另外，建模是一种很好的在项目组成员与项目负责人之间沟通途径。你们在这个过程中探讨问题，从而对所要的是一个什么样的东西可以得到更好的 理解，涉及到该项目中的每个成员也可得到对该项目有一个从分的了解。 误区四：所有的开发人员都知道如何建模 我们现在面临照这样一个严重的问题：许多不是开发人员的 人，包括高级经理和用户，不知道软件是如何建 成的。其 结果，他们不能够区分开熟练的开发者和一般的程序员（当 然也分不清高级程序员和一般程序 员），他们想当然地认 为所有的开发人员都具备从头到尾开发整个系统的技能。 建模十条原则 仅有数据模型对于现代软件是不够的。 接收变化，并且允许你的模型能够随着时间进行改进。 你不能 冻结它们，然后就期待着成功。 模型并不一定就是文档，文档也不一定就是模型。 大多数的模型可能也应该被丢弃。