数据库架构设计规范V1.0.docVIP

内蒙古银行信贷管理系统 数据库设计规范 内蒙古银行信贷管理系统项目组 2012-05  目录 1. 概述 5 系统技术框架 5 概述 5 图例 6 平台与业务组件接口设计 7 2. 代码开发规范 10 2.1. 命名规范 10 2.1.1. 应用目录结构规范 10 2.1.2. 包结构与命名 10 2.1.3. 类/接口命名 14 2.1.4. 成员变量及方法命名 15 2.1.5. 局部变量命名（及声明） 15 2.2. 代码书写规范 16 2.2.1. 总体原则 16 2.2.2. 类/接口定义 16 2.2.3. 文本格式 17 2.3. 注释规范 18 2.3.1. 程序注释 18 2.3.2. 文档注释（JavaDoc） 19 2.4. 内容规范 20 2.4.1. toString 20 2.4.2. Log 20 2.4.3. 文件编码 21 2.5. JSP页面编码 21 2.6. 包结构定义 22 2.7. 业务实体类（DOMAIN）编码 22 2.8. 操作类（Operation）编码 22 2.9. 组件类（Component）编码 23 2.10. 组件代理类（Agent）编码 23 1.1. 组件接口实现类（Interface）编码 24 1.2. 组件异常类（Exception）编码 24 8. 开发项命名规则 25 8.1. 文件命名 25 8.2. 标签命名 25 9. 开发活动规范 25 9.1. 小组同步 25  文档信息 文档版本编号: 文档版本日期: 起草人: 李广民 起草日期: 2012/5/12 版本记录 版本编号 版本日期 创建/修改 说明 1.0 2012-5-12 李广民 李广民  概述 在银行IT系统中，数据占据着绝对重要的地位，无论我们是从业务的角度上去设计数据结构，还是从技术角度上去管理、维护数据，一个有效的管理规范，都能有效帮助我们更高效、高质量的工作。 本文档用于定义“内蒙古银行信贷管理系统项目”中的数据库架构设计规范，包括但不限于数据库表结构设计、数据字典项设计，标准数据管理。 数据库表结构设计规范 领域名称规范 暂定业务领域名称如下图所示(需要完善)： 英文缩写 业务组件名 备注 PUB 公共管理 PUBlic CUS 客户管理 CUStomer FNC 财务管理 FiNanCe FNA 财务分析 FiNanceAnalysis PRJ 项目管理 ProJect PRD 产品管理 ProDuct LMT 额度管理 LiMiT LMA 额度测算 LiMitAssessing ACR 授权管理 ArcRedit CTR 合同管理 ConTRact GRT 押品管理 GuaRanTy DOC 档案管理 DOCument ACC 账务核算 ACCount GRP 集团管理 Grp CCR 客户评级 ClientCreditRating FCR 债项评级 FaCilityRating LPC 贷款定价 LoanPriCing RSC 风险分类 RiSkClses IQP 贷前调查 InQuiryPhase CRP 授信审批 CreditPhase PVP 签约放款 ProVidePhase PSP 贷后管理 PoStPhase ARP 资产保全 AssetsRedeemingPhase 英文缩写 业务组件名 备注 流程引擎 S 系统管理 System 表设计规范 表命名规范 规则： 表名总体长度不超过18个字符。 各部分以下划线“_”拼接。 领域命名部分需经过审核后发，领域命名部分最多不超过3个字符。 中间分类层，非必需项，由每个业务/技术领域模块设计人确定，不超过5个字符，该部分命名时建议采用英文意义简写。 最终名称命名时，由能代表该表含义的实际英文单词组成。 注意事项： 中间分类层为非必须项，如果确认没有该层，可以省略，那么，表名的组成即由(业务/技术)领域+“_”+最终名称这两部分组成。 举例： S_USER_DUTY S_USER_DEPT 其中的“S”即为领域名称，代表系统，其中第二层的“USER”即代表中间的分层，后续的DUTY、DEPT代表该表的最终含义。 表字段命令规范 图2.2.2.1： 图2.2.2.2： 规则： 在表由完整的三部分组成时，即(业务/技术)领域、中间分类层、表最终名称均 齐全时，表字段的命名遵守图2.2.2.1所示的结构。如果表不是由完整的三部分组成时，即由(业务/技术)领域、表最终名称这两部分组成时，表字段的命名遵守图2.2.2.2所示的结构。 各部分以下划线“_”拼接。 图2.2.2.1中所