软件开发流程总览.doc

软件开发过程 1 XXX 股份有限公司 生效期： 作业指导文件作业指导文件版本：1.0页数：7 页 主题： 软件开发过程 文件编号： 拟制： 日期： 审核： 日期： 批准： 日期： 目录目录 目录目录.1 1 1.1.目的目的.2 2 2.2.适用范围（必写）适用范围（必写）.2 2 3.3.定义定义.2 2 4.4.过程概要过程概要.2 2 4.1项目开发流程介绍.3 4.1.1活动目的.3 4.1.2启动条件.3 4.1.3输入.3 4.1.4角色与职责.3 4.1.5软件研发流程大致步骤.3 4.1.6输出.5 4.1.7退出条件.5 4.1.8方法.6 5.5.实施建议实施建议.6 6 6.6.涉及到的相关文件和表单涉及到的相关文件和表单.6 6 软件开发过程 1.1.目的目的 指导软件开发过程相关活动。 2.2.适用范围（必写）适用范围（必写） 适用于本公司所有软件开发项目。 3.3.定义定义 裁剪裁剪：可根据项目情况增加或者删除开发流程的某些活动、文档等。 4.4.过程概要过程概要 为指导本公司项目更科学的进行项目研发和管理，公司项目开发部负责建立了一套流程体系。 本体系主要从“软件开发流程”和“支持及跟踪管理流程”两条线路来分别建立了众多子流程以指 导各环节的工作。 其中， “软件开发流程”主要是描述从项目售前支持、立项，经历需求开发、需求管理、系统 设计、编码与集成、系统测试、部署上线、结项并直到维护各环节的具体流程的实施过程。 “支持 及跟踪管理流程”主要是描述贯穿整个研发流程的管理和支持过程：项目监控、风险管理、同行评 审、缺陷管理、配置管理、质量保证、度量以及组织级培训、过程改进过程。 在此，我们分别简述各流程的主要内容，详细的过程细节活动均请参考各子流程。 项目整体流程图如下（中间开发阶段流程可迭代）： 项目流程图 售前 QA 测试 小组 开发 小组 项目 经理 部门 领导 需求调研 输出 需求调研报告.doc、 其他参考需求信息 输入 需求提问列表.xls1.1 需求分析 输出 需求规格说明 书.doc 输入 需求调研报 告.doc、其他参考 需求信息 c系统概要设计 输出 概要设计说明 书.doc 输入 需求规格规格书、 设计解决方案 详细设计 输出 详细设计说明 书.doc、数 据库设计说明 书.doc、开 发框架.ppt 输入 概要设计说明书.doc 项目监控 输出项目周报xls问题管理列表风险管理列表需求跟踪矩阵 输入 项目进度计划.mpp c 编码实现 输出各模块代码 输入 详细设计说明书.doc、开 发框架.ppt、数据库设计说 明书.doc 集成联调 输出 初步可运行 系统软件 输入 模块代码 系统测试 输出系统测试报告.doc 输入 模块代码、初步可运行系统软 件、测试用例.doc 制定系统测试 计划及案例 输出 测试计划.doc 测试用例.doc 输入 需求规格说明书.doc 部署上线 输出上线报告.xls 输入 系统软件、概要设计说明 书.doc、上线计划.doc、 测试案例.doc、测试报 告.doc、开发计划.xls 启动会议 输出启动报告 输入 资源计划、技术方案 调试修改 输出可上线系统软件 输入 模块代码 试运行、 初验、终验 输出 试运行报告.doc、初验 报告、终验报告 输入 需求规格说明书.doc、概 要设计说明书.doc、详细说 明书.doc，需求变更申请单及 汇总表、数据库说明书 立项 输出 技术解决方案、资 源计划、成本核算 输入 SOW，问题风险列表, 立项意见表 制定计划 输出 项目管理计划、 项目进度计划 输入 技术方案 项目自定义过 程 输出裁剪报告 输入 技术方案 制定QA计划 输出 QA计划 输入 项目进度计划，项 目管理计划 指导、监控项目过程和产出物 输出QA报告 输入 QA计划 结项 输出 项目总结 书 输入 项目各有形、无形资 产，经验、教训总结 方案制定、演 示 输出解决方案 输入 业务需求、招标书 签订合同 输出 项目合同、SOW、问题 风险列表 输入 解决方案 软件开发过程 3 4.1 项目开发流程介绍项目开发流程介绍 4.1.14.1.1活动目的活动目的 规范项目从商机识别，到售前阶段、研发、实施、直到维护结束的整个开发过程。 4.1.24.1.2启动条件启动条件 客户商机线索 4.1.34.1.3输入输入 项目商机 4.1.44.1.4角色与职责角色与职责 角色主要职责 售前制定方案并演示 商务 竞标 商务谈判 签订合同 业务部部门经理 根据预算安排项目经理和项目组成 员 需求分析员 进行需求调研 进行需求分析 参与需求评审 项目经理 制定项目计划 分配任务 监督项目执行 周期汇报项目进展及问题。 根据需求基线创建需求跟踪矩阵 维护需求跟踪矩阵 保证项目分析设计成果与需求一一 对应关系 开发组 进行需求分析 完成概要设计 完成详细设计 完成编码及单元测试，集成测试 测试人员 进行系统测试 产出测试用例、测试报告 4.1.54.1.5软件研发流程大致步骤软件研发流程大致步骤 1、 业务部或销售部发掘商机。 2、 技术部评估项目商机，并派遣售前工程师支持。 软件开发过程 4 3、 售前调研客户需求，根据招标书完成解决方案，并给客户展示。 4、 售前与销售参与客户竞标，商务谈判通过后，签订合同。 5、 项目正式立项，部门经理确定项目经理和项目组成员。 6、 由项目经理协助，SQA 依据组织标准过程裁剪指南对项目进行裁剪，制定项目裁剪报告 。 7、 由 PM 制定初步项目计划。 8、 由 PM 指派的需求分析员通过与客户会面、调查问卷、直接参观现有流程等各种方式进行需求 调研，了解客户需求以及取得需求相关资料，调研过程中可用问答分析法（参见需求开发过 程中需求调研的方法） ，也可结合原型法将客户的需求快速开发形成页面原型并与客户反复 讨论，最终形成需求调研报告 。 9、 根据需求调研报告和其他客户需求资料，需求分析员进行需求分析并形成需求规格说明 书 ，PM 负责组织开发组（需求、设计、测试和 QA 人员）与客户方相关负责人对需求规格说明 书进行评审确认（参见需求管理过程的“需求确认”活动） 。 10、需求评审通过后，PM 根据项目情况选择合适开发模型，估算工作量和进度，并制定详细 的项目进度计划（mpp 格式）和项目管理计划 ，评审项目进度计划和项目管理计划 。 识别项目存在的风险和问题，完成风险管理列表和问题管理列表 ，之后 PM 负责监控项 目执行，定期发布项目周报 、 风险管理列表和问题管理列表 （视问题和风险严重程 度选择及时或者定期发布） ，同时通过需求跟踪矩阵管理、跟踪需求规格说明书中分 解的功能点。 11、注意：需求评审之后的任何阶段，客户提出的任何需求变更均要按照公司需求管理过程 中“4.3 变更控制流程”进行申请和审批，之后才能由 PM 组织开发组实施、测试并验证。PM 也要在需求规格说明书中添加变更的功能点 ，并在需求跟踪矩阵中对需求变更的功 能点进行管理。 12、需求评审后，系统设计人员根据需求规格说明书和相关资料进行概要设计，搭出项目 开发构架，产出概要设计说明书 ，之后由 PM 组织项目组内外资深需求、设计和编码人员对 概要设计说明书进行评审并修订。 13、需求评审后，测试人员根据项目经理的安排，根据需求规格说明书完成测试计划 并设计系统测试用例，产出测试计划 （可在项目计划中完成）和测试用例 ，之后由 PM 组织需求、测试人员对测试计划和测试用例进行评审。 14、按照各模块优先级以及 PM 的安排，开发组成员逐个完成各个模块的详细设计、编码和评 审工作。如选择迭代开发各个模块，那么首先需求分析员将根据评审后的需求规格说明书 软件开发过程 5 就单个模块进行详细需求调研并完善需求规格说明书 ，然后模块的设计人员根据模块需求 完成详细设计说明书和数据库设计说明书 ；编码人员根据设计进行代码开发及单元测 试。在每次详细设计说明书完成后，PM 均要组织客户及开发组相关人员进行评审；模块代 码完成后，PM 要组织设计、编码人员和测试人员（视测试人员具体情况而定）对代码进行评审。 15、单个模块完成后，可视项目情况让测试人员介入并进行单个模块的系统测试。 16、所有模块代码完成后，即实现了模块的集成，此时要进行联调并修改 BUG。 17、设计完成后，由开发人员根据设计文档进行集成测试用例设计，在各模块集成后，由开发 人员进行集成测试并产出集成测试报告 。 18、集成测试完成后，由测试人员根据系统测试用例进行系统测试并产出测试报告 。 19、系统测试 ok 后，由 PM 安排人员负责上线准备，完成上线计划 （可在项目计划中完成） 和其他必要文档。 20、PM 安排人员给客户安装部署和培训，并由客户确认，之后由部署人员完成上线报告 。 21、部署上线完成后，由 PM 负责打包提交客户要求的各种开发文档，客户需要试运行一段时 间，Close 试运行阶段 Bug 后，由 PM 协助客户完成试运行报告 （或 PM 完成报告，由客户签 字） ，进入终验时期，一段时间的试运行后无问题，完成终验报告并完成收款。 22、项目结项（研发组） ，进行结项评审，形成项目总结书 。 23、项目进入维护期。 24、维护期结束，项目结束。 注意： 整个开发过程中的活动均要项目组 QA 直接或间接的参与，在项目计划制定时，QA 也要制 定XX 项目 QA 计划并评审，指导项目组按照项目裁剪的流程执行。 项目所有的工作产物和版本均要由项目的配置管理员 SCM 在配置管理工具（SVN 或 VSS） 中统一管理,SCM 也要根据项目计划完成SCM 计划并评审。 4.1.64.1.6输出输出 客户要求的各种文档和公司要求文档（见流程图中各活动的输出）： SOW 、 解决方案 、 项目合同 、 立项意见表 、 项目启动报告 项目裁剪报告 需求 调研报告 、 需求规格说明书 、 概要设计说明书 、 详细设计说明书 、 数据库设计说明书 、 需求跟踪矩阵 、 问题管理列表 、 风险管理列表 、 项目计划 、 项目周报 、 上线报 软件开发过程 6 告 、 测试用例 、 测试报告 、 试运行报告 、 项目总结书等 4.1.74.1.7退出条件退出条件 维护期合同到期。 4.1.84.1.8方法方法 组织标准过程裁剪指南 5.5.实施建议实施建议 裁剪建议： 可以根据项目情况裁剪以下的活动： 竞标，部分项目不存在此活动。 评审，开发过程中并不一定所有里程碑产物均要评审，可视重要程度裁剪部分评审，但 需求规格说明书的评审一定要执行。 单元测试和集成测试，如进行了代码评审，可视情况裁剪单元测试；如人力资源不允许， 可视情况裁剪集成测试。 开发流程中部分活动的输入、输出文档，可视项目具体情况裁剪，如开发框架.ppt 。 具体裁剪请参见各子流程的裁剪建议。 6.6.涉及到的相关文件和表单涉及到的相关文件和表单 对于各阶段详细过程步骤，请参考以下详细过程文档： 1、 售前支持过程 2、 立项过程 3、 项目计划 4、 需求开发过程 5、 需求管理过程 6、 系统设计过程 7、 编码与集成过程 8、 系统测试管理 9、 上线过程 10、结项过程 11、维护与服务过程 以下是“支持及跟踪管理过程” 12、项目监控过程 13、