文档介绍：项目组
软件开发行为规范
仅供信息化部使用
1  概述 
 编写目标 
为了把企业已经公布软件开发过程规范有效地运作于产品开发活动中，把多种规范“逐步形成工程师作业规范”，特制订本软件开发行为规范，以抵达提升系统质量目标。在本规范中，叙述了基础开发模式，包含需求验证、设计、编码规范、代码审查、单元测试、配置管理等，并明确开发过程中方法、策略、工具和环境要求，开发人员全部必需遵守本软件开发规范。
 读者对象 
本规范读者对象为软件开发项目管理者、项目经理、开发组
2需求评审
按软件开发过程经验，问题暴露越早越好。所以，在实施设计和编码前，需对项目经理提供需求说明文档进行充足验证，在不明确需求点上，需要和项目经理深入核实，确保对每个需求点有清楚、一致认识和了解。
在需求验证过程中，需按以下检验点进行逐项检验（包含不限于）：
全部定义、实现方法是否清楚地表示了用户原始要求？
是否清楚、明确地描述了全部功效？是否没有不能了解或造成误解描述 ？
需求定义是否包含了相关功效、性能、限制、目标、质量等方面全部需求？ 
需求是否能够验证（即是否能够检验软件是否满足了需求）？ 
是否有术语定义一览表？
是否标识并定义了在未来可能会改变需求？ 
各个需求之间是否一致？是否有冲突和矛盾？ 
是否定义了系统全部输入、输出及其起源？关键为用户或其它外部接口，是否明确定义了输入参数和输出参数？
是否说明了怎样进行系统输入正当性检验？
功效性需求是否覆盖了全部非正常情况处理？
对异常数据产生结果是否作了正确描述？
是否充足定义了相关人机界面需求？ 
在不一样情况下，是否要求了系统响应时间？ 
界面需求是否使软硬件系统含有兼容性？ 
是否有对相关日志做明确要求？以满足稽核相关需要。
针对开发过程中需求变更，以上需求验证点一样适用，并同时评定需求变更给目前项目标设计和开发带来风险，包含架构、安全、进度等方面，方便项目经理进行计划调整和安排。
，使用 Excel对以上检验点进行跟踪和标识。统计文档需check-in 到svn.
2. 评审完成需求文档需check-in到svn。
-in到svn。
，并跟踪其状态。
3 系统设计及评审
过程要求
概要设计要以软件需求规格为基础，必需确保需要实现需求规格已经被设计。概要设计文档需涵盖以下几方面：
涵盖系统总体结构、功效。系统共包含哪些模块，和模块之间关系。使阅读者对系统有了全局观。
明确系统使用外部接口和资源。包含外部环境、第三方接口、第三方技术架构等。
模块设计深入细化，包含具体输入、输出、处理逻辑、和其它模块之间接口等。
数据结构设计，文档中明确数据物理结构和逻辑结构，包含数据存放方法、缓存策略、备份策略、清理策略等。
容灾设计，关键指外部资源或接口不可用时，系统怎样处理，包含用户提醒信息、错误现场统计等。
监控设计，针对系统中关键业务，尤其是对实时性、正确性要求较高功效，需考虑其监控指标、监控方法、业务阀值、告警通知设计。
安全设计，在系统概要设