6、可扩展性。劳动和社会保障信息系统建设要立足于现行劳动和社会保障政策和管理体制，同时为将来劳动和社会保障改革和业务发展留有余地。
7、安全性。利用国家有关的信息安全平台，结合自身的安全体系建设，充分保证系统、网络和数据的安全，以确保基金的安全。
（四）应用软件系统建设要点
福建省金保工程建设围绕着应用软件系统建设展开，省级软件系统建设以社会保险业务和劳动业务为主，以信息交换控制和公众服务为纽带，内部关联省级劳动保障各业务部门，外部关联电子政务各相关协作单位；横向管理和服务于省级劳动保障，纵向联结部委及各地市，形成全方位、立体化的劳动保障信息系统。
要点一：应用软件要统一
软件系统全省统一建设，建设必须遵循统一的核心平台数据及开发规范标准，社会保险和劳动业务统一规划、统一标准、统一传输，通过数据、信息、业务整合逐步实现同人、同城、同库，实现适应于我省劳动保障系统的业务经办、基金监管、公众服务和宏观决策等功能。各应用软件是一个有机的整体，信息和应用相互关联，通过相关技术，将新建系统与原有系统平滑的接入数据中心，进行数据共享和业务联动。
统一建设保证数据有效上传下达，保证各地市本地化建设和开发的劳动保障系统数据与应用可与省级系统对接。
要点二：应用软件与相关系统建设部分密切相连 1、应用软件与系统总目标密不可分
整个金保工程建设围绕应用软件展开，应用软件的业务关系复杂，建设周期长，福建省金保工程总体目标、总体架构的设定、建设实施、应用培训以及后期维护都视应用软件开发实施进程而定。
2、应用软件与硬件基础设施紧密相关
应用软件与支撑其应用的硬件基础设施也是紧密相关。硬件基础设施体系包括机房、网络、数据和应用服务器主机、存储及相关的安全系统。硬件基础设施是软件系统得以运行的保障。软件系统的设计是面向功能实现本身的，而硬件基础设施则是面向功能实现的能力。因此系统软件、应用软件及数据整合都是以业务流程及功能实现为着眼点，进行开发和设计，而硬件基础设施则重点关注应用吞吐效率、数据存储容量、网络流量带宽等非功能性指标。在软件集成及系统测试阶段，这些非功能性指标对应用系统的影响也被体现出来。
要点三、数据整合是应用软件基础
现有各业务系统的数据是劳动保障系统的宝贵资源，必须充分有效的利用。应用软件统一数据标准、规范并适应各业务流程，必须规划和设计新旧数据的整理整合，同时通过数据整合和应用整合带动业务整合，为业务平台应用软件和管理、服务、交换、决策等平台应用软件的统一建设奠定基础。
要点四：系统软件是应用软件的支撑
应用软件的设计及优化方法取决于系统软件选型和集成配臵。如果系统软件不能适应劳动保障部核心平台应用软件及其他应用软件，将影响应用系统的安全稳定，甚至导致系统不可用。系统软件的实施安装及配臵必须与应用软件相匹配，否则将造成软件执行效率不能保证。在多层应用系统中数据库层、应用支撑层和展现层所编写的应用程序代码都需要部署在系统软件中，不同的系统软件具有不同的部署特性从而直接影响着应用软件的架构、开发、测试。
要点五：项目建设顺序 1、应用软件必须先行
21
应用软件系统不仅仅是单纯的程序编制和开发，需要历经前期调研、需求业务分析、概要设计、详细设计、软件编程、单元测试、集成测试、系统测试、叠代开发、实施应用等多个环节，而且在实施运行过程中随着业务政策的变化还会面临需求增加和变更，其建设周期较长，因此必须适当先行。
2、涉及到具体业务的应用软件为先
涉及到具体业务的应用软件，包括养老保险，工伤保险，失业保险等与我厅业务紧密相关的业务系统必须先行建设。特别是为响应国务院（2005）38号文的要求，养老保险的业务系统应当先行建设，尽快进行软件的设计开发和实施。对于公众服务及宏观决策等相关应用软件，可以考虑在有一定的业务数据和应用的基础上进行建设。
3、项目建设尽量不影响已有的业务系统
由于医保、机关保等系统已经有成熟的应用，因此在开发社会保险业务平台系统中重点开发养老、失业、工伤、生育等险种的业务应用，同时设计相应的服务接口保证现有医保、机关保系统可以与新建系统无缝衔接。
35.项目技术要求
（一）项目技术路线
采用合适的技术路线，对形成稳定可靠的应用系统，减少维护工作，提高系统的可伸缩性都有好处。在应用软件开发过程中确定的技术路线主要有：
1、严格遵循标准
本系统的指标体系、数据接口、信息数据项、信息分类编码标准和有关技术标准与国家标准、劳动和社会保障部标准保持一致。
2、三层技术体系结构：三层技术体系结构即采用J2EE技术，且是C/S/S和B/S/S相结合的技术体系结构。三层结构的客户/服务器模型是当前先进的协同应用程序开发模型， 它将应用功能分成表示层、功能层和数据层三部分。
3、面向服务的开发架构
面向服务的设计架构使系统服务交互的参与方并不直接交互，而是通过一个总线来交互，该总线提供虚拟化和管理功能来实现和扩展服务架构体系的核心定义。
（1）位臵和标识与服务的重用：参与方不需要知道其他参与方的位臵或标识，服务组件高度灵活重用。例如，请求者不需要知道请求是否可以由某个提供者提供服务。可以随意添加或删除服务提供者，而不会带来任何干扰。
（２）交互协议：参与方不需要采用相同的通信协议或交互方式。表达为 SOAP/HTTP 的请求可能由仅理解 Java 远程方法调用的提供者提供服务。
（３）接口：请求者和提供者不需要就公共接口达成协议。可以通过将请求消息转换为提供者所期望的格式来处理此类差异。
（４）（交互）服务质量 (QoS)：参与方声明其 QoS 要求，包括性能和可靠性、请求的授权、消息内容的加密/解密、服务交互的自动审核以及如何对请求进行路由（如根据工作负载分布标准将请求路由到可用的实现）。描述请求者和提供者的 QoS 要求和功能的策略可以由服务自己实现或者由进行不匹配补偿的实现。
（５）异构环境支持：兼容连接系统的C/S,C/S/S,B/S,B/S/S等各种技术架构 4、采用中间件技术 （1）应用服务器中间件
劳动保障信息系统的开发和应用基于J2EE三层架构模式，在业务逻辑部署上需要使用应用服务器软件。
22
（2）消息中间件
劳动保障信息系统的双向数据交换，横向涉及到社会保险各种业务之间，劳动业务与社会保险业务，劳动保障部门与其他如地税、财政等部门；纵向涉及省级数据中心与设区市数据中心、与国家劳动保障部数据中心，其应用遍布信息系统的各个方面。因此需要一个强大的消息中间件软件来保证数据交换的完整性、一致性，使传输的数据不丢失、不重复。
（3）门户中间件
门户中间件将劳动保障部门的应用和数据集成到一个信息管理平台之上，并以统一的用户界面，个性化地提供公共服务功能。对内部管理而言，不但可以实现劳动保障内部办公自动化应用的集成，还为管理者提供了一个统一应用的入口；对外部服务而言，通过门户提供外部服务，参保人和参保单位可以了解参保情况和进行网上登记、申报，失业者也可以通过门户寻找工作、登记培训和就业需求等。
（4）数据和应用整合软件
数据和应用整合是实现数据“同人同城同库”和现有各个业务应用系统协同工作的基础性工作。通过使用数据和应用整合平台软件，在不改变现有应用系统及数据库版本的情况下，可以直接读取其数据结构，并记录在中心数据目录当中；可以象操作本地数据一样对各个独立系统的数据进行处理，通过应用整合归并、定义业务流程，使各系统横向联动。数据和应用整合技术大大减少了对现有系统的影响，方便了数据和应用整合工作。
5、面向对象的技术
面向对象方法是一种运用对象、类、继承、封装、聚合、消息传送、多态性等概念来构造系统的软件开发方法。其基本思想是从现实世界中客观存在的事物（即对象）出发来构造系统，并在系统构造中尽可能运用人类的自然思维方式。
采用UML语言建模，对客户和项目管理人员提供用例图（Use Case）及高级视图，并将项目划分为可管理的小块。在系统设计与编程阶段也采用面向对象技术。
6、方法库与参数化设计
根据福建省金保工程系统业务复杂多变的特点，在遵循各项标准的基础上，将体现各种差异的地方进行参数化设计
7、标准体系的建设 （1）业务数据标准设计
业务数据的编码采用四层六位字符形式表示，反映数据的定义级别、所属业务类别、信息主体类型特征等。
在业务分类发生变化时，如基本内涵不变，只是名称改变和（或）外延发生局部调整，可修改名称和（或）定义，不改变业务类别代码；如有新的业务产生，则在代码中，插入新的分类，顺序占用字母作为代码；对于停办的业务，其原用代码不再使用；停办后又恢复的业务，仍使用原用代码。
（2）统计数据标准设计
统计数据的编码采用三层五位字符形式表示，反映数据的采集级别和业务类别特征。数据的采集级别、业务类别的分类和编码，以及顺序号的取值等项规则与业务数据标准设中的定义级别、业务类别及顺序号所述相同。
（3）业务类数据库标准设计
业务类数据库（表）中存放的数据来源主要有两种：一是由前台经办业务所产生的行政记录或必要的辅助信息；二是由基层填报单位直接填报的基层表。数据库（表）名称的编码采用三层四位字符形式表示，反映所属业务类别和信息主体类型等特征。业务
23
类别和信息主体类型的分类、编码规则与业务数据标准中信息主体类型、业务类别所述相同。顺序号共两位数字，取值范围为01～99。顺序号可分段使用；停用的数据库（表），其原用顺序号不再使用；停用后又恢复使用的数据库（表），仍使用原顺序号。顺序号确需超过99时可按ASCII码的序列继续使用英文字母（从A1-Z9）。
业务类数据库（表）的全部字段（不包括辅助性字段）为指标体系的真子集，字段名采用相应的业务类指标的编码；字段的类型、长度、数值单位等定义与业务类指标体系相一致。在不同数据库（表）中的同一指标采用相同的字段名。
（4）统计类数据库标准设计
统计类数据库（表）中存放的数据来源主要有两种：一是从业务类数据库（表）中提炼出来的反映群体特征的数据；二是由综合填报单位填写或经基层表汇总后的数据。数据库（表）名称的编码采用三层四位字符形式表示，反映采集周期和业务类别特征。
业务类别的分类和编码规则与业务类相同。顺序号的取值规则与业务类数据库标准中的顺序号取值规则相同。
统计类数据库（表）的全部字段构成统计类指标体系的真子集，字段名即为该统计类指标的编码；字段的类型、长度、数值单位等定义与统计类指标体系相一致。在不同数据库（表）中的同一指标采用相同的字段名。
（二）项目总体架构设计：
系统总体上可以用“一、二、四、八”四个字概括:
（1）一个系统工程：建设一个基于SOA设计架构的高度整合、随需应变的、覆盖全省的统一的劳动和社会保障信息系统。
（2）二个技术核心：系统以社保核心平台和劳动力核心平台为信息技术核心。 （3）四层支撑体系：指支撑信息系统的基础设施体系和应用支撑体系、贯穿系统的信息安全体系和保证系统持续稳定的运维管理体系。
（4）八个应用平台：系统建设包括核心管理、社保业务、劳动业务、内部交换、外部交换、服务管理、数据监测和增值应用等八个平台。
36.本期项目建设内容
依托劳动保障部的全国统一核心应用软件进行本地化开发，以统一的福建省劳动保障信息资源库为核心，以劳动和社会保障网络为中心，联接劳动和社会保障管理服务系统、信息服务、决策咨询、政策法规等系统；内部数据共享，外部与公安、民政、财政、地税、工商、银行以及各级劳动和社会保障部门之间可进行信息交换。
本项目建设内容包括应用软件系统开发、数据及应用整理整合和与之密切相关的系统软件采购。应用软件建设内容可划分为社会保险业务平台应用软件、劳动业务平台应用软件、服务管理平台应用软件、数据监测平台应用软件等业务功能软件，以及核心管理平台应用软件、内部数据交换应用平台软件、外部数据交换平台应用软件等控制交换软件。
投标人应对劳动保障行业各系统及对我省劳动保障系统具用深入和全面的理解，要求投标人必须对所有的功能点进行全面响应，并画出符合软件工程标准规范、易于用户理解且风格一致的流程图和业务分析表，同时应在流程分析中能够清楚地体现面向服务的设计。从而充分满足福建省劳动保障业务需求，保证在规定的建设周期内完成系统建设。
1、应用软件系统开发，见下表:
24
序号 一 1 2 3 4 5 6 7 8 9 二 1 2 3 4 5 6 7 8 9 10 11 12 13 三 1 四 1 2 五 1 2 3 六 1 2 3 七 1 2 3
软件名称 社会保险业务平台应用软件 社会保险核心平台公共业务管理子系统 社会保险核心平台基本养老保险业务子系统 社会保险核心平台失业保险业务子系统 社会保险核心平台工伤保险业务子系统 社会保险核心平台生育保险业务子系统 社会保险核心平台综合统计查询子系统 社会保险核心平台系统管理软件 基本医疗保险公共管理改造 机关养老保险公共管理改造 劳动业务平台应用软件 劳动工资管理子系统 劳动监察管理子系统 劳动合同管理子系统 劳动仲裁业务管理子系统 职业培训管理子系统 职业技能鉴定子系统 就业与失业管理 再就业优惠待遇管理 灵活就业人员管理 职业介绍和职业指导 劳动事务代理 劳务派遣 系统维护和管理 服务管理平台应用软件 社区平台应用软件系统 数据监测平台应用软件 社会保障基金监控软件系统 宏观决策支持应用系统 核心管理平台应用软件 核心管理平台应用软件 数据字典和指标体系管理应用系统 劳动保障经办人员/机构管理应用软件 内部交换平台 业务数据上报交换软件 异地养老金领取软件 在职人员社保关系转移软件 外部交换平台应用软件 人口库交换接口软件 法人库交换接口软件 财政交换接口软件 25
功能点 143 26 40 12 25 14 6 6 7 7 135 7 9 7 8 9 7 18 9 5 22 19 10 5 47 47 57 26 31 44 16 9 19 37 21 8 8 58 7 9 19 数量 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 1套 备注