养老保险管理信息系统的设计与实现.doc

同济大学软件学院硕士学位论文养老保险管理信息系统的设计与实现姓名：肇劲松申请学位级别：硕士专业：软件工程指导教师：张慧娟;王冬青20090801摘要摘要养老保险管理信息系统在全面采集养老保险数据的基础上、合理组织处理方式和流程，生成各种专业管理信息，提高了经办机构的管理水平和信息处理效率。随着养老保险制度改革的深入、统筹层次的提高，传统手工方式乃至小规模的计算机管理系统已不能完全满足日常管理工作的需要，劳动和社会保障信息化建设工作迫在眉睫。本文在研究分析养老保险业务需求和业务管理流程的基础上，提出了养老保险管理信息系统“大集中建设方案。系统建设采用先进的体系结构，实现浏览器应用服务器数据库服务器的三层体系结构，技术实现上采用组件化的开发方法，构造出基于应用系统的的三层架构，大大降低了传统方式的数据处理和传输信息量大的缺点，降低了网络带宽，并且客户端只需浏览器，操作使用简单，易维护，同时该平台具有足够的扩展能力来满足将来业务增长和变化的需要。本文介绍了养老保险管理信息系统的功能规划，它主要包含三个系统：业务管理子系统、审计审核子系统和记帐子系统，通过这三个子系统的紧密结合实现了养老保险“服务、管理、监督科学化的业务管理模式。该系统目前已经在部分地市正式上线运行，实际运行效果表明该系统在充分满足养老保险业务管理需求的基础上，实现了业务管理的“数据集中、应用集中、物理集中、安全集中，为实现养老保险的省级统筹打下了基础。关键字：养老保险，业务流程，三层架构，大集中学位论文版权使用授权书本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。学位论文作者签名：肇乃钙年阳多经指导教师同意，本学位论文属于保密，在年解密后适用本授权书。指导教师签名：学位论文作者签名：年月日年月日同济大学学位论文原创性声明本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。签名：序力勃叫胡日第章绪论课题来源及背景第章绪论世纪年代中期我国开始进行养老保险制度改革，在此后近年的时间里，社会保障事业发展迅猛，信息量急剧增加。我国劳动和保险保障信息化建设，虽然取得了一些成绩，但系统建设和发展很不平衡。各地系统分散建设，标准不统一，信息无法共享，不但影响了中央对各地的指导力度，而且在一定程度上制约了劳动和保险保障事业的发展。随着人员流动日益频繁和劳动保障业务日益统一的发展趋势，越来越迫切地要求加快建立全国统一信息系统的步伐。年月，经国务院总理办公会讨论通过，金保工程正式获准国家立项。金保工程是劳动和社会保障信息化建设工程，它以计算机网络、服务器、系统软件平台为基础，建设“劳动力资源开发利用系统和社会保险应用系统，完成与劳动和社会保障部门、参保单位与个人、街道乡镇社区、税务、民政（低保）、财政、医院药店、工商、技术监督、银行、邮政、人事、统计等外部系统的信息交换，并最终实现全省的劳动和社会保障业务的“管理集中。研究的目的和意义金保工程就是要在全省范围内建立一个数据中心，负责全省各地的劳动和社保业务的数据存储和业务处理；各地社保业务经办机构通过通讯线路与数据中心相连，以此实现本地社保业务的信息化处理。进而达到劳动和社会保障部的社会保险业务的省级统筹的目标。将所有的数据库服务器、应用服务器、存储设备、网络中心设备、关键电源系统等集中在省金保中心机房，从而减少了服务器的数量及种类，并共享系统资源，方便维护；所有业务数据、管理数据等集中在一个存储设备上，数据的处理、存储及管理等统一有一套数据库系统完成，能保证数据的完整性、安全性、一致性、有效性；所有的业务逻辑和应用软件系统都由统一的集群应用服务器存储和完成，所有的业务端客户只需浏览器即可访问应用系统，软件的升级只在应用服务器；利用省电子政务的安全认证中心，对每个访问的客户第章绪论进行证书的发放、验证、回收等安全管理。通过全网的防病毒、防火墙、漏洞扫描系统保证整个系统的安全：统一业务流程和管理规范，将分散到地市、县、区，各社保险种与劳动力及就业的管理机构统一进行组合调配，用集中式管理模式进行全省的管理运作。国内外研究现状在国家金保工程正式立项之前，各省市养老保险系统建设情况如下：（）部分省市虽然建立了养老保险管理信息系统，但是系统建设没有统一的资源数据库、应用系统和信息管理机构，各网络之间没有连接，无法共享和交换；（）部分地市使用早期开发体系模式下的管理信息系统，但是随着养老保险个人帐户的建立和养老保险社会化发放的需要，以及伴随着下岗职工、再就业人员、托管中心人员、离退休人员管理服务的社会化，劳动和社会保障的信息量正以前所未有的速度急剧膨胀，系统已经越来越不能满足需要，并且随着应用用户的增多，升级压力大；（）还有部分省市采用了当今流行的、架构，但是系统建设以地市级统筹为目标，不利于实现将来养老保险全国联网。国外的社会保障体系主要是面向个人的商业保险，不足以构成有价值的整体参考方案。主要研究内容养老保险是社会保险的重要内容，也是整个社会保险制度中最基本的社会保险制度。根据国务院确定的社会统筹和个人帐户相结合的原则，为参保职工建立了个人帐户，并逐步形成了新的养老保险机制。养老保险事业的发展迫切需要养老保险基金经办机构按照规范化的业务程序对养老保险基金收支进行管理，以增强内部制约机制，提高工作效率，进而在全社会树立良好的社会形象。（）明确养老保险基本业务流程是建立养老保险分系统的先决条件。通过业务需求调研，确定养老保险中应提供的业务功能，在满足劳动和社会保障部核心平台的基础上分别完成申报、缴费核定、费用征集、养老帐户管理、待遇审核以及待遇核发等环节的业务模型，在考虑可扩展性的基础上充分满足企业用户业务经办需求。第章绪论（）采用先进的体系结构，实现浏览器应用服务器数据库服务器的三层体系结构。全省设立一个数据中心，存储所有的帐户信息和交易信息，各经办机构通过网络连接到这个中心存取同一数据库，实时的进行数据共享和交易处理。设计独立的养老保险业务逻辑并基于组件的处理设计，通过标准的接口接受来自客户端和其他组件的请求，完成业务逻辑的处理。组件间相对独立，可以单独设计、开发和进化。（）在全省养老保险业务管理流程和运作模式规范的前提下，实现服务、管理、监督三个层面科学化的业务管理模式。服务层的主要使用对象是养老保险管理机构工作人员，直接面向参保单位和个人，处理参保单位和参保人基本信息录入和变更、养老保险基金的征缴和参保人个人帐户管理，处理离退休人员养老保险待遇资格审核、待遇金额计算、养老金调整、养老金发放记录、委托社会服务机构发放养老金等工作。管理层主要对养老保险数据库进行分析，掌握参加养老保险的单位、在职职工、个体劳动者和离退休人员的动态情况，掌握基金运行状况，对基金进行宏观调剂，为宏观决策系统提供支持。其主要使用对象是社会保险政策的决策者和社会保险管理机构的工作人员。监督层主要对前台营业大厅及社区管理中心业务的监督和管理、业务参数的设置、单位和个人缴费基数的审核、单位、个人缴费记帐，一次性、零散发放等基金收支的具体执行和财务记帐凭证的录入、财务报表的汇总，以及工作人员监督和管理、政策的制定和解释、特殊业务的处理等。本论文的整体结构本论文从需求入手，从技术理论到系统设计到系统相应主要模块的功能实现，具体论述了养老保险管理信息系统的从技术选型到具体实现的设计思想及建立的软件开发过程。第章引言主要介绍养老保险关系信息系统研究的目的和意义，以及研究内容；第章论述了本系统所涉及的关键技术，使我们对系统所采用的技术有所了解；第章介绍了养老保险的业务需求和业务流程；第章绪论第章先介绍了系统的总体设计模式，然后详细介绍了系统主要功能模块的设计与实现；第章从安全角度出发介绍了系统的网络安全设计与实现。第章相关技术第章相关技术养老保险管理系统是一个覆盖全省的管理信息系统，具有终端用户多、业务流程复杂、数据量大等特点，系统建设要求性能稳定、易维护、易使用、可扩展、安全和可靠。基于以上原因，系统建设使用了（）的架构。提供了对、等技术的全面支持。用于实现应用服务器有其优势，它可以利用语言自身具有的跨平台性、可移植性、对象特性、内存管理等方面的性能，为应用服务器的实现提供一个完整的底层框架。平台及相关技术为了推动基于的服务器端应用开发，于是在年底推出了技术及相关的规范，的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于的开发服务器端中间件的标准。在中，给出了完整的基于语言开发面向企业分布应用规范，其中，在分布式互操作协议上，同时支持和，而在服务器端分布式应用的构造形式，则包括了、（）、等多种形式，以支持不同的业务需求，而且应用程序具有“，的特性，使得技术在发布计算领域得到了快速发展。简化了构件可伸缩的、其于构件服务器端应用的复杂度，虽然也一样，但最大的区别是是一个产品，是一个规范，不同的厂家可以实现自己的符合规范的产品，规范，是众多厂家参与制定的，它不为所独有，而且其支持跨平台的开发，目前许多大的分布计算平台厂商都公开支持与兼容技术。是推出的基于的服务器端构件规范的一部分，自从推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。技术是在本地构件基础上，发展的面向服务器端分布应用构件技术。它基于语言，提供了基于二进制字节代码的重用方式。给出了系统的服务器端分布构件规范，这包括了构件、构件容器的接口规范以第章相关技术及构件打包、构件配置等的标准规范内容。技术的推出，使得用基于构件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度，是业务逻辑层的中间件技术，与不同，它提供了事务处理的能力，自从三层结构提出以后，中间层，也就是业务逻辑层，是处理事务的核心，从数据存储层分离，取代了存储层的大部分地位。从分布式计算的角度，像：样，提供了分布式技术的基础。提供了对象之间的通讯手段。从技术应用的角度，和，一起成为新一代应用服务器的技术标准，中的可以分为会话和实体，前者维护会话，后者处理事务，现在负责与客户端通信，访问，并把结果通过产生页面传回客户端。（）作为中最简单、最基本、最常见的应用，是运用技术实现的服务器端动态网页技术。技术用语言作为脚本语言，网页为整个服务器端的库单元提供了一个接口来服务于的应用程序。作为的一部分，既可以用于开发小型的站点、也可以用于开发大型的、企业级的应用程序。技术使开发人员可以将代码嵌入到基于文本的文档中。一个页面就是一个基于文本的文档，它包含两个类型的文本：静态模板的数据，它可以表示为任何基于文本的格式；单元，它决定页面如何建立动态的内容。（小服务器程序）是由服务器端调用和执行的类。技术允许开发人员定义一个特定的的类。一个类为服务器扩展了这样一个性能：可以通过请求一响应这样的程序模式访问主机应用程序。尽管可以响应任何形式的请求，但是它们通常用于服务器上的应用程序。会长期驻留在服务器端的内存中，非常适于服务端的处理和编程，但是提供的功能大多与类似，只是实现的方式不同。通常是大多数代码中嵌入少量的代码，在实际的项目开发过程中，开发人员可以方便地开发页面，而全部用语言编写，开发时需要的集成开发环境一一个需要更多编程经验的开发领域，更适合于后端编程开发人员使用。是电子商务真正的开始，是在基础上的更进一步的发展。第章相关技术是一个描述可重用的可视化处理软件组件模型，通常简称为。在模型中，通过可以无限扩充程序的功能，通过的组合可以快速的生成新的应用程序。它是随着可重用软件工程的发展而流行起来的一个概念，简单地说，就是利用面向对象技术将一些可重用的数据或功能按照标准的接口和模式封装起来，实现代码的重复利用，提高了程序的易维护性。（）是一组，它提供了一组标准的调用来进行数据库的访问，可以使用从一个或页面中直接访问数据库。它将各种数据库的差异性对程序屏蔽了起来，程序可以使用同样的可移植性的接访问数据库，使的应用范围扩展到了数据库领域。有两个部分：一个由应用程序组件用来访问数据库的应用程序级的接口，一个用来将驱动整合到平台中的服务提供商接口。（）是一种用来描述基于文本的数据的语言。使得数据可以被任何程序和工具读取和处理，在中标志是没有预先定义的，必须要自定义需要的标志。是能够自解释的语言，使用（文档类型定义）来显示这些数据。应用架构分析体系包括（），等技术。这些技术的出现给电子商务时代的应用程序的开发提供了一个非常有竞争力的选择，主要形成了以下三种模型。模型模型其实不是一个什么稳定架构，甚至谈不上形成了架构。模型的基础是文件。它从的请求中提取参数，调用相应的业务逻辑，处理会话，最后生成文档。一系列这样的文件形成一个完整的模型应用，当然可能会有其他辅助类或文件。早期的和技术就属于这个情第章相关技术况。总的看来，这个模型的好处是简单，但是它把业务逻辑和表现混在一块，对大应用来说，这个缺点是令人容忍不了的。模型在经过一番实践，并广泛借鉴和总结经验教训之后，应用程序终于迎来了（模型视图控制）模式。模式并不是行业人士标新立异的，所以前面我谈到广发借鉴。的核心就是做到三层甚至多层的松散耦合。这对基于组件的，所覆盖的技术不断膨胀的体系来说真是福音和救星。它在浏览器（本文对客户代理都称浏览器）和或之间插入一个控制组件。这个控制组件集中了处理浏览器发过来的请求的分发逻辑，也就是说，它会根据请求的，输入参数，和目前应用的内部状态，把请求分发给相应的层的或。另外它也负责选择下一个视图（在中，会生成回给浏览器的从而形成视图）。集中的控制组件也有利于安全验证，日志纪录，有时也封装请求数据给下面的层。这一套逻辑的实现形成了一个像的应用框架。模型下图为体系中典型的多层应用模型。（）客户层一般为浏览器或其他应用。客户层普遍地支持协议，也称客户代理。（）应用层在中，这一层由容器运行，它包括，等部件。（）企业组件层企业组件层由容器运行，支持，等服务和技术。（）企业信息系统层企业信息系统包含企业内传统信息系统如财务，等，特点是有数据库系统的支持。第章相关技术，、（黼，卜模霉崛逛三三兰多）卜数据库篙卜（）服务器）、。，图多层应用模型应用框架目前主要集中在层，旨在规范这一层软件的开发。其实企业组件层也可以实现这个模型，但目前主要以设计模式的形式存在。而且有些框架可以扩充，有了企业组件层组件的参与，框架会显得更紧凑，更自然，效率会更高。第章业务需求第章业务需求本章从需求分析入手，讲述了养老保险的业务流程和业务功能，通过分析为下一步软件系统的设计与实现提供了重要的依据。养老保险三种管理模式养老保险业务指导关系管理模式省社会保险经办机构的业务指导范围是：全省各市地、农垦总局、森工总局社会保险经办机构负责的养老保险业务。业务指导工作的职责：（）制定全省养老保险业务管理的规定、办法、实施细则等。（）根据养老保险基金收支状况，为政府确定合理的缴费比例提供可靠的测算数据。（）根据下级保险经办机构提供的基础数据，制定省级调剂金的收缴计划。（）对使用省级调剂金的市地、系统进行考核，并按规定下拨调剂金。（）发布全省职工个人帐户养老金的记帐利率。（）全面考核市地、系统养老保险工作。包括职工参保率、基金收缴、拨付率等。（）对省级调剂金收支情况进行核算，并汇总登记各种帐薄。（）编制养老保险基金的年度预算和决算。（）定期汇总并上报各种财务报表。（）定期或不定期整理、汇总、分析养老保险业务的各种统计数据，按规定上报统计报表和草拟统计分析报告；对养老保险基金的收缴、支付、结余情况进行审计、监督和检查。委托经办的管理模式省社会保险经办机构委托中直单位在省内有主管部门单位经办养老保险业务。直接管理模式对中直行业在省内没有主观部门的单位采用直接经办的管理模式，直接经第章业务需求办养老保险的所有业务活动。养老保险信息化建设现状（）业务信息管理水平低且发展不均衡各市地中业务管理系统较先进的，他们的部分业务实现了网络化管理，维护人员的技术水平也较高；部分市地、县处于手工操作或平台、单机操作的管理水平，维护人员的水平也只限于该平台的维护、设计能力；而大多数县级社会保险局的管理水平仍以手工操作为主，维护人员是个空白。各级社会保险机构信息管理水平低，严重影响了社会保险正常业务的开展，特别是养老保险业务，如个人帐户的建立、管理和转移；不同类型离退休人员养老金的计发等业务。而各级社会保险机构信息管理水平的不均衡和维护人员水平的差异将不利于全省统一的管理信息系统的建立。（）各市地、县所使用的管理软件不统一各市地有的使用自己设计的管理软件，有的使用他们和计算机公司合作开发的管理软件，有的业务信息的管理仍依靠于手工操作。各市地和各经办机构建立的数据库，没有统一的标准，信息无法共享和交换。管理软件的不统一，不仅会给全省的社会保险管理系统造成维护难、人员培训难等问题，也会在一定程度上影响全省统度的实施和决策数据的真实性、准确性及全省社会保险统一信息管理系统的建立。（）硬件设备建设严重浪费设备采购盲目性大，在设备采购后，才发现有的设备没有用处，需要的设备并没有采购，甚至在设备采购后才知道还要开发和购买软件，等一切都有了，设备已经过时了，造成了资金的严重浪费。养老保险业务流程分析养老保险业务主要包括参保人（在职职工、个体劳动者）基本养老保险基金的收缴和个人帐户管理、离退休人员养老保险金发放以及基金运转、储备、调剂等方面的管理。基本养老保险基金与其他四个险种统征缴，分别使用。对第章业务需求养老保险基金的收缴和发放信息进行采集、存储、分析，对基金运行状况和宏观调剂进行监控和预测，为养老保险业务管理和政策决策提供现代化手段。养老保险的业务流程为：申报、缴费核定、费用征集、养老帐户管理、待遇审核以及待遇核发等环节。基本养老保险的基本业务流程和基本业务科室对应关系如下图一所示：譬些杰厅：交费与帐户信息图养老保险基本业务流程养老保险系统功能分析养老保险业务主要包含养老保险业务服务和养老保险业务管理。养老保险业务服务是指养老保险保障对象享受养老保险待遇和完成相应养老保险义务时办理的各项事务，养老保险业务服务一般是通过前台业务窗口完成；养老保险业务管理是指为了保证这种养老保险业务服务的顺利进行而从事的协调、规范、监督、控制工作，内部事务处理工作，对各科室、经办机构的管理工作和各项第章业务需求养老保险政策、制度的研究和制定工作以及与相关部门的业务关系等。养老保险的功能结构如图所示：坚竺鎏塑陬稠圃：厂一一；如鍪璺竺里卜堕基金管理卜一二町图养老保险系统功能结构养老保险系统负责养老保险费的征集、支付和管理、实现养老保险基金运行的安全与完整，确保养老金的按时足额发放。主要子系统功能如下：帐户管理（）缴费单位参保登记：建立单位基本信息、在职职工基本信息及其个人帐户、离退休人员基本信息及其拨付标准；（）缴费核定：按月为缴费单位职工建立终身不变的个人帐户；由个人帐户确定单位应缴纳的养老保险费数额为其建立养老保险业务分帐；（）系统根据缴费单位缴纳的养老保险数额，记录缴费单位养老保险业务台帐和职工个人帐户；（）根据待遇支付环节提供的资料，记录职工个人帐户养老金支付情况；（）根据公布的职工个人帐户养老金计息标准，准确记录职工个帐户养老金储存额。信息变动（）处理参保单位的变动：处理参保单位登记、变更、注销、冻结、解冻；根据单位参保时录入的基本信息打印单位的社会保险登记证；处理单位缴费基数申报，核对录入每个人的缴费工资；处理单位合并、分立、破产。墨西固画第章业务需求（）处理参保个人的变动：新参加工作人员的参保登记，进入系统前已经参保并存在个人帐户的老职工的参保登记；职工从系统内一个单位到另一个单位的调入、调出处理；处理在职职工进托管中心、从托管中心转为在职职工；处理在职职工转个体工商户，个体工商户转为在职职工；对于需要中断缴费的在职职工进行冻结，对于需要恢复缴费的职工进行解冻；对出国留学、死亡等原因的在职职工个人帐户进行返还；在职职工达到退休年龄后的处理；离退休人员的遗属增减变动处理；离退清帐、冻结、解冻处理。基金征缴（）根据缴费单位每月应缴纳养老保险费数额输出养老保险费扣缴数据，通过接口子系统传送到地税系统实现养老保险费的地税征收。（）对缴费单位以支票形式到社会保险经办机构直接缴费，完成征集养老保险费手续。（）对欠缴养老保险费的单位应及时填发养老保险费催缴通知书，督促缴费单位尽快缴齐欠缴的养老保险费，并办理手续。（）对于参保职工个人帐户欠缴或中断，完成个人补缴功能。（）对每月缴费情况进行分析，产生养老保险基金收缴率等统计资料。待遇发放（）对待遇审核环节提供的缴费单位及职工享受养老保险待遇的有关资料进行确认，编制享受养老保险待遇人员花名册与台帐。（）根据有关规定，确定享受离退休待遇人员离退休待遇的发放方式和时间。（）通过银行或邮寄等形式将应支付的离退休待遇发到离退休人员手中。第章系统设计与实现第章系统设计与实现本章根据上一章所阐述的业务需求给出系统的功能概述，提出了系统的总体设计，然后描述了系统部分功能模块的实现特点和实现原理，同时给出部门模块的详细设计和实现界面，提出系统开发所采用的应用架构，并通过软件系统测试充分证明了该体系结构的工程方面的可操作性。系统总体设计业务管理模式设计社会保险业务运行管理模式是社会保险内部管理的基础。首先，必须规范各级经办机构的业务管理流程和运作模式，不规范的设置存在着业务管理不统一、科室间数据不能及时交换和各业务科室职能不清晰等问题，同时，也很难实现业务统一的计算机网络化管理。经过对社会保险业务管理内在规律的分析，以及对各个现行机构设置方式的调查，建议将社会保险机构业务管理分为服务层、管理层和监督层三个层次：服务层的主要使用对象是养老保险管理机构工作人员，直接面向参保单位和个人，负责基本信息的采集、录入、维护，基金征缴与离退休人员社会化发放。管理层主要对养老保险数据库进行分析，掌握参加养老保险的单位、在职职工、个体劳动者和离退休人员的动态情况，掌握基金运行状况，对基金进行宏观调剂，为宏观决策系统提供支持。其主要使用对象是社会保险政策的决策者和社会保险管理机构的工作人员。监督层负责对前台营业大厅及社区管理中心业务的监督和管理、业务参数的设置、单位和个人缴费基数的审核、单位、个人缴费记帐，以及工作人员监督和管理、政策的制定和解释、特殊业务的处理等。系统运行模式设计在全省范围内建立一个数据中心，负责全省各地的劳动和社保业务的数据存储和业务处理；各地社保业务经办机构通过通讯线路与数据中心相连，通过第章系统设计与实现方式使用浏览器实现本地劳动和社会保障业务的信息处理，系统总体框架结构如图。（）物理集中：将所有的数据库服务器、应用服务器、存储设备、网络中心设备、安全设备关键电源系统等集中在省金保中心机房，从而减少了服务器的数量及种类，共享系统资源，并方便维护。（）数据集中：所有业务数据、管理数据等集中在一个存储设备上，数据的处理、存储及管理等统一有一套数据库系统完成，能保证数据的完整性、安全性、一致性、有效性。（）应用集中：所有的业务逻辑和应用软件系统都由统一的集群应用服务器存储和完成，所有的业务端客户只需浏览器即可访问应用系统，软件的升级只在应用服务器。（）安全集中：利用省电子政务的安全认证中心，对每个访问的客户进行证书的发放、验证、回收等安全管理。通过全网的防病毒、防火墙、漏洞扫描系统保证整个系统的安全。（）管理集中：统一业务流程和管理规范，将分散到地市、县、区，各社保险种及就业的管理机构统一进行组合调配，实现用集中式管理模式进行全省的管理运作。图系统总体框架图数。慷第章系统设计与实现应用软件平台设计养老保险业务管理系统是覆盖全省的复杂系统，从物理构成角度上看，它包括了参保的用户，从事养老保险的各级管理人员，国家有关养老的法规政策，这一切构成了系统的逻辑用户。系统本身是由多台计算机在系统软件（操作系统、数据库、开发工具、支持工具）支持下，通过运行用户接口软件和应用软件来完成系统的功能，后者我们称之为物理用户模型。由逻辑用户模型和物理用户模型构成了养老保险信息系统模型，如图：养老保险业务模型养老保险管理机制用户接口层应用软件层支撑局域网络开发日目上县上只数据库管理系统操作系统网络操作系统机局域网络图养老保险管理信息系统模型逻辑用户模型山物理用户模型基于三层架构的养老保险管理信息系统中，每一级都支持应用程序的一个独立部分，如图。应用客户机完成描述逻辑，应用服务器完成业务处理逻辑。在一个事务处理过程中，每一个客户机只向应用服务器发出一个请求，这就大大减少了网络通讯和竞争。每个应用程序的业务逻辑是由该应用程序的所有用户共享的，这样就能更好地控制业务处理，同时当修订业务处理而产生变化时，能极大地简化变化的实现。数据服务器负责管理和优化同时并发的数据存取。接入层是外部用户用于操作养老系统、完成交易、获得信息的途径。典型的渠道包括柜台、互联网、电话等，典型的用户界面包括传统界面、浏览器界面等。应用层包括业务逻辑层、公共服务层以及中问件层，业务一险统一下麓上一养信一第章系统设计与实现逻辑层负责处理渠道层的业务请求，通过公用服务层和中间件层读取数据，执行特定的业务逻辑，将处理完的数据通过公用服务层和中间件层写回业务数据层，将处理的结果通过渠道和用户界面管理层，返回给请求渠道。公用服务层介于业务逻辑层和中间件层之间，提供安全审计、用户权限管理、数据存取服务等各模块所公用的服务。中间件层用于管理来自业务逻辑对数据源和外部系统的访问，通过连接池、：缓存、企业应用集成等技术提高对数据访问的效率以及与外部系统的可集成性。数据层通过数据库、文件服务器等，提供数据存储和管理的机制。接入层应用层数据层图养老保险管理信息系统平台（）接入层设计养老保险系统在大集中以后，应该将多渠道服务作为提高服务水平的主要途径，统一进行建设和管理。由于互联网、内联网和基于的技术的高速发展，以及浏览器界面的简单性、标准性和普及性，近来基于浏览器的瘦客户端得到了广泛的应用，在很多应用中，开始取代传统的用户界面。然而，在当前基于浏览器的用户界面的发展水平下，在某些应用条件下，传统的有其自身的一些优势，仍然将使用一段时间。下面是基于浏览器的用户界面的基第章系统设计与实现于界面的一个比较，见表：表一浏览器与的用户界面比较传统浏览器界面标准性、不同。开发工具风格不同，受没相对标准，同样受设计者、开发简洁性计者、开发者影响较大者的影响较大维护、升级难度较高、需要版本控制、软件发放工统一、简单；如果对浏览器端通具支持过或控件大量定制，仍然存在同样问题驱动外设标准驱动程讯需要针对不同外设开发相应控件或调用程序，并开放相应安全权限快捷键可以灵活定制、设置需要通过或控件实现连接类型保持连接通过标准协议，不保持连接，可以通过或控件保持连接与服务端数据较高、格式可定制如果通过标准”协议，则效交换效率率较低；采用通过或控件扩展后保持连接的方式，可以提高效率由于前台工作人员和前台工作系统，主要进行频繁的日常交易处理，包括大量的数据录入、打印、银行划帐等，需要驱动外部设备如打印机、读卡机等，对用户界面的效率、稳定性和成熟性也有较高的要求。尽管基于浏览器的界面有其广泛的优点，但是对于前端工作人员而言，传统的界面，会提供更为友好、高效的工作环境。但考虑到计算机操作人员的水平较低和维护的方便性，根据实际要求可对部分或全部接入层采用浏览器界面。通过对端工作人员处理的关键业务用例进行分析，在前端工作人员的传统界面，应具有如下的关键功能模块，见表：第章系统设计与实现表前端工作人员的关键功能模块功能数据用户界面接受片户输入、显示处理结果界面管理器定制和生成用户界面，处理用户界面请求，将请求发给各处理方客户端打印服务驻留在客户端，接受打印请求，驱动打印机完成打印前端缓存数据管理器管理在前端缓存的数据，通过缓存数据访问入口？处于降低网络访问压力的考虑，放置在前端的数据，主要是业务前端缓存数据规则、代码表、打印表单格式等批量打印子系统独立的打印服务系统，提供批量打印的功能外设管理器用于管理读膏机等外部设备负责管理与业务逻辑层提供的服务的连接，发放服务请求，接受服务请求管理器服务等对于后端工作人员而言，我们建议采用标准的基于浏览器的界面。这是因为需要良好的协作环境、统一的信息存取渠道和表现形式，而基于浏览器的界面，结合内部后端门户服务器，在这方面有一定的优势。用户界面是用户获取系统服务的直接途径，为了给工作人员提供友好高效的工作环境，在未来的建设中，对用户界面的开发予以充分的重视。未来的用户界面可以满足如下要求：简洁、高效；界面各部件的布局应该保持合理性和一致性；对每一功能有快捷键的支持，用户还可以对快捷键进行定制；用户界面还应该根据不同用户的权限和喜好进行定制；用户界面还应提供友好的帮助信息；对各种状态和操作结果进行及时的反馈和提示；在前端还应提供一些智能化的校验功能。前端数据与后端数据的同步，通过时间戳校验进行；客户端每次登入系统时，进行时问的比较，一旦发现客户端的数据较老，则自动进行更新。（）应用层设计应用层是实际完成业务逻辑处理的一层。由社会保险、劳动力资源开发利用系统、公共信息与数据交换系统组成。应用层实际处理来自接入层请求，通用服务层获取存取权限校验、数据存取服务，通过中间件层读取数据，进行加工处理，将相关修改的数据通过中间层写到数据源，将处理的结果返回给接入层。将业务逻辑处理独立出来的目的，是为了保证通过统一一致的业务逻辑，为来自多个渠道和界面的请求提供一致的服务；降低渠道和界面的复杂度和与第章系统设计与实现业务逻辑处理的耦合度；通过中间件层从数据源读取数据以及通过企业应用集成的机制与外部系统进行集成，降低业务逻辑与数据源的耦合度和读取数据的复杂性，提高处理的效率。未来的业务逻辑的各组成部分，将采用基于组件的处理设计，通过标准的接口接受来自客户端和其他组件的请求，完成业务逻辑的处理。组件间相对独立，可以单独设计、开发和进化。根据未来设计的网络架构和带宽，以及从管理的角度来看，我们建议，业务逻辑层完全驻留在省数据中心，基层单位的客户端通过网络获得服务。（）数据层设计数据层是集中存放数据的一层，数据库或文件服务的机制提供。业务运作需要管理的主要数据如图所示：巢巢黑巢参保人数据养老帐务数据稽核与执法数据稍集官埋数据卫且卫业务规则数据系统配置管理数据存取权限数据图养老保险管理信息系统数据模型数据库系统设计养老保险管理信息系统所管理的数据信息量庞大，结构复杂，种类繁多，访问用户各异，实时性强，安全性高，并发量多。这要求一个高性能、高可靠、扩展性强和易管理的强大的数据库管理系统的支持。数据库系统的设计和管理是整个信息系统建设的关键，也是应用软件开发的基础；数据信息的采集验证又是整个工程工作量最大，任务最繁重的工作内容；而参数库、知识库、方法库、模型库和数据仓库的设计是数据库设计的重点和难点。数据库系统设计的依据数据库系统的设计必须遵循国家电子政务信息化建设的总体规划，按照劳动和社会保障部的标准规范、核心平台的设计方案、国家己颁布的各代码体系标准等；使得金保的信息共享、互联互通。数据库系统的设计还要适合劳动力第章系统设计与实现资源开发利用与社会保险业务系统的实际需要，适应各类机构和人群的应用要求，系统有机组合，灵活配置，可合可分，并能够提供和外部系统与部门进行安全有效的数据接口和信息交换。数据库系统设计的原则数据库系统是金保信息系统的核心，数据库系统设计的科学性和成败直接影响整个管理系统的成败。对于“金保工程信息系统这样涉及面广，可靠性要求高的系统，数据库的设计就更为重要。因此，在数据库系统设计中，将遵循如下原则：（）标准化原则：数据库的设计必须符合国家和部里的标准规范，确保信息共享、互联互通。应分阶段进行并产生规范化的文档。（）开放性原则：“金保工程”信息化建设系统涉及的范围广，生命周期长。系统中可能会有多种硬、软件平台，数据库的开放性应满足不同环境下的数据库系统的互连，并能适应今后硬、软件变化及系统升级的要求。（）统一性原则：数据库的设计必须统一进行，只有这样才能保证系统的可靠性和开放性。数据库设计必须按照数据库设计的工程方法进行，以保证数据库组织的科学性、合理性。（）实时性原则：数据库设计必须要考虑将来应用系统的联机响应速度，保证信息的及时准确。要做到这一点，必须仔细分析系统的数据流量，网络传输性能，对影响系统性能的数据瓶颈采取合理的解决办法。（）可靠性原则：数据库必须具有极高的可靠性。对于关键数据，应重点考虑，保证不影响系统的运行。（）安全性原则：数据库信息必须按用户不同级别访问不同的信息，严禁信息的越权访问。对用户的操作应实时记录，对违规操作可告警或拒绝。（）可维护性原则：数据库系统应具有较好的可维护性，保证系统开发的顺利进行和运行期的维护，应建立相应的软件进行维护工作，方便操作。（）可管理性原则：数据库系统良好的管理功能是其关键，要方便用户权限管理、数据库的建立、数据备份与恢复、存储管理、内存管理、性能优化等各方面的操作。数据库基表的设计原则数据库基表将以劳动和社会保障部下发的劳动力市场信息系统世纪版和社会保险核心平台标准为基础，结合实际情况，同时考虑与其他系统的信息接口第章系统设计与实现和交换，保证建设水平、统一多个接口、统一信息资源、保护和节约投资、保证系统实用性、可扩充性、安全性为原则进行设计。数据库设计（）生产库：金保工程业务管理资源数据库，单独建立一个数据库。数据库管理系统由两台高性能、高可靠的群集并行服务器运行。只用于日常的业务数据的处理。（）财务管理数据库：数据安全性要求高，不应和其他库混在一起，应单独建库。由一台高性能的数据库服务器运行。并且通过财务管理接口与生产库进行数据交换和信息控制（如财务记账控制业务记账等）。（）查询库：数据量大，但并发性小，单独建库，由一台高性能的数据库服务器运行。（）历史库：数据量大，但并发性小，单独建库，可单独由一台高性能的数据库服务器运行。也可以与查询服务器共用。（）接口库：数据量较小，并发性小，由于与其他系统交换数据，应单独建库，可单独由一台高性能的数据库服务器运行。也可以与交换服务器共用。（）交换库：数据量庞大，但每月只有几次进行数据交换，单独建库，可以和接口库共用一台服务器。（）综合查询统计报表数据库：数据量小，访问量小，可单独建库，也可与政策法规数据库共用，可与查询服务器共用数据库管理系统。（）公众信息服务资源数据库：提供互联网门户网站、语音查询接口等，由于与外网连接，单独建库，采用两台高性能的计算机提供数据库服务和服务。（）备份库：单独建库，由高性能的备份服务器运行，也可与综合分析与宏观预测数据库共用服务器。系统功能模块设计养老保险管理信息系统按业务职能划分为三个子系统：业务子系统、审核子系统和记帐子系统。业务申办人申请办理一笔业务时，由业务子系统进行预先处理，然后提交给审核子系统进行审核确认；审核子系统有两种处理方式：第章系统设计与实现符合办理条件则审核通过，如果该业务涉及财务处理则流转到财务子系统，不符合办理条件则审核退回，业务子系统需要重新处理此业务；财务子系统处理完毕后将记帐结果体现在业务数据上，各子系统之间的关系如图所示：提业务子系统图系统总体功能图业务子系统是养老保险管理信息系统的核心部分，按业务功能划分为五个部分：系统管理、单位管理、个人管理、收缴管理、支付管理。（）系统管理主要包括对经办机构用户的设置及权限的管理、分配，对一些保证养老保险系统运行的政策参数进行维护，如：本机构参保单位所有的缴费比例分类，各缴费比例分类的值；设置本级经办机构的基本情况，对于业务审核系统通过的业务进行重新处理或删除，对本级机构所有在职人员的缴