《信息系统分析与设计》第10章:面向对象分析与设计.pptVIP

《信息系统分析与设计》第10章:面向对象分析与设计.ppt

  1. 1、本文档共33页,可阅读全部内容。
  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文档。上传文档
查看更多
第10章 面向对象分析与设计 【学习目标】 通过本章学习,你将能够: 理解面向对象方法的基本概念 定义UML及其各种模型图 开发用例图、顺序图 探讨对象和类以及它们之间的关系 开发设计类图 理解建立模型应遵循的原则 10.1 引 言 在这一章,我们将介绍一种完全不同的系统开发方法——面向对象的系统分析与设计方法。与传统开发方法不同的是,面向对象方法的分析与设计两阶段工作的界限并不明显,系统设计阶段要做的大多数工作是对分析阶段的成果进行改进和扩展。 在设计阶段,需要修改和精炼面向应用的分析模型,以适合目标实现环境。然后进入实现阶段,用编程语言和数据库管理系统实现设计。众多面向对象的技术和表示方法结合成了一种标准的面向对象语言,称为统一建模语言(Unified Modeling Language,UML)。 10.2 UML UML(统一建模语言)是一种为面向对象开发系统的产品进行说明、可视化和编制文档的一种标准语言,是非专利的第三代建模和规约语言。UML使用面向对象设计的观念,但是独立于任何具体的程序设计语言。它作为一种模型语言,能使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。因此,UML可以用来描述企业过程和需求。IBM的Rational Rose和微软的Visio都是UML工具。 10.2.1 UML的出现 公认的面向对象建模语言出现于20世纪70年代中期。 20世纪90年代中期,一批新方法出现了,其中最引人注目的是Booch 1993、OMT-2和OOSE等。 1991年,他将以前面向Ada的工作扩展到整个面向对象设计领域。Booch 1993比较适合于系统的设计和构造。 Ivar?Jacobson于1994年提出了OOSE(面向对象软件工程)方法,其最大特点是面向用例(Use-Case),并在用例的描述中引入了外部角色的概念。 1994年10月,Grady Booch和Jim Rumbaugh开始致力于这一工作。他们首先将Booch 1993和OMT-2 统一起来,并于1995年10月发布了第一个公开版本,称之为统一方法UM 0.8(Unitied Method)。 10.2.1 UML的出现 1996年6月和10月分别发布了两个新的版本,即UML 0.9和UML 0.91,并将UM重新命名为UML。 1996年,一些机构将UML作为其商业策略已日趋明显。 在美国,截至1996年10月,UML获得了工业界、科技界和应用界的广泛支持,已有700多个公司表示支持采用UML作为建模语言。 1997年11月17日,OMG(对象管理组)采纳UML 1.1作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向,具有巨大的市场前景,也具有重大的经济价值和国防价值。 10.2.2 UML的内容 UML的重要内容可以由下列五类图来定义。 用例图 类图 行为图 交互图 实现图 10.2.3 基于UML的系统开发思路 从应用的角度看,当采用面向对象技术设计系统时,第一步是描述需求;第二步是根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。 标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。 在需求分析阶段,可以用用例来捕获用户需求。 在用UML建立分析和设计模型时,应尽量避免考虑把模型转换成某种特定的编程语言。 UML模型也可作为测试阶段的依据。 10.3 用 例 分 析 10.3.1 用例、参与者及用例图 用例(Use Case)是一种描述系统需求的方法,是系统必须要进行的活动,使用用例的方法来描述系统需求的过程就是用例建模。 参与者(Actor)是指存在于被定义系统外部并与该系统发生交互的人或其他系统,它们代表的是系统的使用者或使用环境。 用例用一个标有名称的椭圆所代表,参与者与用例之间的连线表示了有哪些参与者参与哪种用例,如图10-1所示。 10.3.2 确定参与者 所谓的参与者是指所有存在于系统外部并与系统进行交互的人或其他系统。通俗地讲,参与者就是我们所要定义的系统的使用者。 寻找参与者可以从以下问题入手。 系统开发完成之后,有哪些人会使用这个系统? 系统需要从哪些人或其他系统中获得数据? 系统会为哪些人或其他系统提供数据? 系统会与哪些其他系统相关联? 系统是由谁来维护和管理的? ATM也需要与后台服务器进行通信以获得有关用户账号的相关信息,如图10-3所示。 1. 系统边界决定了参与者 2. 特殊的参与者——系统时钟 10.3.3 确定用例 寻找用例可以从以下问题入手(针对每一个参与者)。 参

文档评论(0)

word.ppt文档 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档