版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、12004/03/23CMM过程规范培训过程规范培训实践培训实践培训-启动计划阶段活动启动计划阶段活动作者:高勇作者:高勇 版本:版本:1.11.12流程图流程图软件过程软件过程定义定义项目经理项目经理系统分析员系统分析员WBS分解分解项目估算项目估算项目启动项目启动计划计划项目经理项目经理系统分析员系统分析员设计人员设计人员QAP生命周期模型生命周期模型定义的软件过程定义的软件过程软件估计书软件估计书工作任务拆分工作任务拆分表表立项立项项目经理项目经理项目计划项目计划项目经理项目经理批准批准CMPSDPSMPICP各组组长各组组长STP3PMPM:过程定义,组织:过程定义,组织WBSWBS、
2、ESTEST,完成,完成CRCR、PPPPSystem AnalystSystem Analyst:整理:整理CRCR,进行,进行WBSWBS、ESTESTQA ManagerQA Manager:QAPQAP、提供规范支持、审计、提供规范支持、审计CM ManagerCM Manager:CMPCMP、建立配置控制库、建立配置控制库TS ManagerTS Manager:TSPTSPSEPGSEPG:评审过程定义结果:评审过程定义结果Senior ManagerSenior Manager:批准:批准PDPD、PPPP角色及职责角色及职责4制定启动计划制定启动计划需求活动需求活动选择生命周
3、期模型和过程定义选择生命周期模型和过程定义项目项目WBSWBS风险识别、项目估算风险识别、项目估算完成计划完成计划项目计划评审项目计划评审其它工作其它工作目目 录录5制定启动计划制定启动计划 入口:项目已立项入口:项目已立项 输入:立项建议书输入:立项建议书 活动:活动:识别本阶段活动的内容识别本阶段活动的内容确定活动顺序、工作量、安排资源确定活动顺序、工作量、安排资源文档化、审批文档化、审批 输出:项目启动计划输出:项目启动计划 出口:启动计划通过高层经理批准出口:启动计划通过高层经理批准6制定启动计划制定启动计划 启动计划应涵盖启动准备、计划两方面工作启动计划应涵盖启动准备、计划两方面工作
4、客户需求调研、文档化客户需求调研、文档化软件需求分配、制定需求验收准则软件需求分配、制定需求验收准则生命周期选用、项目过程定义生命周期选用、项目过程定义WBSWBS活动和估计活动活动和估计活动开发和其他支持计划的制定开发和其他支持计划的制定评审活动评审活动风险管理、工具引入活动风险管理、工具引入活动技术和管理的培训活动技术和管理的培训活动7客户、系统需求活动客户、系统需求活动 入口:启动计划通过入口:启动计划通过 输入:启动计划、来自客户和市场的资料、输入:启动计划、来自客户和市场的资料、上一版本产品的资料和市场反馈上一版本产品的资料和市场反馈 活动:活动:需求获取需求获取需求分配需求分配需求
5、评审需求评审 输出:输出:CRCR、SRSR、需求验收准则表、需求验收准则表 出口:工作产品获得批准出口:工作产品获得批准8客户、系统需求活动客户、系统需求活动 客户需求、软件系统需求作为整个项目工作客户需求、软件系统需求作为整个项目工作的基础,对其的归纳和整理应注意满足:的基础,对其的归纳和整理应注意满足:文档结构清晰,内容无冗余,可读性好文档结构清晰,内容无冗余,可读性好对需求的描述易于理解,不存在二义性对需求的描述易于理解,不存在二义性术语一致,需求项间没有冲突术语一致,需求项间没有冲突描述的结果能准确反映客户的真实需求描述的结果能准确反映客户的真实需求需求是完整的,没有遗漏也没有增加需
6、求是完整的,没有遗漏也没有增加含有性能需求含有性能需求需求是可追溯和可验证的需求是可追溯和可验证的需求验收准则是具体的可度量的、完整的需求验收准则是具体的可度量的、完整的9客户、系统需求活动客户、系统需求活动 剪裁准则:剪裁准则:活动活动可剪裁属性可剪裁属性选择选择剪裁指导方针剪裁指导方针系统需求分配系统需求分配形成形成软软件系件系统需统需求求执行执行执行执行需要在需要在客户需求客户需求的基的基础上进一步给软件开发项础上进一步给软件开发项目组分配客户需求。目组分配客户需求。不执行不执行 客户需求客户需求可直接分配可直接分配给软件开发项目组。给软件开发项目组。10生命周期和过程定义生命周期和过程
7、定义 入口:软件系统需求通过评审入口:软件系统需求通过评审 输入:软件系统需求,组织软件生命周期、输入:软件系统需求,组织软件生命周期、标准软件过程描述文件,剪裁准则标准软件过程描述文件,剪裁准则 活动:活动:选用生命周期模型选用生命周期模型根据组织标准软件过程剪裁定义项目过程根据组织标准软件过程剪裁定义项目过程形成文件,报形成文件,报SEPGSEPG评审,并得到高层批准评审,并得到高层批准 输出:项目定义软件过程输出:项目定义软件过程 出口:过程定义获得批准出口:过程定义获得批准11生命周期和过程定义生命周期和过程定义 选择项目生命周期选择项目生命周期瀑布式瀑布式增量式增量式原型式原型式 可
8、剪裁的过程可剪裁的过程系统需求分配(客户需求可直接分配给项目组)系统需求分配(客户需求可直接分配给项目组)概要设计(系统规模较小,层次少,结构简单,概要设计(系统规模较小,层次少,结构简单,文件可与详细设计合并编写)文件可与详细设计合并编写)系统测试(集成测试包含对系统功能的测试)系统测试(集成测试包含对系统功能的测试)12项目项目WBS 入口:过程定义完成入口:过程定义完成 输入:过程定义文件、系统需求输入:过程定义文件、系统需求 活动:活动:识别工作产品识别工作产品用用WBSWBS定义技术活动定义技术活动用用WBSWBS定义管理支持活动定义管理支持活动 输出:工作任务拆分表输出:工作任务拆
9、分表 出口:出口:WBSWBS结果文档化结果文档化13项目项目WBS WBSWBS活动要点活动要点识别工作产品,任务大多是根据所要产生的工作识别工作产品,任务大多是根据所要产生的工作产品定义的产品定义的是一个迭代过程是一个迭代过程在项目早期定义在项目早期定义WBSWBS的高层元素的高层元素详细任务的定义可以分阶段完成详细任务的定义可以分阶段完成一般不会超过一般不会超过5 5层层在定义最低层元素时,考虑在定义最低层元素时,考虑“8080小时原则小时原则”注意对管理支持活动的拆分:项目管理(如:例注意对管理支持活动的拆分:项目管理(如:例会、批准产品活动等)、会、批准产品活动等)、QAQA、CMC
10、M等。等。14项目项目WBS 建议的建议的WBSWBS第一级分类第一级分类需求管理需求管理项目计划项目计划项目跟踪项目跟踪系统设计系统设计系统编码系统编码系统测试系统测试质量保证质量保证配置管理配置管理项目立项项目立项项目培训项目培训管理评审管理评审技术评审技术评审组间协调组间协调项目内其他活动项目内其他活动项目外其他活动项目外其他活动15项目项目WBS 举例说明举例说明WBSWBS某一项分类的分解:某一项分类的分解:16风险识别与管理风险识别与管理 入口:入口:WBSWBS完成完成 输入:立项建议书、输入:立项建议书、CRCR、工作任务拆分表、工作任务拆分表 活动:活动:识别风险识别风险分析
11、风险分析风险制定风险管理计划制定风险管理计划 输出:风险减缓活动日志输出:风险减缓活动日志 出口:批准风险减缓活动日志出口:批准风险减缓活动日志17风险识别与管理风险识别与管理 风险识别、管理活动要点风险识别、管理活动要点是一个迭代过程,贯穿项目过程始终是一个迭代过程,贯穿项目过程始终风险管理不是项目经理一个人的事,建立一种有风险管理不是项目经理一个人的事,建立一种有助于对潜在风险及其发生的可能性和影响进行交流助于对潜在风险及其发生的可能性和影响进行交流的环境对项目经理来说是重要的的环境对项目经理来说是重要的在项目估算前进行在项目估算前进行潜在风险不等于风险潜在风险不等于风险类型:规模、结构、
12、技术类型:规模、结构、技术风险分析:可能性、影响、风险值、风险等级风险分析:可能性、影响、风险值、风险等级处理途径:避免、转移、接受、减缓处理途径:避免、转移、接受、减缓18项目估算项目估算 入口:风险已识别入口:风险已识别 输入:工作任务拆分表、风险日志、输入:工作任务拆分表、风险日志、CRCR 活动:活动:估计规模、工作量(技术、管理、支持)估计规模、工作量(技术、管理、支持)估计外部成本、关键计算机资源(包括培训)估计外部成本、关键计算机资源(包括培训)制定进度表(关键路径、里程碑)制定进度表(关键路径、里程碑)建立项目基准(计算建立项目基准(计算BCWSBCWS) 输出:软件估计书、项
13、目进度表输出:软件估计书、项目进度表 出口:估计结果得到批准出口:估计结果得到批准19项目估算项目估算估计过程步骤估计过程步骤相关过程步骤相关过程步骤项目计划过程项目计划过程项目跟踪过程项目跟踪过程1 1建立估计:建立估计:项目经理收集输入数据项目经理收集输入数据并计算估计并计算估计2 2评审估计:评审估计:项目经理和项目组成员项目经理和项目组成员评审和修订估计数据评审和修订估计数据3 3更新历史项目数据库:更新历史项目数据库:从完成的项目中收集数从完成的项目中收集数据加入到估计基础库中据加入到估计基础库中识别约束:给人员、进度和识别约束:给人员、进度和功能提供约束输入功能提供约束输入用评审和
14、批准的估计更新项用评审和批准的估计更新项目计划目计划承诺批准:接受批准或者重承诺批准:接受批准或者重新确定约束或重新计划项目新确定约束或重新计划项目在开发阶段收集跟踪数据在开发阶段收集跟踪数据结项结项变更变更20项目估算项目估算 估计策略内容估计策略内容确定估计内容确定估计内容确定估计时间确定估计时间确定估计技术确定估计技术确定估计粒度确定估计粒度 估计原则估计原则两周原则两周原则21项目估算项目估算 估计策略检查表估计策略检查表#内容内容1项目是什么类型(新开发、移植、升级、改善)项目是什么类型(新开发、移植、升级、改善)2客户需求已经确定了吗客户需求已经确定了吗3软件需求已经定义了吗软件需
15、求已经定义了吗4我们对需求的了解程度如何我们对需求的了解程度如何5需求的稳定性如何需求的稳定性如何6我们是否有可靠的和可用的历史数据我们是否有可靠的和可用的历史数据7项目将采用什么样的处理模型(瀑布、增量)项目将采用什么样的处理模型(瀑布、增量)8项目的结构是什么项目的结构是什么9主要的风险是什么主要的风险是什么22项目估算项目估算 估计策略方案估计策略方案1 1:情况:情况:客户需求很好的定义,不会有很多变化;客户需求很好的定义,不会有很多变化;开发人员有足够业务经验;开发人员有足够业务经验;工程处理和以前项目相近;工程处理和以前项目相近;企业有可靠的历史数据。企业有可靠的历史数据。策略:策
16、略:项目定义时为整个项目作高级别的估计项目定义时为整个项目作高级别的估计每个阶段开始前进行详细的阶段估计每个阶段开始前进行详细的阶段估计详细阶段估计时更新高级别估计详细阶段估计时更新高级别估计23项目估算项目估算 估计策略方案估计策略方案2 2:情况:情况:客户需求未很好的定义或未被开发人员阅;客户需求未很好的定义或未被开发人员阅;企业缺乏该应用领域和所使用技术的经验;企业缺乏该应用领域和所使用技术的经验;策略:策略:开始时只估计需求定义阶段;开始时只估计需求定义阶段;完成需求定义阶段后,准备设计阶段的详细完成需求定义阶段后,准备设计阶段的详细估计和其余阶段的粗略估计;估计和其余阶段的粗略估计
17、;每个阶段开始时进行详细阶段估计,如有必每个阶段开始时进行详细阶段估计,如有必要,对余下阶段修改高级别估计要,对余下阶段修改高级别估计24项目估算项目估算 规模估计方法规模估计方法Wideband Delphi TechniqueWideband Delphi TechniquePert Sizing TechniquePert Sizing TechniqueSizing By AnalogySizing By AnalogyReused CodeReused Code建议用两种以上的方法进行估计,不要单独依靠建议用两种以上的方法进行估计,不要单独依靠任何一个方法。任何一个方法。25项目估算
18、项目估算 Delphi Delphi 方法方法下发软件系统需求和估计用表格下发软件系统需求和估计用表格召集会议,讨论有关软件规模的问题召集会议,讨论有关软件规模的问题每人匿名填写估计表格每人匿名填写估计表格收集估计表格,形成反馈给参加估计的人收集估计表格,形成反馈给参加估计的人召集会议,讨论估计上的差异召集会议,讨论估计上的差异每人根据讨论结果,提交另一个匿名的估计每人根据讨论结果,提交另一个匿名的估计重复重复4-64-6直到达到关于软件规模的最大程度的一致直到达到关于软件规模的最大程度的一致26项目估算项目估算 Pert Pert 方法方法最小值最小值a a,一般值,一般值b b,最大值,最
19、大值c c预期规模预期规模E=(a+4b+c)/6E=(a+4b+c)/6标准偏差标准偏差SD=(c-a)/6SD=(c-a)/6有有68%68%的可能规模会在的可能规模会在E-SDE-SD和和E+SDE+SD之间之间本方法的前提是对规模的估计没有偏见本方法的前提是对规模的估计没有偏见经验表明,估计偏低的倾向大于偏高的倾向,使经验表明,估计偏低的倾向大于偏高的倾向,使用时应加以考虑用时应加以考虑27项目估算项目估算 Analogy Analogy 方法方法当待估计项目与已完成项目在应用、环境和复杂当待估计项目与已完成项目在应用、环境和复杂度方面相类似时,可以使用本估计方法度方面相类似时,可以使
20、用本估计方法依赖于已完成项目的完成程度和数据准确度,要依赖于已完成项目的完成程度和数据准确度,要求有一个内容丰富、准确、可靠的数据库求有一个内容丰富、准确、可靠的数据库从软件过程数据库中找到类似项目的相关数据从软件过程数据库中找到类似项目的相关数据列出已完成项目中可类比的功能点和这些功能点列出已完成项目中可类比的功能点和这些功能点的代码行数的代码行数标识待估项目和类比项目功能点间差异标识待估项目和类比项目功能点间差异根据对比进行估计,形成估计结果根据对比进行估计,形成估计结果28项目估算项目估算 Reused Code Reused Code 方法方法仅适用于对可重用模块的规模估计仅适用于对可
21、重用模块的规模估计涉及三个参数:涉及三个参数:%Redesign%Redesign、 %Recode%Recode、%Retest%Retest(%Redesign+%Recode+%Retest)/3)(%Redesign+%Recode+%Retest)/3)* *CodeCode29项目估算项目估算 工作量估计方法工作量估计方法DelphiDelphi法法运算法运算法工作量工作量=p=p* *s s* *l l* *e ep=p=软件产品的规模软件产品的规模(SLOC)(SLOC)s=s=生产力系数生产力系数(1/(1/每人月的代码行每人月的代码行) )l=l=开发工具系数开发工具系数e
22、=e=规模系数规模系数专家判断法专家判断法结合规模估计结果和结合规模估计结果和WBSWBS综合分析综合分析30项目估算项目估算 开发工具系数开发工具系数开发工具开发工具系数系数标准标准C1.2标准标准C+1.1VB0.8PB0.7VC1.4JAVA1.0嵌入式嵌入式C1.531项目估算项目估算 规模系数规模系数32项目估算项目估算 生产力系数生产力系数生产力系数是用平均每人月的代码行来计算的生产力系数是用平均每人月的代码行来计算的不仅仅编码阶段,包括从分析、设计、编码、测不仅仅编码阶段,包括从分析、设计、编码、测试的整个过程的平均试的整个过程的平均33项目估算项目估算 成本系数:由工作量计算成
23、本成本系数:由工作量计算成本 配置管理系数:由开发工作量估计配置管理系数:由开发工作量估计CMCM工作量工作量 质量保证系数:由开发工作量估计质量保证系数:由开发工作量估计QAQA工作量工作量 改善项目规模系数:改善前到改善后的规模改善项目规模系数:改善前到改善后的规模成本系数(元成本系数(元/人月)人月)18000配置管理系数配置管理系数0.05质量保证系数质量保证系数0.05改善项目规模系数改善项目规模系数0.434项目估算项目估算 估计活动要点估计活动要点在项目的早期阶段,采用从上到下的估计方法,在项目的早期阶段,采用从上到下的估计方法,整个项目的估计粗略的分配给各个阶段整个项目的估计粗
24、略的分配给各个阶段项目进展过程中,从下到上的方法被用于详细阶项目进展过程中,从下到上的方法被用于详细阶段计划来为子阶段进行更详细的计划和估计,并更段计划来为子阶段进行更详细的计划和估计,并更新总的项目估算新总的项目估算项目管理活动约为开发工作量的项目管理活动约为开发工作量的15-20%15-20%为项目建立必须的管理储备为项目建立必须的管理储备(=20%)(=20%):目的是适应:目的是适应不可避免的变更;不能由项目经理单独批准使用,不可避免的变更;不能由项目经理单独批准使用,只能用于那些由客户和高层经理都同意的变更只能用于那些由客户和高层经理都同意的变更35项目估算项目估算 估计结果举例估计结果举例开发工作量开发工作量1000小时小时配置管理配置管理50小时小时质量保证质量保证50小时小时其他(培训)其他(培训)50小时小时项目管理(项目管理(2
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论