（计算机应用技术专业论文）基于j2ee框架下在boss系统中业务开通模块的设计与实现.pdf

摘要 b o s s 系统是电信运营商的业务运营支撑系统，在企业的生产机 制中占有十分重要的地位。由于各地应用模式的差别也不利于业务的 开展，各相关业务系统的建设要求我们对系统进行严格定位，防止重 复建设、投资浪费的现象。因此，为适应日益激烈的市场竞争和新业 务的发展，我们必须着眼全局，对系统进行整体规划，使之成为一体 化的电信支撑系统，这是电信发展和提高服务的必然要求。 为赢得用户，随着企业内部组织机构的变革、新业务新技术的不 断更新、不断改变的营销政策，当务之急中国电信要有新的运营支撑 系统来覆盖业务全过程、优化组织结构、合理配置人力资源，增强自 身竞争实力。系统更要保持高效率运行，为经营决策者提供了准确信 息来源和决策的依据。本文首先论叙了b o s s 系统的产生背景、研制 该系统的目标和原则，以及国内外b o s s 系统建设的现状，特别是针 对传统的业务9 7 系统的一些问题和弊端进行分析，随之引出文章的 重点业务开通模块以及课题的意义。随后简单的讲述了该系统的平台 架构和在设计系统中用到的关键技术( j 2 e e ) 。在文章中重点叙述了三 个关键的概念一一产品模板( 重点) 、资源模板和服务模板，以及它们 之间的联系和底层的数据模型设计与具体实现。介绍了业务开通模块 的基本的功能。接着重点分析了业务开通模块中产品管理功能中的产 品模板管理模块以及施工调度功能的具体实现。在文中以小灵通业务 维为例，使之勾勒出业务开通模块。 最后用l o a dr ii n n e r 测试软件对业务开通模块的进行测试， 对该模块的性能进行评估和带来的问题进行相应的解决方法。 关键宇b o s s ，业务开通，啪m j s p ；j 2 e e a b s t r a c t b o s sh a s 锄i m p o r t a l l te 行b c to np r o m 雠m e c h 锄s mi nt i l et e i e c o m c o r p o r a t i o 士l ，w i l i c hi sb l l s i n e s so p e r a t i o ns u p o ns y s t e mi nt e l e c o m w b r e q u i r e t 1 1 a t s 埘曲g e n t 耐即t a t i 鲫i i l 1 ep r o c e s so fc o n s 虮l c t i l l g 吐1 e c o r r e l a t i o no fb u s i n e s ss y s t e mp r e v e n tr 印e a tc o n s t n l c t i o na n dw a s 钯f - u l i n v e s t i n e m o p e r a t i o nd e v e l o p sv e 黟d i 珏 c u l t l yb e c a u s ea p p l i c a t i o np a t t e m i sd i 虢r e n c ei l l m a l l yr e g i o 邶 t e l e c o md e v e l o p m e m锄ds e i c e i n l p m v e m e n ta r en e c e s s i t i l yr e q u d ，w em u s tm a k ec o m p l e t el a y o u tt 0 b u i l di i l 钯g r i 够b o s s a st e c l l i l o l o g ya _ b o u tm en e ws y s t e mm a _ t u r e sa i l do r g 甜i i z a t i o n 撇 仃a n s 向姗e da r l dn e wb u s i i l e s sc o n t i n u et od e v e l o pi i lm ee n t e r p r i s e ，i 1 1 o r d e rt 00 c c i l p ym o r em 缸k e tp r o p 硎o i l ，c h m at e l e c o mn e e d wb o s s c o 、 e re n t i l ep r o c e s st od 印l o ym a i l p o w 盯r e s 0 u r c er e a s o n a l l y ，t o 访c r c o m p e t i t i o ns 咖l g 帆t op r e s e r v eh i 曲e m c i e n c ya 1 1 dp r o v i d e e x a c t i n f o 咖a t i o nf o rm a n a g e rt om a k ec o r r e c td e c i s i o n f i r s t l yt l l ep 印e r d i s c u s s e sa 蛆a i l ds i g i l i f i c a t i o ni i l l i sa n i c l e ，i n c l u d i n go 巧e 鸭p 渤c i p l e a n ds i t i l a t 洒na _ b o u tb o s s mo v e r s e a s i te r r i p l l a s e sm a tb u n i e s so p e r a t i o n m o d u l ec a 芏ls o l v em eq u e s t i o n 嘲s t i n gi nt l l ef o 加e f9 7s y s t e ma n db r i l l g i m p o r t a n te 髓c t t h e n l ep 印e rd e s c 曲e s 廿l es y s t 锄s t r u c m r ca i l dk 锄e l t e c 嘶q u “j 2 e e ) i i lm es y s t e m h l t l l em i r ds e c t i o nd i s c u s s 廿1 r e e c o n c e p t i o i l s a _ b o u t p m d u c tt e n l p l a t e ，r e s o u r c et e m p l a t e a i l ds e n r i c e 搬n p l a t e a 1 1 d r e l a t j o n 锄o n gm 锄a l l d d a t am o d e ld e s i 肛锄d 证l p l e m e m t h ep a p e rd i s c u s s e st l l eb 嬲i c 如n c t i o no ft b l e c o mb u s i i l e s s 0 p e r a t i o n ( t b o ) ，a n a l y s e sp r o d u c tt e n l p l a t em a n a g e m e n ts y s t e m a n d i i i i p l 伽e n t i o ni r l e m o do fw 0 伙b i ns y s t e m i tt 妇sp h s ( p e r s o m lh 锄d s y 蛐锄) o p 啪t i o n t oai m t a n c et od e s c i b e1 b o a tl a s ti懈el o a dr 啪n e rt e s tt b o ，e v a l u a t em e巧s t e m p e 墒珊a i l c e 曲i ss y s t e mb r i n gq u e s t i o nc o m b i n ew i m t t l er e l e v a i l ts 1 0 v e w a y k e yw o r d s ：b o s s ，t b o ，e t o m ，j s ej 2 e e 原创性声明 本人声明，所呈交的学位论文是本人在导师指导下进行的研究 工作及取得的研究成果。尽我所知，除了论文中特别加以标注和致谢 的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不 包含为获得中南大学或其他单位的学位或证书而使用过的材料。与我 共同工作的同志对本研究所作的贡献均已在论文中作了明确的说明。 作者签名： 关于学位论文使用授权说明 本人了解中南大学有关保留、使用学位论文的规定，即：学校 有权保留学位论文，允许学位论文被查阅和借阅；学校可以公布学位 论文的全部或部分内容，可以采用复印、缩印或其它手段保存学位论 文；学校可根据国家或湖南省有关部门规定送交学位论文。 作者签名：导师签名歪丝盛日期：立型二年上月丛日 硕七学位论文 第一章绪论 1 1 引言 第一章绪论 随着我国正式加入w 1 i o 以及新一轮电信拆分重组改革的完成，中国电信业 几大运营商的竞争策略也变得明朗。中国电信推出用户至上、用心服务”的服务 理念电信运营商之间“以客户为中心”、“以服务为中心”的新一轮竞争逐步展开 郾l 。从长远和根本的观点看，真正能为电信运营商提供持续发展能力和竞争能 力的，除了一些体制改革手段( 例如融资、并购、重组等) 以外，其实更重要的是 应用信息技术提升运营管理水平和服务水平。 目前中国电信行业面临着一系列的挑战，首先是快速变化的市场如何提高灵 活应对市场的能力迎接w t o 挑战已经成为电信运营商们亟待解决的一个问题。 其次是在降低客户流失率的同时又能吸引新的客户群，这样电信运营商才能够保 证有较高的收益。最后是随着电信行业的不断发展，电信运营商不得不面对越来 越繁杂孤立的系统和复杂的内部流程【l 】。面对这些挑战，电信运营商们又如何来 保证数据的完整性? 如何降低维护和运营成本? 如何有效扩展业务? 如何增加 部门间协作的透明度? 如何增强生产流程实时监控处理能力所有这些问题 的解决都要求电信运营商提高运营管理能力，所以借助新一代电信b o s s 系统来 提升竞争力对电信运营商以及电信企业发展就显得至关重要。此课题的意义就显 得至关重要了。 1 2 目标 新一代电信b o s s ( b u 咖e 豁q ，e i 矧衄s u 即0 ns y s 衄n ) 系统能够真正实现以客 户为中心的端到端的优质高效的服务，帮助电信运营商开源和节流，以增加新收 入和节省开支p j 。 1 从网络维护的角度来看，它可以帮助运营商通过自动化操作来降低运营成 本，提高网络设备的利用率。同时改进服务质量，提高网络的处理能力和流量， 快速开发和部署新业务。 2 从业务运营的角度来看，它在降低运营成本的同时，可以提高企业的生产 效率，提高客户满意度并提供业务进度管理，有效提升企业核心竞争力。b o s s 能够实现根据市场动向快速推出新业务，并且进行侠捷顺畅的后台业务支撑、有 硕士学仿论文第一章绪论 效的服务监控和管理。 3 从功能上，b o s s 包括四大业务系统，c r m 系统负责市场、服务、渠道、 销售、客户的管理；服务开通系统负责产品管理、工单流程及施工管理、业务开 通激活管理；业务资源管理负责资源模板管理、资源数据、资源配置、资源工程、 资源更改、服务边界、资源待装的管理、资源勘查；工作分配系统负责工作管理、 智能人力管理、预约管理、无线施工终端管理等。 4 从技术上考虑，b o s s 系统是具有开放性、集成性、松耦合性的先进的体 系架构，其高度的灵活性和可配置性使得整个系统易于升级、维护和扩充，同时 方便整合和综合管理。基于先进技术，b 0 s s 系统具有高性能、高可靠性和很强 的前瞻性。在信息共享方面，b o s s 可以通过相关系统的整合，消除“信息孤岛”， 进而保障相关信息的有效共享，提高资源的利用率，实现整体有效运作，从而有 力地支持了多种数据业务的管理和发展。 随着目前互联网技术与互联网业务的不断发展和普及，以m 业务为核心的下 一代网络将变得更加复杂，更加个性化，同时也变得更加难以管理。这给国内电 信运营商们带来了更多的挑战，同时也带来了新的机遇。这个机遇就在于网和 基于下一代网络的b 0 s s 系统。如果国内电信运营商能够把握住机遇，借助于 b 0 s s 系统大幅度地提高自己的运营管理能力，充分抓住现在这个在电信运营水 平方面赶超竞争对手的最佳良机，必然会在电信行业今后的发展中处于非常有利 的位置。实现“九七系统”改造，使之由面向业务的系统转化为面向客户的系统。 目前各电信公司的“九七系统是关键、核心的运营支撑系统之一，其主要功能是 实现电信产品销售和服务的实现。从业务角度出发它是一个不可分割的整体，但 具表现在r r 系统上，是可能进行划分。由于原有“九七系统”主要是面向业务的系 统，而不是面向客户的系统，所以在当前市场的环境中传统的9 7 系统已经不能适 应企业的发展需要，急需新的面向客户的系统来替代。搭建多层架构的全省集中 i t 系统平台，形成初步的运营数据存贮平台和企业应用集成平台。目前的客户的 流动性增大，电信企业为适应其变化，就应在更宽的范围内向客户提供服务，因 而建全省集中的平台就能顺应市场的变化，同时节约建设本和维护成本上。全省 集中的平台能集中优势人员来保障系统的正常运作。 1 3 国内外b o s s 系统建设现状 在美国，各大电信运营商都已经实现对原有的业务支撑系统改造，使用的是 j 2 e e 技术，把客户、产品、资源紧密的结合起来，实现对企业信息化的重组及改 造。在韩国、德国、香港等一些国家电信运营商使用了d o tn e t 技术进行了系 统改造，也达到了非常好的应用效果田。 2 硕士学位论文 第一章绪论 在中国，中国移动已经率先对已有的业务系统进行了整合和改造。而中国电 信集团公司启动r r s p 规划，采用整体规划、分步实施、滚动建设的实施策略。基 于实施原则的考虑，在第一期的建设范围中，从基础架构来讲，先行建设全省统 一高速可靠安全的d c n 基础网络、运营数据中心和企业应用集成平台。 从业务支撑软件上来讲，中国电信考虑到目前各省电信公司的实际情况，和 电信集团在苏州的试点情况，以保证客户前台接入能给予有效的后台支撑流程， 不会因新旧系统复杂的联接问题而影响“以客户为中心”的企业服务宗旨【5 ，6 】。即 在b s s 系统中加入服务目录管理子系统、信用管理、欺诈管理。在0 s s 系统中加 入服务开通子系统、服务管理子系统和资源管理子系统，其中资源管理子系统范 围以支撑业务开通为主题。在o s s 系统中，主要关心目静九七系统中所管理的 产品实现核配相关的业务资源管理，及工单的管理。在上面可以看出业务开通模 块在b o s s 系统的主要作用，接着在下面的文章中主要分析业务开通模块的设计 与实现。 1 4 老九七系统存在的问题及分析 自1 9 9 5 年初邮电部制定了全国“市话业务计算机综合管理系统”( 九七工程) 计 划，各种电信业务系统在全国得到了开发、实施和推广，在各地市县电信企业内 部建立起了服务与电信生产的统一网络平台，对各类电信业务所涉及的受理、资 源管理、营销、服务、帐务等环节实行科学的计算机综合管理，作到数据共享， 保证市内电话通信资源、客户资料和业务服务集中管理，在当时社会环境下较好 地满足了不断增长的电信业务的发展。但随着电信新技术的迅猛发展和新服务模 式的不断涌现，不少地市局的各种电信运营支撑系统因原有设计原理和结构的制 约，开始出现软件二次开发更新速度跟不上不断推出的新业务，甚至制约新业务 的开展。主要表现以下几个方面： 1 各种电信业务系统基于单项业务的需求而建设，缺乏整体的发展规划， 缺乏对灵活多样的营销机制的支撑，对经营决策支持力度不够； 2 相关系统没有形成有机整体，不能保障新业务的快速生成； 3 各种电信业务系统之间没有进行相应业务流程的重组和优化，不能充分满 足业务流程的不断变化； 4 各种电信业务系统的设计是满足“以生产为中心”的，没有遵循“以客户为中 心”的设计思想，不能为客户提供个性化服务或等级服务； 5 缺乏客户管理的观念，无法对产品的客户群进行正确的定位； 6 资源管理不合理，不能适应电信新技术带来的新的资源分配方式和多种资 源的整合，不能有效地实现信息资源的共享； 3 硕士学位论文 第一章绪论 7 采用了9 0 年代流行的二层c s 结构，面向过程语言编程，代码可重用 性差，构件化程度不高； 8 各业务系统存在定位不清、功能交叉的现象； 9 各种电信业务系统相互制约，导致企业内部管理困难，由此降低企业的生 产效率，影响企业的服务质量。 以上原因表明原有的9 7 系统许多处于一种维持状态，没有产品和客户资的概 念，只能按单个业务进行流程上管理，有的已经阻碍了业务的发展，每一次受理 只能做一件事，没有定购单的概念。各地应用模式的差别也不利于跨地域业务的 开展，各相关业务系统的建设要求我们对系统进行严格定位，防止重复建设、投 资浪费的现象。因此，为适应日益激烈的市场竞争和新业务的发展，我们必须着 眼全局，对系统进行整体规划，使之成为一体化的电信支撑系统，这是电信发展 和提高服务的必然要求。 1 5 业务开通模块课题的意义 业务开通模块能够解决一些传统9 7 系统无法解决的问题，这就是它的意义所 在： 1 传统的9 7 系统没有产品、服务、资源的概念。在业务开通模块中提供产品、 资源、服务的模型框架，新产品按照框架能随时进行配置后就可投放市场，还提 供了产品生命周期状态的管理。 2 传统的9 7 系统没有客户资料的概念，只有用户资料管理。在业务开通模块 中有了客户资料管理模型、产品和帐户管理模型，一个客户可以拥有多个产品实 例，可以具有多个支付费用的帐户。实现客户信息、产品信息的集中统一管理， 建立统一的元数据模型，整合分散的客户和产品数据，实现完整的客户和产品视 图。 3 传统的9 7 系统只能按单个业务进行简单的流程管理。在业务开通模块中提 供生产流水线的逻辑概念，以工作流平台为核心，以智能方式自动提供多条生产 线，也就是柔性制造系统，能及时响应电信企业对服务流程的优化重组。 4 传统的9 7 系统在受理时基本上每次只能做一件事情，例如用户要求新装 a d s l 时，必需先完成电话的安装。在业务开通系统中提出了申购单和订购单的 概念，客户一次可以订购多项产品。在中间层组件设计时，考虑到有多个产品同 时定购时，为相同或相关的业务流程和功能流程设计公共属性，以及相应的共同 处理组件类和应用组件类。 5 业务开通模块能够更好的实现包括现有固话业务、小灵通业务、数据专线 业务、宽带及网元出租等业务以及今后的3 g 移动等电信各类新增业务在内的全 堡堂垡堡塞苎二兰! 量鱼 业务处理。实现业务处理规则、业务处理流程和调度规则根据客户的需要灵活定 制，适应新业务的快速推出【7 ，8 】。 1 6 论文研究的内容 本论文围绕以下内容进行研究： 1 对以前的电信的业务系统的分析，通过业务开通系统能够为电信企业解决 业务上以及技术上的一些问题。 2 统一的电信元数据模型的构建，使业务型数据转变成分析型数据，从而在 复杂的电信系统中数据共享。 3 结合产品、服务、资源模型，辅助设计出业务开通系统，并实现系统盼部 分功能模块。 4 对系统负载性能进行了测试，并做了针对性的实验研究。 业务开通系统不仅在电信业务上还是在技术上都是一种极大的升华接下来 介绍一下在开发业务开通系统中要用到的技术 5 硕士学位论文 第二章相关技术 第二章相关技术 b o s s 系统可用业界主流的j 2 e e 技术来搭建系统分布式体系结构；采用先进 的工作流管理技术实现电信业务流程的灵活定制与流程流转：采用企业门户技术 实现企业信息集成、与企业统一的安全管理。 。 。 2 1 j 2 e e 概述 j 2 e e 平台规范是一个由s u n 公司定义的用于简化分布式企业级应用开发 与部署的基于组件的模式( 1 1 l cj 2 e ep 1 a 怕哪s p e c i f i c a t i o n d e f i n c sa c c 毗r p 0 帕e m 七嘲；e dm o d e l 也a ts i m p l i f i e s 锁谴e 枷s ed e v e l o p m c n ta n dd e p l o y m e n t ) 。它 提供了一个多层次的分布式应用模型和一系列开发技术规范【1 0 】。多层次分布式 应用模型是根据功能把应用逻辑分成多个层次。每个层次支持相应的服务器和组 件，组件在分布式服务器的组件容器中运行( 如s e n ，l e t 组件在s e l c t 容器上运 行，e j b 组件在e j b 容器上运行，容器间通过相关的协议进行通讯，实现组件 间的相互调用。j 2 e e 使用多层的分布式应用模型，应用逻辑按功能划分为组件， 各个应用组件根据他们所在的层分布在不同的机器上。事实上，如n 设计j 2 e e 的 初衷正是为了解决两层模式( c l i c i l t ，s 鲥，e r ) 的弊端，在传统模式中，客户端担当了 过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升 级或改进，可伸展性也不理想，而且经常基于某种专有的协议通常是某种数 据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在j 2 e e 的多层企业级 应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同 的每种服务提供一个独立的层。 2 2j 2 e e 体系结构 j 2 e e 可以分为四层，如图2 1 所示。这四层分别是运行在客户端机器上的 客户端层( c l i c m 丽呐、运行在w 曲服务器上的w 曲层( w 曲t i e r ) 、运行在e j b 服务器上的业务层( b l l s i n e s sn e r ) 和运行在e i s 服务器上企业信息系统 ( e m e r p r i i i l ：6 m n a t i o ns y s t c n l 砸e r ) 其中w 曲层和业务层共同组成了三层j 2 e e 应用的中间层，其他两层是客户端层和存储层或企业信息系统层。一般情况下， 许多开发商把w 曲服务器和e j b 服务器产品结合在一起发布，称为应用服务器 6 硕士学位论文 第二章相关技术 或j 2 e e 服务器。j 2 e e 平台规范也定义了相应层的组件： j 2 琶ej 2 e e 纠蛳c 瞰咖 a p p l i 髓t l 2 1 c l j e 憾 l 啊甜 l 一 图2 1 j 2 e e 结构图 c i 绷 i 鑫c h i n j 2 e e s e n ，e r 曩c h l 聃 器 瓣 1 客户端层组件 应用客户端程序和浏览器是客户端层组件。客户端层组件可以是基于w 曲 方式的即作为w 曲服务器的浏览器，也可以是基于传统方式的( 非基于w 如方式) 即独立的应用程序，可以完成瘦客户机无法完成的任务。 2 、b 层组件 j a v as e n ，l e t 和j a v a s e r v e rp a g e s ( j s p ) 是w 曲层组件。就像客户层那样，w 曲 层可能包含某些j a v a b e 龇对象来处理用户输入，并把输入发送给运行在业务层 上的勘e r p r i b e a n 来进行处理。按照j 2 e e 规范，静态的h r m l 页面和a p p l e t s 不算是w 曲层组件。这里的j a v a b e 蛆和e j b ( e n t c r p r i j 砌啪) 除了共用 “j a v a b 锄”这个名字外，这两种组件模式完全没有关系。许多文章把e j b 作为 原始的“j a v a b 咖”的扩展，这是错误的。e j b 并没有扩展或使用j a v a b e 趾组件 模式。最初的j a v a b e a n ( j a v 乳b 啪s 包) 在进程内部( i n l 捌邶l c e s s ) 使用，而 e j b ( j a v 强白b 包) 是在进程间( i n l 盯p r o c e s s ) 使用的组件。即最初的j a v a b 啪不是 为分布式组件而设的。它是最好的组件模式，可能是至今发现的最好的过程内部 开发的组件模式，但它不是一个服务器端的组件模式。e j b 则能解决在三层结构 中由管理分布式商务对象多带来的问题。 3 业务层组件 e n t e i l 试j a v a b e 孤s ( e j b ) 是业务层组件。业务层代码的逻辑用来满足银行、 零售、金融等特殊商务领域的需要，由运行在业务层上的e j b 进行处理。一个 7 囤o o 毒 囤 。童 硕士学位论文第二章相关技术 e j b 是从客户端程序接收数据，进行处理( 如果必要的话) ，并发送到企业信息系 统层( e i s ) 层储存的，这个过程也可以逆向进行。有三种企业级的b e 觚：会话 ( s e s s i o n ) b e a 璐、实体( e n t 时) b e a n s 和消息驱动( m e 渤g e - 蹦v e n ) b e a i l s 。会话b e a n 表示与客户端程序的临时交互。当客户端程序执行完后，会话b e 龇和相关数据 就会消失。相反实体b e a i l 表示数据库的表中一行永久的记录。当客户端程序中 止或服务器关闭时，就会有潜在的服务保证实体b e a n 的数据得以保存。消息驱 动b e a n 结合了会话b e 姐和“s 的消息监听器的特性，允许一个业务层组件异 步接收j m s 消息。 4 企业信息系统层组件 处理企业信息系统软件包括企业基础建设系统例如企业资源计划( e r p ) 、大 型机事务处理、数据库系统和其它的遗留信息系统组成了企业信息系统层。例 如j 2 e e 应用组件可能为了数据库连接需要访问企业信息系统。 2 3j 2 e e 应用程序 j 2 e e 应用程序比较复杂，它访问来自各种来源的数据，而且满足各种用户的 需要。为管理这些应用程序，在中间层内管理业务功能，j 2 e e 平台作为中间层提 供了应用程序所必须的环境。j 2 e e 平台为多层应用程序提供了“只需编写一次， 可以四处运行”的可移植性以及可缩放性，它也降低了建立多层应用程序的复杂 程度。 为创建j 2 e e 应用程序，需要创建下列组件；j 2 e e 应用程序客户、企业b e a n 、 w 曲组件。每个组件都打包在具有特定格式的文件中。j 2 e e 应用程序客户厨a v a 应用程序，它运行在允许访问j 2 e e 服务的环境中。j 2 e e 应用程序客户打包 在j a r ( i a v a 存档) 文件中。w 曲组件打包在w 呱w 曲存档) 文件中。j a r 、w a r 和e j b j 盯 文件集成在j 2 e e 应用程序中，也就是一个e 盯文件。然后将e 甜文件部署在j 2 e e 服务器上。 2 4j 2 e e 技术 j 2 e e 包含许多技术，下面将简要介绍s 蹴e t s 、j s p 和e j b 技术。 2 4 1s e r v l e t s 和j s p 1 j a v as e r v l e t s j a v as e r v l 此黾一种小型、独立于系统平台的服务器程序，用于有计划地扩充 8 硕士学位论文第二章相关技术 w r e b 服务器的功能。j a v as e l e t a p i 提供了用于建立这种w 曲服务器的一个简单的 框架。它使应用程序逻辑能够嵌入到h m 请求响应过程中。在j 2 s d k 1 3 1 其中 包括两个用于所有s e r v i e t 的基本软件包：j a v 瓢s e r v l e t 和j a v a x s e n ，l 既h t t p 。下面主 要介绍j a v 强s e r v l c t h t i p 提供的h r r ps e n ，l e t 应用编程接口。 h t t ps e r v l c t 使用一个h n 礼表格来发送和接收数据。要创建一个h r r p s e n ，慨，请扩展h t t p s e f v l e t 类，该类是用专门的方法来处理h n 也表格的 g e n e r i c s e n ，i c t 的一个子类。m m i 表单是由 f o i m 伊和锕o r 仔标记定义的。表 单中典型地包含输入字段( 如文本输入字段、复选框、单选按钮和选择列表) 和用 于提交数据的按钮。当提交信息时，它们还指定服务器应执行哪一个s e n r l e t ( 或 其它的程序) 。h t i p s e r v l e t 类包含“t o 、d e s 仃o y o 、s e r 、，i c e o 等方法。其中i i l i t o 和 d c s 咖y o 方法是继承的。 2 j s p 如果你是直接使用j a v as e j e s ，那你将不得不在j a v a 类中处理h 1 _ r p 输入和 h 聊l 输出，你需要丰富的j a v a 编程经验来构建复杂的应用程序。j s p 的加入，使 你可以把h n 他的表达逻辑从植入s e n ，l e t s 中的复杂的商务逻辑区分开来。这意味 着可以由有经验的脚本编写者来编写表达层代码，而高级的j a v a 开发者能够集中 精力去解决s e r v l 吣和b n 中更为复杂的问题。不管你有没有j a v a 编程知识，都 能够使用j s p 。j s p 包含了一些服务器端的标签，使得不用写一行j a v a 代码就能 显示动态数据。你可以直接访问b 啪来完成操作，然后使用j s p 标签把结果显示 为动态内容。你还可以用s e r v l e 协生成b e 拙，s e r v l e 括操作的运算结果存于其中， 然后再使用j s p 标签显示结果，同样不需要在j s p 页中写j a v a 代码j 2 4 2 鄹b 1 髓技术简介 e m 的全称是e t e r p r i j a v ab c 龇。是j a v a 中的商业应用组件技术。e j b 结 构中的角色e j b 组件结构是基于组件的分布式计算结构，是分布式应用系统中 的组件【1 7 】。一个完整的基于e j b 的分布式计算结构由六个角色组成，这六个角 色可以由不同的开发商提供，每个角色所作的工作必须遵循s u n 公司提供的e j b 规范，以保证彼此之间的兼容性。这六个角色分别是e j b 组件开发者t c f 硼 b e 雅p m v i d 哪、应用组合者( a p p l i c a t i o n a s s 咖b l e r ) 、部署者 印l o y 砷、e j b 服 务器提供者( e ms e r v e r p r o 、，i d 神、e j b 容器提供者( e j bc t a i l 埘p r o “d 盯) 、系统 管理员( s y s t e m a d m i n i s 仃a t o r ) 。 2 e j b 体系结构 在口b2 o 中，共定义了三种主要类型的企业b e 姐： 9 硕士学位论文第二章相关技术 1 ) 会话b e 舭是业务流程对象，其作用相当于执行动作的动词，例如，在两个 银行帐户之间转移资金、执行采购订单批准流程、计算订单价格。 2 ) 实体b e 锄是数据对象，其作用相当于名词，通常代表实际生活中的对象， 例如银行帐户、采购订单、员工、公司、厂商等。实体b c a i l 是内存对象，物理上 映射到存储在底层关系数据库或遗留系统中的数据。持久化可以由开发人员手工 控制( b e 观管理的持久化) ，也可以由b e aw 曲l 0 9 ks e n ，e r 控制( 容器管理的持 久化) 。会话b e 孤通常“调用”实体b c 锄以实现其希望的操作，例如，处理采购 订单( 实体b e a n ) 被采购订单批准路由器( 会话b e 姐) 调用来完成数据的持久化。 3 ) 消息驱动b e a i l 是消息对象，设计目标旨在接收和转发消息，将消息从客户 机传递给其他企业j a v a b 锄。例如，日志服务可以接收日志消息，并“调用”会 话b e 锄执行实际的日志操作。 3 开发e j b 开发e j b 的主要步骤一般来说，整个的开发步骤( 开发，配置，组装) 包括如 下几个方面。开发：首先要定义三个类：b e 锄类本身，b e 觚的本地和远程接口 类。配置：配置包括产生配置描述器这是一个“l 文件、声明了e n t e r 嘶s eb e 觚 的属性、绑定了b e a n 的c l a s s 文件( 包括s t l l b 文件和s k e l 酏呲文件) 。最后将这些配置 都放到一个j a r 文件中。还需要在配置器中定义环境属性。组装应用程序：包括将 e n t e r 砸b c a i l s 安装到s e m 服务器中，测试各层的连接情况。程序组装器将若 干个e n 咖i s eb e a 邶与其它的组件结合起来。组合成一个完整的应用程序。或者 将若干个e n 吼p r i b e 蛐组合成一个复杂的e m e r p r i s eb 咖。管理e m e r p r i s eb e a n 。 我们必须定义和编写一些e j b 中的基本类。如e h t e r 砸s eb c 瓶类：这是e i 她r p r i s e b e 觚内部应用逻辑的实现。编写e n “印r i b e a n 的远程接口类。编写e h t e r p r i b e 孤 的本地接口类。说明主键类，主键类只是对于e 嘶b e a n 才需要的。在e m 唧凼e b 咖的配置描述器中指定主键的名字。e m e r p r i b e a i l s 提供者定义了远程接口和 本地接口，实现了e 旧类本身。r e m o t e 接口中提供了客户调用e j b 实现的应用逻 辑函数的接口。而h o m e 接口提供了产生和定位r e m o t e 接口实例的方法。在 e n t c r 晒b e 觚本身类的实现，本地h o m e 接口，远程r e m o t e 接口之间并没有正 式的联系( 例如继承关系) 。但是，在三个类里声明的方法却必须遵守e j b 里面定 义的规范。例如：你在e n 娜r i b e a i l 里面声明了一个应用程序的方法或者说 应用逻辑。也在b c a l l s 的r e m o t e 接口中声明了这个方法，那么，这两个地方必须要 同样的名字。b e 觚的实现里面必须至少有一个c r c a t e o 方法：e j b c r e a t e 0 。但是 可以有多个带有不同参数的c r e a c e 0 方法。在h o m e 接口中，也必须有相同的方法 定义( 参数的个数相同) 。e j b c r e a t e o 方法返回的一个容器管理的持久对象。它们 都返回一个容器管理持久性的主键值。但是，在h o m e 的相应的c r e a 土c 0 方法中返 ：0 堡堂堡垒奎 箜三兰一塑茎i ! 苎 回值的类型是r e m o t c 接口。 2 5 本章小结 本章主要介绍了系统设计和实现中所使用的关键技术，为接下来平台的设计 和实现奠定基础。本章首先对j 2 e e 进行了综合描述，接着介绍了j 2 e e 的体系结 构，介绍了j 2 e e 应用程序，最后介绍了j 2 髓技术，包括s e r 正t s 、j s p 和e j b 。 硕士学位论文 第三章业务开通系统概述 第三章业务开通系统概述 业务开通是指电信运营商接受客户订购电信服务的订单，通过对电信资源的 分配、配置、安装和部署为客户提供所需的服务，并能够对服务进行计费。业务 开通系统主要有产品管理、定单调度管理、资源管理、保障管理和系统管理的功 能。下面就对该系统的基本的功能一一概述。 3 1 产品管理 产品管理子系统覆盖产品模板生命周期管理的全过程。它从实现上包含产品 开发、产品淘汰两大主体流程。主要任务是从定制产品运作层面开发并传递新的 产品或服务、资源，以及产品或服务、资源的改进和扩展，并完成被运营流程所 采用的前提准备工作。另外还负责处理从市场收回产品供应；即产品整个生命周 期的状态( 定制、发布、停用、回收、归档) 管理。主要功能： 1 产品模板管理 负责完成产品模板的基本信息，属性信息、产品s l a 级别、产品s l a 级别对 应的服务条款、工作流、资费策略、产品的服务组成、产品的资源组成、产品包 的产品组成、产品或产品包间的关系、产品的销售约束、产品的范围信息的增、 删、改工作。同时支持产品模板的发布、启动、暂停、回收等生命周期状态的管 理工作。 2 服务模板管理 负责服务模板的基本信息、服务对应帐目信息的增、删、改工作。同时支持 服务模板的发布，启动、暂停、回收等生命周期状态的管理工作。 3 资源模板管理 负责资源模板的基本信息、属性信息、资源组成配置、资源连接配置信息、 业务标识符格式信息的增、删、改、查、统计分析工作。同时支持资源模板的发 布、启动、暂停、回收等生命周期状态管理工作。 3 2 定单调度管理 定单调度管理子系统对客服系统发来的装、拆订单，故障申告等申请单，能 够根据工作流规则进行一系列的派工派单处理，并将处理的状态传送给定单调度 硕士学位论文第三章业务开通系统概述 管理系统。在定单竣工后，通知后台的数据采集、计费、帐务、s l a 管理系统进 行处理，起到一个调度中心的作用。主要功能： 1 流程配置管理 流程配置管理模块覆盖产品模板生命周期管理的全过程它从实现上包含 流程创建、流程发布及流程停用、不合理流程的修改，不使用流程的回收及无用 流程的归档；即业务流程整个生命周期的状态( 定制、发布、停用、回收、归档) 管理。 2 流程监控与预警 流程监控实现对流程全过程及与流程有关的因素的监控，如定单处理进度及 质量监控、调度队列监控、在线员工监控等。流程预警实现流程的限时预警功能。 3 施工调度 施工调度是通过工作流引擎，结合相关的业务数据，实现各环节工作的具体 流转；它也是业务开通系统的核心，是一个不依赖于具体业务的，抽象的施工调 度系统，可以调度固定业务、数据业务、计费账务业务等各种业务，并且是系统 模块化设计的核心保障，管理了系统模块化设计的所有配置，最终实现了系统的 “即插即用”的插件化设计。 4 定单管理 定单管理指流程各环节对定单的处理功能：派单、收单、回单、定单处理、 定单监督、定单竣工等。 3 3 资源管理 资源管理子系统负责保证电信资源的准各、支撑、实现及流程管理。保证电 信企业所有资源数据、实物的日常维护及配置管理，包括线路、传输、交换、数 据、光缆、智能网、移动市话、d c n 、地址、人力、机房、产品终端等资源的物 理、逻辑资源的管理。主要功能： 1 资源数据管理 。 对各类资源实体数据的管理，包括增加、配置及日常维护处理功能及公用的 支撑功能。主要实现在产品实现中需要核配的相关资源的数据及人工配置管理， 主要是：线路、传输、交换、数据、移动市话、地址、人力、产品终端部分的资 源核配数据及人工配置管理。公用支撑功能是：资源操作记录、综合查询、统计 分析、资源预警、历史数据管理。 2 资源工程管理 主要用于支撑各类电信资源扩容、整改、调整建设工程全过程管理。支持由 工程立项、设计、建设、割接数据配置、割接施工、竣工的工程处理过程。包含 硕士学位论文第三章业务开通系统概述 工程立项数据建立、设计文档的上载及传阅、建设详细资料的录入及更改、割接 资源实例数据的核配、割接派单施工回复处理、竣工处理功能。 3 资源问题管理 发现资源问题并产生障碍记录，利用资源实例的批测、例测功能，通过接口 输送到障碍处理子系统进行故障恢复处理。记录各类资源实例的历次障碍信息， 并提供全面的查询、分析功能，旨在有效支撑解决资源问题。 3 4 保障管理 保障子系统负责执行预防性的和随时响应性的服务维护活动来保证对客户 的服务不问断并达到s l a 或q o s 性能水平。它一方面通过不间断的自动资源状态 及性能监测来预先察觉出可能的故障；另一方面也支持以人工的方式来受理、处 理来自客户的申报故障。这些保障流程管理并实现s l a ，并将服务表现结果告知 客户关系管理子系统，以实现对客户相关信息的反馈。主要功能： 1 障碍处理 负责支持从“客户关系子系统”中及时获取从人工和语音自动受理的或从“资 源管理子系统”预防性自动批测、例测中生成的市话、中继、专线、小灵通等产 品障碍单，能依据产品的s l a 或q o s 性能水平要求保证对相关障碍的派测、测试、 查修、消障处理，并实时地将处理结果反馈回客户关系予系统，以保证客户反馈、 回访工作。 2 公用管理 负责障碍处理操作记录、当前及历史数据的查询统计分析、障碍监控调度的 管理及保证子系统正常运行的系统配置管理工作。 3 5 系统管理 系统管理子系统的主要任务是采集系统中各种软、硬件的工作状态，并由管 理员进行监控和分析处理，然后由管理员向系统发出控制指令，以控制系统的工 作状态。主要功能： 1 权限管理 权限管理是指实体间的权限授予和撤销，以及操作员问的权限分配和回收 等。权限管理是操作员权限的来源。 2 员工班务管理 通过班务管理子系统对企业员工的上班时间、下班时间、休假时间等班务问 题进行有效的管理，并且做到周密严格，以此监督企业员工提高工作责任感和工 硕士学位论文 第三章业务开通系统概述 作效率，确保工作的正常进行。 3 系统监控 为保证业务支撑系统的正常运行，需要对系统的应用软件、硬件资源、数据 库、网络等进行监控，以便及时掌握系统的运行状况，对故障快速做出反应。包 括：外部环境监控、硬件资源监控、网络监控、数据库监控、应用软件系统运行 监控、应用软件系统业务数据监控、系统备份监控。 4 操作日志管理 日志管理是记录与业务相关的所有操作，保存其操作结果。可以对日志进行 备份、删除、恢复操作。日志可以按照运营商、行政域、营业厅、操作员、业务、 日期查询。在一个时间段内，可以对日志按照运营商、行政域、营业厅，操作员、 业务完成统计。对日志的操作按照操作员的角色级