第三部分 技术方案.doc

北京利博赛社保信息技术有限公司金保工程统一应用软件集成项目投标文件第三部分 技术方案第一章 对任务大纲的响应1 标题11.1 标题2第二章 工作计划安排的建议1 范围管理1.1 总体工作分解结构图表 二1：总体工作分解结构图1.2 WBS词典表格 1： WBS词典WBS编号WBS名称交付物1总体技术框架制定总体技术框架2分系统开发建议分系统开发建议书3数据标准和接口标准制定数据标准、接口标准4软件集成需求分析软件集成需求分析说明书5进度和质量控制项目阶段报告变更报告6测试软件联调测试计划测试报告7验收验收计划验收报告试运行记录试运行报告分系统商的全部技术资料8培训培训计划培训记录9技术服务维护记录2 进度管理2.1 管理范围2.1.1 一级计划总控进度计划此计划为项目指出最终进度目标，为所有分系统指出明确的开工、完工时间，并能反映各个分系统相互间的逻辑制约关系，以及各分系统中的关键路线；根据金保工程统一应用软件集成项目的进度要求，总集成商制订的总控进度计划，并确定各分项目的进度计划；总控进度计划作为项目施工的纲领性文件，各方均需严格遵照执行，不做轻易调改；合同中应规定建设各方必须遵守总控计划，任何一方符合或违反工期规定，在合同中均应规定有对应、明确的奖惩措施。2.1.2 二级计划里程碑计划二级计划的制订是为了保证一级计划的有效落实，有针对性地对具体阶段、分系统开发商的任务做出安排；二级计划的制订，原则上必须符合总控制进度计划的工期要求，如出现不一致情况，需经劳动保障部项目工作组认可，修改后再报；各分系统开发商在正式实施前必须上报项目计划，并上报劳动保障部项目工作组和总集成商审核；各分系统开发商对二级计划的执行情况出现异常进度动向时，必须拿出有效的解决措施，务必保证阶段工期或分系统的进度目标圆满实现，为总进度目标在全局的实现奠定基础。2.1.3 三级计划月周计划月周计划的制订是将二级计划进一步细化到日常的施工安排中，是最基本的操作性计划，具备很强的针对性、操作性、及时性和可控性；月周计划的制订最主要是切合现场实际需要，具有相当的灵活性，在灵活性、全面性和可操作性等方面补充一、二级计划；各分系统开发商须制订月周计划上报总集成商；总集成商制订月周计划（附上分系统计划）上报劳动保障部项目工作组； 2.2 管理记录2.2.1 总控计划编号总集工作任务/分系统名称交付物依赖关系承建单位开始时间完成时间工期1No.SS/FS/SF/FF2345678注：SS：开始到开始关系，FS：完成到开始关系，SF：开始到完成关系，FF：完成到完成关系2.2.2 里程碑计划项目名称：承建单位：项目经理：编号里程碑交付物责任人开始时间完成时间工期1前期2需求分析3设计4编码5测试6初验7试运行8终验2.2.3 月周计划项目名称： 计划周期： 起 止 项目经理： 承建单位： 项目阶段： 主要工作内容阶段主要工作任务工作成果责任人工期开始时间完成时间备注工作重点工作建议及其它事宜3 流程管理3.1 管理流程图表 2：流程管理流程图3.2 管理范围表格 2：流程管理范围列表管理范围管理内容说明1、项目管理流程l 范围管理流程l 进度管理流程l 人员管理流程l 质量管理流程l 沟通管理流程l 风险管理流程l 变更管理流程l 配置管理流程总集工作流程l 总体技术框架制定流程l 数据标准和接口标准制定流程l 软件集成需求分析流程l 进度和质量跟踪流程l 系统联调与测试流程l 验收流程l 培训流程l 技术服务流程3.3 管理记录3.3.1 流程说明书表格 3：流程说明书项目名称： 项目经理： 表格编号：流程编号流程名称流程图：流程说明：编制人： 审批人： 修订日期： 3.3.2 流程报告表格 4：流程报告 流程编号流程名称编制人修订日期运作情况优化建议第三章 人员的建议1 人员管理1.1 人员管理战略1.2 人员保障措施我公司将从以下方面保证项目人员的稳定： 正规完善的用工制度 良好的企业文化氛围 给员工提供良好的薪酬体制和激励机制 给员工提供良好的学习培训机会我公司郑重承诺：我们将保证项目所有项目人员到位并保持稳定，包括项目主要管理者、技术负责人必须保证项目现场工作时间。如果因我公司原因的人员变更所造成的任何项目质量、进度不良后果，我公司将承担一切责任。此外，根据项目质量和进度的需要，我公司将及时充实相应的项目管理人员和技术实施人员。2 沟通管理项目实施过程中沟通是非常重要的，以下主要描述了项目实施过程中沟通的机制、流程、记录和问题协调与跟踪管理方法，以保证项目干系人之间的顺畅沟通，从而实现项目的预定目标。第三部分 技术方案第13页2.1 沟通机制表格 5：沟通机制序号沟通内容形式沟通记录频率计划时间发起人接收人1项目启动会议会议项目计划1次项目立项后项目经理公司管理层项目经理项目组成员2周例会会议周计划、周报每周项目经理和项目组成员3外部项目例会会议项目经理双方项目组成员4内部阶段计划评审会议邮件评审会议日程、评审检查表评审记录阶段阶段任务开始前公司质量评审委员会、项目组成员5内部阶段成果评审会议评审会议日程、评审检查表评审记录阶段阶段任务结束后，提交用户之前。公司质量评审委员会、项目组成员6项目问题跟踪报告邮件、会议会议纪要问题卡或问题跟踪报告双周公司管理层、项目经理和项目组成员7临时会议会议会议纪要不定期项目经理和项目组成员8项目外部启动会议1次项目启动时双方的项目经理和管理层9外部评审会议交付物提交后双方项目经理和专家总集项目管理2.2 协调流程项目实施过程中需要协调的内容主要包括：数据标准和接口标准、业务流程规范、资源分配、实施进度等方面，针对不同的协调内容，需求协调不同的单位，主要包括以下几种：l 总集成商与劳动保障部的协调；l 总集成商与分系统开发商的协调；l 总集成商与监理方的协调；l 总集成商与本项目涉及的相关单位及其系统承建单位的协调；图表 3：协调流程图2.3 问题跟踪管理根据项目过程中出现的问题的大小和紧急程度不同，采用相应的处理方式。表格 6：问题跟踪流程序号步骤步骤说明发起人处理方式产出1问题提交以邮件、周报等形式及时向项目经理提交问题项目组成员邮件、工作周报或口头形式问题卡2问题汇总项目经理收到问题后进行汇总、分类项目经理问题汇总表3问题处理根据问题的类型，协调资源，通过会议等形式进行处理项目经理会议、邮件会议纪要4问题归档对待解决问题和已解决问题进行记录和归档，项目管理员记录归档问题卡2.4 问题跟踪记录2.4.1 问题卡表格 7：问题卡项目名称： 项目经理： 表格编号：问题识别问题编号： 问题简称：问题发现人：发现日期：问题责任域：o小组负责 o项目经理负责 o管理层问题类别（可多选）：o技术问题 o管理问题 o商务问题 o客户问题 o进度问题 o质量问题 o人员问题 o采购问题 o沟通问题 o需求问题 o设计问题 o编码问题 o测试问题 o验收问题o其它_问题描述：当前状态： o正在解决 o已经解决 o其它_问题分析问题造成的影响： o严重 o一定 o轻微问题原因分析：问题处理解决问题负责人：计划解决日期：实际解决日期：处理时间处理人处理措施状态总结：编制单位： 编制人： 编制日期：2.4.2 问题汇总表表格 8：问题汇总表项目名称： 项目经理： 表格编号：问题类别问题编号问题简述问题影响状态责任人计划解决日期编制单位： 编制人： 编制日期：第四章 质量保障建议1 质量管理1.1 质量管理流程图表 4：质量管理流程图1.2 质量管理记录1.1.1 质量评审检查表表格 9：质量评审检查表检查内容序号检查项完整性合格性建议格式1234内容1231.1.2 质量评审记录表格 10：质量评审记录项目编号项目名称评审类型评审日期评审地点评审对象评审意见一、优点：二、不足：三、建议：评审结果 工作产品无问题，评审通过。 工作产品存在一定数量的问题，评审通过，修改后提交评审组审阅。 工作产品存在一定数量的问题，评审不通过，修改后重新评审。 工作产品存在严重问题，评审不通过，重新建立工作产品。 评审组长签名： 评审成员签名： 2 风险管理通过有效的风险管理明确项目实施过程中的不确定因素，并划定相应的边界，设计防范和应对风险的合理预案，确保项目实现预期的目标。2.1 风险管理流程图表 5：风险管理流程图 北京利博赛社保信息技术有限公司 第22页共167页2.2 风险管理记录1.1.3 项目风险列表表格 11：项目风险列表风险编号风险类别风险描述主要影响区域发生的可能性风险造成的后果风险优先级高120低风险发生的先兆和指标风险应对措施备注：1风险类别按导致风险的原因分为：需求风险、协调风险、资源风险、管理风险、技术风险等 2主要影响区域有：进度、范围、质量、成本、客户满意度等 3发生的可能性有：80%(完全可能)、60%-80%(可能)、40%-60%(怀疑但可能不会) 、20%-40%(不可能)、1%-20%(完全不可能) 4风险造成的后果有：稍有影响、有一定影响、有严重影响、无法完成任务北京利博赛社保信息技术有限公司金保工程统一应用软件集成项目投标文件1.1.4 风险管理报告表格 12：风险管理报告风险识别风险编号： 风险名称：风险类别：影响区域：风险识别人：识别日期：风险描述：风险分析风险发生的可能性：风险造成的后果：风险的优先级：风险处理处理时间处理人处理措施状态建议：3 变更管理3.1 变更管理流程图表 6：变更管理流程图3.2 变更管理记录1.1.5 变更报告表格 13：变更报告项目名称： 项目经理： 表格编号：变更申请变更申请编号： 申请日期：变更原因：变更内容：变更评估变更评估人：评估日期：预计资源：_人/天预计时间： _天预计其它成本：_元 o是 o否 是否影响项目进度？ o是 o否 是否增加项目核心人员的工作负担? o是 o否 是否会导致系统出现不稳定? o是 o否 是否建议变更？变更审批审批人：审批日期： o是 o否 是否批准变更？并简述审批意见：变更执行 o是 o否 是否执行变更？执行人：完成日期：实际工期：_天 实际资源：_人/天实际影响： o是 o否 是否影响项目进度？_ o是 o否 是否影响项目资源？_ o是 o否 是否影响系统功能？_ o是 o否 是否影响系统性能？_ o是 o否 是否影响其它方面？_编制单位： 编制日期：1.1.6 变更汇总表表格 14：变更汇总表项目名称： 项目经理： 表格编号：变更申请编号申请人申请日期变更内容简述是否批准执行情况简述执行人编制单位： 编制人： 编制日期：4 配置管理4.1 配置管理流程图表 7：配置管理流程图l 项目经理与配置管理员共同制定配置管理计划。计划主要包括：配置库结构、配置项的定义、文档的标识规范、时间安排、人员的权限等。l 配置管理员根据配置管理定义配置项、标识文档。l 配置管理员为项目建立相应的配置库，包括开发库、受控库和产品库l 配置管理员为项目组成员分配相应的用户权限。l 项目实施过程中，项目组成员将配置项提交到开发库中，经批准后，再转移到受控库中。同时配置管理员通知所有的受到影响的项目成员。l 基线建立子流程主要包括基线的建立申请、审批和基线的建立。l 配置项变更子流程主要包括配置项的变更申请、审批和配置项的更新。l 配置管理员定期或以配置库状态变更事件为驱动，汇报配置库的状态和配置项记录。为项目组成员提供有关项目进展的全面信息。l 配置管理员定期或以配置库状态变更事件为驱动，对配置库进行备份，以确保配置库的信息安全。4.2 配置管理记录4.2.1 配置管理权限表格 15：配置管理权限列表角色姓名权限备注4.2.2 配置项标识表格 16：配置项标识列表类型主要配置项标识符备注4.2.3 配置库目录结构以下列表仅为示例，在项目实施过程中，配置管理员将根据实际情况设计配置库目录结构。A01 参考资料A02 规范模板 B01 业务规范 B02 技术规范 B03 管理规范 B04 项目管理模板 B05 软件工程模板A03 项目管理 B01 项目计划 B02 工作周报 B04 会议纪要 C01 内部会议纪要 C02 客户会议纪要 B05 变更记录 B06 培训交流 B03 开发月报A04 软件工程 B01 售前文档 C01 正式文档 01 招标文件 02 投标文件 C02 过程文档 B02 立项文档 B03 需求分析 C01 过程文档 C02 正式文档 B04 设计 C01 过程文档 C02 正式文档 D01 概要设计 D02 详细设计 D03 架构设计 D04 数据库设计 D05 接口设计 D06 用户界面设计 B05 编码 C01 过程文档 C02 正式文档 B06 测试 C01 过程文档 C02 正式文档 B07 实施 C01 过程文档 C02 正式文档 D01 实施计划 D02 安装手册 D03 安装报告 B08 验收文档 C01 初验文档 D01 初验通知 D02 初验方案 D03 初验报告 D04 初验签字 C02 终验文档 D01 终验通知 D02 终验方案 D03 终验报告 D04 终验签字 B09 交付文档 C01 过程交付文档 C02 结项交付文档 B10 售后服务A05 其它文档4.2.4 基线记录表格 17：基线记录列表基线名称/标识符基线所包含的主要配置项建立时间4.2.5 配置项记录表格 18：配置项记录列表主要配置项正式发布日期作者版本变化历史4.2.6 配置库备份记录表格 19：配置库备份记录备份频度/时间备份人备份内容备份位置方式第三部分 技术方案第167页第五章 各项统一应用软件技术架构详细建议1 总论2 背景2.1 金保工程统一应用软件开发的背景2002年，中共中央办公厅、国务院办公厅下发了关于转发的通知（中办发200217号），明确将社会保障信息系统建设列入十五期间电子政务建设的12项重点工程之一。为落实中办发17号文件精神，结合国家十五期间信息化工作规划，劳动保障部在总结近几年信息化建设经验的基础上，提出了建设金保工程的初步方案，并于2002年11月向国家发展改革委上报立项申请。历经项目建议书、可行性研究报告、初步设计和投资概算几个阶段后，金保工程中央一期建设项目已经得到正式批准并资金到位。根据批复的金保工程一期项目建议书，金保工程一期建设目标是，利用五年左右的时间，在电子政务统一网络平台上，构建中央省市三级劳动保障系统网络。在此基础上建立网络互联、信息共享、安全可靠的全国统一的劳动保障信息服务网络。以网络为依托，重构和优化业务处理模式，建立规范的业务管理体系、严密的基金监督体系、完善的社会化服务体系和科学的宏观管理体系，实现劳动保障经办业务全过程的管理，为宏观决策、基金监督和社会化服务提供全方位的技术支持。其基本任务是，建立中央、省、市三级劳动保障数据中心，集中管理业务和决策信息；搭建中央、省、市三级安全高效的网络系统；建立标准统一的应用系统，包括业务管理子系统、公共服务子系统、基金监管子系统和宏观决策子系统；重构和优化业务处理模式，实现对经办业务全过程的信息化管理，为宏观决策、基金监管和社会化服务提供全方位技术支持。根据金保工程的建设任务和统一建设的要求，劳动保障部决定统一组织社会保险管理信息系统核心平台应用软件、联网监测软件、公共查询和服务软件、异地领取养老金应用软件、在职人员社会保险关系转移软件、异地就医联网结算应用软件、社区平台软件、社会保障基金监管软件、社会保险基金财务接口软件和宏观决策支持应用软件10个统一应用软件的开发。为保证统一应用软件的开发质量和标准统一，并能有效衔接和协同工作，发挥整体效应。劳动保障部决定选择熟悉劳动保障业务、承担过劳动和社会保险应用系统软件开发项目、具有软件开发经验和软件项目管理的公司，完成统一应用软件的集成工作。2.2 金保工程统一应用软件开发的总体目标为建立一个有效的、全国性的劳动保障信息系统，实现业务经办、公共服务、基金监管、宏观决策的信息化、网络化和现代化，开发全国统一应用软件，并通过集成手段，使这些统一应用软件得以有效衔接，发挥整体作用。2.3 金保工程统一应用软件开发的范围2.3.1 数据系统建设在中央、省、市三级数据中心设立生产区、交换区和宏观决策区几个不同的逻辑工作区，分别建设不同功能的数据库，包括支持本地业务经办的生产区数据库；支持各类信息交换与共享的交换区数据库，包括宏观决策用交换库（包括参保人员基础信息数据库、领取失业金人员数据库、特殊人群数据库、医疗保险监测数据库等）、异地领取养老金人员数据库、在职人员社会保险关系转移数据库、异地就医联网结算数据库、基金管理和监测数据库、公共服务数据库；支持本地宏观决策的宏观决策数据库等。金保工程中央投资部分只负责中央数据中心（仅有交换区和宏观决策区）有关数据系统的建设。2.3.2 应用系统建设金保工程全国统一应用软件：（1）社会保险管理信息系统核心平台应用软件：支持社会保险统筹地区完成本地社会保险业务经办。（2）社会保险基金财务接口软件：实现各社保经办系统中业务与财务的接口，支持财务生产库到财务交换库的数据转换，并进一步实现财务报表的生成与管理；（3）异地领取养老金应用软件：支持全国范围内跨统筹地区异地居住退休人员的协查和协管；（4）在职人员社会保险关系转移软件：支持全国范围内在职人员跨统筹地区转移社会保险关系；（5）异地就医联网结算应用软件：支持全国范围内跨统筹地区异地住院就医费用的联网结算；（6）公共查询和服务软件：支持在互联网上开展网上申报、网上查询等社会保险服务；（7）社区平台软件：支持社区劳动保障工作站工作人员完成本社区的劳动保障服务事务；（8）联网监测软件：支持部、省、市三级间实现养老保险、失业保险、医疗保险、工伤保险、生育保险等各项社会保险业务和基金监测；（9）社会保障基金监管软件：支持县、市、省、部监管部门开展非现场监督；（10）宏观决策支持应用软件：支持部、省、市三级劳动保障部门进行本级的宏观决策；2.3.3 系统安全建设社会保险关乎国运，情系民生，社会保险数据敏感程度高，对系统安全提出了更高的要求。社会保险信息系统安全从数据安全、网络安全、链路安全、主机系统安全和实体安全等五方面进行设计。建立完整的安全防护体系，全方位、多层次的实现系统安全保障和安全访问控制。实现对重要信息的传输加密保护，建立安全检测监控系统，利用数字证书系统实现数据的加密传输。建立全方位病毒防范体系，建立重要应用系统的数据和关键的主机系统冗余备份和灾难恢复，建立服务于劳动保障系统的数字证书认证服务基础设施，建立有效的安全管理机制和组织体系，制定实用的安全管理制度和培训制度，确保系统安全。2.4 金保工程统一应用软件开发的标准软件的数据标准遵循劳动和社会保险管理信息系统信息结构通则，指标体系的设计和编码均应符合社会保险管理信息系统指标体系-业务部分（LB101-2000）、劳动力市场管理信息系统指标体系-业务部分（LB102-2005）等数据标准及后续更新版本的规范和要求。本项目所涉及应用系统软件开发，还符合的国家、行业标准规范有：软件开发规范GB 8566；计算机软件产品开发文件编制指南GB 8567；电子政务标准化指南（国标委高新200242号）等。3 现状分析20世纪80年代中期，我国开始进行养老保险制度改革，在此后近二十年的时间里，随着我国经济结构的调整和各项社会保障行政法规的陆续出台，社会保险事业发展迅猛，信息量急剧增加。到2002年底，参加养老保险的职工和离退休人员（包括机关事业单位参保人员）已达1.6亿多人，是1989年的2.8倍，当年养老保险基金收入3171.5亿元，是1989年的21.6倍，基金支出2842.9亿元，是1989年的23.9倍；参加医疗保险的职工和离退休人员已经达到0.94亿人，当年医疗保险基金收入607.8亿元，支出409.4亿元；失业保险参保人数已经达到1.02亿人，当年失业保险基金收入215.6亿元，支出186.6亿元；工伤保险参保人数已经达到0.44亿人，当年工伤保险基金收入32亿元，支出19.8亿元；生育保险参保人数已经达到0.35亿人，当年生育保险基金收入21.8亿元，支出12.8亿元。各项社会保险参保人数不断扩大，社会保险基金的收入与支出也在急剧增长，2002年社会保险基金收支总量达7520.2亿元。面对如此庞大的资金量和信息量，仅靠手工操作和低水平的单机管理已经难以为继。无论是社会保险关系接续和跨地区转移，还是养老金异地领取和社会化发放，以及对参保人员记录一生，管理一生，服务一生的全过程管理与服务，如果没有一个庞大的信息系统支撑，这些工作根本无法完成。特别是中央财政每年用于对各地养老保险资金补贴逐年上升，传统的管理手段和常规统计制度已不能满足需要测算对数据的需要，社会保险工作的管理手段和水平亟待提高。党中央、国务院非常重视社会保险信息化工作。2000年，朱镕基同志在辽宁视察时曾指示：运用电子技术手段，建立统一的、覆盖全国的社会保障技术支持系统，实行现代化管理。各地社会保障资金的缴纳、记录、核算、支付、查询服务等，都要纳入计算机管理系统，并逐步实现全国联网。吴邦国同志2002年初在贵州省视察劳动保障工作时指示：采用国家推广的统一的标准化软件，是一种非常好的做法。这样可以在今后实行全国联网、统一管理时，少走弯路，避免重复建设，造成浪费。为贯彻国务院领导指示和落实国务院42号文件提出的建立覆盖全国的社会保险信息服务网络，社会保障计算机网络建设要全国统筹规划、统一安排，做到软件统一、硬件设备要求统一、网络之间接口标准统一、数据传递方式统一，力争在2003年底前全国社会保障计算机系统全面投入运行的要求，劳动保障部在2000年底提出全国社会保险信息系统建设方案，先后征求了部内、地方和相关部委意见，几经修改，于 2001年9月通过了专家评审。2002年，中办17号文件出台后，电子政务社会保障工程社会保险信息系统分工程（金保工程）被列入国家十五期间重点发展的十二金工程之一。3.1 现状与差距3.1.1 社会保险信息化建设现状 加强了劳动保障信息化领导劳动保障部党组十分重视社会保险信息系统的建设工作，1998年成立伊始即成立了以劳动保障部部长任组长的劳动保障部信息化工作领导小组，明确提出将社会保险信息系统建设列为劳动保障部一号工程。全国除西藏外，各省劳动保障厅均成立了信息化领导小组和负责信息工作的综合管理部门。 制定了规划标准系统建设规划标准先行。劳动保障部先后制定下发了劳动和社会保险管理信息系统建设规划要点、城镇基本养老保险管理信息系统建设实施纲要、城镇职工基本医疗保险管理信息系统建设指导意见等规划性文件，及劳动和社会保险管理信息系统信息结构通则，并在此基础上编制了社会保险管理信息系统指标体系-业务部分、社会保障（个人）卡规范等标准性文件。在规划中兼顾现状、着眼未来，明确了系统建设的大方向。制定的标准为全国联网奠定了基础，又为满足各地实际需要留下了空间。 开发了统一应用软件劳动保障部在1997年先后开发了常规统计软件、劳动力市场管理信息系统；1999年组织社会保险行业内做得较好的应用软件开发商，共同开发了社会保险管理信息系统统一应用软件-核心平台。目前核心平台已经在几十个城市得到了应用，辽宁全省、天津市及长春、哈尔滨、杭州、郑州、贵阳、西宁等省会城市，使用核心平台用于五保合一系统建设，云南省各市也采用核心平台进行医疗保险系统建设。统一软件的开发应用，带动了数据标准和业务流程的统一，对规范社会保险信息系统建设，实现网络互联、信息共享，建立全国统一的信息系统积累了经验。同时，各地在统一软件的使用中也发现了一些问题，主要是本地化工作量过大，技术路线落后，功能尚不完善，需要进行全面的升级改造。 网络建设开始起步劳动保障部1993年开通了部与省的点对点通讯，1999年实现了使用电子邮件传送信息。全国近30%地级以上城市配备了小型机，80%以上的地级市都有微型计算机。有一半以上地级市建立了局域网，10%的城市建立了市内的广域网。总体上说，各地的设备普遍老化，网络建设尚处于起步阶段，除个别城市外，城域网和省内联网普遍不能满足工作要求。各地在启动医疗保险时，多数是通过网络终端连接到定点医院、定点药店等相关的服务机构直接进行事中处理，也有一些地区受条件所限，为事后报账的手工处理方式。 开展了信息技术培训劳动保障部多次组织全国地市级以上计算机人员的短期技术培训和业务人员统一应用软件的操作培训，对提高劳动保障系统的计算机应用水平，起到了积极的促进作用。2001年劳动保障部办公厅下发了关于开展社会保险经办机构工作人员业务素质考核工作的通知，要求用5年左右的时间全面提高社会保险经办机构全体工作人员综合素质，对各级社会保险经办机构负责人、部门负责人和一般工作人员的计算机应用水平提出了不同的要求。3.1.2 社会保险信息化存在的差距全国社会保险信息系统建设虽然有了一定基础，但各地社会保险信息系统建设发展很不平衡，规划、标准不统一，资金不足、水平落后，分散建设，部分地方各行其是，严重制约了全国统一社会保障信息服务网络的建设，与当前社会经济形势和对社会保障体系的技术支撑要求，还有相当大的差距。 社会保险业务种类多，服务对象数量多，现有条件和工作方式无法保证海量数据的处理和存储。社会保障部门目前仍主要依靠手工操作和低水平的单机来进行参保人员和社保基金的管理，在管理水平和办公效率方面存在很多问题。随着社会保障体系的发展，社会保险关系接续和跨地区转移、养老金异地领取和社会化发放以及对参保人员全过程管理与服务将成为新的趋势，对系统处理能力和存储容量的要求还将进一步提高。 缺乏数据收集和统计的能力，无法对国家的宏观决策提供有力支持。社会保障工作关系重大、政策性强。近年来，中央财政用于对各地养老保险资金的补贴不断上升，对于测算数据的收集以及数据的准确性和上报的及时性提出了更高的要求，再有国家对于社会保障体系中的社保制度、基金监管、宏观分析决策等方面也提出了更高要求。如目前政府部门提出的提高退休年龄、提高养老保险统筹层次、特殊工种的提前退休、未来资金缺口等前瞻性问题，由于缺乏准确及时的信息统计上报及必要的量化分析，很难作出准确的决策。 缺少快速畅通的网络系统。除个别城市外，各地的设备普遍老化，城域网和省内联网普遍不能满足工作要求。中央-省、省-市间尚未联接成完整的网络，缺少信息快速传递通道和共享平台，信息传递、加工的时效性差，不能快速得到宏观决策所需要的数据，标准不统一，信息不共享，所获取的信息量小，缺乏系统性，不能全面准确地掌握客观情况。 统一应用软件需要完善应用软件没有专项资金，核心平台在推广使用过程中也发现了一些问题，主要表现在软件功能不够全面、本地化工作量大；受原有技术路线的制约，功能尚不完善，不能满足社会公众利用因特网查询的需求，向街道（社区）等社会保险经办网点延伸的功能还有待开发。缺少能够满足从数据库中采集信息，通过网络上报的网络扫描软件等，需要进行全面的升级改造。 系统的安全体系尚未建立社会保险关乎国运，情系民生，数据敏感程度高，对数据传输自然提出了更高的要求。随着信息技术的发展，特别是全国劳动保障系统广域网的普遍建立，系统的安全性也就成了重中之重。这是在全国网建设之初必须要解决的问题。 对信息技术人员培训的投入远远不够人才市场的竞争，形成了信息技术人员严重短缺的局面。为适应社会保险工作不断发展的需要，全国劳动保障系统需要一支既懂信息技术，又懂业务工作的技术骨干队伍，和一大批熟知政策又掌握计算机应用的复合型人才。但人员的培训需要有一定的经费保证，缺少专项资金的投入，培训的质量很难保证，不利于推进社会保障工作的信息化进程。总之，社会保险工作的管理手段和服务水平亟待提高，传统的管理服务手段和常规统计制度越来越难以满足新形势发展的需要，必须建立一个适度规模的信息系统提供相应的支持。3.2 发展趋势我国社会保障制度经过十几年改革，其框架已基本形成，覆盖范围不断扩大，待遇水平有所提高，在维护人民群众合法权益和改革、发展、稳定中发挥了重要作用。但还有许多新情况、新问题需要研究解决，企业事业单位仍然承担着大量的社会保障事务，社会保险资金缺乏有力保障，管理和服务不够规范。从发展趋势看：（一）社会保险统筹范围向非公经济扩大，参保人数增加随着经济结构调整、非公经济正在成为新的就业增长点，以国有企业职工为主要保障对象的社会保障制度，必将随着就业方式的多样化，向为全体城镇劳动者提供基本的社会保障转变。社会保险的参与者和受益者越来越多。在浙江温州等国有企业转制基本完成的地区，已就非公企业参加社会保险下发了相关文件。（二）参保人员流动增多，统筹层次逐步提高随着经济体制改革的不断深入，城镇化步伐的加快，以及户籍制度改革的进行，参保人员跨统筹地区流动、异地就医、异地养老呈逐年上升趋势。以异地养老计算，全国跨统筹地区领取养老金人员约270万人，其中跨省的有90万人。随着社会保险改革的逐步深入，统筹层次也在变化，养老保险要取消县级统筹，在市统筹省调剂的基础上，逐步做到省级统筹。特别是完善社会保障体系试点任务要求做实养老保险个人帐户，个人帐户资金全部上解到省一级。由此看来，社会保障将在变革中不断发展变化。（三）参保人员自我保护意识增强，社会保险工作需要精细管理近几年，随着确保国有企业下岗职工基本生活和确保企业离退休人员养老金按时足额发放政策的实施，社会保险的各项政策深入人心。广大职工的参保意识逐渐增强，不但要求参保，而且要清楚单位是否按月给自己缴费，个人帐户余额是多少？退休人员要求知道自己的养老金是如何计算，怎样构成？因保险福利引发的劳动争议案件已占到总件数的20%以上，人们依法维权意识的增强，说明社会保障工作粗放管理已不能满足要求，加强管理，做细做好各项基础工作，让参保人员明明白白参保和清清楚楚享受待遇是社会保险工作发展的具体要求。（四）采用信息技术手段发展保障事业是当今世界社会保障工作的趋势和必然要求人类社会已经进入信息时代，随着社会的发展，社会对政府工作的要求也越来越高。社会保险业务日益向更复杂的方向发展，服务对象和服务地域也不断扩大，这使得必须运用信息技术完成其各项工作。运用现代信息技术手段，将有助于实现社会保险业务组织结构和工作流程的重组优化，跨越时间、空间和部门分隔的制约，建成一个精简、高效、廉洁、公平的运作模式。3.3 金保工程统一应用软件开发的重点问题4 总体整合技术方案4.1 总体技术整合的目标为建立一个有效的、全国性的劳动保障信息系统，实现业务经办、公共服务、基金监管、宏观决策的信息化、网络化和现代化，开发全国统一应用软件，并通过集成手段，使这些统一应用软件得以有效衔接，发挥整体作用。实现从数据生产到数据采集到数据分析的一体化，做到数据流动起来、业务连通起来。4.2 总体技术整合的标准软件的数据标准遵循劳动和社会保险管理信息系统信息结构通则，指标体系的设计和编码均应符合社会保险管理信息系统指标体系-业务部分（LB101-2000）、劳动力市场管理信息系统指标体系-业务部分（LB102-2005）等数据标准及后续更新版本的规范和要求。本项目所涉及应用系统软件开发，还符合的国家、行业标准规范有：软件开发规范GB 8566；计算机软件产品开发文件编制指南GB 8567；电子政务标准化指南（国标委高新200242号）等。数据交换标准遵循金保核心信息交换模型的要求。4.3 总体技术整合的方式4.3.1 整合技术概述“整合”，在技术层面被成为“集成”（Integration）。在大型企业中，应用必须与一个或多个数据源进行业务数据交互，部分数据源可能就是其他的应用。换句话来说，应用在没有集成的情况下无法进行开发。 另一方面，应用集成会包含一定的应用开发任务，如开发和组装组件，将它们连接到后端系统，实现过程流和工作流，开发用户界面，以及进行测试和调试。因此，独立地考虑应用开发和应用集成是毫无价值的。本世纪开始，整合在企业或行业的IT应用进程中开始扮演重要角色。随着整合需求的不断演进、需求复杂程度和流程复杂程度的不断提升，呈现出鲜明的阶段特征，发展轨迹大致如下图。（1）数据传输：初始的集成需求一般是从数据传输开始的。这时候的需求通常是简单而明确的，即需要把一些数据从甲地的A系统传送到乙地的B系统。技术上所采取的手段大体也经过了磁盘传递、FTP文件传输、编程开发通信传输程序、利用数据库工具进行复制、利用消息中间件进行传输、利用数据仓库的数据抽取工具进行传输等历程。（2）数据集成：慢慢地，人们不再局限于满足数据传输通道的获得，而给数据集成赋予了更多的需求内容，包括：由于不同应用的数据格式或口径不同，希望计算机能够自动完成翻译转换；希望能够更方便地完成数据的聚集和散发；希望能够以实时方式共享另外一个系统的数据信息；希望能够提供更便捷的数据同步机制；等等。技术上，人们通过FTP、编程开发、数据库网关、消息中间件技术、数据仓库技术、ODBC、JDBC等形式也都能达到上述目标。（3）应用集成：离散的业务应用的存在，使得业务管理的链条出现脱节。因此，人们希望通过跨系统的功能衔接实现业务监控的严密性。技术上，人们通过开放API、适配器等技术形式来实现跨系统的功能调用。（注：“应用集成”和下文的“流程集成”，可以统称为“功能集成”）（4）流程集成：随着整合需求深入，不少业务运作涉及到很多个应用系统。如何通过方便且易于维护的方法来管理监控多个应用之间的“电子化流程”协作成为人们关心的问题。于是，工作流工具应运而生，这一技术手段也有利地支撑和促进了业务流程的再造。（注：“流程集成”和上文的“应用集成”，可以统称为“功能集成”）（5）界面集成：不同的应用有不同的界面风格和操作风格，对于应用安全的控制策略也各不相同，人们经常需要面对多个不同风格的应用，可能需要多次输入口令进入不同系统，这种不方便性使得界面集成变得需要。适应这种需要，门户技术诞生了。（6）面向服务的集成：通过WEB SERVICE等标准化的服务构件协议/规范，人们可以在任何时间/地点获得所需的任意的IT服务，而不必关心服务的技术实现形态。从上图的发展趋势我们可以看出，随着应用开发和集成的方法不断发展，IT 已经能够跟上企业快速发展和变化的步伐。然而，技术变化的速度仍旧落后于企业变化。在大多数企业中