软件系统运维方案

软件开发维护效劳外包东软集团软件股份2010年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 IT根底设施包括网络及硬件平台层和数据层 17 根底效劳应用平台 18 业务组件与表示层 18 东软通用企业应用平台—UniEAP 19 通用企业应用平台的结构 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 质量保证专项活动SQA 127 软件工作产品质量审计和相关文档 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工程概述无锡市金保工程自2007年上线以来，信息系统运行稳定，应用软件满足了劳动保障业务不断开展的需要，实现了劳动就业和社会保障业务办理的一体化，整个应用软件于2007年5月份完成验收。按合同约定，三年内由软件开发商负责免费维保。2010年5月是三年软件免费维保期期满之时。为了保证无锡金保工程应用软件系统能平安平稳运行，且能不断满足人力资源和社会保障业务的不断开展，采购单位拟将应用系统软件开发及维护效劳实行统一外包。工程背景2007年，我市按照国家“金保工程”的建设要求，建成了全面覆盖劳动保障业务的信息系统，建设了集中式的劳动保障资源数据库，实现了劳动保障根底数据的“同人、同城、同库”，表达了数据向上集中、效劳向下延伸。同时我市发行了用途广泛的社会保障卡，记录了持卡人个人身份、就业和社会保障等根底信息。应用软件主要由“无锡市社会保险管理信息系统”、“无锡市劳动就业管理信息系统”及相关应用系统组成，涵盖了劳动保障所有业务领域，包括劳动力资源、劳动关系、劳动监察、劳动仲裁、劳动事务代理、社会保险参保缴费、申领各项保险待遇、医疗就诊和费用报销、定点零售药店购药、公共效劳、统计分析等，今后还要包括合并后的人力资源和社会保障局业务内容。工程范围根据招标文件要求，我市金保工程工程启动以来至2010年5月31日本次运维效劳所包含的我市金保工程应用软件主要包括以下内容：无锡市社会保险信息管理系统无锡市劳动就业信息管理系统无锡市企业退休人员社区管理系统无锡市老年补贴管理系统无锡市居民医疗管理系统无锡市社会保险单位管理信息系统(报盘软件)无锡市征地报盘管理系统无锡市劳动保障单位网上申报管理系统无锡市社保卡金融应用软件管理系统无锡市社区扁平化管理单点登陆系统无锡市异地就医系统无锡市定点医疗机构托管系统软件程序版本更新系统无锡市企业退休人员健康体检管理信息系统无锡新农保系统和老农保系统无锡市女职工单位报盘管理系统无锡市劳动保障行政权力内控及电子监察系统劳动保障数据上传管理无锡市失业保险维护管理信息系统无锡市零就业家庭管理系统无锡市创业促就业管理系统〔内外网〕无锡市创业培训网上学校信息管理系统劳动保障网百件实事网上办无锡市劳动保障综合统计系统和主要指标管理系统无锡市劳动保障信访管理系统触摸屏管理系统各种接口软件根据人力资源和社会保障业务开展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、平安、稳定地上线运行。每个新工程按软件工程要求进行管理，验收完毕后纳入日常软件运维范围。目前根据部相关文件要求今年需完成居民养老业务、社会保险经办能力提升、内控工程等的开发上线工作。

运维效劳需求内容根据招标文件要求，运维效劳主要分为软件维护、软件开发、集成效劳、现场效劳和用户培训五个方面，每个局部的需求和具体要求如下：软件维护需求软件维护需求主要包括以下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年截止到2009年，系统共有参保单位两万多家，全年养老、医疗、失业、工伤、生育五大保险参保人数分别到达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、BEATUXEDO为J2EE应用效劳器和消息/交易中间件。业务支撑平台层是多层架构业务系统的核心支撑局部。东软的业务支撑平台以J2EE应用效劳器和消息〔交易〕中间件为核心依托，包括UniEAP、UniFlow、UniDXP、NeusoftIMUM四个东软自主版权的通用中间件产品。UniEAP是三层框架开发平台，为实现业务应用的快速开发提供动力和保障；UniFlow是工作流平台，用于管理业务系统易变的流程；UniDXP是数据交换平台，用于数据传输和数据转换以及应用系统集成；NeusoftIMUM是统一消息平台，主要用于公共效劳系统中将、语音等多种渠道的消息统一成一种消息。业务支撑平台将各系统中的共性功能抽象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集成在业务逻辑，而不是复杂的技术实现。业务支撑平台中UniEAP是东软的核心企业应用平台，在下面章节中将做详细介绍，在今后的运维效劳系统开发中，我公司也将充分利用该开发平台的优势，利用平台中的一系列的组件和工具以及相应的开发方法，进而到达快速建设应用系统的根本目的。业务组件与表示层业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进行构建开发，并且业务组件设计开发遵循“高内聚、低偶合”的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。用户通过系统表示层实现对业务系统的操作与交互，系统表示层设计遵循操作方式简便、灵活、友好；操作界面设计风格统一，符合业务办理流程标准，便于操作员学习掌握等标准进行设计，并可以根据每个用户使用特点和角色的不同，形成个性化的应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索效劳等功能。东软通用企业应用平台—UniEAP无锡市劳动保障信息系统系统的设计和开发将基于东软自主研发的通用企业应用平台UniEAP进行开发。下面对UniEAP的结构、功能和特点进行简要介绍。UniEAP就是UniversalEnterpriseApplicationPlatform〔通用企业应用平台〕。如果从更广义的角度来讲，又称为“组件框架”，即ComponentFrameWork。UniEAP是东软构建于多层架构的，以J2EE标准为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而到达快速建设应用系统的根本目的。UniEAP不是ApplicationServer，它与BEAWeblogicApplicationServer、IBMWebSpereApplicationServer、SunONEApplicationServer、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的局部组件最终同业务应用组件一起部署到ApplicationServer上。通用企业应用平台的结构UniEAP在整体框架上采用典型的MVC模式，集中了大量功能强大、灵活易用的功能组件。UniEAP既支持C/S/S结构也支持B/S/S结构，其中两种体系结构共用同一套业务逻辑处理效劳，只是表现和控制层不同。UniEAP统一的业务逻辑层商业逻辑层以EJB/JavaBean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：1．用EJB和JavaBean做商业逻辑；2．通过统一的效劳组件基类调用平安、日志、工作流、规那么等引擎式效劳构件；3．在管理管理信息系统中对象持久化是一个关键性效劳，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：1)得到connection2)简单的sqlexecute封装3)可持久化的数据总线DataSet,通过其xml接口可发送到页面〕4)DAO〔单表抽成的可持久化的实体类对象〕平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。C/S/S结构的视图层和控制层C/S/S结构的框架设计根本上采用劳动部社保核心平台二版的结构，这是一套经过验证是健壮稳定的架构。与社保核心平台二版略有不同的是：由于业务逻辑层采用我公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑效劳组件时，是通用BSFactory利用“工厂”模式来获取效劳组件对象的。这样做的好处是可以以透明的方式处理EJB和JavaBean的效劳对象。C/S/S结构中客户端的设计要点是：1. GUI采用传统的Window界面，以Delphi为开发工具；2. 客户端通过统一的动态库函数与效劳端的门户MainServlet通讯，通讯的内容以XML为数据格式，整个通讯协议完全模拟SOAP协议；3. 客户端的设计在分层根底上对类进行了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简略的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：C/S/S结构中控制层的设计要点是：1. 整个控制层的设计思路参考B/S/S结构中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser+Event可映射到Struts的Action；2. 但与Struts不同的是它与客户端之间传递的均是XML，没有表现语义，因此它要增加XML信息过滤器、转换器等功能；B/S/S结构的视图层和控制层设计界面层以JSP/XML/XSL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：1. 轻型控件：封装所有的HTMLForm元素和按钮，提供显示、标准行为控制和校验功能；2. 重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件；3. 局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框；4. Object：Applet和COM，用于复杂界面操作和客户端本地化操作。请求控制层以Servlet技术为实现手段，综合运用struts框架和WorkFlow引擎，以单点入口的方式统一控制请求。设计要点如下：1. 采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为UniEAP的流程控制基类；2. 组织机构和权限管理模块进行身份和权限认证，从视图、操作、数据三个层次控制权限行为；3. 日志和异常处理负责系统信息的记录；4. 封装UniWorkflow的接口，在流程多变的业务系统中用UniWorkflow定制和控制业务流程。5. Action本身并不处理业务逻辑，而是通过统一的BSFactory从EJBContainer获取BusinessServiceComponets处理业务逻辑。通用企业应用平台的功能UniEAP作为我公司自主研发的各种管理信息系统〔社保、电力、电信、证券、OA、CRM、ERP等〕的一个整体的框架和平台，为应用系统的开发提供一个统一的模型，为应用系统的知识积累和模式提炼提供技术途径，为应用系统定制提供技术手段，解决具有共性的技术问题，提供具有通用性的系统组件，以到达简化应用系统的开发过程、提高应用系统开发效率、提高共享组件的重用率、提供给用系统开发的质量、加强应用系统之间的融合性、加强应用系统的重组能力、加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。大型的平台才能支持超大型的多功能的软件，应用共性平台技术是社会保障行业IT建设规模化所必经的历程。要到达规模化系统建设就不得不搭建这样包含技术标准和行业标准的平台，UniEAP就是这样的一个平台。标准化技术是构建共性平台的灵魂。从技术本身的开展来说，过去各个IT厂商注重突破性的技术，大家走到一起开展，标准化就变成了一个首要技术。只有标准化，使得客户获得的是所有软件提供商的精华浓缩，使世界上所有的软件精品找到公共的接口，所以标准化技术使得系统到达最优。在软件方面，在标准化技术方面表达为标准的组件框架和标准的软件部件。东软的每一个软件部件都是按照标准化软件部件的要求开发的，有着一个公开的标准化接口，可以很方便地嵌入到组件框架平台当中。标准化的软件部件是解决方案得以快速实施的一个重要的技术保证，一方面满足了客户可以根据自己的情况选择不同的部件的需求，另一方面也使软件开发更加规模化，软件产业更加工业化。通用企业应用平台的特点 1〕UniEAP采用了三层结构的技术框架，为应用系统提供了一个非常良好的结构，应用系统将来的升级、扩充、修改和定制都非常方便。当用户需要发生变化或需要对某个功能进行修改的时候，可能只需要对某一个层次的组件进行修改，而不会对整个系统的结构发生影响。2〕UniEAP支持WWW技术，允许用户通过WWW浏览器来操作。简化了系统安装和维护的难度，降低安装和维护的本钱，由于界面操作风格一致、操作简单，也降低了对用户培训的要求。另外，由于支持WWW技术，为将来支持其他的客户端和移动用户也提供了技术上的可能。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)，也即组件自行管理数据库操作的完整性和一致性；另一种EJB容器管理的持久性(ContainerManagedPersistence)，也即通过J2EE的应用效劳器提供的对数据库操作的效劳。考虑到性能和负载方面的因素，我们建议采用结合事务处理效劳器和组件管理的持久性的方式，管理对数据源的操作。介于业务逻辑层和数据效劳器之间的是事务处理效劳器，交易处理效劳器负责处理实际的对数据源的操作，保证多个数据读写请求对多数据源的操作的原子性、一致性、隔离性和持久性。同时通过交易处理效劳器，进一步降低业务逻辑层和数据源之间的耦合度。逻辑架构中的交易效劳和查询处理效劳均驻留在事务处理效劳器上，操作数据库，保证交易的完整性和查询的性能。J2EE组件与事务处理效劳器通讯的机制，与事务处理效劳器的平台和应用效劳器的平台有关。事务处理效劳器一般需要在数据库效劳器上安装相应的组件，通过紧密集成的数据库访问机制，访问数据库。介于交易处理效劳器和业务逻辑层之间的是公用的数据存取效劳，这一层封装业务逻辑和公用效劳层其他组件对各种数据源的读写操作，直接管理与数据库、目录效劳器、应用集成效劳器之间的数据交换请求，进一步降低业务逻辑与交易效劳器、目录效劳器等数据源之间的耦合度。在基于J2EE应用架构下，将数据存取效劳独立出来的原因如下：采用诸如bean管理的实体bean、会话bean等组件，需要从持久存储和诸如遗留系统、B2B、LDAP等等其他数据源中检索数据，以及进行数据存储等操作。根据产品供给商不同，持久存储API差异很大。一些数据源拥有非标准化或私有的API。这些API和其能力同样根据存储的类型不同也有差异.这些存储类型包括RDBMS、面向对象数据库管理系统(OODBMS)、XML文档、纯文本文件等。这样存在如下缺点，即访问这些系统的API很不统一。组件通常使用私有的API来访问外部或遗产系统，以便于检索和存储数据。当组件中包含特殊的访问机制和API时，组件的可移植性直接就受到影响。组件需要透明于实际的持久性存储或者数据源实现，以便于提供到不同供给商产品、不同存储类型和不同数据源类型的更容易的移植性。解决以上的问题，需要采用数据访问对象(DataAccessObject，DAO)来抽象和封装对数据源的访问。DAO管理着与数据源的连接以便于检索和访问数。以下图说明采用数据访问对象提供数据存取效劳的实现。图STYLEREF1\s5SEQ图\*ARABIC\s13实现示意图其中业务对象代表数据客户端，该对象需要访问数据源以获取和存储数据。数据存储对象是数据存取效劳的主要对象，数据存储对象封装业务对象对数据源的访问，以保证对数据源的透明访问，业务对象也把数据加载和存储操作委托给数据存取对象。事务处理效劳负责完成对数据对象的实际存储和加载的工作，应用集成效劳实际完成将数据发布到外部系统以及从外部系统读取数据的职能。值对象代表用作数据携带的值对象。数据存取对象可能使用值对象来把数据返回给客户端。数据存取对象也可能使用值对象接受来自于客户端的数据，并更新数据源中的数据。下面的时序图表示使用数据存取对象读取数据库数据、更新数据库数据的过程：图STYLEREF1\s5SEQ图\*ARABIC\s14过程示意图业务对象负责完成应用逻辑的处理，通过数据存取对象向事务处理效劳器发出读取数据的请求，事务处理效劳器将数据库中的数据读取出来，数据存取对象创立值对象，将值对象返回给业务对象。核心经办业务技术架构概述为了开发一套可以适应于无锡市两区本地业务特点的业务系统，东软公司在本工程应用软件系统中综合利用劳动部核心平台的架构特点，基于劳动核心平台进行开发，设计实现根底效劳应用平台，在此平台根底上构建可拆可合、可配置的业务组件。下面对其结构、功能和特点进行简要介绍。根底效劳应用平台，如果从更广义的角度来讲，又称为“组件框架”，是构建于多层架构的，以J2EE标准为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而到达快速建设应用系统的根本目的。根底效劳应用平台不是ApplicationServer，它与BEAWeblogicApplicationServer、IBMWebSpereApplicationServer、SunONEApplicationServer、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的局部组件最终同业务应用组件一起部署到ApplicationServer上。图STYLEREF1\s5SEQ图\*ARABIC\s15示意图根底效劳应用平台的结构简图如上图所示，各组成局部的功能及职责如下：GUI：用户界面层呈现用户交互界面提供表现控件界面控件布局控制界面的表现，包括具体的设备和与设备相应的UI的控制。功能限于界面的具体在设备上的展现〔如：Browser对html的解析〕、界面表现的控制、界面组件的布局。InteractionControl：交互控制层定义业务逻辑的逻辑表单开启和关闭事务响应用户界面层的业务请求TransactionManagement：事务管理提供事务管理机制将根底效劳纳入统一的事务管理范畴ApplicationLogic：应用逻辑组件处理事务规那么及功能提供原子业务功能ApplicationService：根底效劳组件统一资源访问效劳身份认证效劳权限管理效劳报表效劳日志效劳审计效劳其它效劳核心经办业务技术架构设计根底效劳应用平台的技术架构如以下图所示，它是对上节中架构简图的细化。图STYLEREF1\s5SEQ图\*ARABIC\s16架构简图WebContainer设计GUI层由Client和UIM两层组成。根底效劳应用平台同时支持浏览器、传统客户端、PDA等多种用户界面模式。UIM是用户界面控制层。Client层以JSP/XML/XSL/JS/PB技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：轻型控件：封装所有的HTMLForm元素和按钮，提供显示、标准行为控制和校验功能；重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件；局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框；Object：Applet和COM，用于复杂界面操作和客户端本地化操作。UIM层以Servlet技术为实现手段，以struts框架为依托，采用单点入口的方式统一控制请求。设计要点如下：采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为根底效劳应用平台的流程控制基类；Action本身并不处理业务逻辑，而是通过统一的IneractionObjectFactory从EJBContainer获取IneractionObject处理业务逻辑。EJBContainer设计商业逻辑层以EJB/JavaBean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：用EJB和JavaBean做商业逻辑；通过统一的效劳组件基类调用平安、日志、工作流、规那么等引擎式效劳构件；在管理管理信息系统中对象持久化是一个关键性效劳，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：1)得到connection2)简单的sqlexecute封装3)可持久化的数据总线DataSet,通过其xml接口可发送到页面〕4)DAO〔单表抽成的可持久化的实体类对象〕平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。WebContainer与EJBContainer请求模型图STYLEREF1\s5SEQ图\*ARABIC\s17WebContainer与EJBContainer请求模型根底效劳应用平台在逻辑效劳组件上借鉴Spring的实现机制，采用类似WebService的UDDI所定义的、由根本的三个角色构造的“ServiceRequestor—ServiceRegistry—ServiceProvider”三角型访问模式，所有发布的InteractionObject都在InteractionObjectFactory中注册，且可以同时存在多个Provider〔如在J2EE体系中就存在JavaBean、EBJ、WebService三种典型的Provide〕。Action相当于ServiceRequestor，它调用InteractionalObject时先通过InteractinalObjectFactory根据注册信息找到InteractionalObject的Provider，然后得到由Provider提供一个InteractionalObject的stub，最后再调用InteractionalObject的servicemethod对请求进行处理。这所以这样做的一个根本目的是：将逻辑组件开发和部署分开，由工具插件统一负责组件部署，业务开发人员只需要用最简单的语言完成业务逻辑即可。根底效劳应用平台专门为InteractionalObject的访问定义了一个“InteractionalObjectFactory”层，这一层主要考虑的是屏蔽在Action中对InteractionalObject的不同调用方式，使得在不同的环境下的移植变得很方便〔不管是何种组件的调用方式，返回给Action的效劳接口都是相同的，从而保证Action中代码的可复用性〕。技术架构中各层对象在创立过程中的依赖关系架构中的几层在“创作”过程的依赖关系是什么，即凭什么知道要创立几个AppLogic、几个Interaction、几个Action、几个PB/JSP界面？以下图阐述了几层对象在创作过程中的依赖关系，它们之间的连线是本节说明的重点，所以颜色调成了红色，对这些线的说明调成了蓝色，以显突出。注释文字可能有点不清楚，拷在下面：用户界面需求会决定最终的界面窗口是什么样子的。我们提倡在需求调研时就把大局部界面都确定下来。界面会决定有什么样的Interaction，以及Interaction都完成什么样的功能。但并非一个窗口就完全对应一个Interaction，一个窗口可能会用到多个Interaction，而一个Interaction也可能被多个窗口调用。但界面中的一次请求肯定对应一个Interaction对象中的一个方法，要不然怎么管Interaction叫“交互对象呢”？一次交互就是一个完整的事务。一般说来，一个Interaction对应一个Action，Action是替Interaction收发HTTP请求的“门童”。界面间接决定了Action的命运。逻辑需求和行业经验会决定设计出多少AppLogic，落实到具体的模型就是有什么实体类，有什么控制类。其中实体类会在编码阶段被拆分为DataSet、DAO、行为类。Interaction是GUI层和BL层的“和事佬”，它主要是要满足GUI的请求，但也要照顾AppLogic的脸色，必要时要对GUI和BL做个折中处理。图STYLEREF1\s5SEQ图\*ARABIC\s18示意图前后台交互文档中对说明哪个Action的哪个方法来响应界面请求，入参、出参是什么，看了交互文档后就一目了然了。这只是外表现象，本质上是界面在向后台说明，你的哪个Interaction和哪个方法响应我的请求。维护效劳方案按招标文件要求，软件效劳日期从合同签署日起到2015年5月31日止。软件外包效劳年度计算到次年的5月31日，如第一年为合同签署日到2011年5月31日，第二年从2011年6我公司如果有幸中标，将严格按照合同签订效劳日期进行软件维护效劳，并在效劳期间对每个软件效劳工程〔包括新业务开发工程和日常事务〕都需要给出工程开发完成进度、工作量〔人月〕、人员安排及工程管理措施，得到采购单位的同意后按方案组织实施。软件维护方案远程支持效劳流程我公司为用户提供400免费技术效劳热线(400-655-6789)，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反响并解决问题。图表STYLEREF1\s5SEQ图表\*ARABIC\s11技术支持效劳热线工作流程图1、诊断故障并提交故障诊断报告根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。2、制定系统维护和故障恢复的实施方案根据提交的故障诊断报告，制定系统维护和故障恢复的实施方案。按照制定的方案实施系统维护工作。3、管理、监督维护方案的实施组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程〔应包含用户方与工程承包商双方〕。并根据系统维护实施的各个阶段提交维护工作报告。4、确认维护工作完成并提交维护报告在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方工程组的技术人员对系统维护情况进行测试并予以确认。5、提交成果每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：故障诊断报告系统维护和故障恢复的实施方案维护工作阶段报告系统维护工作报告说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。现场效劳流程众所周知，最优的售后效劳是一个工程的承建商必须做出的承诺。但是，如何根据用户的实际情况〔人员素质、计算机应用水平、系统的要求等〕，做出切合实际的工程售后效劳方案书，才是用户关注的问题。优质的售后效劳也一直是我们东软公司在经营活动中最根本的原那么。东软公司的技术支撑部门担负着专业的效劳工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后效劳流程如以下图所示：图表STYLEREF1\s5SEQ图表\*ARABIC\s12售后效劳流程社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本工程建设成功的一项关键因素。东软公司提供的效劳内容包括：应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日常运行中出现的问题。根据政策和经办规程调整，及时响应需求变更〔含与金保工程其他子系统和外部机构的接口〕，并在业主要求的时限内完成对应用系统的修改或调整。应用软件技术改造与升级效劳：主动或应客户要求，将最新的技术成果和先进的管理模式升级到原有系统，使应用系统的永远保持先进性。数据库支持效劳：东软公司提供通过OracleOCP认证的专职工程师为客户提供长期的数据库优化及技术支持效劳，以及异常数据修正、批量数据处理等数据维护工作。定期系统巡检：在系统维护期过后，按照签订的维护合同，定期等到现场对应用系统运行情况，主机运行情况，数据库系统情况进行检查和维护。客户新技术培训效劳：为使客户技术人员能及时掌握最新技术，东软公司每年组织客户在沈阳、大连信息学院进行技术学习。现场诊断与客户回访：东软公司启动心贴心客户效劳方案，每年选一批客户，由东软公司领导组团对客户进行回访和现场系统诊断，对诊断发现的问题跟踪解决。网络与硬件效劳：虽然本次只是软件招标，但离不开网络及硬件系统的支持，东软公司愿凭自身的技术实力，为本工程提供硬件调试与网络技术支持效劳。客户端效劳〔1〕收集最终用户对系统的使用意见和建议；〔2〕对最终用户进行操作指导；〔3〕客户端故障判断和排除指导；〔4〕单机版数据转入系统的操作指导和技术支持；〔5〕效劳方式以提供远程效劳为主。效劳内容〔1〕协助检查数据库运行情况，及时处理数据库故障；〔2〕协助定期对数据库进行优化，提高数据库运行效率；〔3〕协助检查应用软件中间件运行情况，及时优化并处理中间件故障；〔4〕接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理；中标单位接到采购单位通过，信函，，电子邮件等方式提出关于软件的效劳请求后，一个工作日内给予响应并提供效劳，不得推诿。应及时响应系统的技术支持，如系统出现问题，须提供7*24小时技术支持效劳；中标单位应按采购单位要求负责全市新定点医疗机构的许可证制作发放工作；〔5〕接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题；〔6〕完成劳动就业系统及社会保险信息系统年度和月度初始化工作；〔7〕按照部、省要求从生产库向交换库转换数据，生成指标数据上报；〔8〕配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；〔9〕配合完成日常的统计分析报表，完成特殊的查询统计需求；〔10〕在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗年度帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据平安、备份、测试、验证、应急恢复等机制；〔11〕医疗历史数据迁移，医院信息管理系统接口支持。客户效劳质量文件在客户效劳中，东软公司通过以下文件来保证效劳的标准和质量：客户效劳管理：《客户效劳管理》，售后技术维护，客户问题管理客户问题办理：《客户问题受理标准》，问题记录，问题分发、办理监督，问题回复，问题月报《故障诊断报告》，故障现场情况记录、故障的级别和紧急处理过程记录等《系统维护和故障恢复的实施方案》《维护工作阶段报告》、《维护工作总结报告》《系统维护验收测试方案》《维护工作验收报告》客户满意度测量：《客户满意度测量》，收集满意度，统计分析〔月、季、半年、全年〕，提出改良措施客户培训的相关表格：〔为把客户培训工作做得更好的辅助性表格〕《客户培训申请表》《客户培训费用确认表》《客户培训邀请函》《客户培训邀请函回执》《客户培训方案》《客户培训记录》《客户培训调查表》《客户培训评估表》《客户培训总结》根据以上的质量保证体系规定，东软公司为无锡社会保险信息系统建设工程设计的执行一次较完整的系统维护过程的根本步骤如下：1〕根据无锡社会保险信息系统建设工程运行过程中软硬件出现的系统故障或其它异常情况，双方合作及时进行故障诊断，并提出《故障诊断报告》；2〕根据提交的《故障诊断报告》，制定《系统维护和故障恢复的实施方案》，东软公司按照制定的方案实施维护工作；3〕双方共同组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程；4〕东软公司根据系统维护实施的各个阶段具体情况提交《维护工作阶段报告》，在系统维护工作完成后，由系统维护人员提交《维护工作总结报告》；5〕最后根据《故障诊断报告》、《系统维护和故障恢复的实施方案》、《维护工作阶段报告》和《维护工作总结报告》，东软公司技术人员和用户方工程组的技术人员一起，讨论确定《系统维护验收测试方案》；并依此对系统进行测试验收，测试合格提交《维护工作验收报告》维护工作完成，否那么继续整改。几年来的实践证明，基于ISO9000：2000和CMM的质量保证体系的标准化质量管理为东软公司的开展创新、为客户提供更高质量的软件产品发挥着至关重要的作用。东软公司仍将充分利用标准化的客户效劳体系，依靠多年来的成功经验，在工程的全过程中为无锡社会保险信息系统建设工程的建设提供最优良的效劳。应急维护方案系统在运行过程中一旦出现紧急重大问题，导致新系统不能正常运行的情况下，就需要启动售后效劳紧急预案，以保证业务经办的正常进行。应急预案目标在一旦出现紧急情况下，需要启动应急预案的情况下，应急预案必须以保证业务经办正常运行为目标。应急预案具体措施应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，我公司会在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急效劳小组解决问题。应急处理流程图STYLEREF1\s52应急处理流程图流程说明：系统出现故障，我公司接受故障，并确定为紧急情况。启动应急处理效劳流程。紧急情况处理小组的领导〔由用户和我公司人员共同组成〕立刻调派我公司的资深专家和用户相关人员。首先尽最大可能收集事件相关信息，确定事件类别、事件来源，保护证据，以便缩短应急响应时间。根据收集的信息，紧急情况处理小组立刻采取措施抑制事件的影响进一步扩大，限制潜在的损失与破坏。根据实际情况，技术专家进行系统的恢复工作。如果是应用软件故障，我公司保证2小时内解决问题，恢复故障系统。如果工程组难以短时间内解决故障，及时申请公司技术支持中心派专家，必要时申请相关软件厂家的技术专家到现场协助排除故障。在问题得到解决、系统恢复工作后，回忆并整理该事件的各种相关信息，尽可能地把所有情况记录到文档中，并完成《紧急事件处理结果报告》。提交《紧急事件处理结果报告》。应急行动结束。软件开发方案在本次运维效劳中也包括局部软件开发