电子运维流程管理系统的设计与实现

电子运维流程管理系统的设计与实现内容摘要：

件、传真等工作方式，提高了电信运营企业生产作业的自动化水平，使得绝大多数的关键业务和关键流程都纳入了系统管理的范畴，增强了业务处理能力；同时促进了网络运维部门之间的协作，提高了网络维护的质量和效率。 目前 主要存在 的问题是 ： 网络维护从区域集中向全省集中的转变过程中，对应 IT支撑系统建设滞后，网络运维 IT支撑工作分散在多个系统中 ，无法有效进行管理。 1. 传统的电子运维管理系统以工单方式进行业务流转，主要面向网元、以部门职能为驱动，无法做到端到端的业务支撑。 2. 用以支撑运维业务的运维信息，分散在多个系统的各个功能中，没有统一管理甚至相互矛盾。 3. 电子运维管理系统没有形成一个标准规范，没有明确的业务范围， 目前已使用和规划的系统 功能差异较大。 除工单管理、值班管理、作业计划、信息发山东大学硕士学位论文 4 布等比较常用的业务功能外，部分会选择建设运维论坛、即时通信、 Email、知识库、报表和门户等功能；系统建设没有聚焦靶心业务，同时导致系统建设的范围发生蔓延。 4. 电子运维管理系统主要是面向网络运维人员的操作平台，缺少对于网络运维管理人员工作的有效支撑。 5. 现有的运维支撑系统中存在较多的信息孤岛，各类专业网管是烟囱型的，各网管之间缺少业务交互，维护人员需要在多套网管系统中进行操作。 电子运维管理系统处于网络运维业务的顶层，同运维人员交互较多；但它同各级专业网管是分离的，不仅无法反映网络运行的实际情况，同时也无法支撑业务自动化。 电子运维管理系统的建设规范了运维工作，提高了运维工作效率；但为了支撑高效网络运维工作，电子运维管理系统需要进行规划，明确业务范围，加强核心业务 的建设，并且加强同底层网管和周边系统之间的业务集成。 电子运维管理系统采用了目前业界推崇的 Webwork+Spring+Hibernate 构架，在 MVC 基础上搭建符合 J2EE 标准的组件 [13]。 本文主要工作包括三个方面 : 针对电信营运商的通信网络运行维护的实际工作，按照 ITU— T 的 TMN框架 [14]以及电信管理论坛 (TM Forum)的 eTOM 体系 [15]，结合目前电信行业发展趋势，实现了满足企业使用功能的运行维护工作支持系统，即电子运维流程管理系统。 设计实现了一个基于 JZEE 架构的 B/S 软件系统。 利用 Webwork 框架实现了页面表单 (View)与业务逻辑模型 (Controller)的结合，通过利用配置文件达到对整个系统的导航作用，解决了业务逻辑模型 (Controller)与工作流流程控制模型 (Model)的结合，同时通过多个模型层 (Model)、视图层 (View)、控制层(Controller)的构建完成了设计的框架，以此为依据使系统更易维护，为软件工程提供规范的依据，使系统更加强壮、更加容易维护，可以更加方便的进行系统扩展与二次开发。 山东大学硕士学位论文 5 在电子运维管理系统中采用了工作流 技术 [16]。 针对维护部门在当前的工作过程和管理方式，通过工作流技术的应用，将具体的工作分解成多个任务、角色，并通过一定的规则和过程，约束这些任务的执行和监控，达到提高企业生产经营管理水平的目标。 同时，基于工作流的电子运维流程管理平台的建设，更容易实现管理目标，并且解决了流程的调整与优化。 在系统的实际规划、设计、建设与应用中，某电信营运商各网络维护专业部门通过本系统可以完成日常工作的指挥、调度和管理工作，实现工作的电子化、流程化管理，从而再现、规范和优化网络维护部门的生产工作流程，实现集中监控、集中维护、集 中管理的“三集中”，完成工单处理、值班、作业计划管理等功能，提高了工作效率，增强了企业的竞争力。 论文的组织结构 第 1 章，绪论。 介绍电信网络管理系统开发背景，当前研究现状以及未来发展的展望。 描述现有系统所存在的问题和本文所做的主要工作。 第 2 章，系统需求分析。 对系统进行概述，描述系统所实现的目标和解决的问题，对功能需求和非功能需求进行描述。 第 3 章，系统架构概要设计。 阐述设计原则和目标，在技术层面上对硬件和软件架构进行设计。 对系统的物理和逻辑架构进行设计，阐述各个逻辑模块所用到的技术和选择该技术的原 因。 最后给出系统功能架构。 第 4 章，系统详细设计。 对系统涉及的各个模块进行详细的设计，充分考虑技术的可行性，稳定性，模块间的交互和系统的可扩展性。 第 5 章， 系统的实现。 描述系统的主要模块并给出关键实现和相关图示， 第 6 章， 结论。 对整个工作进行总结，指出不足，并说明可以进一步完善与提高之处。 山东大学硕士学位论文 6 第 2 章 系统需求分析 随着电信市场竞争的日趋激烈 ， 新的形势对中国电信的市场响应能力、服务保障能力、业务创新能力、运营管理能力提出了更高的要求。 通信网络规模随着业务的需要在不断扩大 ， 多种业务发展迅速。 新的技术 、新的运营竞争环境使得电信运营商对运行维护效率、维护水平、维护成本控制提出了更高的要求 ， 运行维护要从面向设备、网络转变为面向市场、业务。 因此 ,必须依靠管理创新和技术进步走综合化、集约化维护之路。 实现设备、人力、信息等各类资源的高效配置 ,使运行维护管理标准化、规范化 ， 加强对市场和业务的支撑作用 ，建立以市场为导向 、 客户为中心 、 效益为目标的生产体系 ， 实行对网络全专业的整合。 电子运维管理系统的出现为电信运营商的运维管理提供了全面的解决方案。 所谓电子运维管理系统 ,就是通过电子化来确保运维过程的流程化、工单化、自动化 和信息化 ， 快速传递并反馈管控信息 ， 实现快速故障定位和业务恢复 ， 从而提高对市场业务的支撑力度 ， 提高电信运营商的服务水平、服务质量。 电子运维管理系统的作用在于保证网络始终处于最经济有效的运行状态，并以最经济有效的方式实现网络的维护管理。 目前电信行业各运营商电子运维建设已经初具规模，系统处于初始期向成长期过渡的阶段。 但由于处于建设的起步阶段，所以系统的完整性和功能都还不是十分完备，整体业务流程还处于手工或者半自动化的方式，流程的监控和自动化程度不高 [17]。 由于大量系统分立建设，业务数据模型的数据映射和规范性较 差，系统还不能快速的响应业务处理和业务的增加。 随着电子运维管理系统不断的完善和改进，最终该系统将形成部门工作支撑系统，实现自动化的工单及作业流程和流程监控。 并能够在统一的数据结构规范之上不断演进。 为此，要建立一个达到以下目标的电子运维系统。 建立适应转型的运维组织架构，实行管控模式调整优化，推进市级网络运行中心（ NOC）建设，实现所有市级平台的集中维护、支撑与开发。 优化本地网组织架构，提高工作效率与人员利用率，成立业务响应中心山东大学硕士学位论文 7 作为前后端的桥梁，对前端甚至大客户反映的问题和要求进行统一受理、 归纳分析，然后再反馈到后端的各个专业部门；而网管中心负责本地网层面的集中监控、分层维护。 这样分工就使得责任明确，使得后端的内部流程简单化了，从而为前端和客户提供更大的方便，可以实现一站式故障受理模式，加快故障处理速度。 建立面向客户的维护支撑团队，根据不同等级客户在业务开通、网络保障及故障处理方面提供差异化服务，形成按客户价值提供分等级端到端全程维护服务的作业模式。 建立新产品、新业务运维支撑机制，后端部门设新业务支撑岗位，负责新业务开发、测试及体验的服务支撑工作，全面支撑转型业务和 新业务的拓展。 强化对转型业务的支撑。 建立与完善 ICT 业务服务支撑体系，提供 ICT业务售前、售中、售后全过程支撑服务；提供网络和应用技术整合的行业解决方案，建立并完善系统集成、内网代维服务、咨询服务产品模板，积极推进服务产品化。 电子运维管理系统以电子工单流转为核心，通过运维流程贯穿各级别部门与用户，形成横向与纵向的运维管理体系，实现各部门的无缝配合。 同时将运维人员值班系统引入体系，结合作业计划管理功能，实现运维人员日常工作的电子化、规范化管理，有利于运维工作的制度化、 可衡量化、考核化。 因此，该系统应该满足以下需求： 通过分公司、专业分类和频道可以有效对信息采集、发布进行管理，而且可以控制信息的访问对象，做好信息安全控制；通过专属频道有效管理省公司、分公司和重大节日保障信息； 故障处理过程中运维管理系统可以查询故障经验库，提供与当前故障相关的知识经验，提高故障的处理效率；在故障处理结束后可以将故障流程作为经验的组成部分归档到知识库中； 通过同专业网管的关联，可以将网络运行状况以图形化的形式展示到统一信息平台中，方便网络运行情况的监控； 山东大学硕士学位论文 8 对值班管理、故障处理、作业计划和业务流程等的执行进行数据抽取，自动形成报表，为网络服务考核提供依据。 系统功能性需求 系统主要由 首页信息门户、流程管理、作业计划管理、值班管理、知识管理、系统管理功能 等模块组成。 流程管理 和 作业计划管理 两个子模块为运行维护工作提供一个电子化平台，系统以电子工单为基础，实现了业务开通流程和故障处理流程的实时管控和闭环管理，并与具备条件的 BSS、资源管理等系统互联，实现资源共享和必要的流程转接；真正做到 “一点受理，闭环管理 ”；系统还能同各类业务开通系统融合，实现 客户服务等级信息及其使用资源系统共享，满足大客户服务的要求 [18]。 首页信息门户 首页的栏目设置应包括个人部分和公共部分。 个人部分包括： 个人登录信息、待办事宜（包括待办工单、作业计划等）、常用功能区（如常用工单起草、常用功能等）、个人设置（包括修改个人信息、代理设置、短信提醒设置）。 公共部分： 包括公告列表、重大故障列表、网络变更时间表、其他系统链接、系统支持电话、公共设置（包括常用功能链接、其他系统链接）。 其他辅助功能，如短信信使（包括即时发送和定时发送）等 工单流程管理 工单流程管理是 电子运维管理系统的核心功能，主要是通过电子流程再现、规范和优化用日常的维护工作流程，实现“把工作嵌入流程中，把人嵌入工作中”的高效工作模式，从而提高效率，减少复杂工作量的目的。 本部分要完成工单流转的闭环处理，主要包括工单的新建（草稿 )、派发、转发、修改、处理、删除、查询统计等操作和工单处理流程的监控等功能。 以电路调度本地调度和开通流程为例： 网元新增电路调度和开通管理主要是对网元新增电路申请中的各环节过程进行监控和管理，并且完成对 DT指令的自动加载和执行，进而进行单通测试，并最后实现现 网数据和资源数据库的数据同步。 本地开通是同一个地市山东大学硕士学位论文 9 的端局之间的电路开通调度，不需要经过省公司的确认等事项，不需要从传输系统生成调度单，只需要本地的交换侧和传输侧进行确认并执行，就可以完成电路的调度。 （ 1）申请 自动扫描是系统以设定的门限（业务规则、模型和算法）等信息为依据，扫描性能系统是否超过门限的电路，来获取信息，并提示对应的用户（配置的地市交换侧维护人员）进行高度申请。 手工是通过工单的人工创建页面完成电路的开通申请。 （ 2）电路申请确认 本地交换侧和传输侧负责人同时确认，如果有一方进行了驳回，就需要发 起人重新发起；双方都通过后才可以进入到方案制作环节 （ 3）交换侧方案制作 用户触发调度后，系统自动将本端、对端交换机和需要增加的电路数传送到资源，他将采用一定的算法（参考业务规则、模型和算法）来生成相应的调度方案，并反馈给流程 （ 4） 交换侧方案确认 如通过本地交换侧负责人确认，就分解给其他人，这些参与者都可以对本地的交换方案进行修改。 当全部通过后，更新资源状态等信息，并且进入到下一个环节 —— 传输方案生成。 如果驳回则由方案制定人重新处理 （ 5）传输侧方案制作 由本地传输侧负责人手工来完成调度方案 （ 6）电路 调度执行 本地的交换侧和传输侧执行人进行电路调度的执行，并填写详细的执行信息 （ 7） DT 加载 系统自动根据设备生成 DT 指令，提供参与者确认，如果没有问题，直接执行 DT 指令，在打开的集中操作系统界面呈现执行的结果，用户把结果反应到流程中，即根据结果选择页面中失败的电路调度，电路调度默认为成功。 如果有问题，发起人可以自己修改。 山东大学硕士学位论文 10 （ 8） 单通测试 交换侧执行人进行单通测试，确认电路已经畅通。 （ 9）归档 发起人和传输侧负责人归档，该工单流转完成。 根据该流程的需求描述 其用例图如图 21所示。 图 21 本地电路开通用例图 3 、作业计划管理 作业计划模块包括作业计划管理、作业计划执行和作业计划辅助功能。 作业计划可按 组织、按专业制定。 作业计划的执行周期有：天、周、月、季度、年。 天作业计划按天记录，可细分到 24 小时；周 /月作业计划按周 /月记录，可细分到每天；季度 /年作业计划按季度 /年记录，可细分到每月。 （ 1）作业计划管理 作业计划 管理 包括：作业计划模板 制定、 作业。