52软件开发管理制度

软件开发管理制度版本：1.0审批：经理：河南柴油机重工有限责任公司二〇〇九年三月2目录1.目的和作用-------------------------------------------------------32.适用范围---------------------------------------------------------33.参考文件--------------------------------------------------------34.适用对象---------------------------------------------------------35.软件开发流程-----------------------------------------------------45.1可行性研究与计划------------------------------------------------45.1.1实施---------------------------------------------------------45.1.2文档---------------------------------------------------------45.1.2.1应交付的文档-----------------------------------------------45.1.2.2提交步骤---------------------------------------------------45.2需求分析-----------------------------------------------------45.2.1实施-----------------------------------------------------45.2.2要求-----------------------------------------------------55.2.3交付文档-----------------------------------------------------55.2.4审批-----------------------------------------------------55.3概要设计-----------------------------------------------------55.3.1实施-----------------------------------------------------55.3.2要求-----------------------------------------------------65.3.3交付文档-----------------------------------------------------65.3.4补充说明-----------------------------------------------------65.3.5审批-----------------------------------------------------65.4详细设计-----------------------------------------------------75.4.1实施-----------------------------------------------------75.4.2要求-----------------------------------------------------75.4.3文档-----------------------------------------------------75.4.4审批-----------------------------------------------------75.5实现-----------------------------------------------------75.5.1实施与要求----------------------------------------------------75.5.2交付文档85.5.3审批85.6组装测试85.6.1实施85.6.2要求85.6.3交付文档85.6.4审批85.7确认测试95.7.1实施95.7.2要求95.7.3交付文档95.7.4补充说明935.7.5审批95.8发布105.8.1过程105.8.2文档105.8.3审核105.9交接106.附录1：项目文档清单1141.目的和作用本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。2.适用范围：公司的软件开发产品均适用。3.参考文件各种文档模板文档命名规则交接流程4.适用对象软件管理人员，软件开发人员，软件维护人员5.软件开发流程5.1可行性研究与计划5.1.1实施5.1.1.1软件开发部分析人员进行市场调查与分析，确认软件的市场需求5.1.1.2在调查研究的基础上进行可行性研究，写出可行性报告5.1.1.3评审和审批，决定项目取消或继续5.1.1.4若项目可行，制订初步的软件开发计划，建立项目日志5.1.1.5根据市场环境、公司软硬件情况预测十大风险因素5.1.2文档5.1.2.1应交付的文档1）可行性研究报告*2）初步的软件开发计划3）十大风险列表*4）软件项目日志*5.1.2.2提交步骤1)适用于以后各阶段的文档提交。2)项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。5.2需求分析5.2.1实施5.2.1.1调查被开发软件的环境5.2.1.2软件开发提出的需求进行分析并给出详细的功能定义5.2.1.3做出简单的用户原型，与用户共同研究，直到用户满意5.2.1.4对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可有相应的缓冲时间）5.2.1.5制定详细的软件开发计划5.2.1.6QA部门制订质量控制计划和测试计划5.2.1.7编写初步的用户手册5.2.1.8评审5.2.2要求5.2.2.1必须以运行环境为基础5.2.2.2应有用户指定人员参加55.2.2.3需求说明书必须明确，并经过用户确认5.2.3交付文档1）软件需求说明书2）用户手册(概要)*3）更新后的软件开发计划4）项目进度计划*5）QA计划6）测试计划*7）更新后的十大风险列表*8）软件日志*5.2.4审批5.2.4.1经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认5.2.4.2软件需求说明书经项目经理确认后再提交给CTO进行审核确认。5.3概要设计5.3.1实施5.3.1.1确定目标系统的总体结构l对于大型系统，可按主要的软件需求划分成子系统，然后为每个系统定义功能模块及各功能模块间的关系，并描述各子系统的接口界面l对于一般系统，可按软件需求直接定义目标系统的功能模块及各功能模块间的关系5.3.1.2给出每个功能模块的功能描述，数据接口描述，外部文件及各功能模块部的关系5.3.1.3设计数据库或数据结构5.3.1.4制定各阶段开发的目标（以下称里程碑）计划5.3.1.5制订第一个里程碑的测试计划5.3.1.6评审5.3.2要求5.3.2.1在设计目标系统的整体结构时，应力争使其具有好的形态，各功能模块间应满足低耦合度，而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。5.3.2.2在设计目标系统的总体结构时，应降低模块接口的复杂性，提高目标系统的可靠性5.3.3交付文档1）概要设计说明书2）数据库/数据结构设计说明书3）更新后的用户手册*4）更新后的项目进度计划*5）更新后的十大风险列表*6）更新后的软件开发计划7）更新后的软件项目日志*5.3.4补充说明5.3.4.1测试程序的编写需与项目经理协商根据开发小组和QA小组的工作量确定由QA组还是由开发组完成65.3.4.2每一个里程碑又可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。5.3.5审批5.3.5.1经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认5.3.5.2数据库/数据结构设计说明书、概要设计说明书经项目经理确认后还须提交给CTO进行审核确认。5.4详细设计5.4.1实施5.4.1.1将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块（可编程模块）5.4.1.2确定各程序模块之间的详细接口信息5.4.1.3撰写拟定单元测试计划5.4.1.4评审5.4.2要求5.4.2.1确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。5.4.2.2规定符号的使用，确定命名规则。5.4.3文档1)详细设计说明书2)单元测试计划*5.4.4审批5.4.4.1经评审通过的各项内容形成相应的文档后，提交给项目经理审核确认.5.4.4.2详细设计说明书经项目经理确认后还须提交给CTO进行审核确认。5.5实现5.5.1实施与要求5.5.1.1对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该是结构良好、清晰易读、且与设计一致，符合公司编码规范5.5.1.2单元测试：开发人员按单元测试计划对自己编写的程序进行测试5.5.1.3编程及单元测试过程用sourcesafe进行版本管理，主要由项目组长负责管理。5.5.2交付文档单元测试报告5.5.3审批所有文档必须提交给项目经理审核确认。5.6组装测试5.6.1实施5.6.1.1开发组单元自测完成后，填写测试申请单连同要测试产品清单交给QA5.6.1.2相关QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录5.6.1.3执行测试计划中所有要求的组装测试5.6.1.4对测试结果进行分析，生成当前问题列表（BUGLIST），返回项目组长5.6.1.5开发人员经过分析，修复并自测完毕，生成BUG修复报告，返回QA5.6.1.6完成：反复直至QA通过。5.6.2要求75.6.2.1组装测试应保证模块间无错误的连接5.6.2.2应对软件系统或子系统的输入/输出能力进行测试，使其达到设计要求5.6.2.3应测试软件系统或子系统正确能力和经受错误的能力5.6.3交付文档1）运行的软件系统源程序清单2）组装测试计划*3）当前问题列表（BUGLIST）4）BUG修复报告5）组装测试分析报告5.6.4审批所有文档必须提交给项目经理审核确认。5.7确认测试5.7.1实施5.7.1.1模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件无严重错误5.7.1.2执行测试计划中的所有确认测试5.7.1.3使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误5.7.1.4对测试结果进行分析，生成当前问题列表（BUGLIST）5.7.1.5反复查找BUG原因，直到修复5.7.1.6对所有文件进行整理5.7.2要求5.7.2.1全部系统存储量、输入及输出通道，以及处理必须有足够的余量5.7.2.2全部预期结果、测试结果及测试数据全部存档5.7.3交付文档1)确认测试计划2)更新后的用户手册3)更新后的项目进度计划*4)更新后的十大风险列表*5)更新后的软件项目日志*6)测试产品清单7)当前问题列表（BUGLIST）8)BUG修复报告5.7.4补充说明5.7.4.1QA部门将测试清单中缺少的文档也列入BUGLIST5.7.4.2对于测试中重现与未重现的BUG均要有说明5.7.5审批所有文档完成后须提交给项目经理审核确认。5.8发布5.8.1过程5.8.1.1经测试合格的产品QA填写发布申请表连同发布文档一起提交给QA经理、项目经理、CTO5.8.1.2QA经理、项目经理、CTO审核发布申请5.8.1.3