OPD302 项目各阶段活动参考指南.docx
《OPD302 项目各阶段活动参考指南.docx》由会员分享,可在线阅读,更多相关《OPD302 项目各阶段活动参考指南.docx(20页珍藏版)》请在冰豆网上搜索。
OPD302项目各阶段活动参考指南
本资料仅供内部使用!
项目各阶段活动参考指南
东南融通集团
2006年4月30日
修改记录
制定日期
生效日期
制定/修订内容摘要
页数
版本
拟稿
审查
批准
2006/3/1
2006/4/30
制定和发布
6
B
EPG
蔡志评
阮赐杰
目录
1目的错误!
未定义书签。
2软件开发生命周期选择指南错误!
未定义书签。
2.1项目特征:
错误!
未定义书签。
1目的
描述项目各个阶段的阶段重点、角色的任务活动、评审目标、出口准则、可交付的交付物。
2范围
适用于项目各个阶段工作开展描述。
其中:
●在阶段图中显示为绿色的PD、PI、REL、CLS四个阶段,不属于软件开发生命周期模型中的阶段,属于项目生命周期中的阶段之一;
●图形中的RA&P、HLD、DD、CUT、IT、ST,属于软件开发生命周期模型中的阶段。
如下面图形所示:
3名词定义
●阶段评审:
即检查点/检查点评审
●PP:
projectplanning项目计划
●PDSP:
project’sdefinedsoftwareprocess项目定义的软件过程
●SRS:
softwarerequirementspecification软件需求规格书
●ITP:
integrationtestplanning集成测试计划
●STP:
systemtestplanning系统测试计划
●ATP:
acceptancetestplanning验收测试计划
●SQAP:
softwarequalityassuranceplanning软件质量保证计划
●SCMP:
softwareconfigurationmanagementplanning软件配置管理计划
●HLD:
highleveldesign概要设计/架构设计/概要设计
●DD:
detaildesign底层设计/详细设计
●项目计划活动:
包含估算活动;
4项目各阶段描述
4.1项目售前/定义阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
4.1.1侧重点
对客户软件开发项目,PD阶段涵盖了售前活动;对于内部研发项目,PD阶段涵盖了需求调研活动。
在这个阶段,来自客户的高级需求被评估,同时向客户提交
《项目建议书》。
有时需求可以通过与客户的开会讨论从而能对其进行详细的描述。
也可以开发一个原型以确定其是否满足客户的需求,这同时也向客户示范了公司的能力和项目的可行性。
4.1.2活动
客户/干系人
●提供高级需求
●通过参加讨论会详细说明需求(如果需要的话)
●评审原型或者概念的证明,提出适当的修改建议
项目组
●评审用户需求
●与销售部门合作,和用户举行讨论会
●开发出一个原型/概念,如果需要时
●准备产品调研报告(如果合适的话)
●准备高级解决方案体系架构(如果合适的话)
●准备投标书(如果需要的话)
●准备和提交
⏹技术建议书/调研报告(IRs),应包含高级解决方案体系架构
⏹商业建议书,应适当包括如下几点:
◆工作描述
◆高级工作量估计
◆定价
◆资源计划和项目组织
◆风险鉴别和风险量化
★注意事项:
上面两种建议书可以按客户的需求拆分或者合并。
4.1.3项目售前/定义阶段评审
阶段目标
⏹评估客户的高级需求
⏹用原型验证需求或者概念证明(对原型的反馈意见。
如果需要)
⏹提交给客户技术和商业建议书能够满足公司要求、客户满意;
阶段评审中的管理责任
⏹基于与客户的商业协议,提交启动项目
4.1.4出口准则
⏹评审商业和技术建议书,并将其确立为基线
⏹同客户签订建议书、合同或者签订一份开发协议
⏹已确认的下一阶段计划
4.1.5阶段交付物
⏹技术和商业建议书
⏹包含合同。
如果客户需要,除了以上可交付产品外以下产品亦可被交付
⏹售前调研报告
⏹原型/概念证明(客户对原型/概念的反馈或答复)
4.2项目立项/启动阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
4.2.1侧重点
在项目立项/启动阶段期间,需要初始的分析和计划以便可以得出做/不做项目的决定。
●客户软件开发的项目,根据合同签订的情况,来决定是否开始启动项目;
●内部研发项目,根据需求调研的情况,来决定是否开始启动项目;
同意项目启动(项目立项)的标志是:
●客户软件开发项目:
销售人员提交的“项目审批”申请,获得审批通过;
●内部研发项目:
部门经理或需求调研人员提交的“项目审批”申请,获得审批通过。
根据项目特征,项目组选择项目初始的软件开发生命周期模型,生命周期和项目计划在本阶段都是预备级的,在接下来的阶段中将被最终完善。
4.2.2活动
客户/干系人
●提供,评审和确认需求,接受/验收标准
项目组
●评审用户需求和接受/验收标准
●选择/定义LC
●准备初步估算、初步项目计划,
●为下一阶段制定详细计划
●项目开工(阶段评审)会
SEPG/质量组
●帮助建立初步的项目计划和目标
●参加阶段评审,输出阶段评审报告
4.2.3项目立项/启动阶段评审
阶段目标
●用户需求和验收标准被评审和被确立为项目启动的基线
●需求调研报告被评审和被确立为基线,如果有的话
●为工程活动选择初步的项目生命周期
●下阶段的工作计划
阶段评审中的管理责任
●评审风险和打开问题
●同意行动计划和下阶段的可交付产品
4.2.4出口准则
●项目的初步计划被确认和被确立为基线.
●已确认的下阶段计划
●项目开工(阶段)会议记录
4.2.5初始项目阶段交付物
●初步的项目计划、PDSP、SQAP、
●项目参考文档
●通过审批的项目审批立项申请
●项目状态及阶段报告;阶段检查报告;
4.2.6需求分析和计划阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSCSOFCSCRC
4.2.7侧重点
在这个阶段里,用户的需求被分析,SRS被准备。
设计目标正式化。
顾客、最终用户和其他可能是产品或构建的使用者的干系人一同参与对SRS的评审。
根据用户需求或调查报告,准备系统测试计划。
(验收测试计划(ATP)被认为是由顾客来写的并且是系统测试计划(STP)的一个子集)。
计划文档完成。
这包括详细的生存周期,高层管理需要参加的阶段评审识别。
4.2.8活动
顾客/干系人
●评审SRS,STP
●定义ATP(如果合适)
项目组
●评审用户需求,ATP
●完成所有计划文档–PP,PDSP,SQAP和SCMP
●准备SRS,生成需求跟踪矩阵(RTM)
●文档化STP
质量组
●参与生成和回顾所有的计划文档
●确认SRS和STP的技术和同行评审是有效的
●制作【阶段检查报告】,参与阶段评审
4.2.9需求分析和计划阶段评审
阶段目标
●所有的用户需求都归档在SRS中,评审过和基线化了
●ATP文档化,评审过和基线化了
●系统测试计划完成并归档,评审过和基线化了
●项目和过程计划完成
●计划下一个阶段的工作
阶段评审中的管理说明
●评审风险和公开的问题
●同意活动计划和为下进入阶段的交付物
4.2.10出口准则
●SRS,STP和ATP基线化
●PP,PDSP,SQAP,SCMP基线化
●批准下个阶段的计划
4.2.11阶段交付物
●PP,PDSP,SQAP,SCMP
●SRS
●STP
●RTM
●项目状态及阶段报告;阶段检查报告;
5概要设计阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.1.1侧重点
在这个阶段里,软件架构或概要设计描述将功能封装于不同组件或模块。
描述了制定的基本原理。
被认为是产品或组件的使用者的干系人对概要设计(HLD)进行评审。
如果软件是要和顾客或其它软件集成,就要建立接口定义。
集成测试计划(ITP)是基于HLD的。
ITP描述了用来产生一个总体软件的集成模块的方法以及在模块级别上的测试和模块内部接口的测试。
5.1.2活动
顾客/干系人
●评审HLD和界面定义,如果需要
项目组
●设计和文档化软件架构/概要设计(包含数据库设计)
●归档接口定义,如果需要
●更新RTM
●归档ITP
●为下一个阶段建立详细的计划
质量组
●跟踪问题
●确认HLD、接口定义和ITP的技术和同行评审是有效的
●制作阶段检查报告,参与阶段评审
5.1.3概要设计阶段评审
阶段目标
●所有的需求对HLD都是可跟踪的
●HLD、数据库设计文档文档化,评审过和基线化
●接口文档化,评审过和基线化
●ITP完成、文档化,评审过和基线化
●项目和过程详细计划完成
阶段评审中的管理说明
●评审风险和公开的问题
●同意活动计划和为进入下阶段的交付物
5.1.4出口准则
●HLD、数据库设计和ITP基线化
●同意活动计划和为进入下阶段的交付物
5.1.5阶段交付物
●HLD、数据库设计
●接口定义,如果需要
●ITP
●更新RTM
●项目状态及阶段报告;阶段检查报告;
5.2详细设计阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.2.1侧重点
在这个阶段里,对构成产品的不同的组件和模块进行详细设计。
详细设计可能是根据一些组成系统的模块和一些组成模块的单元来进行的。
描述了特定设计的原则,定义了详细设计或低层设计(DD)。
用来说明每个模块测试方法的模块测试计划是根据DD来实施的。
5.2.2活动
顾客/干系人
●评审DD,如果需要
项目组
●建立和归档DD
●更新RTM
●文档化模块/单元测试计划
●为下一阶段建立详细计划
质量组
●跟踪问题
●确认DD的技术和同行评审是有效的
●制作阶段检查报告,参与阶段评审
5.2.3详细设计阶段评审
阶段目标
●设计以保证详细设计达到HLD的功能性要求
●模块、单元测试计划完成、文档化,评审过和基线化
●下阶段工作的计划
阶段评审中的管理说明
●评审风险和公开的问题
●同意活动计划和为进入下阶段的交付物
5.2.4出口准则
●DD测试计划文档化,评审过和基线化
●批准下阶段计划
5.2.5阶段交付物
●DD
●单元测试计划
●更新的RTM
●阶段评审报告
5.3编码和单元测试阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.3.1侧重点
这个阶段执行单元编码和测试。
包括编码、代码走查和单元测试计划、测试开发和测试执行。
在下个阶段模块和系统级别的集成测试的说明书也在这里定义。
5.3.2活动
顾客/干系人
●无
项目组
●编码、代码走查和单元测试活动
●基线化代码,更新RTM
●文档化集成测试计划(流程和测试用例)
●为下一阶段建立详细的计划
质量组
●跟踪问题
●确认测试计划、编码和单元测试的技术和同行评审是有效的
●制作阶段检查报告,参与阶段评审
5.3.3编码和单元测试阶段评审
阶段目标
●代码走查用来确定代码满足详细设计说明书的要求
●执行单元测试/自测,以满足软件集成的缺陷要求
●集成测试流程和用例完成、文档化、评审过和基线化
●下阶段工作的计划
阶段评审中的管理说明
●评审风险和公开的问题
●同意活动计划和为进入下阶段的交付物
5.3.4出口准则
●代码通过单元测试
●评审模块/集成测试流程和用例
●批准下阶段计划
5.3.5阶段交付物
●单元测试代码
●单元测试记录/报告
●集成测试流程和用例
●更新RTM
●项目状态及阶段报告;阶段检查报告;
5.4集成测试阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.4.1侧重点
在这个阶段里,软件的不同组件和模块进行集成,然后这些模块被集成起来构成了软件产品或系统。
测试根据单元测试计划和IT测试计划和说明书来执行。
定义下个阶段的系统测试计划(流程和测试案例)。
5.4.2活动
顾客/干系人
●如果需要,参加阶段会议
项目组
●执行集成测试
●修改代码缺陷,更新基线和RTM
●文档化系统测试流程和用例(流程和测试案例)
●建立下个阶段的详细计划
●提供软件系统
●评审最后交付的草案
质量组
●跟踪问题
●确认集成测试的技术和同行评审是有效的
●制作阶段检查报告,参与阶段评审
5.4.3集成测试阶段评审
阶段目标
●修复测试中发现的缺陷
●系统测试流程和用例完成、文档化,评审过和基线化
●下阶段工作的计划
阶段评审中的管理说明
●评审风险和公开的问题
●同意活动计划和为进入下阶段的交付物
5.4.4出口准则
●代码满足集成测试准则
●评审系统测试流程和用例
●批准下阶段计划
5.4.5集成测试阶段交付物
●集成测试代码
●集成测试报告
●系统测试流程和用例
●更新RTM
●阶段评审报告
5.5系统测试阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.5.1侧重点
在这个阶段里,软件被作为产品测试。
这个测试是为了验证最终的产品符合用户的需求。
另外也要测试稳定性和可靠性。
这些包括压力,限制、量测试和异常测试等。
5.5.2活动
顾客/干系人
●参加阶段会议
项目组
●执行系统测试
●修改代码中的缺陷,更新基线和RTM
●建立发布计划
质量组
●跟踪问题
●确认系统测试的技术和同行评审是有效的
●制作阶段报告,参与阶段评审
5.5.3系统测试阶段评审
阶段目标
●修复测试中发现的缺陷
●建立产品基线
●下阶段工作的计划
5.5.4阶段评审中的管理说明
●批准放弃没有达到发布/完成标准的过程和产品
●评审风险和公开问题
●同意发布计划
5.5.5出口准则
●代码和文档满足系统测试要求
●批准发布计划
5.5.6系统测试阶段交付物
●系统测试代码
●系统测试报告
●发布计划
●更新的RTM
●项目状态及阶段报告;阶段检查报告;
5.6发布/上线阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.6.1重点
软件被建立并被检验,若符合发布标准即被发布。
软件包应包括软件,发布版本的注意事项,技术的和适合用户使用的文档;
用户文档被最终定案(若需要)。
这预示着软件即将交付给用户。
客户软件开发项目
●在软件交付给客户之前,项目组在此阶段执行“验收/上线测试”并取得客户的签核确认。
此活动一般为项目的初验。
内部开发项目
●在产品开发项目的情况下,如果用户需要,一个发布版本可以先于正式的产品发布版本被发布。
5.6.2活动
客户/干系人
●参加阶段会议
●客户参与初验(上线)测试,并签核初验测试的测试结果或上线报告。
●客户参与拟定《验收测试计划》、《上线方案》,如果需要时
项目组
●配合客户拟定《验收测试计划》、《上线方案》,如果需要时
●当有客户时,按照用户期望的《验收测试计划》、《上线方案》实施上线测试。
●配合用户上线测试/初验测试。
●建立并检验将要交付的软件是否符合用户的需求/接受标准
●按照软件配置管理计划(SCMP)中的定义实施建立和发布版本的管理活动。
●准备交付的软件包连同任何需要的文档
●制定维护/移交计划(当需要时)
质量组
●跟踪问题
●制定质量报告,参加发布版本会议(或验收/上线测试总结会议)
5.6.3发布阶段评审
阶段目标
●实施物理的和功能性的配置审计
●制造并发布发布版本软件包
阶段评审中的管理参与
●评审全面的项目
●评审验收/上线测试的结果
●在内部产品开发项目情况下,评审产品的性能(如果合适的话)。
5.6.4出口准则
●软件要符合版本发布标准
●软件安装被检验
●顾客获得最终产品
5.6.5发布阶段可交付的产品
●可发布的软件包
●客户签核的【业务测试验收表】或【上线报告】
●客户签核的【验收报告】(如果此阶段可得);
●客户签核的【项目交付清单】;
●项目状态及阶段报告;阶段检查报告;;
5.7项目关闭阶段
PD
PI
RA&P
HLD
DD
CUT
IT
ST
REL
CLS
CUSTSOKORSOASODSOCSOFCSCRC
5.7.1侧重点:
本阶段为正式关闭项目开发工作的阶段,进行项目回顾以获得关键性知识。
进行回顾会议。
项目组进入下一周期,或者开始与产品维护有关的活动,或者与产品的下一版本有关的活动.
5.7.2活动
客户/干系人
●无
项目组
●提供支持(如果适当的话)
●实施项目回顾
●提交给组织的经验教训、最佳实践;
●整理并将项目文件存档
●保存项目技术资料
●释放所有项目资源
●指定项目维护责任人
●是否根据【项目总结回顾调查问卷】进行了调查
质量组
●跟踪问题
●推动项目回顾,提交经验总结和度量分析,项目总体的质量报告。
项目管理部
●接收和保存项目交付文件包;
●根据定义的维护阶段【sccb审批权限表】接受归档变更。
对于活动的细节列表和相关的拥有者请参考"项目关闭检查单",该检查单作为本阶段的一部分必须被执行。
5.7.3关闭时可交付的产品
●客户签章的验收报告(如果可得)
●项目关闭总结报告
●经验教训总结
●存档的项目文件