财政国库集中支付管理系统（地方版）10软件系统介绍.ppt

主要内容 总体框架 核心技术 支撑平台 部署方案 总体框架 数据交换平台设计 系统软件结构图 系统逻辑结构图 核心技术 核心技术— XML技术 核心技术— Java/J2EE技术 核心技术— Web Services 核心技术— 跨数据库技术 核心技术—数据安全 对象级安全 视图级安全 记录级安全 应用支撑平台 应用支撑平台 要素定制 流程定制 数据编码方案 数据交换平台 级次控制和资金控制 报表 要素定制设计方案 流程定制对象模型 流程定制的前台界面逻辑 流程定制的特点 灵活性 每种业务可以根据需要定义多个流程 流程可以设置多个节点，节点的增加，对系统框架没有影响 一个流程节点可以定义多个操作 扩展性 模块可以增加和配置 操作可以增加和配置 安全性 流程权限和数据权限相结合，管理粒度细到每条数据的每一个流程状态 自动上锁机制，保证并行处理环境下的数据一致性 易用性 针对应用的数据组织形式，一个岗位的事务可以在一个界面中完成 界面逻辑随着流程定制变化，提高了易用性 数据编码方案目标 业务需求 逐级控制 分级统计、分析 设计原则和目标 编码体系清晰、直观 保证分布式环境下的唯一性和准确性 统计分析的高效性 方便数据同步 数据编码方案选择 数据编码方案介绍 编码规则 采用等步长不定长的分级编码体系，级次代码长度可以是1、2、3位。 代码可以是数字和大写英文字母。这样一个节点的子节点数可以是36的N次方。如级次代码长度是1，可以有36个子节点，如是2，可以有1296，如3可以有46656。 为了便于浏览和排序，在基础数据管理中，引入索引（排序）属性，便于新增数据以后对排序的要求。 数据编码应用 数据编码管理 初始化编码体系（设定系统唯一的编码，导入上级编码体系） 地方自定义编码管理（保证数据唯一性和准确性） 数据编码变更 利用数据变更记录表对所有变更进行管理 对多次变更，同时建立历次变更记录 变更可以设定生效日期，由系统自动到期执行 数据导入和导出 以XML格式管理导出数据 导入上级数据时对本级数据不产生影响 数据编码方案的特点 定义了明确的基础数据编码规范。 可以满足不同的基础数据对编码体系要求。 编码体系中有明确的层次关系，便于进行逐级统计和分析。 提供了编码体系中的数据唯一性保证机制，确保数据的唯一性，避免错误。 基础数据管理中提供对以前或国标的编码体系的兼容性管理。 可以方便的应用OLAP等技术进行数据分析和数据挖掘 基础数据的交换采用XML标准，可以方便的和其他系统进行交换和同步。 基础数据可以方便的导入和导出。 数据交换平台设计 数据交换规范-数据格式 采用XML作为数据交换的格式规范 需要建立统一的财政数据格式的定义文件 采用 单 + 明细列表的方式 发送的要素数据格式为外码和名称 要发送的字段通过交换视图取得 数据交换规范-交换方式 点对对（P2P) 发布订阅（Publish-Subscribe) 客户端主动接收确认 财政数据交换特点 点发（财政-基层单位） 群发（财政-部门，基层单位） 层发（财政-部门-基层单位） 级次控制和资金控制 本级录入时关联要素的级次控制的三种情况 指定特定级次 到底级，只有底级的数据可以录入 明细指定，只有指定的数据可以录入 资金使用（如：根据指标做计划）时级次的控制的三种情况 保持 明细使用 额度控制 在计划阶段，引通过帐户对要素的数据授权，确定清算银行和代理银行，将资金从源头做好控制 B/S报表特点 平台无关性--Java语言 数据无关性--跨数据源 遵从工业标准--J2EE构架、HTTP网络协议 通用性--行业无关 灵活性、开放性 C/S报表特点 用户可以完全自定义函数，操作简单 与要素定制等无缝联接 部署方案 网络硬件拓扑结构图 系统物理结构描述 数据库服务器 建议最低配置为4CPU/8G内存小型机作为数据库服务器，数据储存采用RAID5的磁盘阵列，存储方式采用SAN结构进行双机热备，有效的保证了数据的安全性和稳定性 财政应用服务器 最低配置为4CPU/8G内存小型机作为财政应用服务器，随着全省国库改革的开展和实施范围的扩大，需要考虑作负载均衡技术，以保证财政应用系统的稳定性。 系统物理结构描述 银行应用服务器 包括代理银行和清算银行应用服务器，采用2个CPU 2G内存的小型机作为其服务器。通过防火墙策略访问财政数据库，同时调用相应的报表服务，并通过防火墙与数据交换中心进行数据交换 报表服务器 建议采用最低配置为2CPU/4G内存小型机作为报表服务器。报表服务器通过防火墙策略访问财政或者银行数据库 数据交换中心 使用1台4CPU/8G内存的小型机和1台2CPU/2G内存的小型机做冷备，随着实施范围的扩大，建议两台数据交换服务器之间采