软件开发过程综述

由项目经理或项目经理指派专人 《概要设计说明书》和《详细设计说明书》 来撰写《概要设计说明书》、 及其变更后的《概要设计说明书》和《详 《详细设计说明书》。 细设计说明书》都须要进行评审 在软件开发过程中，若因设计有 变更而要更改相关设计说明书， 则变更申请人应以邮件形式向项 目经理、质量经理、测试经理以 及研发部领导提出变更申请，待 变更申请批准后方可执行变更， 并要及时通知所有相关开发人员、 测试人员、配置管理人员和质量 管理人员等，以便能协同工作。 变更后的设计说明书仍然要进行 评审。
பைடு நூலகம்
经过评审
编码 产品开发阶段 项 目 监 控 单元测试 通过后， 再提交给 测试部门 项 目 组 送 测 软 件 （ 须 填 写 送 测 单 ）
依据《需 求规格说 明书》、 《详细设 计说明 书》等， 编写集成 和系统测 试用例
经过评审
执行配置 管理活动 （含配置 库的管理 及其备 份、 报告配置 状态、执 行配置审 计、控制 基线发布 、控制配 置项的变 更等）
产品维护阶段
维护与服务
软件开发过程中各过程域所对应的关键活动
项目管理过程 域
项目立项
关键活动
对应的文档
关键活动说明
1. 需要明确项目经理的职责与权利、项目的交付日期等。
是否需要评审
否
召开项目立项会 以邮件的形式通知相 议，确定项目经理 关人员召开项目立项 及其责任和权利等。 会议 项目估算 制定项目计划 审批项目计划 项目计划变更控制 《项目计划》 （用项目管理工具来 跟踪与管理项目的任 务、进度等 ）
《项目计划》须 要评审
项目监控
项目计划跟踪 项目进展总结 偏差控制
相关会议记录（尤其 是重要会议记录）
由项目管理人员或质量管理人员进行项目监控工作，并填写《项 目偏差表》和《项目里程碑报告》（一般每周进行一次）
否
需求管理
需求确认与评审 需求跟踪 需求变更控制
《需求评审检查表》 《需求跟踪矩阵》 （用需求管理工具来 跟踪与管理需求）
客户验收
配合客户做 产品或项目 验收
《验收计划》 《验收报告》
软件开发过程中各过程域所对应的关键活动（续）
机构支撑过程域
配置管理
关键活动
建立配置库 配置库管理 制定配置管理计划 配置状态报告 配置审计 基线控制 版本控制 变更控制 发布控制
对应的文档
《配置管理计划》 《配置库结构和权限表》 《发布申请单》
项目可以结项时，由项目经理召集相关人员对项目进行总结，并 写出一份《项目总结报告》发行给相关人员以做为项目经验总结。
变更后的《系统 需求规格说明书》 须要进行评审
结项管理
结项管理
《项目总结报告》
否
软件开发过程中各过程域所对应的关键活动（续）
项目研发过程域 关键活动 对应的文档 关键活动说明 是否需要评审
产品测试阶段
需 求 跟 踪
依据《测试用例》 执行集成测试与系 统测试，将软件缺 陷及时反馈给开发 人员，并出具相应 的测试报告。
依据《质 量保证计 划》 执行质量 管理活动 （依据 《质量保 证计划》 进行过程 检查和产 品检查）
客户验收阶段
需 求 变 更 控 制
配合客户做验收测试。或配合Beta用户做Beta测试
需求开发 需求调查 需求分析 需求定义 概要设计（或 称体系结构设 计） 详细设计 设计评审 1、《系统需求规格说明 书》 1. 由项目经理或项目经理指派专人 来分析用户需求或产品需求，以 形成《系统需求规格说明书》。 《系统需求规格说明书》 须要进行评审
系统设计
1、《概要设计说明书》 1、 2、《详细设计说明书》 （概要设计及详细设计的 变更内容要在设计说明书 2、 中的History里具体描述） 3、《设计评审检查表》
项目规划
1.
2.
项目立项后，由项目经理制定《项目计划》，并且经过领 导审批通过后，将《项目计划》发行给质量经理、测试人 员、配置管理人员以及相关开发人员。 如《项目计划》有变更且领导批准变更后，一定要通知质 量经理、配置管理人员、质量管理人员等相关人员，并且 《项目计划》变更完成且通过评审后，要通知相关人员以 便能协同工作。
编码
编码
1、《代码说明书》（需 对每个方法的实现功能及 其参数进行具体说明）
1、程序编码人员须依据《详细设计说 明书》进行编码工作。并按照要求定 期提交代码到配置库（一般每天一 次）。
软件开发过程中各过程域所对应的关键活动（续）
项目研发过程域 测试 关键活动 1、单元测试 （如果有单 元测试过程） 2、集成测试 （如果有集 成测试过程） 3、系统测试 对应的文档 1、《测试计划》 2、《集成测试用例》 （如果有集成测试过 程） 3、《系统测试用例》 4、《集成测试报告》 （如果有集成测试过 程） 5、《系统测试报告》 6、《测试用例评审检 查表》 7、《安装维护手册》 8、《用户操作手册》 关键活动说明 是否需要评审 1、测试经理或测试负责人依据《项目计划》编写 测试用例需要评审 《测试计划》，并部署测试的相关准备工作。并 将《测试计划》发行给项目经理、测试人员等相 关人员。 2、测试负责人及测试工程师依据 需求规格说明书、设计说明书等相关文档编写相 应的集成和系统测试用例。测试用例需要经过评 审后，相关测试工程师才能按照测试用例执行测 试，将软件缺陷及时反馈给开发人员，并出具相 应的测试报告。 3、若项目有变更，则由测试经理决定《测试计划》 是否需要调整，若需要调整，则需将调整后的 《测试计划》发行给相关人员，之后按照新的 《测试计划》执行相应的测试任务。 4、在开发过程中，若需求或设计有变更，需要更 改测试用例，则由相关测试工程师更改测试用例， 更改后的测试用例仍然需要经过评审，评审通过 后，才能按照新的测试用例执行相应的测试。 5、在各测试阶段结束时，测试经理应填写各阶段 的《测试报告》，并发送给所有相关人员。在整 个项目测试结束时，测试经理应填写最终的《系 统测试报告》，并发送给所有相关人员。 1、项目相关人员须配合客户做产品或项目的验收 工作。
软件开发过程综述
一、软件开发过程模型 二、软件开发过程中各角色所从事的活动 三、软件开发过程中各过程域所对应的关键活动
软件开发过程模型
PH0 产品概念 项目 管理 过程 PH1 产品定义 PH2 产品开发 PH3 产品测试 PH4 客户验收 PH5 产品维护 立项管理 项目规划 项目监控 需求管理 结项管理
1、由项目经理或质量管理人员进行需求管理，并填写《需求跟踪 矩阵》和《不一致记录》。 2、在软件开发过程中，若因需求有变更而要更改相应的需求规格 说明书时，则变更申请人应填写《变更申请表》，待变更申请批 准后方可执行变更，并要及时通知所有相关开发人员、测试人员、 配置管理人员和质量管理人员等，以便能协同工作。变更后的 《系统需求规格说明书》仍然要进行评审。
是否需要评审（评审原则）
否
2.
3.
4.
5.
软件开发过程中各过程域所对应的关键活动（续）
机构支撑过程域 质量保证 关键活动 过程和产品检查 对应的文档 《质量保证计划》 《质量保证总结报告》 《不符合项报告》 《不符合项跟踪表》 《QA产品检查表》 《QA过程检查表》 关键活动说明 1、质量管理人员依据《项目计划》制定《质量保 证计划》，若《项目计划》有变更，并且影响到 《质量保证计划》，则项目经理需及时通知质量 管理人员对《质量保证计划》进行调整。 2、在开发过程中，质量管理人员需按照《质量保 证计划》定期检查过程与产品质量（一般每周一 次或按照项目的里程碑来进行定期检查），并须 填写《不符合项报告》、《不符合项跟踪表》、 《QA产品检查表》、 《QA过程检查表》。 3、在项目交付给客户前，项目的质量管理人员应 填写《质量保证总结报告》，并发送给项目经理、 高层经理等相关人员。 是否需要评审（评审原则） 否
经过评审
项目规划 （产生 《项目计 划》）
经过评审
依据《项 目计划》 编写《测 试计划》 依据《项 目计划》 编写《配 置管理计 划》 建立项目 的配置 库、设置 用户及其 权限、与 项目经理 确认配置 项 依据《项 目计划》 编写《质 量保证计 划》
产品定义阶段
系统设计 （含《体 系结构设 计》和 《详细设 计》）
关键活动说明
1. 配置管理人员依据《项目计划》编写《配置 管理计划》。若《项目计划》有变更，并且 影响到《配置管理计划》，则项目经理需及 时通知配置管理人员，由配置管理人员调整 《配置管理计划》 配置管理人员在项目启动后，须建立项目的 配置库，设置用户及其权限，与项目经理确 认该项目的配置项，并形成《配置库结构和 权限表》。 配置管理人员应定期报告项目的配置项状态 ，并填写《配置管理检查表》（一般每周一 次）。 在开发过程中，若配置项（如项目计划、系 统需求规格说明书、设计说明书等）有变更 ，则变更申请人应以邮件形式向项目经理、 质量经理、测试经理以及研发部领导提出变 更申请，待变更申请批准后方可执行变更， 变更后的配置项仍然需要重新审批（对于计 划与管理文档）或评审（对于技术文档）， 审批或评审通过之后，才能再次纳入正式基 线。 当项目达到可以发布状态时，由项目经理或 由项目经理指派专人构造好产品，并填写好 项目的《发布申请单》，经检查合格后发布 产品。
需求开发
技术预研 系统设计
技术评审
并行、迭代 项目 研发 过程
编码 单元测试
根据产品特征确定最合适的开发模型。 以线性顺序为主，以并行、迭代为辅。
集成测试、 系统测试 Beta测试 客户验收
机构 支撑 过程
配置管理
质量保证
培训管理
服务与维护
软件开发过程中各角色所从事的活动
阶段 项目经理 项目立项 产品概念阶段 需求开发 需求分析人员 设计人员 开发人员 测试人员 配置管理人员 质量管理人员