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

文中的<R>标记表示最近修改内容 软件产品开发工作规范 目的 本规范规定软件产品开发的阶段及各阶段的工作内容,目的是让软件产品开发人员明确软件产品开发的过程及过程中各阶段的工作内容,适用于指导制订工作计划,及作为检查工作进度的依据.（具体工作计划中可以适当剪裁，但应有文件可以检查。） 规定 1.本规范把软件产品开发过程划分为以下阶段： （1）.可行性研究与计划阶段 （5）.实现阶段 （2）.需求分析阶段 （6）.组装测试阶段 （3）.概要设计阶段 （7）.确认测试阶段 （4）.详细设计阶段 （8）.使用和维护阶段 2.在各阶段，要及时形成相关文档，而且文档编写要符合相关的规范。 3.软件需求说明书包括需方要求的全部内容，可能有性能、安全性、可靠性、保密性和专用性等方面的要求。这些需求应精确，足以成为产品验收确认的依据，并得到需方的认可。 4.如果某项目的专门计划要求高于本规范，则在本规范的基础之上按该要求执行。 5.软件测试首要目的是预防错误发生,其次是发现问题,最后是提供良好的错误诊断信息,因此应根据具体项目选择适当的测试技术、工具和方法。 6.确认测试阶段必须邀请需方人员一起参加。 7．开发过程中，有关项目的会议都必须形成会议纪要，纪录会议的主题、参加人员、要点、会议结论或工作布置等内容。 <R> 过程 一.可行性研究与计划阶段 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.执行计划中所要求做的组装测试