住房公积金管理系统的信息化建设与管理

住房公积金制度，是随着我国住房制度改革和城市发展而设立的一项辅助性住房保障制度，各城市在制度建设、管理方式和机构设置方面大同小异，归结起来有两种模式：一是直接归集、自我归集模式，即公积金的归集、提取、贷款等工作均由公积金管理中心完成，另一是间接管理模式，中心将归集、贷款等具体业务委托银行，中心则承担统筹协调、监督审核工作。

由于系统的需求是随着制度的变化与完善而不断变化、完善，因此必须采取规范化的建设开发模式，以适应不断发生的变化；也由于系统的运行需要可靠性、稳定性和安全性保障，因此必须采取严格的管理和安全措施，以满足用户方面的使用要求。

硬件设备建设合理化

住房公积金管理中心负责住房公积金的归集、提取、个人贷款发放、个人贷款回收业务的办理及住房公积金资金账、业务账的核算管理工作；负责住房公积金管理中心内部工作的管理工作；负责住房公积金管理中心外部客户服务业务的管理工作。作为准金融机构，其对硬件设备的要求不亚于银行机构。

公积金中心在选址、机房建设、综合布线、信息点设置、强弱电配置等方面都需充分考虑信息化建设的要求，做到网络结构规划合理化。如各管理部以及外联单位与中心机房直接通过专线连接，实现中心与其他各机构网络的统一管理，保证数据传输的安全及可靠性；机房设备选型采购需要结合本市市情及公积金业务未来的发展趋势，保证机房建设既能满足目前业务需求，还能满足未来系统要求的扩展性；在综合布线、信息点设置方面，都需要有统一的规划，为将来内外网划分管理做好准备。

由于住房公积金管理中心负责的各项工作存在一定的关联性，又存在业务流程、数据安全、外联需求等方面的差异性，将公积金整个系统的网络结构按照工作模块进行划分，是其网络化的必然要求。可以将整个网络分为三个虚拟专用网(VPN)区域：核心交换区、外联接入区、互联网接入区，并使用防火墙进行安全防护管理，以此实现内外网逻辑切离、敏感数据加密传输，最大程度地保证中心各项业务办理及账务核算的数据安全性、办理高效性，降低数据外泄的风险。

需求制定标准化

硬件设备网络化是软件系统设计和开发的基础，而软件系统需求制定则是软件系统设计和开发的前提。任何一个系统都必须在需求制定基本确定之后，才能依据需求规格进行系统设计及开发。一个符合实际业务及软件开发要求的需求是极其重要的。因此，在需求制定前期应该充分考虑本市市情，通过向其他兄弟城市调研交流，制定出合理的具有标准性的需求，以指导后续软件系统的设计及开发。

需求制定过程中，需特别注意各个业务流程、功能界面、数据存储、参数维护、权限管理等内容在需求中的体现。业务流程是需求制定的主线，只有功能界面、数据存储、参数维护、权限管理等满足了业务流转的要求，才有进一步细化其需求编制的条件。功能界面应该明确界面的格式，如数据输入项、数据输入格式、反显数据项、工作流等的显示，数据的批量导入导出功能，同时包括相关文字提示及错误信息提示，做到既满足数据输入及显示与实际凭证信息(如身份证号、组织机构代码、房产信息等)相符，又需有友好、高效、便利的人性化功能。数据处理应该明确数据间的数学运算、逻辑运算、错误校验、存储关系等。

参数维护主要包括公积金归集业务类、个贷业务类、公共管理类等参数维护，如存贷款利率调整、网点机构设置等参数。这些参数维护界面需要严格明确参数项名称、类型、长度、格式、溯及范围，以及参数维护的操作步骤和结果。权限管理可采用区分业务模块、角色组及特殊权限定点分配方式，从点、面、体的多维角度有效管理权限。

以上需求仅是粗化的主要需求点，一个完整的软件需求还应该依据具体情况从多角度考虑，并结合流程图等辅助手段表现需求，尽量在系统设计及开发前提交一份功能明确、思路清晰的需求。

系统开发测试计划化

系统需求明确后，进入系统设计开发阶段。在此阶段，首先需要依据需求，设计并搭建开发平台，如服务器采用何种操作系统、中间件、数据库，服务器与数据库、数据库与数据库之间采用何种传输及同步方式(NFS、FTP等)。这些设计需从系统稳定性、安全性、高效性，以及将来系统部署、运行维护的便利性等方面考虑。再者，设计人员应该根据自身软件设计经验设计数据库的结构、管理日志的结构等。数据库的设计应严格按照专网专库、库库分离、数据同步的原则进行设计，其中数据表的设计、视图的设计、数据字典等文档需实时更新，确保数据结构资料的正确性，方便开发工作的开展。管理日志主要包括业务办理日志、系统运行日志。最后，系统设计完毕后提交概要设计报告等设计文档，根据设计文档与需求文档的对比，及时发现双方理解的偏差并沟通解决，确保开发无返工、少返工。

软件系统开发阶段主要是开发商按照系统设计结果，制定详细的开发计划，并按照计划完成各个模块的开发工作。同时做好开发单位内部集成测试工作，力争在开发结束后提交的软件系统是一个系统稳定、功能完整、操作顺畅的好系统。另外，系统部署手册、用户使用手册、源代码手册、数据字典等相关文档应一并提交至用户方。

系统开发完毕后，用户方应该组织开展用户接受度测试(UAT)，自行或由第三方进行性能测试和安全测试，并出具相关测试报告，作为系统上线验收的依据。

系统运维制度化

住房公积金软件系统开发完成并顺利上线后，系统运维(运行维护)成为了系统管理工作的重点。特别是系统上线初期，出现的问题会较多，运维压力也将较大。为此，系统开发商应在一段时间内协助公积金中心信息部门维护系统。

系统日志管理：系统中的各子系统均有详细的日志，通过查看日志，可以了解系统运行中每一步执行情况，包括交易或流程的开始、结束、流程关键数据、成功或失败返回码、系统运行异常信息等，了解业务办理情况以及系统运行情况。

定期对无效历史数据清除：系统经过一段时间的运作之后，会产生一些过期无效的日志等数据，某种程度上会影响系统运行的效率及稳定，定期清除这些历史数据是很有必要的。

系统日常管理工作：涉及机构管理、角色管理、角色权限分配、操作 (柜)员管理、柜员指纹采集、特殊数据统计报表等。

网络、系统及数据的安全策略

整个系统的安全性可以从硬件网络、软件系统及数据库角度定好相应策略。如在各个网络分区间采用防火墙策略，其中内网区可以采用一台防火墙设备进行安全隔离，而与外网互联区则应采用两台不同厂家的防火墙，以串联方式进行安全隔离，建立硬件安全隔离措施。对重要通信信息进行加密，配备入侵检测和网络安全扫描系统，并可通过增加负载均衡设备，减轻服务器访问压力，保持设备运作的稳定性。

软件系统方面，可以通过对系统进行备份，制定系统版本管理机制，在遇到系统崩溃等突发状况，无法解决时，可以恢复到最新稳定版本备份。另外，如果有条件，可以另外建立开发环境、测试环境等多套环境，以便系统在更新前能在相应环境下充分测试后，再上传正式生产环境。

对数据库进行划分：运行库、历史库、管理库。运行库存储最新的实时生产数据，历史库存储一定时期前的所有数据，管理库则作为统计报表等数据来源。库与库之间数据需单向同步，即运行库数据同步到历史库和管理库，而不能反向同步。并结合数据库要求，实时或定期同步到相应数据库。