历史库数据管理系统

表现层：主要由Web浏览器等客户端设备支持。

应用层：主要功能是完成系统业务逻辑。

数据层：主要作用是存储数据。

从开发角度来看，三层架构适合团体协作开发，不同的人可以有不同的分工。从应用角度来看，系统具有的好的可扩展性和可维护性，同时也增加了数据库和后台应用系统的安全性。三层架构将应用层与数据层剥离，这样用户不再直接提请求给数据库，保证了数据的安全，使得权限控制更加方便。

数据存储:

HDS数据存储为银行提供历史数据的查询和保存功能，但不仅是源系统历史数据的简单堆砌。

1.支持多数据类型 

HDS应具有接纳结构化和非结构化数据的能力和架构设计。

2. 支持多数据源 

HDS应具有存储多系统历史数据的能力和架构设计。其中包括核心批量、贷记卡、基金等。

3. 数据存储层面 

HDS数据存储层面需要考虑数据结构、数据质量、数据完整性以及为今后数据服务所提供的历史追溯提供保障。

(1) 数据结构 

HDS数据存储中的表结构在维持原库表结构的基础上，可适当增加类似时间戳字段来适应HDS数据存储的要求。

(2) 数据质量 

HDS的数据确保与源系统下发的数据保持一致，但不对数据的逻辑行进行校验和纠错，并不对不多数据库中的逻辑性错误负责。

(3) 数据完整性 

HDS数据存储应该能够保存银行业务系统有意义的、含完整业务信息的历史数据表，在业务层面上有关系的数据表应都能够保存。

(4) 历史可追溯性 

HDS以对外提供历史数据查询为基础，对数据组织应能够满足用户访问特定历史的要求，可通过某种组织数据的方式来还原客户需要的历史上任何一天的数据表内容。

4. 数据处理 

能够实现从历史数据磁带备份库及交行数据汇聚平台导入历史数据进入HDS数据库的功能，且该功能可以实现自动调度运行手机软件开发

5. 数据范围 

HDS以对外提供历史数据查询为基础，将核心批量中所有的交易历史数据进入HDS数据库，与各查询功能相关的资料表的数据也进入HDS数据库；将涉及公务员卡查询的相关贷记卡的数据进入历史库。交易历史表至少将1年的历史数据进入HDS数据库。

数据服务:

HDS系统在实现HDS数据存储的同时也需要而且应该对外提供HDS数据服务。HDS数据服务需要包含技术和业务两个层面，技术层面主要是服务接口，业务层面主要是服务应用。 对于HDS数据服务的使用者而言，HDS服务层之下的内容是透明的，使用者仅与HDS的服务层交互。 

1.接口 

HDS系统需要在技术层面提供对外服务的接口，对于技术层面的接口以Web Service形式提供服务。

OLTP应用调用

数据导出

2. 服务内容及服务对象 

在业务层面提供从核心业务系统到非核心业务系统应用需求的支持（前提是HDS中有支持这些需求的数据）。

核心业务系统应用

非核心业务系统应用

3. 数据可用性范围 

HDS仅提供T-1日前的数据的各项服务，T日的数据，由源系统提供数据支持。

4. 数据服务范围 

HDS数据服务规范由HDS数据服务实施方负责制定（如服务数据范围、服务数据量、接口格式、数据服务限制等），交行运行监测项目组审核。

5. 数据服务实现 

HDS数据服务实现Web Service 需要的中间件平台由HDS数据服务实施方建议，交行HDS项目审核并选型。

6. HDQ应用服务 

HDS数据服务需要满足核心系统HDQ的OLTP型应用调用需求，提供HDQ 30秒以内的服务响应及7*24小时服务能力，对于不能满足要求的应用调用以相应的错误码信息予以反馈，调用的规范符合前述的HDS数据服务规范。

7. 数据导出服务 

HDS将通过Web Service形式对外提供数据导出服务功能的调用。HDS也必需直接提供Web方式的数据导出服务应用功能。

 2/4   首页 上一页 1 2 3 4 下一页 尾页