项目管理规范-RUP管理实施样本.doc
《项目管理规范-RUP管理实施样本.doc》由会员分享,可在线阅读,更多相关《项目管理规范-RUP管理实施样本.doc(26页珍藏版)》请在咨信网上搜索。
1、项目管理规范-RUP管理实施第一部分:项目阶段第二部分:关键工作步骤 第三部分:角色划分 第四部分:现在实施项目规范考虑 概述 软件开发产品质量水平,是一个由来已久话题。而提升软件企业产品质量水平,必需改善软件产品开发过程。不过这里没有什么百试百灵灵丹妙药,我们必需依据本企业实际情况,参考中国外优异企业经验,总结出一个适合本企业软件开发模式。 此规范是基于CMM模型规范,以RUP软件工程过程为蓝本,由我本人依据项目实际情况而选择修改,从而使之适应该前应用级系统设计开发需要。 本文关键以RUP软件工程框架为主,省略复杂概念部分。着眼点放在控制软件产品开发步骤上,因为人员配置和软件分工现行情况限制
2、,对其中部分细节进行了合并可省略,从而适应现在中国软件开发所要求。 Rational Unified Process(简称RUP)是一套软件工程过程(在下面介绍)。 在RUP过程中,我们能够看到它很强调一点:循环。 现在我们做每一个项目全部存在不停改变问题。用户需求改变、系统设计改变(可能是需求改变也可能是存在了技术问题)、编码改变(由测试和复审等步骤引发)等问题困扰着项目进行。处理这些问题方法就是不停循环。 这个规范是我依据自己见解整理编写而成,有不足之处请指教。 RUP介绍 Rational Unified Process(简称RUP)是一套软件工程过程,关键由Ivar Jacobson
3、The Objectory Approch 和 The Rational Approch 发展而来。同时,它又是文档化软件工程产品,全部RUP 实施细节及方法导引均以Web文档方法集成在一张光盘上,由Rational企业开发、维护并销售,目前版本是RUP。RUP又是一套软件工程方法框架,各个组织可依据本身实际情况,和项目规模对RUP进行裁剪和修改,以制订出合乎需要软件工程过程。 RUP 吸收了多个开发模型优点,含有很好可操作性和实用性、从它一推出市场,凭借Booch、Ivar Jacobson、和Rumbaugh 在业界领导地位、和和统一建模语言(Unified Model Language
4、, 以下简称UML)良好集成、多个CASE工具支持、不停升级和维护,快速得到业界广泛认同,越来越多组织以它作为软件开发模型框架。在RUP中,软件开发生命周期依据时间和RUP关键工作流划分为二维空间。如上图所表示,时间维从组织管理角度描述整个软件开发生命周期,是RUP动态组成部分。它可深入描述为周期(Cycle)、阶段(phase)、迭代(Iteration)。关键工作流从技术角度描述RUP静态组成部分,它可深入描述为行为(activities)、工作流(workflow)、产品(artifact)、工人(worker)。图中阴影部分描述了不一样工作流,在不一样时间段内工作量不一样。值得注意是,
5、几乎全部工作流,在全部时间段内全部有工作量,只是大小不一样而已。这和Waterfall process 有显著不一样。RUP采取Use Case概念,把要开发系统依据各功效使用情况划分多个Use Case,并采取迭代思想把系统风险分布在四个阶段,风险越大迭代越要放在靠前阶段做,使软件产品风险不停降低;而不是像传统软件工程那样越往开发后期问题越多。所以RUP思想一推出就受到软件企业欢迎。根据RUP开发模式通常能够达成CMM2、3级水平。当然,了解和掌握RUP需要一个相对较长过程。1. 项目阶段 从管理见解来说,软件生命周期伴随时间分为四个依次进行阶段,每个阶段结束全部有一个关键里程碑;实质上,每
6、个阶段就是两个关键里程碑之间时间跨度。在每个阶段结束时进行评定,以确定是否实现了此阶段目标。良好评定可使项目顺利进入下一阶段。 1.1. 计划阶段 在进度和工作量方面,全部阶段全部各不相同。尽管不一样项目有很大不一样,但一个中等规模项目标经典初始开发周期应该预先考虑到工作量和进度间分配: 先启 精化 构建 产品化 工作量 5% 20% 65% 10% 进度 10% 30% 50% 10% 可表示为下图 对于演进周期,先启和精化阶段就小得多了。能够自动完成一些构建工作工具将会缓解此现象,并使得构建阶段比先启阶段和精化阶段总和还要小很多。 经过这四个阶段就是一个开发周期;每次经过这四个阶段就会产生
7、一代软件。除非项目“死亡”,不然经过反复一样先启阶段、精化阶段、构建阶段和产品化阶段次序,产品将演进为下一代产品,但每一次侧关键全部将放在不一样阶段上。这些随即周期称为演进周期。 伴随产品经历了多个周期,新一代产品随之产生。 1.2. 先启阶段 1.2.1. 目标 先启阶段基础目标是实现项目标生命周期目标中全部相关原因(如用户等)之间并行。 先启阶段关键对新开发工作含有重大意义,新工作中关键业务风险和需求风险问题必需在项目继续进行之前得四处理。对于关键是扩展现有系统项目来说,先启阶段较短,但关键仍然是确保项目值得进行而且能够进行。 先启阶段关键目标包含: 建立项目标软件规模和边界条件,包含运作
8、前景、验收标准和期望软件中包含和不包含内容。 识别系统关键用例(也就是将造成关键设计折衷操作关键部分)。 评定整个项目标总体成本和进度(和对立即进行精化阶段进行更具体评定) 评定潜在风险(不可估计性起源) 准备项目标支持环境。 1.2.2. 关键活动 明确地说明项目规模。这包含了解环境和最关键需求和约束,方便于能够得出最终产品验收标准。 计划和准备商业理由。评定风险管理、人员配置、项目计划和成本/进度/收益率折衷备选方案。 综合考虑备选构架,评定设计和自制/外购/复用方面折衷,从而估算出成本、进度和资源。此处目标在于经过对部分概念证实来证实可行性。该证实可采取可模拟需求模型形式或用于探索被认为
9、高风险区域初始原型。先启阶段原型设计工作应该限制在确信处理方案可行就能够了。该处理方案在精化和构建阶段实现。 准备项目标环境,评定项目和组织,选择工具,决定步骤中要改善部分。1.2.3. 里程碑:生命周期目标 生命周期目标里程碑评定项目标基础可行性。先启阶段末是第一个关键项目里程碑,即生命周期目标里程碑。此时,检验项目标生命周期目标,并决定继续进行项目还是取消项目。 1.2.3.1 评定标准 规模定义和成本进度估算中,全部相关原因(如用户等)可并行 对是否已经取得正确需求集达成一致意见,而且对这些需求了解是共同。 对成本进度估算、优先级、风险和开发步骤是否适宜达成一致意见。 已经确定全部风险而
10、且有针对每个风险减轻风险策略。假如项目无法达成该里程碑,则它可能中途失败或需要进行相当多重新考虑。 1.2.3.2 提供文档及模型 关键文档及模型(根据关键性排序) 里程碑状态 前景 已经对关键项目标需求、关键功效和关键约束进行了统计。 商业理由 已经确定并得到了同意。 风险列表 已经确定了最初项目风险。 软件开发计划 已经确定了最初阶段及其连续时间和目标。软件开发计划中资源估算(尤其是时间、人员和开发环境成本)必需和商业理由一致。资源估算能够涵盖整个项目直到交付所需资源,也能够只包含进行精化阶段所需资源。此时,整个项目所需资源估算应该看作是大致“粗略估量”。该估算在每个阶段和每次迭代中全部会
11、更新,而且伴随每次迭代变得愈加正确。 依据项目标需要,可能在某种条件下完成了一个或多个附带“计划”工件。另外,附带“指南”工件通常也最少完成了“初稿”。 迭代计划 第一个精化迭代迭代计划已经完成并经过了复审。 软件验收计划 完成复审并确定了基线;伴随其它需求发觉,将对其在随即迭代中进行改善。 项目专用模板 已使用文档模板制作了文档工件。 用例建模指南 确定了基线。 工具 选择了支持项目标全部工具。安装了对先启阶段工作必需工具。 词汇表 已经定义了关键术语;完成了词汇表复审。 用例模型(主角,用例) 已经确定了关键主角和用例,只为最关键用例简明说明了事件流。 领域模型(也叫做业务对象模型) 已经
12、对系统中使用关键概念进行了统计和复审。在关键概念之间存在特定关系情况下,已用作对词汇表补充。 原型 概念原型一个或多个证据,以支持前景和商业理由、处理很具体风险。 1.3. 精化阶段 1.3.1. 目标 精化阶段目标是建立系统构架基线,方便为构建阶段关键设计和实施工作提供一个稳定基础。构架是基于对大多数关键需求(对系统构架有很大影响需求)考虑和风险评定发展而来。构架稳定性是经过一个或多个构架原型进行评定。 精化阶段关键目标包含: 确保构架、需求和计划足够稳定,充足降低风险,从而能够有预见性地确定完成开发所需成本和进度。对大多数项目来说,经过此里程碑也就相当于从简单快速低风险运作转移到高成本、高
13、风险运作,而且在组织结构方面面临很多不利原因。 处理在构架方面含相关键意义全部项目风险 建立一个已确定基线构架,它是经过处理构架方面关键场景得到,这些场景通常能够显示项目标最大技术风险。 制作产品质量构件演进式原型,也可能同时制作一个或多个可放弃探索性原型,以减小特定风险,比如: 设计/需求折衷 构件复用 产品可行性或向用户和最终用户进行演示。 证实已建立基线构架将在合适时间、以合理成本支持系统需求。 建立支持环境。 为了实现这个关键目标,建立项目标支持环境也相同关键。这包含创建开发案例、创建模板和指南、安装工具。 1.3.2. 关键活动 快速确定构架、确定构架并为构架建立基线。 依据此阶段取
14、得新信息改善前景,对推进构架和计划决议最关键用例建立可靠了解。 为构建阶段创建具体迭代计划并为其建立基线。 改善开发案例,定位开发环境,包含步骤和支持构建团体所需工具和自动化支持。 改善构架并选择构件。 评定潜在构件,充足了解自制/外购/复用决议,方便有把握地确定构建阶段成本和进度。集成了所选构架构件,并按关键场景进行了评定。经过这些活动得到经验有可能造成重新设计构架、考虑替换设计或重新考虑需求。1.3.3. 里程碑:生命周期构架 生命周期构架里程碑为系统构架建立管理基线,并使项目团体能够在构建阶段调整规模。 精化阶段末是第二个关键项目里程碑,即生命周期构架里程碑。此时,您检验具体系统目标和规
15、模、选择构架和关键风险处理方案。 1.3.3.1 评定标准 产品前景和需求是稳定。 构架是稳定。 可实施原型表明已经找到了关键风险元素,而且得到妥善处理。 构建阶段迭代计划足够具体和真实,能够确保工作继续进行。 构建阶段迭代计划由可靠估算支持。 全部用户方人员一致认为,假如在目前构架环境中实施目前计划来开发完整系统,则目前前景能够实现。 实际资源花费和计划花费相比是能够接收。 假如项目无法达成该里程碑,则它可能中途失败或需要进行相当多重新考虑。 1.3.3.2 提供文档及模型 关键文档及模型(根据关键性排序) 里程碑状态 原型 已经创建了一个或多个可实施构架原型,以探索关键功效和构架上关键场景
16、。 风险列表 已经进行了更新和复审。 新风险可能是构架方面,关键和处理非功效性需求相关。 项目专用模板 已使用文档模板制作了文档工件。 工具 已经安装了用于支持精化阶段工作工具。 软件构架文档 编写完成并确定了基线,假如系统是分布式或必需处理并行问题,则包含构架上关键用例具体说明(用例视图)、关键机制和设计元素标识(逻辑视图),和(布署模型)进程视图和布署视图定义。 设计模型(和全部组成部分) 制作完成并确定了基线。已经定义了构架方面关键场景用例实现,并将所需行为分配给了合适设计元素。 已经确定了构件并充足了解了自制/外购/复用决议,方便有把握地确定构建阶段成本和进度。集成了所选构架构件,并按
17、关键场景进行了评定。经过这些活动得到经验有可能造成重新设计构架、考虑替换设计或重新考虑需求。 数据模型 制作完成并确定了基线。已经确定并复审了关键数据模型元素(比如关键实体、关系和表)。 实施模型(和全部组成工件,包含构件) 已经创建了最初结构,确定了关键构件并设计了原型。 前景 已经依据此阶段取得新信息进行了改善,对推进构架和计划决议最关键用例建立了可靠了解。 软件开发计划 已经进行了更新和扩展,方便涵盖构建阶段和产品化阶段。 指南,如设计指南和编程指南。 使用指南对工作进行了支持。 迭代计划 已经完成并复审了构建阶段迭代计划。 用例模型 用例模型(大约完成 80%)- 已经在用例模型调查中
18、确定了全部用例、确定了全部主角并编写了大部分用例说明(需求分析)。 补充规约 已经对包含非功效性需求在内补充需求进行了统计和复审。 可选 里程碑状态 商业理由 假如构架调查不涵盖变更基础项目假设问题,则已经对商业理由进行了更新。 分析模型 可能作为正式工件进行了开发;进行了常常但不正式维护,正演进为设计模型早期版本。 培训材料 用户手册和其它培训材料。依据用例进行了初步起草。 假如系统含有复杂用户界面,可能需要培训材料。 1.4. 构建阶段 1.4.1. 目标 构建阶段目标是说明剩下需求,并基于已建立基线构架完成系统开发。构建阶段从某种意义上来说是一个制造过程,在此过程中,关键在于管理资源和控
19、制操作,方便优化成本、进度和质量。从这种意义上说,从先启和精化阶段到构建和产品化阶段,管理上思维定势经历了从知识产权开发到可布署产品开发转变。 构建阶段关键目标包含: 经过优化资源和避免无须要报废和返工,使开发成本降到最低。 快速达成足够好质量 快速完成有用版本(Alpha 版、Beta 版和其它测试公布版) 完成全部所需功效分析、开发和测试。 迭代式、递增式地开发随时能够公布到用户群完整产品。这意味着描述剩下用例和其它需求,充实设计,完成实施,并测试软件。 确定软件、场地和用户是否已经为布署应用程序作好准备。 开发团体工作实现某种程度并行。 即使是较小项目,也通常包含能够相互独立开发构件,从
20、而使各团体之间实现自然并行(资源许可)。这种并行性可较大幅度地加速开发活动;但同时也增加了资源管理和工作步骤同时复杂程度。假如要实现任何关键并行,强壮构架至关关键。 1.4.2. 关键活动 资源管理,控制和步骤优化 完成构件开发并依据已定义评定标准进行测试 依据前景验收标准对产品公布版进行评定。1.4.3. 里程碑:最初操作性能 最初操作性能里程碑确定产品是否已经能够布署到 Beta 测试环境。 在最初操作性能里程碑,产品随时能够移交给产品化团体。此时,已开发了全部功效,并完成了全部 Alpha 测试(假如有测试)。除了软件之外,用户手册也已经完成,而且有对目前公布版说明。 1.4.3.1 评
21、定标准 构建阶段评定标准包含到对以下问题回复: 该产品公布版是否足够稳定和成熟,可布署在用户群中? 是否已准备好将产品公布到用户群? 实际资源花费和计划相比是否仍能够接收? 假如项目无法达成该里程碑,产品化可能要推迟一个公布版。 1.4.3.2 提供文档及模型 关键文档及模型(根据关键性排序) 里程碑状态 “系统” 可实施系统本身随时能够进行“Beta”测试。 布署计划 已开发最初版本、进行了复审并建立了基线。 实施模型(和全部组成部分,包含构件) 对在精化阶段创建模型进行了扩展;构建阶段末期完成全部构件创建。 测试模型(和全部组成部分) 为验证构建阶段所创建可实施公布版而设计并开发测试。 培
22、训材料 用户手册和其它培训材料。依据用例进行了初步起草。 假如系统含有复杂用户界面,可能需要培训材料。 迭代计划 已经完成并复审了产品化阶段迭代计划。 设计模型(和全部组成部分) 已经用新设计元素进行了更新,这些设计元素是在完成全部需求期间确定。 项目专用模板 已使用文档模板制作了文档模板。 工具 已经安装了用于支持构建阶段工作工具。 数据模型 已经用支持连续实施所需全部元素(比如,表、索引、对象关系型映射等)进行了更新 可选 里程碑状态 补充规约 已经用构建阶段发觉新需求(假如有)进行了更新。 用例模型(主角,用例) 已经用构建阶段发觉新用例(假如有)进行了更新。 1.5. 产品化阶段 1.
23、5.1. 目标 产品化阶段关键是确保最终用户能够使用软件。产品化阶段可跨越多个迭代,包含测试处于公布准备中产品和基于用户反馈进行较小调整。在生命周期中该点处,用户反馈应关键侧重于调整产品、配置、安装和可用性问题,全部较大结构上问题应该在项目生命周期早期阶段就已得四处理。 在产品化阶段生命周期结束时,目标应该已经实现,项目应处于将结束状态。一些情况下,目前生命周期结束可能是同一产品另一生命周期开始,从而造成产生产品下一代或下一版本。对于其它项目,产品化阶段结束时可能就将文档和模型完全交付给第三方,第三方负责已交付系统操作、维护和扩展。 依据产品种类,产品化阶段可能很简单,也可能很复杂。比如,公布
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 规范 RUP 实施 样本
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。