CCIC_BX_软件开发技术规范_20100409.docVIP

密级：商业机密 CCIC信息技术部文档状态 [ ] 初稿 [ ] 审核通过 [ √ ] 发布 [ ] 修改 [ ] 作废 文档标识 当前版本 正文/总页数 编制人/部门/日期 /CCIC/ 2009-12-07 审核人/部门/日期 批准人/部门/日期 发布日期 文档版本历史表 版本号 作者 操作 日期 说明 V 创建 200-12-07 文档审核记录表 版本号 审核人 审核人签字 审核日期 说明 V 文档分发记录表 版本号 所属部门/处室/厂商 分发日期 接收人数 接收人 To 所属部门/处室/厂商 目 录 1 文档说明 4 1.1 文档目的 4 1.2 适用范围 4 1.3 引用资料 4 1.4 术语定义 4 2 应用开发技术规范 4 2.1 概述 4 2.2 通用技术规范 5 2.3 表现层技术规范 6 2.4 业务逻辑层技术规范 7 2.5 数据访问层与数据库设计技术规范 10 2.6 集成技术规范 13 3 规范示例 15 3.1 JAVA开发规范 15 3.2 界面开发规范示例 38 3.3 公共控制规范示例 44 3.4 DAO编码规范示例 45  《中国大地财产保险股份有限公司应用系统开发技术规范》（以下简称应用开发技术规范）定义了大地公司应用系统开发应遵循的技术规范以及相应的数据库设计规范，作为公司内部各类软件开发的指导性规范。 本文档基于公司管理需要，先期定义了相对主要的、应重点遵循的规范，今后将根据工作需要不断补充完善，增加相关细则。 文档目的 规范公司内部及第三方软件开发商为大地公司开发应用系统的技术框架与系统设计。 适用范围 本规范适用于自行开发项目和外包开发项目，各方软件开发过程中必须遵循本文档定义的原则、规范及标准。 引用资料 GB/T ×××××××××××《质量管理体系 基础和术语》 GB/T ×××××××××××《质量管理体系 要求》 GB/T ×××××××××××《质量管理体系 业绩改进指南》 GB 8566-88 计算机软件开发规范 CCIC_BX_ESB接口标准 术语定义 无 应用开发技术规范 概述 本规范从通用规范、表现层、业务逻辑层、数据库访问层及数据库设计、集成等五个方面定义了应遵循的技术要求，在描述时将应遵循的技术规范分为三大类： 原则：指所有技术框架与设计应遵守的准则或限制性条件。是应用系统开发时必须遵守的技术要求，除非经过评审认为可以临时破例。本文列举了每条原则的解释与原因。 标准：指公司应用系统开发必须遵循的技术标准。 规范：指第三方软件开发商为大地公司开发应用系统时应具备的技术规范。本文列举了规范应具备的内容与例子。具体规范内容由第三方软件开发商根据自身的经验与技术积累而细化，并经过评审后启用。大地公司可将其作为检查系统开发质量的标准。 通用技术规范 原则 J2EE分层结构原则 解释 大地IT系统应能运行在标准的J2EE中间件上，并至少包括表现层、业务逻辑层与数据访问层，各层之间采用IoC框架（如Spring）进行解耦。 原因采用标准的J2EE中间件有利于大地IT系统运行平台的统一管理；分层结构可以解耦界面、业务逻辑与存储的相关代码，提高系统的灵活性；以Spring为代表的IoC框架，可将接口的实现与使用分离，提高系统的灵活性。 大对象重用原则 解释在程序中，要求尽量重用占内存大的对象，避免不断生成与复制，尤其避免在循环体中生成大对象。 原因；由于Java的垃圾回收机制，不会立即释放不用的内存，如果短时间内大量生成大对象，很容易造成内存溢出。特别要求在代码检查中重点检查这个错误。 自动化代码检查原则 解释采用代码检查工具（如CheckStyle），发现不符合“程序编写规范”的代码。 原因可以及时发现不符合规范的代码，避免不合格代码与程序的出现，降低开发风险。 自动化单元测试原则 解释要求编写单元测试代码（可以采用JUnit），能进行自动化单元测试。 原因在程序修改后，通过运行自动化单元测试，可以及时发现本次改动是否会影响其他代码逻辑。而版本管理人员可以通过运行单元测试，避免代码逻辑冲突，及时发现问题，减少系统测试中出现错误的情况。 第三方代码使用原则 解释：框架中采用的第三方代码必须经过评审，判定它的稳定性、性能以及合法性等。 原因：很多第三方代码可能存在不同版本，