《UML教程(中文版)》.pdfVIP

  1. 1、本文档共298页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第1、2 、3 章学习提示 第1章的重点是:模型和建模的概念,应当结合实际例子对模型在软件开发 中的地位和作用有一个正确的理解。搞清楚模型、模型元素、图和视图之间的关 系,分析模型和设计模型之间的关系,设计模型和代码之间的关系。 对于方法学,应当知道为什么在软件开发中要使用它,结构化方法和面向对 象方法的基本区别。方法学包括语言和过程,UML是一种语言。结合第2章的学 习,理解为什么说对象模型是UML和面向对象程序设计语言共享的共同的计算模 型和在软件开发过程中使用UML的好处。 第 2 章的重点是:理解什么是对象、链接、消息和对象模型,对象有那些特 性,这些特性对软件开发带来什么好处。书中说“对象模型的基本性质是计算发 生在对象之中和对象之间。”你对这句话是怎样具体理解的。你对于对象模型在 软件开发中的作用是怎样理解的。 结合库存控制例子知道为什么要引入类、关联、抽象类和多态性,并将这些 概念与相应代码相对照,具体了解这些代码与对象的特性的关系,如何创建对象, 如何保持链接,如何传递消息,以及相应的UML表示法。 2.10 讨论了“对象模型的适用性”。你的观点是什么?同意、不同意还是 部分同意部分不同意,提出自己的看法和依据。 第3章概述了有代表性的软件开发过程模型。你能说明在什么情况下使用什 么模型比较合适吗?你对统一过程模型如何评价?如果你了解极限编程 (XP)也 可以对统一过程和XP说说你的看法。 本书每章的习题对于理解课文很有帮助,可以自由选做。 第1 章 UML导论 统一建模语言(Unified Modeling Language ),简称UML ,按照UML 的设计者所言,是 一种“通用的可视建模语言,用于说明、可视化、构造并文档化软件系统的体系结构”。本 章阐述软件开发过程中如何使用模型,以及像UML这种语言的作用。文中描述了UML 的高 级结构及其语义的非形式说明,以及设计表示法和代码之间的关系。 1.1 模型与建模 模型在软件开发中的使用非常普遍。本节先介绍模型的两种典型用法,即在描述现实世 界的应用中和实现应用的软件系统中的用法,随后讨论这两种模型之间的关系。 1.1.1 软件模型 软件开发通常按以下的方式进行:一旦决定建立一个新的系统,就要写一个非正式的描 述说明软件应该做什么,这个描述称作需求说明书 (requirements specification ),通常是经 过与系统未来的用户磋商制定的,并且可以作为用户和软件供应商之间正式合同的基础。 完成后的需求说明书移交给负责编写软件的程序员或者项目组,他们去相对隔离地根据 说明书编写程序。幸运的话,结果程序能够按时完成,不超出预算,而且能够满足最初方案 目标用户的需要。但不幸的是在许多情况下,事情并不是这样。 许多软件项目的失败引发了人们对软件开发方法的研究,试图了解项目为何失败,结果 得到了许多对如何改进软件开发过程的建议。这些建议通常以过程模型的形式,描述了开发 所涉及的多个活动及其应该执行的次序。 过程模型可以用图解的形式表示。例如,图1.1表示一个非常简单的过程,其中直接从 系统需求开始编写代码,没有中间步骤。图中除了圆角矩形表示的过程之外,还显示了过程 中每个阶段的产物。如果过程中的两个阶段顺次进行,一个阶段的输出通常就作为下一个阶 段的输入,如虚线箭头所示。 图1.1 软件开发的原始模型 开发初期产生的需求说明书可以采取多种形式。书面的说明书可以是所需系统的非常不 正规的概要轮廓,也可以是非常详细、井井有条的功能描述。在小规模的开发中,最初的系 统描述甚至可能不会写下来,而只是程序员对需要什么的非正式的理解。在有些情况下,可 能会和未来的用户一起合作开发一个原型系统,成为后续开发工作的基础。上面所述的所有 可能性都包括在“需求说明书”这个一般术语中,但并不意味着只有书面的文档才能够作为 后继开发工作的起点。 还要注意的是,图1.1没有描述整个软件生命周期。在本书中,术语“软件开发”是在 比较狭隘的意义上使用的,它只包括软件系统的设计和实现,而忽略了生命周期的其他一些 重要组成部分。一个完整的项目计划还应该提供例如项目管理、需求分析、质量保证和维护 等关键活动。 单个程序员在编写简单的小程序时几乎不

文档评论(0)

ghfa + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档