天津IT运维网管系统的必要性

第一篇：天津IT运维网管系统的必要性

Mrbeenet引入IT运维网管系统的必要性

引入IT运维网管系统的必要性

摘要：随着计算机技术、网络通讯技术及信息化建设的不断深入发展，企业数据中心机房计算机设备及其配套的环境设备数量与日俱增，机房已经成为众多企业数据运转的重要枢纽。安全、高效、可运营的数据中心，以及其精细化管理成为越来越多企业关注的焦点。关键词：运维网管;网络通讯;企业信息化等。

目前很多数据中心机房的管理不得不采用24小时专人职守，定时巡检机房环境及计算机系统。通过人为的巡检方式做不到时时刻刻进行，必定存在间隔时差，这样就导致很多时候不能及时发现和排除故障，如果增加人为巡检频率又会加重了人员的工作负担，工作效果也不一定好。同时，在一定程度下对事故发生的时间及责任无科学管控。

当下国内普遍缺乏数据中心运维的专业管理人员，在很多地方的机房不得不安排不太懂设备或系统维护的人员值班，这对数据中心的整体运行无疑又是一个不利因素。如何改善并提高信息中心的运营维护水平，实现其高可用性、高可靠性，甚至在一定程度上达到自动运维、无人值守，成为当今各行业数据中心理想化的挑战性课题。

运维的发展

企业信息化建设初期，it结构简单、设备数量较少，运维工作还停留在简单网管阶段，仅仅通过最常用的命令行方式，结合一些简单的网络监测工具，它不仅要求使用者精通网络的原理和网络管理概念，还要求使用者了解不同厂商的不同网络设备的配置方法。随着it设备逐步增多、it结构日趋复杂，设备分布却逐渐分散；运维人员有所增加，但人员技能参差不齐。为了便于运维，第二代网管有了良好的图形化界面。用户无须过多了解设备的配置方法，就能图形化地对多台设备同时进行配置和监控。但仍然存在由于人为因素造成的设备功能使用不全面或不正确的问题，工作效率差强人意。

伴随it环境的高度复杂和日趋完善，企业的运营和业务越来越多的依赖it，因而也出现

1/ 4

Mrbeenet引入IT运维网管系统的必要性

了一些数据中心机房的常见痼疾：

机房根据规模和分布不同，存在不能集中管理的问题；很多电源不能提供智能管理或监控功能，设备用电安全存在隐患；各种设备重启、性能检测、安全预警、报警等工作绝大多数都是人工完成，效率低下；大量的数据交换对网络环境性能不断的考验；大量的电子业务往来对硬件稳定性、软件系统高效可用性不断提出挑战；由于时间和空间的限制，很多时候无法远程控制和计划管理，必将产生大量运维费用；整体环境存在很多单点故障；空调、供用等系统不协调，还会导致能源的巨大浪费。

此时，运维被提到一个至关重要的地位。网络环境结构复杂、计算机设备数量大、运维人员多、业务系统依赖度高，众多管理环节要求新的运维工作趋于自动化、流程化、集中和智能。

此刻，单纯靠人力已不再现实。必须引入自动化的运维系统协助人员实现it高精度管理。

一套高智能运维系统的必要性

引入一套全功能、高智能的运维系统，将机房基础环境、网络环境、服务器设备硬件、系统和应用软件、业务系统、资产、人员等环节集中整合到统一的管理界面中，为遍及全企业的it设备提供随时随地的全面高密度监控、预警管理、自动管控、资产管理、配置管理、事件管理、变更管理等。

结合上述系统的运维解决方案直指数据中心传统运维痼疾：

不分地域，利用业界通用协议，实现真正意义上的全年无休、全面无死角集中监控管理；针对不同被管对象实现颗粒度指标实时监控和数据记录，从而从最细处及早发现隐患；通过故障记录可以进行根源分析；通过数据记录可以进行趋势分析，从而对故障隐患进行预判；通过对故障分析行程知识库，同时总结应对预案；大大减轻运维人员的劳动强度，提高其工

2/ 4

Mrbeenet引入IT运维网管系统的必要性

作满意度和工作效率，优化其工作模式；

国内运维系统发展现状

企业it网络的可靠性、可用性和易维护性是传统网管非常关心的三大要素。其中，网络的易维护性很大程度上取决于网管系统。无论对于哪个行业而言，网管系统都是其提供高服务质量不可缺少的重要保障机制。判别网管系统存在价值的大小的依据是，它能够在多大程度上辅助企业信息部门的运维活动，降低运维成本，从而为业务服务增值。

目前，各设备提供商的网管系统基本上都能够管理自有全系列产品，现有的网管系统仍然继承和发扬了其传统功能，包括配置管理、性能管理、故障管理、计费管理和安全管理等。同时，一些国际、国内运营企业纷纷通过通用接口建设起上层的综合网管系统，力图解决“五国六制”的it环境给整体运维带来的种种弊端，但实施效果远未达到预期目标。

比如，运营商网络中共存着设备提供商的网管系统、集成服务商的网管系统、应用管理的网管系统、综合网管系统等，传输网管机房内因此摆满了各种网管设备。比较尴尬的是，企业自己开发建设的综合网管系统可以辅助运行维护工作，但离不开各类设备提供商的网管系统。维护人员的日常工作虽然已经有了较为成熟的模式，但不得不奔忙在各套网管系统之间，距离管理的自动化和简单化目标还很远。

现有网管系统存在的主要问题

（1）日益扩大的网络规模与网管易读性之间的矛盾（2）越来越复杂的网管和降低维护人力成本之间的矛盾（3）用户接入的多样性与通过网管快速反应之间的矛盾（4）集中式网管与分布式处理、设备现场操作之间的矛盾（5）设备厂商的网管系统与综合网管系统之间的矛盾 对现有网管工作的建议和对未来网管系统的发展方向建议

3/ 4

Mrbeenet引入IT运维网管系统的必要性

现有运维网管工作应逐渐形成合理的网管组织形式，充分、有效地发挥综合网管的作用。现阶段在it运维大环境里起领头羊、代表性作用的电信运营企业正在寻找新的盈利模式，朝着综合服务运营商转型的过程中，新型的运营模式对网管系统提出了更高的要求，即网管系统的智能化、综合化、简单化和个性化。

网管的智能化是指繁杂的维护工作由网管系统自动完成，降低人为干预的工作量和工作难度。

网管的综合化要求网管系统能够提供面向网络、业务、用户等多个功能的统一管理。而实现网管的综合化的前提是网管系统必须能够处理更大的信息量和更复杂的业务行为，更便于集中化的管理。

网管的简单化是指通过减少操作人员的工作难度，降低对操作人员的要求，提高运行维护工作的整体运行效率。

网管的个性化管理是企业精细化运营的必然结果，企业需要深入了解用户和业务的细节，提供最贴近用户的深度感知。这就要求网管系统必须具备灵活的扩展能力，其管理功能可以根据企业管理的设备类型、管理范围、网络规模、管理形式、业务类型等方便地进行界面定制和模块调整。

结束语

运维网管系统发展到今天已经比较完善和成熟，但仍然需要跟着企业转型的步伐，创新网管开发理念，以满足精细化运维管理的需要。

4/ 4

第二篇：系统运维工程师

系统运维工程师

系统运维工程师年终个人工作总结及下年工作计划

时间一晃而过，弹指之间，2010年悄然而至，自从2010年3月份刚进入公司，我是第一次接触公司、接触通信行业、接触公司网络管理及维护。虽然跟我的专业和技能都一致，但所有的实际经验都是第一次，让我没有任何准备，同样也打消了任何顾虑，人生就是这样，所有的一切都是要从第一次开始，没有接触过、干过并不可怕，领导给了我机会，让我有了一次尝试、一次展现自己的平台，那么我一定会更加倍的努力做好工作才是最大的回报。并且也是对自己的一次肯定。经过一段时间的工作及陌生环境的磨合，专心钻研业务知识，努力提高理论知识和业务工作水平。遵纪守法，踏实工作认真完成领导交办的各项工作任务，使自己渐渐的融入和适应到新的工作环境中。过去的大半年里在领导和同事们的悉心关怀和支持帮助下,通过自身的不懈努力，在思想、学习和工作等方面取得了新的进步。现总结如下:

一、公司电脑日常维护工作

刚一开始接手工作的时候，发现公司大部分工作电脑都没有安装安全防护软件和升级系统补丁；员工随意安装系统及应用软件，致使公司局域网内病毒隐患严重、工作不稳定和系统崩溃，工作秩序被打乱，员工不严格要求自己，上班时间聊QQ、玩农场、看娱乐网站等；为此公司和个人工作经常受到影响,工作效率降低。针对这种情况，我采取了以下措施：

1、先对公司员工进行一次基本知识培训，让员工了解到计算机的正确使用方法，病毒防范，重要文件的备份等。从而大大提高了员工对电脑使用的熟练程度。

2、先恢复良好的秩序。电脑使用时如发现故障和需更改设置，必须先报告公司运维人员，由专门人员来进行专业及针对化的操作，个人不能私自进行改动，进行这样做的目的避免由于人为的盲目操作使某一台电脑的故障影响整个局域网内的其它工作，使故障扩大化，并延长了解决问题的周期。

3、使员工使用统一的、经过安全测试的系统及应用软件，安装、设置统一的杀毒软件、防火墙等安全防护软件，且经过努力实践，并在每台机器上设定了自动系统补丁升级及定期查杀规则。

4、对于个人的关键性数据资料、邮件进行路径转移备份，使这些数据远离危险故障点，避免意外丢失所带来的严重后果。操作系统进行常规定期备份，便于事后的还

原。

5、对于网络管理进行了监管工作，公司所有电脑安装了行为管理软件后，员工工作效率逐步提高，自觉性得到明显改进，从而净化了公司网络办公环境。

经过一段时间的贯彻和工作，先前的混乱现象得到有效控制，现公司的十余台电脑，工作状态稳定，没有出现大面积的系统崩溃和故障。

二、网络的日常维护

路由器及交换机的维护管理，确保公司网络运行正常，员工正常利用网络资源。加强路由器的规则设置，优化外网接口，内部员工合理地分配带宽流量，使公司的网络能稳定有效地工作。

三、公司网络制度管理和完善

公司经过一段时间的运转，各个部门的规章制度通过大家一起研究、探讨、立会并完善制定了各项规章制度，计算机管理也形成了制度，大家按章办事，使之成为一种工作习惯。同时公司的资产管理及日常的文书表格非常混乱和环节上的缺失。为此特地制作了一批表格、登记申请单及统计表。使得公司资产和资源得到有效的管理和控制，杜绝管理上的失控和资产流失。

四、公司服务器平台管理与维护工作

公司发展逐步扩大，对于公司所有的业务支撑平台-服务器，为重中之重；本我司服务器相应出现几次重大故障，分别如下：

1、网络故障七次，重大一次，因服务器遭DDOS攻击，导致我司服务器无法正常工作。事后通过紧急处理后得以恢复正常。其它几次分别为机房断电、网络升级、电信与联通DNS解析故障影响到我司服务器平台网络连接不正常。

2、系统故障三次，其中一次为短信平台服务器系统文件损坏，导致系统崩溃。经过技术部采用紧急预案措施在两小时内得以恢复系统。

3、其它故障共计5次，因联通网关溢出，无法与我司IVR服务器数据库网关同步，导致用户无法正常订购与使用我司亲情相伴业务。

经过出现几次重大故障后，技术部多次研究与讨论，制定出一套完善的应急措施与日常维护计划。尽量归避风险及减少事故发生，同时确保做到问题提前预防、及时发现、迅速解决并恢复正常运营。

4、针对服务器出现在问题所在，在技术部其它同事的配合下完成服务器的重新部署，访问权限及安全性的提高，数据库优化等相关措失后，目前服务器已运行正常。

5、公司针对员工的工作岗位与职位重新部署了FTP服务器的访问权限与互联网访问，使每个员工都能把重要的文件放到服务器上相关部门的文件夹里作备份，且通过内外网均可实现访问FTP服务器，大大方便了员工在外出差或在家里随时提取相关资料，且员工的访问权限不一样，故某些与自己无关或公司重要资料进行了保密设置，从而大大提高了公司重要资料的完整性与保密性。总结本的工作，尽管有了一点点的进步和成绩，但在一些方面还存在着很多的不足。比如：工作经验不足，对公司的网络与办公环境未得到很大的改善；遇到困难的时候与领导沟通不够等等，这都有待于在今后的工作中加以改进。

在新的一年里，将百尺竿头，更进一步，2011年的大致工作计划为：

1、在公司内部使用一种简便、有效的软件工作平台，使之便于公司所有员工的工作、交流、探讨，发布公共信息等（如OA软件）。

2、利用投影仪设备资源制作会议幻灯片为员工培训计算机操作及工作常用软件知识的小窍门，争取进一步提高全公司工作人员的专业化及工作效率。

3、解决企业网站制作等专业性知识问题，业余时间强化学习并能胜任网站管理工作。

4、进一步增强IT系统和网络系统的稳定性和管理，使用更为高效的域控制系统来代替目前的工作组局域网，使内、外网连接任意，在任何地方工作都能连接本公司服务器资源。

5、重新改建机房机柜网络布线，使机柜走线更加美观，同时方便以后维护时线路排除更加明了，直观。

6、在资金允许的情况下对公司办公电脑、网络、会议系统布署方案升级优化，进一步提高员工工作效率，为公司节约成本开支。

7、学习更多的网络知识，充分的将一些新的技术应用到公司当中来。为公司提供更优质、更便捷、更效率、更节能的办公方式。

2011年，是全新的一年，也是自我挑战的一年，我将努力改正过去一年工作中的不足，强化理论和业务学习，不断提高自身综合素质，把新一年的工作做好，为公司更好的发展尽一份力！

扩展阅读：如何 成为系统运维工程师 要成为系统运维工程师，需要学习那些课程？Windows、Linux、网络和Oracle哪些知识点需要学习，武汉怎么参加培训？

[标签：工程师,linux,oracle] 听前辈说软件开发工程师，以及系统运维工程师，在考虑选择。大家帮忙说一下我该选什么？学习哪些内容？才毕业没什么工作经验，该如何准备？

系统运维要求什么都懂一点，主要是基于Linux、UNIX有前途，shell网络数据库都需要懂一些。越老越吃香知识不需要太多创造性的东西了解基本规律然后去部署排错以后转管理。

我们来看看系统运维都有一些什么要求深入了解Linux/Unix操作系统 深入了解分布式系统、计算机网络、硬件体系结构

精通Linux/Unix环境下脚本语言（Shell、Perl、PHP、JSP、Python）的编程熟练使用grep、awk、sed、vi等系统工具

可以学RHCE+CCNP+OCP RHCE是红帽Linux认证目前最普及的企业版LINUX发行版的认证学了通吃LINUX再学一下AIX就UNIX搞定；可以朝RHCA发展

CCNP基本是思科网络工程师比较成熟基础的技能培训认证，将来有钱了可以朝CCIE发展

OCPOracle数据库DBA认证专家也是成熟的基础认证，可以发展为OCM 这个课程可塑性很强延展性出去能满足绝大多数的工作需求至于日常的局域网维护硬件什么的就不说了

你是武汉的话你可以找授权培训官网都可以查 武汉誉天RHCE+CCNP+OCP 系统运维做的很多啊网络操作系统数据库网站运维《互联网运营智慧--高可用可扩展网站技术实战》本书深入浅出地介绍运维架构中的各个节点，从网络规划到服务器安装到负载均衡、分布式文件系统等架构规划，无一不囊括，包括：从简要说明选择开源技术作为运营环境开篇，到选定平台及工具的部署实施，以实例展示如何使用开源工具，来实现用户访问量在1000万这样的一个级别的站点功能。

运维工程师熟悉tcpip系列协议，熟练配置思科和华为网络能参考手册配置其他厂商设备包括安全设备

熟悉服务器硬件系统配置操作系统unixlinuxwindows等安装配置检测其运行等 熟悉常见的应用如webftp邮件等服务搭建及排查熟悉常见的系统安全设置，以及整个安全体系架构

会安装及配置维护常见数据库oraclemysqlsql-server等有一定的存储方面的知识。。。。

要熟悉你服务器的环境相关的东西特别是网络相关

熟悉服务器的硬件配置熟悉服务器上的操作系统及各种常见的应用系统熟悉发生故障的时候处理流程等

不强求你精通内核调优等但是你知识要全面而且有一两手是拿手的 主要想当linux运维，服务器管理方面 最佳答案

操作：下个虚拟机，装CentOS。

教材：《鸟哥的Linux私房菜基础学习篇》、《鸟哥的Linux私房菜服务器架设篇》第三版。这两本书深入浅出，原理讲得很透彻而易懂，不像很多书只讲皮毛或很枯燥。第三版是以CentOS为例的。

RedHat官方也有教材，但是一来你没有配套的系统练，二来它的原理方面不如上书讲得深。

CentOS和RedHatEnterprise的源代码是一样的，很多都兼容。学好CentOS再迁移到RHEL很容易。如果是小型企业，用CentOS就可以了。大型企业才有必要购买RHEL。

软硬并施!软件:主要是服务器操作系统和数据库系统

硬件:服务器硬件,数据存储硬件(如EMC、IBMSAS磁盘阵列,存储服务器)网络：Cisco网络设备，局域网，接入网，光纤通道存储网国家电网的工程师，责任重于泰山！

linux运维工程师主要干些什么？有什么要求？我们知道多少？对于linux你了解多少呢？linux运维工程师职责linux运维工程师招聘linux服务器

工作职责：

1、负责Linux操作系统的安装、配置，系统监控和维护，问题处理，软件升级。

2、负责Linux系统下的常用软件（如FTPServer、Apache、NginX、MySQL、ORACLE等）安装及日常维护。

3、负责Linux的系统维护、优化。

4、负责Linux系统的网络安全及数据日常备份。

5、会编写常用的SHELL脚本。

6、能独立完成新软件的安装和配置及工作文档

7、了解Web技术/Java语言开发，支持其他部门工作。

8、了解TCP/IP/UDP/DDNS协议，能在Linux配置包括网站服务器，以及DNS/DDNS，和DHCP服务器等。

职位要求：

1、具有2年以上Linux系统维护的经验，熟悉Linux/Unix常用服务的安装配置与使用

2、精通Linux系统原理，熟悉内核参数调谐，精通基于linux的常用服务配置，如mail/nginx/dns等，并能够快速部署；深入掌握apache、tomcat及weblogic配置及调优

3、熟悉Linux系统架构，管理以及优化。

4、熟练掌握LINUX网络安装、配置、日常管理、安全、备份、恢复、故障处理、日志分析等技能。

5、熟悉虚拟机技术，熟悉虚拟化架构下的系统维护、分布式管理、容错、备份等技术。

6、熟练掌握交换机，防火墙等常用网络设备的配置，熟悉TCP/IP协议

7、熟练相关应用服务器如web、email、ftp、http等

linux运维工程师主要干些什么？有什么要求？我们知道多少？对于linux你了解多少呢？linux运维工程师职责linux运维工程师招聘linux服务器

工作职责：

1、负责Linux操作系统的安装、配置，系统监控和维护，问题处理，软件升级。

2、负责Linux系统下的常用软件（如FTPServer、Apache、NginX、MySQL、ORACLE等）安装及日常维护。

3、负责Linux的系统维护、优化。

4、负责Linux系统的网络安全及数据日常备份。

5、会编写常用的SHELL脚本。

6、能独立完成新软件的安装和配置及工作文档

7、了解Web技术/Java语言开发，支持其他部门工作。

8、了解TCP/IP/UDP/DDNS协议，能在Linux配置包括网站服务器，以及DNS/DDNS，和DHCP服务器等。职位要求：

1、具有2年以上Linux系统维护的经验，熟悉Linux/Unix常用服务的安装配置与使用

2、精通Linux系统原理，熟悉内核参数调谐，精通基于linux的常用服务配置，如mail/nginx/dns等，并能够快速部署；深入掌握apache、tomcat及weblogic配置及调优

3、熟悉Linux系统架构，管理以及优化。

4、熟练掌握LINUX网络安装、配置、日常管理、安全、备份、恢复、故障处理、日志分析等技能。

5、熟悉虚拟机技术，熟悉虚拟化架构下的系统维护、分布式管理、容错、备份等技术。

6、熟练掌握交换机，防火墙等常用网络设备的配置，熟悉TCP/IP协议

7、熟练相关应用服务器如web、email、ftp、http等

第三篇：系统运维

1、信息系统的技术要素：数据、硬件、软件、通信网络、基础设施。

（1）数据是信息系统处理的对象，是信息系统最基本的元素。数据又包括信息、知识、智慧

（2）硬件是计算机设备的总称，也叫做硬件设备，一般分为中央处理、存储器和输入、输出设备。

（3）信息系统依靠软件帮助终端用户使用计算机硬件，将数据加工转换为各类信息产品。一般软件分为基础软件和信息系统软件。

2、信息系统的影响因素：

内部因素五个：（1）战略计划（2）管理高层（3）用户需求（4）IT部门（5）现行信息化基础

外部因素六个：（1）技术（2）供应商（3）客户（4）竞争对手（5）经济环境（6）政府

3、云计算是一种按使用量计费的服务模式，包括：软件即服务（SaaS）、平台即服务（PaaS）和基础设施即服务（IaaS）

4、信息系统运维的目标：信息系统运维的目标是建立一个高效、灵活的信息系统运维体系，确保信息系统安全、可靠、可用、可控，进而达到IT的充分利用。（简答或者提空）

5、信息系统运维的内容：

（1）例行操作：运维提供方提供预定的例行服务，以及时获得运维对象的状态，发现并处理潜在的故障隐患

（2）响应支持：运维提供方接到需求方运维请求或故障报告后，在双方达成的服务品质协议承诺内尽快降低和消除对需求方业务的影响。

（3）优化改善：运维提供方适应需求方业务需求，通过提供调优、改进等服务，达到提高运维对象性能或管理能力的目的。

（4）咨询评估：运维提供结合需求业务需求，通过对运维对象的调研和分析，提出咨询建议或评估的方案。

6、信息系统运维的对象是运维服务的受体，主要包括基础环境、网络平台、硬件设备、基础软件、信息系统软件、数据等。

7、信息系统运维管理的主要流程：事件管理、事故管理、问题管理、配置管理、变更管理、发布管理、知识管理。

8、运维管理流程将达到以下目标：

（1）标准化：通过流程框架，构建标准的运维流程。（2）流程化：将大部分运维工作流程化，确保工作的可重复，并且这些工作都有质量的完成，提升运维工作效率。

（3）自动化：基于流程框架将事件与运维管理流程相关联，一旦被监控的系统发生性能超标或 机，会触发相关事件及事件事先定义好的流程。

9、运维管理人员的内容：

（1）明确各业务人员的任务及职权范围，尽可能确切地规定各类人员在各项业务活动中应负的责任、应做的事情、办事的方式和工作的次序。

（2）对于每一个岗位都应该有定期的检查和评价，为此对信息运维的每项工作都有一定的评价指标。

（3）要在工作中对工作人员进行培训，以便使他们的工作能力不断地提高，工作质量不断改善，提高系统的效率。

10、信息系统运维模式：自主运维模式、完全外包运维模式、混合运维模式。

11、信息系统运维的外包概念：信息系统运维外包也称为信息系统代维，是指信息系统使用单位将全部或一部分的信息系统运维服务工作，按照规定的维护服务要求，外包委托给专业公司管理。

12、信息系统设施运维的对象：基础环境、硬件、网络、基础软件等。

13、基础软件：主要包括有操作系统、数据库系统、中间件及其他的支撑系统。

14、故障诊断与修复原则：先易后难、先软后硬、先边缘后核心、先链路后设备。

15、云环境下信息系统设施运维的优势：

1）设施运维工作更加专业、敏捷 2）设施运维单机故障影响更小 3)设施运维成本更低。

16、云环境下信息系统设施运维的挑战：1）设施架构复杂度更高 2)设施故障可能造成更大范围的损失 3)运维故障处理难度更大。

17、信息系统软件运维的管理流程：P、D、C、A（P-Plan计划 ；D-Do执行；C-Check检查；A-Act处理）。

18、信息系统软件运维文档管理：（1）文档管理制度化（2）文档管理标准化、规范化（3）落实文档管理人员（4）保持文档的一致性（5）维护文档的可追踪性。

19、信息系统软件运维的日常内容：监控、预防性检查、常规操作。

20、软件缺陷一般分为四种：微小的、一般的、严重的、致命的。

21、信息系统软件缺陷状态有：（1）活动状态（问题没有解决，通过验证缺陷仍然存在）、（2）已解决状态（问题已经解决或者通过单元测试）、（3）关闭状态（经过验证后，确认缺陷不存在之后的状态）。

22、信息系统软件恢复管理流程的要点如下：（1）系统恢复申请被提出；（2）分析信息系统软件故障原因；（3）恢复安装前检查，恢复系统后测试；（4）对恢复安装过程进行跟踪，确认；

（5）系统恢复申请单、故障原因分析记录、恢复安装记录等过程文档存档。

23、数据资源运维的管理对象：数据文件、数据管理系统、存储介质。

24、数据资源运维的应急响应：

（1）制定应急故障处理预案，设立应急故障处理小组，确定详细的故障处理步骤和方法。

（2）制定灾难恢复计划，定期进行灾难演练，以防备系统崩溃和数据丢失。

（3）灾难发生后，应急故障处理小组能及时采取措施实现数据保护及系统的快速还原和恢复。

25、数据库故障及恢复一般包括事物故障（事物内部逻辑错误）、系统故障（软故障，指系统停止运行任何事情）、介质故障（硬故障，主要指外存故障）。

26、数据备份模式分为：逻辑备份、物理备份。

27、按备份过程分为：冷备份和热备份。

28、按备份策略分为：完全备份、增量备份、差异备份。

29、SRDF可提供三种工作模式：同步模式、半同步模式、自适应复制模式。

30、远程数据同步复制的实现又包括两个部分：有足够带宽的网络连接和好的数据复制管理软件。数据复制管理软件采用Veritas的Volume Replicator（VVR）。VVR采用可靠地连接和监听协议，可远程备份系统同步进行逻辑卷复制。VVR支持广域网节点间数据的同步和异步复制，支持多点的复制。Veritas的GCM软件可是实现广域网的集群管理。

31、云环境下的数据资源运维：特点（1）云计算采用分布式存储的方式来存储数据，采用冗余存储的方式来保证存储数据的可靠性。（2）云计算的数据存储技术必须具有高吞吐率和高传输率的特点。未来的发展将集中在超大规模的数据存储、数据加密和安全保证，以及继续提高I/O速率等方面。

32、云计算需要面对海量数据交互、需要高效、稳定的数据通信、存储系统支撑，还需要实现对云环境下海量数据的安全保障和有效监控。其影响主要体现在以下方面：

（1）海量数据的高可用性保障的要求；（2）云环境下数据安全保障的要求；（3）异构海量数据高效管理的要求。

33、信息系统安全包括：实体安全、运行安全、信息安全和人员安全等几个部分。

34、数据安全必须反映以下两个基本原则：最低特权；最少透露。

35、数据安全的影响因素：物理环境的威胁； 病毒与非法访问的威胁； 对数据库的错误使用与管理不到位； 数据库系统自身的安全缺陷。

36、数据加密的方法有对称密钥加密和非对称密钥加密。对称密钥加密：指双方具有共享的密匙，只有双方都知道密钥的情况下才能使用。

非对称密钥加密：也称公开密钥加密，密钥是由公开密钥和私有密钥组成的密钥对，用私有密钥进行加密，利用公开密钥可以进行解密。

37、信息系统安全组织保障的原则：一致性、全员性、连续性、主动性、有效性、正式性。

课后思考题：

1、信息系统运维外包的概念是什么？信息系统运维外包的动因是什么？

答：信息系统运维的外包概念：信息系统运维外包也称为信息系统代维，是指信息系统使用单位将全部或一部分的信息系统运维服务工作，按照规定的维护服务要求，外包委托给专业公司管理。

信息系统运维外包的动因：（1）有利于提高组织竞争力；（2）借助专业公司的管理流程和工具软件降低信息系统运维的成本；（3）提高服务质量、降低故障率；（4）降低业务部门隐性成本。

2、简述信息系统设施的故障诊断步骤与修复方法 答：

3、信息系统软件运维的管理模式有何特点？ 答：

4、软件测试在信息系统软件运维中有何作用？ 答：

5、常用的数据备份策略有哪些？

答：（1）完全备份（Full Backup），是指对某一时间点上的所有数据或应用进行的一个完全拷贝。

（2）增量备份（Incremental Backup）是指在一次完全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比或者被修改的文件。

（3）差异备份（Differential Backup），先在某一时点进行一次完全备份，后续备份只要记录当前数据与完全备份的差异。

6、云环境下数据资源运维的特点有哪些？

答：（1）云计算采用分布式存储的方式来存储数据，采用冗余存储的方式来保证存储数据的可靠性。

（2）云计算的数据存储技术必须具有高吞吐率和高传输率的特点。未来的发展将集中在超大规模的数据存储、数据加密和安全保证，以及继续提高I/O速率等方面。

7、常见软件安全的影响因素有那些？

答：（1）操作系统的安全漏洞：输入/输出非法访问；访问控制的混乱；不完全的中介；操作系统后门；操作系统型病毒。

（2）基于Web的信息系统软件攻击（3）主要攻击方式：数据篡改；编程攻击。

8、常见数据安全的影响因素有哪些？ 答：（1）物理环境的威胁；

（2）病毒与非法访问的威胁；

（3）对数据库的错误使用与管理不到位；

（4）数据库系统自身的安全缺陷。

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

软件开发维护服务外包

第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页

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

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）对变更进行风险评估，在评估通过后才能够进入变更的实施过程。变更管理是防范变更风险的最好办法。

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

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

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

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

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

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

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

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

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

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

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

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