运维管理系统方案

第一篇：运维管理系统方案

运维管理系统方案

概述

伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？

因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。

        运维管理系统的功能：

故障发现与警报；

记录日常运维日志信息； 服务器故障统计；

服务器软硬件信息统计； 服务进程管理；

将数据信息存储到数据库，并使用图形方式直观的展示出来； 权限、密码管理； 将数据生成报表。运维管理系统的特点：        邮件和短信实时故障报警；

B/S结构，能够通过web对远程服务器下达指令；

监控服务器和被监控服务器之间通过python socket来发送信息； 统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； 实现自动化管理和自动化监控； 安全管理服务器性能； 操作流程统计与管理。

第二篇：运维管理系统建设

ITIL提升中国电信运维管理系统建设

ZDNet CIO频道 更新时间：2008-01-25 作者： 来源：CSDN 本文关键词： 中国电信 ITIL 运维管理

运维管理是电信运营商主要的生产和管理活动之一。运维管理系统建设和运营的好坏直接影响到电信运营的整体成本、管理水平和服务水平。因此，近两年来，各大电信运营商纷纷对现有的运维系统进行改造。

中国在电信领域的增长速度超过了其GDP增长的速度。正是电信快速的增长，推动了运维系统的发展。如何更有效地利用现有的资源，提高运营维护的工作效率，提高整体服务质量是目前各大运营商面临的普遍问题。毫无疑问，中国电信在运营维护方面，也面临相同的问题。建设新一代中国电信运维管理系统，成为解决目前运维管理问题的唯一方案。

根据我们长期在电信领域的实践，下面的几点经验，值得我们在中国电信运维系统的建设中更加关注。

一、采用ITIL作为运维系统的方法论

IT基础架构库（ITIL-ITInfrastructureLibrary），被誉为IT服务管理的圣经，其中包含了总结国际大公司在IT服务管理中的经验并得到证明的IT服务计划和运营的最佳实践框架。

ITIL已经为《财富》500强的一些企业所采用，并取得了预期的效果。加特纳（Gartner）和国际数据集团（IDC）等世界权威研究机构的调查研究表明，企业通过在IT部门实施最佳服务管理实践，将因重复呼叫、不当的变更等引起的延误时间减少了79%，每年每个终端用户平均节约800美元的成本，同时每项新服务推出的时间也缩短一半。

要成为国际一流的企业，就要吸取国际一流企业的成功管理经验，借鉴其管理手段。因此，中国电信在运维管理系统的建设，也应确立ITIL在系统建设过程中的方法论地位，吸取ITIL中的成功经验。

作为众多国际大型企业成功实践的积累，ITIL使我们找到了解决运维流程规范的方式和方法。可是，如何更好地运用ITIL这一经典的方法论呢？我们认为应该注意两点：

1)ITIL是从实践中得来的精髓，不是僵化的教条，应该结合实际情况去运用ITIL，建立更加适合中国电信的流程规范，而不是照抄照搬。

2)由于ITIL理论博大精深，不可能在短期内在企业中全面实施。应该根据实际情况，选取实施重点，逐步实施，逐步完善。

在中国电信运维系统建设中，应该深入理解ITIL的核心理念，结合电信运维的现状，解决核心和关键问题，逐步实现对运维的科学管理。

二、ITIL理论与实际情况相结合，注重工作流程细节的设计和优化，是系统建设的关键

理顺工作流程、提高服务效率是新运维系统建设的主要内容之一。

在工作流程的制定过程中，容易陷入以下两个极端。

1．盲目照搬流程。作为方法论的ITIL，本身含有大量的成功实践框架。但是，正如前面所说的，ITIL是从实践中得来的精髓，不是僵化的教条，盲目照搬，只能使得工作流程不切合实际，并流于形式，对系统的贯彻和执行产生不好的影响。

2．完全遵照现有流程，实现其电子化。虽然这样更符合目前的工作习惯，可能容易为运维人员所接受，但是，仍然解决不了目前运维所存在的一些问题。例如，我们在项目实施中曾遇到“工单在部门之间的重派”的问题。在当前手工作业的工作模式中，各单位将不属于本单位处理范围的工单，或部门需要其他部门配合的工单，均提交给故障处理的负责人，由该负责人向其他单位进行转派和重派。这种处理方式，主要便于手工作业条件下负责人及时了解项目处理状况。在建立运维系统后，负责人可以通过运维系统随时了解到故障的处理状况，每次重派和转派之前，对负责人的回复变成了一种无效的工作，大大降低了事件的处理效率。如果仅仅将目前的手工作业电子化，那么故障处理的效率仍然没有得到有效的提高。

因此，将ITIL理论与实际情况相结合，注重工作流程细节的设计和优化，是系统建设的关键。

三、树立主动服务观念

在现行的运维工作中，我们经常遇到这样的情况：一方面是运维部门疲于应付各种突发事件，加班加点处理各种重复事件，工作繁重，身心疲惫；一方面是客户代表不断抱怨和投诉“技术人员服务水平太低”。二者不可调和的矛盾，是新运维系统要解决的重要问题。

传统的运维方式给人的印象是：故障发生前，维护人员似乎无所事事；故障发生后，则是手忙脚乱。这就是被动服务给人们留下的印象，运维人员是在被动地等待故障的发生。在新的运维系统中，我们必须改变原有的运维方式，变被动服务为主动服务。

在主动服务模式下，运维人员主动地监控系统的变化，对日常工作及故障处理完成后主动进行问题分析，对系统的变更风险进行评估。在新系统中，可以通过种种技术措施，使得运维工作从被动服务转移到主动服务，如：增加变更管理流程以防范变更风险。

在日常运维工作中，变更工作是在所难免的。例如，新的系统安全漏洞被公布，为了保证系统安全，就需要安全系统补丁，而这种变更给系统带来的风险则是难以估计的。例如在安装补丁后，有时会产生大量莫名其妙的问题。这么一个简单的例子已经可以说明，如果没有很好的风险防范手段，系统变更将给我们的日常运维工作带来大量的问题，后果往往是难以想象的。在新系统中，我们可增加变更管理流程。在变更管理流程中，变更方案需提交变更经理，由变更经理组织由专家组成的变更顾问委员会（CAB）对变更进行风险评估，在评估通过后才能够进入变更的实施过程。变更管理是防范变更风险的最好办法。

当然，主动服务是一种理念，在这种理念下，我们可以定义更多的流程，如问题管理流程，对系统中存在的隐患问题进行挖掘，防患于未然。总之，我们应该树立这样一个理念，在各流程的定义中进行运用，主动地提早发现系统存在的风险和隐患，减少突发事件的发生。

四、从平台到业务的全面管理

网络管理是运维系统的组成部分。对系统的监控也是运维的主要业务之一。以往网管系统实现了对平台的监控，可是在实际运维工作中，平台往往只有少数的几个系统管理员负责，大多数业务人员更多地是面对业务系统。对于业务的监控和管理，是业务人员更加关心的问题。因此，在网管系统中，应加入业务监控的内容。

需要注意的是，业务是建立在平台的基础之上的，而不是孤立存在的。因此，监控中，应强调业务监控与平台监控密不可分的联系，从业务的角度出发，建立平台与业务的关联关系。在故障发生时，应能够即时描述对业务的影响程度，能够描述故障的影响范围。

例如：采集源的某台交换机产生异常，除了可以看到交换机告警外，我们还应该能够在业务拓扑图中直观看到，采集系统受到影响，同时采集、预处理、分拣等相关业务也不同程度受到影响。其影响程度，能够通过不同的颜色直观地展示出来。

只有这样才能够更加直观而全面地反映系统的运行状态，反映业务的运行情况。能够帮助运维人员在故障发生时，快速修复关键部件，减少故障带来的损失。

五、建立科学的激励与监督机制

多年来，系统的使用和推广问题成为系统能否得到良好运用的一个重要问题。

假设：我们制定了变更管理流程，但是，变更管理没有被很好地执行，而只是流于形式，则风险的防范也只能是停留在理论上的空谈。

在运维系统建设过程中，建立了一整套科学的考核制度，以激励运维人员更有效地提高服务质量和服务水平，是至关重要的。

对运维人员的考核，并不能就管理论管理，应该从客户服务的角度出发，以客户满意为前提，进行考核。例如，根据每个部门的服务水平，制定了服务时限。假设，某个用户投诉，需要多个部门协同进行处理。在处理过程中，各部门互相推托，虽然工单在各部门的停留时间没有超过部门承诺的时限，而整体处理时间已经超过了运营商对该用户承诺的处理时间。为了杜绝这种现象的出现，我们应该从用户的角度出发，进行各部门处理时间的分段计算。计算结果将反映在每月故障处理情况的统计报告中，而这些报告直接与各部门、各单位的绩效考核挂钩。

通过这样的考核机制，形成对员工日常工作的科学评价，既调动了员工积极性，又提高了工作效率和服务质量。

第三篇：软件系统运维方案

软件开发维护服务外包

第I页

2010年7月

东软集团软件股份有限公司

目录 项目概述..........................................................................................................................................1 1.1 1.2 2 项目背景.................................................................................................................................1 项目范围.................................................................................................................................1

运维服务需求内容..........................................................................................................................4 2.1 2.2 2.3 2.4 2.5 软件维护需求.........................................................................................................................4 软件开发需求.........................................................................................................................4 集成服务需求.........................................................................................................................5 现场服务需求.........................................................................................................................6 用户培训需求.........................................................................................................................7 东软服务理念..................................................................................................................................8 3.1 3.2 3.3 服务理念.................................................................................................................................8 服务宗旨.................................................................................................................................8 服务理解.................................................................................................................................8 东软运维服务保障体系................................................................................................................10 4.1 东软售后服务体系简介.......................................................................................................10

售后服务体系理念.......................................................................................................10 4.1.2 服务支持体系构架.......................................................................................................10 4.1.3 技术支持服务形式.......................................................................................................11 4.2 东软公司四级服务支持体系................................................................................................12 4.2.1 第1级服务：本地项目服务机构及项目经理...........................................................13 4.2.2 第2级服务：东软公司南京分公司以及华东大区技术人员....................................14 4.2.3 第3级服务：社保平台系统建设专家.......................................................................14 4.2.4 第4级服务：东软总部技术支撑部门.......................................................................15 运维服务总体方案........................................................................................................................16 5.1 5.2 无锡金保工程建设情况.......................................................................................................16 金保工程总体架构...............................................................................................................16 4.1.1

5.2.1 IT基础设施包括网络及硬件平台层和数据层...............................................................17 5.2.2 基础服务应用平台.......................................................................................................18 5.2.3 业务组件与表示层.......................................................................................................18 5.2.4 东软通用企业应用平台—UniEAP..............................................................................19 5.2.4.1 通用企业应用平台的结构.....................................................................................................19 5.2.4.2 通用企业应用平台的功能.....................................................................................................25 5.2.4.3 通用企业应用平台的特点.....................................................................................................26

5.2.5 基于通用企业平台的运维服务...................................................................................27 5.2.6 应用逻辑实现策略.......................................................................................................28 5.2.6.1 核心经办业务技术架构概述.................................................................................................32 5.2.6.2 核心经办业务技术架构设计.................................................................................................34 5.2.6.3 技术架构中各层对象在创建过程中的依赖关系..................................................................36

第II页

5.3 5.4 维护服务计划.......................................................................................................................38 软件维护方案.......................................................................................................................38

远程支持服务流程.......................................................................................................38

5.4.2 现场服务流程...............................................................................................................40 5.4.3 服务内容.......................................................................................................................42 5.4.4 客户服务质量文件.......................................................................................................43 5.5 应急维护方案.......................................................................................................................45 5.5.1 应急预案目标...............................................................................................................45 5.5.2 应急预案具体措施.......................................................................................................45 5.5.3 应急处理流程...............................................................................................................46 5.6 软件开发方案.......................................................................................................................47 5.6.1 项目启动过程...............................................................................................................48 5.6.2 需求分析.......................................................................................................................48 5.6.3 开发策划.......................................................................................................................49 5.6.4 设计与编码实现...........................................................................................................50 5.6.4.1 系统设计.................................................................................................................................50 5.6.4.2 编码实现.................................................................................................................................50 系统测试.......................................................................................................................50 5.6.6 实施培训.......................................................................................................................52 5.6.7 总结验收.......................................................................................................................53 5.6.8 问题处理机制...............................................................................................................54 5.6.9 系统维护流程...............................................................................................................54 5.7 集成服务方案.......................................................................................................................56 5.7.1 集成服务目标...............................................................................................................57 5.7.2 岗位分工和职责...........................................................................................................58 5.7.3 维护作业制度...............................................................................................................59 5.7.4 系统安全制度...............................................................................................................60 5.7.5 故障处理制度...............................................................................................................60 5.7.6 技术档案和原始记录的管理制度...............................................................................61 5.8 现场服务方案.......................................................................................................................63 5.8.1 现场组织管理策略.......................................................................................................63 5.8.2 项目管理组织体系.......................................................................................................64 5.8.3 项目组织各角色的职责...............................................................................................65 5.8.3.1 项目领导小组.........................................................................................................................65 5.8.3.2 项目指导小组.........................................................................................................................65 5.8.3.3 项目经理.................................................................................................错误！未定义书签。5.8.3.4 项目顾问委员会.....................................................................................错误！未定义书签。5.8.3.5 过程组.....................................................................................................................................66 5.8.3.6 实施经理.................................................................................................错误！未定义书签。5.8.3.7 商务经理.................................................................................................错误！未定义书签。5.8.3.8 项目软件经理.........................................................................................................................67

5.8.4 5.6.5 5.4.1

现场维护管理...............................................................................................................70 5.8.5 项目管理监控...............................................................................................................71 5.8.5.1 阶段评估.................................................................................................................................71

第III页

5.8.5.2 5.8.5.3 5.8.5.4 迭代评估.................................................................................................................................72 状态评估.................................................................................................................................72 资源监控.................................................................................................................................73

5.9 用户培训方案.......................................................................................................................76

5.9.1 东软针对本项目的培训承诺.......................................................................................76

5.9.2 东软针对本项目提供的技术培训...............................................................................76 5.9.2.1 培训计划.................................................................................................................................76 5.9.2.2 培训方式.................................................................................................................................80 5.9.2.3 售后跟踪培训.........................................................................................................................81

5.9.3

5.9.3.1 5.9.3.2 5.9.3.3 5.9.3.4 5.9.3.5 5.9.3.6 5.9.3.7 培训综合能力...............................................................................................................81

东软公司培训中心简介.........................................................................................................82 大连东软信息技术学院.........................................................................................................82 南海东软信息技术学院.........................................................................................................83 成都东软信息技术学院.........................................................................................................83 东软在线大学.........................................................................................................................84 公司培训优势.........................................................................................................................86 咨询.........................................................................................................................................86 项目管理及质量控制....................................................................................................................88 6.1 6.2 6.3 东软项目管理概述...............................................................................................................88 人员配备策略.......................................................................................................................91 项目组人员列表...................................................................................................................92

6.3.1 6.3.2 6.3.3

6.3.3.1 6.3.3.2 6.3.3.3 6.3.3.4 6.3.3.5 6.3.3.6 项目负责人员安排.......................................................................................................92

现场人员安排...............................................................................................................94 后台支持人员安排.......................................................................................................96 设计人员.................................................................................................................................96 开发人员.................................................................................................................................97 软件测试人员.......................................................................................................................100 项目管理人员.......................................................................................................................103 咨询策划人员.......................................................................................................................104 集成支持人员.......................................................................................................................105 开发过程管理指导思想.............................................................................................109 配置与变更管理.........................................................................................................110 配置管理资源配备...............................................................................................................111 项目配置策略.......................................................................................................................111 创建项目配置环境...............................................................................................................114 变更与交付工件...................................................................................................................114 管理基线...............................................................................................................................115 管理软件系统交付...............................................................................................................116 变更请求管理.......................................................................................................................116 监测与报告配置状态...........................................................................................................121 项目质量方针.............................................................................................................121 项目质量目标.............................................................................................................121 6.4 项目组织管理.....................................................................................................................109

6.4.1 6.4.2

6.4.2.1 6.4.2.2 6.4.2.3 6.4.2.4 6.4.2.5 6.4.2.6 6.4.2.7 6.4.2.8

6.5 质量保证方案.....................................................................................................................121

6.5.1 6.5.2

第IV页

6.5.3 质量保证承诺.............................................................................................................122

6.5.4 项目质量范围和标准.................................................................................................122 6.5.4.1 质量范围...............................................................................................................................122 6.5.4.2 质量标准...............................................................................................................................123

6.5.5

6.5.5.1 6.5.5.2 6.5.5.3 6.5.5.4 6.5.5.5 质量管理.....................................................................................................................123

质量保证的基本思想...........................................................................................................123 软件生产过程中主要的工作活动........................................................................................125 质量过程管理.......................................................................................................................126 质量保证专项活动SQA......................................................................................................127 软件工作产品质量审计和相关文档....................................................................................128 项目实施各方职责.....................................................................................................131 需要用户和原承建商配合的建议.............................................................................132 项目管理方面.......................................................................................................................132 软件开发阶段.......................................................................................................................132 培训组织工作.......................................................................................................................133 项目验收阶段.......................................................................................................................133 6.6 项目沟通管理.....................................................................................................................130

6.6.1 6.6.2

6.6.2.1 6.6.2.2 6.6.2.3 6.6.2.4

客户交互的安排.........................................................................................................133

6.7 项目风险管理.....................................................................................................................134 6.7.1 风险管理过程.............................................................................................................134 6.7.1.1 风险管理计划.......................................................................................................................134 6.7.1.2 项目风险的跟踪...................................................................................................................134 项目风险管理计划.....................................................................................................135 6.7.3 本项目风险和对策.....................................................................................................136 6.8 项目文档提交件管理.........................................................................................................137 6.8.1 项目交付物.................................................................................................................137 6.8.2 递交成果的签署.........................................................................................................138 6.8.3 递交成果的拒绝.........................................................................................................139 6.9 针对本项目的具体承诺.....................................................................................................140 结束语..........................................................................................................................................142 7.1 7.2 7.3 东软与劳动保障信息化建设..............................................................................................142 东软与无锡金保信息化建设..............................................................................................143 预祝项目圆满成功.............................................................................................................144 6.7.2 6.6.3

第V页 项目概述

无锡市金保工程自2007年上线以来，信息系统运行稳定，应用软件满足了劳动保障业务不断发展的需要，实现了劳动就业和社会保障业务办理的一体化，整个应用软件于2007年5月份完成验收。按合同约定，三年内由软件开发商负责免费维保。2010年5月是三年软件免费维保期期满之时。为了保证无锡金保工程应用软件系统能安全平稳运行，且能不断满足人力资源和社会保障业务的不断发展，采购单位拟将应用系统软件开发及维护服务实行统一外包。

1.1 项目背景

2007年，我市按照国家“金保工程”的建设要求，建成了全面覆盖劳动保障业务的信息系统，建设了集中式的劳动保障资源数据库，实现了劳动保障基础数据的“同人、同城、同库”，体现了数据向上集中、服务向下延伸。同时我市发行了用途广泛的社会保障卡，记录了持卡人个人身份、就业和社会保障等基础信息。应用软件主要由“无锡市社会保险管理信息系统”、“无锡市劳动就业管理信息系统”及相关应用系统组成，涵盖了劳动保障所有业务领域，包括劳动力资源、劳动关系、劳动监察、劳动仲裁、劳动事务代理、社会保险参保缴费、申领各项保险待遇、医疗就诊和费用报销、定点零售药店购药、公共服务、统计分析等，今后还要包括合并后的人力资源和社会保障局业务内容。

1.2 项目范围

根据招标文件要求，我市金保工程项目启动以来至2010年5月31日止，与软件开发商签订的所有软件项目合同所涵盖的内容，均在软件维保服务范围内，包含应用软件运行中的修改、完善、升级、优化、部署、监控等。目前尚未过免费维护期的仍然由原合同规定的维保单位进行免费维护。

本次运维服务所包含的我市金保工程应用软件主要包括以下内容：  无锡市社会保险信息管理系统  无锡市劳动就业信息管理系统

第1页

 无锡市企业退休人员社区管理系统  无锡市老年补贴管理系统  无锡市居民医疗管理系统

 无锡市社会保险单位管理信息系统(报盘软件) 无锡市征地报盘管理系统

 无锡市劳动保障单位网上申报管理系统  无锡市社保卡金融应用软件管理系统  无锡市社区扁平化管理单点登陆系统  无锡市异地就医系统  无锡市定点医疗机构托管系统  软件程序版本更新系统

 无锡市企业退休人员健康体检管理信息系统  无锡新农保系统和老农保系统  无锡市女职工单位报盘管理系统

 无锡市劳动保障行政权力内控及电子监察系统  劳动保障数据上传管理

 无锡市失业保险维护管理信息系统  无锡市零就业家庭管理系统

 无锡市创业促就业管理系统（内外网） 无锡市创业培训网上学校信息管理系统  劳动保障网百件实事网上办

 无锡市劳动保障综合统计系统和主要指标管理系统  无锡市劳动保障信访管理系统  触摸屏管理系统  各种接口软件

根据人力资源和社会保障业务发展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、安全、稳定地上线运行。每个新项目按软件工程要求进行管理，验收完毕第2页

后纳入日常软件运维范围。

目前根据部相关文件要求今年需完成居民养老业务、社会保险经办能力提升、内控项目等的开发上线工作。

第3页 运维服务需求内容

根据招标文件要求，运维服务主要分为软件维护、软件开发、集成服务、现场服务和用户培训五个方面，每个部分的需求和具体要求如下：

2.1 软件维护需求

软件维护需求主要包括以下11项内容：

 协助检查数据库运行情况，及时处理数据库故障；  协助定期对数据库进行优化，提高数据库运行效率；

 协助检查应用软件中间件运行情况，及时优化并处理中间件故障；  接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理；

 接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题；

 完成劳动就业系统及社会保险信息系统和月度初始化工作；  按照部、省要求从生产库向交换库转换数据，生成指标数据上报；  配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；  配合完成日常的统计分析报表，完成特殊的查询统计需求；

 在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制；  医疗历史数据迁移，医院信息管理系统接口支持。

2.2 软件开发需求

软件开发维护方面对中标单位提出如下要求和需求，主要包括以下6项内容：  必须按软件项目开发的实际需要组织后台开发人力资源,现场技术人员与后端支持按照开发和维护服务要求配置资源，主要开发人员要培养后备力量，防止人员变动影响服务质量，确保软件开发和维护工作按计划第4页

顺利完成。

 对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进行沟通，了解业务部门对应用软件的升级需求，形成需求文档，经采购单位相关部门确认后，按双方商定的开发进度进行开发和实施。 完成升级需求后，需经用户方相关领导确认。中心端应用版本升级、安排在中午休息时间；医院端软件升级一般在下午5点以后。软件部署上线时，主要开发人员必须到现场提供技术支持。

 软件升级完成，并运行稳定2周（以打版时间为准）后，向采购单位提供程序源代码，并及时组织对采购单位技术人员的培训工作。 软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方协商解决。

 本项目不接受联合投标及转包、分包行为，不得使用分包商履行本合同项下的任何义务。

2.3 集成服务需求

集成服务对中标单位提出如下要求和需求，主要包括以下6项内容：  中标单位应以保障无锡市劳动保障应用系统平稳运行为目标，对采购单位劳动保障信息系统提供总集成技术支持服务，包含对当前无锡市劳动保障应用系统涉及的各方面进行故障诊断、监控和巡检、应用级运维和调优、系统调整部署、升级规划和评估和相关单位服务调度，但不包含该系统所涉及系统硬件设备和系统软件产品本身的原厂维护和保修服务。

主要工作包括：根据应用软件系统运行要求提供应用级集成调优、数据库中间件与应用软件协同配置调整、网络设备配置优化和部署优化、主机操作系统、双机集群、中间件等系统软件的部署、配置、调优工作，备份容灾的应用级维护服务和定期演练等。

每年对采购单位的信息系统进行一次全面的评估，提交“无锡市人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发第5页

展的信息系统运行要求。

 需向采购单位提供集成技术支持服务方案，明确对系统运行监控和巡检、系统运行故障诊断、应用级运维和调优、应用系统按需部署调整、系统规划评估等方面的服务计划安排。

 须安排资深系统工程师负责采购单位金保工程系统的集成服务工作，响应级别为7*24，采购单位遇到问题第一时间向中标单位反映，中标单位必须在30分钟内响应，远程不能解决的需要在4小时内到现场，并协调各相关单位解决问题。

 须对采购单位金保工程系统提供两月一次的日常巡检服务。

 须每年对采购单位金保工程系统进行一次全面的评估，提交“无锡市人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发展的信息系统建设要求。

 采购单位如因业务要求有新的系统建设要求，中标单位应根据需求给出建设方案、预算规划和指导性意见，并协助采购单位进行前期方案论证、建设阶段的集成、数据迁移、数据库升级、应用迁移等工作，并协调相关厂商完成全部建设工作。

2.4 现场服务需求

现场服务对中标单位提出如下要求和需求，主要包括以下6项内容：  合同期内，中标单位需要派驻至少四名具有独立工作能力和经验的工程师长驻现场,其中至少2名熟悉社会保险信息管理系统，至少1名熟悉劳动就业信息管理系统，至少1人熟悉劳动社保一体化系统、劳动就业信息管理系统及相关业务系统接口部分；确定其中一人作为现场服务负责人,现场牵头协调与用户单位的相关事宜。

 指定一名熟悉劳动保障信息系统和现场经验的项目经理做为本项目的服务运维总负责人，根据系统运维服务需要进行远程支持和不定期的现场支持，确保整个系统高效、安全、稳定的运行，同时负责协调与用户单位的商务、技术、人员安排、项目管理及进度控制等事宜。

第6页

 每周召开一次“软件服务质量评估”例会，给采购单位相关负责人员以周报形式总结一周软件服务工作及下周工作安排。

 现场服务人员的变动，需经采购单位同意，采购单位有权要求对不合格人员的进行调整。

 中标单位现场人员必须遵守采购单位的管理要求，在关键时点，如假日或软件升级后第一天上班等，需要严格遵守作息时间,避免出现问题得不到及时解决。

 重大节假日必须提供值班人员名单及联系方式。

2.5 用户培训需求

用户培训对中标单位提出如下要求和需求，主要包括以下4项内容：  中标单位应按需对应用软件操作人员（包含报盘软件）集中进行免费培训，并提交掌握系统操作所需要的培训资料。

 系统升级后应对技术人员进行技术培训，帮助相关技术人员熟悉软件的各项功能及具体实现。

 中标单位负责每年对采购单位技术人员进行不少于两次的系统软硬件相关技术培训，使采购单位技术人员具备系统日常运行维护所需的技能（每次8人左右）。

 定期组织用户与软件开发人员之间的技术交流活动。

第7页 东软服务理念

3.1 服务理念

重视信用、值得信赖、留意形象、迅速反应、善解人意。

3.2 服务宗旨

东软服务宗旨是提供客户满意的服务，提供领先的客户关怀，并成为客户最佳的合作伙伴。客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标。

东软自成立以来，一直坚持应用软件创造客户价值的经营理念，使客户在激烈的竞争中获得巨大优势。我们通过以下几方面的实现从而使我们的服务宗旨和目标得以实现。

1、取得最高的客户满意度--通过东软专业化的优质的服务，协助客户去赢得和保持竞争优势，并取得最佳的经济效益；

2、在全国树立一致的服务形象--在全国各地，客户都将获得同样高水平的技术支持和专业的服务支持；

3、企业解决方案保持领先地位－－为客户提供功能和质量均无可匹敌的企业解决方案；

4、采用当今最尖端的软件开发技术--东软采用的每一项技术都得到企业行业范围应用的检验；

5、拥有技术熟练、高度敬业的专业服务队伍－－东软在应用软件业务、系统集成以及相匹配的服务均拥有最好的人力资源；

6、保持良好的业绩－－东软每年以高速的业绩发展，并不断地投资于人才队伍建设，并将成为客户长久的合作伙伴。

3.3 服务理解

东软公司自创立以来，一直将“人”视为公司最重要的资产和力量，“以人第8页

为本”的激励体系和企业文化是对这一理解的完美体现。这些“人”包括我们的客户和我们的员工。他们对东软的忠诚与奉献，是我们取得成功的最主要因素。

客户对东软的支持，是建立在我们完整的企业解决方案及高效率的服务支持基础之上的。我们始终围绕客户价值创造东软的软件，通过技术创新来满足客户需求，为客户提供满意的服务支持。

客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标，服务固然是需要高成本和高技术，但服务的高价值使客户与我们共同发展进步。我们通过不断地服务客户，保证了客户对应用的理解，因为客户需要的并不是技术本身，而是能创造客户价值的一种方案，而方案不是通过我们与客户间的交易完成，而是通过我们与客户的伙伴关系共同完成，服务是我们与客户、产品技术与应用的融合。高质量的服务是东软的价值，服务是我们学习和成功的基础，服务使我们更加了解市场和客户，从而保证客户投资更加安全。

我们为客户提供了全国一致的服务，给全国客户提供了丰富的服务支持内容。东软的所有客户都可以通过签约购买东软的全面服务支持。东软在服务器、网络设备、布线系统、外部设备、平台软件、应用软件、备件支持等多方面为客户提供一年或多年的服务支持，而对于相关服务项目的响应速度，客户可以通过购买金牌服务、银牌服务、铜牌服务支持得以实现。

东软热线服务提供东软软件产品安装、实施以及使用等全面的全国化、一体化支持。东软沈阳设立服务策划管理部，并设立技术和产品服务支持热线，与全国各地分支机构联网，从而保证能快捷有效地向全国的客户提供一体化的全面的服务支持。对东软的软件产品维护，提供了及时的软件更新和升级服务。

东软具有多年的为客户提供本地化服务支持的经验，服务工作人员出色而敬业的表现得到了国内客户的一至认可。

第9页 东软运维服务保障体系

根据本项目的实际要求，东软公司组成了一支专业队伍负责担负着专业的客户服务工作，无论是在系统的开发、安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应。

4.1 东软售后服务体系简介 4.1.1 售后服务体系理念

为用户提供易用、可靠的产品和满意的售后服务。

4.1.2 服务支持体系构架

东软公司十分重视对客户的服务，在过去的十几年的时间里，东软公司逐渐建立起了集中管理与分布实施相结合的一套完整的技术支持与服务体系，主要有三层结构构成：

1、公司层面的集中管理机制

为了更好地快速响应客户的服务请求，同时严格执行ISO9000体系所要求的客户服务流程，公司在整个公司层面建立有客户服务中心（CSC）、项目管理办公室（PMO）和解决方案技术中心（STC）。

由CSC对应客户服务（包括需求、申请、投诉、反馈等）响应机制和客户满意度调查机制，从而达到对整个技术支持与服务机制的运营管理和检控职能。

由PMO负责公司全部在线实施项目的整体的项目管理与监控，包括开发流程、QA保证、统一配置管理、合同执行、现场项目状态、项目周报、项目资源协调等。

由STC负责对解决方案或者产品在出厂前的压力容量测试、业务功能验证、生产过程测试等。

2、基于分布式的区域支持与服务机制

东软公司面向国内市场在华东、华北、华南、东北、华中、西南、西北、山第10页

东设立八个大区，建立了虚拟总部，并相应的建立了强大的服务支持平台，实施总部职能，能够灵活快速的对客户服务需求做出及时响应，客户在任何地方都将获得同样高水平的技术支持和专业化服务。

八大区域分别是华东大区(区域总部在上海，南京设有分公司,下辖江苏、上海、浙江和安徽)、东北大区（区域总部在沈阳，下辖辽宁、吉林、内蒙古和黑龙江）、华北大区（区域总部在北京，下辖北京、天津、河北、河南和山西）、西北大区（区域总部在西安，下辖陕西、宁夏、青海和甘肃）、华中大区（区域总部在武汉，下辖湖北、江西和湖南）、西南大区（区域总部在成都，下辖重庆、四川、贵州、云南和西藏）、华南大区（区域总部在深圳，下辖广东、广西、福建和海南）、山东大区（区域总部在济南、下辖山东和新疆）。

3、基于事业部体系的业务咨询与应用系统支持与服务机制

东软公司是面向行业核心业务领域提供产品和业务解决方案的服务商，对此，面向行业客户的核心业务领域的咨询和支持或者软件应用技术的支持和服务机制是建立在东软公司行业事业部体制内的。

东软公司行业事业部能够为最终客户提供全方位的行业业务咨询、核心业务系统的技术支持以及应用系统的服务，包括现场服务（Onsite）或者离岸式服务（Offshore）。

4.1.3 技术支持服务形式

东软公司服务体系目前有300名专业技术服务人员，其中获得专业技术认证的人员占40%，大部分人员是具有丰富行业经验和项目实施经验的资深专业技术人员，他们主要是面向具有关键任务应用的客户提供专业技术服务。

东软公司已经建立了全国分布式的服务体系，能够为全国性、地区性大客户提供每周7天、每天24小时的全面的技术支持和专业服务。

东软公司非常重视客户满意度工作，公司的质量目标是客户满意度要达到95%，服务流程的全过程都有监控管理措施，客户服务代表会定期的与客户保持联系，进行客户满意度调查，及时协调处理客户遇到的各类支持请求，然后跟踪服务过程，最后形成客户满意度调查报告上报公司领导。

根据本项目的技术支持服务要求，东软公司为客户提供技术服务主要有两种第11页

方式：

1、远程方式

东软公司将提供服务热线电话，以便客户可以及时通过该热线提出服务请求，东软公司将对服务请求情况通过专门的管理系统进行记录和跟踪。同时作为热线电话的补充，还将提供专门的传真和电子邮箱以便服务请求信息的更准确交流。

对于客户的服务请求，东软公司将通过电话、传真和电子邮箱提供技术咨询和支持、问题分析和技术指导及相关技术文档和工具的支持。在客户的许可下，东软公司将通过远程拨号方式进入客户相关系统分析系统状况、协助客户分析和解决系统问题。

2、现场方式

对于客户的服务请求，东软公司能够保证其解决时效和质量的基础上以远程方式作为优先选择。但在下述条件下，东软公司会派出技术服务人员到现场提供技术支持和服务：

 远程方式不能满足服务时效要求、或服务任务必须到现场才可完成  客户系统出现非常严重的故障（如系统停机或其故障严重危及关键应用的运行）

 应客户要求且东软公司的项目经理同意的现场服务。

4.2 东软公司四级服务支持体系

我们遵循“技术领先、服务领先、意识领先”。而且我们领先满足客户的需求，想客户所想，急客户所急，领先给客户提供关怀。我们必须不断了解客户的需求，不断跟踪客户的发展，不断向客户学习，不断通过售后服务来完善软件的满意度，不断地通过技术创新快速地满足客户变化的需求，才能为客户提供满意的售后服务。

东软公司的销售、售后服务、软件开发队伍早已覆盖全国，本公司在全国各主要省会城市均设有分支机构，为全国各省市客户提供本地化的售后服务。2002年公司组织机构调整后，公司在南京设有分公司，拥有强大的技术力量和丰富的备件库，常驻本地服务，能够充分保证无锡金保信息系统建设项目售后服务的快速有效。

第12页

东软公司为无锡社会保险信息系统建设项目提供的技术服务工作将基于东软公司社保事业部的技术和支持力量，依托东软公司华东大区和东软公司沈阳总部的多层次技术支持，再加上本地项目组构成一个完善的四级服务体系，为本次项目相关业务应用软件开发、实施与服务项目提供最高效、方便、快捷的技术支持和售后服务。具体说明如下：

4.2.1 第1级服务：本地项目服务机构及项目经理

东软公司社保事业部将为本项目成立几个专门的工作小组，其中将负责完成主要的现场工作的人员有：

 负责本项目需求调研的需求调研小组；  负责本项目开发的项目开发组；

 负责系统的现场安装、调试、培训的系统工程师小组；

 负责平台系统正式移交后，在承诺的服务周期内提供售后服务支持的项目维护小组；

这些小组的东软公司工程师将提供最直接的现场服务工作，并且将和本项目实施小组的工作人员们一道完成现场开发和实施工作，提供第1级的技术服务支持。

东软公司将派出经过专业技术培训，有丰富的新农保信息系统建设经验，熟悉社保项目业务知识，能够对系统运行状况做出正确判断的优秀人才来参加本项目的现场实施和维护工作。

他们是设立在用户现场的系统服务队伍，能够迅速解决本项目的实际问题，提供本地化的第1级服务。

同时，由于此项目涉及双方部门都非常多，参与人员较多，协调难度大，工作量大，因此为了更好地完成本项目的实施工作，东软公司将任命有长期社保行业信息化建设经验的负责人作为本项目的项目经理，其职责如下：

1）作为东软公司与用户方工作组间的代表，与用户对口直接接触，第一时间获取用户信息、意见和需求，并协调东软公司内部各方面做出及时的相应；

2）作为整个项目实施计划的执行负责人和监督者，负责协调、监督东软公司各部门按时、圆满地完成既定的实施工作任务，保证工程进度按时完成，保证第13页

工程质量达到项目要求；

3）作为整个项目的项目经理，在用户现场担任东软公司项目实施的总负责人，协调人员安排、问题协商与解决等工作。

4.2.2 第2级服务：东软公司南京分公司以及华东大区技术人员

负责本级任务的主要是华东大区和南京分公司的软件和系统集成工程师。 东软华东大区系统工程师（负责安全体系的技术支持和售后维护） 东软华东大区软件工程师（负责中间件、数据库系统的技术支持和售后维护）

 南京分公司软件工程师（负责应用软件、中间件、数据库系统的技术支持和售后维护）

他们为本项目设立的规模化系统服务队伍，能够迅速赶到现场解决系统的实际问题，提供本地化的第2级服务。

4.2.3 第3级服务：社保平台系统建设专家

对于无锡金保信息系统建设项目，东软公司将派遣最优秀的IT专家参与到该项目中，这其中包括：

 负责全面开发管理的高层专家

 负责全面质量管理的质量保证人员（包括负责QA质量管理和QC质量控制）

 负责系统测试的测试专家

 加入到项目组中的系统平台建设技术总负责人、总体和详细设计总负责人，加入到系统工程师小组中的硬件及网络技术专家等

这些专家为无锡社会保险信息系统建设项目提供系统级的技术基础平台建设于咨询，总体规划，详细设计、硬件及网络技术支持等服务，作为第3级服务，可与无锡市劳动保障业主方建设实施小组进行直接的技术交流。

第14页

4.2.4 第4级服务：东软总部技术支撑部门

东软公司总部沈阳东大软件园，下设有“研发部”，“网络软件事业部”，“培训中心”，“客户服务中心”，“网络技术支撑中心”等部门，都可为无锡金保系统建设项目的建设提供全方位基础核心系统软件及硬件和网络技术支持，还包括进行各种技术培训，解决各类技术疑难问题，计算机新技术的应用等，以上可作为第4级层次的技术服务。

第15页 运维服务总体方案

5.1 无锡金保工程建设情况

无锡金保工程涉及的业务面广，系统复杂度高，开始就提出了一体化紧耦合的设计思想，并且要实现金保工程中的业务经办、公众服务、基金监管、决策支持四大功能以及统一的社保卡系统建设。

无锡金保工程从2004年5月开始启动，经历了方案确定、需求调研、系统设计、开发、测试、试运行的过程，社保系统于2005年10月8日正式启动使用。包含的子系统有养老保险、失业保险、医疗保险、工伤保险、生育保险、儿童统筹、互助医疗、退休人员社会化管理等系统和劳动就业系统，目前各系统都在正常运行。

截止到2009年，系统共有参保单位两万多家，全年养老、医疗、失业、工伤、生育五大保险参保人数分别达到183.88万、207.21万、128.22万、138.1万和123.55万，覆盖率均在98%以上。纳入“城保”、“地保”、“新农保”三个层次的农村养老保障人数达到169.44万，综合覆盖率达89.9%。联网的定点医疗机构有300多家，药店将近150家，同时东软还为参保单位提供了单位报盘系统，不仅方便了参保单位，也节省了经办机构二次录入的工作量，提高了工作效率。

5.2 金保工程总体架构

无锡是东软在社保信息化建设进程中遇到的包含软件功能最全、覆盖领域最广、开发周期最紧的城市之一。东软充分认识到此项目在全国的影响力，对此项目非常重视。我公司经过对无锡金保工程多年的建设对无锡市金保工程应用软件业务需求以及系统设计原则、设计思想和系统的技术路线都非常熟悉，结合信息技术的发展及东软在劳动保障行业信息化建设中的经验和产品，东软公司设计的系统逻辑结构模型，如下图所示：

第16页

图5-1金保工程逻辑结构图

如上图所示，无锡市劳动保障信息系统以电子政务标准体系和劳动及社会保障标准体系为指导，以投融资与运营模式和项目实施监理模式为依托，按照多层架构的模式将系统自上而下分为表现组件与业务组件、业务运作支撑平台、IT基础设施三个层次，监控及管理、信息安全是贯穿三个层次的两大体系。

5.2.1 IT基础设施包括网络及硬件平台层和数据层

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

第17页

5.2.2 基础服务应用平台

应用支撑平台层起到保证事务完整性、响应大规模并发处理、支持异构系统的互联，并对应用数据的安全性进行保障，是三层结构不可或缺的重要组成部分。本系统采用BEA Weblogic Platform、BEA TUXEDO为J2EE应用服务器和消息/交易中间件。

业务支撑平台层是多层架构业务系统的核心支撑部分。东软的业务支撑平台以J2EE应用服务器和消息（交易）中间件为核心依托，包括UniEAP、UniFlow、UniDXP、Neusoft IM UM四个东软自主版权的通用中间件产品。UniEAP是三层框架开发平台，为实现业务应用的快速开发提供动力和保障；UniFlow是工作流平台，用于管理业务系统易变的流程；UniDXP是数据交换平台，用于数据传输和数据转换以及应用系统集成；Neusoft IM UM是统一消息平台，主要用于公共服务系统中将手机、语音等多种渠道的消息统一成一种消息。业务支撑平台将各系统中的共性功能抽象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集成在业务逻辑，而不是复杂的技术实现。

业务支撑平台中UniEAP是东软的核心企业应用平台，在下面章节中将做详细介绍，在今后的运维服务系统开发中，我公司也将充分利用该开发平台的优势，利用平台中的一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。

5.2.3 业务组件与表示层

业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进行构建开发，并且业务组件设计开发遵循“高内聚、低偶合”的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。

用户通过系统表示层实现对业务系统的操作与交互，系统表示层设计遵循操作方式简便、灵活、友好；操作界面设计风格统一，符合业务办理流程规范，便于操作员学习掌握等标准进行设计，并可以根据每个用户使用特点和角色的不同，形成个性化的应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索服务等功能。

第18页

5.2.4 东软通用企业应用平台—UniEAP 无锡市劳动保障信息系统系统的设计和开发将基于东软自主研发的通用企业应用平台UniEAP进行开发。下面对UniEAP的结构、功能和特点进行简要介绍。

UniEAP就是Universal Enterprise Application Platform（通用企业应用平台）。如果从更广义的角度来讲，又称为“组件框架”，即Component FrameWork。UniEAP是东软构建于多层架构的，以J2EE规范为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。

UniEAP不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。

5.2.4.1 通用企业应用平台的结构

UniEAP在整体框架上采用典型的MVC模式，集中了大量功能强大、灵活易用的功能组件。UniEAP既支持C/S/S结构也支持B/S/S结构，其中两种体系结构共用同一套业务逻辑处理服务，只是表现和控制层不同。 UniEAP统一的业务逻辑层

第19页

商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：

1．用EJB和JavaBean做商业逻辑；

第20页

2．通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件；

3．在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：

1)得到connection 2)简单的sql execute封装

3)可持久化的数据总线DataSet,通过其xml接口可发送到页面）4)DAO（单表抽成的可持久化的实体类对象）

平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。 C/S/S结构的视图层和控制层

第21页

C/S/S结构的框架设计基本上采用劳动部社保核心平台二版的结构，这是一套经过验证是健壮稳定的架构。与社保核心平台二版略有不同的是：由于业务逻辑层采用我公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑服务组件时，是通用BSFactory利用“工厂”模式来获取服务组件对象的。这样做的好处是可以以透明的方式处理EJB和Java Bean的服务对象。

C/S/S结构中客户端的设计要点是：

第22页

1.GUI采用传统的Window界面，以Delphi为开发工具；

2.客户端通过统一的动态库函数与服务端的门户MainServlet通讯，通讯的内容以XML为数据格式，整个通讯协议完全模拟SOAP协议；

3.客户端的设计在分层基础上对类进行了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简略的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：

IVODAOServerDCMSieaf.dllServerClientDCM

C/S/S结构中控制层的设计要点是：

1.整个控制层的设计思路参考B/S/S结构中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser + Event可映射到Struts的Action；

2.但与Struts不同的是它与客户端之间传递的均是XML，没有表现语义，因此它要增加XML信息过滤器、转换器等功能；  B/S/S结构的视图层和控制层设计

第23页

界面层以JSP/XML/XSL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：

1.轻型控件：封装所有的HTML Form元素和按钮，提供显示、标准行为控第24页

制和校验功能；

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从EJB Container获取Business Service Componets处理业务逻辑。

5.2.4.2 通用企业应用平台的功能

UniEAP作为我公司自主研发的各种管理信息系统（社保、电力、电信、证券、OA、CRM、ERP等）的一个整体的框架和平台，为应用系统的开发提供一个统一的模型，为应用系统的知识积累和模式提炼提供技术途径，为应用系统定制提供技术手段，解决具有共性的技术问题，提供具有通用性的系统组件，以达到简化应用系统的开发过程、提高应用系统开发效率、提高共享组件的重用率、提供应用系统开发的质量、加强应用系统之间的融合性、加强应用系统的重组能力、加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。

大型的平台才能支持超大型的多功能的软件，应用共性平台技术是社会保障行业IT建设规模化所必经的历程。要达到规模化系统建设就不得不搭建这样包含技术标准和行业标准的平台，UniEAP就是这样的一个平台。

第25页

标准化技术是构建共性平台的灵魂。从技术本身的发展来说，过去各个IT厂商注重突破性的技术，大家走到一起发展，标准化就变成了一个首要技术。只有标准化，使得客户获得的是所有软件提供商的精华浓缩，使世界上所有的软件精品找到公共的接口，所以标准化技术使得系统达到最优。在软件方面，在标准化技术方面体现为标准的组件框架和标准的软件部件。东软的每一个软件部件都是按照标准化软件部件的要求开发的，有着一个公开的标准化接口，可以很方便地嵌入到组件框架平台当中。标准化的软件部件是解决方案得以快速实施的一个重要的技术保证，一方面满足了客户可以根据自己的情况选择不同的部件的需求，另一方面也使软件开发更加规模化，软件产业更加工业化。

5.2.4.3 通用企业应用平台的特点

1）UniEAP采用了三层结构的技术框架，为应用系统提供了一个非常良好的结构，应用系统将来的升级、扩充、修改和定制都非常方便。当用户需要发生变化或需要对某个功能进行修改的时候，可能只需要对某一个层次的组件进行修改，而不会对整个系统的结构发生影响。

2）UniEAP支持www.xiexiebang.com，用于复杂界面操作和客户端本地化操作。

UIM层以Servlet技术为实现手段，以struts框架为依托，采用单点入口的方式统一控制请求。设计要点如下：

采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为基础服务应用平台的流程控制基类；

Action本身并不处理业务逻辑，而是通过统一的Ineraction Object Factory从EJB Container获取Ineraction Object处理业务逻辑。

 EJB Container设计

商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：

用EJB和JavaBean做商业逻辑；

通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件； 在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：

1)得到connection 2)简单的sql execute封装

3)可持久化的数据总线DataSet,通过其xml接口可发送到页面）4)DAO（单表抽成的可持久化的实体类对象）

平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。

 Web Container与EJB Container请求模型

第35页

图5-7Web Container与EJB Container请求模型

基础服务应用平台在逻辑服务组件上借鉴Spring的实现机制，采用类似Web Service的UDDI所定义的、由基本的三个角色构造的“Service Requestor — Service Registry — Service Provider”三角型访问模式，所有发布的Interaction Object都在Interaction Object Factory中注册，且可以同时存在多个Provider（如在J2EE体系中就存在Java Bean、EBJ、Web Service三种典型的Provide）。Action相当于Service Requestor，它调用Interactional Object时先通过Interactinal Object Factory根据注册信息找到Interactional Object的Provider，然后得到由Provider提供一个Interactional Object的stub，最后再调用Interactional Object的service method对请求进行处理。这所以这样做的一个根本目的是：将逻辑组件开发和部署分开，由工具插件统一负责组件部署，业务开发人员只需要用最简单的语言完成业务逻辑即可。

基础服务应用平台专门为Interactional Object的访问定义了一个“Interactional Object Factory”层，这一层主要考虑的是屏蔽在Action中对Interactional Object的不同调用方式，使得在不同的环境下的移植变得很方便（不管是何种组件的调用方式，返回给Action的服务接口都是相同的，从而保证Action中代码的可复用性）。

5.2.6.3 技术架构中各层对象在创建过程中的依赖关系

架构中的几层在“创作”过程的依赖关系是什么，即凭什么知道要创建几个AppLogic、几个Interaction、几个Action、几个PB/JSP界面？

下图阐述了几层对象在创作过程中的依赖关系，它们之间的连线是本节说明第36页 的重点，所以颜色调成了红色，对这些线的说明调成了蓝色，以显突出。注释文字可能有点不清楚，拷在下面：

 用户界面需求会决定最终的界面窗口是什么样子的。我们提倡在需求调研时就把大部分界面都确定下来。

 界面会决定有什么样的Interaction，以及Interaction都完成什么样的功能。但并非一个窗口就完全对应一个Interaction，一个窗口可能会用到多个Interaction，而一个Interaction也可能被多个窗口调用。但界面中的一次请求肯定对应一个Interaction对象中的一个方法，要不然怎么管Interaction叫“交互对象呢”？一次交互就是一个完整的事务。 一般说来，一个Interaction对应一个Action，Action是替Interaction收发HTTP请求的“门童”。 界面间接决定了Action的命运。

 逻辑需求和行业经验会决定设计出多少AppLogic，落实到具体的模型就是有什么实体类，有什么控制类。其中实体类会在编码阶段被拆分为DataSet、DAO、行为类。

 Interaction是GUI层和BL层的“和事佬”，它主要是要满足GUI的请求，但也要照顾AppLogic的脸色，必要时要对GUI和BL做个折中处理。

图5-8示意图

前后台交互文档中对说明哪个Action的哪个方法来响应界面请求，入参、出参是什么，看了交互文档后就一目了然了。这只是表面现象，本质上是界面在第37页

向后台说明，你的哪个Interaction和哪个方法响应我的请求。

5.3 维护服务计划

按招标文件要求，软件服务日期从合同签署日起到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日。

我公司如果有幸中标，将严格按照合同签订服务日期进行软件维护服务，并在服务期间对每个软件服务项目（包括新业务开发项目和日常事务）都需要给出项目开发完成进度、工作量（人月）、人员安排及项目管理措施，得到采购单位的同意后按计划组织实施。

5.4 软件维护方案 5.4.1 远程支持服务流程

我公司为用户提供400免费技术服务热线(400-655-6789)，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。

第38页

用户接线员登记和查询应用软件系统工程师平台系统工程师项目组汇总解决售前技术支持工程师高级培训教师系统专家疑难问题 图表5-1技术支持服务热线工作流程图

1、诊断故障并提交故障诊断报告

根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。

2、制定系统维护和故障恢复的实施计划

根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。

3、管理、监督维护计划的实施

组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程（应包含用户方与项目承包商双方）。并根据系统维护实施的各个阶段提交维护工作报告。

4、确认维护工作完成并提交维护报告

在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。

5、提交成果

每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：

第39页

 故障诊断报告

 系统维护和故障恢复的实施计划  维护工作阶段报告  系统维护工作报告

说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。

5.4.2 现场服务流程

众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们东软公司在经营活动中最基本的原则。东软公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示：

第40页

图表5-2售后服务流程

社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。

东软公司提供的服务内容包括：

 应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日常运行中出现的问题。

 根据政策和经办规程调整，及时响应需求变更（含与金保工程其他子系统和外部机构的接口），并在业主要求的时限内完成对应用系统的修改或调整。

 应用软件技术改造与升级服务：主动或应客户要求，将最新的技术成果和先进的管理模式升级到原有系统，使应用系统的永远保持先进性。

 数据库支持服务：东软公司提供通过Oracle OCP认证的专职工程师第41页

为客户提供长期的数据库优化及技术支持服务，以及异常数据修正、批量数据处理等数据维护工作。

 定期系统巡检：在系统维护期过后，按照签订的维护合同，定期等到现场对应用系统运行情况，主机运行情况，数据库系统情况进行检查和维护。

 客户新技术培训服务：为使客户技术人员能及时掌握最新技术，东软公司每年组织客户在沈阳、大连信息学院进行技术学习。 现场诊断与客户回访：东软公司启动心贴心客户服务计划，每年选一批客户，由东软公司领导组团对客户进行回访和现场系统诊断，对诊断发现的问题跟踪解决。

 网络与硬件服务：虽然本次只是软件招标，但离不开网络及硬件系统的支持，东软公司愿凭自身的技术实力，为本项目提供硬件调试与网络技术支持服务。 客户端服务

（1）收集最终用户对系统的使用意见和建议；（2）对最终用户进行操作指导；（3）客户端故障判断和排除指导；

（4）单机版数据转入系统的操作指导和技术支持；（5）服务方式以提供远程服务为主。

5.4.3 服务内容

（1）协助检查数据库运行情况，及时处理数据库故障；（2）协助定期对数据库进行优化，提高数据库运行效率；

（3）协助检查应用软件中间件运行情况，及时优化并处理中间件故障；（4）接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理；

第42页

中标单位接到采购单位通过电话，信函，传真，电子邮件等方式提出关于软件的服务请求后，一个工作日内给予响应并提供服务，不得推诿。应及时响应系统的技术支持，如系统出现问题，须提供7*24小时技术支持服务；

中标单位应按采购单位要求负责全市新定点医疗机构的许可证制作发放工作；

（5）接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题；

（6）完成劳动就业系统及社会保险信息系统和月度初始化工作；（7）按照部、省要求从生产库向交换库转换数据，生成指标数据上报；（8）配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作；（9）配合完成日常的统计分析报表，完成特殊的查询统计需求；（10）在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制；

（11）医疗历史数据迁移，医院信息管理系统接口支持。

5.4.4 客户服务质量文件

在客户服务中，东软公司通过以下文件来保证服务的规范和质量：  客户服务管理：

 《客户服务管理》，售后技术维护，客户问题管理  客户问题办理：

 《客户问题受理规范》，问题记录，问题分发、办理监督，问题回复，问题月报

 《故障诊断报告》，故障现场情况记录、故障的级别和紧急处理过程记录等

 《系统维护和故障恢复的实施计划》

第43页

 《维护工作阶段报告》、《维护工作总结报告》  《系统维护验收测试计划》  《维护工作验收报告》  客户满意度测量：

 《客户满意度测量》，收集满意度，统计分析（月、季、半年、全年），提出改进措施

 客户培训的相关表格：（为把客户培训工作做得更好的辅助性表格）

 《客户培训申请表》  《客户培训费用确认表》  《客户培训邀请函》  《客户培训邀请函回执》  《客户培训计划》  《客户培训记录》  《客户培训调查表》  《客户培训评估表》  《客户培训总结》

根据以上的质量保证体系规定，东软公司为无锡社会保险信息系统建设项目设计的执行一次较完整的系统维护过程的基本步骤如下：

1）根据无锡社会保险信息系统建设项目运行过程中软硬件出现的系统故障或其它异常情况，双方合作及时进行故障诊断，并提出《故障诊断报告》；

2）根据提交的《故障诊断报告》，制定《系统维护和故障恢复的实施计划》，东软公司按照制定的计划实施维护工作；

3）双方共同组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程；

4）东软公司根据系统维护实施的各个阶段具体情况提交《维护工作阶段报告》，在系统维护工作完成后，由系统维护人员提交《维护工作总结报告》；

5）最后根据《故障诊断报告》、《系统维护和故障恢复的实施计划》、《维护工作阶段报告》和《维护工作总结报告》，东软公司技术人员和用户方项目组的技术人员一起，讨论确定《系统维护验收测试计划》；并依此对系统进行测试验第44页

收，测试合格提交《维护工作验收报告》维护工作完成，否则继续整改。

几年来的实践证明，基于ISO9000：2000和CMM的质量保证体系的规范化质量管理为东软公司的发展创新、为客户提供更高质量的软件产品发挥着至关重要的作用。东软公司仍将充分利用规范化的客户服务体系，依靠多年来的成功经验，在项目的全过程中为无锡社会保险信息系统建设项目的建设提供最优良的服务。

5.5 应急维护方案

系统在运行过程中一旦出现紧急重大问题，导致新系统不能正常运行的情况下，就需要启动售后服务紧急预案，以保证业务经办的正常进行。

5.5.1 应急预案目标

在一旦出现紧急情况下，需要启动应急预案的情况下，应急预案必须以保证业务经办正常运行为目标。

5.5.2 应急预案具体措施

应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，我公司会在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急服务小组解决问题。

第45页

第四篇：系统运维管理-IT基础设施运维管理规范

IT 基础设施运维管理规范 文件编号：运维-002-V1.0

目录

运维管理规范--------------4 1.目的------------------------4 2.适用范围------------------4 3.规范性引用及参考-----4 4.本文术语，定义和缩略语---------------------------5 5.基本要求------------------6

5.1运维管理原则-----6 5.2制度和流程管理6 5.5供应商管理--------7 5.6督促检查-----------7 6.运行维护------------------8

6.1日常操作及监控分析--------------------------8 6.2 数据与介质管理-8 6.3机房管理-----------9 6.4 网络管理----------9 6.5 弱电管理---------10 6.6桌面维护----------10 6.7服务器及系统变更----------------------------11

6.8 配置管理---------12 6.9 事件与问题管理 12 7.应急管理-----------------12

7.1应急准备----------12 7.2应急处置----------13

运维管理规范

1.目的

为规范公司运维工作，使相关工作具有持续改善及相互协作性，同时加强计算机设备的管理及维护，确保维修工作的及时性，降低计算机设备的报修率，实现业务与技术的融合，将业务部门与IT 部门紧密结合在一起，根据公司管理要求及计算机应用的需要，由运维部制定。

2.适用范围

本规范规定了运维管理工作的要求。

本规范适用于维信理财集团(中国)总部，包括全国各分部及门店。

3.规范性引用及参考

◆ IT 服务管理国际标准ISO/IEC 20000 ◆ 企业获得ISO/IEC 20000认证的权威指南 ◆ 全球著名IT 服务管理书库（ITSM Library）◆ IT 服务质量管理原则

◆ 理解ISO/IEC 20000在IT 服务中的地位 ◆ ISO/IEC 20000规范和实践准则 ◆ IT 服务管理国际标准ISO/IEC 20000 ◆ GB/T 20269—2006 信息安全技术 信息系统安全管理要求

◆ ISO 31000:2009 风险管理 原则和指南（Risk management--Principles and guidelines）

◆ JR-T 0060—2010 金融信息系统安全等级保护基本要求 ◆ JR/T 0074-2012 金融IT 服务管理基本规范 ◆ 中国金融标准化报告（2011）

4.本文术语，定义和缩略语

1、IT： Information Technology 信息技术

2、DNS： Domain Name Service 域名服务

3、DHCP： Dynamic Host Configuration Protocol 动态主机配置协议

4、VPN： Virtual Private Network 虚拟专用网

5、OA： Office Automation 办公自动化系统

6、ISO： International Organization for Standardization 国际标准化组织 编订日期：30.7.2014 批准日期: 生效日期：

7、故障： IT设备或系统丧失规定的功能，导致服务中断或降质，或对正常运行造成潜在威胁。

8、异常： IT设备或系统的状态发生超出预期的变化或性能指标参数超出正常范围，有可能引发或已经引发故障，需要引起运维人员关注或处理。

9、资料： IT设备或系统的运行记录，包括IT 设备或系统的配置、故障历史记录、软硬件扩容或调整记录、权限变更申请记录等。

10、运行维护：本规范中的运行维护包括IT 基础设施维护、IT 应用系统运维维护、安全管理、网络接入、内容信息以及综合管理等。

5.基本要求

5.1运维管理原则

公司按集中与分散相结合的原则，设立机房、各部门配备电脑。计算机系统本着“总体规划、分步建设”的方式实施建立。

计算机系统建设应综合考虑成本、费用、效率、效果、先进性及适用性，选择最优技术、经济方案。

5.2制度和流程管理

运维管理制度应包括但不限于机房管理、网络与系统管理、数据和介质管理、配置管理、安全管理、监控管理、文档管理、设备和软件管理、供应商管理等制度。

运维操作流程应包括但不限于日常操作、事件处理、问题处理、系统变更、应急处置等流程。

5.3 文档管理

对运维过程中涉及的各类文档进行管理，可按照制度文档、技术文档、合同文档、审批记录、日志记录等进行分类，并妥善保存。5.3.2 对文档的版本应当进行控制。

文档在使用时应能读取、使用较新版本，防止作废文件的逾期使用。

5.4设备和软件管理

建立计算机相关设备和软件管理制度，对设备和软件的使用、安装、维修（升级）等进行规范。明确设备和软件管理责任人。对设备进行标识，标识应放在设备明显位置。

规定设备和软件的使用年限，定期进行盘点，并对设备状态进行评估和更新。

对外送设备的维修进行严格管理，防止数据泄露。

对拟下线和拟报废设备的存储介质中的全部信息进行清除或销毁。对正式下线设备和软件交指定部门统一管理、保存或处置，并保留相应记录。设备和软件报废应符合公司现行资产管理规定。

5.5供应商管理

对供应商支持运维服务的相关活动进行统一管理。

在与供应商签订的合同中明确其应承担的责任、义务，并约定服务要求和范围等内容。

应定期收集、更新供应商信息，组织对供应商的服务质量、履约情况、人员工作情况等内容进行评价，并跟踪和记录供应商改进情况。加强运维外包服务管理，主要包括：

a)明确外包公司应当承担的责任及追究方式；

b)明确界定外包人员的工作职责、活动范围、操作权限； c)对外包人员工作情况进行监督和检查，并留存相应记录； d)对驻场外包人员的入场和离场进行管理； e)定期评估外包的服务质量； f)制定外包服务意外终止的应急措施。

5.6督促检查

定期检查审计，对运维制度的执行情况和运维工作开展情况定期进行检查和审计，以督促运维工作持续改进。

指定人员负责对日常操作执行情况进行检查，确保运维管理制度和操作流程的有效执行。对检查和审计结果采取纠正、预防措施。

6.运行维护

6.1日常操作及监控分析

未经许可，任何人不得随便使用电脑及相关设备。不得更换电脑硬件和软件，拒绝使用来历不明的软件和移动设备。

电脑发生故障时，使用者作简易处理仍不能排除的，应立即报告IT，非专业管理人员不得擅自拆开机箱或调换设备配件。

计算机及其相关设备的报废需经过IT 部门或专职人员鉴定，确认不符合使用要求后方可申请报废。

运维应采取各种监控措施，配备视频、语音、系统监控和报警工具，对影响信息系统正常运行的关键对象，包括机房环境、网络、通信线路、主机、存储、数据库、核心交易业务相关的应用系统、安全设备等进行监控。

主要监控指标具体如下：

a)机房：电力状态、空调运行状态、消防设施状态、温湿度、漏水、人员及设备进出等；

b)网络与通信：设备运行状态、中央处理器使用率、通信连接状态、网络流量、核心节点间网络

延时、丢包率等；

c)主机：设备运行状态、中央处理器使用率、内存利用率、磁盘空间利用率、通信端口状态等；

d)存储：设备运行状态、数据交换延时、存储电池状态等；

e)安全设备：设备运行状态、中央处理器使用率、内存利用率、端口状态、数据流量、并发连接数、安全事件记录情况等；

6.2 数据与介质管理

配合数据应用部，对核心业务数据进行周备份，并每季度进行恢复性测试。

对设备和人员出入进行管理。进入机房应限制和监控其活动范围，并有专人陪同；未经批准不得接入生产环境。

6.3机房管理

对机房环境、供电、空调、消防、安防等基础设施的运行维护、设备和人员出入、机房工作人员等进行规范管理。

应指定机房管理负责人。确保机房环境整洁和安全，包括：

a)应定期检查防水、防雷、防火、防潮、防尘、防鼠、防静电等措施的有效性；

b)应保持机房环境卫生，设备摆放合理，归类； c)不得随意出入机房。

d)未经审批不得接入其它用电设备。

6.4 网络管理

确保网络、系统的正常运行。网络管理应包括： a)绘制网络拓扑图，并保持更新；

b)应保持网络设备的可用性，及时维修、更换故障设备； c)应负责网络系统的参数配置、调优； d)应定期对系统容量进行检查和评估；

e)应定期检查网络设备的用户、口令及权限设置的正确性；

f)应定期对整个网络连接进行检查，确保所有交换机端口处于受控状态； g)应对网络信息点进行管理，编制信息点使用表，并及时维护和更新，确保与实际情况一致。计

算机网络跳线应整齐干净，跳线标识清晰；

h)应制定网络访问控制策略，应合理设置网络隔离设施上的访问控制列表，关闭与业务无关的端口；编制文档并保持更新；访问控制策略的变更应履行审批手续。

权限管理应包括如下要求：

a)权限分配应履行审批手续，权限设置后应复核； b)应按照最小安全访问原则分配用户权限； c)应在用户账户变化时，同时变更或撤销其权限； d)应定期检查权限设置的有效性。

6.5 弱电管理

严格按图纸施工，在保证系统功能质量的前提下，提高工艺标准要求，确保施工质量。质量检查制度，现场管理人员将定期进行质量检查并贯穿到整个施工过程中。统运行验收：当设备安装完毕并调试运行无误后，由公司派现场调试人员进行系统联调，并向上级汇报调试结果。运维对弱电设备的综合管理，包括技术资料、档案的收集。同时，每月一次对弱电设备运行状况进行检查，并及时处理汇报问题。

6.6桌面维护

日常数据注意事项：

a.个人文件（Excel、Word、PDF 等）建议员工不要存放在系统盘（通常为C 盘），可以存放在其它盘符。

b.工程师可通过多种方式或途径来告知员工如何进行日常文件的备份，如：口述、邮件、培训等。

c.未经许可，禁止使用U 盘，移动硬盘，手机或其它外设，如：网盘、邮箱等，盗取公司内部文件。

重装系统前注意事项：

a.询问用户有哪些相关数据需要备份，如桌面、我的文档、收藏夹、邮件等。b.用户Email 的备份：如客户端为Outlook 则导出相关OST 或PST 文件；硬件损坏需更换或维修时，运维人员进行测试，明确是否真实异常，不可随意更换。

关于账号、权限、密码

a.必须严格按照公司制定的IT 策略进行管理，不可私自制定规范。b.禁止私自把个人管理员权限借给他人或告知他人。

c.禁止为他人开设规定以外的权限，如：本地管理员、其他部门目录访问权限、上网权限、电话权限等。

d.更改任何类型用户权限时需得到相关审批层级确认才可执行。e.如电脑无特殊应用需求，则一律为“user”普通权限。

f.人员离职时，总部和分部应及时通过OA 确认，删除离职人员的相关账号与信息。

g.妥善保管自己所知的密码。

6.7服务器及系统变更

不得在服务器上使用带有病毒和木马的软件、光盘和可移动存贮设备，使用上述设备前一定要先做好病毒检测；不得利用服务器从事工作以外的事情，无工作需要不得擅自拆卸服务器零部件，严禁更换服务器配套设备。不得擅自删除、移动、更改服务器数据；不得故意破坏服务器系统；不得擅自修改服务器系统时间。

使用空闲主机，对服务器系统补丁进行升级测试，运行平稳后，各服务器升级安装补丁，弥补系统漏洞；为服务器系统做好病毒及木马的实时监测，及时升级病毒库。

管理员对管理员账户与口令严格保密、重要数据库，网站，APP 等服务器由研发配合定期修改密码，以保证系统安全，防止对系统的非法入侵。

任何无关人员不得擅自进入主机房，需要进入的须征得服务器管理人员同意。应注意保护机房内的设备和物品，未经允许的非管理人员不得擅自操作机房内设备。

严禁携带易燃易爆和强磁物品及其它与机房工作无关的物品进入机房，机房内严禁吸咽。除管理员外，任何人不得随意改动服务器内系统及环境配置。

除系统管理员或授权参加系统管理的人员外，任何用户不得以任何方式获取（或企图获取）超级用户权限。

6.8 配置管理

明确配置管理负责人。

建立配置文档库，对服务器、存储、网络、安全设备，操作系统、应用软件、数据库等进行管理。

定期对配置进行备份及文档库归类。

及时检查并定期审计，对发现的不一致情况及时纠正修改。

6.9 事件与问题管理

对运维事件的处理进行规范，对发生的所有事件，根据事件的影响程度和影响范围评估事件处理优先级并及时处理。

对所有事件响应、处理、结束等过程进行跟踪、监督及检查。对问题进行分析、提出解决方案，通过变更管理审批后部署实施。

7.应急管理

7.1应急准备

明确网络、系统等事件的应急指挥决策机制，负责网络与系统事件的预防预警、应急处置、报告和调查处理工作。

网络与系统应急管理应遵循“谁主管谁负责、谁运行谁负责”、“统一指挥、密

切协同；注重预防、减少风险；科学处置、及时报告；以人为本、公平优先”的原则。

应急准备应符合如下要求：

a)系统管理员、网络管理员、安全管理员等关键岗位应熟练掌握应急预案，能有效处置相关事件；

b)在自身力量不足以满足应急要求的情况下，应与相关供应商签署服务保障协议。协议内容应包

括双方联系人、联系方式、服务内容及范围、应急处理方式等。应定期检查和评估协议的执行情况，确保服务保障措施落实到位，确保在应急处置中相关单位能提供及时有效的技术支持；

c)应建立有效的应急通讯联络系统，确保信息畅通；

7.2应急处置

在发生网络与系统事件后，迅速采取应急措施，尽快恢复信息系统正常运行，如有重要情况应及时上报。

暂时无法确定事件原因、责任和结论的，应先给出事件的初步分析判断，并组织力量尽快查找原因，给出解决方法，采取整改措施。

第五篇：IT运维管理系统规划

IT运维管理系统规划

MIS网络信息运维管理系统规划（征求意见稿）作者：张鹏 二〇一〇年一月 前言

托电信息化发展历经八年，从只有一个OA办公系统、数十台终端到如今拥有包括小型机在内的服务器五十余台、交换机等网络设备百余台、终端上千台。信息化工作的重点已经从信息系统建设向运维管理和系统应用的深度整合等转移。

目前，信息中心每天的工作量，多数都属于运维管理的范畴。信息中心从机组四期工程结束后就着手开始运维管理方面的建设工作，几年间相继上了蓝带思科桌面管理系统、东华的IT运维系统、青鸟桌面管理系统。这些系统的应用情况都不尽如人意，原因是多方面的，个人认为主要有以下几点：

1.运维管理的理念形成需要逐步成熟的过程。2.受到与运维相关的信息技术发展制约。3.现有运维相关的产品有各自的侧重或局限性。

信息中心正在实施的两个项目NETIQ和机房环境监测系统为我们提供了一个契机，我们可以建设一个真正适合自己的网络运维管理系统，这个时机已经基本成熟。

一、运维管理系统建设的可行性

信息中心运维工作主要来自网络设备、系统应用、机房设备、终端。NETIQ服务器监控系统可以对服务器、数据库进行集中监控管理。机房环境监测系统可以对机房温湿度、空调、UPS等指标进行集中监控管理。终端管理方面，可以考虑购置更好的产品加上二次开发或者在现有桌面管理系统的基础上进行二次开发。相对于以上，网络设备的管理使用SNMP基本可以满足运维需求，NETIQ可以实现，也可以在运维管理中心开发相应的管理模块。这些系统的建设，本身就是具有针对性的综合管理系统，而且可以为运维管理中心系统提供运维信息的采集平台，是运维管理系统建设的基础。

二、运维管理系统的构想

运维管理系统由外围管理系统群和运维管理中心两部分组成。外围管理系统群包括网络设备管理模块、NETIQ系统、机房环境监测系统、终端管理系统，外围系统群为运维管理中心提供运维信息采集平台。运维信息采集包括网络设备运维信息采集、服务器组运维信息采集、机房环境运维信息采集、终端运维信息采集。

运维管理中心主要包括以下几个部分：运维任务的生成、运维任务的处理、完成确认、知识库、运维统计分析、运维报告、绩效评价、违规处理、维护商管理、应急预案管理、系统权限等。㈠生成运维任务

运维任务的生成有两个途径，一个是从信息采集获得，另外可以手动生成。运维任务分为运行管理任务和维护管理任务两类，运行任务管理是指系统、设备在正常运行状态下的监控管理或操作，主要包括定期巡检任务、正常的配置操作、补丁管理、用户管理、升级操作等，巡检任务由系统按规定自动生成，包括信息中心人员的日常巡检和维护商的定期巡检。维护管理任务是指当设备、系统出现异常或故障时的处理过程。运维任务的生成包括的信息有：设备或系统名称、IP地址、报警信息、时间、运维编码等等，由终端直接发起的运维信息应该包含联系人的电话等，以便于运维人员接手任务后与发起人主动取得联系。生成的运维任务包括网络设备、应用系统、机房操作、终端运维等几种任务。运行管理和维护管理并没有严格的界限，往往是你中有我我中有你。㈡运维任务的处理

运维任务生成后，由管理人员按照各自的职责分工，领取相应的运维任务进行处理，运维任务处理过程及信息分类：

运维类别 网络设备包括：交换机、路由器、防火墙、VPN设备、行为管理设备、其他 应用系统包括：操作系统、应用服务、数据库、接口、其他

机房运维包括服务器、网络设备、空调系统、供电系统、消防系统、环境监控系统 终端运维包括：终端、外设 运维内容

网络设备包括配置操作：增加、更改、删除，其他操作：版本升级、设备更换、其他 应用系统包括：配置变更、软件安装、升级、用户管理、数据管理、日志管理、补丁管理、策略管理、其他

机房运维包括具体的设备信息

终端运维包括：电脑硬件、操作系统、应用程序、打印机、其他 处理过程

处理结果

原因分析 影响情况 对用户的影响情况（时间范围）

运维任务在处理过程中包含以下几个状态，分别是： 等待处理: 等待运维人员接手 执行状态：运维人员正在处理任务

挂起状态：运维过程中出现其他急需办理的事物或其他原因暂停执行 提交状态：任务处理完毕，等待完成确认 完成状态：一个任务完全结束后的状态

驳回状态：任务处理过程中信息有待补充等原因被驳回。

当任务处理人员发现需要维护商来处理的时候，将任务转给维护商，由维护商接手任务，相关人员配合共同完成运维任务并填写相应的记录，最后由运维人员给予维护商相应的评价。㈢运维任务的完成确认

对已经完成并提交的运维任务进行确认、评价，对于运维内容是否放入知识库给予确认，对于运维过程中存在的违规情况根据相关规定给予处罚确定等。㈣知识库

知识库的信息积累来自于运维管理系统和平时的手工录入，应做好信息的分类、查询功能。当运维任务生成后，系统会把相关的信息在知识库中进行检索，并把结果显示在任务中，供运维人员参考。㈤运维统计分析

当某些问题经常出现的时候，信息中心必须运用统计分析对设备、系统产生的问题或故障协同相关维护商，进行深入分析，找出原因，解决问题。另外运用统计分析可以为今后的运维工作提供指导方向，制定下一步运维计划。㈥运维报告

通过运维管理中心，对运维数据有选择的筛选、汇总，定期生成信息系统运维报告，以便于工作总结、分析、计划。运维报告应具有针对性，例如呈送公司领导的、呈送各部门的以及信息中心的整体报告。㈦绩效评价

运维系统内的各方包括终端用户、维护商、运维人员都是可以评价的对象。终端用户可以给打印机维护商评价；也可以给信息中心运维人员给予评价；维护商可以给维护人员评价；运维人员可以给维护商的工作给予评价；运维人员可以对终端用户使用计算机的情况给予评价。㈧违规处理 对于运维过程中发现违反信息系统相关制度的行为应予以必要的处理。需要做两方面工作：涉及这个内容的制度条款应该拿到系统中来，处理的方式方法有待确定；对于违规行为，在运维处理过程中应该做相应的证据记录。㈨维护商的管理

对维护商的信息集中管理，运维工作予以记录、评价，运维合同的到期提醒等，如何对维护商产生实际的约束力，发挥其在运维工作中应有的作用，是我们需要考虑的问题。

（十）应急预案管理

当设备或系统的故障达到规定程度时，启动应急预案，并对整个处理过程实现系统化管理，以及预案的演练等其他工作进行记录。

三、终端管理系统

目前通行的终端管理系统所包含的功能主要有：硬件信息的提取（CPU、内存、硬盘等）、操作系统基本信息（操作系统版本、安装的应用程序等）、软件分发、补丁管理、外设管理、远程管理、主机防护等。有的产品还具有接入认证、内外网隔离、硬盘加密、网络行为管理等功能。360安全套件在终端健康状况、插件管理、实时防护、木马查杀、垃圾清理等方面做的比较好。瑞星网络版则是着重防病毒。将这些软件的功能加以综合利用，建设终端管理系统平台（组），为运维管理中心提供数据。

厂区终端使用最多的是OFFICE办公软件和浏览器，出现问题最多的是浏览器，所以应当把对浏览器的运维作为终端运维的重点之一。此外终端管理系统收集的终端硬件信息可以与信息中心现有的资产管理系统建立联系，可以实现较为准确的资产定位，协同各部门信息员及时掌握资产的变动情况。

客户端的二次开发要求：客户端既属于终端管理系统，又可以和运维管理中心通信，同时可以对于我们所需的现有产品没有涉及到的进程或指标进行检测。

1、实时交互性

当运维人员需要远程维护时与终端用户进行询问、控制申请等信息交互，当运维任务结束后，终端用户可以给维护人员以相应的评价。运维管理中心收集到的终端健康情况也可以发送到目的终端，给使用者以相关的提醒。

2、人性化

终端使用人提交运维申请后，可以看到运维管理中心当前的运维状况，谁接手了自己提交的申请，自己排在第几位等信息。客户端运行应尽量避免对终端用户的正常工作形成干扰，如果能做到让使用者感觉很舒服又实用那是最好了。

3、资源占用率 客户端运行时，进程的大小，CPU占用率可以参考较为成熟的软件如360及瑞星运行时的情况。

4、定制化安装

对于信息中心维护范围内和维护范围外的终端，应该采取不同的安装策略。比如对维护范围外采用接入认证、监控健康状态、信息提醒等，但不启用维护功能。用户在安装客户端时，填写相应的信息以便系统管理。

四、运维系统建设工作重点 1.运维管理中心的开发 2.终端管理系统的建设

3.NETIQ系统所涉及监测指标的调整，与运维管理中心的接口准备 4.机房环境监测系统所涉及监测指标的调整，与运维管理中心的接口准备

5.对于特定应用系统的运行监测，NETIQ能否开发出对应的监测服务模块，或者应用系统的开发商可以开发出对自身运行状况的监测功能。6.与运维工作相关制度的完善、建立。

五、总结

综上所述，运维管理系统由多个子系统组成，我们应该看到它的复杂性。如何让整个系统协调运作，如何挖掘、调整、发挥运维系统的功能，提高运维工作效率，不是一朝一夕的事情。运维管理系统体现的是管理理念，相关制度的落实是整个运维工作做的好坏的关键，也是运维管理系统成功的关键。