软件产品开发工作规范(D).doc

文件编号：GL1 汇达软件 版次：A 代替： 2000年3月6日 共6页 第7页文中的标记表示最近修改内容软件产品开发工作规范目的 本规范规定软件产品开发的阶段及各阶段的工作内容,目的是让软件产品开发人员明确软件产品开发的过程及过程中各阶段的工作内容,适用于指导制订工作计划,及作为检查工作进度的依据.（具体工作计划中可以适当剪裁，但应有文件可以检查。）规定1.本规范把软件产品开发过程划分为以下阶段：（1）.可行性研究与计划阶段 （5）.实现阶段（2）.需求分析阶段 （6）.组装测试阶段（3）.概要设计阶段 （7）.确认测试阶段（4）.详细设计阶段 （8）.使用和维护阶段2.在各阶段，要及时形成相关文档，而且文档编写要符合相关的规范。3.软件需求说明书包括需方要求的全部内容，可能有性能、安全性、可靠性、保密性和专用性等方面的要求。这些需求应精确，足以成为产品验收确认的依据，并得到需方的认可。4.如果某项目的专门计划要求高于本规范，则在本规范的基础之上按该要求执行。5.软件测试首要目的是预防错误发生,其次是发现问题,最后是提供良好的错误诊断信息,因此应根据具体项目选择适当的测试技术、工具和方法。6.确认测试阶段必须邀请需方人员一起参加。7开发过程中，有关项目的会议都必须形成会议纪要，纪录会议的主题、参加人员、要点、会议结论或工作布置等内容。 过程一.可行性研究与计划阶段1.评审标书中的需求及现实环境，从技术、经济和社会等因素研究，论证项目的可行性，对是否投标作出决定。2.工作内容 a.开发部门的分析人员对需求现状进行调研； b.依据有关材料对待开发的系统从经济、技术和社会等因素进行可行性研究； c.评审、决定项目是取消还是继续； d.若继续，则进行投标（有要求时），制订初步的项目开发计划； e.若中标，则可能要签署合同或有关协议。3.应形成文档： a.可行性研究报告 b.投标申请书 c.投标书 d.项目开发计划(初稿) e.（项目）评审报告二.需求分析1.确定被开发软件的运行环境、功能和性能要求，安全、保密、人机工程、接口、操作和维护的需求，鉴定要求等，编写用户手册概要和确认测试准则，为下一阶段的工作提供软件需求说明书。2.工作内容 a.调查被开发软件的环境； b.进一步明确客户的需求； c.确定确认测试计划； d.编写用户手册； e.可能时，修改项目开发计划。3.应形成文档： a.软件需求说明书(要客户确认) b.用户手册(初稿) c.确认测试计划 d.数据要求说明书(此阶段，要对软件需求说明书进行评审，保存记录。)三.概要设计1.依需求说明书，建立目标系统的总体结构和模块间的关系，定义各功能模块的接口，设计全局数据库/数据结构，制订组装测试计划。2.工作内容 a.建立目标系统总体结构； b.给出每个功能模块的功能描述、接口描述、全局数据定义； c.设计数据库/数据结构； d.制订组装测试计划。3.应形成文档： a.概要设计说明书 b.数据库/数据结构设计说明书 c.组装测试计划(此阶段，要对概要设计说明书、数据库/数据结构设计说明书进行评审。)四.详细设计1.对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。2.工作内容 a.各功能模块细化，形成若干程序模块(可编程的)； b.采用某种详细设计表示方法，对各程序模块进行过程描述； c.确定模块之间的详细接口信息，如参数形式、传送方式、上下调用关系等； d.建立“模块开发卷宗”； e.拟订模块测试方案。3.应形成文档： a.详细设计说明书 b.模块开发卷宗 c.模块测试方案（计划）(此阶段，要对详细设计说明书进行评审。)五.实现1.将详细设计说明转化为所要求的程序设计语言的源程序，并进行单元测试，验证模块接口与详细说明书的一致性。2.工作内容 a.对每个程序模块用选定的语言进行编码； b.按测试方案产生测试数据； c.按测试方案的规定方法进行单元测试； d.填写“模块开发卷宗”中相应阶段的内容； e.完善用户手册和编写操作手册。3.应形成文档： a.单元测试结果分析报告 b.用户手册和操作手册(初稿) c.模块开发卷宗六.组装测试1.制订组装计划，把各个单元集成。计划包括测试要求、步骤、数据、职责、时间表。2.工作内容 a.执行计划中所要求做的组装测试； b.分析测试结果，找出产生问题的原因； c.提交组装测试结果分析报告，尽快修改错误。3. 应形成文档： a.可运行的软件系统源程序清单 b.组装测试结果分析报告七.确认测试1.依据软件需求说明书中定义的全部功能和性能要求，及确认测试计划测试整个软件系统是否达到了要求，并提交最终用户手册和操作手册。2.工作内容 a.进行模拟测试，确认软件的所有功能； b.使用用户手册、操作手册，证实其实用性、有效性，并改正其中的错误； c.分析测试结果，找出错误原因，解决问题； d.书写整个项目的开发总结报告； e.对所有文件进行整理。3.应形成文档： a.确认测试分析报告(要有客户参加) b.最终用户手册和操作手册 c.项目开发总结报告八.使用和维护1.对投入运行后的软件系统进行修改，使软件系统能适应外界环境的改变，并实现功能扩充和性能改善。2.工作内容 a.用户或维护人员根据出现的问题向维护管理人员提交“软件问题报告”，管理人员填写“软件维护报告”； b.对“软件维护报告”进行评审,给出处理意见； c.按要求进行维护(解决问题、接口调整、功能扩充或性能改进)； d.测试并修改有关文件； e.通知用户和有关人员。 3.应形成文档： a.软件问题报告 b.软件维护报告有关文件文档控制规范文档编制指南服务工作规范文档编制实施指南软件文档的评审和签署规范附件一、项目评审报告附件二、项目进展报表 编写： 审核： 批准：附件一、项目评审报告 （项目）评审报告编号： 评审项目名称：评审日期评审性质 初次 复审参加人员：部门/人员评审意见备注评审结论： 批准： 日期：评审材料清单（调研材料，其他证明材料等）（注：此评审报告格式适用于所有评审的需要。可附页。） 另附页（ ）页附件二、项目进展报表项目名：子系统名模块名填表人填表日期项目组长开发单位（此为表头部分）开发进度表子系统名： 模块名： 统计日期： 年 月 日阶段名称计划进度调整进度实际进度备注开工日期结束日期开工日期结束日期开工日期结束日期SA&SDRAPDDDCD&UTIT&STIS &ACTSSD注： SA&SD(system analysis &software definition phase): 对应可行性研究与计划阶段 RA(requirements analysis phase): 对应需求分析阶段 PD(preliminary design phase): 对应概要设计阶段 DD(detailed design phase): 对应详细设计阶段 CD&UT(coding & unit testing phase): 对应实现阶段 IT&