核心业务系统业务开发规范（DOC44页）

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