大连理工软件工程硕士学位论文--胡淼

《大连理工软件工程硕士学位论文--胡淼》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

专业学位硕士学位论文杭州通讯基站综合信息管理系统的设计与实现DesignandImplementationOfHangzhouCommunicationBaseStationInformationManagementSystem作者姓名：胡淼工程领域：软件工程学号：40917263指导教师：完成日期：大连理工大学DalianUniversityofTechnology

1大连理工大学学位论文独创性声明作者郑重声明：所呈交的学位论文，是本人在导师的指导下进行研究工作所取得的成果。尽我所知，除文中已经注明引用内容和致谢的地方外，本论文不包含其他个人或集体已经发表的研究成果，也不包含其他已申请学位或其他用途使用过的成果。与我一同工作的同志对本研究所做的贡献均已在论文中做了明确的说明并表示了谢意。若有不实之处，本人愿意承担相关法律责任。学位论文题目：杭州通信基站综合信息管理系统的设计与实现作者签名：日期：年月日

2大连理工大学专业学位硕士学位论文摘要本文所研究、设计并实现的通信基站综合信息管理系统的目标就是保障移动通信基站的稳定运行，保障工作主要通过两个方面进行，一方面是常规化的巡视检查，另一方面是基站问题的快速处理。随着通信行业的不断发展，无线网络已经覆盖到了人们生活中的方方面面，随时随地的查资讯、玩游戏、看电影成为了一个普遍需求。对于这样的高速通信要求，如何保障仍在不断增长的通信基站能够高质量的运行就显得日益重要了。论文设计实现的通信基站综合信息管理系统就是围绕主题展开的，包含组织架构管理、站点设备资源管理、巡检计划管理、备品备件资源管理、设备参数知识库、站点机房钥匙管理、代维工单管理、代维合同管理和代维费用管理九大功能模块，有效的对移动基站的各项代维工作提供了支撑。本文首先介绍了系统中的各项概念，针对系统的各项需求进行了细致的分析，然后按照需求对系统的各个组成部分进行了合适的设计，对技术中的重难点进行了提前的处理，最后，实现了一个完备健壮的系统。系统开发和运行的平台使用的是微软的DotNet平台，使用C#语言进行开发，数据库使用的是Oracle。系统架构层面上，采用的是基于B/S分层架构，由于系统的使用者有移动员工和代维公司员工，网络分布分散，使用浏览器的方式易于部署和升级，也便于用户随时随地的接入使用。服务端的部分使用以数据为中心的三层架构来搭建。由于系统具有明显的数据中心的特征，数据对象多、数据操作功能多，所以围绕数据开展分析设计相对容易。基于三层架构，能够保证系统整体的架构具有良好的扩展能力，以便适应业务增长的需要。本系统对移动基站代维的各个方面进行了有效的辅助，对各项流程化的工作提供了便捷的支持，为移动和代维公司的沟通搭起了直接的桥梁。系统为基站综合信息的系统级管理奠定了良好的基础。关键词：通信基站；综合信息；管理系统；基站代维-I-

3大连理工大学专业学位硕士学位论文DesignandImplementationOfHangzhouCommunicationBaseStationInformationManagementSystemAbstractThisdissertationexplores,designsandimplementsthecommunicationbasestationinformationmanagementsystem,whichaimstomaintainitsstableoperation.Andstableoperationcanberealizedthroughtwomethods.Oneisregularpatrolandinspection.Theotherisfastprocessingofproblems.Withthecontinuousdevelopmentofthecommunicationindustry,thewirelessnetworkhascoveredpeople’severydaylife.Checkinginformation,playinggames,watchingmoviesregardlessofgeographicallocationshasbecomeageneraldemand.Asaresultofsuchhigh-speedcommunicationrequirement,ensuringthehigh-qualityoperationofthegrowingnumberofcommunicationbasestationsisbecomingincreasinglyimportant.Thecommunicationbasestationinformationmanagementsystemdesignedandimplementedbythisdissertationisaroundthethemes,whichincludesorganizationmanagement,equipmentresourcemanagement,inspectionplanmanagement,sparepartsmanagement,equipmentparameterKBmanagement,computerroomkeymanagement,maintenancesubstitutetaskmanagement,maintenancesubstitutecontactmanagementandmaintenancesubstitutefeemanagement.These9functionalmoduleseffectivelysupportvariousmaintenancesubstituteworkinthemobilebasestations.Inthisdissertation,variousconceptsinthesystemareintroducedfirst,andthenrequirementsaccordingtosystemrequirementsareanalyzedindetail.Inaccordancewiththerequirementsofthevariouscomponentsofthesystem,suitablecomponentsaredesignedanddifficultpointsaretreatedinadvance.Finally,acompleteandrobustsystemisrealized.DuetothefactthattheusersofthissystemaretheemployeesinChinaMobileandmaintenancecompaniesandthenetworkdistributionisdispersed,theB/Sstructureisbeneficialfordeployment,upgradeandaccess.ThesystemdevelopmentandrunningplatformusesMicrosoft'sDotNetplatform,C#languagedevelopmentandtheOracledatabase.ThesystemarchitectureadoptstheB/Slayered structure.Becausethesystemhasobviouscharacteristicsofthedatacenter,whichhasmoredataobjectsandmoredatamanipulationfunctions,theanalysesanddesignscarriedoutarounditarerelativelyeasy.Basedonthethree-tierarchitecture,goodscalabilityoftheoverallsystemarchitectureisensured,whichaccommodatesthebusinessgrowth.-V-

4大连理工大学专业学位硕士学位论文Thissystemeffectivelyassistsvariousaspectsofthemobilebasestations’maintenancesubstitute,providesaconvenient support forstandardizedworkandsetsupabridgebetweenChinamobileandthemaintenancecompanies.Besides,thissystemlaysasolidfoundationforthesystem-levelmanagementofbasestationinformation.Keywords：Communicationbasestation；Basestationinformation；Managementsystem;Basestationmaintenancesubstitute-V-

5大连理工大学专业学位硕士学位论文目录摘要IAbstractII1绪论11.1课题背景和意义11.1.1系统的建设背景11.1.2系统的建设意义11.2国内外技术现状21.2.1GSM移动通信系统及维护工作21.2.2开发平台和语言31.3论文的主要工作和章节安排41.3.1本文的主要工作41.3.2本文的章节安排52杭州通信基站综合信息管理系统需求分析62.1功能需求分析62.2.1代维组织架构管理模块62.2.2站点设备资源管理模块72.2.3巡检计划管理模块92.2.4备品备件资源管理模块92.2.5设备参数知识库模块112.2.6站点机房钥匙管理模块112.2.7代维工单管理模块112.2.8代维合同管理模块122.2.9代维费用管理模块122.2性能需求分析132.3安全需求分析132.4开发语言和平台143杭州通信基站综合信息管理系统设计153.1系统整体设计概述153.1.1系统架构设计153.1.2网络结构设计163.1.3功能结构设计16-V-

6大连理工大学专业学位硕士学位论文3.2系统数据库设计163.2.1系统实体分析163.2.2表结构设计173.3系统功能设计223.3.1代维组织架构管理模块223.3.2站点设备资源管理模块223.3.3巡检计划管理模块233.3.4备品备件资源管理模块233.3.5设备参数知识库模块253.3.6站点机房钥匙管理模块263.3.7代维工单管理模块263.3.8代维合同管理模块273.3.9代维费用管理模块273.4技术难点的实现283.4.1组织架构的表示方法283.4.2站点设备的批量处理293.4.3站点设备、工单与其他对象的关联关系313.4.4工作流引擎的开发324系统实现与测试364.1功能实现364.1.1登录和主界面的实现364.1.3查询功能的实现384.1.4部门人员选择功能的实现394.1.4站点设备资源导入导出功能的实现414.1.5工单功能的实现424.2测试及结果424.2.1软件测试介绍424.2.3对本系统的测试43结论46参考文献47致谢49大连理工大学学位论文版权使用授权书50-V-

7

8大连理工大学专业学位硕士学位论文1绪论通信行业不断发展，无线网络已经覆盖到了人们生活中的方方面面，随时随地的查资讯、玩游戏、看电影成为了一个普遍需求。对于这样的高速通信要求，如何保障仍在爆炸式增长的通信基站能够高质量的运行就显得日益重要了。1.1课题背景和意义1.1.1系统的建设背景20世纪中叶，世界上第一个采用蜂窝概念的商用公共汽车电话系统的建立，拉开了第一代移动通信1G时代的序幕；到了80年代，移动通信得到了快速发展；90年代，全球移动用户出现爆炸式的增长，全时间大多数国家很快采用第二代数字蜂窝移动通信系统2G来取代第一代的模拟移动通信系统，以满足由于用户高速增长的对大容量系统的需求；踏入21世界，移动通信发展已进入信息时代，多媒体、视频业务的需求退队了第三代移动通信3G的发展，迎来了第三代移动通信系统的建设高潮，并且加快了长期演进的步伐。于此同时围绕提升数据传输速率和拓展带宽这一主题，GSM、CDMA等“老”技术也焕发出新的活力，2G增强型技术业务带宽纸币3G标准，3G机器演进技术，带宽记录不断被刷新。宽带移动通信的春天已悄然走来。[1]对于通信行业的迅猛发展，带来同样是代维工作的巨大发展。早前考虑较多的是是否需要进行代维，而现在的实际情况是，几乎所有的基站事项都在进行代维。发展至今，代维工作也已经由以往的单一的基站代维发展到目前的基站、塔桅天馈、延伸系统、综合接入和管线的全方位代维，从简单的维护检查工作到无线主设备协维的角色。目前，通信基站的数量几乎是以两年翻一番的速度在增长，这就需要代维工作的发展速度也要能够跟上发展的角度。1.1.2系统的建设意义代维工作发展历程从国营企业的分管工作到民营企业的分工管理，到合作的关系；从自发形成、分散粗放的管理方式，到目前的统一管理。代维工作的发展主要从代维制度的建设、代维业务的整合、工作效能的提升、代维队伍的规范几个方面来推进。杭州通信基站综合信息管理系统的需求是由在代维管理工作的一线人员总结分析后提出来的，在代维工作开展的过程中，能够进行系统化、电子化、流程化的工作，都植入到了系统当中，为代维工作和代维管理工作提供了重要的辅助。49--

9大连理工大学专业学位硕士学位论文系统的实现，也为进一步提升代维工作的效率，为下一步全业务代维的开展，做了一个比较好的铺垫。1.2国内外技术现状1.2.1GSM移动通信系统及维护工作（1）GSM系统的组成GSM系统典型结构可分为4个组成部分：网络子系统（NSS）（或交换子系统（SS））、基站子系统（BSS）、操作维护子系统（OSS）和移动台子系统（MS），其基本结构如图1.1所示：[2]图1.1全球移动通讯系统结构图Fig.1.1StructurediagramofGlobalSystemofMobilecommunication（2）基站机房的基本配置基站子系统包括基站控制器（BSC）和基站收发信机（BTS）两部分，在基站中安装的主要是BTS部分，即基站主要提供系统与用户终端间的无线通信接口。作为一个基站，要提供可靠的通信服务，必须具备BTS主设备、传输设备、电源、空调、监控等部分。[2]（3）基站维护的内容基站49--

10大连理工大学专业学位硕士学位论文维护的主要内容如下：（1）基站环境及安全检查。（2）工程、整改和其他维护工作，包括铁塔（桅杆）及天馈系统、空调和电源登；铁塔（桅杆）与天馈系统包括铁塔（桅杆）、天线部分、馈线部分、接地系统、综合、故障抢修和按需维护等。（3）主辅设备（包括基站主设备、传输设备、集中监控系统）周期检测及维护工作。（4）基站存在问题的整改。（5）外部高级与设备故障处理。（6）移动油机发电。（7）防台扛洪。（8）其他工作。[2]1.2.2开发平台和语言（1）Java语言Java是OOP语言，它的句法结构来源于C++。大家都已经注意到，Java的强大之处远不止其平台无关性。作为一种语言，Java去掉了C++中部分令人讨厌的语法。作为一个平台，Java为程序员提供了许多预定义的包含各种类型定义的"包"。使用这些类型，Java程序员可以创建含有数据库连接、消息支持、Web前端支持和丰富的桌面的一个100%的纯Java应用程序。[3]（2）.NETFramework介绍.NETFramework的一些核心功能：对已有代码具有完全的互操作性。支持多种编程语言。所有支持.NET的语言共享的公共运行时引擎。全面和彻底的语言集成。全面的基础类库。不关注COM底层操作。真正简化的部署模型。[3]（3）C#语言C#混合切学习了多种语言的有点和特性，它有像Java一样简洁的语法，有像VB一样简单的操作方式，像C++一样强大且灵活的功能特性。[3]以下是C#核心特征的一部分，其中大部分特点也是其他支持.NET的程序语言所共有的特征：C#程序通常不需要直接对指针进行操作。垃圾收集器能够自动管理内存。类、接口、结构、枚举和委托都有正式的语法结构。具有与C++类似的功能，可以简单地重载操作符为自定义类型。支持基于特性的编程。[3]随着.NET2.0的发布（大约在2005年），C#编程语言被更新以支持很多花哨的东西，主要是以下几项：构建泛型类型和泛型成员的能力。支持匿名方法，它允许我们在任何需要委托类型的地方提供内联函数。很多委托/事件模型的简化，包括协变、逆变以及方法组转换。使用partial关键字跨多个代码文件定义单个类型的能力。[3].NET3.5（大约发布于2008年）为C#编程语言增加了更多功能，包括如下特性：支持强类型的查询（如LINQ），可用于和各种形式的数据进行交互。支持匿名类型，它允许我们建模一个类型的"形"（shape）而不是其行为。使用扩展方法扩展既有类型（没有子类）功能的能力。包含了Lambda操作符（=>），它可以进一步简化.NET委托类型的使用。新的对象初始化语法，它允许我们在创建对象时设置属性的值。[3]49--

11大连理工大学专业学位硕士学位论文.NET4再次为C#添加了少量特性：支持可选的方法参数和命名的方法参数。支持通过dynamic关键字在运行时动态查找成员。泛型类型的操作将更加直观，因为你可以使用协变和逆变，轻易地在泛型数据和普通的System.Object集合之间进行相互映射。[3]1.3论文的主要工作和章节安排1.3.1本文的主要工作本文在调研获取了全面的杭州通信基站综合信息管理系统需求的基础上，分析了主流的国内外的技术实现方式，结合软件工程中的理论知识，对系统进行了详尽的分析和设计，在开发过程中不断测试修正，最终完成了杭州通信基站综合信息管理系统。系统的功能模块简述如下：1、代维组织架构管理：针对站点进行的巡视检查工作称之为巡检，而对基站进行巡检维护的人员称之为代维人员。由于代维人员数量众多，对代维人员采用的是层级方式进行组织和管理，本模块完成代维组织架构的全面管理。2、站点设备资源管理：站点设备是本系统最重要的基础资源，它是提供无线通信的基石，针对站点设备本身，具有站点移交（新增）、站点退服（删除）等功能。3、巡检计划管理：针对巡检工作进行计划安排，并对计划完成情况的结果进行核实是本模块完成的工作。4、备品备件资源管理：由于站点设备是长时间运行的一个电子设备，终有损坏和报废的时间点，在站点设备发生问题时，备品备件就需要被及时的替换上去，本模块对备品备件的使用过程进行的监控和管理。5、设备参数知识库：站点设备运行时，其设定的参数决定着站点设备运行的稳定性。对于设备参数的调整是一个十分重要的步骤，本模块要求将代维工作中的每次设备参数调整工作进行登记，以保证每个站点的设备参数调整的历史操作都具备可查性。同时，这也是代维人员学习设备参数调整的一个知识库。6、站点机房钥匙管理：站点机房是站点的运行环境，保证站点的正常运行就必须保证环境的安全，而机房钥匙作为安全中最重要的一环，被引入了系统中，针对机房钥匙的使用和归还，系统采用了电子化的流程来进行保证。7、代维工单管理：包含故障、投诉、发电、异常情况上报、整改、应急通讯等工单，系统针对各类不同的工单，形成了其特有的电子化流程，保证工单的流转和处理。8、代维合同管理：对移动公司和代维公司签订的各类代维业务的合同进行科学管理，并提供合同到期预警的功能。9、代维费用管理：移动公司对代维公司因代维工作产生的费用称之为代维费用，代维费用最终的结算涉及到几个不同的方面，包括代维站点的数量，代维工作的质量，代维工单的完成情况，本模块提供了便利的途径，可以编辑代维费用的公式，自动计算出最终的代维费用。49--

12大连理工大学专业学位硕士学位论文1.3.2本文的章节安排本文整体的结构简述如下：第一章为绪论的部分，主要进行了课题背景的阐述，讨论了建设杭州通信基站综合信息管理系统的必要性和意义。分析研究了国内外相关技术的情况，最后写出论文的主要工作和章节安排的情况。第二章为需求分析的部分，针对杭州通信基站综合信息管理系统的需求进行了较全面的分析，针对系统的功能、性能、安全方面进行了分析，针对相应的重难点需求也给出了明确的解决方案，章节的最后，本文系统的开发语言和所使用的平台进行了明确和介绍。第三章是系统设计部分，首先对系统进行了整体性的设计，然后针对系统的功能层面数据库层面和安全层面进行了详细的设计，对各个不同层面的设计，均提供了相应的图表进行辅助的说明。第四章为系统实现部分，对系统实现过程中的重难点的功能实现进行了详实的描述，最后介绍了测试杭州通信基站综合信息管理系统的方法和结果。最后为论文的结论部分，杭州通信基站综合信息管理系统最终在浙江移动进行了使用推广，整个系统的设计实现均满足了用户的实际要求，用户非常肯定本项工作。49--

13大连理工大学专业学位硕士学位论文杭州通信基站综合信息管理系统需求分析2.1功能需求分析杭州通信基站综合信息管理系统的主要设计目标是能够保障高质量的运行。目前对于通信基站的保障主要通过两个方面进行，一方面是常规化的巡视检查，另一方面是基站发现问题的快速处理。通信基站综合信息管理系统亦围绕这两个工作展开。整个系统的前台体划分为9大功能模块：分别为代维组织架构管理、站点设备资源管理、巡检计划管理、备品备件资源管理、设备参数知识库、站点机房钥匙管理、代维工单管理、代维合同管理、代维费用管理。因为系统的特性，功能分析主要围绕用例和数据字段展开。用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。软件的开发过程可以分为需求分析、设计、实现、测试等阶段，用例把所有这些都捆绑在一起，用例分析的结果也为预测系统的开发时间和预算提供依据，保证项目的顺利进行。因此可以说，软件开发过程是用例驱动的。[4]2.2.1代维组织架构管理模块代维组织架构是整个系统的基础，所有的功能点都与其有关联性。它表示的是代维公司内部的实际直接开展代维相关工作的部门，不包含其他工作的部门，比如财务部门、销售部门等等。代维组织采用的是五个层级的组织架构进行管理，分别是代维公司、代维办事处、代维维护中心、代维维护站点、代维小组，层级的划分依据主要是地理区域的概念。代维公司指的是在工商登记注册的企业实体。代维公司表示时采用全称代维办事处指的是代维公司下对应地市级别的一个实体，一个代维公司在一个地市只设立的一个代维办事处，但是有可能一个地市有多个代维办事处，表示这个地市同时有多个代维公司进驻。代维维护中心则对应到县市的级别，表示代维办事处在某个县市设立的一个实体。一个县市只有一个代维维护中心。代维维护站点则一般对应街道或者城区，表示的是代维维护中心在该地理层级设立的一个实体，该层级比较特殊，当代维维护中心规模较小时，中心下可直接设置代维小组。49--

14大连理工大学专业学位硕士学位论文代维小组是代维工作开展的基本单位，一般代维小组下会有几个组员，分别负责不同的工作，一个小组一般拥有一辆代维工作车辆，接受代维任务时，该小组成员会一起出发去执行。代维组织架构的管理需要有以下几个基本功能，如图2.1所示：图2.1组织架构管理用例图Fig.2.1UsecasediagramofOrganizationManagement代维公司这一层级的数据，必须由系统管理员进行增加。而已经增加的代维公司，其公司内部的代维人员，是可以管理其层级以下的代维部门的，可以进行增加部门，修改部门名称和删除部门的操作。2.2.2站点设备资源管理模块站点设备资源指的是代维工作的主体对象，通信基站等基础设施，其重要性可见一般。一般站点资源包含的信息有地址信息（地区、县市和详细地址），站点类型，站点编号，站点名称，代维组织架构关联信息（用来表明站点属于哪个代维实体维护），业主相关信息（用来表明站点所在地的拥有者）。站点可以划分为基站类、塔桅类、分布系统类、综合接入类、管线类五大类别。对于站点设备资源管理模块主要需要进行的功能有站点设备的新增修改删除，站点数据的批量导入和导出。对于所有类别的站点设备均含有的字段包括：地区、县市、乡镇（街道）、代维公司、代维办事处、代维维护中心、代维维护站点、代维小组、站点编号、站点名称、站点类型、服务49--

15大连理工大学专业学位硕士学位论文区域、站点地址、业主单位名称、联系人、联系号码、开始代维时间、备注。站点类型根据大类的不同，会有不同的选择范围。服务区域的选择范围：城镇站点、农村站点、特殊站点。基站类型设备，还包含字段：巡检周期、经度、纬度、房源类型、共建共享、网络类型、2G开通年月、TD开通年月、搬迁情况。站点类型的选择范围：宏基站、边际站、微蜂窝。房源类型的选择范围：征地自建、租地自建、租用、共享、共建、其它。网络类型的选择范围：2G独立网络、TD独立网络、2G与TD混合网络。塔桅类型设备，还包含字段：塔桅类型、经度、纬度、楼高、塔桅高度、平台数、一平台高度、二平台高度、三平台高度、四平台高度、天线程式、生产厂家、安装年月、终验年月。站点类型的选择范围：角钢塔、单管塔、拉线塔、三管塔、桅杆群、独立桅杆、美化天线、其它。天线程式选择范围：定向、全向。分布系统类有两个小类别，直放站和分布系统，其中直放站还包含字段：客户等级、巡检周期、经度、纬度、网络类型、覆盖区性质、信源设备类型、设备型号、生产厂家、2G开通年月、TD开通年月。客户等级选择范围：重要客户、一般客户。分布系统还包含字段：客户等级、巡检周期、经度、纬度、覆盖区性质、天线数量、2G网络、TD网络和WLAN网络的相关字段（信源设备类型、设备型号、生产厂家、开通年月，WLAN包含一个AP数量）。站点类型的选择范围：小规模分布系统、中规模分布系统、大规模分布系统、特大规模分布系统。网络类型的选择范围：2G独立网络、TD独立网络、WLAN独立网络、2G与TD混合网络、2G与WLAN混合网络、TD与WLAN混合网络、2G与TD和WLAN混合网络。综合接入类的包含政企客户和家庭客户两个小类别，其中政企客户还包含字段：客户等级、巡检周期、业务类型、接入方式、客户数、2M数量、资产归属情况说明、开通年月。站点类型的选择范围：小规模接入系统/中规模接入系统/大规模接入系统/特大规模接入系统。客户等级选择范围：金牌级客户、银牌级客户、铜牌级客户、标准级客户、校园网、营业厅。业务类型选择范围：固话、宽带、电路出租、固话+宽带。接入方式选择范围：PBX、LAN、PON、其它。家庭客户还包含字段：门牌号、业务类型、接入方式、固定号码、开通年月。业务类型选择范围：固话、宽带、电路出租、固话+宽带。接入方式选择范围：PBX、LAN、PON、其它。管线类型的设备，还包含字段有：巡检周期、起点经度、起点纬度、终点经度、终点纬度、产权属性、管程/杆程、单路由光缆皮长、同路由光缆皮长。站点类型的选择范围：管道、杆路、租挂光缆、空管道。产权属性选择范围：自建、租挂、合建。49--

16大连理工大学专业学位硕士学位论文2.2.3巡检计划管理模块巡检计划指的是代维公司针对站点设备展开的最基本的巡回检查的工作。巡回检查是保障基站正常工作的第一项基本工作，要求代维人员必须实地接触站点设备，通过仪器，人工等方法，确认设备的正常工作，并对可提前发现的问题进行筛查。对于巡检计划的管理模块包含巡检计划和巡检结果两部分。首先代维公司会提出一个针对站点设备的巡检计划，其字段基本如下：地区、县市、代维小组、巡检负责人、巡检开始时间、巡检结束时间、巡检内容、备注和一个巡检站点的列表，由于前面已经有站点设备资源管理的模块，所以这里只需要得到站点的编号，结合这次计划的地区和县市信息，就可以知道计划中具体的站点资源了。整个巡检计划表达的信息是我们小组希望在某一个时间段内对这些站点执行巡检任务。提出的巡检计划会被提交只移动相应管理人员的待审核列表中，在移动人员查看了该计划后，会进行审核，审核通过折代维公司可以执行该巡检计划，如果审核不通过，折改巡检计划会被发回，按要求修改后可以再次提交。一般审核不通过是因为巡检站点数量不合适，巡检的起止时间不合适，或者是因为一些特殊情况，如某些站点需要调整巡检时间。代维公司在执行了审核通过的巡检计划后，每一天都会有一个执行的结果，即今天对哪些站点执行了巡检任务，巡检的情况如何，每一天都需要把巡检的结果提交给移动公司审核，移动公司需要对代维公司的巡检结果进行确认。这里有一个分支流程，是因巡检发生，但是不内置在巡检中的。当巡检中发现一些情况，代维人员是无法直接进行解决时，代维人员需要提交一个工单给移动公司，反馈该情况给移动公司。在巡检计划审批通过后，还有一个分支流程--巡检计划的变更撤销。因为某一些因素，巡检计划无法执行的情况，代维公司需要提出巡检计划变更或者撤销的申请，然后这一变更或者撤销的申请还是一样由移动公司进行审批，审批后，就行融合到巡检计划中。什么情况下会发生巡检计划呢？有一些基站的所在地的业主，不允许代维人员进入，代维工作无法执行；或者代维的站点临时出现了一些变更；或者代维的时间临时需要进行一些调整。发生了种种情况，改变更和撤销的流程就需要发生作用了。2.2.4备品备件资源管理模块49--

17大连理工大学专业学位硕士学位论文备品备件指的是比站点设备内部的更小的零部件，一般用于修复站点设备，或者对站点设备进行替换。现行的情况，备品备件是有移动公司统一购买，代维公司根据需求进行领取，然后对站点设备的相应部件进行替换，最后将替换下来的损坏的不见返回给移动公司。在使用过程中发现，代维公司实际使用的时候再去移动公司申领然后再去维修替换的方法效率比较低，所以代维公司需要在自己的公司内部保留一定量的备品备件，巡检或者维修的工作时直接带去，发现问题立刻进行替换。如此一来，移动公司的备品备件就会分散各地，需要有一个针对备品备件的库存管理的功能。这里的备品备件的资源管理，针对的是代维公司的仓库，其基本的操作如图2.2所示：图2.2备品备件用例图Fig.2.2UsecasediagramofStandbyRedundancy代维人员可以提出入库出库的申请，可以做备品备件的使用和返回；移动人员在该模块红继续扮演审批确认的角色。备品备件自身的属性包含代维业务、设备类型（包含备件和物资两种，指明是否是消耗品，是否具有出库的操作）、备件类型和数量。备品备件的入库操作，指的是代维人员将移动公司的备品备件放入到代维公司仓库的操作，相关的数据字段包含：代维维护中心、申请人、申请时间、备注、备件列表和相应申请数量、审批人、审批时间、审批结果。备品备件的使用，包含的数据字段为：代维维护中心、使用人、使用站点、备件列表和相应序列号。49--

18大连理工大学专业学位硕士学位论文备品备件的返回，包含的数据字段为：关联的使用记录、返回备件列表和序列号以及相应状态（良好或损坏）。备品备件的出库操作和入库操作的数据字段类似，包含：代维维护中心、申请人、申请时间、备注、备件列表和相应数量以及相应状态、审批人、审批时间、审批结果。一般情况下，备品备件在使用之前，其状态都应该是良好可用的，但是返回和出库这两个步骤，都需要对其状态进行描述，因为其从站点设备上被替换下来，一般表示其已经有损坏，所以需要有状态直接表明。2.2.5设备参数知识库模块设备参数知识库模块是为了将代维工作中的每次设备参数调整工作进行登记、查询、汇总，以便移动公司对代维的设备参数调整工作量进行统计并且对每个站点的设备参数调整的历史操作都具备可查性。设备参数知识库所包含的信息有代维组织架构信息、代维业务、调整日期、站点名称、站点编号、巡检人员、调整原因、调整情况描述、登记日期、登记人。该模块的功能相对比较简单，包含对设备参数调整记录的增加、修改、删除和查询统计的功能。其统计指的是可以知道一个站点被修改设备参数的次数和某一代维部门修改设备参数的总次数。2.2.6站点机房钥匙管理模块站点机房钥匙管理是站点安全管理的重要关节，在原则上移动公司管理所有钥匙，代维公司需要使用钥匙时，需提出申请，申请需经移动公司人员审批通过后才能将钥匙借给代维人员使用。钥匙借出后，系统记录钥匙的借用人、借用时间、用途等信息，代维人员使用完毕后需要归还钥匙，归还时，系统记录钥匙的归还时间、归还人等。2.2.7代维工单管理模块工单是移动公司开展内部工作的一个流程化的方法，一般移动公司进行某一项工作，都需要经过一系列的部门，会有多次的流转和一些固定的手续。针对代维工作，移动公司也确立了7种不同类型的工单，明确了其不同的职责范围和流转过程，工单的类型有故障工单、投诉工单、发电工单、异常情况上报工单、整改工单、随工工单、应急通信工单。故障工单是指基站设备发生问题导致基站退服的情况。49--

19大连理工大学专业学位硕士学位论文投诉工单是指移动客户直接反馈的一些问题需要进行处理。发电工单是因某些原因都只基站设备的电力系统部分无法正常工作的情况。异常情况上报工单指代维工作中发现的一些不正常的情况，但是还没有导致基站出现问题，提请移动公司注意并采取措施。整改工单是移动责令代维公司进行整改的工单。随工工单是移动公司要求代维公司配合移动公司开展一定工作的工单，并不一定是站点设备代维的工作。应急通讯工单指的是移动公司要求代维公司进行应急通信保障所派出的工单，比如有一些恶劣的自然天气，或者是一些大型集会。所有工单工单所包含的信息有代维办事处、代维小组、代维业务、派单人、主题、日期、处理时限、各种时间、各种历时、站点名称、站点编号、站点类型、站点等级、告警等级、问题描述、处理情况描述、用户满意情况、耗材、处理人、回单人等。2.2.8代维合同管理模块代维合同的管理是为了实现对移动公司和代维公司签订的各类代维业务的合同（包括全省代维框架协议、分公司代维协议，以及代维工作中产生的各种零星整改合同）进行科学管理，以便对代维合同信息进行查询，同时分公司的代维协议中的信息，将成为代维费用模块的单价的依据。代维合同的基本信息有代维公司、代维办事处、代维业务、合同名称、合同编号、签订日期、合同日期、合同日期、内容描述、费用单价（各种类型站点的单价）、总额、付款条款、签订人、附件等。2.2.9代维费用管理模块费用管理模块实现了移动公司对代维公司的代维费用计算。代维费用的计算主要包含三部分的数据，代维工作量、代维工作单价和代维考核指标，整体上看代维费用就等于代维工作量*代维工作单价*（代维考核指标/指标满分）。分开看每一个部分，代维工作量指的就是代维巡检的工作量，可以由站点资源设备管理模块中提取得到各个类型站点的数量，在经过站点折合计算，得到的就是代维的工作量的数值。49--

20大连理工大学专业学位硕士学位论文站点折合站的出现主要是为了最后便于最后代入指标计算代维费用，代维的站点一共分为13个小类，5个大类，每一个大类的下的各个小类的站点，会按照一定的比例系数折合到大类下的某一种站点，比如基站大类下会有宏基站、边际站、微蜂窝三类，宏基站作为该大类下的站点折合站，2个边际站会被折算成1个宏基站，3个微蜂窝会被折算成1个宏基站。例如有一个县市，有120个宏基站、120个边际站、120个微蜂窝，则该县市一共拥有220个宏基站。这个折合的系数等于两种类型站点代维单价的比值。代维工作单价可以从代维合同管理模块中直接取得。代维考核指标部分可以由代维工单管理模块计算得出，如在基站代维费用结算中，需要考核的指标有达标率、基站故障工单处理及时率、空调故障工单处理及时率、发电工单处理及时率。达标率表示所有基站相关工单的合格率（合格工单数/总工单书）,基站故障工单处理及时率表示故障工单中基站类型的工单的合格率，空调故障工单处理及时率和基站故障工单相同，发电工单处理及时率就是发电工单的合格比例。考核指标还有一部分是不能从系统中直接获得的，由用户直接在导出的表格中填写数值，包括年度综合考核成绩和管理考核成绩，指的是从代维公司和代维办事处两个层级上对部门代维管理水平的考核打分。以上两种类型的指标，都会有一个目标值，比如合格率，要求是达到90（%），但是某个单位办事处的考核成绩只有89，则需要扣去相应比例的代维费用，公式为代维总费用*（考核成绩-实际考核成绩）/100。所有的指标都需要经过一轮这样的扣费，最终得到的是该部门实际得到的代维费用。2.2性能需求分析在需求中明确提出，要求系统能够满足用户数2000，在线最高并发500人，平时系统响应时间不能超过3秒，高峰期系统响应时间最长不能超过7秒。系统需要在硬件不升级的情况下能够支撑在线运行2年的需求。针对该性能要求，主要需要关注两个层面，一个是并发数的处理，一个是数据储存的处理。对于并发要求，系统将采用双机集群的方式对外提供服务，一来保证系统的相应能力，一来可以使单点故障率大大降低。对于数据存储的要求，模拟计算，大致得出2年的数据库存储量和非结构化数据的存储量（主要在一些附件型的文件）约合为1TB，系统通过使用一个磁盘阵列中的2TB的空间来满足，留有了充足的余量。2.3安全需求分析系统需求中指出，要求系统在使用中不能出现重大的安全隐患，出现问题能够及时被发现。针对需求，我们分析得出安全需求主要有以下几个层面：1、硬件系统的安全防护2、网络层面的安全防护49--

21大连理工大学专业学位硕士学位论文1、服务器操作系统的安全防护2、平台系统层面的安全防护对于硬件层面的安全防护，系统最终部署的服务器是放置在移动的专用机房中，安全指数非常高。对于网络层面的安全访问，由于服务器接入的也是移动的内部网络，开放给外网用户只是通过映射了一个80端口至我们的机器的方式，所以最大层度的避免了直接暴露给可能攻击用户的机会。服务器操作系统的安全防护，主要采用以下四个方面来实现：关闭所有不使用的端口；关闭所有不使用的服务；安装杀毒软件；及时更新系统更新和杀毒软件。对于系统层面的安全防护是我们系统自身需要处理的最大部分，主要采用以下几个措施：系统访问用户权限严格分级，用户只能看到和操作授权使用的功能模块；对所有输入参数做安全性过滤，防范SQL注入式攻击；所有系统出错进行日志记录，并且不在页面上暴露任何错误，统一转到错误提示页面。2.4开发语言和平台系统开发和运行的平台最终确定使用微软的DotNet平台。数据库使用的是Oracle。开发工具是VisualStudio2010专业版，使用的.Net4.0，基于WebForm开发，使用C#语言，数据库客户端是ToadforOracle。版本控制工具是Subversion，客户端是TortoiseSVN。部署的服务器使用的Windows2003，使用自带的IIS服务器作为WEB应用服务器，使用自带网络负载平衡群集作为WEB集群工具。49--

22大连理工大学专业学位硕士学位论文杭州通信基站综合信息管理系统设计3.1系统整体设计概述本系统开发过程采用的是传统的瀑布式的开发流程，由需求分析、软件设计、软件实现、软件测试和运行维护这五个基本活动构成。瀑布模型比较适合下列情况的项目：在项目开始前，项目的需求已经被很好地理解，也很明确，而且项目经理很熟悉为实现这一模型所需要的过程。同时解决方案在项目开始前也很明确。[5]在软件设计的过程中，主要包含了系统架构的设计、数据库的设计、功能模块的详细设计和重难点的设计3.1.1系统架构设计系统架构层面上，采用的是基于B/S分层架构，由于系统的使用者有移动员工和代维公司员工，网络分布分散，使用浏览器的方式易于部署和升级，也便于用户随时随地的接入使用。服务端的部分使用以数据为中心的三层架构来搭建。由于系统具有明显的数据中心的特征，数据对象多、数据操作多，所以围绕数据开展分析设计相对容易。基于三层架构，能够保证系统整体的架构具有良好的扩展能力，以便适应业务增长的需要。如图3.1所示：图3.1系统架构图Fig.3.1TheSystemArchitecturediagram49--

23大连理工大学专业学位硕士学位论文3.1.2网络结构设计系统网络结构包含两个区域，一个系统的核心机器-Web服务器的集群，其网络位置处于移动公司内部网络的DMZ区域，因为该区域可以让内网和外网用户同时访问到。另一个区域是本系统的数据库服务器所处的移动公司管理最为严格的DCN网段，该区域内只有服务器存在。在DCN网段内，与系统有交互的IMEP短信服务器和IMEP的数据库服务器也都位于其中。系统的访问用户主要有两个来源，一部分用户是外网的用户（一般是代维公司的用户）；另一部分是内网的用户（表示移动公司内网的用户）。3.1.3功能结构设计系统功能模块的层面上，系统主要分为9个前台功能和一个系统管理的功能，如图3.2所示：图中三个层面也表示了功能模块之间的相互依赖关系，指出了模块开发的先后顺序。其中组织架构和站点设备资源管理是所有功能的基础。而代维费用管理依赖代维合同、代维工单和巡检计划中的数据。组织架构管理站点和设备资源管理巡检计划管理代维工单管理代维合同管理代维费用管理系统管理备品备件资源管理站点机房钥匙管理设备参数知识库图3.2功能结构示意图Fig.3.2TheFunctionalStructurediagram3.2系统数据库设计3.2.1系统实体分析组织架构的概念在系统的其他对象中全部存在，所以下方的ER图中没有将组织架构对象画出了。整体对象如3.4图所示：49--

24大连理工大学专业学位硕士学位论文图3.3系统实体联系图Fig.3.3TheFunctionalStructurediagram3.2.2表结构设计由于oracle数据库的特殊性，它是没有直接支持的自增长数值类型，所以所有的无业务逻辑意义主键，都是需要一个协同的序列（SEQUENCE）来支持的。这个序列的值表示的就是相应表的主键数值，每次插入新数据时，都需要去访问该序列的下一个值。系统中有一些数据字典表，其表示的数据意义不同，但是表结构都是一样，如表3.1所示。表中最后两个字段，IS_DELETED表示该行数据是否被删除，是逻辑删除的标识符；ORDER_NUM是用来做排序的，数值越小排在越前面，用来处理显示的业务逻辑。下面是各个功能模块的表，（1）组织架构表用来记录代维公司各级组织架构实体，如表3.2所示。49--

25大连理工大学专业学位硕士学位论文表3.1数据字典表结构Tab.3.1DataDictionaryTableStructure字段字段名类型宽度主键索引Nulls说明1ID数字型11YNN编号2NAME字符型10NN名称3DESCRIPTION字符型100简介4IS_DELETED字符型1NN是否删除(Y/N）5ORDER_NUM数字型5NN排序先后大小表3.2组织架构表结构Tab.3.2StructureTableStructure字段字段名类型宽度主键索引Nulls说明1ID数字型11YNN编号2NAME字符型50NN名称简述3PARENT_ID数字型11父节点编号4GRADE字符型10NN层级描述5CONTENT字符型200NN完整名称6DIST_ID字符型20NN地区DEFAULT'0000'7CITY_ID字符型20NN县市DEFAULT'0'8TOWN_ID字符型20NN乡镇/街道DEFAULT'0'9AREA_ID字符型20NN连接地区县市街道三个字段10IS_DELETED字符型1NN是否删除(Y/N）整个表结构是按照树形结构的方式创建的，通过PARENT_ID字段可以知道一行数据的父节点，找到数据之间的关联系。其中GRADE字段是用来直接标识该行数据的层级，是代维公司、代维办事处、代维维护中心、代维维护站点还是代维小组。49--

26大连理工大学专业学位硕士学位论文AREA_ID是一个冗余字段，因为系统有时候会做一些地区的模糊查询，通过这个字段搜索效率比较高。NAME和CONTENT字段分别表示该行数据本身的名称和完整的名称，比如一个代维维护中心，是萧山维护中心，则CONTENT字段的数据是某某代维公司杭州办事处萧山维护中心，主要是有一些显示的需求，有该字段可以直接进行显示，比较便捷。（1）基站模块表分为基表和基站附属表、塔桅附属表、直放站附属表、分布系统附属表、政企客户附属表、家庭用户附属表、管线附属表。其中基站的基表如表3.3所示：表3.3基站基表表结构Tab.3.3SiteBaseInfoTableStructure字段字段名类型宽度主键索引Nulls说明1ID数字型11YNN编号2DIST_ID字符型20NN地区3CITY_ID字符型20NN县市4TOWN_ID字符型20NN乡镇/街道'5PROFESSION_TYPE数字型20NN代维专业6SITE_TYPE数字型11NN站点类型7SERVICE_AREA_TYPE数字型11NN服务区域8CUSTOMER_LEVEL数字型1客户等级9INSPECTION_CYCLE字符型11NN巡检周期10STRUCTURE_ID数字型11NN组织架构11DW_START日期型NN代维开始时间12HOST_WORKPLACE_NAME字符型200业主名称13HOST_CONTACT_NAME字符型200业主联系人14HOST_CONTACT_PHONE字符型20业主联系电话15SITE_ID字符型20NN站点编号16SITE_NAME字符型200NN站点名称17LONGITUDE字符型20NN经度18LATITUDE字符型20NN纬度19LONGITUDE_B字符型20终点经度20LATITUDE_B字符型20终点纬度49--

27大连理工大学专业学位硕士学位论文（1）巡检计划相关的表包含巡检计划上传表、巡检计划上传明细表、巡检计划执行表、巡检结果上传表、巡检结果明细表。当代维人员提交了一个巡检计划后，巡检计划上传表和巡检计划上传明细表分别保存了巡检计划的基表信息和巡检站点列表。当移动人员审批通过后，该次提交的数据会进入巡检计划执行表。代维人员提交了巡检结果后，巡检结果上传表和巡检结果明细表就分别保存了巡检结果的基本信息和站点巡检的结果。当移动人员审批通过后，该次提交的数据会反映到巡检计划执行表，修改站点的巡检情况。（2）备品备件相关的表包含备品备件出入库申请表、备品备件出入库明细表、备品备件库存表、备品备件使用返回明细表。（3）设备参数知识库相关的表包含设备参数调整记录表。（4）站点机房钥匙管理相关的表包含机房钥匙表，机房钥匙借出归还记录表。（5）代维工单管理相关的表包含故障工单表、故障工单草稿表、投诉工单表、投诉工单草稿表、发电工单表、发电工单草稿表、异常情况上报工单表、异常情况上报工单草稿表、整改工单表、整改工单草稿表、应急通信工单表、应急通信工单草稿表、随工工单表、随工工单草稿表。其中基站的基表如表3.4所示：除随工工单外，其他类型的工单包含字段简要介绍一下。故障工单包含字段：主题、代维小组、代维业务、设备类型、站点号、站点名、站点等级、站点类型、告警号、告警级别、处理时间、故障发生日期与时间、BSC号、BCF号、BTS号、TRX号、故障描述、备注。投诉工单包含字段：主题、代维小组、问题类型、代维业务、站点号、站点名、投诉人、投诉人联系电话、站点等级、站点类型、处理时限（小时）、投诉发生日期与时间、投诉问题描述、备注。发电工单包含字段：主题、代维小组、代维业务、站点号、站点名、站点等级、站点类型、处理时限、停电发生日期与时间、BSC号、BCF号、停电事件描述、备注。异常情况上报工单包含字段：主题、上报人、上报人电话、上报时间、代维公司、代维业务、代维小组、异常问题分类、站点号、站点名、站点等级、站点类型、发生时间、发现时间、异常情况描述、建议措施、备注。整改工单包含字段：主题、代维小组、代维业务、派单人、部门、站点号、站点名、限改期限天数、问题分类、要求改进或整改内容、备注。49--

28大连理工大学专业学位硕士学位论文表3.4随工工单草稿表表结构Tab.3.4TaskFollowDraftTableStructure字段字段名类型宽度主键索引Nulls说明1ID数字型11YNN编号2THEME字符型200NN主题3PROFESSION_ID数字型11NN代维业务4EXPECTEDDATE数字型5NN预计时间（天）5CONTACT字符型20NN被随工联系人6CONTACT_PHONE字符型20NN联系号码7CONTENT字符型200NN随工内容8REMARKS字符型2000备注9STRUCTURE_ID数字型11NN代维小组10IS_DELETED字符型1NN逻辑删除11FLOW_ID字符型20YNN流程编号12NODE_ID字符型200YNN停留节点编号13DEAL_STRUCTURE数字型11YNN待处理部门14FOLLOW_START日期型20NN随工开始时间15FOLLOW_END日期型20NN随工结束时间16FOLLOW_WAS_COMPANY字符型200NN被随工单位17WAS_COMPANY_PHONE字符型200NN联系号码18DEAL_DETAIL字符型200详细工作内容描述19REMAINING_QUESTION字符型200遗留问题20DEAL_REMARKS字符型200处理备注21AUDIT_OPINION字符型200处理建议22CONSUMABLES字符型200耗材记录23FOLLOW_PEOPLE字符型20随工人员24BACK_OPINION字符型200退回建议应急通信工单包含字段：主题、上报人、上报人电话、上报时间、代维公司、代维业务、代维小组、异常问题分类、站点号、站点名、站点等级、站点类型、发生时间、发现时间、异常情况描述、建议措施、备注。49--

29大连理工大学专业学位硕士学位论文每一个工单都允许创建人新建但是不发送，保存在其个人的草稿箱中，所以每一种工单都有一个正式表和一个草稿表。草稿表比正式表多一个创建人、创建时间和最后修改时间。正式表因为会有流程引擎配合记录，不需要这些信息。工单与流程引擎有关联，每一个工单都是一个流程实例，工单的处理流程的具体信息保存在流程引擎的实例日志中。（1）代维合同管理相关的表包含代维合同信息表和代维合同明细表。代维合同明细表记录的是合同中表示每一站点类型的代维单价的明细。（2）代维费用管理相关的表包含代维考核指标表和代维考核指标结果表。3.3系统功能设计3.3.1代维组织架构管理模块组织架构管理模块提供两个功能入口：（1）人员组织管理（2）在册人员导出在人员组织架构管理中，包含一个树形的组织架构的展示，可以对树形节点进行关键字过滤；点击组织架构中的任一节点，可以查看到该部门的基本信息，该部门的下属部门（小组层级不显示）和该部门的成员；拥有足够权限的用户，可以对显示的数据进行管理，执行增加，修改和删除的操作。在在册人员导出的功能中，首先包含的是一个查询的功能，根据代维公司、部门关键字和人员名字搜索在册代维人员的列表，点击列表可以查看该代维人员的详细信息；拥有足够权限的用户，可以对代维人员的详细信息进行修改。3.3.2站点设备资源管理模块站点设备资源管理模块提供4个功能入口：（1）新站移交处理（2）新站移交审批（3）站点查询（4）站点设备处理（5）站点设备处理审批新站移交处理包含批量上传新站和查询上传记录的功能。批量上传是一个上传Excel文件的功能，该文件中包含了批量的站点数据。查询上传记录的功能是能够查询到用户相关的上传记录，同时可以看到该批站点的审批情况。49--

30大连理工大学专业学位硕士学位论文新站移交审批是专门给移动公司提供的功能，当有新站通过新站移交处理的入口上传时，审批的界面会显示需要处理的上传记录，点击后可以显示该批次站点的详细信息，可以对新站进行审批通过和驳回操作。审批通过的话，该批新站就会进入正式的站点设备的库中，在其他模块中就可以查询和使用了。驳回的话，表示该批站点数据有一定的问题，需要上传人处理后再次上传。3.3.3巡检计划管理模块巡检计划管理提供4个功能入口：（1）巡检计划处理（2）巡检计划审批（3）巡检结果处理（4）巡检结果审批巡检计划处理包含巡检计划录入、巡检计划变更和巡检计划撤销3个功能点，提供3个不同的表单进行录入，其中计划的变更和撤销的操作方法需要首先搜索查找到已经审批通过的巡检计划，然后才能进行变更和撤销。未审批通过的巡检计划，可以直接进行修改和删除。巡检结果处理提供的是一个结果录入的界面，在输入了代维小组后，系统可以根据代维小组和当前日期，直接显示出今天可能巡检的站点列表，然后通过直接勾选站点巡检情况的方法进行反馈。巡检计划的审批和巡检结果的审批都是提供给移动用户使用，可以在界面上对提交的巡检计划和巡检结果进行审批通过和驳回的操作。巡检计划还包含新增的、变更的和撤销的三种类型。巡检开展工作的情况如图3.4所示：3.3.4备品备件资源管理模块备品备件管理提供5个功能入口：（1）备件出入库申请（2）备件出入库审批（3）备件使用返回登记（4）备件出入库查询（5）备件查询49--

31大连理工大学专业学位硕士学位论文图3.4巡检计划流程图Fig.3.4FlowdiagramofRouteInspectionPlan备件出入库申请是代维中心的备件库希望与移动公司的备件库发生备件转移的时候使用的，由代维公司在页面上填写表单，入库时只需要填写申请数量即可，出库是需要选择相应类型的备件，每一个备件都有其序列号以及备件的状态（是否损坏）。备件的出入库审批是移动公司的人员用来审批出入库的申请的，审批结果可以拿来作为出入库的依据。备件的使用返回登记，是代维人员拿着中心库的备件去基站进行使用替换的结果记录，一般使用时需要填写取出多少件，返回的时候需要填写每一件的序列号以及其状态。备件出入库查询是可以查询到备件出库入库的申请结果。备件查询是可以查询到具体某一个类型或者某一个备件的情况。备品备件的使用流程如图3.5所示：49--

32大连理工大学专业学位硕士学位论文图3.5备品备件流程图Fig.3.5FlowdiagramofUsingSpareparts3.3.5设备参数知识库模块设备参数知识库提供2个功能入口：（1）设备参数知识库录入（2）设备参数知识库查询49--

33大连理工大学专业学位硕士学位论文该功能的使用相对比较简单，代维人员在巡检或者其他工作中对设备参数进行了调整，就进入到知识库录入的功能中，把调整的情况填写一个表单。所有人员都可以通过查询的功能入口，查找到所有的设备参数调整的记录。该功能模块扮演着记录历史数据和学习优秀工作经验两重的角色。3.3.6站点机房钥匙管理模块机房钥匙管理模块提供6个功能入口：（1）领用申请（2）领用审批（3）领用登记（4）归还登记（5）钥匙查询（6）钥匙新增系统的使用最开始要从钥匙新增做起，系统初始化的状态是没有钥匙的，所以不可能提出任何领用的申请，需要移动的用户将钥匙新增进系统中。对于在系统中新增了的任何钥匙，都可以在钥匙查询的功能中查找到，还可以进一步看到钥匙的状态，是否已被借出和历史的借用记录。在系统中含有钥匙后，代维人员需要进入机房是，就需要提出钥匙领用的申请了，主要是描述需要哪个机房的钥匙。钥匙的领用申请会提交到移动公司这边，移动用户可以在领用审批的功能中找到申请的记录，对齐进行审批，通过或者驳回。如果申请被审批通过了，代维人员就可以到钥匙保管处去领用钥匙了，领用钥匙的时候，钥匙管理处的人员会对钥匙进行一次领用的登记，记录领用的时间和领用人。当钥匙使用完毕时，钥匙需要被归还到钥匙保管处去，归还时需要再做一次归还的登记，记录钥匙的归还时间和归还人。3.3.7代维工单管理模块代维工单管理模块提供6个功能入口：（1）工单新建（2）工单处理（3）工单报结（4）草稿箱（5）工单查询49--

34大连理工大学专业学位硕士学位论文（1）工单报表7种不同的工单，均可以通过工单新建的功能进行操作，选择不同的工单类型，出现创建该工单不同的表单，表单的最后，可以选择直接提交或者保存到个人的草稿箱。工单被提交之后，根据工单类型的不同，新建部门或者人员的不同，工单会被提交到不同的部门，该部门下的人员就可以对接受到的工单进行处理。在工单处理的环节，工单一般有三种处理方式：转发、驳回、处理确认。转发表示接受到的工单我无法处理，但是我知道谁可以处理，则我将工单转派给这个人继续处理。驳回表示这个工单跟我完全没有关系，我也无法处理，也不知该如何处理，所以只能把工单退回。处理确认表示工单我已经收到，并且对工单上描述的事情进行了处理，我这个环节的工作已经完成，工单可以按照流程继续往下走了。工单报结是任何工单处理的最后一个步骤，一般工单报结的上一个步骤，就表示工单中的事情已被完善的处理了，报结这一动作，一般是由工单发起人来最后确认一下，做一下总结，评价工单整个处理的情况。草稿箱的功能就是用来查询个人保存为草稿的工单，进一步的操作，可以将保存着的草稿工单继续编辑，或者发送出去，或者删除。3.3.8代维合同管理模块代维管理模块提供2个功能入口：（1）合同录入（2）合同查询合同录入表示移动用户将代维合同录入到系统中去，点击后弹出的是合同的表单，包含合同的基本信息和各种站点类型的列表（需填写单价），用户填写完成信息以后就可以提交至系统中。合同查询功能可以对录入在系统中的所有的代维合同进行查看，根据合同的时间和关键字进行过滤，查询到后，可以进一步查看合同的详情。3.3.9代维费用管理模块代维费用管理模块提供了4个功能入口：（1）目标考核设置（2）目标考核结果（3）代维费用模型49--

35大连理工大学专业学位硕士学位论文（1）代维费用结算目标考核的功能是依据代维费用的计算模型所构造出来的，因为费用模型中有一部分的指标是无法通过系统直接获得的，需要通过用户录入来辅助。所以这里首先设置了一个目标考核设置的功能，表示有哪一些指标是需要用户来输入的。然后目标考核结果是用户将这些指标的考核结果周期性的录入到系统中，保证最终能够计算出代维费用。代维费用模型是可以动态调整代维费用计算模型的一个功能，代维费用的基本结构不会改变，（累加各种站点类型（代维数量*单价））*（1-各种得分不够目标值的扣分比例），但是，这里面有可能有一些指标的系数会进行调整，甚至计算某阶段费用的时候，一些站点类型不需要参与运算，这些改变都可以通过修改代维费用模型来直接实现。最后的代维费用结算就是一个通过模型计算各项数值，最后得到代维费用表格的一个功能。3.4技术难点的实现系统设计实现中的重难点共有以下几个：组织架构的表示方法，如何能够简单有效的表示出代维部门的组织架构；站点设备的批量处理，由于站点设备数据的输入输出都是批量操作，需要解决该类型数据批量操作的易用性问题；站点设备、工单与其他对象的关联关系，站点设备和工单都有多个种类，系统其他对象和这两个对象产生关联时，如何实现；如何工作流的引入，系统中多处有流程化的处理概念，如何引入电子流简化系统中流程化功能的开发。3.4.1组织架构的表示方法对于组织架构的表示方法，采用普通的树形结构管理的方式，会导致查询跨级部门的不变，系统中经常会系统根据某一个小组查询其所在的代维公司和办事处，这里采用了一个固定位置分配编号的方法进行解决。对于组织架构中的每一个部门，都给分配一个十位数字的编号，十位数据中每两位数字代表一个层级。如公司A，给其分配的是01，则该代维公司的编号为0100000000，其公司下的所有部门，编号均形如01********。用这样的方式，拿到一个编号，一眼就可以看出其所属的公司，查询时，也很容易采用前两位数字匹配的方法找到公司的数据信息。49--

36大连理工大学专业学位硕士学位论文以此类推，杭州的办事处，给其分派的两位编号为71，这里使用电话区号的后两位，便于记忆和查找。那么公司A的杭州办事处，其编号就是0171000000。往下层级的部门，按照所属上级部门的不同继续采用从01开始的递增序列进行分配。这里会遇到一个问题，因为有一些代维小组是直接归属代维维护中心，而不是代维维护站点，也就是代维维护站点的两位有可能是没有数字的，这里就做了一个规定，如果小组直接从属代维维护中心管理，代维维护站点的两位数字就设置为00。这样一来，如果是A公司杭州办事处1号代维维护中心下从属1号代维维护站点的某一个小组，其编号应该类似0171010101，如果是直接从属A公司杭州办事处1号代维维护中心的，其编号应该类似0171010001。该方法基本解决了系统中的需求，但是也有两个问题，首先，该方式的层级关系非常固定，如果将来层级关系有增减，会导致无法适应；其次，该方式每一个从属部门下，只能有99个下级部门。对于这两个，以调研的情况看，可以暂时忽略。因为目前的组织架构层级关系已经使用多年，并且项目的生存周期之内没有变化的需求。对于99个下级部门的限制，目前来看足够了，因为现在最多的下属部门也只有12个，根据调研结果，这个数字不可能出现这么大量的变化。3.4.2站点设备的批量处理站点设备在处理时发现，大多数情况与系统的交互都是需要大批量的进行的，比如新增和修改站点。调研中还发现，用户喜欢用Excel的格式整理和处理此类型的数据。于是在系统中对该批量数据的处理通过Excel表格这一中间介质。站点数据有多种不同的类型，约定每一个工作表表示一种字段相同的小类型，使用工作表的标签说明数据类型；当某个工作表中没有数据需要导入时，保持该工作表为空即可。每一个工作表表示一个站点类型的问题解决了，然后是字段的问题，每一个站点类型，都有至少10个不同的字段，每个字段的类型和意义都不相同，不能混淆，我们通过在每一个工作表增加一行标题行的方式来处理。标题行的每一个单元格，描述所在竖行的字段的意义。这里还会要求标题行的任一单元格不能进行调整和变动，且标题行必须是工作表的第一行。接下来是正式的数据的部分，由于前面已经对数据的填写位置做了规范，下面需要避免的是用户填写了不正确数据类型。经过整理发现，数据类型的规约可以分为以下集中情况：单元格必填；单元格只能填写数字；单元格只能填写日期；单元格字符长度限制；单元格只能填写列表中一项49--

37大连理工大学专业学位硕士学位论文；最复杂的情况是同行的几个单元格之间有关联关系，比如地市的情况，第一个单元格输入杭州，第二个单元格输入萧山是正确的；但是第一个单元格输入的是宁波，第二个单元格输入萧山就应该是错误的。依据对单元格输入的分析，设计了单元格输入验证的一个接口：interfaceIValidate{stringErrorMessage{get;set;}boolIsValid{get;set;}boolValidate();}该接口定义了最基础的交互的部分，有一个验证的函数，有验证结果和错误信息提示的访问字段。接着对该接口进行了一次实现，使用的是一个抽象类，定义了将验证应用于Excel的单元格时的公共部分：abstractpublicclassCellValidate:IValidate{protectedCellcell;protectedstringmessage;protectedboolisValid=false;publicCellCell{get{returncell;}}publicCellValidate(Cellcell){this.cell=cell;}#regionIValidate成员publicstringErrorMessage{get{returnmessage;}set{message=value;}}publicboolIsValid{get{returnisValid;}set{isValid=value;}}abstractpublicboolValidate();#endregion}该类实现了最基本的功能，在构造时接受一个单元格的数据保存为类变量，然后访问类变量的方法实现了接口的功能。如此的处理之后，再去做各种类型的数值验证就非常简单了，比如这里的必填的验证：publicclassRequiredValidate:CellValidate{publicRequiredValidate(Cellcell):base(cell){message="该项必填";}publicoverrideboolValidate()49--

38大连理工大学专业学位硕士学位论文{if(string.IsNullOrEmpty(Cell.StringValue.Trim()))isValid=false;elseisValid=true;returnisValid;}}只需要在构造函数中描述出错时的错误提示，然后在验证函数中对单元格的数据进行检查就可以了。通过继承抽象类CellValidate很容易可以实现数值、日期、列表项等的单个单元格形式的验证。对于多字段关联的检查，方法与单个单元格的基本相同，直接实现接口，在构造函数时接受多个单元格作为参数，然后在验证函数中提取这几个单元格的数据进行验证。这里可以做一个处理提高效率，因为用于验证的基准数据是不变的，可以缓存在系统中，这样一来可以大幅提高验证的效率。3.4.3站点设备、工单与其他对象的关联关系站点设备和工单的特殊之处在于其有很多的子类型，子类型之间有一定的相似性，有一些字段各个子类型之间是一致的。如何来把这种情况描述清楚，对于面对对象的系统设计方法，很容易进行联想，首先构建出一个基类，基类中包含所有子类共有的字段，然后依据各个子类型的不同，继承该基类，同时增加自身特殊的字段即可。对于直接面对数据库的应用来说，如何把这一设计方案体现到数据库中，有两种方法，第一种是直接模拟对象的实现，首先设计一个基表，这个表就是包含所有的公共字段，然后依据每一个子类型，设计一个子类型的表，关联到基表上去。第二种方案是，依据每一个子类型的不同，设计各个子类型对应的表，然后，增加一个试图，把所有类型都有的字段集合起来，模拟出这个基类的表。两种方法各有优缺点，第一种方法比较直观，但是读写和查询操作的效率较低；第二种方法效率高，但是做多表的关联查询时操作时效率不高。依据系统的特点，站点设备会经常出现关联查询的操作，而工单的读写次数会比较多。两个数据分别采用了两种不同的方案。针对站点设备数据，其设计已经是符合第三范式的要求了，这里为了查询的便捷，会做一些破坏第三范式的操作，设计基表时，除了大家共有的字段，需要增加一个字段表示是属于那种类型的数据49--

39大连理工大学专业学位硕士学位论文；需要为了某些查询，把原来是子类型的字段增加到基表中去，这样的损失是空间的浪费，但是查询的效率可以提高很多，在现在存储成本相当低的情况下，这样的处理十分有效。针对工单数据，需要做的优化是尽量在SQL的返回结果中只显示视图的数据，不对视图之外的数据进行显示，如果真的需要，通过界面的操作来实现延时的再次单表与其他表的关联查询实现。3.4.4工作流引擎的开发由于系统中多处用到了流程化工作的思想，于是希望通过在系统中引入工作流来提高的系统的开发效率。[6]工作流技术是计算机支持的协同工作(CSCW)的一部分，它通过将业务流程分解成良好定义的活动、角色和过程规则，并结合计算机和网络技术来实施流程管理、流程分析和流程再造。工作流的概念可以追溯到20世纪70年代的“无纸化办公”，而1993年国际工作流管理联盟(WfMC)的成立，标志着工作流技术开始进入相对成熟的阶段。随着工作流标准和规范的不断完善，计算机和网络技术的不断使用和推广，工作流技术得到了长足的发展。近年来，工作流技术已经被广泛应用于电子商务、电子政务、工业制造等领域，极大地加快了业务过程的处理速度，提高了生产组织水平和工作效率。[7]为了实现业务过程的工作流管理，需要有相应的软件系统的支撑。工作流管理系统就是支持工作流定义、工作流执行和监控的计算机软件系统。如何设计一套完整且通用的工作流管理系统已经成为实施工作流技术的一个关键。根据工作流联盟所提出的工作流系统参考模型，工作流管理系统的功能主要包括三个方面：工作流设计功能、工作流运行和控制功能以及同用户和应用的交互功能。工作流设计功能即利用工作流建模工具，将企业的实际经营过程转化为计算机可处理的工作流模型；工作流运行和控制功能即通过工作流引擎解析工作流模型，进行工作流任务分发和流程调度，完成工作流的自动执行和控制。与用户和应用的交互功能即通过工作流任务管理器完成与工作流用户和应用软件的人机交互和数据传递。[7]进一步的调研系统的需求，定义了工作流引擎的接口，其代码如下：publicinterfaceIFlowAction{ActionResultCreateWorkFlow(stringflowId,stringinstanceId,stringperson,stringreason);ActionResultCreateWorkFlow(stringflowId,stringinstanceId,stringbranchId,stringperson,stringreason);ActionResultWorkFlowGo(stringflowId,stringinstanceId,stringnowNodeId,stringperson,stringreason);ActionResultWorkFlowGo(stringflowId,stringinstanceId,stringnowNodeId,string49--

40大连理工大学专业学位硕士学位论文branchId,stringperson,stringreason);ActionResultWorkFlowBack(stringflowId,stringinstanceId,stringnowNodeId,stringperson,stringreason);ActionResultDestroyWorkFlow(stringflowId,stringinstanceId,stringperson,stringreason);stringGetNextNodeID(stringflowId,stringinstanceId,stringnowNodeId);stringGetNextNodeID(stringflowId,stringinstanceId,stringnowNodeId,stringbranchId);}操作的功能主要有创建工作流实例，销毁工作流实例，工作流实例前进和后退，获取下一步的节点名称。工作流主要包含五个大概念工作流、节点、路径、实例、日志。工作流表示的就是一个实际的业务，这个业务逻辑拥有相对固定的处理流程，其表结构定义如表3.5所示：表3.5工作流表结构Tab.3.5FlowTableStructure字段字段名类型宽度主键索引Nulls说明1ID数字型11YNN编号2NAME字符型20NN流程名称3MEMO字符型200备注节点表示实际业务中的环节，当前某工作流实例停留在某节点，可以表述成某工单停留在某一个待处理环节，其表结构定义如表3.6所示：表3.6节点表结构Tab.3.6NodeTableStructure字段字段名类型宽度主键索引Nulls说明1FLOW_ID数字型11YNN流程编号2NODE_ID数字型11YNN节点编号3NODE_NAME字符型20NN节点名称4BACK_IGNORE字符型1NN回退忽略5LIMIT_HOUR数字型5NN节点限时(小时)6MEMO字符型200备注49--

41大连理工大学专业学位硕士学位论文路径表示的是节点之间的关系，表示实例从该节点可能走向哪个节点，即从这个环节可以走到哪一个环节，其表结构定义如表3.7所示：表3.7路径表结构Tab.3.7PathTableStructure字段字段名类型宽度主键索引Nulls说明1FLOW_ID数字型11YNN流程编号2NODE_ID数字型11YNN节点编号3BRANCH_ID数字型5YNN分支编号4NEXT_NODE_ID数字型11NN下一节点编号5PATH_NAME数字型20NN路径名称6MEMO字符型200备注实例表示的就是一个正式进行该实际业务的事项，其表结构定义如表3.8所示：表3.8实例表结构Tab.3.8InstanceTableStructure字段字段名类型宽度主键索引Nulls说明1FLOW_ID数字型11YNN流程编号2INSTANCE_ID字符型20YNN实例编号3NODE_ID数字型11NN节点编号4IS_BACK字符型1NN是否退回标志5LIMIT_TIME日期型NN最后处理时间6MEMO字符型200备注实例日志表示的就是这个事项实际处理的流程经过，其表结构定义如表3.9所示。一个工作流的定义需要首先定义工作流本身，包含编号、名称，然后定义工作流的节点，包含工作流编号、节点编号、节点名称、回退忽略标志、节点停留限时，最后定义工作流的路径，包含工作流编号、节点编号、路径分支号、下一结点编号、路径名称。49--

42大连理工大学专业学位硕士学位论文使用一个工作流时，只需要给定工作流的编号和实例的编号两个字段即可通过调用接口的方式来实现创建和移动。在创建和移动的过程中，工作流引擎会记录下其每一个动作的实际情况，包括动作人、时间、描述信息等。表3.9路径表结构Tab.3.9InstanceLogTableStructure字段字段名类型宽度主键索引Nulls说明1FLOW_ID数字型11YNN流程编号2INSTANCE_ID数字型11YNN节点编号3NODE_ID数字型11YNN分支编号4ACTION字符型1NN操作(C/G/B/D)5TO_NODE_ID数字型11NN下一节点编号6TURN_TIME日期型YNN操作时间7TURN_PERSON字符型20操作人8TURN_REASON字符型200操作缘由9MEMO字符型200备注49--

43大连理工大学专业学位硕士学位论文系统实现与测试在本章节中，首先会概述整个系统的实现思路，接着会选择几个有意义的功能进行实现的重点说明。在此之后，会对系统的测试进行描述。4.1功能实现系统设计完成之后，就是对系统的实现。系统的实现包括前端界面和后端代码两部分。前端界面的设计也花费了大量的人力和时间，基于有好的人机交互原则，友善的设计。前端设计采用的效果图和静态页面两步来做，也相当于做了一次简单的原型验证，使客户可以提前了解最终的系统模型。程序的代码在前面的设计阶段，对于重难点的部分已经提前进行了处理，有的已经予以实现，有的已经铺平了道路，还有一些较复杂的部分在实现阶段也得到了完善的解决。4.1.1登录和主界面的实现登录功能的界面如图4.1所示：图4.1登录界面Fig.4.1Thelogininterface49--

44大连理工大学专业学位硕士学位论文登录界面提供了简单的用户名密码的输入框和登录的按钮，入口非常清晰，用户的使用不会构成任何难度。右侧的忘记密码的功能，给用户的实际使用提供了便捷。由于系统是不开放外部用户注册的，所以在第一界面--登录界面中并没有任何显示。系统登录以后，主界面如图4.2所示：图4.2主界面Fig.4.2Themaininterface系统整体采用上下结构，上方的信息主要是系统的logo，登录用户名称的提示，登出和用户字典两个功能的入口。Logo下面是系统的一级导航，指示的是系统包含的大功能模块。导航下的滚动条，显示的当前需要提示给用户的系统信息。下方整体是分成左右的不对称结构，左侧是二级导航的列表，右侧就包含了系统的正式功能区域。这个登录后的默认页面，下方的左侧是是用户最常用的功能快速导航，包含工单和个人信息管理功能，由于系统新上线，这里还提供了一个汇报程序bug的功能。下方的中间直接显示了用户最关心的数据，可以直接通过点击的方式进入详细页面进行操作。下方的右侧是系统提示给用户的系统信息的列表，包含系统公告和系统的提心信息的列表。最后还有一个便捷的常用链接功能。49--

45大连理工大学专业学位硕士学位论文4.1.3查询功能的实现查询功能是系统中使用最常见的功能，以前的设计，每一个使用到查询的页面，都需要根据查询的字段，在前台进行排版放置；在后台需要依据每一个字段的不同，将用户查询值进行检查，是否符合规范；然后将查询的值组装成SQL语句的一部分参与搜索。由于系统几乎每一个功能都包含这样的查询功能，系统希望提供一个更统一的查询框架，能够提高查询功能的开发效率。站点设备资源的搜索功能如图4.3所示：图4.3搜索功能示意图界面Fig.4.3TheschematicdiagramofSearching经过整理，查询字段的类型一般有以下几种情况：数值类型，查询的字段要求输入的是一个数值，整形或者浮点型都有可能，一般对数值类型的过滤都是要做一个区间，表示大于等于多少且小于等于多少，所以数值类型的表现形式就是两个输入框，中间描述文字是“至”，表示查询的结果是在输入数据的区间范围内的，这里做了一个统一的规范，填写的区间表示的是一个闭区间，即包含等于。在前后端的输入值的检验中，对两个输入框的要求是至少填写一项，并且要求填写数据的必须是数值。49--

46大连理工大学专业学位硕士学位论文字符串精确类型，字符串类型就是表示在界面输入的是一个字符串，所谓的精确类型和后面介绍的模糊类型，主要是数据库查询是，有精确匹配和模糊匹配的区别。精确类型的表现形式就是一个输入框，前面的描述文字是“是”。在前后端的输入值检验中，检查不能填写单引号，以防SQL注入式攻击。字符串模糊类型，表示最终数据库的查询是做一个模糊匹配。其表现形式也是一个输入框，前面的描述文字是“包含”。在前后端的检验中，跟精确类型一样，要求输入框中不能填写单引号。日期类型，表示输入的数据在数据库中对应的字段是一个日期类型的值，对日期类型的过滤也是要做一个区间，表示晚于什么日期，且早于什么日期，所以日期类型的表现形式与数值类型十分类似，两个输入框，中间的描述文字也是“至”，表示最终的查找数据是需要在这个时间范围内的。这里表示的区间也同样是一个闭区间，表示包含输入的那一天。这里的界面表现，提供了一个输入的便捷操作，当输入框获取到焦点时，自动在输入框下方显示一个日期选择的JS的控件。在前后端的输入值的检验中，对两个输入框的要求是至少输入一项，且填写的内容必须符合日期的格式规范。列表类型，列表类型表示的是这个输入的数据其实是有一个选择范围的，只能选择其中的一项进行填写。界面的表现形式就是给一个下拉控件，所有的可选择项都在下拉菜单的给定项的范围内。这个在前端不做任何检验了，在后端接收到数据后，还需要检查返回的值是否在给定的范围之内。列表多选类型，列表类型表示的是给定范围，只能选择一个的情况，但是有时候是需要选择多项的，对应到数据库中就是关键字IN的查询过滤条件。这个类型的界面表现形式就是一个列表的多选框。和普通列表类型一样，前端不需要做检验，后端接收到数据后，需要检验选择的每一项是否给定范围之内的。这个查询框架的搭建，除了查询本身各种类型的表现形式外，还有在查询条件输入之后的显示，可以查看图4.3的最下面“查询条件列表”的部分，框架会显示出用户输入的所有的条件，这里用户还可以进行输入条件的删除操作。在用户确认了所有的输入条件之后，再点击查询操作即可。整个框架还需要后端有一些代码的配合，除了前端输入在后端还需要做一次检查之外，还有拼装SQL的部分。4.1.4部门人员选择功能的实现由于这个系统的应用背景十分强，是为移动和代维公司直接服务，经常会出现一些需求需要用到人员部门选择的功能，如发送或者处理工单的时候，你需要选择工单的下一个受理的部门。为此，系统专门开发了一个用于选择部门和人员的组件，界面的展现形式如图4.4所示：49--

47大连理工大学专业学位硕士学位论文图4.4部门选择功能示意图界面Fig.4.4Theschematicdiagramofselectingdepartment这个部门人员选择控件的界面比较简单，左侧是一个部门的树形结构的展示区域，上方是代维和移动公司两个分层的选择，还带有一个关键字过滤的功能，右侧的是一个正式的选择区域，包括一个待选择的列表框和一个已选择的列表框，中间是待选择和已选择转换的操作按钮。界面的最下方就是确认和取消操作结果的的功能按钮。这个组件最重要的部分都在前台完成，后台需要配合提供的功能有两个，第一个是提供树形结构的数据，第二个是提供待选择的列表。第一个接口接收参数主要是对象根节点、对象地区、查看者身份和是否显示部门处理人数。49--

48大连理工大学专业学位硕士学位论文对象根节点主要用来区分显示是移动还是代维的组织架构；对象地区是当杭州地区的人来查看时，只需要查看杭州地区相关的部门就可以了，不需要显示其他地区的，如果是省公司级别的，需要显示所有地区；查看者身份是用来决定权限的，有一些部门和人员会依据查看者的不同有所区别；是否显示部门处理人数这个参数需要理解一个概念，就是一个待处理的事项是可以发送到部门的，如果发送到部门，则这个部门必须有代处理人员才可以，但是有时候有一些部门人员流动会导致没有代处理人员，所以显示这个部门的代处理人员数量有助于解决这个问题。第二个接口的接收参数是对象节点、显示对象、过滤关键字。这个主要是用来显示右侧的待选择列表的，当点击左侧的某一个部门的时候，和对关键字做过滤的时候。所以参数中有一个是对象节点，意思是只显示这个节点下的部门和人员。第二个显示对象是，某一个部门下可能有下属部门和部门人员，有一些时候只需要显示部门，有一些时候只需要显示人员，有一些时候是都需要显示的。过滤关键字只是用来在使用查询过滤的时候用到的，使用了这个参数的话，显示的部门或者人员，就必须经过这个关键字的模糊匹配了。4.1.4站点设备资源导入导出功能的实现前面的功能介绍到了，站点设备资源的功能中很大的一个部分就是资源的批量处理，后面的重难点的介绍中也对这个问题的解决提出了一个解决方案。最终系统使用Excel文件作为中介的方法实现了对站点设备资源的导入导出。在Excel的导入模板文件中，我们将每一个工作表的第一行设置成标题行，根据字段情况的不同，在标题行的备注中会有一些不同的提示信息。比如站点类型这个字段是一个列表选择的情况，只能填写集中，在站点类型这一列的标题行的单元格内，备注就会写“选择范围：宏基站、边际站、微蜂窝”。比如有一些只能填写数字的列，其标题行的单元格，备注就会写上“只能填写数字，单位：个”。还有只能填写日期的情况，在标题行的单元格，备注就会写上“只能填写日期格式，格式：yyyy-mm-dd。”在标题行做了处理之后，利用Excel的数据有效性的功能，对填写数据的区域也做了一些辅助的功能。比如某一列数据只能填写正整数，就将这一列的有效性条件设置为允许整数，数据选择大于，最小值填写0。如果是日期型的数据，就将这一列的有效性条件设置为允许日期，数据选择大于，开始日期输入可能的最小值。如果是列表型的数据，就在有效性条件设置为允许序列，在来源中将可以选择的项依次填入，半角的英文逗号分隔，同时要勾选提供下拉箭头，可以便于用户使用。最后还有一个忽略空值的选项，这个选项可以更好的控制一些必填项，让用户必须完成必填项的填写。虽然增加了Excel的一些检查，但是用户还是可以通过复制数据的方法把这个数据有效性的检查破坏掉，所以最终还是要靠后台对数据进行一次检查。前面的工作可以作为给用户便捷操作提供，还是十分有意义的。站点设备资源导入数据后，返回的错误提示如图4.5所示：用户在模板文件上填写了数据以后，提交到网站，网站就会依据格式的要求进行检查49--

49大连理工大学专业学位硕士学位论文。检查的时候首先会做一个事情，把所有的数据区域字体设置为黑色，因为最后会使用红色标注错误，如果原来表格中就有不同的颜色的话，会导致一些混淆，不容易分辨。当系统发现错误的时候，返回的表格中首先会对相关的单元格中的字体标红（因为有一些是几个单元格组合起来做检查，就需要将这几个单元格都统一标红），然后在这几个单元格的最后一个写上备注，就是错误的说明，让用户知道为什么错的，用户就会知道怎么去修改这个数据了。图4.5导入错误示意图界面Fig.4.5Theschematicdiagramofimporterror做了这些工作以后，这个后台查错的系统又做了一次改进，就是把整行正确的数据进行了删除，返回到用户手中只有错误的数据，用户可以专注到错误的部分。这个改进很容易实现，但是对用户来说非常有效，特别是那种有几千行的数据，但是只有几行发生错误的时候，用户修改的效率可以极大的提高。4.1.5工单功能的实现工单的功能因为有了工作流引擎的引入，工作得到了大大的简化，工作流引擎负责定义各个工单的流转环节和流转的路径，工单模块本身则可以关注表单的内容和环节处理人员的反馈。也是因为引入了工作流引擎，其中有一个环节叫做工单的转发也很容易的进行了实现，转发表示这个工单实际的进度并没有发生变化，只是处理的部门发生了变化。在工作流引擎中，通过在工作流中增加了一个节点自己到自己的路径来实现的。4.2测试及结果软件测试就是采用测试用例执行软件的活动。测试会有两个显著的目标：找出失效，或演示正确的执行。[8]4.2.1软件测试介绍49--

50大连理工大学专业学位硕士学位论文有两种方法基本方法可以用来标识测试用例，即功能性测试和结构性测试。功能性测试的基本观点是，任何程序都可以看做是将从输入定义域取值映射到输出值域的函数。这种观点常常在工程中使用，将系统看作是黑盒。于是产生术语黑盒测试，其中，黑盒的内容是不知道的，而用于输入和输出表示的黑盒函数则被完全了解。很多时候我们可以运用黑盒知识很有效的操作。结构性测试是另一种用于标识测试用例的基本方法。结构性测试有事叫做白盒测试，因为根本差别在于实现是一直的，并被用来标识测试用例。“看到黑盒内部”的能力，是测试人员能够根据功能实现方式的来标识测试用例。[8]由V开发模型很容易发现需求规格说明—系统测试，概要设计—集成测试，详细设计—单元测试，在三个不同的阶段，三个不同的级别，会有三个不同的测试。这同时也表明了三种测试的级别，由底至上分别是单元测试、集成测试和系统测试。单元测试可以在独立的函数或者模块内进行测试，它可以从代码的内部直接来开发设计一些测试用例，测试用例的对象是代码。通常来说，单元测试是在编码阶段就进行的。集成测试是在单元测试的级别上的，集成测试的意义是所有可用的程序单元，组装在一起时，是否可以正确的匹配，协同的工作。系统测试表示的是软件放在真实的计算机的运行环境里面，在非常实际的一个运行环境下里进行那个的测试活动。4.2.3对本系统的测试对于这个系统来说，系统进行了部分的白盒测试和所有功能的黑盒测试。白盒测试的部分主要是针对系统中重要的部分，如表格数据的导入和工作流引擎的部分。下面重点说明一下系统进行的黑盒测试的部分，系统的黑盒测试主要集中在功能正确性和完整性上，没有做破坏性的测试。（1）系统登录前置动作：打开登录页面输入：系统中存在且已经初始化的用户名和密码，点击登录期望输出：跳转到系统首页测试结果：正确①分支流程——未初始化的正确用户前置动作：打开登录页面输入：系统中存在但没有进行初始化的用户名和密码，点击登录期望输出：跳转到初始化的页面测试结果：正确②分支流程——存在的用户名和错误的密码前置动作：打开登录页面49--

51大连理工大学专业学位硕士学位论文输入：系统中存在切已经初始化的用户名，密码输入一个错误的，点击登录期望输出：弹出提示用户名密码输入错误测试结果：正确①分支流程——不存在用户名和密码前置动作：打开登录页面输入：系统中不存在的用户名，密码随便输入，点击登录期望输出：弹出提示用户名密码输入错误测试结果：正确（2）组织架构管理——树形控件的展示前置动作：打开组织架构管理页面输入：双击树形组织架构的某一个节点期望输出：1、该节点下的子节点展开；2、右侧显示该节点的信息测试结果：正确①分支流程——单击节点前置动作：打开组织架构管理页面输入：单击树形组织架构的某一个节点期望输出：1、右侧显示该节点的信息；2、该节点下的子节点不会展开测试结果：正确②分支流程——点击节点前小图标前置动作：打开组织架构管理页面输入：点击树形组织架构某个节点前的小图标期望输出：1、该节点下的子节点展开；2、右侧内容不发生变化测试结果：正确（3）组织架构管理——详细内容的修改前置动作：使用有修改部门信息的账号登录，打开组织架构管理页面，点击其中的某一个节点，右侧显示部门信息输入：点击修改部门信息，将所有的部门信息字段首尾增加字符a，点击确认期望输出：1、点击修改后，各字段显示编辑框；2、点击确认后，首尾都显示a测试结果：正确（4）组织架构管理——详细内容和部门人员的切换前置动作：打开组织架构管理页面，点击其中的某一个节点，右侧显示部门信息输入：点击部门人员的标签，再点击部门信息的标签49--

52大连理工大学专业学位硕士学位论文期望输出：1、点击部门人员标签，跳转到部门人员的表单；2、点击部门信息的标签，跳转会部门信息的表单测试结果：正确（4）组织架构管理——部门人员导出——查询功能前置动作：打开组织架构管理中的部门人员导出页面输入：输入关键字“滨江综合维护小组”期望输出：出现所有的滨江综合维护小组的成员测试结果：正确①分支流程——导出功能前置动作：接着上一个操作输入：点击导出按钮期望输出：弹出一个文件下载对话框，下载的文件是包含搜索结果的excel表格测试结果：正确这样的测试用例对系统的各个模块的分别进行了测试，测试结果均符合期望值，各个功能模块均满足需求，整个系统测试通过。49--

53大连理工大学专业学位硕士学位论文结论通信行业不断发展，短短的半个世纪的时间，已经经历了3代无线网络的更替，特别是近几年的时间，发展更加迅猛，3.5G和4G的标准、应用也是呼之欲出了。再来看看无线的应用，从最原始的语音信息通信的请求，到现在随时随地的查资讯、玩游戏、看电影，无线应用已经覆盖到了人们生活中的方方面面，成为了一个普遍需求。无线应用需求的普遍增加，带来的是无线基础设施的在爆炸式的增长，作为代维工作的最大作用——保障通信基站的正常运行就显得日益重要了。代维从国营企业的分管工作到民营企业的分工管理，到合作的关系；从自发形成、分散粗放的管理方式，到目前的统一管理。代维工作的发展从代维制度的建设、代维业务的整合、工作效能的提升、代维队伍的规范几个方面不断进步，一套统一化、电子化、流程化的系统被推到了极其重要的位置上。在基础数据的管理，包括站点资源和代维人员资源上系统做到了统一便捷；在流程化的工作，比如工单的处理上系统做到了规范高效；在统计报表的制作，比如代维费用结算上系统做到了方便智能。系统从代维工作的方方面面都提供了相当有效的支撑辅助的作用。本系统的应用单位浙江移动公司在系统上线应用的过程中，操作人员对系统的各项功能进行了充分的使用，认可了系统的作用。移动和代维公司的领导也对系统进行了极大的肯定，认为系统对代维工作的开展和管理发挥了积极的作用，在下一步的全业务整合的工作中可以扮演更重要的角色。对于本系统和本文来说，还有一些代维工作可以被支撑起来，还有一些功能可以继续提高易用性，还有一些操作性能可以被进一步的优化。49--

54大连理工大学专业学位硕士学位论文参考文献[1]陈德荣,刘永乾,蒋丽.移动通信网络规划与工程设计[M].北京邮电大学出版社,2010.[2]魏红,黄慧根.移动基站设备与维护[M].人民邮电出版社,2009.[3]AndrewTroelsen著,朱晔,肖逵,姚琪琳,张大磊,王少葵,范睿译.C#与.NET4高级程序设计[M],2011.[4]王少峰.UML面对对象技术教程[M].清华大学出版社,2009.[5]韩万江,姜莉新.软件项目管理案例教程[M].机械工业出版社,2010.[6]WilvanderAalst,KeesvanHee.workflowmanagement:models,methods,andsystems.MITPress[M],2004.[7]吴朝晖,邓水光.工作流系统设计与关键实现[M].浙江大学出版社,2006.[8]PaulC.Jorgensen著,韩柯,杜旭涛译,软件测试[M].机械工业出版社,2009.[9]JamesA.Senn.InfomationTechnology:Princiles,Practices,Opportunities[M].PearsonEducation,Inc.,2005.[10]BrianKWilliams,StaceyC.sawyer著,冯飞姜玲玲译.信息技术教程[M].清华大学出版社,2009.[11]孙龙杰,刘立康.移动通信技术[M].科学出版社,2008.[12]林幼槐.信息网络项目建设管理概要[M].人民邮电出版社,2010.[13]MarkStamp著,杜瑞颖,赵波,王张宜,彭国军译.信息安全原理和时间[M].电子工业出版社,2007.[14]王小铭.管理信息系统及其开发技术[M].电子工业出版社,1999.[15]波娜,刘祖照,姚晓冬.计算机软件技术基础[M].北京:清华大学出版社,2000.[16]FrederickP.Brooks,Jr.TheMythicalMan-Month:EssaysonSoftwareEngineering,AnniversaryEdition(2ndEdition)[M].Addison-WesleyProfessional,2010[17]IanSommerville.SoftwareEngineering,NinthEdition[M].AddisonWesley,2011.[18]李景辉,曹晓萍.代维工作“一体化”运作及应用[J].通信管理与技术,2008(2):1-3.[19]赵丽新.代维工作[J].辽源年鉴,2009:217.[20]山彩强.中国联通有限公司苏州分公司GSM网络深度代维见效果[J].江苏交通年鉴,2004:412-422.[21]杨先鹏.代维人员管理[J].汉南年鉴,2004:266.[22]张金艳.代维管理保网络畅通[J].金沙年鉴,2008:400.[23]许小富.实施紧密型代维改革[J].杭州年鉴,2006:263.[24]张成星.基于IT技术的通信代维管理方案的研究[D].山东:山东大学电子与通信工程,2008.[25]刘建兵,秦锐.谈国内电信网络(代维)外包发展趋势[J].中国新通信,2006(21):69-71.[26]鲁春丛.电信运维管理发展研究[J].当代通信,2004(23):12-14.49--

55大连理工大学专业学位硕士学位论文[27]秦保根.浅论电信网络维护的外包服务管理[J].广东通信技术,2008(3):44-50.[28]陈钰骐.电信业信息技术外包的风险管理[D].上海:同济大学管理科学与工程,2007.49--

56大连理工大学专业学位硕士学位论文致谢本学位论文的选题以及论文的形成，是在导师的支持、鼓励和悉心指导下完成的。在论文完成的过程中倾注了导师大量的心血，在论文完成之际，特向我尊敬的导师表示衷心的感谢。我的导师治学严谨，知识渊博，平易近人，以身作则。他高尚的科学态度，丰富的学识阅历让我从心里佩服万分。在他的带领下，我不仅在专业知识方面、技能水平方面有明显的提高，还学会了很多做人的道理。这些收获，会使我受益终生。感谢在我就读研究生期间远道而来为我们上课的讲师们，感谢他们兢兢业业、不辞辛劳地为了给我们按时上课而两地奔波，使得我们顺利地完成了研究生的学业。在此特地向这些老师表示我最诚挚的谢意。本学位论文中提到的通信基站综合信息管理系统，是通过我单位的项目组的同事共同努力下设计并实现的。因此，感谢网页设计的李雪华，感谢静态页面制作的王文君，感谢除我之外负责源码编写的几位同事，分别是韩鑫伟、翁琳鼎和胡磊，没有他们坚持不懈的努力，就不能顺利的完成项目，这是本学位论文写作的基础，在此一并谢过。此外，感谢跟我一同就读研究生的同学们在我写本学位论文期间一直给予的热心的支持和帮助，有幸与你们一起共同学习，是我就读研究生的最大的收获。感谢我的父母对我这些年的养育之恩、栽培之恩以及照顾之恩。感谢我的妻子对我的陪伴、鼓励和支持。最后再次向所有关心我的亲人们、老师们、同学们和朋友们表示最真挚的谢意！49--

57大连理工大学硕士学位论文大连理工大学学位论文版权使用授权书本人完全了解学校有关学位论文知识产权的规定，在校攻读学位期间论文工作的知识产权属于大连理工大学，允许论文被查阅和借阅。学校有权保留论文并向国家有关部门或机构送交论文的复印件和电子版，可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印、或扫描等复制手段保存和汇编本学位论文。学位论文题目：杭州通信基站综合信息管理系统的设计与实现作者签名：日期：年月日导师签名：日期：年月日