（系统分析与集成专业论文）基于soa的eos在电信行业中的应用.pdf

a p p l i c a t i o no f e o sb a s e do ns o ai nt e l e c o m at h e s i ss u b m i t t e df o rt h ed e g r e eo fm a s t e r c a n d i d a t e ：g a n1 l i s u p e r v i s o r ：p r o f l iy u e x i n h u b e i u n i v e r s i t y w u h a n ，c h i n a 湖北大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所 取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任 何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡 献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的 法律后果由本人承担。 论文作者签名：俄 日期：m 9 年；月i e t 学位论文使用授权说明 本学位论文作者完全了解学校有关保留、使用学位论文的规定，即： 按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位 论文的印刷本和电子版，并提供目录检索与阅览服务；学校可以允许采用 影印、缩印、数字化或其它复制手段保存学位论文；在不以赢利为目的的 前提下，学校可以公开学位论文的部分或全部内容。( 保密论文在解密后 遵守此规定) 作者签名： 廖诹 指导教师签 日期：川口，；1 日期：溯j 岁， 摘要 在j a v a 的开源世界里，有很多技术组织在研究架构技术，常见的像s t r u t s 、s p r i n g 、 h i b e r n a t e 都是属于这种范畴，这些开源架构因良好解决了我们应用架构设计的很多问 题而备受推崇，然而，这些架构要么只解决了部分层次的问题( 如s t r u t s 、h i b e r n a t e 等) 、要么就是提供了完整架构( 如s p r i n g ) ，但没有与之配套的完整的工具的支持， 使得在项目中，整合这些架构成为项目的应用架构并为之建立与之匹配的一套开发支持 环境成为了新的问题。e o s 解决的就是为j 2 e e 应用提供一套体系完整的应用架构，并 基于这套架构提供了开发、运行、管理维护的支持环境。 本文首先从s o a ，工作流的基本概念出发，介绍基于s o a 的普元e o s 的特点及构成。 接着结合曾经参与的项目深入介绍了e o s 的应用及其实现的原理。其中重点在于介绍 e o s 工作流引擎的原理。然后根据从事的电信行业流程开发的一些案例，综合这些案例 的业务场景，抽取出一个满足大多数业务场景的通用流程模型。在通用模型的设计中穿 插的介绍了e o s 构件开发的相关内容。接下来基于通用流程模型，介绍了流程配置的相 关内容。通过流程配置可以实现角色，及环节属性的配置。 关键词：s o a ；e o s ；工作流；通用流程模型；流程配置 a b s t r a c t i nt h eo p e n - s o u r c eo f j a v a m a n yo r g a n i z a t i o n st r yt h e i rb e s tt oe n g a g e di nf r a m e w o r k s ， a sw e l l - i n f o r m e dt o u s ，s t r u t s 、s p r i n g 、h i b e r n a t ei sb e l o n gt ot h i s t h e s eo p e n s o u r c e f r a m e w o r k sw e r ew e l ld e s i g n e dt os o l v em a n yp r o b l e m si na p p l i c a t i o na r e aa n dh i g h l y r e s p e c t e db yu s e r s ，b u ta l lo ft h e s ef r a m e w o r k se i t h e rs o l v e dj u s ts o m el e v e l sl i k es t r u t s ， h i b e m a t eo rs o l v e dt h ew h o l el e v e l sb u th a v en oa c c o m p a n y i n gt o o lt os u p p o r tl i k es p r i n g s oi np r a c t i c a lp r o j e c t s ，i n t e g r a t et h e s ef r a m e w o r k si n t oa p r o j e c t sa r c h i t e c t u r ea n de s t a b l i s h as e to fd e v e l o p m e n ts u p p o r te n v i r o n m e n tw h i c hi sm a t c h e dh a sb e c o m ean e w p r o b l e m e o s i st h es o l u t i o nf o rt h ej 2 e ea p p l i c a t i o nt op r o v i d eac o m p l e t ea p p l i c a t i o ns y s t e ma r c h i t e c t u r e ， a n db a s e do nt h i sa r c h i t e c t u r ep r o v i d e st h e d e v e l o p m e n t ，o p e r a t i o n ,m a n a g e m e n ta n d m a i n t e n a n c es u p p o r tf o rt h ee n v i r o n m e n t t h ep a p e rf i r s ta n a l y s e st h eb a s i cc o n c e p to fs o & w o r k f l o wa n di n t r o d u c e dt h e c h a r a c t e r i s t i c sa n dc o m p o s i t i o no fp r i m e t o ne o sb a s e do ns o a a f t e rt h a t , c o m b i n e dw i t h t h ep r o j e c to fe o m s ，t h ep a p e rh a sa n a l y z e dt h ep r i n c i p i u ma n dt h ea p p l i c a t i o no fe o s i n - d e p t h t h ef o c u si st oi n t r o d u c et h ep r i n c i p l eo fe o sw o r k f l o we n g i n e t h e n , a c c o r d i n gt o an u m b e ro fw o r k f l o wc a s e sa b o u tt e l e c o i n m u i l i c a t i o n si n d u s t r y , t h ep a p e re x t r a c t e da c o m m o nm o d e l ，w h i c hi sa c c o r d 谢t l lm o s tb u s i n e s s i nt h ed e s i g no fg e n e r a lm o d e l ，s o m e r e l a t e dc o n t e n to fe o sc o m p o n e n td e v e l o p m e n tw a sa l s ob e e ni l l u s t r a t e d a tl a s tt h e r ea r e s o m ei n s t r u c t i o n so ff l o w c o n f i gb a s e do nt h eg e n e r a lm o d e l ，b yt h i s ，r o l e sa n dp r o p e r t i e so f n o d e sc a nb ec o n f i n e d k e yw o r d s ：s o a ；e o s ；w o r k f l o w ；g e n e r a lm o d e l ；f l o w c o n f i g 目录 第一章引言1 1 1 本论文的选题背景j 1 1 1s o a 介绍1 1 1 2 工作流介绍及e o s 工作流引擎3 1 1 3e o s 介绍5 1 2 研究内容及主要方法j 口 1 3 本论文组织结构j d 第二章电信行业软件现状及电子运维e o m s 介绍1 2 2 1 电信行业现状j 2 2 2 电信行业软件系统的特点j f 3 2 - 3 湖北电信电子运维( e o m s ) 系统介绍j 彳 第三章e o s 开发环境及原理1 5 3 1e o ss t u d i o 的透视图j ， 3 1 1 开发透视图1 5 3 1 2 调试透视图17 3 1 3 页面开发透视图一1 8 3 2e o ss e r v e r ( e o s 运行环境) j 9 3 3e o sr i c h w e b ( e o s 富页面) 。j 9 3 4e o s c o m p o n e n tl i b r a r y ( e o s 构件库) 2 0 3 5e o sm a n a g e r ( e o s 后台管理工具) 2 2 3 6e o s 原理介绍刀 3 6 1e o s 的架构2 3 3 6 2e o s 引擎调度2 7 第四章通用流程模型设计3 5 4 1 电信工单类型及相关业务介绍3 5 4 2 抽取通用的流程模型筋 4 2 1 环节说明3 7 4 2 2 数据模型4 1 i i i 4 2 3 待处理与已处理4 3 4 2 4 工单的查看4 6 4 3 构建封装钻 4 3 1 数据逻辑4 8 4 3 2 展现逻辑4 9 4 3 3 业务逻辑5 0 4 3 4 运算逻辑5 0 第五章通用逻辑封装使之产品化5 1 5 1 新增环节的逻辑5 ， 5 2 中间环节及结束环节的逻辑鲋 5 3 产品化规范介绍w 第六章权限设计及流程配置5 6 6 1 流程权限模型m 6 2 流程配置，7 6 3 动作的过滤卯 第七章待拓展完善的功能6 4 7 1 表单驱动业务流程耐 7 2 表单与业务的分离鲋 7 3 短信及其他形式的通知提醒。耐 第八章总结及展望。6 5 参考文献6 6 攻读研究生期间所发表论文及参加项目。6 8 至i 谢。6 9 i v 第一章引言 1 1 本论文的选题背景 第一章引言 s o a 及工作流在当前都是热门的话题。目前国外的大型企业如o r a c l e ，i b m 等公司 早已名声在外，并且项目实施的也不错。并针对现有的体现，又出一些标准使其更完善。 尽管s o a 在中国尚处于应用启蒙阶段，且企业在s o a 上的投入也在快速增加，但是收益 远没达到预期。技术产品不成熟是导致s o a 应用达不到预期的主要因素。 对于工作流的理论方面的研究，国外学者对其工作原理，使用方式等理论的研究相 对起步比较早，并且已经将相关技术运用到实际的项目中和社会生活中，但是国内的起 步比较晚，相关著作并不多，相关的研究和应用正处于发展阶段，把工作流与s o a 进行 结合的研究更是风毛麟角。 1 1 1s o a 介绍 一 1 1 1 1 软件业现状与发展趋势 随着中国经济的不断增长，企业级应用的需求不断变迁和提升，因此对软件功能和 性能的要求也越来越高。这就导致了软件需求不停地变化，开发周期长、开发费用高， 实施费用超支和工期延长，再加上较低水平的管理能力，“建成即成闲置已经司空见 惯。而传统的编码式开发方式无法实现快速开发，一次开发持续运行的方式无法适应需 求的变化。那么如何走出这种局面是当务之急? i l 】 首先必须解决软件结构问题。只有实现了“敏捷定制 ，才能达到“随需应变 。面 向构件的软件技术，就是帮助软件业摆脱噩梦的有力武器。 在面向构件的软件中，应用系统不是由上百万行的代码组成的，而是由几千个构件 经过可视化组装而成的。系统复杂度有了数量级的下降，而图形化的组装使软件与设计 合二为一。这种松散耦合的构件组装方式，大大的降低了系统不同部件之间的关联度， 重复使用这些经过考验的构件，可视化的知识表达，可使企业应用更为成熟更为稳定。 “变化 不但不会给面向构件的软件带来挑战和危机，恰恰相反，“变化”更能够充分 展示面向构件软件的优势。通过“变化，可以充分展示面向构件的i t 系统的核心竞 争能力。【2 】 面向构件的趋势正为软件行业所看好。软件在面向构件的思想指导下会不断的发 湖北大学硕士学位论文 展、日臻成熟。代码式的软件最终会成为历史，软件将以更优美的形式表达、更优美的 方式生产，并在使用过程中获得更好的体验。 1 1 1 2s o a 核心技术介绍 s o a ( s e r v i c eo r i e n t e da r c h i t e c t u r e ，面向服务的架构) 是一个完整的软件系 统建构体系，包括运行环境、编程模型、架构风格及相关的方法论等。为了顺应业务的 变迁和技术发展，我们需要采用服务化和标准化的技术架构，建立构件化和流程化的业 务模型，即实施s o a ，或者说，以服务为基础搭建的企业i t 架构。s o a 是一个完整的 软件系统建构体系，包括运行环境、编程模型、架构风格及相关的方法论等。【3 】 s o a 的核心是服务，并涵盖服务的建模一开发一装配一运行一管理这一整套生命周期。 s o a 的核心理念是业务驱动，采用松耦合、灵活的体系架构来满足随需应变的业务需求。 s o a 架构采用分层的思想，把底层的功能性服务，原子服务和服务构件，及顶层的业务 流程服务，最大限度地封装，从而达到复用的目的。要搭建这个灵活多变的架构，需要 利用三个关键的技术，如图卜l 所示。 数据 黝棼数戳埘教s d o s | 强融翔融 调用方式 缴务掏 孳絮掏聪a ts 钟i 瞎( ：- a 翱9 诩，蹦a r c h i ) 图i - is o a 核心技术图 服务 服务需要是标准化的，是可以自描述的，是可以组装的，并能够隔离业务功能和具 体实现。当前，在业界逐渐得到广泛认可的一个如无封装技术是服务构件架构s c a ( s e r v i c ec o m p o n e n ta r c h i t e c t u r e ) 。 s c a 是一个跟实现语言无关的服务构件编程模型，可以很好地处理服务网络的建 构，因此提供了基于s o a 简化开发解决方案。s c a 规范的开发和发布由o s o a ( o p e n 2 第一章引言 s e r v i c eo r i e n t e da r c h i t e c t u r e ，h t t p ：w w w o s o a o r g ) 组织负责。 数据，消息模型 服务数据模型s d o ( s e r v i c ed a t ao b j e c t ) 以对象为中心，层次树型数据模型， 是一种最贴近业务表现的方式。s d o 的数据表现形式基于数据对象( d a t ao b j e c t ) 和 数据图( d a t ag r a p h ) 的概念，其封装形式和j a v a 类和x m l 有水到渠成的映射关系。 使用s d o 可以统一数据访问和处理模式，即使数据来源于以后数据源关系数据库、 x m l 数据、w e b 服务或者是企业信息系统。s d o 是s c a 的姊妹标准，同样由o s o a 组 织负责。【4 】 服务编排和流程 服务编排同时要提供相应的事务管理、流程状态管理、出错处理等支持功能。 b p e l ( b u s i n e s sp r o c e s se x e c u t i o nl a n g u a g e ) 是服务编排的核心技术，也是具 体业务流程的表现。它所定义的流程实质上是对一系列单个无状态服务的调用与编排， 使得这些服务调用按照既定的规则进行。b p e l 流程本身也是由w s d l 所描述的接口声 明为w e b 服务，是一种基于x m l 的标准，只描述业务流程本身，而不关注业务流程的 图形化表示，也不涉及业务流程的设计方法学。 在s o a 架构下，s c a 关注服务，不同的服务用一致的方法来使用，并可以用一致 的方式来构建：b p e l 关注流程，把各个服务按需要串起来；s d o 关注数据，数据整合 在s d o 之下，这样s d o 数据就可以像血液一样，在b p e l 流程里无阻碍地流动。 5 1 1 1 2 工作流介绍及e o s 工作流引擎 1 1 2 1w f m c w f m c 是国际工作流管理联盟，它于1 9 9 3 年成立，发布了一系列的工作流定义、软 件接口的草案文本，是目前世界上公认的最具权威性的工作流标准制定机构，得到了广 泛的支持和应用。 2 0 0 2 年1 0 月2 5 日，w f m c 发布了基于x m l 的流程定义语言1 0 版的最终文本 ( w o r k f l o wp r o c e s sd e f i n i t i o ni n t e r f a c e ) ( m lp r o c e s sd e f i n i t i o nl a n g u a g e 文 档编号：w f m c - t c - 1 0 2 5 ) ，以及此前发布的工作流应用软件接口规范w f m c - t c - 1 0 0 9 ， w f m c - t c - i o l 3 等系列文件，构成了工作流定义及系统的设计标准。 为了实现不同工作流产品之间的互操作，w f m c 在工作流管理系统的相关术语、体 系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义 3 湖北大学硕士学位论文 是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况 中可以更广泛地把凡是由计算机软件系统( 工作流管理系统) 控制其执行的过程都称为 工作流。【6 】 一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止 条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于 定义、实现和管理工作流运行的一套软件系统，它与工作流执行者( 人、应用) 交互， 推进工作流实例的执行，并监控工作流的运行状态。 工作流系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解 释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态， 挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。w f m c 没有针 对引擎的实现提供具体的标准，因为对引擎做过多的约束并没有多大的现实意义。【7 l w f m c 主要提出了五个接口，见图1 - 2 。这些接口与工作流执行服务一起共同组成了 工作流系统： 接口一( 工作流定义交换) ，用于在建模和定义工具与执行服务之间交换工作流定 义。 接e l - - ( 工作流客户端应用接口) ，用于工作流客户端应用访问工作流引擎和工作列 表，通过w a p i 完成。 接口三( 被调用的应用接口) ，用于调用不同的应用系统。 接口四( 工作流系统互操作接e 1 ) ，用于不同工作流系统之间的互操作。 接口五( 系统管理和监控) ，用于系统管理应用访问工作流执行服务。 4 第一章引言 图卜2 工作流参考模型 1 1 2 2e o s 五大接口标准实现 工作流参考模型确定了工作流管理系统的基本架构。该架构是开发工作流软件时应 当采纳的系统模型，当然，一个工作流管理系统也可以不遵循这个模型标准，或只实现 这个模型的一部分，但事实证明，这个模型结构是目前最为合理的。e o s 完全遵循这五 大标准的产品。 e o s 采用x k l l 对流程进行定义。 e o s 有人性化得开发客户端及后台管理层序。 e o s 丰富的构建库及构建库的组装。 e o s 提供接口与其他系统进行交互。 e o s 管理控制台能对后台进行实时监控。 1 1 3e o s 介绍 e o s 基于j 2 e e 平台、采用面向构件技术实现企业级应用开发、运行、管理、监控、 维护的中间件平台。这是应用软件层次上一个新的层次，一方面承接底层的j 2 e e 技术， 一方面以更业务化的形式面向最终应用。 湖北大学硕士学位论文 e o s 平台将j 2 e e 体系规范、构件技术、x m l 技术和可视化开发技术完美结合起来， 为基于j 2 e e 平台之上的应用提供了面向构件的应用架构，通过图形化的构件单元作为 应用系统的基本组成元素，使应用系统可以快速高质量的搭建，建成的应用系统具有较 强的可管理可维护能力，同时拥有最强的需求变化响应能力，并通过构件积累来持续积 累软件知识财富。【叼 j 2 e e 为建立复杂的分布式的企业级应用提供了技术支撑环境，通过面向对象的 j a v a 语言可以在j 2 e e 环境中实现像e j b 和w e b s e r v i c e 等构件，为企业级应用的分布 式处理和构件复用提供了良好的支持，然而，这种构件的开发或者复用，完全是基于代 码形式的，应用系统的业务处理逻辑以及数据都绑定在应用代码中，三者之间耦合太紧， 不但使得企业应用的开发复杂，而且非常不方便应用的管理维护，很难响应业务需求的 快速变化。e o s 平台，采用面向构件思想，提供完全可视化的应用组装( 可视化的用户 界面、可视化的业务流程和应用逻辑、可视化的数据) 、运行、维护环境。面向构件改 变的是企业应用软件生产和管理维护方式，而使用的是标准的和主流的j 2 e e 技术，确 保采用该应用支撑平台开发出的应用是标准的j 2 e e 应用。 e o s 作为面向构件的中间件产品，提供了完整的j 2 e e 企业应用从开发到运行、管 理、监控的工具或环境支持，同时提供了丰富的基础构件库。 1 1 3 1e o s 是如何应用s o a 技术，实现面向构件编程 e o s 的s o a 架构划分为资源层、构件层、服务层、流程层和协同层五个层次。其分 层图1 - 3 如下： 6 第一章引言 氍猫诩辫蕊瀚瓣隧霰 汝闷鼷里里p 玲l n 。e ；， 圆圈 ；弋 ； 一 ，t t 2i i e ii = ：i 一f 。 1 训、 耀圆圈：二y 。 髯艰夕4 孓迥 。 一 q t 复6 k 繁肇、一一篡厂 r 一匪互 团棼即。吖咚肠 i 7； 斛鬣| 鎏篓塑缝| l 塞萋鲤1 l髓。参爹 上王l三 蝴甓 s 醛移嬲巴? 图1 - 3e o s 分层 资源层 资源层的核心功能是访问数据资源，为了在各个层次采用统一的方式访问这些资 源，e o s 采用数据定义的方式描述了系统中的数据结构，这些数据结构用于接口的定义、 数据的持久化、数据的显示格式以及数据的转换格式等等。 一组数据定义组成了一个数据集，数据定义由数据实体和显示模型组成。其中数据 实体分为持久化实体、非持久化实体和查询实体，显示模型定义了数据实体的显示方式， 包括编辑方式、效验规则、显示名称、显示样式等内容。每个数据实体可以有多个显示 模型，每个页面控件可以使用显示模型控制显示的样式。 构件层 构件层的构件用于实现领域相关的业务逻辑，构件层提供了三种类型的构件实现方 式：j a v a 构件、逻辑构件和工作流。通过对这三种构件进行组装、调用运算逻辑，或 者相互调用来实现业务操作。逻辑构件采用图形化的方式将运算逻辑、逻辑流和服务 7 湖北大学硕士学位论文 组装成更大粒度的构件。一个逻辑构件定义了一套业务操作的接口，每个业务操作由一 个逻辑流来实现。工作流也是一种构件，可以把一个工作流程暴露成一个服务，由其 他模块或者其他系统来调用。这样其他模块看到的只是一个业务操作接口，而不必关心 这个业务对应的是一个业务流程，还是一个逻辑流或者一个j a v a 构件。 服务层 服务层采用s c a l 0 标准来实现，是用来将构件层编写的构件，装配成服务的方式 暴露给其他模块或者其他系统。服务层的服务含义不仅仅是指w e bs e r v i c e ，在s o a 体 系中服务是构件暴露出来的业务操作，在技术上可以体现为w e bs e r v i c e ，也可以体现 为j a v ai n t e r f a c e 、e j b 、j m s 等多种调用方式。 在e o s 中我们可以将j a v a 构件，或者逻辑构件实现装配为服务构件，也可以将 这些构件装配成更大粒度的组合构件。【9 】 流程层 e o s 在流程层提供了b p s ，帮助客户实现人与人之间的工作协调，人工任务与自动 任务间的协调。完全支持s c a 服务构件的调用，是一个面向服务的流程管理产品。 协同层 协同层也叫接入层，基于e o s 开发的应用支持h t t p ，e j b ，w e bs e r v i c e ，a j a x 等 多种接入方式。同时提供了客户端接入接口，允许6 u i 程序，或者第三方应用通过客 户端接口访问e o s 应用提供的服务。e o s 客户端接入支持e j b 和w e bs e r v i c e 两种 调用模式。e o s 在接入层最核心的功能是提供了页面流功能，e o s 页面流引擎负责页 面的跳转，页面间的数据流转，调用服务层提供的服务，或者直接调用构件层构件的接 口。 1 1 3 2e o s 的特点 使用e o s 搭建企业应用，用户的需求改变可以直接通过构件装配式的图形化设计 思路得以体现，软件架构师和程序员跳出传统开发模式的局限，只需和图形化的构件打 交道，在彻底进化软件表达的同时，也使其改动与维护易如反掌。e o s 6 所具有的特点 具体表现在如下几个方面： 统一的企业级应用平台 基于e o s 统一的企业级应用平台，能够有效约束不同的开发商遵循统一的、标准 化的应用架构进行开发，不同时期、不同厂商开发的应用系统彼此之间能够很好整合。 快速响应新的需求 提供层次分明的m v c ( m o d e l 一v i e w c o n t r 0 1 ) 多层结构，支持最新的s o a 技术标 第一章引言 准，具有高度的扩展性。另外，通过对构件的重新组合生成一些新的构件，灵活地对局 部功能加以修改或添加，从而随时针对变化进行调整。 系统高度的稳定性 提供了成千上百的成熟构件，应用框架也已经在众多用户的应用系统中得到了证 明，免去了项目大规模架构开发带来的技术风险。0 0 1 1 3 3e o s 的构成 e o s 作为面向构件的中间件产品，提供了完整的j 2 e e 企业应用从开发到运行、管 理、监控的工具或环境支持，同时提供了丰富的基础构件库。从功能上e o s 主要包括6 大模块，分别如下： e o s 构件运行环境( e o ss e r v e r ) e o ss e r v e r 是运行在j 2 e es e r v e r 之上的一个应用而不是单独的服务实例，通过 e o ss e r v e r 提供的引擎服务，对e o s 开发的应用中的各种构件进行解析，使e o s 开发 的构件成为j 2 e e 中的标准应用。另外，e o ss e r v e r 提供了对应用运行时数据总线的管 理。 e o s 管理控制台( e o sm a n a g e r ) e o sm a n a g e r 是应用运行时的管理监控环境，在e o ss e r v e r 启动后通过w e b 页面 访问。e o sm a n a g e r 包括了应用部署、应用配置、应用监控统计、在线更新、安全审计、 日志查看、工作流管理监控等各种服务。 e o s 构件集成开发环境( e o ss t u d i o ) e o ss t u d i o 提供了e o s 应用完整一体化的集成开发环境，包括对页面构件、展现 构件，业务构件，运算构件，数据构件，流程构件6 种构件可视化的开发、调试、组装、 发布和管理等。另外，e o ss t u d i o 还提供了强大的向导功能，大大提高应用的开发效 率，并且支持团队开发，以满足企业级应用软件开发需求。通过e o ss t u d i o ，可以快 速开发、维护和管理一个j 2 e e 企业应用，并实现企业构件库的不断积累。 e o s 工作流( e o sw o r k f l o w ) e o s 工作流是基于e o s 平台之上完整的工作流管理系统，属于e o s 产品上的一个业 务工具选件。e o sw o r k f l o w 包括业务流程定义工具、工作流引擎、工作流构件库、工 作流管理监控、工作流客户端等内容。引擎的设计遵循w f m c 提出的工作流参考模型标 准的同时，也加入了中国管理特色的需求，是适合国内电信、电子政务等行业功能强大 性能高效的工作流产品。 9 湖北大学硕士学位论文 e o s 构件库( e o sc o m p o n e n tl i b r a r y ) 普元e o s 构件库是为了支撑快速开发、部署应用系统而提供的，具有高度复用能力 的一组预制构件的集合。利用e o s 构件库中大量的构件可以快速搭建应用系统，大大提 高软件可复用度，提高开发效率；同时通过对构件的管理可以建立一套针对构件的生产、 改进、管理、沉淀和发展的完整软件管理机制，使得软件企业组织级的软件知识沉淀可 以通过构件库的形式得以实现和发展。 e o s 构件库主要包括基础计算构件库、基础业务构件库、基础应用构件库、工作流 构件库和页面标签库5 大类，此外，还包括一些开源的工作协同类构件库、分析类构 件库等。 e o s 页面开发环境( e o sr i c h w e b ) e o s 提供了r i c h w e b 的功能，在e o ss t u d i o 中提供可视化页面开发与调试工具， 开发人员可通过“所见即所得 的方式对控件进行拖拉实现页面开发。 1 2 研究内容及主要方法 研究韵基本内容包括： 目前管理系统的工作流现状特别是电信行业( 电信，移动，联通) 的e o m s 进行分 析： e o s 工作流引擎的基本理论； 根据e o s 在电信行业中的实际应用解决方案，抽取一个通用的典型工作流模块。 主要方法： 从s o a 及工作流的概念出发，深入研究其特点并进一步研究二者结合后的低耦合 度，可拓展性，及与其他系统的无缝结合等优点。在理论研究的基础上，与湖北电信 e o m s 二期系统的开发过程经历相结合，通过用户不同的需求，抽取出一个通用的流程 模式。 1 3 本论文组织结构 本论文分为八章，围绕s o a 及e o s 工作流引擎这两概念进行研究并结合本人参与的 湖北电信电子运维2 期系统进行阐述。 第一章主要介绍了论文的选题背景和研究内容以及主要方法。 第二章介绍电信行业现状及湖北电信电子运维系统介绍。本章重点在与介绍电子运 1 0 第一章引言 维系统中的运维指挥模块。 第三章介绍e o ss t u d i o 的工作区，及在项目开发过程中的构建结构。 第四章先介绍了电信流程业务，并根据一期项目的工单进行整合优化在二期中的实 现。然后根据各类工单的业务抽取出一个通用的流程模型。 第五章介绍工作流开发所需的公共逻辑构建的封装，及其产品化所必需遵守的规 范。 第六章主要介绍项目的权限模型。着重介绍在流程中的分权分域，及通过流程配置 对用户的动作进行过滤。 第七章主要介绍基于现有的版本上可以丰富的功能。 第八章主要是对本论文的内容进行总结并对e o s 的未来进行展望。 湖北大学硕士学位论文 第二章电信行业软件现状及电子运维e o m s 介绍 2 1 电信行业现状 目前，我国的三大电信运营企业主要业务包括基本电话业务、移动电话业务、无线 寻呼业务、互联网业务及信息增值业务等。 其行业特点有以下几点： 1 基础设施规模非常庞大，作为电信运营商的主要产品之一的基础设施资源分布在 广大的地理空间，跨地域的要求非常明显。不同地域的网络相互关联，组成一个复杂的 网络结构，导致管理比较复杂。比如异常的网络流量，设备故障，系统性能不足等问题 都会给电信行业造成巨大的经济损失。 2 信息系统建设相对分散，系统间信息很难整合，管理信息的分析和提取比较狭窄。 近几年，电信业内陆续建成了大量成熟的数据库应用系统，这些系统大都针对不同的业 务部门和服务设计的，数据和应用都是分布在不同的硬件、数据库内，需要一套功能全 面稳定的网络管理系统对以上各个应用系统进行管理。 3 需要对电信行业开展服务所配置的网络设备、主机服务器系统、数据库系统、网 络交换设备、业务和应用进行一站式的统一管理与监测，对电信运营商网关基础架构的 系统、设备和业务的数据进行集中扫描、过滤与处理，方便网管员对网络的集中统一管 理，以快速应对突发性网络安全事故，及保障通讯服务的持续稳定进行。 4 各省公司都有各自的软件，甚至各个地市，各本地网所采用的系统都不一样。导 致各系统与省与集团间的系统交互成为比较棘手的问题。省会城市的组织结构与各地市 的组织结构相比过于庞大，导致业务也相应的复杂得多。 就目前来看第一阶段网络基础设施建设完成，我国电信市场已经进入了第二轮管理 和服务的竞争。但与基础设施基本做到了与世界同步，有的甚至已经超过了国外形成鲜 明反差的是，人们在享受通信便利的同时，仍旧感觉有很多不理想之处。究其原因，还 是因为电信运营商在应用环节存在瓶颈。“没有好的软件和应用，再先进的设备仍然无 法发挥最大效用”，所以电信行业对应用软件的需求和要求都是“水涨船高”，这也使 得电信软件供应商面对的压力越来越大。 我国电信行业应用软件领域犹如一块巨大的磁铁，吸引着众多厂商在此博弈、对抗、 竞争着，国外厂商和国内厂商两大阵营都对这块市场虎视眈眈。面对国外厂商从基础设 1 2 第二章电信行业软件现状及电子运维e o m s 介绍 施到上层应用的全面攻城略地，国内厂商又该如何应对呢? 在电信行业软件领域，国外厂商虽然有强大的品牌和深厚的技术功力、扎实的产品、 完善的服务体系，但是灵活性依然不足。而目前很多运营商最看重的就是电信软件的灵 活应变能力。比如湖南电信，就是采用了自己下属的创发天辰公司的c r m 系统，而且取 得了良好的效果。主要原因就在于创发天辰十分了解本家湖南电信的需求，而且软件自 由度很高，对很多应用需求可以做到快速响应。而国外软件由于比较庞大，并且对中国 电信行业了解不够深入，必然在灵活方面有很多不足，所以有些国外电信应用软件在国 内的应用并不成功，这就给国产电信软件厂商更多赢得市场的机会。 2 2 电信行业软件系统的特点 目前电信行业的系统很多，每个系统设计的业务面都很广，也各有各自的侧重点。 电信行业软件系统的特点如下： 系统的业务规划o n d e p a r t m e n t ：现在的组织都是按照职能部门的方式 ( o n d e p a r t m e n t ) 来分工，包括任务的分配、预算的分配、绩效的考核等等；i t 系 统往往是单个业务部门发起的，服务于本部门的业务需求，这种系统建设的出发点没有 或者很少考虑其他部门的需求以及与其他部门的协作，这就使得当需要部门之间进行业 务集成和贯通业务流程的时候，信息系统无法快速满足。 1 1 1 系统的应用模式o n - a p p l i c a t i o n ：现在的业务都是按照应用系统的方式 ” ( o n a p p l i c a t i o n ) 来建设和维护，例如c r m 系统、e r p 系统、电信的计费系统、银 行的信用卡系统等等，每个应用系统的建设不会考虑其中的功能是否会被其他的应用所 需要，不同的应用系统必然出现部分功能的重复建设，无法借助复用来提升开发效率和 延长应用模块的生命周期。 系统的开发过程o n - p r o j e c t ：现在的系统开发过程更多是按照项目的方式 ( o n - p r o j e c t ) 来操作，业务需求的设计、开发、复用和积累都受限于本项目范围内， 从而导致系统开发过程中业务与i t 的沟通障碍，可利用的资源受限，可积累的资产受 限，导致业务系统的交付和灵活应对都难以达到实际的业务需要。 系统的部署运营o n - s y s t e m ：现在i t 系统的部署和运营都是以应用系统 ( o n s y s t e m ) 为单位的，部署业务应用系统的耦合度过紧，不能达到更精细化的系统 资源利用和管控能力提升。 1 2 1 湖北大学硕士学位论文 2 3 湖北电信电子运维( e o m s ) 系统介绍 电子运维平台系统是中国电信公司运行维护部门从自身的运行维护工作模式和特 点出发，利用现有的网管平台并结合中国电信信息系统运行维护工作规范，构建的一套 满足中国电信维护工作需要的集中化、流程化、电子化、自动化、智能化的系统，用于 中国电信总公司及各省级分公司运维人员完成运维日常维护工作，并将工作进行规范性 记录，定期上报中国电信总公司运维管理部门，形成合理、高效、规范的电子化处理流 程。 湖北电信电子运维系统是以集团c t g - - m b o s s 规范的o s s 建设框架为基础，在省o s s 建设规范的指导下，为对运维工作进行电子化规范管理，为本地网综合化集中维护从a 推进提供有力支撑，建立的一个符合湖北省实际需要的电子化运维工作信息平台。该系 统主要适用于湖北电信有限公司与下辖本地网分公司负责网络运行维护的相关部门和 专业，涉及到数据、传输和交换等专业网络的运行维护。本系统用于网络运行维护部门 日常组织协调处理网络的开通，故障响应，日常作业计划的管理，统计考核维护等各方 面工作。 系统以湖北电信运维组织架构为基础，所有功能满足湖北电信省、市、县三级维护 体系维护管理的需要，每个层面还有不同的部f 中心。每个本地网能满足上对省公司 运维部及各中心、下对各县局的电子化运维管理的需要。该系统以目前的运维工作模式 和特点为出发点，以工作流为主线，贯穿运维相关部门，构建一套统一的综合运行维护 系统。该系统以工作流平台为核心，辅助以知识管理、值班管理、信息发布等多项功能， 实现整个运维工作的电子化、流程化，实现运维工作的统一管理。 1 4 第三章e o s 开发环境及原理 第三章e o s 开发环境及原理 e o ss