项目过程体系资料Word格式.docx
- 文档编号:16254603
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:24
- 大小:103.80KB
项目过程体系资料Word格式.docx
《项目过程体系资料Word格式.docx》由会员分享,可在线阅读,更多相关《项目过程体系资料Word格式.docx(24页珍藏版)》请在冰豆网上搜索。
理审批立项文档三个阶段。
发起立项
估算项目预算
核算项目预算
审核立项文档
批准立项文档
建立项目
2、项目计划
为规范项目计划编制过程,指导项目经理选择生命周期、裁剪过程、估算工作量最终形成有
效且可被监控的项目计划。
项目计划过程包括定义项目过程、项目整体估算、编制项目进度计划、编制项目管理计划、
内外部沟通及确认、项目计划评审六个模块。
此外,还将细化项目计划作为该过程的单独组成
部分。
定义项目过程描述了从确定项目范围开始,通过选择项目适用的生命周期进行合理裁剪,最
终得到项目过程的方法和步骤。
项目整体估算是通过整体估算方法并根据项目预算对项目划分出来的各阶段进行工作量分解,
并内部达成一致的。
编制项目进度计划是根据整体估算对项目各阶段进行任务分解及工作量分解,并根据分解结
果协调项目资源。
编制项目管理计划是依据项目总体计划分别对配置管理、质量保证、沟通管理、供应商管理、
风险管理做一系列的管理保障活动。
内外部沟通及确认是项目组通过一定的形式对项目计划相关的产物进行内外部的沟通及确认。
项目计划评审调用了项目评审过程,是公司对项目计划认可的一个途径。
细化项目计划适用于项目计划编制及项目各阶段工作过程,是维护项目工作内容及范围的办
法之一。
1、定义项目过程
确定项目目标、范围
定义项目生命周期
裁剪项目过程
2、项目整体估算
项目阶段工时估算
内部确认
3、项目进度计划
创建
WBS
任务细化及分解
协调资源分配
确认进度计划
4、项目管理计划
编制风险管理计划
编制质量保证计划
编制配置管理计划
编制沟通管理计划
软硬件资源计划
培训计划
供应商管理计划
汇总项目计划
5、内外部确认
外部确认
6、项目计划评审
评审项目计划
软件项目过程
4、需求分析过程
需求分析的目的是为了描述软件的功能性(UI、流程等)、非功能性(性能、安全性)需求,
并产生需求规格说明书,从而进一步明确项目范围,为后续设计等过程提供依据。
定义该过程是为了规范需求分析活动的主要步骤、遵循标准、输出产物、里程碑要求,并建
立需求跟踪矩阵。
设计过程分为需求调研、需求分析、需求确认、需求评审四个阶段;
需求调研的过程活动包括制定过程详细工作计划、编写调研大纲,完成需求调研;
需求分析阶段的过程活动包括完成需求分析;
需求确认阶段的过程活动包括内部需求确认、外部需求确认、建立需求跟踪矩阵;
需求评审阶段的过程活动包括里程碑工作总结、完成需求评审。
1、需求调研
制定过程详细工作计划
编写调研大纲
完成需求调研
2、需求分析
完成需求分析
3、需求确认
内部需求确认
外部需求确认
建立需求跟踪矩阵
5、需求评审
里程碑工作总结
完成设计评审
3、设计过程
软件设计主要是在需求分析的基础上,针对需求用例,从软硬件架构、功能、界面、数据模
型、数据流、接口、性能、安全性等方面开展软件概要设计并产生概要设计说明书,从而进一步
明确项目内容,保证设计与需求的对应,为后续编码等过程提供依据。
定义该过程是为了规范软件设计活动的主要步骤、遵循标准、输出产物、里程碑要求等,并
建立和维护设计与需求的可追溯性。
设计过程分为概要设计、设计确认、设计评审三个阶段;
概要设计阶段的过程活动包括制定过程详细工作计划、选用设计模板,完成概要设计;
设计确认阶段的过程活动包括设计会签、内部设计确认、外部设计确认;
设计评审阶段的过程活动包括里程碑工作总结、完成设计评审。
1、概要设计
选用设计模板
完成概要设计
2、设计确认
内部设计确认
外部设计确认
设计会签
3、设计评审
4、编码过程
编码过程主要是在概要设计的基础上,完成从详细设计到测试交接完成的一系列活动。
定义
该过程是为了规范编码过程活动的主要步骤、遵循标准、输出产物、里程碑要求等,从而确保编
码质量,建立和维护编码与设计、需求的可追溯性。
编码过程分为详细设计、代码实现、功能确认、测试交接、阶段总结五个阶段。
详细设计阶段的过程活动包括制定过程详细工作计划、完成详细设计;
代码实现阶段的过程活动包括编写代码、代码检查、集成自测、编写操作手册;
功能确认阶段的过程活动包括内部功能确认、用户功能确认;
测试交接阶段的过程活动包括测试人员内部培训、完成测试交接;
阶段总结阶段的主要活动是进行里程碑工作总结。
1、详细设计
完成详细设计
2、代码实现
编写代码
代码检查
集成自测
编写操作手册
3、功能确认
内部功能确认
外部功能确认
4、测试交接
测试人员内部培训
完成测试交接
5、阶段总结
5、需求跟踪过程
需求跟踪管理过程作为软件开发的支持性过程,主要是跟踪需求的状态,验证软件开发的设计、
编码、测试三个阶段的工作产品与需求的符合度,确保最终软件产品与需求的一致性。
需求跟踪管理过程分为需求跟踪点维护、设计符合度跟踪、开发符合度跟踪、测试符合度跟
踪四个模块。
需求跟踪点维护:
需求规格说明书编写完成之后,由需求人员初始化填写需求状态跟踪内容;
如需求有变更,也须在需求跟踪表加以说明,便于后续工作的符合度跟踪。
设计、编码、测试符合度跟踪均包括以下两项活动:
●建立工作产品与需求的对应关系
●工作产品需求符合度验证
1、需求跟踪点维护
创建需求跟踪表
维护需求跟踪点
2、设计符合度跟踪
建立工作产品与需求的对应关系
工作产品需求符合度验证
3、测试符合度跟踪
4、功能符合度跟踪
工作产品功能符合度验证
6、测试过程
测试过程主要是描述从编写测试方案到内部功能验收的一系列活动,定义该过程是为了规范测试
过程活动的主要步骤、遵循标准、输出产物、里程碑要求等,从而确保软件的功能、可靠性、性
能、安全性等指标与软件需求保持一致,并为后续的实施工作做好准备。
项目测试过程分为测试方案、执行测试、实施交接、内部功能验收四个阶段,本过程包括两
次里程碑评审。
测试方案阶段的过程活动包括:
制定过程详细工作计划、制定测试方案、编写测试用例、测
试方案确认、里程碑阶段工作总结、完成测试方案评审;
执行测试阶段的过程活动包括:
测试准备、根据测试方案执行测试、修复测试缺陷、提交修
复内容、进入下一轮测试、测试总结;
实施交接阶段的过程活动包括:
实施人员内部培训、完成交接测试;
用户测试阶段的过程活动包括:
里程碑工作总结、内部功能验收。
1、测试方案
编制测试方案
编写测试用例
测试方案确认
完成测试方案评审
2、执行测试
测试准备
执行测试
CR
修复
提交修复内容
进入下一轮测试
完成测试总结
3、实施交接
实施人员内部培训
完成实施交接
4、内部功能验收
内部功能验收
7、项目结项过程
本过程的目的是为了规范项目结项的流程,并指导完成相关文档的整理。
本过程是项目结项的指导过程,根据结项要求的责任人不同,可分为过程质量、技术结项以
及商务总结三个方面的活动。
项目
QA
负责撰写项目的
工作总结,项目经理负责收集整理项目的各种技术文档并撰写项
目技术总结,客户代表负责撰写商务总结。
项目过程质量、技术总结及商务总结需要经过里程碑评审。
项目
工作总结
项目技术结项总结
项目商务总结
汇总结项评审资料
内部结项里程碑评审
公共过程
项目监控过程
项目监督和控制(PMC
:
Project
Monitoring
and
Control)的目的在于通过周期性地跟踪项目
计划的各种参数如进度、工作量、费用、资源、工作成果、风险等,不断地了解项目的进展情
况,以便当项目实际进展状况偏离计划时能够及时采取纠正措施。
此外,项目监控活动还包括
收集项目经验数据,为公司持续的过程改进提供有价值的数据。
项目监控过程的主要活动包括:
定期监控及汇报项目执行情况、里程碑管理两大内容。
定期监控及汇报项目执行情况,主要描述了检查项目完成情况,分析偏差及识别项目问题
风险的过程,描述处理及跟踪项目问题及风险的过程。
此外,还描述了项目监控过程中的汇报
方式和办法,包括定期汇报项目状态及定期召开项目例会。
里程碑管理描述了与里程碑监控相关的活动,包括了按里程碑计划进行总结,组织里程碑
评审两大活动内容。
收集项目状态信息
分析偏差、识别问题及风险
汇报项目状态
1、项目变更过程
为项目计划得到有效监控,规范项目变更执行过程,确保基线产品能有效得到变更控制,并使得
与相关工作产品取得一致,特制定“项目变更管理过程”。
该过程主要描述了在项目执行过程中,当基线计划和基线工作产品需要变更的情况下,从申请变
更、批准变更到实施变更的过程。
收集和识别变更信息
评估变更信息及制定应对方案
识别变更基线及会签范围
确认会签范围
变更会签
制定变更计划
实施变更
基线变更
1、项目质量保证过程
向员工和管理者对过程和相关工作产品提供客观的可视性和管理保证,使得已定义的过程描述、
标准和规程在项目执行过程中被遵循和保持,同时为
工作的开展提供指导。
质量保证过程主要包括“编制质量保证计划、执行客观评价、质量问题跟踪及汇报、过程质量总
结”4
个阶段。
1、编写质量保证计划
了解项目情况
制定及确认质量目标和保证措施
制定及确认质量保证检查标准
制定及确认质量保证活动和工作量
制定及确认质量保证度量项及收集、分析方法
整理完成质量保证计划
2、执行客观评价
评价过程、工作产品和服务的符合情况
3、质量问题跟踪及汇报
问题管理
总结项目质量跟踪情况
汇报项目质量跟踪情况
4、过程质量总结
项目过程质量里程碑总结
1、项目风险过程
项目风险管理的目标在于提高项目积极事件的概率和影响,降低项目消极时间的概率和影响。
即在风险产生危害之前识别它们,从而有计划的消除或削弱影响。
项目风险管理包括编写风险管理计划和风险跟踪两部分。
1).
编写风险管理计划:
定义如何实施项目风险管理活动。
2).风险跟踪部分:
在项目生命周期内,循环执行风险识别、风险监控分析、风险预防与纠正、
日常监控等活动,直到项目所有的风险都被识别和解决为止。
编写风险管理计划
编写风险管理计划
风险跟踪
识别风险
风险分析定性
制定风险缓解措施及应急措施。
协调项目组上报的风险
风险缓解措施执行情况跟踪
1、项目评审过程
本过程的目的是为了尽早而有效地排除工作产品中的缺陷,控制项目工作产品质量,降低项
目风险,协调解决项目中的问题,减少开发和维护的时间和费用,进而提高生产率。
此外,项目
管理委员会评审也为项目评价提供依据。
本过程是项目评审的支持性过程,根据项目评审级别不同,可分为项目组评审、项目管理委
员会评审两种,又按照评审方式的不同,分为会议评审、邮件评审两种评审形式。
项目组评审过程描述了从评审材料准备开始到评审后问题录入问题管理及基线申请结束,评
审时可采用邮件评审或会议评审两种评审形式。
项目管理委员会评审过程描述了从评审材料准备开始,经过
预审到评审后问题录入问题管
理及基线申请结束,评审时可采用邮件评审或会议评审两种评审形式。
项目管理委员会评审
提交评审材料
里程碑准入检查
确定评审方式和评审成员、地点
评审
录入评审问题并跟踪
基线申请
项目组评审
确定评审方式和评审人员
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 过程 体系 资料
![提示](https://static.bdocx.com/images/bang_tan.gif)