第四章Rational统一过程讲解.ppt

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

统一过程(RUP) 统一软件过程就是在软件生命周期过程中以用例为驱动、构架为中心来进行一次一次的增量式的迭代,每次迭代都是以上一次迭代为基础并生成包括构件的源代码体、需求说明、测试用例等的制品。 每次的迭代又具体分为四个阶段:初始、细化、构造和移交,而在每个阶段又分为五个核心工作流:需求、分析、设计、实现和测试。 统一软件开发过程是基于面向对象方法和UML统一建模语言的,用这种方法论来指导软件开发主要可以解决两个问题:1.软件复用问题;2.需求变化问题。 统一过程是用例驱动的 统一过程是用例驱动的。 用户(User):软件系统是为了解决用户的需求的,因此对于一个系统必须首先确定它的用户(User),即参与者(Actor)。这个User不仅仅指人,也可以是其他系统。 用例(User Case):是用户对系统的业务需求,即用例是能够向用户提供有价值结果的系统中的一种功能。 所有的用户和用例组合在一起就是用例模型,它描述了系统的全部功能。 用例图促使我们从系统对用户的价值方面来考虑问题,是站在用户的角度出发,以人为本。并且用例图不仅能确定用户的需求,还可以驱动系统设计、实现和测试的进行,也就是说用例可以驱动开发过程。 用例驱动表明开发过程是沿着一个流——一系列从用例得到的工作流前进的:用例被确定、用例被设计、最后用例又成为测试人员构造测试用例的基础。 统一过程是迭代和增量的过程 软件开发是一项复杂的过程,因此可以将这些项目划分为切实可行并能够产生一个增量的迭代过程。 什么是迭代和增量? 迭代:工作流中的步骤; 增量:产品中增加的部分。 迭代的原则是什么? 为了获得最佳的效果,迭代过程必须是受控的(Controlled),也就是说他们必须按照计划好的步骤有选择地执行。 如何确定迭代过程中要实现的目标呢? 首先迭代过程就是用来处理一组用例的,这些用例组合起来就能够扩展所开发产品的可用性。其次迭代过程要解决最突出的风险问题。只有这样后续的迭代过程才能建立在前一次迭代过程的基础上。 统一过程是迭代和增量的过程 迭代的过程是什么? 以选定的构架为向导,用构件来实现设计前期已经标识并详细描述好的有关用例。如果一次迭代达到了目的,就可以进入下一次迭代,如果一次迭代没有带到预期的目标,那么必须重新审核前面的方法,并尝试一种新的方法。 对增量的理解:一个增量不一定是对原有制品的增加,在生命周期初始期,增量是对最初简单设计的完善和改进;而在以后的阶段增量通常是对原有制品的增加。 统一过程的软件生命周期 统一过程的软件生命周期就是从软件的产生到消亡期间进行的一次次迭代,每次迭代都会产生一个产品版本,并且本次迭代是基于上次迭代的。 统一开发过程 统一开发过程每次迭代都包含哪些阶段? 每次迭代分为四个阶段:初始、细化、构造和移交。 在每个阶段,管理人员或开发人员又可以将本阶段的工作进一步划分为多次迭代过程以及每次迭代过程所产生的增量。每个阶段都以一个里程碑作为结束标记,并可以获得一组可用的制品来定义每个里程碑。 里程碑有什么作用? 里程碑的关键用途是能够帮助管理人员在进入下一个阶段之前据此作出某些意义重大的决定。还可以跟踪每个阶段所投入的时间及成本等。这些对项目的控制和发展都是很有用的。 每个阶段的主要任务是什么? 初始阶段(inception phase) 主要目标: 建立项目的软件规模和边界条件,包括运作前景、验收标准以及希望产品中包括和不包括的内容 识别系统的关键用例 对比一些主要场景,展示至少一个备选构架 评估整个项目的总体成本和进度 评估潜在的风险(源于各种不可预测因素) 准备项目的支持环境 该阶段所需时间短,约占总周期的10%。 细化阶段(elaborattion phase) 主要目标 根据主要的用例描述设计出详细的系统构架。构架包括了用例模型、分析模型、设计模型、实现模型(包含一些构件)和实施模型的视图。 处理在构架方面具有重要意义的所有项目风险 建立一个已确定基线的构架 这个阶段主要是解决用例、构架和计划是否足够稳定可靠,风险释放得到充分控制,以便能够按照合同的规定完成整个开发任务。 该阶段所需时间较长,约占总周期的30%。 构造阶段(construction phase) 主要目标 完成所有所需功能的分析、开发和测试,以能提交给用户β测试的版本结束。 迭代式、递增式地开发 为部署应用程序作好准备 该阶段所需时间最长,约占总周期的50%。 移交阶段(transition phase) 主要目标 β测试时期,开发人员改正用户报告产品的缺陷和不足。 确保最终用户可以使用软件 培训用户和维护人员 根据产品的完整前景和验收标准,对部署基线进行的评

文档评论(0)

2299972 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档