软件系统运维及方案

.z软件开发维护效劳外包东软集团软件股份**2021年7月目录TOC\o"1-4"\h\z\u1工程概述11.1工程背景11.2工程*围12运维效劳需求内容42.1软件维护需求42.2软件开发需求42.3集成效劳需求52.4现场效劳需求62.5用户培训需求73东软效劳理念83.1效劳理念83.2效劳宗旨83.3效劳理解94东软运维效劳保障体系104.1东软售后效劳体系简介10售后效劳体系理念10效劳支持体系构架10技术支持效劳形式114.2东软公司四级效劳支持体系12第1级效劳：本地工程效劳机构及工程经理13第2级效劳：东软公司**分公司以及华东大区技术人员14第3级效劳：社保平台系统建立专家14第4级效劳：东软总部技术支撑部门155运维效劳总体方案165.1**金保工程建立情况165.2金保工程总体架构16根底设施包括网络及硬件平台层和数据层17根底效劳应用平台18业务组件与表示层18东软通用企业应用平台—UniEAP19通用企业应用平台的构造19通用企业应用平台的功能25通用企业应用平台的特点26基于通用企业平台的运维效劳27应用逻辑实现策略28核心经办业务技术架构概述32核心经办业务技术架构设计34技术架构中各层对象在创立过程中的依赖关系365.3维护效劳方案385.4软件维护方案38远程支持效劳流程38现场效劳流程40效劳内容42客户效劳质量文件435.5应急维护方案45应急预案目标45应急预案具体措施45应急处理流程465.6软件开发方案47工程启动过程48需求分析48开发筹划49设计与编码实现50系统设计50编码实现50系统测试50实施培训52总结验收53问题处理机制54系统维护流程545.7集成效劳方案56集成效劳目标57岗位分工和职责58维护作业制度59系统平安制度60故障处理制度60技术档案和原始记录的管理制度615.8现场效劳方案63现场组织管理策略63工程管理组织体系63工程组织各角色的职责64工程领导小组64工程指导小组65工程经理65工程参谋委员会66过程组66实施经理66商务经理67工程软件经理67现场维护管理70工程管理监控71阶段评估71迭代评估72状态评估73资源监控735.9用户培训方案76东软针对本工程的培训承诺76东软针对本工程提供的技术培训76培训方案76培训方式80售后跟踪培训81培训综合能力81东软公司培训中心简介82**东软信息技术学院82南**软信息技术学院83**东软信息技术学院83东软在线大学84公司培训优势86咨询866工程管理及质量控制886.1东软工程管理概述886.2人员配备策略916.3工程组人员列表92工程负责人员安排92现场人员安排94后台支持人员安排96设计人员96开发人员97软件测试人员100工程管理人员103咨询筹划人员104集成支持人员1056.4工程组织管理109开发过程管理指导思想109配置与变更管理110配置管理资源配备111工程配置策略111创立工程配置环境114变更与交付工件114管理基线115管理软件系统交付116变更请求管理116监测与报告配置状态1216.5质量保证方案121工程质量方针121工程质量目标121质量保证承诺122工程质量*围和标准122质量*围122质量标准123质量管理123质量保证的根本思想123软件生产过程中主要的工作活动125质量过程管理126质量保证专项活动SQA127软件工作产品质量审计和相关文档1286.6工程沟通管理130工程实施各方职责131需要用户和原承建商配合的建议132工程管理方面132软件开发阶段132培训组织工作133工程验收阶段133客户交互的安排1336.7工程风险管理134风险管理过程134风险管理方案134工程风险的跟踪134工程风险管理方案135本工程风险和对策1366.8工程文档提交件管理137工程交付物137递交成果的签署138递交成果的拒绝1396.9针对本工程的具体承诺1407完毕语1427.1东软与劳动保障信息化建立1427.2东软与**金保信息化建立1437.3预祝工程圆满成功144-.z工程概述**市金保工程自2007年上线以来，信息系统运行稳定，应用软件满足了劳动保障业务不断开展的需要，实现了劳动就业和社会保障业务办理的一体化，整个应用软件于2007年5月份完成验收。按合同约定，三年内由软件开发商负责免费维保。2021年5月是三年软件免费维保期期满之时。为了保证**金保工程应用软件系统能平安平稳运行，且能不断满足人力资源和社会保障业务的不断开展，采购单位拟将应用系统软件开发及维护效劳实行统一外包。工程背景2007年，我市按照国家“金保工程〞的建立要求，建成了全面覆盖劳动保障业务的信息系统，建立了集中式的劳动保障资源数据库，实现了劳动保障根底数据的“同人、同城、同库〞，表达了数据向上集中、效劳向下延伸。同时我市发行了用途广泛的社会保障卡，记录了持卡人个人身份、就业和社会保障等根底信息。应用软件主要由“**市社会保险管理信息系统〞、“**市劳动就业管理信息系统〞及相关应用系统组成，涵盖了劳动保障所有业务领域，包括劳动力资源、劳动关系、劳动监察、劳动仲裁、劳动事务代理、社会保险参保缴费、申领各项保险待遇、医疗就诊和费用报销、定点零售药店购药、公共效劳、统计分析等，今后还要包括合并后的人力资源和社会保障局业务内容。工程*围根据招标文件要求，我市金保工程工程启动以来至2010年5月本次运维效劳所包含的我市金保工程应用软件主要包括以下内容：**市社会保险信息管理系统**市劳动就业信息管理系统**市企业退休人员社区管理系统**市老年补贴管理系统**市居民医疗管理系统**市社会保险单位管理信息系统(报盘软件)**市征地报盘管理系统**市劳动保障单位网上申报管理系统**市社保卡金融应用软件管理系统**市社区扁平化管理单点登陆系统**市异地就医系统**市定点医疗机构托管系统软件程序版本更新系统**市企业退休人员安康体检管理信息系统**新农保系统和老农保系统**市女职工单位报盘管理系统**市劳动保障行政权力内控及电子监察系统劳动保障数据上传管理**市失业保险维护管理信息系统**市零就业家庭管理系统**市创业促就业管理系统〔内外网〕**市创业培训网上学校信息管理系统劳动保障网百件实事网上办**市劳动保障综合统计系统和主要指标管理系统**市劳动保障信访管理系统触摸屏管理系统各种接口软件根据人力资源和社会保障业务开展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、平安、稳定地上线运行。每个新工程按软件工程要求进展管理，验收完毕后纳入日常软件运维*围。目前根据部相关文件要求今年需完成居民养老业务、社会保险经办能力提升、内控工程等的开发上线工作。运维效劳需求内容根据招标文件要求，运维效劳主要分为软件维护、软件开发、集成效劳、现场效劳和用户培训五个方面，每个局部的需求和具体要求如下：软件维护需求软件维护需求主要包括以下11项内容：协助检查数据库运行情况，及时处理数据库故障；协助定期对数据库进展优化，提高数据库运行效率；协助检查应用软件中间件运行情况，及时优化并处理中间件故障；承受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进展数据维护处理；承受全市各级劳动保障经办机构软件维护申请，对应用软件进展完善性修改，处理应用软件存在的问题；完成劳动就业系统及社会保险信息系统年度和月度初始化工作；按照部、省要求从生产库向交换库转换数据，生成指标数据上报；配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；配合完成日常的统计分析报表，完成特殊的查询统计需求；在采购单位的统一安排下,按相关政策要求进展数据批量处理工作,如:养老调资、医疗年度**调整、失业金上下限标准调整等,整个过程需要建立有关数据平安、备份、测试、验证、应急恢复等机制；医疗历史数据迁移，医院信息管理系统接口支持。软件开发需求软件开发维护方面对中标单位提出如下要求和需求，主要包括以下6项内容：必须按软件工程开发的实际需要组织后台开发人力资源,现场技术人员与后端支持按照开发和维护效劳要求配置资源，主要开发人员要培养后备力量，防止人员变动影响效劳质量，确保软件开发和维护工作按方案顺利完成。对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进展沟通，了解业务部门对应用软件的升级需求，形成需求文档，经采购单位相关部门确认后，按双方商定的开发进度进展开发和实施。完成升级需求后，需经用户方相关领导确认。中心端应用版本升级、安排在中午休息时间；医院端软件升级一般在下午5点以后。软件部署上线时，主要开发人员必须到现场提供技术支持。软件升级完成，并运行稳定2周〔以打版时间为准〕后，向采购单位提供程序源代码，并及时组织对采购单位技术人员的培训工作。软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方协商解决。本工程不承受联合投标及转包、分包行为，不得使用分包商履行本合同项下的任何义务。集成效劳需求集成效劳对中标单位提出如下要求和需求，主要包括以下6项内容：中标单位应以保障**市劳动保障应用系统平稳运行为目标，对采购单位劳动保障信息系统提供总集成技术支持效劳，包含对当前**市劳动保障应用系统涉及的各方面进展故障诊断、监控和巡检、应用级运维和调优、系统调整部署、升级规划和评估和相关单位效劳调度，但不包含该系统所涉及系统硬件设备和系统软件产品本身的原厂维护和保修效劳。主要工作包括：根据应用软件系统运行要求提供应用级集成调优、数据库中间件与应用软件协同配置调整、网络设备配置优化和部署优化、主机操作系统、双机集群、中间件等系统软件的部署、配置、调优工作，备份容灾的应用级维护效劳和定期演练等。每年对采购单位的信息系统进展一次全面的评估，提交“**市人力资源和社会保障信息系统运行评估及升级调整建议书〞，以使采购单位有充足的时间进展工程规划、申请、落实资金、采购等工作，满足不断开展的信息系统运行要求。需向采购单位提供集成技术支持效劳方案，明确对系统运行监控和巡检、系统运行故障诊断、应用级运维和调优、应用系统按需部署调整、系统规划评估等方面的效劳方案安排。须安排资深系统工程师负责采购单位金保工程系统的集成效劳工作，响应级别为7*24，采购单位遇到问题第一时间向中标单位反映，中标单位必须在30分钟内响应，远程不能解决的需要在4小时内到现场，并协调各相关单位解决问题。须对采购单位金保工程系统提供两月一次的日常巡检效劳。须每年对采购单位金保工程系统进展一次全面的评估，提交“**市人力资源和社会保障信息系统运行评估及升级调整建议书〞，以使采购单位有充足的时间进展工程规划、申请、落实资金、采购等工作，满足不断开展的信息系统建立要求。采购单位如因业务要求有新的系统建立要求，中标单位应根据需求给出建立方案、预算规划和指导性意见，并协助采购单位进展前期方案论证、建立阶段的集成、数据迁移、数据库升级、应用迁移等工作，并协调相关厂商完成全部建立工作。现场效劳需求现场效劳对中标单位提出如下要求和需求，主要包括以下6项内容：合同期内，中标单位需要派驻至少四名具有独立工作能力和经历的工程师长驻现场,其中至少2名熟悉社会保险信息管理系统，至少1名熟悉劳动就业信息管理系统，至少1人熟悉劳动社保一体化系统、劳动就业信息管理系统及相关业务系统接口局部；确定其中一人作为现场效劳负责人,现场牵头协调与用户单位的相关事宜。指定一名熟悉劳动保障信息系统和现场经历的工程经理做为本工程的效劳运维总负责人，根据系统运维效劳需要进展远程支持和不定期的现场支持，确保整个系统高效、平安、稳定的运行，同时负责协调与用户单位的商务、技术、人员安排、工程管理及进度控制等事宜。每周召开一次“软件效劳质量评估〞例会，给采购单位相关负责人员以周报形式总结一周软件效劳工作及下周工作安排。现场效劳人员的变动，需经采购单位同意，采购单位有权要求对不合格人员的进展调整。中标单位现场人员必须遵守采购单位的管理要求，在关键时点，如假日或软件升级后第一天上班等，需要严格遵守作息时间,防止出现问题得不到及时解决。重大节假日必须提供值班人员及联系方式。用户培训需求用户培训对中标单位提出如下要求和需求，主要包括以下4项内容：中标单位应按需对应用软件操作人员〔包含报盘软件〕集中进展免费培训，并提交掌握系统操作所需要的培训资料。系统升级后应对技术人员进展技术培训，帮助相关技术人员熟悉软件的各项功能及具体实现。中标单位负责每年对采购单位技术人员进展不少于两次的系统软硬件相关技术培训，使采购单位技术人员具备系统日常运行维护所需的技能〔每次8人左右〕。定期组织用户与软件开发人员之间的技术交流活动。东软效劳理念效劳理念重视信用、值得信赖、留意形象、迅速反响、善解人意。效劳宗旨东软效劳宗旨是提供客户满意的效劳，提供领先的客户关心，并成为客户最正确的合作伙伴。客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们效劳的目标。东软自成立以来，一直坚持应用软件创造客户价值的经营理念，使客户在剧烈的竞争中获得巨大优势。我们通过以下几方面的实现从而使我们的效劳宗旨和目标得以实现。1、取得最高的客户满意度--通过东软专业化的优质的效劳，协助客户去赢得和保持竞争优势，并取得最正确的经济效益；2、在全国树立一致的效劳形象--在全国各地，客户都将获得同样高水平的技术支持和专业的效劳支持；3、企业解决方案保持领先地位－－为客户提供功能和质量均无可匹敌的企业解决方案；4、采用当今最尖端的软件开发技术--东软采用的每一项技术都得到企业行业*围应用的检验；5、拥有技术熟练、高度敬业的专业效劳队伍－－东软在应用软件业务、系统集成以及相匹配的效劳均拥有最好的人力资源；6、保持良好的业绩－－东软每年以高速的业绩开展，并不断地投资于人才队伍建立，并将成为客户长久的合作伙伴。效劳理解东软公司自创立以来，一直将“人〞视为公司最重要的资产和力量，“以人为本〞的鼓励体系和企业文化是对这一理解的完美表达。这些“人〞包括我们的客户和我们的员工。他们对东软的忠诚与奉献，是我们取得成功的最主要因素。客户对东软的支持，是建立在我们完整的企业解决方案及高效率的效劳支持根底之上的。我们始终围绕客户价值创造东软的软件，通过技术创新来满足客户需求，为客户提供满意的效劳支持。客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们效劳的目标，效劳固然是需要高本钱和高技术，但效劳的高价值使客户与我们共同开展进步。我们通过不断地效劳客户，保证了客户对应用的理解，因为客户需要的并不是技术本身，而是能创造客户价值的一种方案，而方案不是通过我们与客户间的交易完成，而是通过我们与客户的伙伴关系共同完成，效劳是我们与客户、产品技术与应用的融合。高质量的效劳是东软的价值，效劳是我们学习和成功的根底，效劳使我们更加了解市场和客户，从而保证客户投资更加平安。我们为客户提供了全国一致的效劳，给全国客户提供了丰富的效劳支持内容。东软的所有客户都可以通过签约购置东软的全面效劳支持。东软在效劳器、网络设备、布线系统、外部设备、平台软件、应用软件、备件支持等多方面为客户提供一年或多年的效劳支持，而对于相关效劳工程的响应速度，客户可以通过购置金牌效劳、银牌效劳、铜牌效劳支持得以实现。东软热线效劳提供东软软件产品安装、实施以及使用等全面的全国化、一体化支持。东软**设立效劳筹划管理部，并设立技术和产品效劳支持热线，与全国各地分支机构联网，从而保证能快捷有效地向全国的客户提供一体化的全面的效劳支持。对东软的软件产品维护，提供了及时的软件更新和升级效劳。东软具有多年的为客户提供本地化效劳支持的经历，效劳工作人员出色而敬业的表现得到了国内客户的一至认可。东软运维效劳保障体系根据本工程的实际要求，东软公司组成了一支专业队伍负责担负着专业的客户效劳工作，无论是在系统的开发、安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应。东软售后效劳体系简介售后效劳体系理念为用户提供易用、可靠的产品和满意的售后效劳。效劳支持体系构架东软公司十分重视对客户的效劳，在过去的十几年的时间里，东软公司逐渐建立起了集中管理与分布实施相结合的一套完整的技术支持与效劳体系，主要有三层构造构成：1、公司层面的集中管理机制为了更好地快速响应客户的效劳请求，同时严格执行ISO9000体系所要求的客户效劳流程，公司在整个公司层面建立有客户效劳中心〔CSC〕、工程管理办公室〔PMO〕和解决方案技术中心〔STC〕。由CSC对应客户效劳〔包括需求、申请、投诉、反响等〕响应机制和客户满意度调查机制，从而到达对整个技术支持与效劳机制的运营管理和检控职能。由PMO负责公司全部在线实施工程的整体的工程管理与监控，包括开发流程、QA保证、统一配置管理、合同执行、现场工程状态、工程周报、工程资源协调等。由STC负责对解决方案或者产品在出厂前的压力容量测试、业务功能验证、生产过程测试等。2、基于分布式的区域支持与效劳机制东软公司面向国内市场在华东、华北、华南、东北、华中、西南、西北、**设立八个大区，建立了虚拟总部，并相应的建立了强大的效劳支持平台，实施总部职能，能够灵活快速的对客户效劳需求做出及时响应，客户在任何地方都将获得同样高水平的技术支持和专业化效劳。八大区域分别是华东大区(区域总部在**，**设有分公司,下辖**、**、**和**)、东北大区〔区域总部在**，下辖**、**、**和**〕、华北大区〔区域总部在，下辖、**、**、**和**〕、西北大区〔区域总部在**，下辖**、**、**和**〕、华中大区〔区域总部在**，下辖**、**和**〕、西南大区〔区域总部在**，下辖**、**、**、**和**〕、华南大区〔区域总部在**，下辖**、**、**和**〕、**大区〔区域总部在**、下辖**和**〕。3、基于事业部体系的业务咨询与应用系统支持与效劳机制东软公司是面向行业核心业务领域提供产品和业务解决方案的效劳商，对此，面向行业客户的核心业务领域的咨询和支持或者软件应用技术的支持和效劳机制是建立在东软公司行业事业部体制内的。东软公司行业事业部能够为最终客户提供全方位的行业业务咨询、核心业务系统的技术支持以及应用系统的效劳，包括现场效劳〔Onsite〕或者离岸式效劳〔Offshore〕。技术支持效劳形式东软公司效劳体系目前有300名专业技术效劳人员，其中获得专业技术认证的人员占40%，大局部人员是具有丰富行业经历和工程实施经历的资深专业技术人员，他们主要是面向具有关键任务应用的客户提供专业技术效劳。东软公司已经建立了全国分布式的效劳体系，能够为全国性、地区性大客户提供每周7天、每天24小时的全面的技术支持和专业效劳。东软公司非常重视客户满意度工作，公司的质量目标是客户满意度要到达95%，效劳流程的全过程都有监控管理措施，客户效劳代表会定期的与客户保持联系，进展客户满意度调查，及时协调处理客户遇到的各类支持请求，然后跟踪效劳过程，最后形成客户满意度调查报告上报公司领导。根据本工程的技术支持效劳要求，东软公司为客户提供技术效劳主要有两种方式：1、远程方式东软公司将提供效劳热线，以便客户可以及时通过该热线提出效劳请求，东软公司将对效劳请求情况通过专门的管理系统进展记录和跟踪。同时作为热线的补充，还将提供专门的和电子以便效劳请求信息的更准确交流。对于客户的效劳请求，东软公司将通过、和电子提供技术咨询和支持、问题分析和技术指导及相关技术文档和工具的支持。在客户的许可下，东软公司将通过远程拨号方式进入客户相关系统分析系统状况、协助客户分析和解决系统问题。2、现场方式对于客户的效劳请求，东软公司能够保证其解决时效和质量的根底上以远程方式作为优先选择。但在下述条件下，东软公司会派出技术效劳人员到现场提供技术支持和效劳：远程方式不能满足效劳时效要求、或效劳任务必须到现场才可完成客户系统出现非常严重的故障〔如系统停机或其故障严重危及关键应用的运行〕应客户要求且东软公司的工程经理同意的现场效劳。东软公司四级效劳支持体系我们遵循“技术领先、效劳领先、意识领先〞。而且我们领先满足客户的需求，想客户所想，急客户所急，领先给客户提供关心。我们必须不断了解客户的需求，不断跟踪客户的开展，不断向客户学习，不断通过售后效劳来完善软件的满意度，不断地通过技术创新快速地满足客户变化的需求，才能为客户提供满意的售后效劳。东软公司的销售、售后效劳、软件开发队伍早已覆盖全国，本公司在全国各主要省会城市均设有分支机构，为全国各省市客户提供本地化的售后效劳。2002年公司组织机构调整后，公司在**设有分公司，拥有强大的技术力量和丰富的备件库，常驻本地效劳，能够充分保证**金保信息系统建立工程售后效劳的快速有效。东软公司为**社会保险信息系统建立工程提供的技术效劳工作将基于东软公司社保事业部的技术和支持力量，依托东软公司华东大区和东软公司**总部的多层次技术支持，再加上本地工程组构成一个完善的四级效劳体系，为本次工程相关业务应用软件开发、实施与效劳工程提供最高效、方便、快捷的技术支持和售后效劳。具体说明如下：第1级效劳：本地工程效劳机构及工程经理东软公司社保事业部将为本工程成立几个专门的工作小组，其中将负责完成主要的现场工作的人员有：负责本工程需求调研的需求调研小组；负责本工程开发的工程开发组；负责系统的现场安装、调试、培训的系统工程师小组；负责平台系统正式移交后，在承诺的效劳周期内提供售后效劳支持的工程维护小组；这些小组的东软公司工程师将提供最直接的现场效劳工作，并且将和本工程实施小组的工作人员们一道完成现场开发和实施工作，提供第1级的技术效劳支持。东软公司将派出经过专业技术培训，有丰富的新农保信息系统建立经历，熟悉社保工程业务知识，能够对系统运行状况做出正确判断的优秀人才来参加本工程的现场实施和维护工作。他们是设立在用户现场的系统效劳队伍，能够迅速解决本工程的实际问题，提供本地化的第1级效劳。同时，由于此工程涉及双方部门都非常多，参与人员较多，协调难度大，工作量大，因此为了更好地完本钱工程的实施工作，东软公司将任命有长期社保行业信息化建立经历的负责人作为本工程的工程经理，其职责如下：1〕作为东软公司与用户方工作组间的代表，与用户对口直接接触，第一时间获取用户信息、意见和需求，并协调东软公司内部各方面做出及时的相应；2〕作为整个工程实施方案的执行负责人和监视者，负责协调、监视东软公司各部门按时、圆满地完成既定的实施工作任务，保证工程进度按时完成，保证工程质量到达工程要求；3〕作为整个工程的工程经理，在用户现场担任东软公司工程实施的总负责人，协调人员安排、问题协商与解决等工作。第2级效劳：东软公司**分公司以及华东大区技术人员负责本级任务的主要是华东大区和**分公司的软件和系统集成工程师。东软华东大区系统工程师〔负责平安体系的技术支持和售后维护〕东软华东大区软件工程师〔负责中间件、数据库系统的技术支持和售后维护〕**分公司软件工程师〔负责应用软件、中间件、数据库系统的技术支持和售后维护〕他们为本工程设立的规模化系统效劳队伍，能够迅速赶到现场解决系统的实际问题，提供本地化的第2级效劳。第3级效劳：社保平台系统建立专家对于**金保信息系统建立工程，东软公司将派遣最优秀的IT专家参与到该工程中，这其中包括：负责全面开发管理的高层专家负责全面质量管理的质量保证人员〔包括负责QA质量管理和QC质量控制〕负责系统测试的测试专家参加到工程组中的系统平台建立技术总负责人、总体和详细设计总负责人，参加到系统工程师小组中的硬件及网络技术专家等这些专家为**社会保险信息系统建立工程提供系统级的技术根底平台建立于咨询，总体规划，详细设计、硬件及网络技术支持等效劳，作为第3级效劳，可与**市劳动保障业主方建立实施小组进展直接的技术交流。第4级效劳：东软总部技术支撑部门东软公司总部**东大软件园，下设有“研发部〞，“网络软件事业部〞，“培训中心〞，“客户效劳中心〞，“网络技术支撑中心〞等部门，都可为**金保系统建立工程的建立提供全方位根底核心系统软件及硬件和网络技术支持，还包括进展各种技术培训，解决各类技术疑难问题，计算机新技术的应用等，以上可作为第4级层次的技术效劳。运维效劳总体方案**金保工程建立情况**金保工程涉及的业务面广，系统复杂度高，开场就提出了一体化紧耦合的设计思想，并且要实现金保工程中的业务经办、公众效劳、基金监管、决策支持四大功能以及统一的社保卡系统建立。**金保工程从2004年5月开场启动，经历了方案确定、需求调研、系统设计、开发、测试、试运行的过程，社保系统于2005年截止到2021年，系统共有参保单位两万多家，全年养老、医疗、失业、工伤、生育五大保险参保人数分别到达183.88万、207.21万、128.22万、138.1万和123.55万，覆盖率均在98%以上。纳入“城保〞、“地保〞、“新农保〞三个层次的农村养老保障人数到达169.44万，综合覆盖率达89.9%。联网的定点医疗机构有300多家，药店将近150家，同时东软还为参保单位提供了单位报盘系统，不仅方便了参保单位，也节省了经办机构二次录入的工作量，提高了工作效率。金保工程总体架构**是东软在社保信息化建立进程中遇到的包含软件功能最全、覆盖领域最广、开发周期最紧的城市之一。东软充分认识到此工程在全国的影响力，对此工程非常重视。我公司经过对**金保工程多年的建立对**市金保工程应用软件业务需求以及系统设计原则、设计思想和系统的技术路线都非常熟悉，结合信息技术的开展及东软在劳动保障行业信息化建立中的经历和产品，东软公司设计的系统逻辑构造模型，如以下列图所示：图STYLEREF1\s5SEQ图\*ARABIC\s11金保工程逻辑构造图如上图所示，**市劳动保障信息系统以电子政务标准体系和劳动及社会保障标准体系为指导，以投融资与运营模式和工程实施监理模式为依托，按照多层架构的模式将系统自上而下分为表现组件与业务组件、业务运作支撑平台、IT根底设施三个层次，监控及管理、信息平安是贯穿三个层次的两大体系。IT根底设施包括网络及硬件平台层和数据层网络及硬件平台包括网络设备、效劳器主机、操作系统、存储设备等资源，是应用软件开发、运行的根底平台。网络平台层的构成具有个性化的特征，不同的应用环境具有不同的主机设备、不同的网络设备、不同的存储介质、不同的操作系统。因此这要求建立在网络平台层之上的应用支撑平台层必须具备跨平台的特性，只有这样才可延伸原有资源的生命周期，防止硬件设施的重复投资。东软的统一电子解决方案框架平台是基于J2EE技术建立的，因此系统具备跨操作系统的特性，从而可最大程度地保护用户投资。其中应用效劳器中间件采用BEAWeblogic中间件，数据库采用Oracle。根底效劳应用平台应用支撑平台层起到保证事务完整性、响应大规模并发处理、支持异构系统的互联，并对应用数据的平安性进展保障，是三层构造不可或缺的重要组成局部。本系统采用BEAWeblogicPlatform、BEATU*EDO为J2EE应用效劳器和消息/交易中间件。业务支撑平台层是多层架构业务系统的核心支撑局部。东软的业务支撑平台以J2EE应用效劳器和消息〔交易〕中间件为核心依托，包括UniEAP、UniFlow、UniD*P、NeusoftIMUM四个东软自主的通用中间件产品。UniEAP是三层框架开发平台，为实现业务应用的快速开发提供动力和保障；UniFlow是工作流平台，用于管理业务系统易变的流程；UniD*P是数据交换平台，用于数据传输和数据转换以及应用系统集成；NeusoftIMUM是统一消息平台，主要用于公共效劳系统中将手机、语音等多种渠道的消息统一成一种消息。业务支撑平台将各系统中的共性功能抽象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集成在业务逻辑，而不是复杂的技术实现。业务支撑平台中UniEAP是东软的核心企业应用平台，在下面章节中将做详细介绍，在今后的运维效劳系统开发中，我公司也将充分利用该开发平台的优势，利用平台中的一系列的组件和工具以及相应的开发方法，进而到达快速建立应用系统的根本目的。业务组件与表示层业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进展构建开发，并且业务组件设计开发遵循“高内聚、低偶合〞的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。用户通过系统表示层实现对业务系统的操作与交互，系统表示层设计遵循操作方式简便、灵活、友好；操作界面设计风格统一，符合业务办理流程规*，便于操作员学习掌握等标准进展设计，并可以根据每个用户使用特点和角色的不同，形成个性化的应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索效劳等功能。东软通用企业应用平台—UniEAP**市劳动保障信息系统系统的设计和开发将基于东软自主研发的通用企业应用平台UniEAP进展开发。下面对UniEAP的构造、功能和特点进展简要介绍。UniEAP就是UniversalEnterpriseApplicationPlatform〔通用企业应用平台〕。如果从更广义的角度来讲，又称为“组件框架〞，即ponentFrameWork。UniEAP是东软构建于多层架构的，以J2EE规*为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而到达快速建立应用系统的根本目的。UniEAP不是ApplicationServer，它与BEAWeblogicApplicationServer、IBMWebSpereApplicationServer、SunONEApplicationServer、Tomcat、OSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的局部组件最终同业务应用组件一起部署到ApplicationServer上。通用企业应用平台的构造UniEAP在整体框架上采用典型的MVC模式，集中了大量功能强大、灵活易用的功能组件。UniEAP既支持C/S/S构造也支持B/S/S构造，其中两种体系构造共用同一套业务逻辑处理效劳，只是表现和控制层不同。UniEAP统一的业务逻辑层商业逻辑层以E/JavaBean技术为实现手段，提供了对象持久化及打印、等商业逻辑组件。设计要点如下：1．用E和JavaBean做商业逻辑；2．通过统一的效劳组件基类调用平安、日志、工作流、规则等引擎式效劳构件；3．在管理管理信息系统中对象持久化是一个关键性效劳，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：1)得到connection2)简单的sqle*ecute封装3)可持久化的数据总线DataSet,通过其*ml接口可发送到页面〕4)DAO〔单表抽成的可持久化的实体类对象〕平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。C/S/S构造的视图层和控制层C/S/S构造的框架设计根本上采用劳动部社保核心平台二版的构造，这是一套经过验证是强健稳定的架构。与社保核心平台二版略有不同的是：由于业务逻辑层采用我公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑效劳组件时，是通用BSFactory利用“工厂〞模式来获取效劳组件对象的。这样做的好处是可以以透明的方式处理E和JavaBean的效劳对象。C/S/S构造中客户端的设计要点是：1. GUI采用传统的Window界面，以Delphi为开发工具；2.客户端通过统一的动态库函数与效劳端的门户MainServlet通讯，通讯的内容以*ML为数据格式，整个通讯协议完全模拟SOAP协议；3.客户端的设计在分层根底上对类进展了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简单的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：C/S/S构造中控制层的设计要点是：1.整个控制层的设计思路参考B/S/S构造中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser+Event可映射到Struts的Action；2.但与Struts不同的是它与客户端之间传递的均是*ML，没有表现语义，因此它要增加*ML信息过滤器、转换器等功能；B/S/S构造的视图层和控制层设计界面层以JSP/*ML/*SL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：1.轻型控件：封装所有的HTMLForm元素和按钮，提供显示、标准行为控制和校验功能；2.重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件；3.局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框；4. Object：Applet和，用于复杂界面操作和客户端本地化操作。请求控制层以Servlet技术为实现手段，综合运用struts框架和WorkFlow引擎，以单点入口的方式统一控制请求。设计要点如下：1.采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为UniEAP的流程控制基类；2.组织机构和权限管理模块进展身份和权限认证，从视图、操作、数据三个层次控制权限行为；3.日志和异常处理负责系统信息的记录；4.封装UniWorkflow的接口，在流程多变的业务系统中用UniWorkflow定制和控制业务流程。5. Action本身并不处理业务逻辑，而是通过统一的BSFactory从EContainer获取BusinessServiceponets处理业务逻辑。通用企业应用平台的功能UniEAP作为我公司自主研发的各种管理信息系统〔社保、电力、电信、证券、OA、CRM、ERP等〕的一个整体的框架和平台，为应用系统的开发提供一个统一的模型，为应用系统的知识积累和模式提炼提供技术途径，为应用系统定制提供技术手段，解决具有共性的技术问题，提供具有通用性的系统组件，以到达简化应用系统的开发过程、提高应用系统开发效率、提高共享组件的重用率、提供应用系统开发的质量、加强应用系统之间的融合性、加强应用系统的重组能力、加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。大型的平台才能支持超大型的多功能的软件，应用共性平台技术是社会保障行业IT建立规模化所必经的历程。要到达规模化系统建立就不得不搭建这样包含技术标准和行业标准的平台，UniEAP就是这样的一个平台。标准化技术是构建共性平台的灵魂。从技术本身的开展来说，过去各个IT厂商注重突破性的技术，大家走到一起开展，标准化就变成了一个首要技术。只有标准化，使得客户获得的是所有软件提供商的精华浓缩，使世界上所有的软件精品找到公共的接口，所以标准化技术使得系统到达最优。在软件方面，在标准化技术方面表达为标准的组件框架和标准的软件部件。东软的每一个软件部件都是按照标准化软件部件的要求开发的，有着一个公开的标准化接口，可以很方便地嵌入到组件框架平台当中。标准化的软件部件是解决方案得以快速实施的一个重要的技术保证，一方面满足了客户可以根据自己的情况选择不同的部件的需求，另一方面也使软件开发更加规模化，软件产业更加工业化。通用企业应用平台的特点1〕UniEAP采用了三层构造的技术框架，为应用系统提供了一个非常良好的构造，应用系统将来的升级、扩大、修改和定制都非常方便。当用户需要发生变化或需要对*个功能进展修改的时候，可能只需要对*一个层次的组件进展修改，而不会对整个系统的构造发生影响。2〕UniEAP支持技术，允许用户通过浏览器来操作。简化了系统安装和维护的难度，降低安装和维护的本钱，由于界面操作风格一致、操作简单，也降低了对用户培训的要求。另外，由于支持技术，为将来支持其他的客户端和移动用户也提供了技术上的可能。3〕UniEAP提供了最根本的系统组件，如用户管理、权限管理、组织机构管理、工作流管理、菜单管理、数据库管理等功能，简化了应用系统开发的过程，提高了工作效率。而且在将来应用系统开发的过程中，也可以提取和积累各种通用组件，增强系统功能。4〕UniEAP实现了界面层和数据层的统一管理，在应用系统的开发过程中，不需要对界面层和数据层进展编码，只需要通过系统工具对界面层和数据层对象进展定义即可。这样不仅简化了开发过程、提高了开发效率，而且在界面层和数据层需求发生变化和需要重新定制的时候，可以通过简单地修改界面层和数据层的进展来完成。5〕基于UniEAP应用框架，应用系统开发员可以集中精力开发业务层组件，不需要过多地考虑各种技术问题和其他方面的实现细节，也提高了业务层组件的独立性，减少与其他模块的关联，便于将来扩大、升级和修改。6〕UniEAP提供了一个统一的界面层，该界面层包括菜单管理、视图管理、界面权限管理、界面操作逻辑管理、界面元素自动生成等功能。应用系统开发员只需要定义好自己的界面层对象，不需要把精力花费在界面逻辑和界面操作的实现上，简化应用系统开发的过程，而且所有基于UniEAP的应用系统界面风格一致、统一管理、操作方便，方便了用户学习和使用，也降低了培训和维护的费用。7〕UniEAP提供了一个通用的数据层，业务系统不需要重新开发，只需要定义自己的数据层对象，因次简化了应用系统的开发过程。8〕从界面层到数据层，UniEAP都充分表达了业务对象之间的各种关系〔一对一、一对多、多对多等〕，并且提供了充分的实现手段，使得应用系统实现业务对象之间的复杂的逻辑关系成为可能，而且非常简单。方便了业务系统。9〕UniEAP在很多方面提供了通用的模式和技术规*，如组件设计、数据库设计、界面设计等，可以为应用系统的开发提供有效的指导和参考。基于通用企业平台的运维效劳由于**市劳动保障信息系统系统的设计和开发基于东软自主研发的通用企业应用平台UniEAP进展开发，所有东软有信心做好**软件运维效劳。UniEAP提供了统一的模式和共享组件，降低了系统间的耦合度、减少了应用系统开发的模块，因而能够准确地控制应用系统开发的过程，有效地提高应用系统开发和维护的质量。按招标文件要求对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进展沟通，了解业务部门对应用软件的升级需求，按双方商定的开发进度进展开发和实施。UniEAP采用组件技术，系统具有非常好的可扩大性，对新技术的开展也具有很好的适应性。这是因为采用了组件技术后，可以开发出各种共享组件和通用组件，也可以集成第三方开发的组件，组件的升级也非常方便，而且随着组件技术的标准化，不同的组件标准之间也可以实现通讯，因而无论采用哪种组件标准都具有可扩大性和兼容性。因此，应用升级中，对系统平台充分了解的情况下，能够较准确的躲避升级过程中的技术难点，提出多种适合**劳动保障系统的升级方案，能够较准确的根据企业平台的特点估计工作量，对升级时间进度准确把握，让客户方对升级的进度和时间安排做到心中有数。另外，由于由于UniEAP采用了组件技术，提供了很强的可定制能力，因而应用系统能够在此根底上能够建立面向具体行业的业务模型，在每一次为具体用户定制业务系统的时候，都可以积累经历，提高业务模型的通用性，以便适应更加广泛的用户需求。应用逻辑实现策略图STYLEREF1\s5SEQ图\*ARABIC\s12架构技术实现策略**金保应用软件系统将涉及社保、劳动、局机关等多个政府机构及与其他政府机构和内部系统的接口，软硬件根底设施复杂，因此在系统的实现上必须采用标准的技术，以求跨操作系统平台、跨数据库平台、跨中间件平台。基于此本公司在整体技术实现路线上采用基于J2EE和webservice组件的技术构建应用逻辑。应用逻辑层和公用效劳层的每个功能模块均是一个相对独立的组件，这些组件的开发和部署保持相对的独立性，而且在未来很可能是由不同的团队开发和部署的，也是可以相对独立的进化的。每个组件通过定义良好的接口，向外部提供效劳。这些效劳的获取者可能来自客户端、可能来自其他组件。这种基于组件的设计可以到达比较好的重用性。在J2EE的架构下，各组件通过J2EE标准定义的RMI协议，向各客户组件提供效劳。业务操作员及公众信息查询人员通过标准的HTTP协议或平安的HTTPS协议访问社保管理信息系统及公共效劳系统。公用效劳层同样以组件的方式实现，可以与业务逻辑的组件的部署在同一应用效劳器上，也可以部署在不同的效劳器上。如果业务逻辑层的组件和公用效劳层的组件驻留在同一进程空间中，则通过对象间的消息机制通讯，如果驻留在不同的进程空间中，则通过标准的RMI-IIOP的协议通讯。在管理信息系统中，最重要，难度最大的是数据操作的实现策略，因为在任何一个管理信息系统中“信息〞都是系统的核心，几乎每一个业务逻辑都与数据操作相关，因此本方案将对数据操作的实现策略进展详细阐述：在J2EE的架构中，对数据库的操作有两种方式，一种是组件管理的持久性(Beanmanagedpersistence)，也即组件自行管理数据库操作的完整性和一致性；另一种E容器管理的持久性(ContainerManagedPersistence)，也即通过J2EE的应用效劳器提供的对数据库操作的效劳。考虑到性能和负载方面的因素，我们建议采用结合事务处理效劳器和组件管理的持久性的方式，管理对数据源的操作。介于业务逻辑层和数据效劳器之间的是事务处理效劳器，交易处理效劳器负责处理实际的对数据源的操作，保证多个数据读写请求对多数据源的操作的原子性、一致性、隔离性和持久性。同时通过交易处理效劳器，进一步降低业务逻辑层和数据源之间的耦合度。逻辑架构中的交易效劳和查询处理效劳均驻留在事务处理效劳器上，操作数据库，保证交易的完整性和查询的性能。J2EE组件与事务处理效劳器通讯的机制，与事务处理效劳器的平台和应用效劳器的平台有关。事务处理效劳器一般需要在数据库效劳器上安装相应的组件，通过严密集成的数据库访问机制，访问数据库。介于交易处理效劳器和业务逻辑层之间的是公用的数据存取效劳，这一层封装业务逻辑和公用效劳层其他组件对各种数据源的读写操作，直接收理与数据库、目录效劳器、应用集成效劳器之间的数据交换请求，进一步降低业务逻辑与交易效劳器、目录效劳器等数据源之间的耦合度。在基于J2EE应用架构下，将数据存取效劳独立出来的原因如下：采用诸如bean管理的实体bean、会话bean等组件，需要从持久存储和诸如遗留系统、B2B、LDAP等等其他数据源中检索数据，以及进展数据存储等操作。根据产品供应商不同，持久存储API差异很大。一些数据源拥有非标准化或私有的API。这些API和其能力同样根据存储的类型不同也有差异.这些存储类型包括RDBMS、面向对象数据库管理系统(OODBMS)、*ML文档、纯文本文件等。这样存在如下缺点，即