02-软件开发规范概要.docx

软件开发规范修订记录版本修订内容修订人发布日期1.0创建基础版本谭相录2016-6-22目录1.文档说明41.1.目的41.2.受众41.3.适用范围41.4.名词术语42.过程描述52.1.总体流程图52.2.活动说明63.产出物清单74.附录84.1.标准环境说明8文档说明目的本规范旨在制订软件开发整体流程技术标准，使软件开发各项工作之间遵循同一操作规范，利于交叉工作的平缓顺利交接。以标准化方式，提高沟通和技术协作的水平，提高工作效率。减少和改变责任不明，任务不清，和由此产生的信息沟通不畅、反复修改、重复劳动、效率低下的现象。受众本文的主要读者如下：需求分析人员系统架构师系统设计人员软件开发人员系统测试人员系统部署人员适用范围本规范适用于维护类产品项目、新产品、平台开发项目和合同定制开发项目。名词术语序号术语说明IDE是用于提供程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面工具。集成了代码编写功能、分析功能、编译功能、调试功能等一体化的开发软件服务套。WBS工作分解结构（Work Breakdown Structure），把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。QAQUALITY ASSURANCE，中文意思是质量保证，通过建立和维持质量管理体系来确保产品质量没有问题。Alpha版此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。Beta版该版本相对于Alpha版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除。RC版该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。Release版该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。过程描述总体流程图活动说明需求调研通过需求调查与分析，获取用户需求并定义产品需求，需求调研整体分为两个阶段，即“需求讨论阶段”和“需求确认阶段”。调研过程中收集各项资料，通过各种途径获取用户的需求信息，对已经获取的需求信息进行归纳与总结，然后邀请包括潜在客户在内的各位干系人进行会议讨论，形成《需求讨论会纪要》和《需求确认会纪要》。技术方案选择技术方案的选择对整体产品的开发至关重要，项目经理需要组织系统架构师，对产品开发采用的技术方案进行论证，选出其中的几个方案作为备选方案，再从技术难度、技术成熟度、扩展性、维护成本、技术发展前景等角度进行综合评分，确定最终采用的技术方案，并形成《技术方案选择报告》。产品方案规划项目经理前期需求分析及讨论结果，根据需要，组织人员确定需要进行规划的需求范围，材料整理完成后，汇总形成《产品方案说明书》，项目经理再按照质量保证规范的要求，组织项目经理、开发人员、测试人员、QA人员等一起对《产品方案说明书》进行评审，评审完成后形成《方案评审报告》，并将发现的问题整理到《方案评审问题跟踪表》中，由相关人员对评审问题进行修改，修改完成并经验证人确认之后，更新《方案评审问题跟踪表》问题状态及解决措施。方案评审通过后，配置管理员负责将《方案说明书》纳入基线管理。变更的方案说明书需要更新版本号并说明变更范围，同时形成《变更跟踪表》。系统设计项目经理根据产品方案说明书、项目总体计划等材料，进行WBS工作任务分解，确定需要进行设计的模块范围，组织设计人员对系统相关的接口、数据库、数据对象等进行设计，从而在需求与代码之间建立桥梁，指导开发人员进行产品开发。设计完成后，汇总形成《设计说明书》，项目经理再按照质量保证规范的要求，组织项目经理、开发人员、QA人员等一齐对《设计说明书》进行评审，评审完成后形成《设计评审报告》，并将发现的问题整理到《设计评审问题跟踪表》中，由相关人员对设计问题进行修改，修改完成并经确认之后，更新《设计评审问题跟踪表》问题状态及解决措施。设计评审通过后，配置管理员负责将《设计说明书》纳入基线管理。变更的设计需要更新版本号并说明变更范围。开发实现开发人员根据《系统产品设计书》的要求，遵循公司的编程规范和开发平台框架等要求，进行程序编码工作，并根据配置管理的要求，及时提交源代码，编码完成后，开发人员应形成以下材料：源代码；可执行程序；数据初始化脚本。开发人员对自己负责的接口划分测试规程，并进行内部测试，形成《接口调试记录》。编译集成代码编写完成之后，在对应的IDE集成开发工具（如Eclipse、VS.NET）中进行编译，也可以采用更加严格的编译工具。编译时避免出现编译错误，并尽量消除出现的编译警告，保障程序的可用性和健壮性。系统测试开发人员负责在产品开发完成后，将编译好的程序提交测试人员。测试人员