核心业务系统业务开发规范

《核心业务系统业务开发规范》 核心业务系统业务开发规范核心业务系统业务开发规范 第 1 页/共 3 页 《核心业务系统业务开发规范》 文档修订记录文档修订记录 修订日期 20131023 20150605 变更编号 V1.0 V1.1 变更描述 新增文档 修改文档 修订方法修订说明 修改 完善编码规则、冲抹账 交易处理说明，新加了 超时时间一小节。 修订方法：新增/修改/删除 修订人 陈乾 第 2 页/共 3 页 《核心业务系统业务开发规范》 目录目录 1 前言 错错误！未定义书签。误！未定义书签。 2 名词解释 1 2.1 基础版版本.错错误！未定义书签。误！未定义书签。 2.2 项目版版本.错错误！未定义书签。误！未定义书签。 3 环境清单 错错误！未定义书签。误！未定义书签。 3.1 前台硬件要求.错错误！未定义书签。误！未定义书签。 3.2 前台软件要求.错错误！未定义书签。误！未定义书签。 3.3 后台硬件要求.错错误！未定义书签。误！未定义书签。 3.4 后台软件要求.错错误！未定义书签。误！未定义书签。 4 提交工具说明 错错误！未定义书签。误！未定义书签。 5 版本管理方案 错错误！未定义书签。误！未定义书签。 5.1 基础版版本.错错误！未定义书签。误！未定义书签。 5.1.1 提交流程 错错误！未定义书签。误！未定义书签。 5.1.2 基础版版本管理制度.错错误！未定义书签。误！未定义书签。 5.2 项目版版本.错错误！未定义书签。误！未定义书签。 5.2.1 接收和提交流程 错错误！未定义书签。误！未定义书签。 5.2.2 项目版版本管理制度.错错误！未定义书签。误！未定义书签。 6 项目版本交互方案 错错误！未定义书签。误！未定义书签。 6.1 中心与项目版本交互方案.错错误！未定义书签。误！未定义书签。 6.2 中心与项目 Bug 交互方案 错错误！未定义书签。误！未定义书签。 6.3 中心与项目优化交互方案.错错误！未定义书签。误！未定义书签。 6.4 中心与项目需求交互方案.错错误！未定义书签。误！未定义书签。 6.5 中心与项目上线后交互方案.错错误！未定义书签。误！未定义书签。 7 多项目支持方案 错错误！未定义书签。误！未定义书签。 8 缺陷管理方案 错错误！未定义书签。误！未定义书签。 第 3 页/共 3 页 《核心业务系统业务开发规范》 1 1 历史数据清理历史数据清理 采用外挂任务，逐笔完成历史数据清理。原分区切换方式，在分区被使用、表被锁时， 会造成切换失败。 设计模块时，应注意明细表和历史表的设置。 2 2 多法人多法人 2.12.1 独立法人模式独立法人模式 独立法人模式下，各法人间相互独立，均可作为独立系统运行，法人间业务交互采用系 统间往来方式完成，法人间数据隔离。 存在系统开关量及参数表，可为多个法人指定使用何种参数与产品体系。 2.22.2 准分行模式准分行模式 准分行模式下，各法人作为主体法人的分支机构存在，由系统参数决定各法人间、法人 与主体法人间的数据是否隔离或共享。法人间业务交互采用系统内往来方式完成。 但同样存在系统开关量及参数表，为多个法人指定使用何种参数与产品体系。 2.32.3 技术层面技术层面 多法人的法人代码应对开发人员透明，平台应能根据参数配置，自行选择对账户表、对 参数表、对登记簿、对系统表使用何种法人代码。 3 3 多层机构管理多层机构管理 3.13.1 机构分类机构分类 机构应支持多层级关系和网状关系。 机构应可分为管理机构、账务机构、营业机构几种大类。 3.23.2 机构关系机构关系 第 1 页/共 41 页 《核心业务系统业务开发规范》 系统应支持多种类机构关系定义，各机构间不存在明确上下级关系，均由参数表配置决 定机构系统。各业务处理应遵守参数决定的机构关系。 机构关系应可灵活扩展，可随意调整。 机构关系应支持但不限于如下关系种类。 账务关系 管理关系 报表关系 凭证关系 制卡关系 4 4 交易设计交易设计 4.14.1 交易分类交易分类 系统应对系统内使用的交易有严格的划分，从业务来源上至少分为如下几大类。 账务交易 查询交易 维护交易 联机批量 日终批量 不同交易应使用不同的流程号，以便于日结时流水勾对。所以交易处理应优先考虑效率 问题。 4.24.2 交易流程交易流程 所有交易中，应只通过不同条件，处理调用不同业务构件完成业务处理。即交易中不存 在业务处理，交易是业务处理流程的体现。 第 2 页/共 41 页 《核心业务系统业务开发规范》 4.34.3 事务控制事务控制 所有事务控制均由平台统一完成，对于有特殊要求的，应使用平台统一提供的事务控制 方法，完成局部事务控制。 4.44.4 对账机制对账机制 所有外围、渠道业务处理，应有统一的流水表或业务日志表登记，以便于各渠道日终对 账要求。 5 5 账户管理体系账户管理体系 系统内应有统一的账户登记表，用于记录各客户账户和系统账户。对于负债分户账，应 形成客户账户到系统账户的对照表，以便于检索。 5.15.1 客户账户客户账户 卡 活期一本通 定期一本通 存折 5.25.2 系统账户系统账户 现金分户账 凭证分户账 资金账户 负债分户账 贷款分户账 会计内部账 集团账户 第 3 页/共 41 页 《核心业务系统业务开发规范》 6 6 业务风险控管业务风险控管 6.16.1 录入复核制录入复核制 在交易定义中，交易应支持录入+复核、直通+授权多种处理模式。此模式应可以通过系 统参数动态调整。 录入复核制的交易统一登记，统一商定，统一模式处理。 6.26.2 权限控制权限控制 系统应从多个角度完成业务操作的权限控制，如： 柜员角色及权限，用于在柜员层定义柜员可以操作哪些交易 ---长亮已有 交易使用权限，定义哪些交易哪些级别的柜员可做。 产品使用权限，定义哪些交易、哪些机构可以使用哪类产品。 币种及限额使用权限，定义哪些机构、哪些柜员可以使用哪些币种及使用的额度。 分行使用权限，定义哪些产品、哪些交易可以在哪些机构使用。 科目使用权限，定义哪些科目可以在哪些机构、哪些交易中使用。 6.36.3 授权机制授权机制 系统支持以下 3 种授权驱动模式： 1、前台交易流程驱动。 前台交易流程驱动，由交易开发人员在前台程序中编写代码触发，授权后交易发往后 台，平台检查授权合法性。 交易开发人员根据业务个性逻辑，可以在域后事件、或者通信前处理中编写代码，实 现授权。 交易开发人员调用公共处理模块提供的构件，传入参数：授权柜员级别、授权提示信 息。 第 4 页/共 41 页 《核心业务系统业务开发规范》 前台授权只支持本终端授权。 2、参数驱动。 参数驱动，由交易开发人员针对本交易配置授权参数，平台触发，授权后，平台检查授 权合法性。 如果触发条件配置为无条件授权，则不管交易发生的金额大小，均提示授权。 如果触发条件配置为有条件授权，需要继续配置触发条件符号、条件字段值，如金额 档次等，满足条件则提示授权。 如果授权终端配置为跨机构授权，需要继续配置授权机构级别、授权机构等。 参数驱动授权支持本终端授权、