文档介绍：软件开发规范--精选文档
软件开发规范--精选文档
软件开发规范--精选文档
项目组
软件开发行为规范
仅供信息化部使用
软件开发规接受的复杂度？ 
5、是否所有的接口都能描述了必要的类型、数量、质量等信息？ 
6、操作界面是否考虑了用户（例如：提供准确、清晰、有用的提示信息）
7、是否模块化设计？ 
8、模块遵循高内聚、低耦合的原则？
软件开发规范--精选文档
软件开发规范--精选文档
软件开发规范--精选文档
9、是否每一部分的设计都可以追溯到需求说明书，接口规格说明书、或其他产品文档？ 
10、对所继承下来的那些特别和不常用的特性对目前设计的影响是否进行了分析？ 
11、需求规格评审中不完整的需求是否都已经解决? 
12、设计是否考虑了检错和恢复措施？（例如：输入检查，数据错误后如何恢复）
13、是否考虑了异常情况？ 
14、是否完全准确描述了所有的出错情况？ 
15、设计是否能够满足所有系统集成方面的要求？
工具及环境
1. 概要设计文档及其评审文档需check-in 到svn中。
2. 概要设计过程中的问题跟踪需记录。
4 系统实现
过程要求
编码必须以设计文档为基础，必须保证所有的设计都被编码实现。当设计发生变更时，必须修改相关代码。同时必须保证设计文档和代码的一致性。当代码的修改已经造成设计更改时，必须修订相应设计文档。
在系统实现过程中，需遵循以下规范：
遵照各项编码规范。
所有代码使用svn进行统一管理，并至少提供开发、测试、生产三种构建脚本。
在系统开始之前，需在svn上创建对应的分支，开发工作统一在分支上进行。
针对开发任务的分解，需要参照单人单任务在两天以内完成的标准。
开发过程中，单元测试通过的代码需要及时check-in到svn。
软件开发规范--精选文档
软件开发规范--精选文档
软件开发规范--精选文档
代码进入系统测试前需进行评审，可以是集中评审或者交叉评审的方式。评审内容包括基本编码规范、基本逻辑、日志规范、出错处理等。
单元测试的覆盖率需在80%以上。具体的单元测试要点如下：
对所测模块的数据进行测试。 
检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化的变量、错误的初始值或缺省值。 
设计测试用例查找由于不正确的计算（包括算法错、表达式符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。 
检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。 
边界检查，注意设计数据、控制中刚好等于、大于或小于确定的比较值的用例。
开发过程中，需进行持续化构建，保证check-in的代码质量。
项目中引进的新技术需经过统一评审。
5 测试
过程要求
在系统交付给测试组进行测试前，开发人员需在内部进行第一轮功能测试。测试过程中需保持测试代码的准确性和测试环境的独立性。具体测试内容包含但不限于以下几方面：
。对照需求文档中的功能点，对系统的功能进行测试验证，确