一、核心平台的概念
二、联合开发核心平台的必要性
三、核心平台的研发过程和主要成果
四、核心平台的主要内容
五、核心平台的技术路线
六、核心平台开发项目管理
七、核心平台的实施
八、核心平台的未来发展方向

　　一、核心平台的概念

　　1．核心平台是社会保险管理信息系统建设的全面解决方案

　　随着我国社会保险制度改革的深入发展，“统帐结合”模式的探索和统一、覆盖面的逐步扩大、社会化管理程度的不断提高，我国社会保险工作已由“粗放”转向“精深”。十五届四中全会更是提出了建设独立于企业之外的社会保险体系的要求，使得各级社会保险管理机构对信息系统建设的认识日益提高，要求也更加迫切。

　　建设社会保险管理信息系统，首先必须考虑众多的因素，诸如业务的规范性、业务发展的方向、可利用的资源、要克服的业务或技术难点、系统建设的目标、时间进度约束、各层次使用对象的情况等，从而形成完整、准确的需求分析，并在此基础上优化业务流程。其次，在同一统筹区域内，劳动者要参加各项社会保险，跨地区流动的比例日益增长，从信息交换和信息共享的角度，对数据的标准性要求大大提高。第三，计算机和网络技术发展日新月异，社会保险各项政策尚有一定程度的“震荡”，设计和开发一整套的符合社会保险业务需求的应用软件难度较高。第四，社会保险业务的开展涉及到的部门非常广，如参保单位、银行、税务部门、定点医疗机构、定点零售药店等，需要做大量的协调工作并要取得各部门的密切配合。

　　核心平台充分考虑了上述因素，为各地社会保险经办机构提供了详尽的需求分析报告和业务流程优化建议。用户不必完成繁重的需求分析工作，只须“找出差异”即可，从根本上保证了系统的可用性。核心平台是目前唯一全面遵守国家劳动和社会保障部信息标准和信息结构要求的应用软件，可以充分保证信息共享和信息交换，降低了投资风险。组件化、方法库、多运行环境等技术点，使核心平台可适应多种业务处理模式和流程。可拆可合的“五保合一”功能，使核心平台的应用范围更广。直观明了的用户界面、无处不在的操作向导，非常适合业务操作人员和系统管理人员。综合查询和统计功能，可使领导人员对基金的运行情况了如指掌，对基金的各种风险提早预警。各种安全保密机制、多种数据备份策略、操作留痕技术可以充分保护系统中最珍贵的资源——数据。可以说，凡是社会保险经办机构要考虑的问题，核心平台都考虑到了，从这个意义上讲，核心平台是符合社会保险业务发展需要的全面解决方案。

　　当然，各地的社会保险业务有自己的特殊性，因此在保持核心平台提供的统一数据结构的基础上，可以利用核心平台提供的工具在一定程度和范围内进行本地化。

图1 社会保险管理信息系统结构示意图

　　2．核心平台是集众家所长的社会保险管理信息系统

　　我们一贯认为，社会保险管理信息系统要长成一棵参天大树，树干体现了社会保险的大同，树枝体现了各地的小异。如果仍由各地自行开发应用软件，我们将看不到一棵大树，而是一片灌木丛；如果将所有的分枝都砍掉，只留一个独枝，则抗击风险的能力大大降低，恐怕也难以保证它能长成大树。一种很自然的想法就是：既然社会保险业务大同小异，能不能联合一支高水平的精干队伍，共同做好“树干”部分，将社会保险行业的应用软件水平提高一个档次，更上一层楼呢？核心平台正是在这种背景下产生的。

　　劳动保障部信息中心和劳动保障部社会保险事业管理中心经过长期的考察和筛选，联合沈阳东大阿尔派软件股份有限公司、广州华南资讯系统集成有限公司和四川银海经济技术有限公司，五家单位共同抽调了精干的技术人员从1999年8月开始进行封闭开发，目前已经基本完成研发任务。期间，我们得到了HP、IBM、Oracle、Sybase、BEA等众多软硬件厂商和一部分社会保险经办机构的大力支持。因此，核心平台是集众家所长于一身的具有较高水平的社会保险管理软件。

　　3．核心平台是全面遵守社会保险业务规范和标准的应用软件

　　社会保险业务的发展对目前已有的应用软件形成极大的挑战。核心平台是在紧紧跟踪着诸如登记申报制度、统一征缴、统帐结合、社会化发放等业务需求，总结各家单位以前版本的基础上完成的。在核心平台的分析和设计过程中，大家对以前在各地遇到的各种情况进行了认真的讨论，对一些难以统一的争执，则以征询单的形式向部内或地方的领导和专家咨询。从而使核心平台在对业务的理解和对业务发展方向的把握方面有了较大提高。

　　为了统一社会保险的数据标准，劳动和社会保障部制定了《劳动和社会保险管理信息系统信息结构通则》，并以此为基础，完成了《社会保险管理信息系统指标体系—业务部分》。这两个文件已经征求了各地劳动保障部门和社会保险经办机构的意见，很快将正式下发。核心平台全面遵守了这一标准，又为各地扩充这一标准提供了很好的解决方案。

　　二、联合开发核心平台的必要性

　　1．减少各自为战、重复开发造成浪费

　　由于缺乏全国统一标准和组织指导，各地自行建设信息系统，一些地区未按系统工程的要求进行方案设计和论证，应用软件重复开发现象比较普遍，网络互联困难，造成硬件和系统软件的浪费。核心平台的开发和推广将从以下几个方面大大降低信息系统的建设成本：

　　（1）可以提高软件成果的重复利用率。实际上，各地目前正在开发的应用软件中，许多工作是重复的，这无疑是人力和物力的极大浪费。以一个城市用于软件开发的费用为50万元人民币计算，全国400个中心城市的软件开发费用将高达2亿元人民币。

　　（2）可以大大减少系统升级换代所带来的新一轮投入。在分散开发的情况下，即使全部中心城市的软件运行都正常，随着政策的调整或软硬件的更新换代，势必导致应用软件的升级，新一轮的投入将不比建设初期的投入少，而且这种投入会一直持续下去。采用统一核心平台可以在很大程度上降低这种投入的幅度。

　　（3）变分散投入为集中投入，可以取得更多的价格折扣。如果劳动和社会保障部能统一组织社会保险管理信息系统的开发建设，将迫使硬件厂商和数据库厂商提供大比例的价格折扣，从而为各地信息系统建设节约大量资金。

　　（4）避免因系统能力与业务需求脱节所造成的浪费。在不少地区，硬件容量和数据库软件的选型是根据建设经费的多少决定的，没有科学的估算。设备容量过大，会造成闲置浪费，容量过小，又会造成重复投入浪费。联合开发的核心平台将根据不同的城市参保人数规模和业务量大小，测算出系统运行配置要求，达到投入与产出的优化组合。

　　2．博采众家之长，保证软件质量和水平

　　社会保险管理信息系统应用软件的开发是“三分技术，七分需求”，这种观点在参与讨论的社会保险经办机构和应用开发商中得到了普遍认可。开发商对社会保险业务的理解和对社会保险软件开发的经验是应用软件成功与否的决定因素。但是，目前做得最好的的软件开发商也只有一个或几个“点”上的经验。联合开发核心平台将使这些成功的软件开发商优势互补，使核心平台博采众家之长，具有“面”的代表性。

　　其次，信息系统建设的立足点要高。社会保险管理信息系统的开发建设绝不是手工操作的一个翻版。在部分地方的系统设计中，由于经验不足等原因，只是将目前的手工操作计算机化，直到系统运行一段时间之后，才发现有许多业务流程需要优化，使系统不得不立刻进入第二次开发阶段，系统的开发工期延长，稳定性差。联合开发核心平台，可以避免走“尝试—失败—总结经验—再提高”的老路，使信息系统建设的起点高，软件的质量和水平可以得到保证。

　　3．规范业务流程，实现信息交换与信息共享

目前，各地的业务流程差别较大，要优化业务流程单靠思想认识的提高是难以做到的。我们可以通过核心平台的推广和应用，帮助各地优化自己的业务流程、工作人员的岗位设置以及事权划分。从系统应用较好的地方来看，基本都走过这一历程。此外，联合开发核心平台，可以保证指标体系以及数据库结构的一致性，为信息交换与信息共享奠定基础。

　　4．转变各自所扮演的角色，确保系统正确高效运行

　　从已经开展信息系统建设的社会保险经办机构的情况来看，基本上是按这样的流程和分工进行的：首先由社会保险经办机构提出需求分析，然后将需求分析提交给开发单位，开发单位根据需求分析进行软件开发，经试运行后交付使用。但这种模式大多是失败的，其原因有以下几个方面：

　　首先，社会保险经办机构限于自己的业务领域，难以提出完整、系统的需求分析报告。

　　其次，开发单位限于对社会保险业务的理解程度不够，难以通过“共同语言”同用户进行交流，不能及时对用户的需求提出优化建议，设计缺乏前瞻性。

　　最后，由于目前政策执行的稳定程度不够，业务开展的内容不断增加，使开发商疲于修改程序和软件功能，维护成本非常高，利润几乎被消耗殆尽，而社会保险经办机构因系统不能正常运行，工作开展受到影响。双方均有怨言，合作的基础开始动摇。

　　事实上，造成这种局面的根本原因是社会保险经办机构与应用开发商在信息系统建设中定位不对。核心平台推广之后，社会保险经办机构的工作人员主要根据核心平台所提供的需求设计、流程规范，结合本地区的实际情况，提出本地化的要求，而不是从头开始完成全套的需求分析；开发商的工作重点将转移到将核心平台本地化和保障信息系统安全运行上，而不是将主要工作放在开发全套的应用软件上。这种定位的转变，实际上是从“花钱买开发”向“花钱买服务”的根本转变，信息系统的建设成本也必将大大降低，对用户和开发商是“双赢”的事情。

　　5．改变应用开发商的恶性竞争为有序竞争

　　目前，在社会保险领域从事应用开发的软件公司大小不一，水平也参差不齐。一些公司为了争取到开发项目，采取拉拢、利诱等不正当竞争手段，也有一些公司以“低价格”手段来获取软件的开发权。但这些作法必然会以牺牲产品质量和服务质量为代价。更为严重的是，原来一些服务较好的大公司出于自身利益的考虑，也逐渐卷入这种恶性竞争当中。实际上，对用户来说，硬件设备和软件本身的价值是有限的，而系统的安全高效运行是无价的，以眼前的局部利益牺牲长远利益实在是得不偿失。使用统一的核心平台，可以帮助用户转变这一理念，使市场有序化，竞争有限化。保护产品和服务质量俱佳的大公司的利益，受益最大的是社会保险经办机构。

　　6．实现基金安全保障

　　社会保险经办机构是一个“准金融机构”，社会保险管理信息系统中的每一个数字都涉及“钱”。从对参保单位和参保人员负责的角度来讲，必须降低系统的运行风险，不能出任何差错；从社会保险基金管理者的角度来讲，必须加强监管，确保基金安全；从政策制定者的角度来讲，必须做到耳聪目明，及时掌握基金的收支状况等信息。使用核心平台，不仅可以保证系统的安全性，更重要的是可以加强对基金监管的力度，对各级社会保险管理机构的宏观决策意义重大。

　　三、核心平台的研发过程和主要成果

　　社会保险管理信息系统核心平台项目组将始终关注社会保险体制的改变，跟踪社会保险业务的变化和计算机技术的发展，保证核心平台能够及时满足各地用户的需要，从而达到推动我国社会保险管理信息系统建设水平逐步提高，最终实现一体化的目标。因此，系统建设的每个步骤都严格按照软件工程的要求进行，做好每个阶段输出成果的配置管理和文档管理，为将来系统升级打下良好的基础。

　　任何一个软件工程项目的研发都离不开需求分析、系统设计、编码、测试等几个阶段，社会保险管理信息系统的研发也不例外。由于社会保险业务的复杂性和不规范性，加上参加研发的人员来自不同的单位，因此在每个阶段都要首先进行基本概念和思想的统一，明确各个阶段的目标、具体任务以及输出结果，然后经过详细讨论形成各个阶段成果的输出模板，最后按照每个阶段的具体任务制定开发计划，并对计划进行跟踪和调整。

　　1．需求分析阶段

　　需求分析阶段的工作主要分为社会保险业务需求和应用软件系统功能需求两部分。

　　对于社会保险业务，从大的方面来说是基本相同的。作为社会保险管理系统核心应用软件系统，为了保证核心平台的通用性和实用性，在需求分析阶段首先全面剖析了社会保险业务过程，从业务操作的角度分析每个过程的输入、输出和处理细节。其次，面向业务处理过程，提取规范的业务流程建议；面向业务处理办法，研究最新政策文件并结合各地的实际情况，提取业务处理过程的每个算法、参数等等。最后，将所有问题整理出来，向相关政策制定部门进行咨询和确认，然后再加工整理，形成社会保险业务需求分析报告。

　　对于社会保险管理系统核心平台应用软件功能需求的分析，本着提高工作效率和方便参保对象的原则提取应用软件的功能。核心平台的功能划分充分考虑到了社会保险经办机构现行的管理体制、机构设置、操作人员配备、系统管理人员素质等方面的因素，并对其未来可能的发展变化进行了研究。需求分析阶段除总结和吸收各开发单位以前遇到的情况和经验外，还参考了上百份的国家和地方的最新政策文件、业务书籍等资料。

该阶段输入的规范指导文件包括《核心平台业务流程规范》、《核心平台需求分析报告编写规范》、《核心平台风险分析报告编写规范》、《核心平台需求分析软件问题报告编写规范》。最后输出结果有《社会保险业务流程分析》（6个分册）、《社会保险管理信息系统核心平台需求分析报告》（6个分册）、《需求分析阶段风险分析报告》、《需求分析软件问题报告》、《需求分析阶段总结报告》。

　　2．设计阶段

　　核心平台设计阶段的工作可分为概要设计和详细设计两部分。

　　由于各地的基础条件不同，因此，核心平台项目组在概要设计阶段充分考虑了系统运行模式（集中和分布）、数据存储的策略、系统的安全性、系统的可靠性、核心平台系统与外界系统的接口等各个方面的问题，并进行充分论证。在此期间，还定期邀请HP、IBM、ORACLE、SYBASE、BEA等厂商进行技术交流和业务研讨。制定了《社会保险管理信息系统安全运行管理办法》等一系列管理制度。核心平台项目组对《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系—业务部分》进行了详尽的论证，提出了大量的意见和建议，并在此基础上扩展和完善了核心平台指标体系及代码体系，为详细设计阶段做了充分准备。

　　详细设计阶段的主要任务包括核心平台的数据流程设计、数据库设计、代码体系的设计、界面设计、算法设计、异常出口设计、系统接口标准设计等等。

　　该阶段输入的规范指导文件包括《界面设计编写规范》、《数据库设计原则》、《核心平台模块设计规范》、《核心平台系统设计报告编写规范》；最后输出结果有《核心平台概念数据模型》、《核心平台物理数据模型》、《核心平台系统设计报告》、《核心平台设计阶段风险评估报告》、《核心平台设计阶段总结报告》。

　　3．开发阶段

　　按照核心平台系统应用软件架构的设计，系统开发阶段主要包括前端开发和后端公共业务过程的开发。

　　该阶段输入的指导文件包括《核心平台优化的SQL编程规范》、《核心平台PB编码规范》和《核心平台技术报告编写规范》。最终输出结果包括所有程序源代码、《核心平台技术报告》、《核心平台开发阶段风险评估报告》、《核心平台开发阶段总结报告》。

　　4．测试阶段

　　测试阶段的目标是为了验证各阶段所完成的工作是否满足需求分析和详细设计要求，识别出期望的结果和真正结果之间的差别，以便修正系统设计和代码实现中的潜在的错误，保证系统运行的正确性和功能完备性，提高系统运行的性能。

　　核心平台的测试工作采取白盒测试和黑盒测试相结合的技术。测试人员包括开发人员自测、内部人员交叉测试、外部人员测试。每个阶段的回归测试至少进行三次，每次都进行严格的确认和总结。

　　整个测试工作分为单体测试、组装测试、功能测试和耐力测试四个阶段。单体测试由业务组长负责，各程序员编写测试用例，并进行自我测试。前台部分主要检查输入输出数据是否符合设计规定，业务流程控制是否符合需求；后台部分主要检查程序模块的接口是否正确，对边界数据的处理是否完备，内部处理流程控制是否符合详细设计要求。组合测试主要使用规定的测试用例对业务模块进行测试，主要检测各模块接口、输出结果（包括前台数据显示、后台数据的修改和存储等）、全局变量等内容是否正确，所实现的业务功能是否满足需求。功能测试主要检查核心平台是否达到《社会保险管理信息系统核心平台需求分析报告》中定义的全部功能要求，并对安全性控制和系统恢复能力进行确认。耐力测试主要是通过大数据量的加载和增加并发用户数的方式，对系统性能、数据正确性、请求响应时间等方面进行检验。

　　测试阶段输入的指导文件包括《核心平台测试大纲编写规范》、《核心平台测试用例编写规范》。输出结果包括《核心平台测试用例》、《测试问题卡》、《测试阶段总结报告》。

　　此外，核心平台还对使用不同的硬件环境、数据库平台、操作系统进行了测试。

　　四、核心平台的主要内容

　　1．核心平台的总体架构

　　核心平台是整个社会保险大系统的核心部分，按社会保险业务划分，核心平台包括养老、失业、医疗、工伤、生育五个子系统，各子系统均既可单独运行，也可任意组合在一起运行。社会保险管理信息系统的主要数据来源包括参保单位、银行、税务、定点医疗机构、定点零售药店等信息系统，核心平台还制定了与这些外部系统的数据接口，以便于进行数据交换。

图2 核心平台总体架构示意图

　　2．核心平台的功能结构

　　根据社会保险保险管理信息系统的业务内容和使用对象的不同，核心平台的功能可划分为综合查询统计系统和业务管理系统两个部分。

　　——综合查询统计系统。包括对业务数据进行统计、整理、分析和发布的统计信息系统；对基金管理状况进行监控的基金监测系统；利用已有的统计性数据、监测数据和政策参数，对政策进行敏感性分析、对基金支撑能力进行中长期预测的决策支持系统。综合查询统计系统的使用对象包括领导人员、系统管理人员、业务操作人员和社会公众。

　　——业务管理系统。可分为征缴事务处理层、内部事务处理层和费用事务处理层。征缴事务处理层以费用征集为主线，主要包括社会保险业务的登记、申报、缴费核定、费用征集等基本环节的计算机化；内部事务处理层主要包括个人帐户管理、基金会计核算及财务管理等基本环节的计算机化；费用事务处理层以基金支付为主线，主要包括与企业、银行、税务、定点医疗机构、定点零售药店等相关系统之间的信息交换、各险种的待遇审核和费用结算等基本业务环节的计算机化。

图3 核心平台功能结构示意图

　　3．核心平台的业务流程设计

　　社会保险业务的基本环节包括社会保险登记、社会保险申报、变更管理、缴费核定、费用征集、费用审核、费用支付、个人帐户管理、基金会计核算与财务管理等。核心平台的业务流程设计将这些基本环节按业务发生顺序有机地联系起来，形成完整的业务流程建议。在整个流程中，各险种既可以单独处理，也可以合并处理；各地社会保险经办机构还可以根据自身的情况对流程进行调整，从而增强了核心平台的适应性。

图4 社会保险业务流程图

　　五、核心平台的技术路线

　　1．核心平台是依照结构化软件工程的基本思路，严格按照ISO9001标准的开发规范进行项目的实施，并通过SQA小组在最大程度上保证了核心平台的总体质量。

　　2．核心平台的设计采用传统的结构化方法和面向对象技术相结合的方式。系统之所以采用结构化方法，是因为经过多年的实践和经验总结，已经相当成熟。但在系统设计中，积极地采用了面向对象的思想（如封装、继承、复用等），最大限度地减少了重复劳动，实现开发过程中的成果共享和重用，极大地提高了系统的可维护性。

　　3．核心平台在需求分析时，着重分析了五个险种处理流程和方式的共性和差异，通过方法库技术使不同险种既可无缝融合，又可根据各地业务开展的不同，拆分自如。

　　4．核心平台在设计阶段，着重分析了各地业务处理内容的共性和差异，将大量的可变比例、水平、方式升华为业务参数。参数化的方法不仅方便了本地化实施，提高了核心平台的适应性，缩短了系统建设周期，简化了系统维护，而且可以通过业务人员调整参数的简单操作即可适应业务政策变化的需要。

　　5．核心平台针对相关部门的不同业务范畴及信息交换的内容，设计开发了不同的信息接口（如对上级机构、定点医院、定点零售药店、银行、税务、企业、财务等），界定了核心平台的内涵，扩展了核心平台的外延，方便了与外界交换信息或与相关信息系统对接。

　　6．核心平台的体系结构采用瘦客户/胖服务器的架构，即业务逻辑放在服务器端，而客户机仅处理信息的输入、结果的显示和业务流程的控制。这样，不仅扩展性好，可以平滑地转向多层结构，而且可维护性也较好。业务逻辑的更改只需在服务器端进行，在业务变化和环境升级时可以保护原有投资。

　　7．核心平台的用户界面(如报表、屏幕)是按统一界面风格严格要求的，所有屏幕窗口、输入/输出域和按钮等的高、宽、起始位置都用精确的座标进行规定，产品使人看上去有赏心悦目之感。而且也充分考虑到了用户使用习惯，做到规范、方便和习惯的统一。

　　8．核心平台充分考虑到了系统的安全性、可靠性和健壮性。通过设置系统日志，自动记录全部操作过程（包括何人、何时、何地、做了什么操作）；通过完整的权限管理机制，将权限按系统级、数据库级和业务级划分到每个角色（包括操作员和系统维护人员），使之在严格规定的权限范围内工作。

　　总体而言，核心平台是在严格、规范的控制下研发的，不仅完全符合国家有关政策标准，而且充分考虑到了各地现行业务的差异。系统在易用性、扩展性、可维护性、重用性、可靠性、安全性等方面可以最大程度地满足用户需求。

　　六、核心平台开发项目管理

　　项目管理在软件工程中的重要作用已经被越来越多的人认识到，项目管理的质量直接关系到项目的成功与否。核心平台的研发过程从始到终都按照ISO9001软件工程标准进行，严把质量关。项目管理由经验丰富的专职人员负责，并从以下几个方面对项目进行管理和控制。

　　1．项目组织

　　由于核心平台项目的规模大，参加的人员多，且来自不同的单位，技术背景和经验也不相同。为了达到优势互补的目的，在项目需求分析阶段，按照逆工程顺序进行。首先将社会保险业务“切割”成最细小的环节，人员实行不定期分组，保证每个环节都由所有单位最为熟悉的人员共同讨论，形成全部文档后，再按照工程顺序由顶向下分析、聚合和拼装。在设计和编码阶段，实行矩阵式的管理模式，纵向按照不同险种分为业务组，由业务组长相互进行协调配合；横向按所采用的技术类型分成技术组，技术组长对技术路线进行把握，技术组负责解决技术问题和技术支持。测试阶段由专业的测试指导人员负责，分单体测试、组装测试、功能测试和耐力测试四个轮回。在研发任务重、时间紧的条件下，项目组仍坚持定期进行技术和业务学习，通过讨论使各成员之间加强沟通和理解，提高凝聚力和奋斗精神。

　　2．进度/日程管理

　　核心平台项目组的各业务组和技术组内部可随时沟通，每天在组内召开一次沟通会，由各小组成员汇报任务进展情况和出现的问题。每周整个项目组召开一次全员例会，对项目进度和质量进行检查，对项目成果进行风险评估，并根据进展情况修正项目计划。

　　项目组成员根据工作安排和进度要求，填写工作日程表，工作进度以时间为单位，项目管理人员每天进行检查和验收。

　　3．配置管理

　　配置管理是任何项目管理中都不可或缺的一部分，核心平台项目采用Source Safe作为配置管理工具，建立软件的配置库，由项目管理人员每天对配置库进行检查，各项成果均纳入配置库进行版本控制，也便于整个项目组的成果共享。同时，内部E-mail系统方便项目组成员交流和广播信息。

　　4．风险评估

　　在项目总体规划和各阶段都进行了风险分析和控制，以事先识别并解决技术上的难点，对业务环节中出现的各种可能性进行分析整理，形成业务方法库，对其进行风险评估，从而制定了相应的风险分析表。这将是核心平台今后实施本地化的重要依据。

　　5．软件质量保证

　　除了进行严格的测试外，为了保证项目质量，核心平台实行双评审制度，对各项成果，首先由业务组长进行业务逻辑的检查和指导，然后提交技术组长进行规范性审查和技术优化，每次评审都须项目管理人员提交评审意见和问题清单。软件质量主要从以下几个方面进行控制：（1）满足软件需求定义的功能和性能；（2）文档符合事先确定的软件开发标准；（3）软件特点和属性遵循软件工程的目标和原则。

　　七、核心平台的实施

　　应当承认，由于各地的业务开展情况不一，尚存在一定的差异，因此，社会保险管理信息系统应用软件还上升不到产品的程度，系统建设仍是工程概念。核心平台也不例外，完全适应各地的需求是不可能的。核心平台在各地的实施大致分为以下几个阶段：

　　1．需求分析阶段。在这个阶段，与一般工程实施不同的是用户不必做全套的需求分析，而是由实施单位向用户介绍核心平台的需求分析文档，用户可对照自身的业务情况，找出差异，经与实施单位共同讨论，在业务处理方式、处理流程、岗位设置等方面找到最适合自身业务开展的业务模式，并完成实施方案。

　　2．模式选择阶段。各项社会保险的业务处理模式虽已大体相同，但在一些细微的地方尚存在一些差异，如实收到帐不足时的帐户分配办法、个人帐户记息方式、基本医疗保险个人帐户划入比例等等。核心平台在总结各地业务处理方式的基础上，对一些可能发生变化的业务环节引入方法库，实施单位可根据用户的情况进行程序模块或方法的选择。

　　3．参数设置阶段。社会保险业务在各地之间的差异主要集中在参数的差别上，如上年社平工资、缴费比例、基本医疗保险起付标准和封顶线、工伤保险行业浮动费率等等。参数设置就是为用户定制自己的业务系统，这项工作非常重要，但工作量和工作难度并不大。

　　4．补充编程阶段。对一些在核心平台方法库中不支持的业务处理办法，则须由实施单位另外编写程序实现。由于核心平台采用了面对对象技术的思想，模块的封装程度较好，模块之间的消息传递机制较为固定，因此，局部的修改和调整，不会影响其他部分的正常运行，经本地化处理后，核心平台的健壮性不会减弱，这也是核心平台的重要特性之一。

　　5．测试和验收阶段。

图5 核心平台本地化工作流程图

　　总结以上各阶段的工作内容和工作难度，我们不难发现，核心平台的本地化工作量很小，这是其具有广泛适用性的根本保证。

　　八、核心平台的未来发展方向

　　为了配合劳动和社会保障部今后在信息系统建设方面“收缩开发市场，培育服务市场”的基本宗旨，核心平台今后的研发和实施将向两个方向发展。

　　第一，建立合作伙伴联盟。配合劳动和社会保障部的市场入围制度，核心平台项目组将吸收更多的具有较强经济和技术实力、对社会保险业务熟悉的公司，对这些公司进行培训，并开放核心平台的设计文档、设计思想和程序源代码。入围的公司在遵守社会保险管理信息系统“一体化”的前提下，可使用核心平台为各地社会保险经办机构实施本地化。同时，也为各地的社会保险经办机构提供更多的选择。这项工作将于近期逐步开展。

　　第二，对社会保险事业提供长期支持。核心平台今后将保有一个长期稳定的研发队伍，将研发与实施剥离，从而使这支队伍可以跟踪社会保险业务的发展和变化，为全国各地的社会保险用户提供及时的服务。核心平台研发队伍还将跟踪国际国内的计算机技术、网络技术和信息技术的发展趋势，将成熟稳定的技术吸收到核心平台来，提高社会保险领域的计算机应用水平，提高各地社会保险经办机构的工作效率，为广大参保人员服务，为参保企业服务，为建设全国社会保险体系和推动我国国有企业改革做出贡献。