PIDS故障管理系统

1.概述

1.1  开发背景

     目前，技术部使用的PIDS故障管理系统（以下简称系统）首先遇到了地铁线路的不断扩展，维护视频终端设备加大，而原有系统在结构和功能方面不足的限制；再者，委外单位介入日常管理维护工作，使得原有系统也表现出在部分系统结构和功能上的不足，必需进行相应的开发，才能更好的提高系统在其故障录入及跟进、数据管理及分析等方面的优势，从而借助本系统，做到快速了解大量设备的运行情况，对故障进行迅速的报障、跟进等操作，提高工作效率，科学地对故障进行统计分析和预测，达到减低排障费用、减少故障发生次数等。
以上所述，是目前系统急需解决的一部分，相信，在不远的将来，随着地铁线路的不断增加，在系统设备和故障管理的基本功能不断得到完善的情况下，将会延伸出诸如备品备件的管理，系统使用人员的管理等更多的功能，以及利用手机终端软件、短信平台等模块，实现PIDS设备及故障不断增加而设备及故障点将更为分散之间的矛盾，实现更为快速、有效的信息沟通平台。
本文以目前急需解决的问题为中心，并在各功能模块提出系统需为以后的功能模块预留的接口，以便所需时对相应功能的开发。
 

1.2  系统开发目标以及系统性能要求

本系统的开发目标是在现有系统的基础上，通过各方人员的反馈信息，进行故障处理。在接到故障报告后，由系统操作员将故障的详细信息录入系统。委外故障处理人员根据要求，到现场排除故障，并根据相关的故障情况，领取相关备件。并将故障处理结果记录并存人故障管理系统，同时完成故障信息的跟进工作，从而实现对产品的故障信息的严格规范化管理。故障管理系统里面的故障库是所有故障记录的集合，相关部门通过对故障库的访问，可以查询、统计、打印报表等，进而为其决策、开发等提供有力的支持；同时可以自动筛选出重复故障信息，将其反馈给相关的部门，譬如技术、采购、策划、委外单位等部门。根据实际工作需要，系统应该具有以下性能：
1．并行性：系统必须支持大量的并行操作。
2．系统安全性：内部资料应该得到相应安全措施的保护，必须严格分配给系统使用人员的系统使用权限，以保障系统数据的安全和操作的规范化。系统数据库应具备定时备份功能，当系统数据所在的存储硬件损坏或者遭到人为破坏数据时可以及时恢复系统数据。

1.3  开发原则

n  先进性
系统必须采用先进的技术路线和体系结构，采用先进的C/S体系结构进行系统的相关开发。
n  实用性
系统应用功能的开发须根据设备故障管理实际需求，采用先进的数据交互式技术（如提供批量数据导入导出），人性化的操作界面开发，保证系统易于操作使用、界面友好。
n  可扩展性和互连性
系统结构采用模块化开发，“软总线”可插拔部署方式，支持分布式运行，可以提供良好的二次开发扩展，并可根据业务发展的需要进行系统功能的调整，配合网络、硬件的扩展获得更高的运行效率。系统通过标准的ADO与数据库连接，支持SQL Server等大型关系数据库系统，符合C/S规范的开放性系统结构。
n  规范性
系统开发严格遵照国家软件工程规范并参照CMM规范进行，在对需求透彻分析的前提制订可行的实施计划并确定项目里程碑，严格根据开发进度提供有关开发文档。
 
 
n  高效性
系统开发流程须采用工作流管理技术进行流程管理。本系统基本上涵盖了设备和故障从产生到录入、跟进等所有日常工作，头绪繁多。通过工作流管理技术的应用，可以使系统从面向功能的事务处理模式转向面向业务过程的事务处理模式，使系统具有业务流程管理能力，并支持多个人进行异地、异步协作，同时很好地解决每个工作人员如何准确、及时看到自已当前应该处理的工作问题。在系统各功能模块中，根据角色的不同，设置针对不同角色的操作权限。在系统运行过程中，系统自动检测不同角色当前的待处理任务，及时给出提示信息，并显示在页面的最外层，从而大大提高部门工作效率。

2. 开发计划

2.1     系统总体开发流程图

                   图1.系统总体开发流程图

2.2     系统总体功能结构图

图2 系统总体结构图
如上图所示，系统包括了服务访问层、服务实现层、数据存储三大部分。

2.3     系统体系开发概要说明

基于以上的故障信息管理系统开发目标及性能需要，本系统在开发架构上将采用C/S和B/S架构相结合的模式进行开发。
1.   C/S架构开发说明：C/S架构即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。C/S应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。 C/S数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库将受到独立的专门管理，而不必要暴露在网络上，因此数据是相当安全的。基于以上C/S程序的优点，本系统将采用C/S架构对程序进行故障管理系统基本业务操作的开发。
2.   B/S架构开发说明： B/S结构，即Browser/Server(浏览器/服务器)结构，主要是利用了成熟的WWW浏览器技术，结合浏览器的多种Script语言和ActiveX技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。基于广州市地铁电视传媒有限公司的设备巡检业务是委托给第三方公司进行巡检业务的，为了方便负责第三方巡检业务公司的巡检人员将巡检信息及时反馈到系统中来，第三方巡检可以通过网页端巡检信息录入界面将巡检信息录入系统。网页端开发的解决方案将采用业界最成熟的J2EE解决方案进行开发。

2.4     系统模块功能划分说明

本设备故障管理系统为将采用C/S模式进行开发，主要包含以下功能模块：
1.   设备管理：包括设备类型维护管理；设备新增录入、删除、修改；设备状态
查询、状态维护管理等功能模块。
2.   故障管理：包括故障类型维护管理；故障录入；故障处理；故障处理时间提
醒(限时、超时提示)；故障查询等功能模块。
3.   系统基础数据管理：包括线路管理、站点管理；隧道设备管理； 设备房设
备管理；列车及列车设备管理； OCC及OCC设备管理等功能模块。
4.   用户管理：包括用户新增录入、用户信息修改、删除用户；用户信息查询；
用户分组管理；用户(用户组)权限管理等功能模块。
5.   排班管理：包括每周排班录入；排班信息查询；当天排班智能提示等功能模
块。
6.   报表管理：包括设备报表维护；故障报表维护等功能模块。
7.   综合查询：可按不同的条件类型进行查询，如：按设备编号、故障单编号、
线路、列车、操作员等等条件查询；可查询周、月、季度、年、自定义日期
范围内的数据。
8.   数据批量操作：系统可批量导出、导入Excel格式的数据。

2.5     开发计划安排

要实现所需的全部功能，需要的开发周期比较长，而为了尽快解决新线及站点故障录入及管理的功能，使得系统能正常使用，可通过把开发分为两个阶段实现的方式解决。
在第一期我们将可实现的功能有：
1.将原系统通过远程终端的服务器访问方式改为网络版(一个服务器，多点使用);
2.增加新线故障管理功能；
3.故障记录批量处理功能;
4.对现存数据库进行数据优化及数据导入
实现上述功能，所需总时间约为3个星期。
在第一期开发完成后，可解决目前新线故障录入及管理以及故障的批量处理等基本功能，并且可搜集部分第一期系统可能存在的不足，在二期后续功能开发的时候进行完善的同时，进行二期功能的开发。
在二期将可以实现的功能有：
1.全新更改系统结构；
2.支持B/S互联网直接访问功能；
3.支持设备信息，故障信息批量（Excel格式）导入/导出功能；
4.多级权限管理功能；
5.统计汇总报表打印功能；
6.更为完善的系统设置功能；
7．更为优化的系统故障录入及跟进、提醒功能。
实现二期开发所需的周期约为6个星期。
目前的故障管理系统只能在公司内部使用，而我们的维护使用委外的模式。为方便我司和委外单位的信息沟通，将在二期实现互联网访问功能，并且通过严格的权限设置，使得各个使用系统的角色可以根据具体的需求进行权限的管理。并且在各种报表的分析统计能力以及通过系统的设定，对故障的跟进管理能力都将得到更为完善的提升。

2.6     开发实施计划

根据软件开发的基本流程，将开发分为三个阶段实施：
1. 第一阶段为“业务调研”
2. 第二阶段为“方案制定”
3. 第三阶段为“开发实施”

2.6.1  基础调研阶段

对公司的网络设备、计算机设备、软件使用情况进行详细的调研和记录。
掌握使用人权限、目前的系统使用情况、目前故障报障、维护、处理业务流程、调查设备硬件配置等情况。

2.6.2  方案制定阶段

根据调研阶段的工作成果，制定详细的系统开发方案。并对方案可行性进行分析。
通过审核后，方案可进入实施阶段。

2.6.3   方案实施阶段

按照既定的开发时间和流程，对系统进行开发。开发完成后，对系统进行验收。并对系统可能存在的问题进行修改，直至验收。

3. 开发方案

     针对设备和故障管理业务需求，设计两种开发方案进行选择参考：

3.1 方案一网络结构图

图3. 解决方案一网络结构图
 
如上图所示，该系统网络架构由C/S通信服务器(应用服务器)、数据库服务器、网站Web服务器，B/S操作网页端，C/S操作客户端组成。数据库服务器用于本地存储设备故障系统的全部业务信息，可用于查询、统计、报表等，另外，本数据库还存储本地的用户、权限及操作日志等信息；网站Web服务器用于发布Web网页程序；B/S操作网页端可以联网输入相关巡检信息，在审核后，录入系统。C/S通信服务器(应用服务器)是C/S操作客户端和数据库服务器进行沟通的桥梁；C/S操作客户端负责故障管理系统基本业务的操作。

3.1.1   解决方案一解析说明

该解决方案中，C/S通信服务器(应用服务器)和网站Web服务器均发布在公网服务器上面，C/S客户端用户以及Web网页端用户直接通过互联网便可进行业     务操作。
该解决方案的优点在于操作流程简易，网页端程序和C/S客户端程序共用一个数据库，数据交互实时性强，C/S客户端不再局限于局域网范围，可通过互联网进行任意网络范围的扩展。缺点在于由于多了C/S通信服务器(应用服务器)中间层的开发，增加了开发成本和延长了开发周期。

3.2 解决方案二网络结构图

                   图4. 解决方案二数据流程图
如上图所示，该系统网络架构由C/S数据库服务器、网站Web服务器，网站Web数据库、B/S操作网页端，C/S操作客户端组成。数据库服务器用于本地存储设备故障系统的全部业务信息，可用于查询、统计、报表等，另外，本数据库还存储本地的用户、权限及操作日志等信息；网站Web服务器用于发布Web网页程序；B/S操作网页端可以联网输入相关巡检信息； C/S操作客户端负责故障管理系统基本业务的操作，通过局域网直接连接数据的方式进行业务操作。

3.2.1    解决方案二解析说明

该解决方案的操作流程相对于方案一来说复杂，网页端程序和C/S客户端程序共分别使用各自的数据库，数据交互实时显得不够及时，C/S客户端仅仅局限于局域网范围内进行使用，不能通过互联网进行任意网络范围的扩展。并且系统操作员需要定时从Web服务器的计算机上面定期去获取巡检员所输入的巡检信息，并将所获得的巡检信息导入到系统当中。优点在于无须进行C/S通信服务器(应用服务器)中间层的开发，减少了开发成本和缩短了开发周期。
以上两种解决方案可根据实际情况，任选一种。
经多方考虑，根据目前的公司的网络状况和系统所需的实际功能及模块，以及考虑到开发成本及周期，建议采用方案二进行设计开发。

3.3 C/S操作客户端详细功能开发

3.3.1   设备管理子功能模块

3.2.1.1设备管理子系统结构图

 
 
 
 

  
                      图5 设备管理子系统结构图

3.2.1.2   设备类型管理

设备类型管理包含以下功能：
1.   设备类型维护：包括设备类型的增加，删除，修改功能。可以动态维护系统
的设备类型。当某一种设备类型发生变化的时候，系统里面所有和这种设备
类型关联的字段都会同时发生变化。
2.   设备类型查询：可以按条件对设备类型进行查询。

3.2.1.3   设备管理

设备录入管理包含以下功能：
1.   设备录入：对于系统新增的设备进行录入。系统可根据设备类型智能生成易
于操作的设备编号，简化录入操作。编号示例：如01-CSL-SX-X0101，表示
隶属于一号线，长寿路站点，上行位置编号为0101的显示屏,查询的时候输
入站点拼音缩写和车辆段缩写CSL-SX便可快速模糊查询定位到此设备。
可以从Excel文档批量导入新增的设备。
2.   设备维护：对于已有的设备进行维护，如进行修改、删除等操作。
3.   设备导出：可将系统的设备资料批量导出到Excel文档，方便存档管理。

3.2.1.4    设备状态管理

设备状态管理包括以下功能：
1.   设备状态维护：包括设备状态的增加，删除，修改功能。可以动态维护系统
的设备状态。当某一种设备状态发 生变化的时候，系统里面所有和这种设
备状态关联的字段都会同时发生变化。
2.   设备状态查询：可按条件对设备状态进行查询。

3.2.1.5   设备查询

设备查询包括以下功能：
1.   按不同条件综合查询：可按设备编号，设备名称，设备类型，设备状态，设
备新增时间等条件进行综合查询。
2.   对查询结果生成设备查询报表：可对查询结果生成查询报表，并可对查询结
果进行直接打印或者导出Excel的操作。
 

3.2.1.6   设备管理子系统操作流程图

 
 
 
图6. 设备管理子系统操作流程图
 
 
 

3.3.2   故障管理子功能模块

3.2.2.1故障管理子系统结构图

 
                      
图7 故障处理子系统结构图

3.2.2.2   故障事故处理核心模块分析

通过对设备故障事务管理具体需要的分析，以排故管理为核心进行功能结构开发，主要由三个模块：故障基础信息、排故信息管理、故障分析。
 
1. 故障基础信息：故障基础信息模块主要是对本系统所用到的一些基础数据和
公共信息进行管理。基础信息一旦设置完成后，各个子系统和模块可共用这些信息以保证数据的完整性、一致性和正确性，避免数据的重复，减少数据的输入量。故障基础信息模块主要包括：故障现象，故障原因，故障处理措施，发现时机，故障模式，故障判明方法，故障影响和故障责任等。
2. 排故信息管理：排故信息管理是故障事务处理的核心模块，主要是对通过各种方式从客户接收到的故障信息进行记录，根据具体可行的排故方案进行排故，并对排故任务进行实时监控，当任务完成时归零。排故信息管理主要功能有信息台帐管理、重大故障信息上报管理、处理方案管理、备品申请管理、故障任务管理、排故记录管理、故障返修单管理、重复故障信息反馈等。
3. 故障查询、统计：数据查询、统计功能是故障事务管理系统中非常重要的一项功能，用来及时、准确、全面地查询、统计系统的各类数据，为开发、生产部门进行技术改造提供准确、可靠的依据。故障信息查询、统计主要包括按故障进行统计(故障现象、故障原因、故障处理措施等)，按产品进行统计(产品批次号、产品所在地、所属系统等)，模糊统计(根据对于数据需求的实际情况，任意选择故障信息中的一个或者多个字段进行查询、统计)。
4. 故障分析：故障分析主要是利用故障历史记录中的资料，针对相同、相似故障信息，为外场排故人员能够快速、准确地进行保障服务提供有参考价值的解决方案。对一周之内连续出现3次的故障进行报警，对连续的，长期的故障进行归类，并报警。故障分析模块的功能主要包括人机交互、案例维护、案例检索、诊断报告管理等。
 
 
 
 
 
 
 
 
 

3.2.2.3   故障类型管理

故障类型管理包含以下功能：
1.   故障类型维护：包括故障类型的增加，删除，修改功能。可以动态维护系统    
设备的故障类型。当某一种故障类型的设置发生变化的时候，系统里面所有和这种故障类型关联的字段都会同时发生变化。
2.   故障类型查询：可以按条件对故障类型进行查询。

3.2.2.4 故障录入

故障管理包含以下功能：
1.   故障级别维护：包括故障级别的增加，删除，修改功能。可以动态维护系统
的故障级别。当某一种故障级别发生变化的时候，系统里面所有和这种故障级别关联的字段都会同时发生变化。
2.   故障录入：对于设备的故障进行录入。录入时只需输入设备编号里面包含的
站点及车辆段拼音缩写便可智能查询到发生故障的设备。如对于编号为01-CSL-SX-X0101的设备只需输入CSL或者CSL-SX即可进行查询定位，无须输入完整的设备编码进行查询，定位到发生故障的设备后，再输入相关的故障信息即可，系统自动产生故障编码、故障发生时间等相关信息，操作简易。支持对于同一站点发生多个故障的设备可批量进行录入，并可从Excel电子文档批量导入故障信息。

3.2.2.5 故障处理

故障处理包含以下功能：
1. 故障处理完成登记：故障处理完成后，由操作员录入故障完成信息，标记该故障已经处理完成。

3.2.2.6故障处理时间提示

故障处理时间提示包含以下功能：
1.   故障处理超时提示：对于已经过了设定时间仍未进行处理的故障给予提示。
故障处理的时间可在系统中进行设定。
2.   故障限时处理提示：对于即将超过设定时间仍未进行处理的故障给予提示。
离超过设定时间多久进行提示的时间可在系统中进行设定。

3.2.2.7故障查询

故障查询功能包含以下功能：
1.   按不同条件综合查询：可按设备编号、设备名称、设备类型、故障编号、路
线、列车、站点、隧道、设备房、故障发生时间等条件进行综合查询。
2.   对查询结果生成故障查询报表：可对查询结果生成查询报表，并可对查询结
果进行直接打印或者导出Excel的操作。
 

3.2.2.8 故障管理子系统操作流程图

                    图8 故障管理子系统操作流程图
 
 
 
 
 

3.3.3   排班管理

3.2.3.1 排班管理子系统结构图

图6： 排班管理子系统结构图

3.2.3.2 一周排班管理

一周排班管理包含以下功能：
1.   一周排班录入：可录入本周各部门人员的排班信息。
2.   一周排班信息维护：对于本周内发生临时调班的情况可在系统进行调整。
 

3.2.3.3   当天排班智能提示

当天排班智能提示包含以下功能：
1.   排班提示：自动根据系统登录的操作员账号与当天其它部门人员的排班信息
进行匹配，并给予提示。

3.2.3.4   排班查询

排班查询包含以下功能：
1.   排班信息查询：可按时间段，人员，部门等信息进行排班查询。
 
 

3.2.3.5   排班管理子系统操作流程图

 
                图9 排班子系统操作流程图

3.3.4   用户管理

3.3.4  用户管理子系统结构图

 
 
            图10 用户管理子系统结构图

3.3.4  用户录入

     用户录入包含以下功能：
     用户信息录入：可对系统新增的用户进行录入。

3.3.4  用户信息维护

    用户信息维护包含以下功能：
1.   用户信息维护： 可对系统的用户信息进行修改，删除，用户修改密码等操
作。
 
 

3.3.4  用户查询

用户查询包含以下功能：
1.   用户查询：可按用户编号，用户名称，部门，入职时间等条件对用户进行查
询。

3.3.4  用户权限管理

    用户权限管理包含以下功能：
1.   普通用户权限设置：可对用户权限进行设置，系统管理员可以设定普通用户
的系统操作权限。
2.   系统管理员权限初始化：系统管理者在系统安装初期便由系统进行设定，系
统管理员拥有添加用户、设置用户的权限。除此之外，系统管理员没有系统业务操作及查询权限。
3.   领导权限，可以查询汇总(按年、按季、按月、按周)设备信息数据(包括设
备维修资金、维修完成比例等信息)，可以全局监控各线路设备当前状况及人员调派状况等。
 
 

3.3.4  用户管理子系统操作流程图

 
图11 用户管理子系统操作流程图
 
 
 

3.3.5  系统基础数据管理子系统

3.3.5  系统基础数据管理子系统结构图

                    图12 系统基础数据管理子系统结构           

3.3.5  线路管理

线路管理包含一下功能：
1.   地铁线路信息维护：可对地铁线路信息进行增加，修改，删除等操作，可以
动态维护线路信息。当某一条线路发生发生变化的时候，系统里面所有和这条线路关联的字段都会同时发生变化。线路信息包含以下内容：线路编号、线路名称、线路描述、线路长度、线路类型、线路状态、线路的起点站、终点站、线路备注等内容。
2.   地铁线路信息查询：可对系统里面存在的地铁线路信息进行查询操作。
3.   线路管理操作流程图：

 
图13 线路管理操作流程图

3.3.5  站点管理

站点管理包含以下功能：
1.   站点信息维护：可对各条线路的站点信息进行增加，修改，删除等操作，可
以动态维护线路的站点信息。当某一个站点信息发生变化的时候，系统里面所有和这条个站点关联的字段都会同时发生变化。站点信息包括以下内容：站点编号、站点名称、站点简称、站点所属线路、站点类型、站点状态、站点备注等内容。
2.   站点信息查询：可对系统里面存在的地铁站点信息进行查询操作。
3.   站点信息操作流程图：

 
             图14 站点管理操作流程图

3.3.5   车辆段管理

1.   车辆段信息维护：可对车辆段里面包含信息进行增加，修改，删除等操作，  
可以动态维护站点包含的位置信息。当某一个站点的位置信息发生变化的时候，系统里面所有和这些站点关联的字段都会同时发生变化。车辆段信息包括以下内容：车辆段编号、车辆段名称、车辆段简称、所属站点、车辆段备注等内容。
2.   车辆段信息查询：可对系统里面存在的地铁线路的车辆段信息进行查询
操作。
3.   车辆段信息操作流程图：
 

 
图15 车辆段操作流程图

3.3.5  列车信息管理

列车信息管理包括一下功能：
1.   列车信息维护：可对系统包含的列车信息进行增加，修改，删除等操作，可
以动态维护列车信息。当某一列车信息发生变化的时候，系统里面所有和这一列车相关联的字段都会同时发生变化。列车信息包括以下内容：列车编号、列车名称、列车简称、所属线路、列车备注等内容。
2.   列车信息查询：可对系统里面存在的列车信息进行查询操作。
3.   列车信息管理流程图：

 
图16 列车信息操作流程图

3.3.5  隧道信息管理

隧道信息管理包括以下功能：
1.   隧道信息维护：可对站点里面包含的隧道信息进行增加，修改，删除等操作，
可以动态维护站点包含的隧道信息。当某一个隧道信息发生变化的时候，系统里面所有和这个隧道关联的字段都会同时发生变化。隧道信息包括以下内容：隧道编号、隧道名称、隧道简称、所属线路、隧道备注等内容。
2.   隧道信息查询：可对系统里面存在的隧道信息进行查询操作。
3.   隧道信息管理操作流程图：

         
 
图18 隧道信息操作流程图

3.3.5  设备房信息管理

设备房信息管理包含以下内容：
1.   设备房信息维护：可对站点里面包含的隧道信息进行增加，修改，删除等操
作，可以动态维护站点包含的设备房信息。当某一个设备房信息发生变化的时候，系统里面所有和这个设备房关联的字段都会同时发生变化。设备房信息包括以下内容：设备房编号、设备房名称、设备房简称、所属线路、设备房备注等内容。
2.   设备房信息查询：可对系统里面存在的设备房信息进行查询操作。
3.   设备房信息操作流程图：

 
图18 设备房信息操作流程图

3.3.5   OCC信息管理

OCC管理包含以下功能：
1.   OCC信息维护：可对OCC信息信息进行增加，修改，删除等操作，可以动态
维护OCC信息。当某一个OCC信息发生变化的时候，系统里面所有和这个OCC信息关联的字段都会同时发生变化。OCC信息包括以下内容：OCC编号、OCC名称、OCC简称、OCC类型、所属线路、OCC备注等内容。
2.   OCC信息查询：可对系统里面存在的OCC信息进行查询操作。
3.   OCC信息管理操作流程图：
 
 
 

图20 OCC操作信息流程图
 

3.3.5    部门信息管理

部门信息管理包含以下内容：
1.   部门信息维护：可对系统里面包含的部门信息进行增加，修改，删除等操作，
可以动态维护系统包含的部门信息。当某一个部门信息发生变化的时候，系统里面所有和这个部门关联的字段都会同时发生变化。部门信息包括以下内容：部门编号、部门名称、部门简称、部门负责人、部门备注等内容。
2.   部门信息查询：可对系统里面存在的部门信息进行查询操作。
3.   部门信息管理流程图：
 

图21 部门信息操作流程图
 

3.3.6   报表综合查询子系统

3.3.6  报表综合查询子系统结构图

               图20 报表综合查询子系统操作结构图

3.3.6  报表综合查询报表操作流程图

                       图21 报表综合查询子系统操作流程图

3.3.6  设备报表

设备报表包含以下内容：
1.   生成设备报表：可按不同的条件生成设备报表，如可按设备类型、设备状态、
线路、站点等条件生成设备报表。
2.   设备报表打印：系统生成的设备报表可以直接打印。
3.   设备报表导出：系统生成的设备报表可以直接导出到Excel电子文档。

3.3.6  故障报表

     故障报表包含以下内容：
1.   生成故障报表：可按不同条件生成故障报表，如可按故障类型、故障发生时
间、发生故障的设备类型、故障处理时间等不同条件生成故障报表。
2.   故障报表打印：系统生成的故障报表可以直接进行打印。
3.   故障报表导出：系统所生成的故障报表可以直接导出到Excel电子文档。

3.3.6  报表综合查询

报表综合查询包含以下内容：
1.   生成系统综合报表：按不同条件生成系统的综合设备、故障查询报表，并可
按周、年、月、季度、年度等时间段进行报表查询，还可以自定义时间段进行查询。
2.   图表分析功能：可按产生的查询报表自动生成饼图、柱状图等分析图表，方
便对设备所产生的故障进行分析，为预防或减少故障发生提供数据分析依据。
3.   综合报表导出功能：对系统生成的报表可导出到Excel电子表格文档，方便
存档。
 

3.3.7  系统参数管理

图22 系统设置信息结构图

3.3.7   系统阀值设置

系统阀值设置包含以下内容：
1.   设备故障处理超时时间阀值设置：可设置故障处理超时时间阀值，录入系统
的故障如果超过了这个处理时间，将自动将故障设置为超时未处理状态。
2.   设备故障限时未处理时间阀值设置：当故障的处理时间即将到期仍未进行处
理的故障将进行提示。

3.3.7   数据库访问参数设置

数据库访问参数设置包含以下内容：
1.  数据库访问参数设置：可设置系统数据库访问参数，如数据库访问用户名、
密码。

3.3.7  系统网络访问参数设置

系统网络访问参数设置包含以下内容：
1. 网络参数访问设置：可设置网络访问参数，如通讯服务器IP、通讯服务器端口等等。   

3.4 设备巡检信息录入Web网站

3.4.1  设备巡检信息录入Web网站流程图

 
图23设备巡检信息录入信息操作流程图

3.1.2 设备巡检信息录入操作流程说明

1.   巡检员使用正确分配的用户账号和密码登录web网页端子系统；
2.   登录后网页程序将根据所登录的用户账户判断该用户的操作权限，如果用户
巡检信息录入权限则可进行巡检信息录入，并提交到后台数据库；如果仅具有巡检信息查询权限则只能进行巡检信息查询操作。
3.   巡检员录入了巡检信息，确认所录入的信息无误后，便可点击“提交”按钮，
将数据提交到后台数据库中，提交后将产生一条新的巡检记录信息。

3.5 系统数据维护模块

系统数据维护模块包含以下功能：
1.    系统数据备份/恢复：对系统数据库进行备份，预防系统数据   遭到破坏。
2.   系统数据导入导出接口：系统提供外包数据导入导出接口，可直接从Excel
电子文档进行数据导入或者导出。
3.   系统日志管理：“日志管理”用于维护系统的使用日志。一个好的应用系统
会对任何操作员进行的所有操作进行日志记录，“日志管理”可以查询、导出和删除历史的日志。
4.   更改密码：“更改密码”供用户更改自己的密码。

3.6  系统实现的策略和技术

在故障信息管理系统中，许多数据需要确定责任人，因此在录入数据是务必要做到准确和公正，为了保证数据的准确和公正，系统必须保证操作员的权限明确，操作范围不能越界。用户在系统登录时，需要输入正确的用户名和密码，才可以登录系统。系统根据登录的用户名以及预先设置好的相应用户所具有的权限，界面上显示该用户具有权限的操作，即是具有数据录入或者仅仅具有数据查询权限。实现电子签名；用户不能通过其他手段对数据库进行操作，从而实现电子签名的安全性。为了保证数据的安全性，在电子签名操作完成后，对于确认的数据将不能进行更改。系统采用了“点火器”方法，即对存在数字签名的数据进行删除、将上述策略应用到系统中，外场排故人员、技术室主管、备件室主管、备件管理员等由于各自的权限不相同，其登录后所看到的界面是不相同的。在备件申请流程中，当技术室主管看到有未被审核的器材申请单时可以对其进行审核、电子签名；同理，备件室主管看到有准备好而未出库的器材时，可以对其进行出库并进行电子签名，而以其他没有该权限的用户登录时无法看到该功能。当备件室主管对某器材申请单进行出库并进行电子签名后，该条信息将自动被系统保护起来，任何用户对该条信息只有浏览、查看的权限，而不能进行删除、修改操作；但是如果备件室管理员对某设备申请单只进行出库而不进行电子签名，在系统中认为该条信息是可以进行查看、删除、修改等任意操作的。因此，可以看出，通过电子签名和数据保护机制有力地保证了数据的安全性。

3.7  技术选型、平台

3.7.1   开发工具和程序架构

采用B/S结构方式进行应用发布，系统维护简单，应用可靠。

3.7.2   系统开发建模

系统开发过程中将充分考虑各种业务的共性和异性，将共性抽象出来建立模板，如具有相同业务模式的单据模板，基础资料模板，系统标准报表模板，用户自定义报表模板等等，在开发过程中充分利用面向对象的程式开发思想，通过对模板的继承在很大的程度上提高代码的共用性，这将大大缩短开发周期和方便以后的程序版本升级维护管理。

3.7.3   技术目标要求

结合当前最新技术进行数据管理。
基础业务操作发采C/S架构进行开发，用通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销，提供客户端相应速度以及良好的人机交互开发将大大简化操作流程，提高工作效率。灵活的可集成性，根据业务调整的需要可更改或重新定义工作流程；
开放的体系结构，保证系统能够与其他业务系统的信息交换，保护用户的原有投资；严格的权限控制和安全机制，严格的权限控制是系统安全性的必要保障。

3.7.4   查询统计与管理操作要求

查询统计分析决策功能需要从业务数据库中抓取数据，相当耗费系统资源，因此需要寻找一个相对业务不繁忙的时间进行，而且要避开系统数据备份的时间。

3.7.5   业务数据安全性

系统安全性要求“该看的人有权利看，不该看的人没有权利看”。每个用户都会被委派为不同的角色。同一个角色可以执行同一个事务。而系统中的角色是很多的，越是管理者，拥有的角色越多，能执行的权限就越大。
对数据库方面，由一个系统管理员和业务主管人员共同管理数据库密码，还要求定期更换密码。其他一般用户，要求保证不同角色的人对数据的操作权限是不同的，即不同的角色分别对应只读、可写和删除的动作，以此来保证系统数据的完整性和安全性。

3.7.6   软件系统安全性

对用户的口令验证，我们采用MD5算法进行不可逆加密。不但防止了外部人员，即使是内部知道程序的人，也不能进行非法访问。

3.7.7   网络服务性要求

系统基于Intranet/Internet环境运行，客户端需要与服务器端进行平稳的数据传输工作，因此客户端与服务端的网络服务必须保证畅通，整个网络通讯的交互必须架构在标准的TCP/IP协议之上。

3.7.8   网络安全

针对Internet访问方式，要求防火墙除了指顶端口开启外，其他端口不能接受数据。同时服务器应该做好防计算机病毒入侵的防范防止病毒入侵，以免破坏系统数据。操作系统应该更新到最新版本。

3.7.9   先进性、可扩展性要求

在数据管理上采用方便灵活功能强大的SQLServer数据库；在应用架构上采用的是J2EE框架技术；以面向对象技术进行多层体系架构开发，方便系统扩展和升级。本系统以大型关系型数据库SQLServer为后台数据库系统，以Delphi为客户端开发工具，网页端以J2EE框架进行系统的开发与开发。框架下采用多层体系结构，具有良好的开放性、可扩展性和较强的适应性。系统提供灵活的基础数据和系统管理设置的功能，提供了良好的数据查询、统计以及报表打印等功能。系统界面美观、友好，操作简单。

3.7.10     系统维护要求

对于系统来说，有两种维护需求：一是数据的维护，主要是建立工程基本信息以及工程过程数据信息，需要专人负责；二是系统的自动维护，包括定期发送预警信息，定期检查数据完整性，定期运行报表数据等。

3.7.11     系统硬件设备需求

对于设备来说，需要提供稳定的数据库服务器和应用服务器硬件平台，需要稳定的网络通讯平台；在客户端，需要能运行IE浏览器的PC和笔记本。

• 网管型交换机故障管理方案 网管型故障管
• 网管型交换机故障管理方案 网管型故障管