软件运维方案-最新

1、软件运维方案最新二零二二年软件运维服方案软件运维服方案目录 MULU HYPERLINK l _TOC_250148 项目概述1 HYPERLINK l _TOC_250147 项目背景1 HYPERLINK l _TOC_250146 项目范围1 HYPERLINK l _TOC_250145 运维服务需求内容4 HYPERLINK l _TOC_250144 软件维护需求4 HYPERLINK l _TOC_250143 软件开发需求4 HYPERLINK l _TOC_250142 集成服务需求5 HYPERLINK l _TOC_250141 现场服务需求6 HYPERLINK l _

2、TOC_250140 用户培训需求7 HYPERLINK l _TOC_250139 运维服务理念8 HYPERLINK l _TOC_250138 服务理念8 HYPERLINK l _TOC_250137 服务宗旨8 HYPERLINK l _TOC_250136 服务理解8 HYPERLINK l _TOC_250135 运维服务保障体系10 HYPERLINK l _TOC_250134 售后服务体系简介10 HYPERLINK l _TOC_250133 售后服务体系理念10 HYPERLINK l _TOC_250132 服务支持体系构架10 HYPERLINK l _TOC_25

3、0131 技术支持服务形式11 HYPERLINK l _TOC_250130 公司四级服务支持体系12 HYPERLINK l _TOC_250129 第1 级服务：本地项目服务机构及项目经理12 HYPERLINK l _TOC_250128 第2 级服务：公司驻场技术人员13 HYPERLINK l _TOC_250127 第3 级服务：xxxx 系统建设专家14 HYPERLINK l _TOC_250126 第4 级服务：总部技术支撑部门14 HYPERLINK l _TOC_250125 运维服务总体方案15 HYPERLINK l _TOC_250124 XXX系统建设情况15

4、HYPERLINK l _TOC_250123 XXX总体架构15 HYPERLINK l _TOC_250122 IT基础设施包括网络及硬件平台层和数据层16 HYPERLINK l _TOC_250121 基础服务应用平台17 HYPERLINK l _TOC_250120 业务组件与表示层17 HYPERLINK l _TOC_250119 通用企业应用平台UniEAP18 HYPERLINK l _TOC_250118 通用企业应用平台的结构18 HYPERLINK l _TOC_250117 通用企业应用平台的功能24 HYPERLINK l _TOC_250116 通用企业应用平台

5、的特点25 HYPERLINK l _TOC_250115 基于通用企业平台的运维服务26 HYPERLINK l _TOC_250114 应用逻辑实现策略27 HYPERLINK l _TOC_250113 核心经办业务技术架构概述31 HYPERLINK l _TOC_250112 核心经办业务技术架构设计33 HYPERLINK l _TOC_250111 技术架构中各层对象在创建过程中的依赖关系35 HYPERLINK l _TOC_250110 维护服务计划37 HYPERLINK l _TOC_250109 软件维护方案37 HYPERLINK l _TOC_250108 远程支持

6、服务流程37 HYPERLINK l _TOC_250107 现场服务流程39 HYPERLINK l _TOC_250106 服务内容41 HYPERLINK l _TOC_250105 客户服务质量文件42 HYPERLINK l _TOC_250104 应急维护方案44 HYPERLINK l _TOC_250103 应急预案目标44 HYPERLINK l _TOC_250102 应急预案具体措施44 HYPERLINK l _TOC_250101 应急处理流程45 HYPERLINK l _TOC_250100 软件开发方案46 HYPERLINK l _TOC_250099 项目启

7、动过程47 HYPERLINK l _TOC_250098 需求分析47 HYPERLINK l _TOC_250097 开发策划48 HYPERLINK l _TOC_250096 设计与编码实现49 HYPERLINK l _TOC_250095 系统设计49 HYPERLINK l _TOC_250094 编码实现49 HYPERLINK l _TOC_250093 系统测试49 HYPERLINK l _TOC_250092 实施培训51 HYPERLINK l _TOC_250091 总结验收52 HYPERLINK l _TOC_250090 问题处理机制53 HYPERLINK

8、l _TOC_250089 系统简化维护流程53 HYPERLINK l _TOC_250088 集成服务方案55 HYPERLINK l _TOC_250087 集成服务目标56 HYPERLINK l _TOC_250086 岗位分工和职责57 HYPERLINK l _TOC_250085 维护作业制度58 HYPERLINK l _TOC_250084 系统安全制度59 HYPERLINK l _TOC_250083 故障处理制度59 HYPERLINK l _TOC_250082 技术档案和原始记录的管理制度60 HYPERLINK l _TOC_250081 现场服务方案62 HY

9、PERLINK l _TOC_250080 现场组织管理策略62 HYPERLINK l _TOC_250079 项目管理组织体系63 HYPERLINK l _TOC_250078 项目组织各角色的职责64 HYPERLINK l _TOC_250077 项目领导小组64 HYPERLINK l _TOC_250076 项目指导小组64 HYPERLINK l _TOC_250075 运维总负责人64 HYPERLINK l _TOC_250074 总协调人65 HYPERLINK l _TOC_250073 项目管理组65 HYPERLINK l _TOC_250072 现场负责人66 H

10、YPERLINK l _TOC_250071 项目软件经理66 HYPERLINK l _TOC_250070 现场维护管理69 HYPERLINK l _TOC_250069 项目管理监控70 HYPERLINK l _TOC_250068 阶段评估70 HYPERLINK l _TOC_250067 迭代评估71 HYPERLINK l _TOC_250066 状态评估71 HYPERLINK l _TOC_250065 资源监控72 HYPERLINK l _TOC_250064 用户培训方案75 HYPERLINK l _TOC_250063 针对本项目的培训承诺75 HYPERLIN

11、K l _TOC_250062 针对本项目提供的技术培训75 HYPERLINK l _TOC_250061 培训计划75 HYPERLINK l _TOC_250060 培训方式79 HYPERLINK l _TOC_250059 售后跟踪培训80 HYPERLINK l _TOC_250058 培训综合能力80 HYPERLINK l _TOC_250057 公司培训中心简介81 HYPERLINK l _TOC_250056 大连信息技术学院81 HYPERLINK l _TOC_250055 南海信息技术学院82 HYPERLINK l _TOC_250054 成都信息技术学院82 H

12、YPERLINK l _TOC_250053 在线大学83 HYPERLINK l _TOC_250052 公司培训优势85 HYPERLINK l _TOC_250051 咨询866 HYPERLINK l _TOC_250050 项目管理概述87 HYPERLINK l _TOC_250049 人员配备策略89 HYPERLINK l _TOC_250048 项目组人员列表90 HYPERLINK l _TOC_250047 项目负责人员安排90 HYPERLINK l _TOC_250046 现场人员安排91 HYPERLINK l _TOC_250045 后台支持人员安排93 HYPE

13、RLINK l _TOC_250044 设计人员93 HYPERLINK l _TOC_250043 开发人员94软件测试人员96项目管理人员97咨询策划人员98集成支持人员99 HYPERLINK l _TOC_250042 项目组织管理101 HYPERLINK l _TOC_250041 开发过程管理指导思想101 HYPERLINK l _TOC_250040 配置与变更管理103 HYPERLINK l _TOC_250039 配置管理资源配备103 HYPERLINK l _TOC_250038 项目配置策略104 HYPERLINK l _TOC_250037 创建项目配置环境1

14、07 HYPERLINK l _TOC_250036 变更与交付工件107 HYPERLINK l _TOC_250035 管理基线108 HYPERLINK l _TOC_250034 管理软件系统交付108 HYPERLINK l _TOC_250033 变更请求管理109 HYPERLINK l _TOC_250032 监测与报告配置状态114 HYPERLINK l _TOC_250031 质量保证方案114 HYPERLINK l _TOC_250030 项目质量方针114 HYPERLINK l _TOC_250029 项目质量目标114 HYPERLINK l _TOC_2500

15、28 质量保证承诺114 HYPERLINK l _TOC_250027 项目质量范围和标准115 HYPERLINK l _TOC_250026 质量范围115 HYPERLINK l _TOC_250025 质量标准116 HYPERLINK l _TOC_250024 质量管理116 HYPERLINK l _TOC_250023 质量保证的基本思想116 HYPERLINK l _TOC_250022 软件生产过程中主要的工作活动118 HYPERLINK l _TOC_250021 质量过程管理119 HYPERLINK l _TOC_250020 质量保证专项活动SQA120 HY

16、PERLINK l _TOC_250019 软件工作产品质量审计和相关文档121 HYPERLINK l _TOC_250018 项目沟通管理123 HYPERLINK l _TOC_250017 项目实施各方职责124 HYPERLINK l _TOC_250016 需要用户和原承建商配合的建议125 HYPERLINK l _TOC_250015 项目管理方面125 HYPERLINK l _TOC_250014 软件开发阶段125 HYPERLINK l _TOC_250013 培训组织工作126 HYPERLINK l _TOC_250012 项目验收阶段126 HYPERLINK l

17、 _TOC_250011 客户交互的安排126 HYPERLINK l _TOC_250010 项目风险管理127 HYPERLINK l _TOC_250009 风险管理过程127 HYPERLINK l _TOC_250008 风险管理计划127 HYPERLINK l _TOC_250007 项目风险的跟踪127 HYPERLINK l _TOC_250006 项目风险管理计划128 HYPERLINK l _TOC_250005 本项目风险和对策129 HYPERLINK l _TOC_250004 项目文档提交件管理130 HYPERLINK l _TOC_250003 项目交付物1

18、30 HYPERLINK l _TOC_250002 递交成果的签署131 HYPERLINK l _TOC_250001 递交成果的拒绝132 HYPERLINK l _TOC_250000 针对本项目的具体承诺132项目概述xxxxx xxxx 年xx xxxx 年xx xxxx 务的不断发展，采购单位拟将应用系统软件开发及维护服务实行统一外包。项目背景xxxx xxx xxxxxx 合并后的人力资源和社会保障局业务内容。项目范围xxxx xx xx 日止， 包含应用软件运行中的修改、完善、升级、优化、部署、监控等。目前尚未过免费维护期的仍然由原合同规定的维保单位进行免费维护。本次运维服务

19、所包含的我市金保工程应用软件主要包括以下内容：xxxx 信息管理系统xxxxxx 信息管理系统xxxxxx 社区管理系统xxx 老年补贴管理系统xxx 居民医疗管理系统xxx 社会保险单位管理信息系统(报盘软件)xxx 征地报盘管理系统xxx 劳动保障单位网上申报管理系统xxx 社保卡金融应用软件管理系统xxx 社区扁平化管理单点登陆系统xxx 异地就医系统xxx 定点医疗机构托管系统软件程序版本更新系统xxxxxx 健康体检管理信息系统xxx 新农保系统和老农保系统xxx 女职工单位报盘管理系统xxx 劳动保障行政权力内控及电子监察系统劳动保障数据上传管理xxx 失业保险维护管理信息系统xx

20、x 零就业家庭管理系统xxx 创业促就业管理系统（内外网）xxx 创业培训网上学校信息管理系统劳动保障网百件实事网上办xxx 劳动保障综合统计系统和主要指标管理系统xxx 劳动保障信访管理系统触摸屏管理系统各种接口软件根据人力资源和社会保障业务发展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、安全、稳定地上线运行。每个新项目按软件工程要求进行管理，验收完毕后纳入日常软件运维范围。内控项目等的开发上线工作。运维服务需求内容根据招标文件要求，运维服务主要分为软件维

21、护、软件开发、集成服务、现场服务和用户培训五个方面，每个部分的需求和具体要求如下：软件维护需求软件维护需求主要包括以下 11 项内容：协助检查数据库运行情况，及时处理数据库故障；协助定期对数据库进行优化，提高数据库运行效率；协助检查应用软件中间件运行情况，及时优化并处理中间件故障；时进行数据维护处理；修改，处理应用软件存在的问题；完成劳动就业系统及社会保险信息系统年度和月度初始化工作；按照部、省要求从生产库向交换库转换数据，生成指标数据上报；配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；配合完成日常的统计分析报表，完成特殊的查询统计需求；在采购单位的统一安排下,按相关政策要求进行数

22、据批量处理工作,如:,立有关数据安全、备份、测试、验证、应急恢复等机制；医疗历史数据迁移，医院信息管理系统接口支持。软件开发需求软件开发维护方面对中标单位提出如下要求和需求，主要包括以下 6 项内容：,现场技术人员备力量，防止人员变动影响服务质量，确保软件开发和维护工作按计划顺利完成。完成升级需求后，需经用户方相关领导确认。中心端应用版本升级、安排在中午休息时间；医院端软件升级一般在下午 5 点以后。软件部署上线时，主要开发人员必须到现场提供技术支持。2 周（以打版时间为准）供程序源代码，并及时组织对采购单位技术人员的培训工作。软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方协

23、商解决。项下的任何义务。集成服务需求集成服务对中标单位提出如下要求和需求，主要包括以下 6 项内容：xxx xxx 劳动保障系统调整部署、升级规划和评估和相关单位服务调度，但不包含该系统所涉及系统硬件设备和系统软件产品本身的原厂维护和保修服务。主要工作包括：根据应用软件系统运行要求提供应用级集成调优、数据库中间件与应用软件协同配置调整、网络设备配置优化和部署优化、主机操作系统、双机集群、中间件等系统软件的部署、配置、调优工作， 备份容灾的应用级维护服务和定期演练等。每年对采购单位的信息系统进行一次全面的评估，提交“xxx 人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足

24、的时间进行项目规划、申请、落实资金、采购等工作，满足不断发展的信息系统运行要求。系统运行故障诊断、应用级运维和调优、应用系统按需部署调整、系统规划评估等方面的服务计划安排。30 4 调各相关单位解决问题。须对采购单位金保工程系统提供两月一次的日常巡检服务。须每年对采购单位金保工程系统进行一次全面的评估，提交“xxx 人力发展的信息系统建设要求。建设阶段的集成、数据迁移、数据库升级、应用迁移等工作，并协调相关厂商完成全部建设工作。现场服务需求现场服务对中标单位提出如下要求和需求，主要包括以下 6 项内容：2 1 名熟悉劳1 指定一名熟悉劳动保障信息系统和现场经验的项目经理做为本项目的 单位的商务

25、、技术、人员安排、项目管理及进度控制等事宜。周报形式总结一周软件服务工作及下周工作安排。现场服务人员的变动，需经采购单位同意，采购单位有权要求对不合格人员的进行调整。,避免出现问题得不到及时解决。重大节假日必须提供值班人员名单及联系方式。用户培训需求用户培训对中标单位提出如下要求和需求，主要包括以下 4 项内容：中标单位应按需对应用软件操作人员（包含报盘软件）训，并提交掌握系统操作所需要的培训资料。各项功能及具体实现。中标单位负责每年对采购单位技术人员进行不少于两次的系统软硬件（8 人左右。定期组织用户与软件开发人员之间的技术交流活动。运维服务理念服务理念重视信用、值得信赖、留意形象、迅速反应

26、、善解人意。服务宗旨服务的目标。得以实现。1持竞争优势，并取得最佳的经济效益；2、在全国树立一致的服务形象 在全国各地，客户都将获得同样高水平的技术支持和专业的服务支持；3、企业解决方案保持领先地位为客户提供功能和质量均无可匹敌的企业解决方案；4、采用当今最尖端的软件开发技术采用的每一项技术都得到企业行业范围应用的检验；5、拥有技术熟练、高度敬业的专业服务队伍在应用软件业务、系统集成以及相匹配的服务均拥有最好的人力资源；6、保持良好的业绩每年以高速的业绩发展，并不断地投资于人才队伍建设，并将成为客户长久的合作伙伴。服务理解我们的员工。他们对的忠诚与奉献，是我们取得成功的最主要因素。客户提供满意

27、的服务支持。服务使我们更加了解市场和客户，从而保证客户投资更加安全。表现得到了国内客户的一至认可。运维服务保障体系发生任何问题用户都可以得到最快的响应。售后服务体系简介售后服务体系理念为用户提供易用、可靠的产品和满意的售后服务。服务支持体系构架构成：1、公司层面的集中管理机制为了更好地快速响应客户的服务请求，同时严格执行 ISO9000 的客户服务流程，公司在整个公司层面建立有客户服务中心（C办公室O）和解决方案技术中心（C。由 CSC 对应客户服务（包括需求、申请、投诉、反馈等）响应机制和客户满意度调查机制，从而达到对整个技术支持与服务机制的运营管理和检控职能。PMO QA 协调等。由STC

28、 生产过程测试等。2、基于分布式的区域支持与服务机制公司面向国内市场在华东、华北、华南、东北、华中、西南、西北、山东设同样高水平的技术支持和专业化服务。3、基于事业部体系的业务咨询与应用系统支持与服务机制向行业客户的核心业务领域的咨询和支持或者软件应用技术的支持和服务机制是建立在公司行业事业部体制内的。公司行业事业部能够为最终客户提供全方位的行业业务咨询核心业务系的技术支持以及应用系统的服务，包括现场服务（Onsite）或者离岸式服务。技术支持服务形式300 员占 40%，大部分人员是具有丰富行业经验和项目实施经验的资深专业技术人员，他们主要是面向具有关键任务应用的客户提供专业技术服务。7 2

29、4 小时的全面的技术支持和专业服务。服务流程的全过程都有监控管理措施，客户服务代表会定期的与客户保持联系， 根据本项目的技术支持服务要求，公司为客户提供技术服务主要有两种方式：1、远程方式补充，还将提供专门的传真和电子邮箱以便服务请求信息的更准确交流。问题。2、现场方式和服务：远程方式不能满足服务时效要求、或服务任务必须到现场才可完成（的运行）应客户要求且公司的项目经理同意的现场服务。公司四级服务支持体系省会城市均设有分支机构，为全国各省市客户提供本地化的售后服务。2002公司在南京设有分公司xxx 有效。公司为 xxx 社会保险信息系统建设项目提供的技术服务工作将基于公司事业1级服务：本地项

30、目服务机构及项目经理的现场工作的人员有：负责本项目需求调研的需求调研小组；负责本项目开发的项目开发组；负责系统的现场安装、调试、培训的系统工程师小组；目维护小组；1现场实施和维护工作。他们是设立在用户现场的系统服务队伍，能够迅速解决本项目的实际问题， 提供本地化的第 1 级服务。取用户信息、意见和需求，并协调公司内部各方面做出及时的相应；作为整个项目实施计划的执行负责人和监督者，负责协调、监督公司各质量达到项目要求；协调人员安排、问题协商与解决等工作。2级服务：公司驻场技术人员负责本级任务的主要是项目组驻场的软件和系统集成工程师。系统工程师（负责安全体系的技术支持和售后维护）软件工程师（负责中

31、间件、数据库系统的技术支持和售后维护）软件工程师（护）23 级服务：xxxx 系统建设专家xxx IT目中，这其中包括：负责全面开发管理的高层专家（QAQC制）负责系统测试的测试专家人，加入到系统工程师小组中的硬件及网络技术专家等这些专家为 xxx 社会保险信息系统建设项目提供系统级的技术基础平台建3xxx 劳动保障业主方建设实施小组进行直接的技术交流。4 级服务：总部技术支撑部门公司总部下设有“研发部xxx 各类技术疑难问题，计算机新技术的应用等，以上可作为第 4务。运维服务总体方案Xxx系统建设情况xxx 金保工程涉及的业务面广，系统复杂度高，开始就提出了一体化紧耦合的设计思想，并且要实现

32、金保工程中的业务经办、公众服务、基金监管、决策支持四大功能以及统一的社保卡系统建设。xxx 金保工程从 2004 年 5 月开始启动，经历了方案确定、需求调研、系统2005 10 8 日正式启动使2009 年，系统共有参保单位两万多家，全年养老、医疗、失业、工183.88 207.21 128.22 138.1 万123.55 98%169.44 89.9%300 150 xxx总体架构xxx xxx xxx 金保工程应用软件业务需求以如下图所示：图 5-1 金保工程逻辑结构图IT 设施三个层次，监控及管理、信息安全是贯穿三个层次的两大体系。IT基础设施包括网络及硬件平台层和数据层网络及硬件平

33、台包括网络设备、服务器主机、操作系统、存储设备等资源是应用软件开发运行的基础平台网络平台层的构成具有个性化的特征不同的应用环境具有不同的主机设备不同的网络设备不同的存储介质不同的操作系统因此这要求建立在网络平台层之上的应用支撑平台层必须具备跨平台的特性只有这样才可延伸原有资源的生命周期避免硬件设施的重复投资的统一电子解决方案框架平台是基于J2EE 技术建设的，因此系统具备跨操作系统的特性，从而可最大程度地保护用户投资。其中应用服务器中间件采用BEA Weblogic中间件，数据库采用Oracle。基础服务应用平台BEA Weblogic Platform、BEA TUXEDO J2EE 应用服

34、务器和消息/ 交易中间件。业务支撑平台层是多层架构业务系统的核心支撑部分。的业务支撑平台以J2EE 应用服务器和消息（交易）UniEAP、UniFlow、UniDXPNeusoft IM UM UniEAP 是三层框架是工作流平台， 是数据交换平台，用于数据传输和数据转换以及应用系统集成；Neusoft IM UM 是统一消息平台，主要用于公共服务系UniEAP 统的根本目的。业务组件与表示层业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进行构建开发，并且业务组件设计开发遵循“高内聚、低偶合”的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。形成个性化的

35、应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索服务等功能。通用企业应用平台UniEAPxxx 劳动保障信息系统系统的设计和开发将基于自主研发的通用企业应用平台 UniEAP 进行开发。下面对 UniEAP 的结构、功能和特点进行简要介绍。Plen（通用企业应用平台。Component 。UniEAP J2EE 规范为核心技术实现模型的多层应用开以及相应的开发方法，进而达到快速建设应用系统的根本目的。UniEAP Application BEA Weblogic Application Server IBM WebSpere Application 、Sun ONE Appl

36、ication 、JBOSS 均不Application Server 上。通用企业应用平台的结构UniEAP MVC 模式，集中了大量功能强大、灵活易用的功能组件。UniEAP C/S/S B/S/S 结构，其中两种体系结构共用同一套业务逻辑处理服务，只是表现和控制层不同。UniEAP 统一的业务逻辑层商业逻辑层以 EJB/Java Bean 技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：EJB JavaBean 做商业逻辑；构件；在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接OP connectionsqlexecute 封装DataSet,xm

37、l 接口可发送到页面）DAO（单表抽成的可持久化的实体类对象）平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。C/S/S结构的视图层和控制层C/S/SBSFactoryEJBJavaBeanC/S/S 结构中客户端的设计要点是：GUIWindowDelphiMainServletXMLSOAPIVODAOServerDCMSieaf.dllIVODAOServerDCMSieaf.dllServerClientDCMC/S/S 结构中控制层的设计要点是：B/S/SStrutsMainServlet StrutsActionServlet，RequstProcesser + Even

38、tStrutsAction；StrutsXML，XMLB/S/S 结构的视图层和控制层设计JSP/XML/XSL/JS功能强大的组件，主要有以下几大类：HTML Form制和校验功能；DataWindow，目录树，Tab件；并封装通用的页面对话框；Object：AppletCOM，用于复杂界面操作和客户端本地化操作。ServletstrutsWorkFlow 引擎，以单点入口的方式统一控制请求。设计要点如下：StructsStrutsActionServletDispatchActionUniEAP个层次控制权限行为；日志和异常处理负责系统信息的记录；UniWorkflowUniWorkflo

39、w制和控制业务流程。Action 本身并不处理业务逻辑，而是通过统一的BSFactory 从 Container获取Business Service Componets处理业务逻辑。通用企业应用平台的功能UniEAP 作为我公司自主研发的各种管理信息系统（社保、电力、电信、证OACRMERP）加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。IT含技术标准和行业标准的平台，UniEAP标准化技术是构建共性平台的灵魂。从技术本身的发展来说，过去各个 一方面也使软件开发更加规模化，软件产业更加工业化。通用企业应用平台的特点UniEAP而不会对整个系统的结构发生影响。UniEAPWWWW

40、WWWWWUniEAPUniEAPUniEAP独立性，减少与其他模块的关联，便于将来扩充、升级和修改。UniEAPUniEAPUniEAP（ ，并且提供了充分的实现手段，使得应用系统实现业务对象之间的复杂的逻辑关系成为可能，而且非常简单。方便了业务系统。UniEAP基于通用企业平台的运维服务xxxUniEAPxxxUniEAP系统开发和维护的质量。按招标文件要求对于采购单位提出的应用软件升级需求，由现场工程师与的开发进度进行开发和实施。UniEAP 采用组件技术，系统具有非常好的可扩充而无论采用哪种组件标准都具有可扩充性和兼容性。因此，应用升级中，对系统平台充分了解的情况下，能够较准确的规避升

41、级xxx进度和时间安排做到心中有数。UniEAP加广泛的用户需求。应用逻辑实现策略图 5-2 架构技术实现策略xxx公司在整体技术实现路线上采用基于J2EEweb service应用逻辑层和公用服务层的每个功能模块均是一个相对独立的组件，这些组J2EEJ2EERMI 协议，向各客户组件提供服务。业务操作员及公众信息查询人员通过标准的HTTP 协议或安全的HTTPS 协议访问社保管理信息系统及公共服务系统。RMI-IIOP 的协议通讯。操作相关，因此本方案将对数据操作的实现策略进行详细阐述：J2EE(Bean managed persistence)，也即组件自行管理数据库操作的完整性和一致EJ

42、B 容器管理的持久性(Container Managed J2EEJ2EE 组件与事务处理服务器通讯的机制，与事务处理服务器的平台和应用服通过紧密集成的数据库访问机制，访问数据库。介于交易处理服务器和业务逻辑层之间的是公用的数据存取服务，这一层封在基于 J2EE 应用架构下，将数据存取服务独立出来的原因如下：beanbeanbean 等组件，需要从持久存储B2BLDAP据存储等操作。API化或私有的APIAPIRDBMS(OODBMS)XMLAPI一。APIAPI解决以上的问题，需要采用数据访问对象(Data Access Object，DAO)来抽象和封装对数据源的访问。DAO 管理着与数据

43、源的连接以便于检索和访问数。下图说明采用数据访问对象提供数据存取服务的实现。图 5-3 实现示意图程：图 5-4 过程示意图创建值对象，将值对象返回给业务对象。核心经办业务技术架构概述xxx 组件。下面对其结构、功能和特点进行简要介绍。J2EE发方法，进而达到快速建设应用系统的根本目的。Application ServerBEAWeblogicApplication ServerIBMWebSpereApplicationSunONEApplication、JBOSSApplicationServer上。图 5-5 示意图基础服务应用平台的结构简图如上图所示，各组成部分的功能及职责如下：GUI

44、：用户界面层呈现用户交互界面提供表现控件界面控件布局UI 面的具体在设备上的展现（如：Browser html 的解析面组件的布局。InteractionControl：交互控制层定义业务逻辑的逻辑表单开启和关闭事务响应用户界面层的业务请求TransactionManagement：事务管理提供事务管理机制将基础服务纳入统一的事务管理范畴ApplicationLogic：应用逻辑组件处理事务规则及功能提供原子业务功能ApplicationService：基础服务组件统一资源访问服务身份认证服务权限管理服务报表服务日志服务审计服务其它服务核心经办业务技术架构设计基础服务应用平台的技术架构如下图所

45、示，它是对上节中架构简图的细化。WebContainer图 5-6 架构简图GUI 层由 Client 和 UIM 两层组成。基础服务应用平台同时支持浏览器、传统客户端、PDA 等多种用户界面模式。UIM 是用户界面控制层。Client 层以 JSP/XML/XSL/JS/PB 技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：轻型控件：封装所有的 HTML Form 元素和按钮，提供显示、标准行为控制和校验功能；页等具有复杂功能属性的控件； 封装通用的页面对话框；Object：Applet 和 COM，用于复杂界面操作和客户端本地化操作。UIM 层以 Servlet

46、 技术为实现手段，以 struts 框架为依托，采用单点入口的方式统一控制请求。设计要点如下：采用 Structs 控制请求和业务流程， 拓展 Struts 的 ActionServlet 和DispatchAction 作为基础服务应用平台的流程控制基类；Action Ineraction Object Factory 从EJB Container Ineraction Object 处理业务逻辑。EJBContainer 设计商业逻辑层以 EJB/Java Bean 技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：用 EJB 和 JavaBean 做商业逻辑；OP

47、 connectionsqlexecute 封装DataSet,xml 接口可发送到页面）DAO（单表抽成的可持久化的实体类对象）平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。WebContainerEJBContainer 请求模型图 5-7Web Container 与 EJB Container 请求模型Spring Web Service 的 UDDI 所定义的、由基本的三个角色构造的“ Service Requestor Service Registry Service Provider”三角型访问模式，所有发布的 Interaction Object Interact

48、ion Object Factory Provider（如E aJbe eService RequestorInteractional Object Interactinal Object Factory Interactional Object ProviderProvider Interactional Object stubInteractional Object service method 对请求进行处理。这所以这样做的一个根本目的是：将逻辑组件开发和基础服务应用平台专门为 Interactional Object 的访问定义了一个“Interactional Object Fact

49、ory”层，这一层主要考虑的是屏蔽在Action 中对InteractionalObject的不同调用方式使得在不同的环境下的移植变得很方（管是何种组件的调用方式，返回给Action 的服务接口都是相同的，从而保证Action中代码的可复用性。技术架构中各层对象在创建过程中的依赖关系架构中的几层在“创作”过程的依赖关系是什么，即凭什么知道要创建几个AppLogic、几个 Interaction、几个 Action、几个 PB/JSP 界面？下图阐述了几层对象在创作过程中的依赖关系，它们之间的连线是本节说明的重点，所以颜色调成了红色，对这些线的说明调成了蓝色，以显突出。注释文字可能有点不清楚，拷

50、在下面：研时就把大部分界面都确定下来。InteractionInteraction 都完成什么样的功能。但并非一个窗口就完全对应一个 InteractionInteraction 一次请求肯定对应一个 Interaction 对象中的一个方法，要不然怎么管Interaction 叫“交互对象呢”？一次交互就是一个完整的事务。Interaction Action，Action Interaction 收HTTP Action的命运。Interaction I L I 的请AppLogic GUI BL 做个折中处理。图 5-8 示意图Action 的哪个方法来响应界面请求，入参、向后台说明，你的

51、哪个 Interaction 和哪个方法响应我的请求。维护服务计划2015 5 31 5 31 2011 5 31 2011 6 1 2012 5 31 2012 6 月1 2013 5 31 2013 6 1 2014 5 31 日，第2014 6 1 2015 5 31 日。（包括新业务开发项目和日常事务项目开发完成进度、工作量（人月、人员安排及项目管理措施，得到采购单位的同意后按计划组织实施。软件维护方案远程支持服务流程400 免费技术服务热线(xxxxxxxxxx)根据请求情况协调公司资源，第一时间给用户反馈并解决问题。用户用户接线员登记和查询工程师平台系统工程师项目组汇总解决工程师高

52、级培训教师系统专家疑难问题图表 5-1 技术支持服务热线工作流程图1、诊断故障并提交故障诊断报告2、制定系统维护和故障恢复的实施计划根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。3、管理、监督维护计划的实施组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作（应包含用户方与项目承包商双方提交维护工作报告。4、确认维护工作完成并提交维护报告在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。5、提交成果每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：故障诊断报告系

53、统维护和故障恢复的实施计划维护工作阶段报告系统维护工作报告说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。现场服务流程何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等，做出切题用户都可以得到最快的响应，售后服务流程如下图所示：图表 5-2 售后服务流程我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。公司提供的服务内容包括：常运行中出现的问题。根据政策和经办规程调整，及时响应需求变更（含与金保工程其他子系统和外部机构的接口的修改或调整。进性。OracleOCP户提供长期的数据库优化及技术支持服务，以及异常数据修

54、正、批量数据处理等数据维护工作。检查和维护。客户新技术培训服务：为使客户技术人员能及时掌握最新技术，公司每年组织客户在公司进行技术学习。现的问题跟踪解决。网络与硬件服务：虽然本次只是软件招标，但离不开网络及硬件系统的支持，公司愿凭自身的技术实力，为本项目提供硬件调试与网络技术支持服务。客户端服务收集最终用户对系统的使用意见和建议；对最终用户进行操作指导；客户端故障判断和排除指导；单机版数据转入系统的操作指导和技术支持；服务方式以提供远程服务为主。服务内容协助检查数据库运行情况，及时处理数据库故障；协助定期对数据库进行优化，提高数据库运行效率；协助检查应用软件中间件运行情况，及时优化并处理中间件

55、故障；及时进行数据维护处理；7*24中标单位应按采购单位要求负责全市新定点医疗机构的许可证制作发放工作；性修改，处理应用软件存在的问题；完成劳动就业系统及社会保险信息系统年度和月度初始化工作；按照部、省要求从生产库向交换库转换数据，生成指标数据上报；配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；配合完成日常的统计分析报表，完成特殊的查询统计需求；立有关数据安全、备份、测试、验证、应急恢复等机制；医疗历史数据迁移，医院信息管理系统接口支持。客户服务质量文件在客户服务中，公司通过以下文件来保证服务的规范和质量：客户服务管理：客户问题办理：问题月报记录等系统维护和故障恢复的实施计划系统维

56、护验收测试计划维护工作验收报告客户满意度测量：（提出改进措施（为把客户培训工作做得更好的辅助性表格）客户培训申请表客户培训费用确认表客户培训邀请函客户培训邀请函回执客户培训计划客户培训记录客户培训调查表客户培训评估表客户培训总结xxx 的执行一次较完整的系统维护过程的基本步骤如下：xxx 公司按照制定的计划实施维护工作；统维护工作实施过程；测试合格提交维护工作验收报告维护工作完成，否则继续整改。CMMxxx社会保险信息系统建设项目的建设提供最优良的服务。应急维护方案下，就需要启动售后服务紧急预案，以保证业务经办的正常进行。应急预案目标业务经办正常运行为目标。应急预案具体措施应急处理流程接受故障

57、报告接受故障报告启动应急预案应急处理小组调派资深专家、用户No解决故障Yes东软技术支持中心原厂家技术支持中心紧急事件处理报告提交报告应急行动结束5-2应急处理流程图流程说明：1、 系统出现故障，我公司接受故障，并确定为紧急情况。2、 启动应急处理服务流程。3、 紧急情况处理小组的领导（由用户和我公司人员共同组成）立刻调派我公司的资深专家和用户相关人员。首先尽最大可能收集事件相关信息，确定事件类别、事件来源，保护证据，以便缩短应急响应时间。4、 根据收集的信息，紧急情况处理小组立刻采取措施抑制事件的影响进一步扩大，限制潜在的损失与破坏。5、 根据实际情况，技术专家进行系统的恢复工作。6、 如果

58、是应用软件故障，我公司保证 2 小时内解决问题，恢复故障系统。7、 如果项目组难以短时间内解决故障，及时申请公司技术支持中心派专家，必要时申请相关软件厂家的技术专家到现场协助排除故障。8、 在问题得到解决、系统恢复工作后，回顾并整理该事件的各种相关信息，尽可能地把所有情况记录到文档中，并完成紧急事件处理结果报告。9、 提交紧急事件处理结果报告。10、 应急行动结束。软件开发方案,xxx 软件升级的30 5.6.9 30 项目启动过程利开展工作。员和部门配合项目开展。我公司项目负责人简要介绍开发实施的过程和方法。需求分析查所有必要的准备工作已经圆满完成。体现在需求报告中，并确定落实期限。的部分进

59、一步完善调研；评审通过后由双方共同签署评审意见，并正式生效。开发、测试、实施、试运行和项目验收的基本依据之一，因此原则上用户需求将明确每一阶段的工作内容，以及需要用户配合完成的具体工作。开发策划项目计划保持一致，不可预知事务建议采用日程表记录，不再制定计划。开发负责人的一项内容。开发计划进度表参见软件实施计划书件需求规格说明书模板、GB8567-88* 计算机软件产品开发文档编制指南、GB9385-88* 计算机软件需求说明编制指南。设计与编码实现系统设计 PM 和部门负责人员提出。在开发过程中有不明确的需求，应该尽量以书面的形式与用户交流。（包括数据库设计，提交项目组评审。对其中评审不合格的

60、部分进一步完善和重新策划，评审通过后，作为后续软件开发和测试的基础。编码实现果进行检查，以便及早发现问题，纠正偏差。系统测试测试是检验软件开发结果质量的重要手段之一，根据阶段不同，可将测试划分为三个阶段：单元测试、集成测试和系统测试。首先是单元测试，侧重于核实软件的最小可测试元素。单元可以是一个窗口（窗体，也可以是一个函数、菜单、报表或一个存储过程。单元测试应对单元的准确性和流畅性。测试，以便发现与接口有关的各种错误，保证系统的初步正确和稳定。行的准确性和完整性的测。性测试。不明确或开发人员对系统说明的误解或理解不足造成的功能错误。性和限制等特征。包括负载测试、强度测试、并发测试、恢复测试等内