原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
工程治理标准-RUP治理实施
第一局部：工程时期
第二局部：核心工作流程
第三局部：角色划分
第四局部：目前实施工程标准的考虑
概述
软件开发的产品质量水平，是一个由来已久的话题。而提高软件企业的产品质量水平，必须革新软件产品的开发过程。然而那个地点没有什么百试百灵的灵丹妙药，我们必须依据本企业的实际情况，参考国内外先进企业的经验，总结出一种适合本企业的软件开发模式。
此标准是基于CMM模型标准，以RUP软件工程过程为蓝本，由我本人依据工程实际情况而选择修改，从而使之适应当前应用级系统设计开发的需要。
本文要紧以RUP的软件工程框架为主，省略复杂概念局部。着眼点放在操纵软件产品开发流程上，由于人员配置与软件分工现行状况的限制，对其中的局部细节进行了合并可省略，从而适应目前国内软件开发所要求。
RationalUnifiedProcess〔简称RUP〕是一套软件工程过程〔在下面介绍〕。
在RUP过程中，我们能够瞧到它特不强调一点：循环。
现在我们做的每一个工程都存在不断变化的咨询题。用户需求变化、系统设计变化〔可能是需求变化也可能是存在了技术咨询题〕、编码变化〔由测试与复审等环节引发的〕等咨询题困扰着工程进行。解决这些咨询题的方法确实是根基不断的循环。那个标准是我依据自己的瞧点整理编写而成的，有缺乏之处请指教。
RUP简介
RationalUnifiedProcess〔简称RUP〕是一套软件工程过程，要紧由IvarJacobson的TheObjectoryApproch和TheRationalApproch开展而来。同时，它又是文档化的软件工程产品，所有RUP的实施细节及方法导引均以Web文档的方式集成在一张光盘上，由Rational公司开发、维护并销售，当前版本是RUP2000。RUP又是一套软件工程方法的框架，各个组织可依据自身的实际情况，以及工程规模对RUP进行裁剪和修改，以制定出符合需要的软件工程过程。
RUP汲取了多种开发模型的优点，具有特别好的可操作性和有用性、从它一推出市场，凭借Booch、IvarJacobson、以及Rumbaugh在业界的领导地位、以及与统一建模语言〔UnifiedModelLanguage,以下简称UML〕的良好集成、多种CASE工具的支持、不断的升级与维护，迅速得到业界广泛的认同，越来越多的组织以它作为软件开发模型框架。
在RUP中，软件开发生命周期依据时刻和RUP的核心工作流划分为二维空间。
如上图所示，时刻维从组织治理的角度描述整个软件开发生命周期，是RUP的动态组成局部。它可进一步描述为周期〔Cycle〕、时期〔phase〕、迭代(Iteration)。
核心工作流从技术角度描述RUP的静态组成局部，它可进一步描述为行为〔activities〕、工作流〔workflow〕、产品〔artifact〕、工人〔worker〕。
图中的阴影局部描述了不同的工作流，在不同的时刻段内工作量的不同。值得注重的是，几乎所有的工作流，在所有的时刻段内均有工作量，只是大小不同而已。这与Waterfallprocess有明显的不同。
RUP采纳UseCase的概念，把要开发的系统依据各功能使用的情况划分多个UseCase，并采纳迭代的思想把系统的风险分布在四个时期，风险越大的迭代越要放在靠前的时期做，使软件产品的风险不断落低；而不是像传统软件工程那样越往开发的后期咨询题越多。因此RUP的思想一推出就受到软件企业的送不。按照RUP的开发模式一般能够到达CMM2、3级的水平。因此，理解和掌握RUP需要一个相对较长的过程。
1.工程时期
从治理的瞧点来讲，软件生命周期随着时刻分为四个依次进行的时期，每个时期的结束都有一个要紧里程碑；实质上，每个时期确实是根基两个要紧里程碑之间的时刻跨度。在每个时期结束时进行评估，以确定是否实现了现在期的目标。良好的评估可使工程顺利进进下一时期。
1.1.方案时期
在进度和工作量方面，所有时期都各不相同。尽管不同的工程有特别大的不同，但一个中等规模工程的典型初始开发周期应该预先考虑到工作量和进度间的分配：
先启精化构建产品化
工作量~5%20%65%10%
进度10%30%50%10%
可表示为以如下面图关于演进周期，先启和精化时期就小得多了。能够自动完成某些构建工作的工具将会缓解此现象，并使得构建时期比先启时期和精化时期的总和还要小许多。
通过这四个时期确实是根基一个开发周期；每次通过这四个时期就会产生一代软件。除非工程“死亡〞，否那么通过重复同样的先启时期、精化时期、构建时期和产品化时期的顺序，产品将演进为下一代产品，但每一次的侧重点都将放在不同的时期上。这些随后的周期称为演进周期。随着产品经历了几个周期，新一代产品随之产生。
1.2.先启时期.目标
先启时期的全然目标是实现
文档评论（0）