程控机房维护管理系统论文.doc

程控机房维护管理信息系统

论 文

题目： 程控机房维护管理信息系统

专 业：计算机信息管理
作 者：
指导老师：
完成日期： 四月
目 录
第一章：引言…………………………………………………...1
第二章：系统分析
2．1系统调查…………………………………………………2
2．2系统的可行性分析………………………………………3
2．3软件系统的总目标………………………………………5
2．4项目开发计划……………………………………………5
2．4．1资源利用……………………………………………..5
2．4．2 开发进度安排……………………………………….5
第三章：需求分析
3．1业务流程图……………………………………………….7
3．2数据流程图………………………………………………9
3．2．1系统关联图………………………………………….11
3．2．2数据流图的顶层图…………………………………12
3．3数据字典………………………………………………..20
3．4数据项的代码设计……………………………………..21
第四章：概要设计
4．1 HIPO图…………………………………………………33
4．2数据库的概要设计…………………………………….37
4．2．1 E-R图…………………………………………...40
第五章：详细设计
5．1数据库的逻辑设计…………………………………….41
5．2数据库的实现………………………………………….42
5．3程序流程图…………………………………………….47
5．4 物理配置方案…………………………………………51
5．5历史信息的管理……………………………………….51
5．6人机界面设计………………………………………….52
第六章：系统实施
6．1编程过程与特点……………………………………….56
6．1．1开发工具的特点……………………………………56
6．1．2编程过程的特点……………………………………56
6．2测试方法与特点……………………………………….56
6．2．1测试方法……………………………………………56
6．2．2系统测试的步骤……………………………………57
6．2．3测试用例…………………………………………...58
6．3历史备份和恢复以及安全工作……………………….61
6．3．1历史备份恢复工作…………………………………61
6．3．2系统安全性…………………………………………62
6．3．3系统可靠性…………………………………………63
6．4系统运行与维护……………………………………….64
第七章：小结
7．1系统的功能…………………………………………….65
7．2系统的特色…………………………………………….65
7．3软件开发的特点….………………………………….65
7．4存在的问题及改进方向……………………………..66
7．5体会…………………………………………………..67
参考文献………………………………………………..68
附录一：部分原程序代码……………………………………69.
附录二：系统操作使用说明…………………………………78

第一章 引 言
中国电信集团上海市电信公司浦东电信局（简称：浦东电信）主要负责浦东新区固定电话网络及设施的经营、维护和服务工作，包括电信的语音、数据、图像及多媒体通信与信息服务相关的系统集成、技术开发、技术服务、信息咨询等业务。区局下设东昌、周家渡、北蔡、高桥、川沙、机场六个分局。
浦东电信局2000年以后以信息化建设为重点，各部门相继建设了各自的计算机业务信息管理系统，其中具有代表性的“97数据库”，它是集营业受理、财务系统、112受理系统等功能为一体的综合计算机信息管理系统，为上海电信近几年的快速发展提供了强有力的支撑和保障。但是局内维护目前还没有一个真正适用于机房维护的信息管理系统，机房内的众多工作至今仍是手工操作，员工的工作效率低、差错多。因此，我们急需开发出一套以计算机来代替手工操作的程控机房维护管理信息系统，让我们的电信局内维护也走向标准化、无纸化、信息化的道路。以下以川沙分局程控机房为例，设计一个程控机房维护管理信息系统。因我是一名程控机务员，觉得设计这样一个管理信息系统非常有必要，希望今后有机会在实际工作中得以运用和完善。
程控机房维护管理信息系统主要通过一系列友好的图形界面来简化维护人员的各项维护工作，从而使公司的程控机房维护真正做到高效、高质，逐步形成无纸化管理。通过对公司现有维护流程及手工管理方式的调研，可以确定新系统的确具有开发的必要性和可能性。
第二章 系统分析

系统分析是系统开发过程中第一个阶段的工作，系统分析的目的是在系统规划的基础上弄清楚系统将要做什么，主要精力放在分析用户的需求上，用科学的方法来研究制定系统的开发方案，所以系统分析就是开发过程的逻辑设计阶段。其具体任务：分析业务流程、分析数据和数据流程、功能与数据之间的关系、提出分析处理方式和系统整体方案。
2．1 系统调查
浦东电信局按地区划分为东昌、周家渡、北蔡、高桥、川沙六个分局，各自负责本局区域范围内的各项电信业务的开通、测试和维护。各分局都是局长负责制。以下仍以川沙分局为例：
川沙分局有两个分局长分管局内和局外维护，局长下各部门分设条线管理员如测量管理员、程控管理员、动力管理员等。各个管理员管理分局下设11个站各自条线工作。每个部门人员完成相应维护工作。程控机务员每天交接班之后，必需完成每天安排的周期工作，领导下达的各项指令性工作，故障处理，机房资源管理和工程管理等等，所有工作步骤都是手工完成的，难免造成较多的失误和差错，影响局内维护管理。为提高工作效率，要求用计算机代替手工操作，开发一套程控机房维护管理信息系统，以简化、规范、加快各机房维护工作，提高维护质量，节约开支，增加电信效益。

经过初步调研以后，得出川沙分局的组织结构图如下：

分局长

副局长
(局外)
副局长
(局内)
营业室

动力主值
设备组
电缆班
数字终端班
安装队
程控主值
传输主值
测量主值

各站程控
输各站传
各站测量
各站动力
局内班

图2-1 川沙分局组织结构图

2．2系统的可行性分析
可行性分析是确定项目的开发是否必要和可行。进一步明确系统的目标、规模与功能，提出系统开发的初步方案与计划，其关键问题系统开发的技术可行性研究、经济可行性研究、营运可行性研究，系统开发初步方案与开发计划的制定。将从三个方面来验证该项目的可行性。
1．技术可行性
由于上海电信公司本身拥有较强大的技术力量，各机房都配备了足够的电脑和必备的打印机。因此，只需要把多余的电脑终端充分利用起来，再配上一台数据库服务器，将电脑终端连接到服务器上，同时将网管设于区局网管中心即可。而且，电信公司自身配有电信技术研究所，具有强大的技术支撑。在面向对象即可视化编程的今天，软件设计变得越加简洁方便。故发本系统从技术上说是完全可行的。
2．经济可行性
目前我们电信公司的经营状况良好，而且局内又开始要求逐步实现机房的标准化管理。用计算机代替人工管理，取消工作人员每天填写的各项书面表格，可减少工作人员工作量，提高维护质量，减少障碍历时，合理化资源分配，使维护数据共享，提高整个程控部门的工作效率。因此，开发本系统在经济上应该是可行的。
3．营运可行性
对于机房部的机务员来说，都具有一定的计算机知识，人人都具备了计算机应用能力（初级）以上的合格证书，且70%以上的员工都具备网络管理员或网络管理师的合格证书，只要界面比较友好，就能让职工熟练进行操作，再者我们也期待上海电信公司的程控机房早日实行标准化、规范化、无纸化、信息化的管理体系。
2．3软件系统的总目标
按照管理信息系统的开发原理及方法，本系统要求具有完善的基本业务处理功能，业务处理简便、高效。本系统的总目标是为了提高电信公司程控机房维护的标准化、规范化、无纸化、信息化的管理体系，提高机务员的工作效率，减少不必要的重复劳动，从而达到以减员增效的目的。本系统先以程控机房为列，系统实施成熟以后，再逐步开发其他几个系统如传输机房、测量机房、动力机房等等都可以效仿。
2．4项目开发计划
2．4．1资源利用
本项目采用面向对象的开发方法，以POWERBUILDER8.0作为开发工具，充分利用对象的可继承性、封装性和多太性。
2．4．2 开发进度安排
本项目的开发过程约需四至五个月，具体时间安排如下：

项目名称
时间（工作日）
需求分析
10- 30
概要设计
18-20
详细设计
10-15
编程
40-50
测试
30-40
系统实施
一个长期过程

第三章 需求分析

需求分析的根本任务是确定为满足用户需要，系统必须做什么，即确定系统必须具有的功能和性能。为建立一个新系统，必须首先对现有系统进行详细调查研究，必须集中分析管理活动中信息运动的规律，对调研材料进行加工、提炼、提取反映企业信息运动规律的部分，把用户需求转化成对信息处理功能的需求。在需求分析中，主要采用了业务流程图、数据流程图和数据字典这几种工具来描述。
3．1业务流程图
详细调查的重点是对业务的流程进行描述，通过采用系统流程图中部分图形工具来描述管理业务活动，进行规范化说明。
业务流程图的基本图形符号如下：

系统中人员 系统外实体 单据、报表、帐目

处理 数据流 存储
环境巡视
故障信息单
用户故障处理
局内班
用户故障表记费信息表
本 端
机务部

本 端
机务部

周期工作表
在用设备管理
在用设备记录
备用光盘管理
局内班
备用光盘记录
备用板管理
备用板记录

交接记录表
网络故障处理
维护中心
网络故障表
岗位交接

传输故障处理
对 端 机
务 部

告警检测
传输故障表信息表

施工通知单
日常话务单
每日工作文件
工程通知
值班工作
周期工作
工程监护
局数据管理
用户数据管理
工程验收
工程验收表
记费信息表
营业部

值班日志

用户数据

维护中心
局 数 据

工程监护表

图3-1业务流程图

经过对程控机房维护管理信息系统的调查后，由图3-1的业务流程图，可以了解到本信息系统的主要业务流程情况：
1. 本端机房部的机务员在每天上岗后，首先与前一班的机务员进行岗位交接工作，交接好未处理好的故障、未完成的维护工作、告警检测、机房环境巡查等等，填写好《交接班检查记录表》。
2. 然后开始执行每天必须完成的日常维护工作，将机房发生的事件及领导下达的各种指令性工作一一在《值班日志》上做好记录，并完成当天相应的每日临时工作和周期工作，每月记费带制作后交营业室进行记费读带操作并同时调换备用光盘，及时更新《备用光盘记录》。
3. 机房一旦发生各种故障，先判断故障类别，分类及时填写故障信息表交各部门立即处理，如传输故障则先在本端传输机房做自环，进行故障段落的判断，填写《传输故障处理表》，需对端机务部处理的传输告警报对端局并讨取对方流水号。
4. 如果是网络故障，机务员能自己处理则自己处理，填写《网络故障处理表》，若无法处理则上报维护中心，由维护中心人员负责处理，本端机务员跟踪故障处理情况，本端机务员同样要讨取维护中心流水号。如果是用户故障也由机务员先行处理，填写《用户故障处理表》，若需要更换用户板，则通知局内班维护人员进行调换并填写《备用板记录》。
5. 对于数据管理，用户数据则是机务员根据《用户工单》进行数据的生成、修改、查询、删除等操作，根据《局数据工单》进行局数据的生成、修改、查询、删除等操作，本系统提供话务工单的分类统计并打印报表输出至维护中心备分。
6. 若机房遇到升版、扩容、割接等工程，施工前施工人员应持有施工本并且机务员要接到施工通知的情况下才允许施工。本系统生成《工程通知记录表》，并可根据工程编号查到该工程，且在施工时做好工程监护，以确保工程质量和通信安全，填写《工程监护记录表》，在工程完工后，做好验收工作，填写《工程验收记录表》，同时对工程造成的在用设备的变更情况及时进行更新《在用设备记录》相关内容，最后《工程验收记录表》反馈给维护中心备案。
3．2 数据流程图（DFD）
数据流程图是一种能全面描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合的反映出信息在系统中的流动、处理和存储情况，具有抽象、概括的特性。
数据流程图不涉及硬件、软件、数据结构与文件组织，与对系统的物理描述无关，只是、用一种图形及与此相关的注释来表示系统的逻辑功能。它是系统设计（即建立所开发的系统的物理模型）的主要依据之一。
绘制程控机房维护管理信息系统的数据流程图，就是在对调研阶段业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下，逐层分解，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入、数据输出、数据修改、数据存储及数据来源和去向。
以下是数据流程图的基本符号：

外部项 处理

存储 数据流
经过分析，本程控机房维护管理信息系统的外部实体为：本端机房部、施工部、对端机房部、局内班、维护中心、营业部；输入数据为：机务部交接录入信息、周期维护信息、工程通知单、施工本、备用板备用光盘信息、还记费带信息；输出数据为：值班日志、在用设备资源表、网络故障信息、工单分类统计表、工程验收报告、用户故障信息、需调换的光盘和坏板信息、对端传输告警信息、送记费读带信息。综上所述，即可画出关联图（图3-2-1），然后确定系统的主要信息处理功能，明确各功能之间的联系，绘制出数据流图顶层图（图3-2-2），由图3-2-2可知，整个系统为6个加工，分别是岗位交接、日常维护、故障处理、工程管理、数据管理、资源配备。根据自顶向下，逐层分解的原则，对顶层图的加工进行分解，获得数据流图的第一层图（图3-2-3，3-2-4，3-2-5，3-2-6，3-2-7，3-2-8）。

第 16页 共 86 页
图3-2-1 程控机房维护管理信息系统关联图
对端机房部
营业部

F6 F7 F27
程控机房维护
管理信息系统
本端机房部
局内班
F1F2F3 F12F13
F4F8 F14

施工部
F5 F9F10F11

维护中心

F1:机务员交接信息录入 F20:输入交接故障信息
F2:机务员周期日常维护信息录入 F21:输入交接记录信息
F3:工程通知单 F22:各种交接指令性工作
F4:输出各种值班维护信息 F23:输入日常故障信息
F5:施工单 F24:输出当天故障信息
F6:送记费读带信息 F25:输入日常维护信息
F7:还计费带信息 F26:输出日常话务信息单
F8:在用资源表 F27:输出对端传输故障信息单
F9:网络故障信息 F28:输入坏板信息
F10:工单分类统计信息 F29:调换坏板信息
F11:工程验收报告 F30:输入工程话务信息
F12: 需调换的光盘、坏板信息 F31:输出工程话务信息
F13:用户故障信息 F32:输入在用设备信息
F14:备用板备用光盘信息 F33:输入在用设备信息
F34:输出在用设备

3.2.2数据流图顶层图

维 护
中 心

F9 F13
对 端 机
房 部
P3
故 障
处 理
P1
岗 位
交 接

F1 F20 F24 F27

D2
F21 故障信息文件 F28
D5
D1
坏板信息文件
交接记录文件
局 内 班
P6
资源 配 备
P4
工 程
管 理
营业 部
P2
日 常
维 护
本 端 机
房 部
D3
F22 F23 F29

本 端 机
房 部 部
F6 F7 F12

F2 F4 F8 F14

F25

日常话务信息文件

维 护
中 心
P5
数 据
管 理

F26 F10
F3 F31
施工 部
F30

D4
F5 工程话务信息文件

F11

F33
D6
在用设备信息文件

F34

图2--1
图3-2-2程控机房维护管理信息系统的顶层图-----DFD

图3-2-3 数据流程图第一层图——岗位交接

本端机房部
本端机房部

F1.1 F1.2 F1.3
P1.3
岗位交接
P1.1
告警检测
P1.2
环境巡视

F21.1 F21.2 F21.3 F20
D2
D1
交接记录文件 故障信息文件

F1.1:待测试的温度和湿度信息 F21.1:湿度和温度的测试信息录入

F1.2:待巡视的环境信息 F21.2:已巡视的环境信息录入

F1.3:交接人员交接信息 F21.3:交接人员交接情况录入

图3-2-4数据流程图第一层——日常维护

D1

交接记录文件
D7
本端机房 部
F22
F2 每日工作文件
P2.2

值 班
工 作
本端机房部
P2.1

周 期
工 作

F2.1.1 F2.1.2
营业部
F23.1 F23.2 F4
F6
D2
F25
故障信息文件
D3
日常话务信息文件

F2.1.1:输入周期工作到每日工作文件中 F23.1:周期工作中的故障信息录入

F2.1.2:输出每日工作信息 F23.2:值班维护中的故障信息录入

图3-2-5数据流程图第一层图——故障处理：
对端机房部

F27
P3.1

传 输 故
障 处 理

D8
F24.1 F3.1.1 传输故障记录
2 F3.1.2
P3.4

故 障
统 计
P3.2

网 络 故
障 处 理

维护中心
F24.2 F3.2.2 F9

D2
F3.2.1
故障信息
D9
网络故障记录

P3.3

用 户 故
障 处 理
F3.3.2
D10115
F24.3 F3.3.1 用户故障记录

F28 F13
D5
局内班
坏板信息

F3.1.1:输入传输故障信息 F3.1.2:输出传输故障信息
F3.2.1:输入网络故障信息 F3.2.2:输出网络故障信息
F3.3.1:输入用户故障信息 F3.3.2:输出用户故障
F24.1待修理的传输故障 F24.2:待修理的网络故障
F24.3:待修里的用户故障