（通信与信息系统专业论文）基于国产linux的铁通智能业务受理系统的设计与实现.pdf

北京交通大学硕士论文英文摘要 s h a r i n gs e r v i c ed a t a ，i tr e a l i z e da u t o - n o wo ft h ea c c e p t a n c ed o c u m e n t sa n d e f f i c i e n t m a n a g e m e n to ft e l e p h o n e u s e rs e r v i c e t h i ss y s t e m g r e a t l y i m p r o v e dt h es e r v i c cl “e lo fc r c 【k e yw o r d s 】 t e l e c o m s e r v i e ea c c e p t a n c e ：m v c ：t e c h n o l o g yo ft h e d a t a b a s e ： j a v a b e a n s ：o b j e c to r i e n t e dt e c h n o l o g y( o o ) i l i 北京交通人学硕士论文 第一章绪论 1 1 课题来源、研究背景及意义 1 1 1 课题来源 本课题属于国家8 6 3 项目一基于国产l i n u x 的铁通公、专网调度指挥 平台的应用研究与示范( 项目编号：2 0 0 4 从1 2 2 4 7 0 ) 。 1 1 2 研究背景及意义 红旗l i n u x 自开发研制成功后，不断在服务器和桌面应用领域发展 壮大。目前，中国l i n u x 软件的应用领域扩大到了邮政、公安、金融、 电信、教育、交通、政府、能源等行业及各种数字设备领域。随着 l i n u x 的快速发展，红旗l i n u x 已经具备了承担行业关键应用的实力! 应 用是成就l i 叫x 的关键。围绕l i n u x 开发配套应用软件，将是l i n u x 实现 更高层次发展的必由之路。随着国内电子政务的发展，国家已经明确提 出要以l i n u x 为核心平台，积极提倡采用以l i n u x 为主导的解决方案。但 就目前而言，l i n u x 主要还是集中于非核心业务应用，应用软件的匮乏 和不成熟，依然是l i n u x 发展的掣肘，l i n u x 要在更多领域获得深层次发 展，还有赖于应用软件研发力量的壮大。 随着国内电信运营竞争格局的形成，国内电信运营商为了提高资源 利用率和服务水平、降低成本，纷纷开始关注企业的电信业务运营支撑 系统，而业务管理系统又是运营支撑系统的核心内容之一。铁通公司成 立后，随着新业务和新技术迅速推广应用，通信网业务种类、数量和用 北京交通大学硕士论文绪沦 户需求急剧增加，全网干线通信设备日益更新，通信网络正变得性能更 强、分布更广和规模更为庞大。全网的干线通信设备经历了从明线传输 到电缆传输，从电缆传输到光纤传输，从模拟设备到数字设备的发展过 程。近几年，通信干线又从p d h 设备逐步转换到s d h 同步传输设备及d w d m 密集波分复用设备。而现有的长途通信网络资源、长途通信业务、设备 数据的管理还是依靠对链路台账、设备履历、停机台账、电路应急倒代 台账等进行手工记录、人工管理；故障申告或调令下达还是靠电报、电 话和人工传递；各种网络性能指标是靠人工统计和计算：并且缺乏一套 先进的管理手段对有关市场及客户的信息进行有效的管理。 铁通公司通信网络的运营维护管理正面临着使运行管理及维护现 代化、标准化、简单化和自动化的直接的和紧迫的需求。有必要建设一 套具有自主知识产权的通信业务计算机综合管理信息系统，改善和提高 生产、指挥效率、从而进一步发挥既有通信设备的作用，有效的管理和 分配整个网络资源，使网络管理从单项的、人工的、独立的、局部的和 数据的，走向综合的、智能的、统一的、整体的和可视化的，为铁通公 司网络运行指挥管理提供先进的手段。红旗系列服务器产品具有系统 的稳定性，良好的性能，软硬件兼容性以及可管理性。可以更好的支持 企业计算环境中的关键应用软件，如数据库软件、中间件、备份等，以 及业界主流硬件平台，包括i b m ，h p ，d e l l ，浪潮，方正，宝德，曙光 等的i a 服务器。其出色的稳定性和性能将成为企业应用的首选系统平 台。红旗l i n u x 作为我国自有知识产权的操作系统，就成为铁通公、专 网统一调度平台的最佳选择。 目前国外相关产品在商业运作模式和管理体系上与国内有很大区 别，不能直接供国内使用，但本系统的实现开发技术、系统实现框架及 有关管理理念等，都采用和借鉴了国际上先进的方法和框架。系统采用 2 北京交通大学硕士论文 绪论 国内自主知识产权的操作系统，彻底摒弃了国内大型企业应用软件需要 借助于国外操作系统实施运行的现状，由于系统平台和高层应用的自主 化，系统具有不可比拟的可移植性和扩展性。能较好适应铁通管理体制 的变化和市场需求。选择国产红旗l i n u x 平台就是为完全自主知识产权 应用软件产品选择了一个坚实的平台基础。此外，铁通公司拥有目前国 内唯一的专公网一体化网络基础设施，对所有宽带应用设备和业务模 型，提供全面的支持和服务，网络标准由铁道部统一制定，有利于网络 的端到端统一化管理和安全性保障。 该项目的实旌成功标志着国内将首次开发完成完全不依赖于任何 国外技术的国产电信管理软件系统。目前，该软件平台应用已经列入铁 通公司下一步的重点发展计划，本项目开发研制成功后，将在铁通公司 下属3 1 个省分公司以及3 1 6 个地市分公司推广使用，在全国铁通各分公 司业务覆盖的公、专网上全面使用本调度平台进行铁通运营业务的开 展，通过我们的系统与直接客户对接，产生实际的经济效益，为国产应 用软件的发展开辟了新的方向，对中国软件产业具有相当重要的意义， 也为国产红旗l i n u x 操作系统的推广使用开辟新的行业领域。 在激烈的市场竞争中，一套有效的业务管理系统可帮助电信运营商 在竞争中别具一格，并通过缩短服务响应时间和提升服务质量赢得综合 竞争优势。一套有效的业务管理系统在帮助电信运营商优化资源利用 率、提高整体服务水平和降低运营成本方面也发挥不可忽视的作用。 铁通公司作为国内新的电信运营商，无论在网络运营、内部管理和 开发维护技术都面临严峻的考验。开发一套具有完全自主产权的业务管 理系统对于铁通的发展，提高在国内电信市场上的竞争力都具有十分重 要的意义。 北京交通大学硕士论文 绪论 1 2 研发工具选择及主要工作 1 2 1 研发工具选择 后台：红旗l i n u x 操作系统+ o r a c l e9 if o rl i n u x + t o m c a t 前台；红旗l i n u x 操作系统+ e c l i p s e 十j a v a + j s p 1 2 2 主要工作 本课题的主要工作是设计一套b s 架构的基于l i n u x 的智能业务受 理系统针对铁通公司业务运营进行管理。 系统功能主要有电话业务受理，故障受理，线路管理，派工管理， 工区完工，程控完工，系统管理七个主要子系统和呼叫中心及计费系统 两个扩展子系统。 该系统的主要目标有： 电信业务流程自动化，取消大部分人工处理环节( 如配线、 配号、派工、完工等) ，降低操作人员流程处理的自由度，规 范业务处理，减少由人工处理带来的差错和漏洞。 减少数据冗余，充分共享数据，减少重复劳动，避免数据的 不一致。 严格有效的管理和监控各种电信业务资源( 如号线等等) ，提 高资源利用率。 能够及时发现各种电信业务流程中的异常现象( 如工单逾限 等) ，提高服务质量。 4 北京交通大学硕士论文 系统涉及理论 远程访问 l i n u x 不仅允许进行文件和程序的传输，它还为系统管理员和技术 人员提供了访问其他系统的窗口。通过这种远程访问的功能，一位技术 人员能够有效地为多个系统服务，即使那些系统位于相距很远的地方。 可靠的系统安全 l i n u x 采取了许多安全技术措施，包括对读、写进行权限控制、带 保护的子系统、审计跟踪、核心授权等，这为网络多用户环境中的用户 提供了必要的安全保障。 良好的可移植性 可移植性是指将操作系统从一个平台转移到另一个平台使它仍然i 蛆瑟甄舅掣菇强警兽歪野给倒石 泵翟搭；! 嗯型藉叠髫捌划裂洲暂；垄毖靶鞘粥鲍”l i t s 娟非而秘钢 甾k 稀苏峰瓣掣涮蜀翟剖鼎磐剀甄删刳摊瓤驰融 粥磊；鲴菲稚鼙饕 詈 、删 除、查询等操作，这需要 2 数据库技术数据库就 是一个数据集合，是一个长期存在的信息集合。它由数据 库管理系统进行管理。数据库管理系统通常称为数据库系统，具有如下特点： (1 )允许用户和用数据定义语言说明数据的逻辑结构( 模式) ， 并 根据模式创建新的数据库。( 2 ) 允许用户利用查询语言查询和修改数据。( 3 ) 能够存储大量的数据，防止故障和非授权用户对数据的破9 x 北京交通大学硕士论文 系统涉及理论 坏，并可以为查询和修改提供有效的支持。 ( 4 ) 能够对多用户的并发数据访问进行有效控制，防止用户之间 相互影响和并发访问对数据的破坏。 2 2 1 数据库技术的发展 数据库技术出现于2 0 世纪6 0 年代。4 0 年的发展过程中，数据库技术 主要经历了网状数据库、层次数据库、关系数据库、新一代数据库技术 等几个阶段。新一代数据库技术有面向对象数据库、并行数据库、分布 式数据库、主动数据库、多媒体数据库等等。从某种意义上说，信息化 社会就是数字化社会，它离不开对数字的控制和处理，当然也就离不开 对数据库技术和产品的依赖，同时它将驱动着数据库技术继续向前迈 进。可以预见，未来的数据库应用在广度和深度上都将超过现有水平。 2 2 2 数据库应用系统体系结构 数据库应用系统体系结构包括用于建造系统的各元素的描述，元素 问的交互，指导元素组合的模式，以及模式的约束。总的说来，一个特 殊的系统是以一组构件以及这组构件间的交互定义的。这样的一个系统 又可作为一个合成元素用于一个更大的系统的设计。m i s 具有三个元素： 数据、功能和行为。数据反映了m i s 所处理的对象的事实，系统要对数 据进行输入、存储和输出处理，在m i s 中，数据库管理系统负责数据的 存储，功能是由m i s 产生的变换和活动。m l s 通常有许多功能，功能体 现并执行企业的业务策略、规则和过程( 称为 x 北京交通大学硕士论文 系统涉及理论 的组合模式就构成了不同的数据库应用系统体系结构。主要有三种：集 中式体系结构、客户服务器( c s ) 体系结构、浏览器朋匣务器( b s ) 体系结构，其中c s 结构和b s 结构使用最为广泛以下简要介绍这两种 结构： c s ( c l j e n t ，s e r v e r ) 结构，即大家熟知的客户机和服务器结构。它 是软件系统体系结构，通过它可以充分利用两端硬件环境的优势， 将任务合理分配到c l i e n t 端和s e r v e r 端来实现，降低了系统的通讯 开销。目前大多数应用软件系统都是c 1 i e n t s e n ，e r 形式的两层结构， 如图2 1 所示： 图2 1 c l i e n 媚e r v e r 体系结构 由于现在的软件应用系统正在向分布式的w 曲应用发展，w 曲和 a i e n t s e r v e r 应用都可以进行同样的业务处理，应用不同的模块共享逻 辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统， 通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应 用系统的发展方向。传统的c s 体系结构虽然采用的是开放模式，但 这只是系统开发一级的开放性，在特定的应用中无论是c l i e n t 端，还是 s e r v e r 端都还需要特定的软件支持。由于没能提供用户真正期望的开放 环境，c 俗结构的软件需要针对不同的操作系统系统开发不同版本的软 件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用 户同时使用。而且代价高，效率低。 b s ( b r o w s e r s e e r ) 结构即浏览器和服务器结构。其结构体系如 1 l 北京交通大学硕士论文 系统涉及理论 图2 2 所示 r 一 请求叫第三层关系数据库 ( 数据处理逻辑) 响应 图2 2 b m w s e r s e r v e r 结构体系 它是随着h t e m e t 技术的兴起，对c s 结构的一种变化或者改进的 结构。在这种结构下，用户工作界面是通过w w w 浏览器来实现，极少 部分事务逻辑在前端( b r o w s e r ) 实现，但是主要事务逻辑在服务器端 ( s e r v e r ) 实现，形成所谓三层结构。这样就大大简化了客户端电脑载 荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本 ( t c o ) 。 以目前的技术看，局域网建立b s 结构的网络应用，并通过 i n t e m e t m t m e t 模式下数据库应用，相对易于把握、成本也是较低的。 它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的 接入方式( 比如u 悄；w a n ，l l l t e m e 加n t m e t 等) 访问和操作共同的数据 库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。 特别是在j a 姐这样的跨平台语言出现之后，b s 架构管理软件更是方 便、快捷、高效。 管理软件技术的主流技术与管理思想一样，也经历了三个发展时 期。首先，界面技术从上世纪d o s 字符界面到w i n d o w s 图形界面( 或 图形用户界面g u i ) ，直至b r a w s e r 浏览器界面三个不同的发展时期。其 次，今天所有电脑的浏览器界面，不仅直观和易于使用，更主要的是基 于浏览器平台的任何应用软件其风格都是一样的，使用人对操作培训的 要求不高，而且软件可操作性强，易于识别；再者，平台体系结构也从 系统涉及理论 过去单用户发展到今天的文件服务器( f s ) 体系、客户机服务器( c s ) 体系和浏览器服务器( b s ) 体系。 2 2 3 数据库接口技术 w e b 应用系统中的数据库接口技术有c g i ，is a p i ，ad o ，jd b c 等几 种流行的方式，c g i 可以用任何一种语言书写，i s a p i 可以用c + + 书写，a d o 要与a s p 联合使用，j d b c 则要用j a v a 语言书写。 c g i 即通用网关接口( c o 唧o ng a t e w a yi n t e r f a c e ) ，它是一个w w w 服务器主机对外服务的标准接口，最初c g i 接口的功能就是在超文本文 件与服务器上的应用程序之间传递信息。c g i 也是种在网络服务器上 运行的程序，它是完全独立于服务器的( 因此称作外部程序，不过它与h t t p 服务器驻留在同一主机上) ，主要用来协同w e b 浏览器处理输入的工 作数据，完成客户端与服务器的交互操作，扩展服务器的功能，完成服 务器不能完成的工作。当w e b 服务器接收到与某个c g i 源相符合的u r l 时， 便启动一个与数据库管理系统相连的c g i 程序( 比如p e r l 脚本、应用服务 等) ，查询相应的数据库，并且返回结果给w e b 服务器，以传送到w e b 客 户机。 c g i 的主要工作流程可分这样几步： ( 1 ) 一个用户的请求激活一个c g i 应用程序： ( 2 ) c g i 应用程序把用户从与用户交互的主页里输入的信息提取出 来，将用户输入的信息用c g i 变量传给服务器上的应用程序( 如 数据库查询程序) ： ( 3 ) 再将服务器上应用程序的处理结果以h t m l 文件形式返回用户： ( 4 ) c g i 进程结束； c g i 的应用程序一般都是一个独立的可执行程序，和w w w 服务器的服 北京交通大学硕士论文 系统涉及理论 务进程一样各自占据着不同的进程空间，它在服务器内存中占用进程空 间的情况如图4 1 所示。一个c g l 程序一次只能处理一个用户请求。这样， 每当有一个用户请求时，都会激活一个c g i 进程，当用户请求数量非常 多时，会挤占大量系统资源，如内存、c p u 时间等，降低系统的性能。 i s a p i 臣口i n t e r n e ts e r v e ra p p l i c a t i o np r o g r a mi n t e r f a c e ，t j 是微软提供的一套面向i n t e r n e t 服务的a p i 接口，它能实现c g i 提供的全 部功能并在此基础上进行了扩展，比如提供了过滤器应用程序接口。i s a p i 的工作原理和c g i 大体上是相同的，都是通过交互式主页取得用户 的输入信息，然后交服务器进行后台处理。但是二者在实现机制上大相 径庭。c g i 的应用程序一般都是可执行程序，而在i s a p i 下建立的应用程 序是以动态链接库的形式存在的，它存在于服务器端的内存中，与w e b 服务器进程处于同一个系统空间，以线程代替进程，它的空间占用情况 如图4 2 所示。一个i s a p i 的d l l 可以在被用户请求激活后驻内存，等待 用户的另一个请求，还可以在一个d l l 里设置多个用户请求处理函数。i s a p i 与c g i 相比，效率提高了但也带来了更大的风险，i s a p i 进程和服 务器进程处于同一系统进程空间，因此服务器端程序的一个违规操作就 有可能导致w e b 服务器的崩溃，另外，无论是c g i 程序还是i s a p i 程序基 本上是独立于h t m l 之外的，与h t m l 结合不够紧密，完全要用另一种语言 开发，工作量大。 j d b c 技术是j a v ad a t a b a s ec o n n e c t i v i t y 的缩写，它是j a v a s o f t 公司设计的j a v a 语言的数据库访问a p i 。最初的j a v a 语言并没有数据库 访问能力。j d b c 是第一个支持j a v a 语言的标准的数据库a p i ，它包含两 部分j d b ca p i 和j d b cd r i v e ra p i 。其目的在于使j a v a 程序与数据库服 务器的连接更加方便。在功能方面j d b c 与o d b c 相同，它给程序员提供了 统一的数据库访问接口。j d b c 访问数据库的过程如下：用户通过浏览器 1 4 北京交通天学硕士论文 蠹莩垂耍毫萋 参i ： 垄填谭省耋霉蕈雾蚕荔鋈薹荔矍雾豢； i l i i 墓i 鎏霪誓霪霎| 篓重熏焉洛淄兰嘉写刮疆剥醛；岩浦谢孵嘣 通一测涔摆嵩鼎媸羹磊犁套翠献当i 羹，萋；彗囊篓薹羹薹囊羹萋蓦 有电话业曼堂璎嘲i 湾国g 搿彰。；鹫蟹k 吾翠专攀碍蚤翥型产 墓绿群晶萋墨! 喜零丢。爨器笾晶鬻： 讨锌韩鬟。锻 r 冀蜘生蛳 堑甄氢搿蠹：覆裂慰需嘿诖攘蟊静霸韩筠巍籀荡i 喾禹耙铂豁? 拍刊 n 褂瞳1 。霏蚧拍一驰。霎雾鬟薹霎耋鬟薹；萋蓥蓁冀萋雾萎。蓁牝彭 烈彩刊捌蔼嘲啭滢蠹。摊蓄州茫班融辘匿醇剐引；i ! 般i 泓韭野弦珀的 e 盘塑u 才卿蓑碰煞颡斌咂忻猎：厅分成；个核位髂越滔哩哑引唾羹潲鞭 黟。们拼轴辎! 昏带引由f 爱鼾羁酗堕蒸峭以麓坦絮耍慧瀣髑昂准。 蠹i 耋。蹙妻蠢 x 北京交通大学硕士论文业务受理系统总体设计 ( 控制器) 接受用户请求 调用模型响应用户请求 。1 选择视图显示响应结果 选择视图 业务处理 l 用户严求 ( 视图) 状态查询_ -( 模型) 显示模型状态 代表应用程序状态响应状态 接受数据更新请求 查询处理业务流程 把用户数据传给控制器 + 一一通知数据更新一 通知视图业务状态更新 方法调用 视图 图3 4 m v c 结构图 如图3 4 所示：首先控制器接收用户的请求，并决定应该调研哪个 模型来进行处理；然后模型根据用户请求进行相应的业务逻辑处理，并 返回数据；最后控制器调用相应的视图来格式化模型返回的数据，并通 过视图呈现给用户。 在最初的j s p 网页中，像数据库查询语句这样的数据层代码和h t m l 这样的表示层代码混在一起，m 1 ，c 从根本上强制性的将它们分开。尽管 构造m v c 应用程序需要一些额外的工作，但是它给我们带来的好处是毋 庸置疑的。首先，多个视图能共享一个模型。如今，同一个w e b 应用程 序会提供多种用户界面，例如用户既希望能通过浏览器来收发邮件，还 希望能通过收集来访问电子邮箱，这就要求w e b 网站同时提供i n t e r n e t 界面和w a p 界面，在m v c 设计模式中，模型响应用户请求并返回响应数据， 北京交通大学硕士论文q k 务受理系统的详细设计 第四章业务受理系统的详细设计 智能业务受理系统：# 要南电话、务受理，故障受理，线路管理，派 工管理，工区完工，程控完工，系统管碑七个丰要予系统和呼叫中心、 计费系统两个扩展子系统。详述如下： 4 1 智能业务受理系统需求分析及接口设计 业务受理模块的主要功能是完成电话用户的申请( 不仅包括新装电 话、a d s l 宽带，还包括用户变更业务、停机保号、销户、迁户等等) 、 电话路由的选择、路由的确认与施工鼙记、完工登记、以及对接入网线 缆的维护等。 4 1 1 本系统受理业务对象及业务功能 受理业务对象：本系统目前受理业务对象主要有普通l h 话、a d s l 、 超级线通( a d s l + 电活) 三种。根据装机用户不同，普通电话又 有个人电话、集团电话、公用电话几种；根据装机地理位置不同， 普通电话迩可以分为住宅电话、办公电话、i c 卡电话、磁卡电话等 等。 受理业务功能：针对普通电话用户及超级线通用户可以变更程控 业务功能、停机保号、号码变更、过户、移机、注销等。其中程控 业移麓矿蓉垂鼍i 薹季塞琴? 管哗谚7 二蚕翼霪茸= 端型弦嗡馐。 酏e 矗邺j 置掣矿。唑镊篓薹量鬻，藿霪“i 霉萎造崤：石徊 囊嚣；囊銎型。囊“斟幽裂卧j 生目蔬吲 概 念抽象。在m i s 开发中对象有两种用途：一是促进系统开发者和用户相统 北京交通大学硕士论文业务受理系统的详细设计 能有加装电话、过户、移机、拆机等。 4 1 2 系统工作流程及状态分析 系统简要工作流程及各部门关系如图4 1 所示 用 户 电话用户业务l 一业务受理子系 受理 统 故障受理 线路管理 系统管理 故障受理子系 统 线路管理予系 统 系统管理子系 统 派 工 1 。区完1 _ 予l 墨竺 卜厂、 蕊面嗣水 系统l 。 图4 1 系统工作流程及各部门关系图 操 作 占 兀 成 由图4 1 所示，系统将根据用户的操作进入相应的模块进行处理， 下面以用户新装电话为例详细说明其工作流程，如图4 2 所示：首先， 记录用户信息之后，需要选择离用户家最近的分线盒，在本系统中，每 个分线盒都预先设定了分线盒所在的位置信息( 包括县、区、街道、楼、 单元等) ，利用系统提供的模糊搜索功能可以方便地选择合适的分线盒。 根据所选的分线盒可以很容易的选定所属局，局内部都有一个或几个分 配的电话号码段，系统可以自动显示该局内一个空闲的电话号码供用户 选择，也可以人工设定。接下来是进行人工选路自动选路，前面已经 提到，接入网的选路其实是在树形结构中进行跳线，主要在交接箱内进 行配线设定，最后根据电话号码进行配线架配线即可，这部分下一节会 详细说明。路由选定之后就可以进行派工，旋工人员配线成功之后进行 完工登记，最后在交换机上进行开通操作，用户就可以使用电话了。 北京交通大学硕士论文 业务受理系统的详细设计 是 是 完工登记 0 开通电话 0 ( 完毕 ) 图4 2 新装电话流程图 4 1 3 系统各子系统接口详细设计 业务受理子系统：系统辨别用户权限是否可以进入该子系统进行操 作，权限分配在系统管理子系统中设置，如满足则进入业务受理页 面，业务受理子系统又分为电话用户、宽带专线、业务变更、用户 查询、用户统计五个子系统， 电话用户：本功能系新装机用户受理界面，操作者将用户的各 北京交通大学硕士论文 业务受理系统的详细设计 种信息都填入相应的框中，(除电话号码外任意一项均不能缺)；然后在“选择分线盒”区域按照新装机地址所在的区、街道、 楼房、单元等条件对分线盒进行筛选，直到选择一个合适的分 线盒为止；此时将显示此分线盒的空余端予，所属局和可以选择的号段等信息，选择号段后，“电话号码”框会自动出现由系 统计算的所选号段中尚未使用的一个最小号码并进行填充，操 作者也可以在选择分线盒后输入一个所选号段的任意一戥烈婴 訇引：鉴看赫箝辅俐黑裂两弱舞褂拍甜；童朔翘1 獭槔5 蛆明 掣墨拦= 恺擘覆皙要王差玲! 霞逆蚓j 嶝盈：孥必颏和应雨 稀厍着彘覃侪谕嵛臻等商下柞的芥i 筝。墼虱塾驯孽垡壹 盔；沤雏孵驿濉翳臻盈燃湍垲攉缘妻墅t 暨裂楚! 彩孔墓强謦 岛。 肇 疗= 蠹茔= 套二姐弱瑚叫卟m 瞧娃圳；些明显地应该作为对象的东西，首先设计它们，在设 计这些对象的过程中，使其它对象变得明朗起来，最后得到一个很大的 对象集合体。这个集合体概括了这个任务现有的大部分需求。这时候， 再退回一步，根据合适的对象，对照应用程序的需求，寻找需要填补的 漏洞，使之完善。 2 3 1 2 组件技术 目前已被公认的且正在发展中的面向对象的分布式组件技术有o m g ( 0 b j e ctm a n a g e m e n tg r o u p ) 提出的公共对象请求代理体系结构c o r b a ( c o 姗on0 b j e c tr e q u e s tb r o k e ra r c h i t e c t u r e ) ，m i c r o s o f t 的分布 式组件模型d c o m ( d i s t r i b u t e dc o m p o n e n t0 b j e c tm o d e l ) 和s u n 的j a v a b e a ns r i i 技术。下面简要介绍这些技术： c o r b a x 北京交通大学硕士论文业务受理系统的详细设计 选号段内的未用电话号码，如果已经使用，单击“确定”按钮 时将给予提示；( 4 ) 过户：变更用户基本资料；( 5 ) 移机：此 项功能将变更路由信息。选择此项后，“线路路由选择”区域中 的“所在区”首先高亮，操作者根据所选的区、街道、楼房、 单元等项依次对分线盒进行筛选，最终选定目的分线盒和可用 号段，当可用号段选定后，“新电话号码”文本框将自动显示当 前号段中未使用的最小号码；( 6 ) 注销：销号。普通电话和超 级一线通用户业务变更具备以上6 种功能，独立宽带用户只有过 户、移机、注销和加装电话四种业务变更。 用户查询：该功能允许操作员对当前所有电话用户、纯宽带用 户、超级一线通用户进行查询和数量统计。目前的设计中查询 条件包括所属局、用户类型、电话类型、电话号码、开通情况、 用户姓名、时间条件等。这些条件可以任意组合，即可以任意 限定条件，电可以都不限定。 用户统计：该功能实现按年、月、季或特定时间段内的新增用 户统计，如果想查询统计现有用户，请使用“用户查询”功能。 故障受理子系统：该功能实现申报用户故障，查询和管理故障信息。 派工管理子系统：当操作员新装机、业务变更、故障受理后，系统 自动生成一个带有派工编号的记录，派工管理即负责对这些派工请 求进行合理调度。 工区完工子系统：当派工请求是新装机、故障申告、移机业务时， 下达派工单后，分局完工登记界面将显示派工单信息，施工人员完 工后登记完工，如受旋工地域条件限制可通过呼叫中心扩展子系统 进行电话登记完工。如出现登记失误可允许修改参与施工人员信息。 程控完工子系统：无论调度人员在派工管理中下达何种类型的派工 北京交通大学硕士论文业务受理系统的详细设计 单，都将向程控( 模块局) 派发派工通知。施工人员收到派工单 完工后进行登记。 线路管理子系统：与业务受理子系统一样同为系统关键组成部分， 业务受理子系统实现了自动配线，通过此子系统可实现人工配线功 能，这样本系统就将自动配线和人工配线相结合起来，随用户需要 而定，充分体现了其智能化。下面分别介绍线路状态分析和配线流 程：根据铁通公司安装电话的具体情况，一条电话线路从空闲到被 用户正常使用需要经过如下6 个状态： 空闲：该线路没有被物理连接，而且也没有用户使用。 预连：该线路已经被物理连接，但是却没有用户使用。 连占：该线路已经被物理连接，而且已经被用户使用，只是还 没有进行完工登记。 预占：该线路没有被物理连接， 没有施工。 占用：该线路已经被物理连接， 了完工登记。 但是已经被用户使用，只是还 而且已经被用户使用，也进行 故障：线缆已经故障，不能使用。 状态转换图如图4 3 所示： 北京交通大学硕士论文业务受理系统的详细设计 图4 3 状态转换图 系统管理子系统：该系统实现用户管理、用户权限分配、系统字典 管理下面主要介绍用户权限分配机制。权限管理的基本任务是：判 断谁对什么有什么操作权限。系统按部门将用户分组，不同组对系 统各子系统的操作权限不同，同组用户的权限也分级。这样就避免 不相干用户误操作和恶意操作。 4 2 智能业务受理系统数据库设计 由于本系统与资源管理系统共用一个数据库，含有空间数据信息， 因此涉及到的数据存储量非常多，就一个市分结点而言，它的数据表就 有近一百个之多，这还没有包含数据报表、字典表的部分。如前所述， 本系统后台主要采用0 r a d e 9 i 支持的关系，空间数据库d b m s 系统，w e b 应用软件主要负责从后台数据库中读取数据进行分析、显示、更新，所 以本系统数据库的设计是整个系统设计阶段的一个核心内容，数据库的 北京交通大学硕士论文 业务受理系统的详细设计 优劣直接关系着系统的可用性和稳定性。下面只介绍与业务受理系统相 关数据库表结构的设计和其与业务流程的关系。 4 2 1 系统数据库表结构设计 为尽可能详尽管理用户信息，更方便受理业务我们设计一些表如下： 线缆类表：主要有局间电缆连接表、局间电缆属性表。 字典表类：主要有业务类型字典表、工区名字典表、工区工作人员 字典表、故障类型字典表、部门字典表、局工区字典表、局工区人 员字典表、电话类型字典表、营业厅字典表。 业务受理类：电话用户信息表、业务变更表，派工表、程控派工表、 工区派工表、故障( 业务) 表、线缆故障表、局电话号码分配表、 日志表、系统用户表。 路由表类：分线盒地址表、分线盒属性表、分歧头属性表、交接箱 属性表、配线架属性表。 4 2 2 系统数据库表与业务流程关系 在具体业务的运行中，数据库中的相关数据也在交互作用下发生变 化，本节中图4 4 直观清晰地描述了业务操作流程与数据库相关表之间 的关系： 北京交通大学硕士论文 业务受理系统的详细设计 优劣直接关系着系统的可用性和稳定性。下面只介绍与业务受理系统相 关数据库表结构的设计和其与业务流程的关系。 4 2 1 系统数据库表结构设计 为尽可能详尽管理用户信息，更方便受理业务我们设计一些表如下： 线缆类表：主要有局间电缆连接表、局间电缆属性表。 字典表类：主要有业务类型字典表、工区名字典表、工区工作人员 字典表、故障类型字典表、部门字典表、局工区字典表、局工区人 员字典表、电话类型字典表、营业厅字典表。 业务受理类：电话用户信息表、业务变更表，派工表、程控派工表、 工区派工表、故障( 业务) 表、线缆故障表、局电话号码分配表、 日志表、系统用户表。 路由表类：分线盒地址表、分线盒属性表、分歧头属性表、交接箱 属性表、配线架属性表。 4 2 2 系统数据库表与业务流程关系 在具体业务的运行中，数据库中的相关数据也在交互作用下发生变 化，本节中图4 4 直观清晰地描述了业务操作流程与数据库相关表之间 的关系： 图4 4 数据库表与业务流程关系图 j ! 室窒望查堂堡堡奎 些堑墨垄墨竺鲞堡垫查堑塞 将处理字符集设为g b k 的类文件s e t c h a r a c t e r e n c o d i n 萨i l t e r j a v a 主要代码如下( 此文件主要来源于t o i c a t 的示例) ： p a c k a g ef i l t e r s ： i m p o r tj a v a i o i o e x c e p t i o n ： i m p o r tj a v a x s e r v l e t f i l t e r ： i m p o r tj a v a x s e r v l e t f i l t e r c h a i n ： i m p o r tj a v a x s e r v l e t f 订t e r c o n f i g ； i m p o r tj a v a x s e r v l e t s e r v l e t e x c e p t i 。n ： i m p o r tj a v a x s e r v l e t s e r v l e t r e q u e s t ： i 【p o r tj a v a x s e r v l e t s e r v l e t r e s p o n s e ： i m p o r tj a v a x s e r v l e t u n a v a 订a b l e e x c e p t i o n ： p u b l i cc l a s ss e t c h a r a c t e r e n c o d i n g f i l t e ri m p l e m e n t s f i l t e r p r o t e c t e ds t r i n ge n c o d i n g 2n u l l ： p r o t e c t e df i l t e r c o n f i gf i l t e r c o n f i g = n u l l ： p r o t e c t e db o o l e a nig n o r e = t r u e ： p u b l i cv o i dd e s t r o y ( ) t h i s e n c o d i n g = n u l l ： t h i s f 订t e r c o n x 北京交通大学硕士论文业务受理系统关键技术研究 s t r i n ge n c o d i n g = s e l e c t e n c o d i n g ( r e q u e s t ) ： i f ( e n c o d i n g _ n u l l ) r e q u e s t s e t c h a r a c t e r e n c o d i n g ( e n c o d i n g ) d o f ilt e r ( r e q u e s t ， r e s p o n s e ) p u b l i cv o i di n i t ( f i l t e r c o n f i gf i l t e r c o n f i g )t h r o w ss e r v l e t e x c e p t i o n t h i s f i l t e r c o n f i g = f i l t e r c o n f i g ： t h i s e n c o d i n g = f i l t e r c o n f i g g e t i n i t p a r a 田e t e r ( ”e n c o d i n g ”) ： s t r j n gv a l u e2f i l t e r c o n f i g g e t i n i t p a r a m e t e r ( ”i g n o r e ”) ： i f ( v a l u e = = n u l l ) t h i s i g n o r e = t r u e ： e l s ei f ( v a l u e e q u a l s i g n o r e c a s e ( ”t r u e ”) ) t h i s i g n o r e = t r u e ： e l s ei f ( v a l u e e q u a l s i g n o r e c a s e ( ”y e s ”) ) t h i s i g n o r e = t r u e ： e l s e t h i s i g n o r e = f a l s e ： ) p r o t e c t e ds t r i n gs e l e c t e n c o d i n g ( s e r v l e t r e q u e s tr e q u e s t ) r e t u r n( t h i s e n c o d i n g ) ： 4 2 北京交通大学硕士论文 业务受理系统关键技术研究 ) ) 应用w e b 程序中的配置文件w e b x m l 中作如下配置： s e tc h a r a c t e re n c o d i n g f i l t e r s s e t c h a r a c t e r e n c o d i n g f i l t e r e n c o d i n g ( p a r a 耵r v a l u e g b k ( f il t e r m a p p i n g s e tc h a r a c t e re n c o d i n g 丰( u r l p a t t e r n 并将t 0 眦a t 服务器调用字符集配置为g b k ，u r i e n c o d i n g = “g b k ”这 样就解决了中文乱码的问题。 5 2 智能最短路由搜索 用户新装电话流程中路由配置是从用户端到局端机房配线架，这中 间经过分歧头、交接箱等多个多级设备。因此系统自动路由配置过程中 就涉及到一个最短路由搜索的问题，从而实现系统的智能选路。其中用 户电话路由示意图如图5 1 所示： 北京交通大学硕士论文业务受理系统关键技术研究 ：厂 一 悭 多个 一一一一善鎏骜嘉1 一一一!矧囊 篦自。；慕藉群藏薹掘盈逍 萤；囊i 耄鬟霪譬冀羹霪誊冀鬟鬟薹 正渺寻耻联叭r 晷蛳邕j 蛩秦薤固国了- 肃冻肖攮罐傅哥璀i 航髻理 嚷蓁型稿靳杆凼捕耻筠b ：碧鸥甜赫掣贰酗刷基鼬糕“掣；封馨| 手口 一l | ￥赫躺羟g ? i t | “菰甜赫篆。木簖确徭要求业务受理系统跟上电信 业务发展的需要，这就要求在电信业务受理 系统的软件设计上，要充分考虑系统的可扩展性、易维护性和安全性。 目前使用的系统普遍是w in d o w s 操作系统下的c s 结构软件，普遍存在可 移植性差、工作效率低、可扩展性差、可维护性差、部署麻烦等缺点。 本文从软件体系结构和设计模式入手，设计实现了一个b s 体系架构下， 使用m v c 设计模式开发的业务受理系统：使用j a v a 语言使软件具有良好 的可移植性和平台独立性，支持w i n d o w s 、u n i x 、l i n u x 等各种操作系统； 采用m v c 设计模式，提高了系统的可扩展性、可复用性和可维护性；后 台采用与资源管理系统共享数据的大型分布式o r a c l e 数据库，达到数据 标准化、统一化及数据共享；客户端零维护，服务器端安装，维护简单。 北京交通大学硕士论文业务受理系统关键技术研究 在以上结论的基础上可得d i j k s t r a 算法的基本思想如f ：从k 出 发，逐步向外寻找最短路。在运算过程中，与每个点对应，记录一个数， 叫做一个点的标号。它或者表示从嵋到该点的最短路权叫做p 标号，为永 久性标号( p e r 眦n e n tl a b e l ) 。或者表示从v s 到该点最短路权的上界， 叫做t 标号，为试探性标号( t e n t a t i v e1 a b e l ) 。算法的每一步是去修 改t 标号，把某一个具有t 标号的点改变为具有p 标号的点，使图膨中具 有p 标号的顶点多一个。这样，对于有n 个顶点的图，至多经过n 一1 步， 不仅可求出起始点到终点v ，的最短路。同时也求得了起始点b 到网络 中每一点的最短路。 d i j k s t r a 算法的具体步骤 如f 表示搜索的次数，& 表示经i 次搜索后已经获得p 标号的节点的 集合p ( v f ) 表示从始点b 到节点u 的最短路的权，f ( ) 表示从始点k 到节 点v f 的最短路的权的估算上限值( 无法估算时就记为+ 。) ， m ) 为在最 短路上的节点v f 的前一个节点的下标( 若还没有求得到u 的最短路，则 a ( v t ) ；m ，m 为一个无穷大的正数) 。显然，当i = o 时，s o = 舢 ， p ( 协) = 0 ，a ( 协) = 0 ，z f ) = + ( f s ) ，a ( ) = m ( f s ) 令k = s ，搜索步骤如下： ( 1 ) 若s = k 则表明己经获得始点k 到终点、吃的最短路，算法终止。 此时，网络中任意一节点n 与始点k 之间的最短距离 d ( 协，1 ，f ) ；p ( ) ( f = s ，1 ，2 ，。，f ) ；否则，转入下一步。 北京交通火学硕士论文 业务受理系统关键技术研究 带宽是有限的，因此权值的选取需要同时考虑设备和线路的因素。因此 实际应用d i j k s t r