《山西能源交通投资有限公司公积金管理系统的设计与实现 硕士 参考论文》由会员分享，可在线阅读，更多相关《山西能源交通投资有限公司公积金管理系统的设计与实现 硕士 参考论文（14页珍藏版）》请在金锄头文库上搜索。
1、山西能源交通投资有限公司公积金管理系统的设计与实现第一章 绪论1.1 研究背景及意义住房公积金是指国家机关、国有企业、城镇集体企业、外商投资企业、城镇私营企业及其他城镇企业、事业单位、民办非企业单位、社会团体及其在职职工缴存的长期住房储金。住房公积金制度是指职工所在单位及职工个人共同缴纳住房公积金，用以日后支付职工家庭购买或自建自住住房、私房翻修等住房费用的制度。住房公积金制度是一种具有社会性、互助性、政策性的住房社会保障制度。自1992年开始，我国借鉴了新加坡的中央公积金制度，住房公积金制度逐步在我国推广。从国务院做出关于深化城镇住房制度改革的决定及关于进一步深化城镇住房制度改革加快住房建设
2、的通知到1998年下半年开始停止住房实物分配，逐步实行住房分配货币化，我国城镇已开始全面推行和不断完善住房公积金制度。住房公积金制度的诞生与发展是与不断深入的房改密切相关的，住房公积金制度有利于筹集、融通住房资金，大大提高了职工的商品房购买能力。不断旺盛的城镇居民住房消费需求使得住房公积金作用越来越大。发展住房金融是深化城镇住房制度改革的目标之一，也是城镇住房制度改革得以进一步推行的动力。近年来，全国各地住房公积制度的推广不断加速，尤其是发达地区住房公积金业务的快速发展，住房公积金缴存人数不断上升、资金规模显著扩张、公积金相关业务增多。随着住房公积金制度的不断深入实行，住房公积金业务种类及业务
3、量不断发展，与此同时，住房公积金系统的信息化水平也不断提升。本世纪以来国家对住房公积金的重视程度不断增加，建设部着手整合全国的住房公积金机构，在各设区市设立住房公积金管理中心，以实现全市范围内统一工作流程、统一制度、统一核算、统一决策。在完成住房公积金机构改革并实现全市资金与业务的大集中后，亟待解决的重大是加强住房公积金系统的信息化建设，以提高系统的运作效率和数据处理能力。各设区城市住房公积金中心都致力于实现数据的大集中，提升信息化水平。但是住房公积金信息化存在一个突出的问题，这主要是由于住房公积金管理中心本身不是金融机构，不具备直接从事金融业务的资格，所有住房公积金相关的金融业务必须委托相关
4、商业银行进行。在此模式下，住房公积金管理中心与银行公积金业务数据与信息需要进行共享与传递，但公积金的信息化水平远不能满足业务的发展需求。目前普遍存在的问题是，住房公积金中心系统并未与银行系统进行联网，银行公积金账户系统与政府公积金管理系统间的数据信息交换严重滞后，不能实时、准确反映公积金资金及业务的实时状况，形成了“信息孤岛”。因此，如何提升公积金业务信息交互系统的信息化水平来适应公积金业务发展的需求是亟待解决重大课题。要解决上述问题，就必须实现公积金中心系统与银行账户系统的联网对接，实现数据的集中与共享，从而实现实时数据交换。针对目前某市银行住房公积金系统与住房公积金中心系统之间尚未实现联网
5、系统功能的问题，按照市公积金中心的要求，设计出了公积金系统管理方案。公积金系统的管理是一个持续、分期的过程。系统管理一期主要涉及两大部分管理内容：一是在综合平台新增查询/打印公积金中心发送的开户授权文件、支取授权文件及销户相关文件，支取时公积金中心向银行端发送的实时查询相关账户余额与利息等系列交易；二是基于现有公积金系统功能，结合市公积金管理中心住房资金综合管理系统联机作业模式业务及通讯接口规范，优化现有公积金系统各操作模块录入要素及相关功能，满足公积金中心要求银行向其发送日终对账文件的需要。1.2 国内外研究现状随着住房公积金制度的不断深入实行，住房公积金业务种类及业务量不断发展，与此同时，
6、住房公积金系统的信息化水平也不断提升。本世纪以来国家对住房公积金的重视程度不断增加，建设部着手整合全国的住房公积金机构，在各设区市设立住房公积金管理中心，以实现全市范围内统一工作流程、统一制度、统一核算、统一决策。在完成住房公积金机构改革并实现全市资金与业务的大集中后，亟待解决的重大是加强住房公积金系统的信息化建设，以提高系统的运作效率和数据处理能力。各设区城市住房公积金中心都致力于实现数据的大集中，提升信息化水平。但是住房公积金信息化存在一个突出的问题，这主要是由于住房公积金管理中心本身不是金融机构，不具备直接从事金融业务的资格，所有住房公积金相关的金融业务必须委托相关商业银行进行。在此模式
7、下，住房公积金管理中心与银行公积金业务数据与信息需要进行共享与传递，但公积金的信息化水平远不能满足业务的发展需求。目前普遍存在的问题是，住房公积金中心系统并未与银行系统进行联网，银行公积金账户系统与政府公积金管理系统间的数据信息交换严重滞后，不能实时、准确反映公积金资金及业务的实时状况，形成了“信息孤岛”。系统的组成系统的总体功能：公共处理主要针对，文件的接收和文件的加密。至于加密需要在后台进行实现，而接收需要判断文件，判断文件名是否合法，如果不合法，则返回拒绝接收。公共处理相对界面比较简单。只是接受相关的信息并对信息进行管理。公共处理主要包括查询/打印公积金授权文件、查询/打印公积金支取授权
8、文件、查询/打印公积金贷款授权文件、查询/打印公积金年度基数核定授权文件。公共处理的功能图如下所示。查询/打印公积金贷款授权文件：办理个人住房公积金购房组合贷款时，必须向公积金中心提交贷款额度审批申请，中心审批通过后，由中心管理系统向银行发送贷款授权文件，银行根据授权文件办理公积金组合贷款手续。为了有效防范风险，系统控制要求实现：当银行系统成功接收公积金中心支取授权文件就视同银行已处理了该笔贷款授权信息，不允许公积金中心再撤销该笔贷款授权文件。归集业务主要包括单位封存及销户、降低比例缴存或缓缴、提高缴存比例、个人信息变更、单位信息变更、个人账户合并、跨管理部转移、住房公积金内部转移、单位基数调
9、整、住房公积金补缴、住房公积金汇缴、自主缴存者(进城务工人员、个体工商户、自由职业人员)住房公积金缴存登记和账户设立。单位缴存登记及个人账户设立申请材料，单位办理停缴、缓缴程序、单位合并、分立、解散破产后公积金手续办理程序。余额和利息查询组要包括余额和利息查询授权文件处理和生成余额和利息查询授权反馈文件，而生成余额和利息查询授权反馈文件又包括检查判断余额和利息查询文件、检查判断余额和利息查询总记录、检查判断单位余额和利息查询记录。余额信息也历次查询的基本流程是首先接到余额和利息查询授权文件处理然后根据交易处理结果，更新hamfilinf000(归集文件信息总表)表中的状态信息生成余额和利息查询
10、授权反馈文件。可以发现余额和利息查询组要包括余额和利息查询授权文件处理和生成余额和利息查询授权反馈文件，而生成余额和利息查询授权反馈文件又包括检查判断余额和利息查询文件、检查判断余额和利息查询总记录、检查判断单位余额和利息查询记录。对于日终对账主要包括日终对账文件种类定义、日终对账文件种类其次个贷数据文件入库、生成个贷账户信息变更记录文件、生成个贷明细流水文件、生成个贷拖欠明细文件、日终自动生成发送对账文件、列表查询缷数错误文件、列表查询对账文件反馈结果、手工生成发送对账文件。每日日终银行系统自动触发生成个贷对账数据批处理交易，根据个贷系统相关数据按网点生成“个贷账户信息变更记录文件”、“个贷
11、明细流水文件”及“个贷拖欠明细文件”。随着公积金制度在各地区的不断推广，尤其是沿海经济发达地区，自1994年起开始实施住房公积金制度，目前住房公积金的覆盖面已经非常广，全市公积金缴存人数多、缴存资金量大、业务量大。公积金业务的处理都涉及到公积金中心与银行公积金系统之间的交互。同时，随着信息技术的不断发展，提高系统数据时效性及业务效率的需求日益迫切，但目前全市公积金中心与银行系统之间的数据不能实现实时交换、共享，现有的公积金系统已经不能满足公积金业务的发展和公积金中心管理的需求，这成为了影响公积金业务效率提升的障碍。因此，如何提升公积金业务信息交互系统的信息化水平来适应公积金业务发展的需求是亟待
12、解决重大课题。要解决上述问题，就必须实现公积金中心系统与银行账户系统的联网对接，实现数据的集中与共享，从而实现实时数据交换。1.3 主要研究内容与目标本课题主要研究的内容和重点从以下三个方面来开展。首先，进行前期调研分析。通过资料检索、文献查阅的方式，了解公积金管理工作的工作流程，提出本系统开发的意义和研究的内容。然后，对系统进行需求分析和设计。对以下5个业务流程进行分析公共处理、归集业务、余额和利息查询、日终对账、数据维护管理业务流程，给出详细的需求描述，确定整个系统的功能模块和设计原则、设计思想。最后，完成系统的具体实现工作，包括公共处理、归集业务、余额和利息查询、日终对账、数据维护管理业
13、务流程等功能模块的开发与实现。系统拟采用C#语言作为开发语言，应用分布式应用程序（B/S）结构，充分共享广域网络资源，建立各工作站点间的紧密联系，实现数据管理规范化、事务工作电算化、业务操作网络化，以MVC框架为主要架构进行研究。系统以流程清晰、方法新颖、便捷灵活、简单实用为设计目标，操作人员只需简短培训，就能操作系统，投入很少的工作量，就能完成相关业务。1.4 论文组织结构第二章 相关技术2.1 SAOP协议简单对象访问协议(Simple Object Access Protocol, SOAP)的起源要追溯到1995年，源自最初由Veriand Software的Dave Winter创建
14、的基于XML的PRC机制的想法。1999年后期，此想法在DonBox和Microsoft的共同努力下，发展成了SOAP版本0. 9。其主要目的是为了使用HTTP协议来调用远程的COM对象，以跨越网络和防火墙的限制，提升COM的使用能力。随着工BM等公司的加入，SOAP慢慢不再局限于Windows平台，被衍生到了Java平台，协议也不再仅仅是HTTP, SMTP, FTP等可以被使用了，SOAP这种跨平台、跨语言、跨协议的完成对象互联的方法渐渐显露出了它的优越性。SOAP消息的数据封装结构有以下几部分：（1）SOAP消息:SOAP消息是在对等SOAP节点间通信的基本单位。（2）SOAP信封:SO
15、AP信封是SOAP规范中定义的SOAP消息(SOAP message)在句法上的最外层结构。在句法上，它包含了所有的SOAP元素和应用元素。（3）SOAP条目:SOAP条目是一个句法上的结构，它用于包含一个逻辑上的单一元素，这一元素是需要被SOAP结点处理的。一个SOAP条目是由该条目最外层元素的完整修饰名(带命名空间修饰)所标识的，这个完整修饰名是由一个局部名和一个命名空间URI组成的。封装在SOAP Header中的SOAP条目称为Header条目，而封装在SOAP Body中的SOAP条目为Body条目。（4）SOAP Header它是能够被SOAP消息传输路径中任意的SOAP接受者结点
16、处理的一组SOAP条目(0个或多个)。（5） SOAP Body它是能够被SOAP消息路径中的最终SOAP接受结点处理的一组SOAP条目(0个或多个)。（6）SOAP Fault:它是SOAP结点产生的用于包含错误信息的特殊的SOAP条目。（7）SOAP数据模型:它是一组抽象的构造约定，用于描述通用的数据类型和数据中的链接关系。（8）SOAP数据编码:它表示在SOAP消息中使用一个或多个SOAP条目，按照SOAP数据模型完成句法上的数据表示。SOAP编码是XML规定的一个子集。用户也可以定义白己的编码规则，并通过属性二enodingStyle指明。SOAP编码体系说明了SOAP消息中包含的数据的类型定义，它基于一个简单的类型系统，概括了程序设计语言、数据库和半结构化数据等类型系统的共同特性。在SOAP协议中，一个数据类型或者是一个简单的(标量的)类型，或者是由儿个部分组合而成的复合类型，其
