软件开发流程总览.doc

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