OPD-3-02 项目各阶段活动参考指南

1、本资料仅供内部使用！ 项目各阶段活动参考指南 东南融通集团 2006 年 4 月 30 日 修改记录 制定日期制定日期生效日期生效日期制定制定 / / 修订修订 内容摘要内容摘要页数页数版本版本拟稿拟稿审查审查批准批准 2006/3/12006/4/30 制定和发布 6BEPG 蔡志评阮赐杰 目 录 1目的目的 .错误！未定义书签。 2软件开发生命周期选择指南软件开发生命周期选择指南 .错误！未定义书签。 2.1项目特征:.错误！未定义书签。错误！未定义书签。 1目的目的 描述项目各个阶段的阶段重点、角色的任务活动、评审目标、出口准则、可交付的交付物。 2范围范围 适用于项目各个阶段工作开展描

2、述。其中： 在阶段图中显示为绿色的 PD、PI、REL、CLS 四个阶段，不属于软件开发生命周期模型 中的阶段，属于项目生命周期中的阶段之一； 图形中的 RA&P、HLD、DD、CUT、IT、ST，属于软件开发生命周期模型中的 阶段。 如下面图形所示： 项目调研报告/用 户需求/验收标准 KORC 关闭阶段 控制流 数据流 XXX 可以由项目经理 签发的阶段点 XXX 推推荐荐由由高高级级经经理理 签签发发的的阶阶段段点点 发布/上线完毕 项项目目售售前前/ /定定义义 阶阶段段 项目开工 CUSTSO 和用户签订合 同/开发备忘录 发布/上线阶段 项目遵循的软件开发/工程活动 非开发/工程活

3、动 SOFTWARE LIFECYCLE MODEL 软件开发生命周期模型 项目立项/启动 阶段 PROJECT LIFECYCLE 项目生命周期 3名词定义名词定义 阶段评审：即检查点/检查点评审 PP：project planning 项目计划 PDSP：projects defined software process 项目定义的软件过程 SRS：software requirement specification 软件需求规格书 ITP：integration test planning 集成测试计划 STP：system test planning 系统测试计划 ATP：accept

4、ance test planning 验收测试计划 SQAP：software quality assurance planning 软件质量保证计划 SCMP：software configuration management planning 软件配置管理计划 HLD：high level design 概要设计/架构设计/概要设计 DD：detail design 底层设计/详细设计 项目计划活动：包含估算活动； 4项目各阶段描述项目各阶段描述 4.1 项目项目售前售前/定义阶段定义阶段 PDPDPIRA&PHLDDDCUTITSTRELCLS CUSTSO KO RSO ASO DSO

5、 CSO FC SC RC 4.1.1侧重点侧重点 对客户软件开发项目，PD 阶段涵盖了售前活动；对于内部研发项目，PD 阶段涵盖了需求调研 活动。在这个阶段，来自客户的高级需求被评估，同时向客户提交 项目建议书 。有时需求可以通过与客户的开会讨论从而能对其进行详细的描述。也可以开 发一个原型以确定其是否满足客户的需求，这同时也向客户示范了公司的能力和项目的可行性。 4.1.2活动活动 客户客户/干系人干系人 提供高级需求 通过参加讨论会详细说明需求（如果需要的话） 评审原型或者概念的证明，提出适当的修改建议 项目组项目组 评审用户需求 与销售部门合作，和用户举行讨论会 开发出一个原型/概念，

6、如果需要时 准备产品调研报告（如果合适的话） 准备高级解决方案体系架构（如果合适的话） 准备投标书（如果需要的话） 准备和提交 技术建议书/调研报告(IRs) ，应包含高级解决方案体系架构 商业建议书，应适当包括如下几点： 工作描述 高级工作量估计 定价 资源计划和项目组织 风险鉴别和风险量化 注意事项: 上面两种建议书可以按客户的需求拆分或者合并。 4.1.3项目售前项目售前/定义阶段评审定义阶段评审 阶段目标 评估客户的高级需求 用原型验证需求或者概念证明（对原型的反馈意见。如果需要） 提交给客户技术和商业建议书能够满足公司要求、客户满意； 阶段评审中的管理责任 基于与客户的商业协议，提交

7、启动项目 4.1.4出口准则出口准则 评审商业和技术建议书，并将其确立为基线 同客户签订建议书、合同或者签订一份开发协议 已确认的下一阶段计划 4.1.5 阶段交付物阶段交付物 技术和商业建议书 包含合同。如果客户需要，除了以上可交付产品外以下产品亦可被交付 售前调研报告 原型/概念证明（客户对原型/概念的反馈或答复） 4.2 项目立项项目立项/启动阶段启动阶段 PDPIPIRA&PHLDDDCUTITSTRELCLS CUSTSO KO RSO ASO DSO CSO FC SC RC 4.2.1侧重点侧重点 在项目立项/启动阶段期间，需要初始的分析和计划以便可以得出做/不做项目的决定。 客

8、户软件开发的项目，根据合同签订的情况，来决定是否开始启动项目； 内部研发项目，根据需求调研的情况，来决定是否开始启动项目； 同意项目启动（项目立项）的标志是： 客户软件开发项目：销售人员提交的“项目审批”申请，获得审批通过； 内部研发项目：部门经理或需求调研人员提交的“项目审批”申请，获得 审批通过。 根据项目特征，项目组选择项目初始的软件开发生命周期模型，生命周期和项目计划在本阶段 都是预备级的，在接下来的阶段中将被最终完善。 4.2.2活动活动 客户/干系人 提供，评审和确认需求，接受/验收标准 项目组 评审用户需求和接受/验收标准 选择/定义 LC 准备初步估算、初步项目计划， 为下一阶

9、段制定详细计划 项目开工（阶段评审）会 SEPG/质量组 帮助建立初步的项目计划和目标 参加阶段评审，输出阶段评审报告 4.2.3 项目立项项目立项/启动阶段评审启动阶段评审 阶段目标 用户需求和验收标准被评审和被确立为项目启动的基线 需求调研报告被评审和被确立为基线，如果有的话 为工程活动选择初步的项目生命周期 下阶段的工作计划 阶段评审中的管理责任 评审风险和打开问题 同意行动计划和下阶段的可交付产品 4.2.4 出口准则出口准则 项目的初步计划被确认和被确立为基线. 已确认的下阶段计划 项目开工（阶段）会议记录 4.2.5 初始项目阶段交付物初始项目阶段交付物 初步的项目计划、PDSP、

10、SQAP、 项目参考文档 通过审批的项目审批立项申请 项目状态及阶段报告；阶段检查报告； 4.2.6 需求分析和计划需求分析和计划阶段阶段 PDPIRARA &P&PHLDDDCUTITSTRELCLS CUSTSO KO RSO ASO DS CSO FC SC RC 4.2.7 侧重点侧重点 在这个阶段里，用户的需求被分析，SRS 被准备。设计目标正式化。顾客、最终用户和其他可 能是产品或构建的使用者的干系人一同参与对 SRS 的评审。根据用户需求或调查报告，准备系统 测试计划。 （验收测试计划 (ATP)被认为是由顾客来写的并且是系统测试计划 (STP)的一个子集)。 计划文档完成。这包

11、括详细的生存周期，高层管理需要参加的阶段评审识别。 4.2.8 活动活动 顾客/干系人 评审 SRS, STP 定义 ATP (如果合适) 项目组 评审用户需求, ATP 完成所有计划文档 PP, PDSP, SQAP 和 SCMP 准备 SRS, 生成需求跟踪矩阵(RTM) 文档化 STP 质量组 参与生成和回顾所有的计划文档 确认 SRS 和 STP 的技术和同行评审是有效的 制作【阶段检查报告】, 参与阶段评审 4.2.9 需求分析和计划阶段评审需求分析和计划阶段评审 阶段目标 所有的用户需求都归档在 SRS 中, 评审过和基线化了 ATP 文档化, 评审过和基线化了 系统测试计划完成并

12、归档, 评审过和基线化了 项目和过程计划完成 计划下一个阶段的工作 阶段评审中的管理说明 评审风险和公开的问题 同意活动计划和为下进入阶段的交付物 4.2.10 出口准则出口准则 SRS, STP 和 ATP 基线化 PP, PDSP, SQAP, SCMP 基线化 批准下个阶段的计划 4.2.11 阶段交付物阶段交付物 PP, PDSP, SQAP, SCMP SRS STP RTM 项目状态及阶段报告；阶段检查报告； 5概要设计概要设计阶段阶段 PDPIRA &PHLDHLDDDCUTITSTRELCLS CUSTSO KO RSO ASO DSO CSO FC SC RC 5.1.1 侧

13、重点侧重点 在这个阶段里，软件架构或概要设计描述将功能封装于不同组件或模块。描述了制定的基本原 理。被认为是产品或组件的使用者的干系人对概要设计（HLD）进行评审。如果软件是要和顾客或 其它软件集成，就要建立接口定义。集成测试计划(ITP)是基于 HLD 的。ITP 描述了用来产生一个 总体软件的集成模块的方法以及在模块级别上的测试和模块内部接口的测试。 5.1.2 活动活动 顾客/干系人 评审 HLD 和 界面定义，如果需要 项目组 设计和文档化软件架构/概要设计 （包含数据库设计） 归档接口定义，如果需要 更新 RTM 归档 ITP 为下一个阶段建立详细的计划 质量组 跟踪问题 确认 HL

14、D、接口定义和 ITP 的技术和同行评审是有效的 制作阶段检查报告, 参与阶段评审 5.1.3 概要设计阶段评审概要设计阶段评审 阶段目标 所有的需求对 HLD 都是可跟踪的 HLD 、数据库设计文档文档化, 评审过和基线化 接口文档化, 评审过和基线化 ITP 完成、文档化, 评审过和基线化 项目和过程详细计划完成 阶段评审中的管理说明 评审风险和公开的问题 同意活动计划和为进入下阶段的交付物 5.1.4 出口准则出口准则 HLD、数据库设计和 ITP 基线化 同意活动计划和为进入下阶段的交付物 5.1.5 阶段交付物阶段交付物 HLD、数据库设计 接口定义，如果需要 ITP 更新 RTM

15、项目状态及阶段报告；阶段检查报告； 5.2 详细设计详细设计阶段阶段 PDPIRA &PHLDDDDDCUTITSTRELCLS CUSTSO KO RSO ASO DSO CSO FC SC RC 5.2.1 侧重点侧重点 在这个阶段里，对构成产品的不同的组件和模块进行详细设计。详细设计可能是根据一些组成 系统的模块和一些组成模块的单元来进行的。描述了特定设计的原则，定义了详细设计或低层设计 （DD） 。用来说明每个模块测试方法的模块测试计划是根据 DD 来实施的。 5.2.2 活动活动 顾客/干系人 评审 DD, 如果需要 项目组 建立和归档 DD 更新 RTM 文档化模块/单元测试计划

16、为下一阶段建立详细计划 质量组 跟踪问题 确认 DD 的技术和同行评审是有效的 制作阶段检查报告, 参与阶段评审 5.2.3 详细设计阶段评审详细设计阶段评审 阶段目标 设计以保证详细设计达到 HLD 的功能性要求 模块、单元测试计划完成、文档化, 评审过和基线化 下阶段工作的计划 阶段评审中的管理说明 评审风险和公开的问题 同意活动计划和为进入下阶段的交付物 5.2.4 出口准则出口准则 DD 测试计划文档化, 评审过和基线化 批准下阶段计划 5.2.5 阶段交付物阶段交付物 DD 单元测试计划 更新的 RTM 阶段评审报告 5.3 编码和单元测试编码和单元测试阶段阶段 PDPIRA &PH

17、LDDDCUTCUTITSTRELCLS CUSTSO KO RSO ASO DSO CSO FC SC RC 5.3.1 侧重点侧重点 这个阶段执行单元编码和测试。包括编码、代码走查和单元测试计划、测试开发和测试执行。 在下个阶段模块和系统级别的集成测试的说明书也在这里定义。 5.3.2 活动活动 顾客/干系人 无 项目组 编码、代码走查和单元测试活动 基线化代码, 更新 RTM 文档化集成测试计划 (流程和测试用例) 为下一阶段建立详细的计划 质量组 跟踪问题 确认测试计划、编码和单元测试的技术和同行评审是有效的 制作阶段检查报告, 参与阶段评审 5.3.3 编码和单元测试阶段评审编码和单

18、元测试阶段评审 阶段目标 代码走查用来确定代码满足详细设计说明书的要求 执行单元测试/自测，以满足软件集成的缺陷要求 集成测试流程和用例完成、文档化、评审过和基线化 下阶段工作的计划 阶段评审中的管理说明 评审风险和公开的问题 同意活动计划和为进入下阶段的交付物 5.3.4 出口准则出口准则 代码通过单元测试 评审模块/集成测试流程和用例 批准下阶段计划 5.3.5 阶段交付物阶段交付物 单元测试代码 单元测试记录/报告 集成测试流程和用例 更新 RTM 项目状态及阶段报告；阶段检查报告； 5.4 集成测试集成测试阶段阶段 PDPIRA &PHLDDDCUTITITSTRELCLS CUSTS

19、O KO RSO ASO DSO CSO FC SC RC 5.4.1 侧重点侧重点 在这个阶段里，软件的不同组件和模块进行集成，然后这些模块被集成起来构成了软件产品或 系统。测试根据单元测试计划和 IT 测试计划和说明书来执行。定义下个阶段的系统测试计划（流 程和测试案例） 。 5.4.2 活动活动 顾客/干系人 如果需要，参加阶段会议 项目组 执行集成测试 修改代码缺陷，更新基线和 RTM 文档化系统测试流程和用例 (流程和测试案例) 建立下个阶段的详细计划 提供软件系统 评审最后交付的草案 质量组 跟踪问题 确认集成测试的技术和同行评审是有效的 制作阶段检查报告, 参与阶段评审 5.4.

20、3 集成测试阶段评审集成测试阶段评审 阶段目标阶段目标 修复测试中发现的缺陷 系统测试流程和用例完成、文档化, 评审过和基线化 下阶段工作的计划 阶段评审中的管理说明阶段评审中的管理说明 评审风险和公开的问题 同意活动计划和为进入下阶段的交付物 5.4.4 出口准则出口准则 代码满足集成测试准则 评审系统测试流程和用例 批准下阶段计划 5.4.5 集成测试阶段交付物集成测试阶段交付物 集成测试代码 集成测试报告 系统测试流程和用例 更新 RTM 阶段评审报告 5.5 系统测试系统测试阶段阶段 PDPIRA &PHLDDDCUTITSTSTRELCLS CUSTSO KO RSO ASO DSO

21、 CSO FC SC RC 5.5.1 侧重点侧重点 在这个阶段里，软件被作为产品测试。这个测试是为了验证最终的产品符合用户的需求。另外 也要测试稳定性和可靠性。这些包括压力，限制、量测试和异常测试等。 5.5.2 活动活动 顾客/干系人 参加阶段会议 项目组 执行系统测试 修改代码中的缺陷, 更新基线和 RTM 建立发布计划 质量组 跟踪问题 确认系统测试的技术和同行评审是有效的 制作阶段报告, 参与阶段评审 5.5.3 系统测试阶段评审系统测试阶段评审 阶段目标 修复测试中发现的缺陷 建立产品基线 下阶段工作的计划 5.5.4 阶段评审中的管理说明阶段评审中的管理说明 批准放弃没有达到发布

22、/完成标准的过程和产品 评审风险和公开问题 同意发布计划 5.5.5 出口准则出口准则 代码和文档满足系统测试要求 批准发布计划 5.5.6 系统测试阶段交付物系统测试阶段交付物 系统测试代码 系统测试报告 发布计划 更新的 RTM 项目状态及阶段报告；阶段检查报告； 5.6 发布发布/上线阶段上线阶段 PDPIRA &PHLDDDCUTITSTRELCLS CUSTSO KO RSO ASO DSO CSO FC SC RC 5.6.1重点重点 软件被建立并被检验，若符合发布标准即被发布。软件包应包括软件，发布版本的注意事项， 技术的和适合用户使用的文档； 用户文档被最终定案（若需要） 。

23、这预示着软件即将交付给用户。 客户软件开发项目 在软件交付给客户之前，项目组在此阶段执行“验收/上线测试”并取得客户的签核确认。 此活动一般为项目的初验。 内部开发项目 在产品开发项目的情况下，如果用户需要，一个发布版本可以先于正式的产品发布版本被 发布。 5.6.2活动活动 客户/干系人 参加阶段会议 客户参与初验（上线）测试，并签核初验测试的测试结果或上线报告。 客户参与拟定验收测试计划 、 上线方案 ，如果需要时 项目组 配合客户拟定验收测试计划 、 上线方案 ，如果需要时 当有客户时，按照用户期望的验收测试计划 、 上线方案实施上线测试。 配合用户上线测试/初验测试。 建立并检验将要交付的软件是否符合用户的需求/接受标准 按照软件配置管理计划（SCMP）中的定义实施建立和发布版本的管理活动。 准备交付的软件包连同任何需要的文档 制定维护/移交计划（当需要时） 质量组 跟踪问题 制定质量报告，参加发布版本会议（或验收/上线