湖北省住房公积金综合信息系统

1、湖北省住房公积金综合信息系统湖北省住房公积金综合信息系统 建设总体方案建设总体方案 一、总体目标 湖北省住房公积金综合信息系统建设的总体目标是：按照湖 北省电子政务建设总体规划和国家住房公积金综合信息系统建 设要求，依托政务网络平台，搭建集中统一、分层互联、安全高效 的网络体系；重构和优化住房公积金各业务子系统的业务处理模 式，建立规范的业务管理体系、有效的住房公积金监管体系和科 学的分析决策体系；构建住房公积金业务子系统内部以及与其他 相关系统之间的信息共享及交换平台和统一的住房公积金公共 服务平台。具体任务是： 1.建立规范的业务管理体系。利用信息技术，整合和优化业 务处理模式，将住房公积

2、金的归集、支取、贷款、会计核算、决策 和办公等，全部纳入计算机管理系统，实现本地住房公积金业务 全过程的管理。 2.建立有效的监管体系。通过住房公积金信息网络对住房公 积金（包括中心公积金银行专户）运行进行实时监管，降低住房公 积金资金风险，保障资金安全运行。 3.建立科学的分析决策体系。通过对住房公积金业务数据库 的深度挖掘，重构住房公积金信息采集体系，及时准确地掌握住 房公积金服务对象基本信息和缴交状况、资金使用状况，为科学 制定和调整各项政策提供支持。 4.建立高效的共享信息交换体系。作为社会保障子系统，要 及时更新全省住房公积金数据中心的共享信息，为全省住房公积 金系统内跨中心的整合业

3、务提供参照性信息协同，并为电子政务 更大范围的数据交换和更高层次的宏观决策提供支持。 5.建立便捷的公共服务体系。充分利用现代信息技术，以门 户网站、电话咨询等为主要形式，为社会公众提供多形式、全方 位的信息查询和政策咨询服务。 二、建设原则 1.统一规划、统一标准、分步实施、分级负担、网络互联、信 息共享。在新建系统和系统升级时执行全省统一标准,按事权、财 权分级管理的原则，由省、市两级分别负担建设所需资金。 2.纵向建设、横向交换。与财政、工商、税务、银行、房产、公 安等其他相关部门横向完成信息交换与共享,社会保障信息横向 交换可在市级或省级完成。 3.系统设计一体化。将各级住房公积金管理

4、业务统一纳入住 房公积金综合信息系统，统一数据标准（指标体系和数据结构）、 安全标准和网络接口标准，并形成统一的核心应用软件，同时兼 顾地方特殊性。 4.资源数据库主要建在市、州级城市。住房公积金业务数据 要向市、州集中，统一的市级数据中心支持所有辖区内的业务应 用。 5.经济性。对现有的住房公积金各业务子信息系统要充分利 用、发挥效益，对新建系统要科学论证，硬件设备通过政府采购 形式购置。 6.适用性。按照经济实用、成熟先进、持续稳定的要求，确定 信息系统建设的规模和软硬件档次。在同等条件下，优先购买使 用国产信息产品。 7.可扩展性。住房公积金综合信息系统建设要立足于现行住 房公积金政策和

5、管理体制，同时为将来住房公积金改革和业务发 展留有余地。 8.安全性。使用全省电子政务统一的信息安全平台，结合自 身的安全体系建设，充分保证系统、网络和数据的安全。 三、工作模式 建设厅设立住房公积金综合信息系统建设领导小组，负责 全省住房公积金综合信息系统建设的组织、领导和协调工作，领 导小组下设办公室（挂靠在省建设厅住房公积金监管处），具体 负责全省住房公积金综合信息系统技术方案的总体设计，结合 当前需求与发展要求，统一制定全省业务需求标准；按照分级投 资建设的原则，负责省级监管信息系统及省市网络联接的 建设；负责对各市州信息系统建设进行统一组织和指导，并建立 有效的系统维护机制。各市州住

6、房公积金管理中心负责本地业 务管理信息系统建设，并配合做好网络联接建设。 四、全省业务系统运行模式 全省住房公积金业务系统要统一实行以中心为主、自主经营、 独立核算、数据集中、省建设厅全面监管的运行模式。即在各地 住房公积金管委会的决策指导下，管理中心负责住房公积金运作 及核算管理，建立所辖范围内不依靠银行的独立数据中心，省建 设厅通过全省电子政务平台将各地所有业务数据纳入到监管信 息系统，建立省级数据中心，并通过与各地商业银行联网，对全 省住房公积金实行实时监管。 五、业务系统设计原则 （一）总体原则： 考虑到目前县市区住房公积金管理实际，业务系统既要满足 统一计算机管理程序、统一业务操作规

7、程、统一统计报表、分散 管理、单独核算的要求，又要满足统一决策、统一管理、统一制度、 统一核算的要求。 （1）自主设置管理权限与统一设置管理权限二者兼顾。 （2）单独核算与统一核算二者兼顾。 （3）资金分散管理与统一调度二者兼顾。实行决策层（中心风 险防范委员会）、管理层（中心业务处室）、操作层（中心营业部、 分中心、县（市、区）办事处）三级管理，各层面相分离。 （4）实行统一对外、减化手续、内部业务分流处理的原则。 （5）业务操作系统、管理系统、会计核算系统一体化，实现信 息共享。 （6）自行设立账套，可根据需要增添核算、稽核项目。 （7）建立严格权限的管理制度。 （8）操作层面实行综合柜员

8、制。 （9）正确处理系统安全性、稳定性、严谨性、高效性及灵活性 的关系，在确保系统安全稳定运行的前提下，满足高效、灵活的 需求，同时兼顾管理的严谨性。正确处理当前应用与长远发展的 关系。在满足当前业务的前提下，充分考虑今后 5 年内业务发展 的要求以及长期升级的技术支持。与银行联合办理公积金联名银 联卡，集身份证、账号、公积金凭证为一体，依靠银行平台，使公 积金的查询、支取、还贷等业务更加快捷，并保持银行卡功能。 （二）归集管理 公积金缴存流程：单位开户单位职工置卡与缴交单位签 定协议（多种缴交模式）单位进账后持银行单据到中心打印凭 证款项到账后中心进行分配。 公积金支取流程：职工申请中心审批

9、审批通过后将批准 的提取金额从联名卡内公积金账户上转到个人存款账户上。 （三）贷款管理 贷款申请审批流程：职工在中心网站上或直接到业务网点填 写申请表及基本资料中心受理后职工到指定部门办理担保、抵 押等手续职工携带资料原件及抵押、担保证明到中心办理贷款 中心核实原件无误后签定贷款合同银行放款。 还款业务流程：公积金缴存户可委托中心定时扣取公积金偿 还贷款，如余额不足则委托银行从其个人存款户上扣划。 业务系统与银行间联网（各银行代办点可作中心业务前台）， 可自动传输贷款数据，支持多种还款方式。 （四）会计核算 系统自带财务系统，并且集合了用友财务软件的类似功能， 可与银行账户自动核对，每日日结，

10、银行次日提供对账单，保证 数据准确无误。 4、资料管理： 电子文挡管理，可将各业务所需资料扫描进电脑，必需资料 打印存放，定期清理电子文挡。 （五）系统主要实现的目标 1.实现全辖机构资金、业务、数据的“大集中管理”。 2.建立统一规范的业务流程和业务标准。 3.建立全辖统一的账务核心和分层的账务核算体系。 4.实现全辖资金统一监管、调配和使用。 5.建立资金保障机制和风险内控机制。 6.建立安全可靠的业务处理授权及监督机制。 7.建立多维的考核评价体系。 （六）系统主要特点 1、充分体现以中心为主，突出中心的主导地位。 2、各业务子系统间无缝集成，实现中心所有业务的集中和 规范化管理。 3、

11、实现全辖的数据大集中和统一的资金营运管理。 4、从“业务为核心”向“客户为核心”的转变，实现以客户为中 心的管理体系。 5、多维数据主题管理分析。 6、以高效、便捷、优质的服务平台作为系统的展现。 7、业务逻辑及技术实现均分层实现，使系统更具结构化的 特点。在数据统一集中到中心的前提下，县市区办事处、分中心 采用数据独立应用模式。 8、系统提供高价值的清算系统，自主实现以中心为主的多 级、跨行、跨管理部间的实时资金核算和资金清算。 9、完善、严谨的系统内控机制和业务授权体系。 10、事权事务相互分离，支持可定义的、灵活的业务归集模式 和组织结构。 六、建设步骤 业务管理信息系统建设采取独立开发

12、和联合开发两种形式， 各地可结合实际情况自行选择。系统建设分以下五个阶段 1、数据整理期 各管理中心在一段时间内，根据四统一的要求和业务需求标 准，完善自身基础数据，将辖区内（分中心、办事处等）公积金业 务数据统一集中到管理中心。 2、招标设计期 省建设厅统一制定了湖北省住房公积金业务管理信息系统 需求标准，各中心据此形成各自的实施方案，经审查批准后形 成最终的软硬件采购标书进行招标，选择市场占有率高、技术 力量强、服务信誉好的软硬件开发商进行合作。 3、新系统试用期 新系统在正式试用时一定要和老系统并行三个月以上，边运 行边测试，在一段运行周期内，对发现的问题进行修改和完善， 达到业务设计要

13、求。联合开发的中心可选择一个中心先做试点， 再组织培训和推广。 4、新系统验收期 2008 年下半年开始,省建设厅组织专家对各中心业务管理系 统检查验收，实现省市系统联网运行。 5、系统统一期 在条件成熟的时候，可以着手统一系统，只保留一个版本， 合并各管理中心数据，最终实现数据大集中。 七、网络系统设计 （一）网（一）网络络系系统设计统设计原原则则 网络系统的设计，要从住房公积金管理工作的实际需要出发， 紧紧围绕业务系统的应用需求和发展，采用成熟的先进技术，把 握主流技术的发展方向，不仅要考虑到近期目标，还将为系统的 扩充和发展留有余地。其总体设计原则如下： 1安全性。住房公积金综合信息系统

14、对网络的整体安全性 有较高的要求，系统安全应同步建设，除了能够在多个层次上实 现安全目标，还需要建立完善的安全管理体系。 2适用性。一切从住房公积金工作实际需要出发，保护和利 用已有资源，急用先行，网络系统建设与应用系统开发同步进行。 在满足应用需求的前提下，要考虑建设成本。 3先进性。依照国际标准和规范，采用成熟的组网技术和先 进的网络体系结构，广泛汲取信息系统建设经验，统一规划，统 一标准。 4可扩展性。按照统一规划、分步实施的建设原则进行系统 设计，满足不同建设规模和建设进度的需要，适应业务系统扩充 和技术发展的要求。 5可管理性。建立完善的运行管理体系，提供强大的网络管 理工具与手段，

15、确保系统性能充分发挥，系统运行稳定、可靠。 （二）网（二）网络络系系统总统总体体结结构构 湖北省住房公积金综合信息系统网络以电子政务网络平台/ 公共通信网络平台为基础，以住房公积金管理部门的局域网为主 体，以网络应用为核心，多种通信方式并存，跨平台、支持分布式 处理的计算机广域网络系统。 湖北省住房公积金网络上连国家建设部，总体结构描述为 “三横三纵、有序互通”的框架。 “三横”是指网络建设按照行政区划分为省网、市网和县网三 个层次。 “三纵”是指各级住房公积金部门网络建设包括业务网、交换 网和互联网三部分内容。业务网是以住房公积金业务数据库为中 心，承载本中心住房公积金管理业务经办的计算机网

16、络。交换网 是支撑交换数据库建立和更新，运行数据扫描、决策支持、公积 金监管等软件的计算机网络。互联网即 internet 网络，是住房公 积金信息数据向社会公众服务的通讯平台。 “有序互通”是指在确保网络安全的前提下，数据信息在不同 网络层次和子网之间实现高效、可靠传输和共享。业务网和交换 网实行物理隔离，交换网与对外的互联网通过防火墙逻辑隔离。 对于业务网的广域连接和通过互联网的接入采用 vpn 技术。 八、数据系统设计 （一）数据系（一）数据系统设计统设计原原则则 1.统一设计原则 住房公积金综合信息系统是全省统一的系统，需要在全省范 围内与住房公积金各子系统进行信息交换与共享，因此，数

17、据系 统必须全省统筹规划，特别是其中有关交换与共享的部分须全省 统一设计，在参考国家相关部委标准的基础上，结合实际情况， 制定全省的规划和方案。 2.对象设计原则 住房公积金综合信息系统是面向各级住房公积金管理部门 和全体服务对象的信息系统，要支持不同用户对信息的需求，因 此，数据系统设计必须针对各类对象的不同需求进行。 3.纵向建设、横向交换原则 住房公积金综合信息系统除覆盖住房公积金核心业务外，与 银行、工商、税务等部门有信息交换关系。因此，住房公积金数据 系统要在保持相对独立性的前提下，与相关部门统一协调，做好 对接。 4.稳定性原则 住房公积金信息事关重大，不断发展的住房公积金事业要求

18、 各项指标具有延续性，因此，数据系统的数据结构设计要具有扩 充性，从而保证数据系统的稳定性。 5.标准化原则 要解决系统间信息的互连、互通、互操作，必须建立共同遵 守、统一标准的数据系统，才能支持业务开展、横向的信息交换 和宏观管理的要求。因此，要坚持数据标准化原则。 （二）（二）业务业务数据系数据系统设计统设计 1.简要描述 湖北省住房公积金综合信息系统采用省市两级架构，在省 级住房公积金监管部门和设区城市住房公积金管理中心分别建 立数据中心。具体数据分布策略如下： （1）市级数据库策略 以设区城市住房公积金管理中心为单位建立集中式住房公 积金业务资源数据库（以下简称业务库）。业务库中包括当

19、地全部 住房公积金服务对象的基本信息、资金信息和业务信息，其功能 是支持本地的业务办理。业务库的信息随业务经办而实时调整。 市级数据中心将当地业务库按统一的标准和规则进行建立，形成 本市市级交换库。该交换库是对业务库的备份，用于支持本地的 公共服务、本地区内的数据交换及省建设厅的监管数据提供备份。 市级交换库经提取、汇总生成市级分析决策数据库（以下简称市 级统计库），支持本地的宏观决策。 （2）省级数据库策略 在省级数据中心建立集中式交换资源数据库（以下简称省级 交换库）。省级数据中心将省辖各设区市住房公积金管理中心上 报的市级交换库合并形成省级交换库，该数据库作为全省各市交 换库的汇总与备份

20、，支持省级的住房公积金监管和公共服务，同 时经由省级交换库提取、汇总、 “扫描”生成省级宏观决策数据库 （以下简称省级统计库），支持全省的数据分析、支持国家级的网 络扫描。 为了保障系统的效率和安全，业务库运行在业务网上，交换 库和统计库运行在监管网上。省、市两级数据中心以及省住房公 积金基础信息数据中心之间的应用模型和工作流如下两图所示： 应用模型和工作流 2. 业务库 业务库是分布于生产区的数据库，目前以生产资源数据库的 形式体现，也可称为生产资源数据库。其作用是对业务资源数据 库中过程性数据的备份，同时支持本地的交换库。 （1）建设内容与数据结构 生产区是住房公积金综合信息系统中最重要的

21、组成部分，是 业务处理的核心，仅分布在设区市一级，完成数据采集、业务办 理和历史数据的存储，并用于支持本级的交换区。 （2）分布策略选择 为保证整个系统安全、稳定、正常、持久地运行，系统体系结 构的确定至关重要。按照系统的体系结构划分，目前通用的有纯 分布式系统结构、集中式系统结构两种模式。根据住房公积金综 生产区 交换区 决策区 省级 市级 县级 经办 窗口 业务库 交换库 交换库 统计库 住房公积金 监管数据库 统计库 合信息系统总体建设要求，并考虑到目前计算机网络技术的先进 成熟，湖北省住房公积金综合信息系统生产区数据结构采用集中 式数据库结构形式。 （3）建设要求 按照国家有关住房公积

22、金信息系统建设总体设计方案的要 求，做好数据整理和数据整合工作是我省住房公积金综合信息系 统数据建设的重要内容。 3. 交换库 交换库是分布于交换区的数据库，目前以交换资源数据库的 形式体现。支持本地的分析决策，支持公共服务（如社会公众查 询），支持与本地其他部门的横向数据交换，支持上级的网络实 时复制式的数据采集。 根据不同的应用要求，不同数据库存储的数据范围、更新方 式和存放期限有所不同。交换库在各级数据中心以集中式数据库 方式设立。从层次上，湖北省住房公积金综合信息系统交换数据 库分为市、省两级。 （1）建设内容 交换数据库建设的主体是城市一级，并逐级采集、上传。城 市一级交换数据库的信

23、息需要从当地获取，包括住房公积金经办 机构、银行等外部单位。上级交换数据库的信息主要从下级交换 数据库获取，同时，也从同级银行等部门获取有关资金信息。交 换数据库的使用对象主要为各级住房公积金管理部门和住房公 积金监督机构。 （2）分布策略 因为交换库与业务库之间存在着一一的对应关系，因此，交 换数据库采用在市级建立纯分布式交换库、在省级建立集中式交 换库的数据分布策略。 （3）建设要求 统一设计交换区数据库结构。为实现各级机构间的信息 交换和上级部门的数据采集，保证数据的有效性、合理性、一致 性和可用性，全省统一设立城市、省级交换数据库的基本项目， 并统一编码。 有效设计交换区数据库并提取业

24、务信息。各地生产区数 据库设计有所不同，应用程度存在差异。因此，在数据库项目的 设计上既要考虑宏观决策需要，又要兼顾现实性，并进行业务信 息的有效提取，过滤掉生产区中的过程性数据，将结果性数据提 交到交换区数据库中。 设计数据交换接口、协议、流程和规范，形成顺畅的数据 图中，实箭头代表交换信息的传递方向 虚箭头代表交换反馈信息的传递方向 市州级 数据中心 省级交换库 交换库 1 交换库 2 省级数据中心 通道。数据接口包括业务数据库与交换数据库的数据接口，各交 换数据库之间的数据接口，交换数据库与分析决策数据库之间的 数据接口，交换区作为缓冲区，与外部协作单位的数据接口。 4.分析决策数据库（

25、统计库） 分析决策区是数据分布策略中，用于支持业务数据分析决策 的工作区。分析决策数据库是分布在决策区中，用于支持上级和 本级分析决策的原始数据和统计数据的集合，包括当前数据和历 史数据，也可简称统计库。其数据来源包括从本级或下级交换库 中抽样、提取、统计、汇总生成的原始数据和统计数据；从下级单 位决策区统计库中提取、汇总生成的统计数据；常规统计报表数 据和抽样调查数据；从外单位（如财政、统计部门）获取的相关数 据。 （1）分析决策数据库的层次划分 从层次上，湖北省宏观决策数据库分为市、省两级。 省级分析决策数据库包括由省级交换库经提取、汇总而生成 的本级分析决策用历史数据、对市级统计库进行“

26、网络扫描”而获 取的统计数据、常规统计报表、针对省级交换库的统计数据、抽 样调查数据等，支持全省的数据分析和国家级的网络扫描。 市级分析决策数据库包括市级交换库经提取、汇总而生成的 本级分析决策用历史数据、常规统计报表、针对市级交换库的统 计数据、抽样调查数据等，支持本市的数据分析和上级的网络扫 描。 （2）分析决策数据库的数据获取过程 对分析数据的采集和获取要力求达到四度，即： 1）宽度：指信息采集的广泛性。信息采集的范围不仅有住房 公积金内部的数据，更有与整个国民经济、社会发展相关的宏观 数据。 2）信度：指采集数据的真实性、准确性。数据是决策的依据， 失真的数据只能导致决策错误。因此，建

27、立必要的数据标准，保 证数据的真实性，提高数据的质量，杜绝编造数字现象。 3）速度：即信息采集的时效性。对于统计数据的监测或监管 数据要有时间要求，如月报、季报、年报等。 4）深度：即信息采集和加工处理所达到的程度。 分析数据获取就是将分析决策以外的交换资源数据库的数 据通过转换而形成分析决策数据的过程。获取分析数据的过程分 为四步：即数据抽取、数据分类与整理、数据编辑与压缩及数据 计算与变换。 数据抽取是根据定义的分析决策所需数据字段或记录内容， 对交换资源数据库进行数据提取，主要完成两部分内容的提取， 即： 1）经由交换区获取的微观信息数据库的数据。 2）现行统计报表制度中的统计报表超级汇

28、总数据。 数据抽取后按分析决策的要求对字段或记录进行重新分类 和整理、编辑、压缩，以及进行一些数学和逻辑运算，对数据格式 和数据类型及进行变换。 宏观决策数据库的数据获取过程如下： 宏观决策数据库的数据获取过程图 5. 建设标准设计 （1）业务数据标准设计 业务数据的编码采用四层六位字符形式表示，反映数据的定 义级别、所属业务类别、信息主体类型特征等。表示形式如下： 数据计算与变换 数据编辑与压缩 数据编辑 数据抽取 宏观决策数据库 交换库 第一层 定义级别 第三层 信息主体类型或政策参数 第二层 业务类别 第四层 顺序号 （2）统计数据标准设计 统计数据的编码采用三层五位字符形式表示，反映数

29、据的采 集级别和业务类别特征。表示形式如下： 统计数据的采集级别、业务类别的分类和编码，以及顺序号 的取值等项规则与业务数据标准设计的定义级别、业务类别及顺 序号所述相同。 （3）业务类数据库标准设计 业务类数据库（表）中存放的数据来源主要有两种：一是由业 务经办所产生的行政记录或必要的辅助信息；二是由基层填报单 位直接填报的基层表。数据库（表）名称的编码采用三层四位字符 形式表示，反映所属业务类别和信息主体类型等特征。 表示形式如下： 业务类别和信息主体类型的分类、编码规则与业务数据标准 第一层 采集级别 第二层 业务类别 第三层 顺序号 第一层 业务类别 第二层 信息主体类型 第三层 顺序

30、号 中信息主体类型、业务类别所述相同。顺序号共两位数字，取值 范围为 0199，顺序号可分段使用；停用的数据库（表），其原用 顺序号不再使用；停用后又恢复使用的数据库（表），仍使用原顺 序号。顺序号确需超过 99 时可按 ascii 码的序列继续使用英文 字母（从 a1-z9）。 业务类数据库（表）的全部字段（不包括辅助性字段）为指标 体系的真子集，字段名采用相应的业务类指标的编码；字段的类 型、长度、数值单位等定义与业务类指标体系相一致。在不同数 据库（表）中的同一指标采用相同的字段名。 （4）统计类数据库标准设计 统计类数据库（表）中存放的数据来源主要有两种：一是从业 务类数据库（表）中提

31、炼出来的反映群体特征的数据；二是由综合 填报单位填写或经基层表汇总后的数据。数据库（表）名称的编码 采用三层四位字符形式表示，反映采集周期和业务类别特征。表 示形式如下： 九、应用系统设计 （一）（一）应应用系用系统设计统设计原原则则 1.实用性原则 应用系统设计应以满足当前住房公积金管理工作的业务需 第一层 采级周期 第二层 业务类别 第三层 顺序号 求为首要目标，以各级住房公积金管理机构的可接受能力为尺度， 充分考虑住房公积金综合信息系统建设的现状，避免盲目追求最 新技术，造成资金的浪费。 2.可靠性原则 住房公积金综合信息系统每天需要采集大量的数据，进行处 理，任何的系统故障都有可能带来

32、不可估量的损失，这就要求系 统具有高度的可靠性。系统设计应采用成熟、稳定、可靠的软件 技术，保证系统长期安全地运行。 3.先进性原则 在实用、可靠的前提下，应用系统设计应尽可能地跟踪国内 外先进的软件开发平台和软件开发技术，使设计系统能够最大限 度地适应技术发展变化的需要，以确保系统的先进性。 4.安全性原则 应用系统设计应充分考虑信息安全对系统的重要性，具有必 要的信息安全保护和信息保密措施，建立可靠的安全保障体系， 对非法侵入、非法攻击和网络计算机病毒应具有很强的防范能力， 所采用的保护措施应能保证整个系统正常高效的运转。 5.标准性原则 应用系统设计应严格执行国家有关标准或行业标准。采用

33、的 软件平台和软件体系结构，需严格遵循国际标准、国际通用惯例 或计算机领域的通用规范。 6.开放性原则 应用系统设计应采用开放式系统平台，以保证不同厂家的不 同产品能够集成到应用系统中来，用更小的投资获得更高的性能， 同时降低整个系统的开发和维护成本。 7.可维护性原则 系统应该具有良好的结构，各个部分应有明确和完整的定义， 使得局部的修改不影响全局和其他部分的结构和运行；并利用成 熟可靠的技术或产品管理系统的各组成部分，管理数量庞大的组 件。 8.可扩展性原则 系统设计要考虑到业务未来发展的需要，要尽可能设计得简 明，各个功能模块间的耦合度小，便于系统的扩展。对于原有的 数据库系统，既要充分

34、考虑兼容性，保证整个系统在实际需要时 可以平滑地过渡或升级到新系统，也要考虑与国际惯例接轨及与 国内相关信息管理系统（如银行等）的衔接，以确保系统的继承性 和可扩展性。 9.集成性原则 应用系统设计需考虑软硬件系统之间可以方便地实现集成， 保证系统用户无需花费过多的精力进行系统平台的集成，而将精 力集中到经办业务的整理和系统的实现上，从时间和进度上促进 系统的快速本地化。集成的应用系统降低了系统维护的难度和要 求，方便用户日后的应用和管理。 10.统一原则 从住房公积金综合信息系统总体目标出发，用全局观念规划 设计，统一全省住房公积金业务信息系统需求标准，保证系统信 息的完整性和一致性。 11

35、.生命周期原则 各类业务应用系统建设要遵循软件工程的设计与开发原则、 方法，在业务分析、需求分析、系统设计、系统实施和系统维护等 业务应用系统生命周期中，依据国家相关标准和规定，实现有效 管理，确保应用系统的高效率开发和使用，增强应用系统的可用 性、正确性和经济性。 （二）（二）业务应业务应用系用系统设计统设计 1.总体技术路线 在应用软件系统的设计、开发和实施过程中采取“总体规划、 分步实施”与并行工程相结合的原则。在可行性论证完成后并行 地进行应用软件系统总体设计、应用系统软件平台调研和选择、 数据库管理信息的调研和选择等工作。上述工作完成后进行业务 管理系统、资金监管系统和分析决策系统等

36、各子系统的设计和开 发工作，最后实现应用软件系统的集成。 2.应用系统设计方法 采用自顶向下的方法，将系统分解为各个子系统，各子系统 分解为各功能模块，明确各功能模块、各子系统之间的相互关系 和接口指标，实现各功能模块和各子系统的分解与组装，达到完 成总体功能的目标。 采用三层 browser/server 架构和面向对象的设计方法，将业 务逻辑层和展现层软件分离，使系统的可伸缩性和可扩展性更高， 而且容易实现系统跨平台；将商业逻辑和应用界面分离，通过统 一的服务模块对所有的应用进行服务（包括本应用的前端，也包 括其他应用调用本应用的服务），保持系统的一致性；采用 rational rose

37、整理需求分析；前端采用 browser（htlm、java）界 面；应用层采用以 j2ee 为标准的应用服务器作负载均衡；数据库 采用 oracle 或 db2；网上传输采用消息中间件和安全中间件；开 发工具采用 java。 三层 browser/server 架构是基于 web 的先进体系结构。在 这种架构中，利用成熟的 web 应用服务器（web application server）和事务处理中间件，为应用程序提供 web 运行环境，数 据资源和客户机将被应用服务器隔开，应用服务器上存储和运行 应用逻辑，着重客户机对应用服务的请求，而不是数据请求。 web 应用服务器是在第二层，构架于

38、web 应用服务器之上 的中间件，它可以提供稳健、安全、高效的应用环境和连接机制， 使客户端与后端的数据源和业务系统紧密连接和集成。web 应 用服务器为应用程序提供的服务包括程序加载和启动、内存管理、 负载均衡、出错恢复、并发访问和响应、屏蔽异构平台等。 在三层 browser/server 架构中，客户端对数据源的直接访问 被对应用程序的请求所代替，客户端访问的是应用程序，由应用 程序对数据进行查询和存取，保证数据不被非法使用和篡改。基 于 web 的三层 browser/server 架构应用以标准的 tcp/ip 网络为 平台，可很好的与网络开发语言如 java、javascript

39、等有效集成， 使异种资源的结合变得容易。同时，此结构也提高了系统性能， 简化了用户管理。 3、数据库系统设计方法 针对住房公积金管理数据量大、业务逻辑复杂等特性，进行 基于业务逻辑的数据库设计，提高数据库操作的性能。合理划分 数据库的物理空间、逻辑空间，调整数据库性能，组织数据库内 部的存储结构，协调数据库的访问。根据业务分布和可维护性要 求，有选择的平衡“操作逻辑”，使其在中间层服务器和客户端均 匀分布，要兼顾数据库设计，同时将部分“操作逻辑”根据业务的 要求安排在数据库内部，无需编译和合法性验证，提高系统权限 分配的简便性。 根据设计的主要功能制作出系统开发的可重用组件（如 java 类操

40、纵用户的输入或操纵 jdbc 的连接等），充分利用面 向对象和方法库等关键技术，使系统扩展容易和配置灵活。各项 指标采用国标和部颁标准，规范业务流程、优化办事环节、简化 操作方法。 4.应应用用软软件件设计设计（ （详见详见各子系各子系统统需求分析需求分析说说明明书书,下面是各下面是各业业 务务流程分析）流程分析） （一）（一）住房公住房公积积金金业务经办业务经办流程流程图图 （二）住房公积金个人贷款业务流程图（二）住房公积金个人贷款业务流程图 （三）住房公（三）住房公积积金金监监管流程分析管流程分析 （四）分析决策流程分析（四）分析决策流程分析 十、安 全体系设计 （一）安全实施模型和安全技

41、术体系结构 为了降低风险和减少成本，应根据系统安全的生命周期特征， 应用按阶段实施的可操作的模型 padimee。安全实施模型是一 个过程模型，主要表明安全系统的运行过程是：在安全策略 （policy）指导下，通过安全评估（assessment）找出系统存在 的安全风险，针对安全风险设计（design）安全系统，然后实现 （implementation）安全系统，通过对安全系统的管理 （menegement）和对紧急事件的响应保证安全系统的可用，此 过程循环进行，才能保证系统的安全，而在这个过程中，教育要 贯穿始终，且不断进行。 数据采集 核查 报出 综合统计信息 专业统计信息 动态统计信息

42、抽样统计信息 常规统计数据基本业务数据抽样调查数据 综合汇总 统计常规 分析 分析结果信息 湖北省住房公积金综合信息系统是以开放的层次化的网络 系统作为支撑平台，为使各种信息安全技术合理地作用在网络系 统的各个层次上，从技术和管理两方面保证安全策略得以完整准 确地实现，安全需求得以满足，确定综合信息系统的安全层次划 分和体系结构如下图所示： 3 网络系统安全技术体系结构图 （二）物理环境安全 物理安全是保护计算机网络设备、设施以及其他媒体免遭地 震、水灾、火灾等环境事故以及人为操作失误或错误及各种计算 机犯罪行为导致的破坏过程。 （1）物理安全的内容 主要包括三个方面： 环境安全：对系统所在环

43、境的安全保护，如区域保护和 灾难保护； 设备安全：主要包括设备的防盗、防毁、防电磁信息辐射 泄漏、防止线路截获、抗电磁干扰及电源保护等； 媒体安全：包括媒体数据的安全及媒体本身的安全。 （2）物理安全措施 为保证住房公积金综合信息系统的物理安全，在网络系统安 全建设中可主要通过几个方面来实现： 机房环境和场地安全要求 住房公积金综合信息系统计算机机房的建设须符合国家安 全保密等部门要求以及电子计算机机房设计规范（gb50174- 93）、 计算机场地安全要求（gb9361-88）等国家的相关安全标准， 机房场地与设施的安全管理满足机房场地选择、防火、防水、防 静电、防雷击、防鼠害、防辐射、防盗窃、火灾报警及消防措施等 安全技术要求，保证设备的物理安全；机房的安全等级应符合 gb9361-88 的 a 类； 在主机房设备布局上，按应用系统的不同安全控制级别 和不同功能进行区域划分。特别是运行有渉密性质的核心业务系 统设备，社会保障 ic