软件工程概论参考课件1O2UL及面向对象的建模过程.ppt

软件工程概论参考课件1O2UL及面向对象的建模过程.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程概论参考课件1O2UL及面向对象的建模过程

第10章 面向对象的建模概述 10.2 UML及面向对象的建模过程 1 建模过程框架 2 建模语言UML及Case工具 3 UML模型树型组织结构 4 UML对模型内容的表述 10.2.1 面向对象的建模过程框架 1 建模过程比较 2 建模过程框架 3 迭代策略 4 人员分工与职责 1.建模过程比较 需求调查 需求分析 概要设计 详细设计 编程 2. 面向对象的建模过程框架 3.建模过程中的迭代策略 支持迭代策略是软件工程过程的基本要求。 图10.1所示的建模过程与Rational统一过程体现了同样的核心思想原则,即以Use Case 驱动、以体系构架为核心的迭代化开发。 前两项任务以分析为核心,目的是抽取设计要素;后三项任务以设计为核心,目的是构造设计方案。 五项任务中包括14个活动,14个活动进一步可以细化为若干个步骤,建模实践中可以灵活运用。 迭代策略的体现 由于在全局分析任务中引入了“选定分析局部”活动,建模过程可以充分地支持迭代化开发的策略,如图10.1所示。 通常,全局分析任务中前几项活动在后续迭代中可以被略去。 理解迭代策略的关键是领会迭代化开发策略的思想。 迭代化方法中通常不作过多的假设,尽量降低对既往工作结果进行大面积否定的可能。 因为在实践中,前期活动中过度的假设往往会导致后续工作不得不将错就错,表面上还能满足要求,但暗中牺牲了整体的质量和持续演进的能力。 4. 建模活动中人员的分工与职责 参与建模过程的技术人员主要是系统分析师和设计师 (注意:系统分析师也就是系统分析员,设计师也就是软件工程师。为便于讨论问题,本书后面章节中统一使用分析师与设计师的叫法)。 在个人综合素质方面,分析师应该具有领导才能,能够在压力下做出关键性的决策,并善始善终;能够赢得项目经理、用户、用户群体以及管理团队的认同和尊敬,尤其善于和项目经理紧密协作;在各个方面都能表现出面向目标的实干作风。 在专业技能方面,与其他角色相比,分析师一般具有全方位的技能,他对相关知识的见解重在广度,而不是深度。 分析师不仅需要具备软件工程师的各项技能,而且应该具有用户专业领域和软件开发领域的实践经验,从而有能力在无法获得完整信息的情况下迅速领悟问题,并根据经验做出审慎的判断。 分析师有可能是一个团队,但其中应有一人具有足够的权威。 设计师关注的焦点主要在系统的局部或细节上。 设计师应该掌握的技能包括: 理解以Use Case建模技术捕获和描述的软件需求; 在分析师的统一协调下,应用UML进行局部的面向对象分析和设计; 了解主流的实施技术,如设计语言和开发环境。 从图10.1中不难看出,分析师负责全局性的分析和设计问题,设计师负责局部性的分析和设计问题以及细节性的设计问题。 按照图10.1所示,建模的迭代过程中部署了两次全局到局部的过渡,每一次过渡都为分析师和设计师之间提供了沟通的机会,这为提升设计方案的质量和完整性创造了有利条件。 2.建模过程的框架 10.2.2 建模语言UML及Case工具 UML,全称是Unified Modeling Language,为统一建模语言。 1 UML的来历 2 UML的优势 3 掌握UML的学习方法 4 Rational Rose软件(建模工具) 1 UML的来历 20世纪90年代初,很多面向对象的方法已经拥有自己的符号体系,其中有三种比较突出: James Rumbaugh博士的OMT方法, Grady Booch的Booch方法 Ivar Jacobson博士的OOSE方法。 不同的方法和符号体系各有所长: OMT擅长分析 Booch擅长设计 OOSE则擅长业务建模 那个时期,为了建立比较丰满的模型并进行有效的沟通,需要掌握不同的符号体系,并且花费一些精力去翻译和转述模型。 UML的来历 后来,上述三位大师在各自的著作中自然而然地融入了其他两种方法的技术内容 Jim Rumbaugh于1994年离开GE加入Grady Booch所在的Rational公司,开始和Grady Booch协同研究一种统一的方法。 一年后,Unified Method 0.8诞生了。 同年,Rational收购了Ivar Jacobson所在的Objectory公司,Ivar Jacobson从此也成为Rational的一员。 Unified Method不久更名为UML。 UML的由来? Jim Rumbaugh是IBM杰出的工程师,如今他正领导IBM Rational分部的软件建模工作。他和Grady Booch、Ivar Jacobson并称为发明UML的“三友” UML在1997年被国际对象组织接收

文档评论(0)

189****7685 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档