|
众所周知，近几年来国际国内IT行业面临的形式是很严峻的，核心平台研究院能够高瞻远瞩，在劳动保障部的直接领导和指导下，历时一年半时间，投入巨大的人力、物力和财力用于核心平台二版开发，其动力源于对中国社会保险事业的一种使命感。
核心平台二版开发大致经历了五个阶段：
第一个阶段是业务流程整理和项目范围界定阶段。核心平台研究院技术人员与劳动保障部以及地方业务专家共同组成项目组。制定了项目的整体计划、技术路线、工作计划、需求分析方法，对一版的业务需求进行了分析和整理，找出其中的问题和不足，对二版的功能做了必要的扩充。
第二个阶段是需求分析阶段。来自六家核心平台前台技术支持商的技术人员加入项目组，整理出《问题分析报告》，在劳动保障部以及地方社保机构业务专家的指导和参与下，对需求分析成果进行了修改和完善。
第三个阶段是确定系统架构和技术储备阶段。在这个阶段，IBM公司和爱尔兰IT
Design公司的国内外技术专家加入了项目工作。经过反复论证，确定了系统的整体技术架构，即采用面向对象的分析和设计方法，开发基于J2EE标准的三层架构核心平台，并考虑采用IT
Design公司的CURAM作为二版开发的基础平台。由于采用了全新的技术，此阶段对项目组技术人员进行了大量的技术培训，内容包括CURAM、面向对象的分析和设计、中间件技术、JAVA、项目管理等。
第四阶段是原型开发阶段。在国外技术专家的帮助下，项目组对中国社会保险业务与CURAM进行了初步的差异分析，着手开发了原型（POC），并就系统架构进行了压力测试。此阶段的主要产出包括《核心平台需求分析LLOVC图》、《核心平台需求分析Use
Case图》、《核心平台需求分析业务单据描述》、《核心平台性能需求分析报告》、《核心平台二版接口规则说明》、《核心平台与CURAM差异分析报告》等。
第五阶段是全面开发阶段。由于版权费用过高等方面的原因，我们决定不直接使用CURAM，而是自主开发核心平台技术架构，此阶段BEA公司技术人员也加入到项目组。项目组分成业务分析组和架构设计组，业务分析组在前期成果的基础上，进行详细设计、服务器端和客户端编码、各种测试等工作，架构组借鉴CURAM的思想，对二版的技术架构进行了优化，保证了架构的先进性、成熟性和可用性。经过来自各方的项目组人员的共同努力，目前编码工作已经完成，测试工作也已经接近尾声。
在技术路线方面，核心平台二版针对各地政策细节、业务流程、业务单据乃至用户操作界面等方面的不同要求，自始至终体现了求大同而存小异的理念。项目组采用了原子业务的概念，即模块化和组件化的思想，完成了近二百个业务实体（BEO）、二百个业务处理组件（BPO）、近千个业务方法和二百多个用户界面，封装后的业务组件（Facade）也将近一百五十个。在核心平台本地化实施时，根据当地的业务流程将这些组件加以组合即可迅速完成业务流程的定制工作。对于各地差别较大的与相关系统的接口问题，采用统一的接口技术，在本地化时通过定制完成。所有这些项目成果为本地化实施提供了坚实的基础，将大大降低本地化工作量。
核心平台二版将业务逻辑和表示层、存储层分开，采用组件化的设计和开发思想进行业务逻辑的设计和开发，降低了不同险种之间的关联度，同时对各险种之间的关系进行了精心梳理，为各险种的自由拆合提供了接口准备。
在应对高并发和大数据库访问方面，避免了两层架构中客户端直接与数据库连接的弊端，做到只有在进行数据访问时才去获取连接，完成后立即释放，能有效支持众多客户端的并发访问，应用服务器的连接池可以在系统启动时预先启动一定数量的连接，访问数据库时可以从池中获取已建立好的连接，有效缩短了数据访问需要的时间；连接请求由应用服务器代替数据库管理，应用服务器和数据库之间只维持合理的连接，减轻了数据库的负担；业务逻辑分布到应用服务器上，数据库上不再具有业务逻辑，主要计算任务由应用服务器完成，而应用服务器可作集群，当计算请求并发大时，集群的多台应用服务器之间通过自动进行动态任务分配，实现负载均衡，保证了系统性能不因为大量用户访问而急剧下降；另外，系统具有很好的可扩展性，请求并发量大时可根据实际需要增加应用服务器数量。
为了使核心平台二版的界面美观、友好，我们请了专业的美工人员协助进行界面设计。由于二版采用面向对象的分析和设计方法，在整个开发过程中贯穿着迭代和回溯，从而保证了各阶段文档以及设计文档与编码之间的一致性。总之，核心平台二版是在一版基础上的升华，达到了金保工程的要求。
摘自：《中国劳动保障报》关注金保工程栏目2003.7.3
| 