IDC机房IT支撑平台软件运维管理子系统

◆石晶

（台州市经济和信息化局 浙江 318100）

1 需求分析

在软件工程中需求分析是很重要的，在研究一项项目的时候首先要做的就是需求分析，只有把需求搞清楚才能够真正地把握项目的核心，也就是这个项目到底需要实现什么核心功能，同时才不至于开发完成软件后发现需求有偏差又费时费力地进行大的调整，只有在软件开发前把需求分析清楚才能够设计出用户满意的产品，否则如果等到软件实现后才发现与实际需求有大偏差的话，修改的成本可谓是相当巨大。一个项目中一般需求分析包括功能性需求分析、非功能性需求分析以及此项目是否能够满足需要。开发项目的过程中都是依靠需求分析报告进行开发。

1.1 现有IDC机房管理现状

目前拥有IDC机房的公司都具有很多数据和系统，并且一般都有具体的IDC机房的管理办法，包括运营管理、人员管理、维护管理等制度，并且总结出来了很多IDC机房的管理手段，但是都是基于制度上的管理，并没有在系统层面对IDC进行管理。并且在企业运行的时候会建设很多系统，这些系统可能由于业务发展，会有很多系统弃用，形成了信息孤岛的，业务数据之间没有联系，无法实现业务的数据连续性和运维流程的规范化，对IDC机房的发展产生很不利的影响。

1.2 系统功能性需求分析

运营管理子系统包括了以下几大功能需求：面对IDC客户的基础管理、对IDC的日常事务/作业管理、“任务工单”管理、业务故障告警管理、作业变更管理、知识库管理以及库存与工具管理等模块共同构成。运营管理子系统和四川电信IDC机房IT支撑平台网络监管子系统采用组件方式实现无缝集成，告警可以和事件管理流程互动。

故障管理可以查询、创建、处理、跟踪故障类“流程工单”，根据管理策略将监控实时告警故障消息自动创建“运维工单”，如自动启动一段处理应用程序、自动执行一段脚本等。

1.3 系统非功能性需求分析

在全面掌握该类型用户基本需求前提下，结合生活中的相应应用场景及其行业的基本规范，提出其在性能方面的相关需求，详解如下：

（1）良好性能需求。该系统理应在相对复杂的环境下支持足够数量的访问，这主要依赖于其所具备的良好承载能力。实际上，公司要求该系统必须能够在任何瞬间承载高于20000位用户的实时访问，并且其涉及的多样化功能模块，需要在任意瞬间承载至少7000个用户的请求提交，此外系统的运行响应速度不能超过2秒。

（2）较高稳定性需求。系统必须基于正常负载状态下持续稳定地运行，不能突然崩溃，即使出现问题也能自动迅速修复。

（3）良好流畅性需求。当系统处于正常负载状态下，如果用户需要切换多样化功能模块，则此模块的实际响应时间必须不能超过1秒。

（4）较高扩展性需求。当设计系统软件部分时，应当注意分层，保持各个层级之间的独立性，并且配备专用的服务器，切实保障系统在任何层级均能实现良好扩展。

（5）良好易用性需求。系统需要适应用户群体的操作水平，尽可能选用简洁精炼的界面，保证用户操作过程中的友好体验。

（6）较高安全性需求。系统需要利用前沿的网络安全技术，避免黑客的恶意攻击，并且应当构建科学完善的访问机制，禁止不正当的非法访问，此外还需定期备份重要数据，切实保障数据良好安全性。

2 详细分析

2.1 系统设计思路及原理

运营管理子系统采用SOA架构时，同时也采用了B/W/S三层体系结构，包括展示层、业务层、“数据层”系统具体的详细设计如图1所示。

图1系统分层架构

其中表示层是基于IDC机房展示给用户看的Web界面，所有的用户看到的界面都是表示层中的信息，表示层是系统的窗口，对最终用户是不透明的，一般管理人员通过“用户层”像系统发送消息。

逻辑层是对外暴露接口的，里面封装了很多中间件，可以管理很多系统，并且可以查询不同系统的数据，解决了系统数据孤岛的问题，并且能够看到具体的服务器中运行情况、

数据层是提供数据的一层，能够支持很多数据库，对数据库软件是透明的，不需要为改造应用适应数据库的烦恼。

2.2 系统模块设计

系统总体架构中客户管理是运营管理子系统的基础信息管理模块，包括客户资料管理、客户业务预受理及账单查询模块。

故障管理可以查询、创建、处理、跟踪故障类“流程工单”，根据管理策略将监控实时告警故障消息自动创建“运维工单”，如自动启动一段处理应用程序、自动执行一段脚本等。

“工单管理”基于JBPM“工作流”提供了可视化的流程设计器，能够对服务过程所需要的流程进行定义和管理，并提供了多种业务流程组件，支持流程分支、会签节点、流程表单权限设置等功能。

库存与工具管理实现针对IDC中心的库房管理，库房中存放的各种设备、备品备件、工具，以及堆放的货物，都需进行管理，各类物品的出入库管理。包括了库存工具管理、库存区域管理等模块。

值班管理是运营管理子系统中对运营人员的值班安排及节假日值班编排的管理。知识库管理对现有IDC管理规范、应急预案的集中管理；其中包括了栏目管理、知识内容管理、知识审核管理以及个人知识管理等模块。具体如图2所示。

图2系统总体架构

2.3 数据库设计

数据库设计如图3所示，包括了系统中需要的实体以及实体之间的管理关系。

图3系统数据库设计

3 系统实现

3.1 网络拓扑

在网络环境中的最前方，放置了防火墙，所有进入到服务器中的请求都必须经过防火墙，保证了传输的安全，并且将数据库服务器放置到了最后端，所有的请求都进入不到数据库服务器，保证了数据的安全，数据库服务器只暴露给应用服务器。具体的网络拓扑如图4所示。

图4网络拓扑图

3.2 主要模块实现

（1）登录

登录功能相当于为用户提供了一个使用系统的接口，也是验证身份的重要途径。对于管理员来说，其可以直接利用账号与密码登录到系统中，登录完成之后才能够使用其他的功能，包括用户管理、系统管理以及项目管理等功能。其他用户在登录时需要先通过注册过程获得账号与密码，然后应用到登录功能中，用户输入的密码信息需要采用可靠的加密技术进行处理，避免造成账号信息的泄露。其中与登录过程有关的类主要是LoginService类，登录查询功能主要是通过UserDao“类”实现的，用户在输入登录信息之后需要先与数据库存储的登录信息进行比对，如果完全相同才能够登录到系统中，否则需要弹出具体的错误提示信息。采用这种方式能够有效提升系统安全性。

（2）故障管理

登录故障管理界面后，进入故障告警中心，根据管理员的权限能查看到所汇聚上来的所有故障告警信息。在这些故障告警信息中，管理员需要根据人工判断是否有未处理的故障告警单，查看其故障告警信息，并根据业务管理要求分解或生成故障处理单。生成好的故障处理单会根据事先在“工单管理”中配置好的处理流程，进行自动派单和分解等工作。

（3）库存管理

运营管理人员进行库存与工具管理界面，通过界面能查看库房内的库房区和里面的备品备件、工具、货物等的出入库管理情况。点击库房区域管理后，可以对各库房区域信息进行管理。

4 总结

系统实现了IDC机房支持平台的管理，本文对系统的需求分析进行了简单的介绍，并且系统的应用性好、系统的结构稳定、可兼容性好、复用性高、易于系统维护。

一个系统在完成后，后续的维护工作也是不可忽视的，维护系统会耗费大量的时间与精力，因此，在开发系统的时候，就要充分考虑到后续的维护问题，IDC机房管理系统能够减少具体的维护细节。