多媒体通信业务计算机综合管理系统

1、一、研制背景21.1 目的和意义21.2 设计目标21.3 设计原则3二.系统研制过程52.1 工作进程52.2业务调研62.3业务需求分析72.4结构分析82.5功能分配92.6网络结构和全国、省、市互联的方案确定122.7数据存储结构142.8系统建模152.9系统模型测试162.10方案论证162.11数据字典设计172.12开发测试172.13 系统试运行17三.系统解决方案介绍183.1 问题空间分析183.2 系统的整体设计183.3 数据字典设计203.4 用户安全管理的设计27四、关键技术分析294.1 审计设计294.2 业务流程设计304.3与其他系统接口的设计354.4

2、WEB服务使用技术39五、设计特点40致 谢42一、研制背景1.1 目的和意义根据邮电部全国邮电"九五"规划纲要,整个电信将继续全方位、高速、稳定地发展，维护国家公用电信网的统一性、完整性、先进性，不断增强全国的综合实力，是中国电信进入21世纪的发展目标、在继续加快发展电话网建设和基本业务的同时，各种电信新业务陆续向社会提供服务，公用数据网已成为国家经济信息化网络的主体。为满足"指标上等级,网络上等级,管理上台阶,服务上水平"的目标要求，数据通信管理模式、技术手段和工作程序都要更好地适应现代化数据通信网的发展需要，建立数据通信业务计算机管理信息系统已经势

3、在必行。根据邮电部数据通信局（98）数技字2号文的要求，配合部里全国数据通信计算机管理信息系统的开发和试点工作，由我省承担数据通信计算机管理信息系统（下简称“数据97”）的省内开发和试点工作。在部里以邮电部数据局和邮电部数据所合作共同开发“数据97”部节点系统，并且组织部节点和省市节点的联调联测工作，提供对部省节点的数据接口的建议方案。我省接到任务后，非常重视这项工作，立即着手科技立项，并且拨出专项资金供省级节点建设和开发使用，同时组成以江苏省多媒体通信局、南京电信局管理信息中心、南京电信局多媒体通信局人员参加的项目开发小组。1.2 设计目标根据邮电部数据通信局一九九七年七月颁布的中国公用数据

4、通信网业务技术管理文件汇编目前的数据通信业务主要包括：(1).中国公用分组交换数据网(CHINAPAC)(2).中国公用数字数据网(CHINADDN)(3).中国公用计算机互联网(CHINANET)(4).中国公用电子数据交换业务(CHINAEDI)(5).中国公用传真存储转发业务网(CHINAFAX)(6).中国公用电子信箱(CHINAFAX)多媒体通信业务计算机综合管理系统应依据我国公用数据网及数据通信业务管理体制的要求，利用计算机、数据库、通信诸技术及现代化管理理论和方法对上述业务进行管理。该系统应服从电信管理网的统一规划，配合“97工程”的建设，最终实现：1、形成以先进管理手段和严密的

5、内部管理制度相结合的管理模式和协同工作流程，使业务管理和网络运行科学化、规范化。2、实现开放自动化管理。完成数据业务受理、受费、客户变更、暂停施工、异常情况处理、工单生成和管理、用户信息管理等业务流程实现计算机闭环管理。3、实现对网络资源的计算机管理，提供对网络资源的查询，协助网络管理者完成完成网络管理、扩容、维护等工作，为网络管理者对网络资源准确、合理、快速地配置提供帮助。4、实现对网络备品、备件的计算机管理，提供对备品备件的查询、借用、调配等功能，减少备品备件的冗余度，实现备品备件的合理配置。5、实现用户账务结算、计费处理的计算机管理，使各项业务计费资料的分拣、汇总、并账等过程计算机自动化

6、。6、实现管理信息交流的网络化、自动化。通过WEB方式提供邮电部政策法规、国内外邮电科技及新闻、邮电新业务、会议信息、其他省网络调整情况等信息的发布；提供网络新设备新技术专题讨论、维护经验讨论、数据发展研讨等内部交流平台；提供本省网络调整、会议通知、网络运行情况公告等省内信息发布。7、提供数据局中心数据库的接口功能，实现跨省专线开放和故障处理的全国范围的协作和管理监督；传递各种统计报表、实现一定程度的查询功能。8、提供远程操作和移动办公能力，排除办公的地域限制，提高邮电服务质量。现业局业务管理系统现阶段主要完成数据通信业务模型建立，客户管理，工单调度管理，后台资源管理等。1.3 设计原则数据通

7、信业务有别于传统的市话业务，它具有以下一些特性：1.由于数据通信业务的技术特点，业务种类繁多，业务之间的关系较密切，例如：电子信箱就可以是分组业务的增值业务。2.为满足用户的技术要求,数据通信业务种类变化很快。这些年我们陆续开了X.25分组业务、DDN业务、电子信箱业务。近来又正在建设ATM网络，很快将开放各项宽带多媒体通信业务。3.数据通信业务相对市话数量较少。逻辑复杂，业务量不大，所以系统设计的重点是业务的建模描述，而不是性能优化。4.数据通信的客户多样化，有个人，集团，而且具有跨区域性和全国性。这就要求我们一定要设计出一个开放的系统以支持多系统协同工作。鉴于以上的特性，数据通信业务的计算

8、机综合管理系统必须既要保证当前系统运行的高可靠性，又要能适应未来技术的发展需要。它应该具备下述一些特性：l 标准性与开放性采用符合国际，国家标准的硬件设备，遵循有关技术规范体系，具备与相关系统的开放接口，能够作到灵活的互联。l 系统性与层次性对于数据通信业务较复杂这一特点，应从系统工程的角度予以设计，逻辑表达又应体现层次界限，使系统具有清晰的概念。l 封闭性与继承性系统模块在设计时使用面向对象的设计方法，模块相对封闭，独立完成相应的系统功能，而模块又能被其它模块重用，作到功能继承。l 灵活性与扩充性这一点对于数据通信业务尤为重要，只有系统具有良好的灵活性和扩充性才能适应数据通信业务不断发展变化

9、的需求。二.系统研制过程2.1 工作进程1997年5月 江苏省数据局提出建立多媒体通信业务计算机综合管理系统的开发任务，该系统重点放在业务、网络管理分析上，只涉及省级节点的功能。省数据局组织了多次局内会议和各市局参加的会议，收集对系统的需求，在此基础上提出了开发方案，并且着手实施设计开发工作。1997年6月8月 邮电部数据局口头要求开发全国多媒体通信业务计算机综合管理系统，鉴于我省对该项目的有一定工作经验和基础，并已成立了开发队伍，要求我省承担省内部分的开发工作，其间邮电部数据通信局三次派人到我省商谈开发具体事宜。此时的系统已经由单纯的省数据局内部统计分析系统拓展到包括省市两级的，综合了营业、

10、网管、统计分析功能的全方位的计算机管理系统。1997年9月 该项目正式启动。组成以江苏省多媒体通信局、南京电信局管理信息中心、南京电信局多媒体通信局人员参加的开发小组，以及三个部门领导组成的试点领导小组。并且着手科技立项。1997年10月12月 根据南京电信局“市话97”中数据部分在过去4年中的使用经验、现业局在数据业务发展和数据网络维护中的经验和新需求、以及数据网络发展情况，我省开发小组进行了长期、深入的调研，对省多媒体局、南京电信局的各个岗位的管理人员和一线工作人员的需求作了详细的了解，拟定了初步的系统需求。在此基础上，我省组织了对上海及省内其它城市的调研，从大城市和中等城市对该系统的开发

11、复杂性、各地的特殊使用需求有了更深入的了解，在南京市的基础上对系统的可扩展性和系统适应性的认识有了进一步的提高。98年1月 邮电部数据局和邮电部数据所来我省，与我省开发小组经过3天的认真讨论，共同拟定了后期的工作计划，定于98年中期进行系统的互连互通，98年下半年组织系统的推广。我省根据三方会谈的精神，重新组织了对系统的需求设计和结构设计并且组织了包括科技处、电经部、电维部、计算中心、各地邮电局数据科参加的系统方案论证会，对系统开发工作提出了中肯的意见。98年2月3月 开发进入系统建模和软件开发阶段。前期认真细致的调研使我省对数据业务中的三个不确定性（“网络不确定性”、“用户不确定性”、“技术

12、不确定性”）取得独到的见解，为合理建模提供了良好的基础。项目开发组吸取了“市话97”和其他应用项目的经验教训，从系统设计的科学性、系统的可扩展性、系统的适应性和邮电部关于业务开放的一系列政策为出发点，充分考虑与“市话97”数据的平滑交换，理清数据与其他相关部门的业务关系。98年47月 系统软件设计开发工作正式开展。我省分成两个开发小组，分别负责开发省局部分和现业局部分的系统。98年8月 现业局部分的系统基本开发完毕，要求南京市多媒体通信局数据公司录入相关的用户资料，在收集各个生产岗位对系统的意见后，对系统的做了进一步的改进。省局部分的功能模块陆续完成，在听取了领导和实际操作人员的意见后，开发人

13、员对用户需求理解逐渐深化，在此基础上对系统做了多次改动。98年9月 两个开发组主要完成系统的文档整理工作，同时完成对系统的优化。2.2业务调研数据通信业务管理系统首要目的是业务管理，所以必须对现业局的业务运行情况有充分的了解，然后才能系统地分析设计模型。97年9月-10月，我们主要对南京、上海两地的相关单位进行了调研。选择上海、南京进行调研是因为数据通信业务在南京、上海发展速度快、网络规模大、用户数量多、业务种类具有代表性。通过调研基本了解了数据业务的发展情况，对管理上的需求，以及地区之间的差异。调研发现数据业务种类繁多，不同业务种类之间关系也较为密切，各地数据业务与市话等传统电信业务联系紧密

14、程度有较大差异，最大特点是业务类型的更新很快。调研的结果可以总结为以下几点：1.网络的不确定性-即数据通信网络资源调整频繁，网络工程较多，用户入网方式多变。2.用户的不确定性-即用户使用数据通信业务方式不确定，分别有集团用户，个人。3.技术的不确定性-数据通信业务技术发展快，随着新技术的出现，业务管理也须更新。2.3业务需求分析1、数据通信的特殊性要求有一套适合数据通信发展的管理系统数据通信较市话在业务上和管理上有其特殊性，业务量小、业务种类多、不同业务之间的关系复杂、业务人员技术水平高是其最突出的特征。全国目前已经全面铺开“市话97”，但数据通信却没有自己的管理信息系统，有些城市的数据管理仍

15、然处于纸面管理，而有些城市在“市话97”工程中加入了部分的数据功能，但实践发现利用市话的管理机制管理数据业务有相当多不能解决的问题。针对数据通信的特殊性建设一套行之有效新系统势在必行。管理计算机化对各个部门了解网络维护情况、业务经营情况等提供了科学的、可靠的、快速便利的工具，对提高数据通信的管理水平，提高用户服务质量益处多多。2、数据通信的业务发展需要一套支撑专业化经营的管理信息系统 数据通信发展很快，客户组成机构多层次、多样化，既有个人用户、集团用户、会员制用户，又有ISP、ICP等，对不同的用户服务标准和服务方式各不相同，这些都要求进行专业化经营，以本地网为基础，实现跨区域的综合管理，建立

16、专业化的经营服务体系。3、数据网的高速发展要求有一套适用性强的管理系统 数据网发展迅速，从几年前的X.25、DDN、电子信箱、传真存储转发、EDI到正在新建的ATM、帧中继等，不但技术更新快，而且一项业务可能跨好几个网络，新业务与旧业务有各种各样的互联方式，管理信息系统不但要很容易地迎合新网络、新业务的需要，而且能够很容易地修改旧网络的配置，使其能够不同时期的服务需求，最大程度地保护现有资源的可重用性，维持系统数据的唯一性，使系统的扩展性和灵活性处于较高的层次中。2.4结构分析从管理层次上看，数据通信分为三层，最低层为各现业局，负责业务开放、信息采集、本地网络建设、账务结算，基层的统计分析功能

17、，向上级领导部门提交需要的信息，以及提供与市话97系统的互联互通功能。第二层为省一级管理机构，主要负责组织协调各个市的工作、业务和维护数据统计分析、省一级集中业务管理功能、向部里提交需要的信息，以及与省内其它的管理系统具有信息交换的功能；最高级为部里相关业务局，负责对全国的信息进行统计汇总。其功能层次可由下图表示：2.5功能分配 管理层次的不同决定了在不同层次上的实现功能和工作侧重点的差异。可以通过两种方法描述功能的分配。·根据功能模块分配 多媒体通信业务计算机综合管理系统可以分成以下的模块：（1）用户模块i)用户受理、开放模块用户申请的受理用户变更的受理（包括参数变更、业务变更、移

18、机、拆机等）与部数据局接口各岗位工单的自动生成各岗位工单的自动传递暂停施工处理异常处理岗位催办功能业务开放、更改的全程监控、全程记录ii)用户申告模块接收客户的申告提供与112申告台的接口用户投诉档案的追加、删除和修改申告类型的分析，处理结果分析申告集中管理、催办功能申告处理的全程监控、全程记录iii)用户资料管理模块用户请求的接收及处理用户档案的登记、追加、修改、删除用户资源的查询（2）、网络维护模块i) 网络资源管理模块 网络资源库的追加、修改及删除功能提供各业务岗位资源信息和网络维护部门的接口ii) 网络故障管理模块网络故障处理记录的添加、删除、修改功能网络故障类型、故障处理方法的分析网

19、络故障处理的集中管理、催办功能网络故障处理的全程监控、全程记录iii) 网络配置管理模块网络重要设备的参数配置增加、修改、删除网络重要设备的工作软件、调测软件的增加、修改、删除网络设备和软件的查询iv) 网络备品备件管理模块用户请求的接收和处理备品备件的查询备品备件库的追加、修改及删除功能v) 网络各项统计指标考核网络各项指标的统计和分析网络各项指标的增加、修改和删除功能（3） 管理模块i) 汇总统计模块分类分项统计信息按格式要求生成报表定期报表的自动生成打印格式化统计报表报表的传递功能根据报表的种类设置不同的访问权限·根据不同的管理层分配 按照不同管理层面功能可如下分配：（1） 全

20、国中心（由原邮电部数据所承担）全国请求中心负责全国性的、跨省的业务处理。它接受各个省级中心提交的业务订单请求，根据全国性的网络资源情况，将跨省的全国性订单通过合理调度，转发到各个省区域中心。以及统计分析功能，对全国性的信息进行汇总统计。（2） 省中心 省中心负责全国性的、全省性的、跨地区的业务受理，对全省工作的统一协调，对全省重要数据的收集整理，分析统计，提交全国中心需要的重要信息。其完成的功能包括1、 订单调度2、 对资源分配、各市业务开放情况的查询，和省一级资源的管理3、 统计数据的收集和表报生成4、 提供网络故障的收集整理和统计功能5、 提供对全省统一的备品备件库的管理6、 提供全国中心

21、查询的接口7、 提供管理上的上传下达功能（3） 市中心市中心是信息的采集点，是具体业务的实施点，侧重于业务的开放、资源管理、计费结算、用户申告受理、和对本地局相关的数据统计分析功能。其功能包括：1、 本地订单的录入、维护、开放和调度，跨地区订单的传递2、 网络和用户资源管理3、 用户申告受理（从数据平台和112平台两种采集点）4、 提供与“市话97”在“号线”部分的信息合理流动5、 监督业务开放各个环节的工作进度情况6、 各种相关的本地信息查询和统计功能2.6网络结构和全国、省、市互联的方案确定数据通信计算机管理信息系统能够利用数据网络的优势，改变以往主要靠传真、电话联系的局面，提供一种能够有

22、效提高工作效率、工作准确性的科学的管理平台。该系统的主要优势在于数据共享、数据传递的高速、数据处理的快速准确，网络互通是关键技术。考虑到全省的DCN平台网络条件好，覆盖面大，安全性高，而且各个市建立的或正在建立的“市话97”工程均在此平台上，“数据97”系统与“市话97”需要交换信息，而且系统传输的安全性和网络质量的好坏直接影响到该系统的正常运行，根据1月份有省局各部门参加的项目论证会的精神，本系统将通过DCN网络互联。从网络结构上可以分成三层，全国中心、省中心和市中心，依据“市管县”的原则，县级市的信息存于市中心数据库。从系统的安全性考虑，不能出现由于一台设备故障影响全省的正常业务发展，三个

23、中心的服务器独立，省中心放在省多媒体局内，市中心放与各市的数据部门中，便于维护和操作。省中心由于主要做数据的后期处理工作，备份冗余没有必要。结构示意图如下： 2.7数据存储结构全国中心要求能够访问到市中心的重要数据，并且能够进行查询功能，考虑到各市现业局的服务器工作量较大，不适合做大容量的查询，而且所有的市对全国开放的安全管理非常困难，另一方面，省中心对数据的要求与全国中心相似。所以开发小组商议决定采用数据备份的方式，将各市的重要刷新数据实时备份到省中心，省中心和全国中心的统计分析在省中心的数据库中完成，各市的查询统计在本市服务器上完成。从数据流量上看，数据通信的数据量较小，由于专业技术要求高

24、，各市的用户受理点很少（比如，南京市只有在鼓楼电信局办理数据业务），数据的并发性不高，采用此方案完全可行。从查询效率看，各市数据库的信息更新较省中心多，数据库的信息更新需要对记录加锁，在加锁过程中，中心信息将不可访问，降低了数据库的查询效率。另一方面，业务数据库和查询数据库的设计方法不一样，业务数据库要求数据更新快，数据索引多影响到数据的更新；而查询数据库恰恰通过建立各种方式的索引提高查询速度。所以将业务数据库和查询数据库分开处理，在各市使用业务数据库，在省中心采用查询数据库设计，对两者均有好处，而且可以提高查询统计的效率。从系统安全性看，省中心可以说是各个市的备份，如果各个市的数据库损坏，可

25、以通过省中心数据快速恢复，如果省中心数据库损坏，由于它的主要信息来源于各个市，可以通过各个市的数据信息恢复。数据存储结构如下图：2.8系统建模正如研制背景中所述，数据通信业务种类多，关系紧密，业务发展变化快速，如果没有好的系统模型很难适应这种特点。97年11月-12月，项目小组总结了调研情况，采用面向对象方法对系统进行分析建模。首先，多媒体通信业务计算机综合管理系统是一个计算机管理系统，该系统结合计算机各方面的技术，数据库，网络，硬件设备，软件编程等，但其核心是一个数据库系统，所谓建模，主要是对实际业务的数据抽象表达。对于数据通信业务如果直观的表达其资源和流程信息当然是可以解决现有的问题，但如

26、果业务发生变化后，为了适应变化，整个系统的表达都要随之变动或为了很小部分的变动，而需要增加相当的工作量，所以这一模型一定要具有层次性，可继承性，这样才会带来良好的扩充性。为此提出通信网的接入概念，即把一个数据通信业务的使用看作该网的一个接入，同时再将通信网分层并引进了五大逻辑实体，账务、客户、服务、支撑、业务,这些实体除客户外并不实际存在，但通过它们就可将数据通信业务多变的情况，以及其与客户纷繁的关系灵活的表达出来，这一点在以后的系统解决方案中有详细介绍。2.9系统模型测试98年1月，项目小组设计完成了163、169业务管理系统，重点验证了客户、业务、服务、账务的概念模型。2.10方案论证98

27、年1月底省数据通信局主持召开了方案论证会，来自各市数据通信业务专家和计算机专家对方案进行了充分论证，同时确定了有关技术细节：(1).这一系统主体采用集中式数据库，支持Client/Server结构，支持ANSI/ISO SQL标准的服务方式及开放的用户编程接口，支持数据的分布式处理，支持共享的存储过程、触发器及并行的事物处理功能，查询效率高，维护方便。Server端的集中式数据库使用SYBASE SQL Server11，该数据库系统在我国电信领域应用广泛，尤其适用于C/S结构的数据库应用，便于数据库复制,同时在Internet上亦有很好的解决方案。市局业务部分Client端采用SYBASE公

28、司的PowerBuilder5.0,PowerBuild具有开发周期短，界面友好，极适合于数据库应用的前端开发，5.0版的产品在效率及功能上都较以往的版本有长足的进步。省局统计查询、备品备件、IP资源管理和DDN调度部分采用Browser/Server结构，客户端为标准浏览器，不需要特殊开发，采用B/S技术的优点是投资小、更新方便、使用标准操作，维护成本较低，易于推广使用。(2).网络遵循标准开放的原则采用基于TCP/IP通信协议的网络系统，同时支持HTTP,等应用层协议。(3).操作系统采用符合OSF的POSIX标准的开放的操作系统，能够支持多进程，多线程工作，有良好的稳定性和安全性，易于开

29、发。2.11数据字典设计有了基本模型后就进行数据字典设计， 数据字典的设计本系统采用了SYBASE公司的CASE工具Power-Designor,这一设计工具提供了极为便利的设计手段，同时在设计的规范化、数据逻辑的严整性上都有很强的帮助。98年2月-3月项目小组运用Power-Designor工具对系统进行了概念模式设计和物理模式设计，并形成了系统数据字典。数据字典对数据通信业务所涉及的资源信息，客户信息，账务信息，流程管理信息等都给予详细定义。2.12开发测试 98年4月-6月，完成了系统编程测试工作。调试平台，并进行程序的编制和开发。在开发中采用PowerBuilder5.0提供的团队开发

30、功能。对程序编制定统一的标准，包括变量命名，模块命名，模块划分等。在编制过程中根据具体情况对数据字典进行调整。2.13 系统试运行98年7月系统在南京市开始试运行。98年10月底该系统正式割接，从使用情况看，效果良好，达到设计初期的功能要求。 三.系统解决方案介绍3.1 问题空间分析数据库信息管理系统分析包括流程和数据分析两部分，本系统也不例外。 流程主要解决的问题是现业局现有的DDN装机，DDN移机，DDN拆机，DDN撤消，分组装机，分组移机，分组拆机，分组撤消，INTERNET装机，INTERNET移机，INTERNET拆机,以及相应的工单调度，还有跨省的装拆业务。数据主要解决的问题是全省

31、各现业局的物理资源，数据业务的用户。本系统主要解决的主要就是数据信息的完好表示以及如何使这种表示更好的适应流程。3.2 系统的整体设计系统实现的结构图大致如下：数据业务管理系统并不是一个孤立的系统,它一方面需要调用现有的系统资源,另一方面也需要省局与现业局之间进行交互所以需要多个开放的接口.就目前的现业局数据业务管理系统而言，需要对外提供三个接口,省数据局的接口,账务系统接口,线路系统接口。线路系统的接口:数据业务需要使用专线,局间中继,户线等线路资源,而这部分资源在各现业局的九七工程会有较完善的管理系统,所以只需提供一个接口即可,不可能也不需要将线路管理纳入,另一方面也必须有这一接口去使用线

32、路资源.系统对于这一接口主要是通过专线号与”九七”实施联系,此外加上必要的接口指令与”九七”实现交互。在账务上,为了方便用户,考虑用户在电信局所有业务的账务统一管理,所以需提供一个到账务系统的接口.由于系统账务模块设计具有较强独立性,所以可按照”九七”的账务管理模式进行规范管理。与省数据局的接口,采用大规模的全系统数据复制,复制由各现业局向数据局复制,由于省数据局对各现业局的数据的操作主要是进行统计和分析,所以只需作一单相的复制即可,省数据局亦可通过这一接口对各现业局的数据进行管理,这一部分也采用WEB技术来实现远端的浏览和管理.另外,亦考虑对于远程受理及查询的接口,远程访问可采用 WEB 技

33、术,以支持用户的异地受理,这种方式之所以要采用 WEB 技术是为了其不受地域的限制,而且易于远程维护.下面是本系统的物理网络结构图：多媒体通信业务计算机综合管理系统网络结构图3.3 数据字典设计数据字典是数据库信息管理系统的核心，它不仅体现了对管理对象的描述，同时也基本决定了系统的流程。吸取以往数据库系统设计的经验，本次采用Power-Designor这一专业的数据库设计工具，在设计上由其保证系统数据良好的关系化，一致性，完整性。在对整个系统的设计上从纷繁复杂的逻辑关系中建立了数据通信网的概念模型。见下图：从目前的数据通信网所提供的服务来看，基本上是X.25，DDN，INTERNET，E-MA

34、IL，中继服务等，现将这些服务从逻辑上分几个层次，见下图：由上图可见，上层的业务是由下层的支撑所支持，而数据用户则是从物理层接入进数据通信网来使用上层的业务组成的支撑。通过分层的概念模型无论今后在哪一层次引入新的技术或支撑都可灵活的组成新的供用户使用的支撑，而从用户出发只需要关心最上层与其直接相关的支撑，而这一支撑在通信网内部的实现就可通过上述的模型来描述。用户接入通信网的概念是整个设计的基础，这一概念将各种技术的数据业务都看成是某一特定的通信网，当我们讨论到该问题空间时就只关心用户如何接入这一特定通信网，而不去讨论该接入还包含其他什么类型的通信网，例如，在考察一个X.25接入时只考虑X.25

35、网而不去考虑链路层的DDN或是专线的具体情况。这样的思想可以减少复杂度，提高封闭性和继承性。围绕上述模型本系统抽象出客户，账务，服务，业务，支撑五个概念来进行设计。首先，引入客户的概念。客户是使用多种电信服务的统一结账用户的一个标识，之所以提出客户的概念，其目的主要是为了便于对用户资料的管理。在原有的系统中，客户信息是存放在各种数据业务信息中的，因而客观上混淆了客户与现业局提供的数据业务的概念。特别是对于集团用户或协议用户来说，通常现业局对其可提供诸如咨询、替用户集成系统、使用费用打折、初装费优惠等政策，但由于系统中没有加强对客户的统一管理，而无法实现对此 类用户的特殊服务。在新的模型中，加强

36、了对客户的管理，提供各种 对用户信息的统计功能，利于现业局的各种决策。同时，从收费的角度来看，将客户单列出来，账务信息可直接纳入到客户管理中，划清了账务与服务之间的界限。其次，又引入了业务，支撑概念。业务是指现业局到用户的一种接入方式。但是业务通常并不直接提供给用户使用，只有多个业务结合构成所谓的支撑后，支撑即可提供最终用户使用，用户通过某一支撑接入数据通信网即可使用现业局提供的数据通信服务。然而，由于数据通信业务的复杂性特点，造成单端的接入尚不能构成完整的数据服务。加之，数据业务千变万化，新的增值业务不断出现，在接入的过程中，也需要其它通信支撑提供支撑，这种情况下，提出支撑与业务两个概念，有

37、利于建立一个更完整更适应变化的模型。最后，由服务将支撑与客户连接起来，形成相对独立又有联系的客户管理体系和业务管理体系。关于客户，账务，服务，业务，支撑之间的关系可以细化如下a. 客户是使用多种电信服务的统一结账用户的一个标识，支撑是可供用户使用的一组电信业务，业务则是诸如 DDN，X25，FR等接入方式。b. 由图可以看出一个客户可以由多个服务组成，一个服务由一个支撑组成。c. 业务本身有可能是由支撑所构成。d. 由业务性质业务量可以决定某一客户的某一服务的账务情况 。下图是各主要概念之间的关系：下面就X.25入网的情况来举例说明如何用上述概念来描述数据通信业务的，见下图：上图是X.25这种

38、服务的多种接入方式，如果用新的模型来描述，则对于X.25服务来说，它需要一个X.25的支撑支持，而这一支撑包含X.25业务，X.25业务如果需要使用DDN线路，就可描述为调用了一个DDN支撑，DDN支撑调用两个DDN业务，而DDN业务又需要使用模拟中继线路支撑，就可将其描述为DDN调用一个中继支撑。X.25如果使用专线方式接入，则只需表达成X.25业务调用专线支撑。如果今后又有新的接入方式，只需将新的接入方式描述清楚成一种支撑，即可被X.25业务调用：下面是DDN时隙的例子：上图模拟的是某银行A的一个总行和多个分行的关系，总行申请到局方一条 128k DDN专线，三个分行申请了三条64kDDN

39、到局方。这一情况可描述如下：*每一条64kDDN线路，以及128kDDN都是一个DDN业务。*总行的128k线路与到分行的一条64k线路组成一个支撑，共有三个支撑。*每一个支撑构成一个服务，共有三个服务。3.3.3模块说明有了上述这五个概念后 便以其为核心建立数据结构，大致包含客户模块，账务模块，支撑模块，业务模块，流程控制模块，定单管理模块部分等几大部分。客户模块是围绕客户（CUSTOM）这个主题展开描述的。在我们的系统里，客户是使用电信服务的主体，故也是此管理系统模式中的要素。从数据业务发展来看，今后的数据用户主要是大用户，对这些用户群结合其使用情况的统计分析不仅有利与决策者对经营方向的把

40、握，而且更方便经营者与客户的沟通，从而从根本上提高电信服务质量，体现“以客户为上帝”的宗旨。为了方便管理，此系统对客户进行分类，将客户分成单位客户和私人客户，依各自不同特点，分别管理。客户审计主要是记录客户在此系统中所处角色的变化，而当前客户所处色在客户状态中描述。部分主要是对数据业务的用户进行管理，包括用户的一些属性。这一模块将所有与用户有关的信息封装起来，通过服务与用户使用的业务发生联系。这样隔离了客户和所使用电信业务的关系，不但在客户管理上而且在电信业务上都提供了很多方便。账务模块是对客户在使用各种服务时产生费用及其结算情况的描述。设计账务子模式是为了在计费系统和收费系统之间形成沟通的桥

41、梁。计费系统根据各种服务使用情况产生费用数据，账务子系统则将这些费用与客户进行结算，依用户的付款方式、月租类型、免费类型等诸多因素的不同以及实际产生的费用生成具体收费信息，提交给收费系统。收费系统将收费情况反馈给账务子系统，在账务状态、欠费信息等中体现。在这个子系统中，对账务的某些分类是延用收费系统的标准的，而对银行的管理是由原市话九七工程中对银行的管理模块来实现的。用户部分主要包含了受理信息，账务，客户等对象的描述。支撑模块是一个比较抽象的管理模块。由于数据业务关系复杂，因而不论是用穷举的方法还是采用统一的方法都无法将这个错综复杂的关系完整、概括的描述。对支撑进行分类，描述不同的网上特性，支

42、撑状态则体现支撑在流程中的变化，利于流程控制和统计。业务管理模块。这里,业务（FACILITY）是指用户端与数据通信网的接入。数据通信网向用户提供了多种电信服务，这些服务对于用户来说，其接入要求也是不同的。把接入本身用“业务”这个概念来抽象概括，而不同接入的个性部分则由分类来描述。就目前通信发展而言，可将业务大体分成DDN业务、分组业务、电子信箱业务、INTERNET业务等。从业务的角度来看，它们是平等的，从通信的角度来看，它们又处于不同的层次，相互间关系交错。随着多媒体通信的发展，新的增值业务也层出不穷，业务和支撑的双重关系用以表述之间复杂而繁琐的关系，而业务本身的分类则将不同的业务的接入特

43、性从这复杂的关系中解脱出来，在实际的功能实现上也可就不同的问题空间采取各异的解决方案。用户接入通信网，对于此管理系统来说通常关心用户接入标识和网上特性。在业务管理模块中，业务的网上特性基本在相应的业务分类中描述。在通信网上，接入标识大致有通过端口和通过用户账号两种方式。端口是指用户到通信网的接入点，狭义的看，可认为是交换机上的用户接入模块，它可用于唯一标识业务，也是交换机上重要的网络资源。广义的看，只要是用户端到通信网上的确定接入点都可看做是端口，在这个系统模型中，它也是通信网和用户的交界。另一种标识用户的方法是用户账号。这种业务通常是些增值业务，用户到通信网的接入基于些主业务，用户使用这些增

44、值服务也是以账号登入方式进行的。INTERNET拨号业务、电子信箱等都是以用户账号来标识的。业务状态、业务流程审计是用于流程控制、流程统计管理的，在流程介绍中将具体介绍。另一个需要说明的是一些业务和地址的关系。在这个系统中，地址是通过ID来标识的，地址本身的管理是基于路名的，由地址而引发的一系列有关配区、局块等的管理都和这里所述的业务密切相关，是解决业务使用资源分配不可缺少的因素。部分主要包含了业务，支撑等抽象对象的描述。流程控制模块部分主要包含了流程审计，历史信息的描述，以及受理信息的记录。定单管理模块是工程施工及流程控制的辅助管理模块。设计该模块的目的是为了加强对工程施工的管理。工单上主要

45、记录些有关施工情况的信息，以供统计，查询，也便与加强对施工人员的考核，从而促进数据通信业务服务质量的提高。3.4 用户安全管理的设计数据库的安全性是保证数据不被非法使用，破坏的必要手段。美国国防部的可信赖计算机系统评估标准（TSEC)的橙皮书提出了数据库安全性的七个级别，即D、C1、C2、B1、B2、B3、A1。D级最低，A级最高。SYBASE提供了 SQL Server能达到B1级安全性，是目前RDBMS产品中安全级别最高的。而本系统的用户安全系统核心正是数据库级别的安全管理，每一个数据业务管理系统的使用者都是一个数据库的用户，利用B1级的安全管理相信本系统的安全性是能得到保证的。除了数据库

46、一级的管理外，系统建立了岗位，工号表对业务级的用户操作进行管理，使用户只能在自己的岗位用本人的工号和密码进行操作。 采用DCN作为通信平台，其安全性可由DCN网的独立性和防火墙保证。另外对访问的范围系统将作一定的限制，保证该系统相对的独立性。采用稳定的Unix平台作为服务器操作系统，使用大型的数据库，并且在服务器端增加系统级的安全访问限制。数据库备份技术能够保证在系统故障时能够快速恢复。在省局WEB方式工作中，采用Cookie和SSL 技术，在数据传输时加密，避免网络侦听等不安全因素。并且该系统将采用最新的电子商务安全技术，保证信息的有效性和安全性。四、关键技术分析4.1 审计设计 .审计的重

47、要性 作为数据业务的计算机管理系统，审计是十分重要的。数据业务管理系统的审计主要记录什么人，什么时间，对什么数据，作了什么操作。 依据审计信息可以考核所有系统的操作员的操作情况；依据审计信息可以跟踪业务的进展情况；依据审计信息可以检索业务的变化历史。 例如，为了提高电信服务质量，加强对业务人员的考核，数据业务管理部门需要对每个岗位进行操作时限考核，这就需要对每个岗位每个操作员的每个操作时间予以审计，那么通过相邻岗位的操作时间差就可获知操作员是否操作超时。 .系统审计方法 审计的主要对象是由对系统的操作而引起的数据对象的变化，在系统中这种变化的对象很多，当一个操作引起诸多对象变化时，如果对所有的

48、变化都予以记录，那么不但数据的记录量很大，而且对整个系统的运行效率也有影响。所以只需对某些关键信息进行审计即可。审计的技术方案有很多，主要有两大类，一是依赖数据库本身的审计功能，另一种是自己设计审计表。 数据库的审计可以有多种类型，针对数据库用户，针对某些表，针对某些操作，但所有这些大都是从数据库的安全角度考虑，如果从业务审计的角度出发这些审计的内容在某些方面过多，有些方面又欠缺。在审计管理使用上，数据库的审计信息不便于检索和信息提取，所以数据库审计不亦作为业务审计的主要手段，但不失为一种很好的补充方式。 数据业务审计原则主要有两个方面： 1.流程审计 流程审计主要是对各个涉及流程的逻辑信息的

49、状态变化进行记录，这些逻辑信息是：支撑，业务，受理。因为在整个业务流程中，从受理直至完工都表现在这三个逻辑信息的状态变化 ，而这几个逻辑信息的状态变化信息足以确定整个业务流程的情况，系统分别设计了三个逻辑信息的流程审计表，以记录是谁，在什么时候，以及变化的前后状态。 有了流程审计后，就可以掌握每一笔业务的进展情况，以及操作人员的工作情况，同时也可提供客户一些流程的查询，分析电信业务的流程情况，考核操作的及时率、准确率。 2.历史信息审计。 从原则上说，所有系统数据的操作信息、新老数据状态信息都不应丢失，这些信息都是今后的查询依据，也是电信经营分析，未来数据仓库，数据挖掘的基础信息。所以保留完整

50、的历史信息有很重要的意义。 但是如果理想化的将所有的数据变更都记录下来，不但需要众多的空间，而且会使各类操作的效率大大的降低。所以在本系统的历史信息审计上也做了一定的选择，只对一些重要的实体信息变更做记录，这些实体是客户（CUSTOM)，私人客户 (PRIVATE_CUSTOM),单位客户(COMPANY_CUSTOM),帐务(ACCOUNT),支撑（SUPPORT),业务(FACILITY),专线业务(FACILITY_SPECIAL_LINE),DDN业务（FACILITY_DDN),X25业务（FACILITY_X25),服务(SERVICE),支撑业务关系(R_FAC_SUP）。上述实

51、体都是整个系统信息流动的关键点，在这些信息点上做详细的记录就可获得完整的历史记录。4.2 业务流程设计 问题分析 数据业务管理系统的流程设计是基于对象状态变化和事件触发着两点。事件触发是指包括前台的各种业务受理，后台的各个岗位操作等，这些事件的发生将会导致对象的状态变化。这些对象是受理、支撑、业务。这三个对象的状态变化从三个不同层次、不同的视图反映了整个流程的进展。 由事件触发的状态变化由基于有穷状态机的状态图描述，下面给出主要业务流程在这三个对象上的状态图： 受理对象的装机状态图: 支撑对象的装机状态图： 业务对象的装机状态图：以上就是三个对象的状态图，三个对象对应三个不同的层次，从多个层次

52、来描述流程控制有以下这些原因： * 客观上通信网是从不同的层次上描述的，所以通信网的业务流程也必定会对不同层次都发生影响，而对流程的描述也会自然而然的落到这些层次上。 * 从不同的层次描述有利于隔离问题空间，简化问题的复杂性，既然数据通信业务有其相当的复杂性，那么只有用多个层次的多维方式去降低复杂度，每个层次都只考虑自己的问题空间，从自己的视图解决自己的问题，而不去关心其他问题，这样就大大简化了设计。 * 多层的描述也解决了业务流程的并行化的问题。例如，一个支撑下的两个业务，在实际中是需要同时进行处理的，如果没有支撑这个层次的描述，仅从业务层次描述流程，那么将无法控制业务的并行，而支撑这个相对

53、于业务较高的层次却可以控制它的两个业务的并行处理。4.3与其他系统接口的设计 数据业务管理系统作为一个独立的系统必须具有开放的外部接口。数据业务管理系统的接口主要有以下几个： * 与九七线路接口 数据业务管理系统不可避免与市话业务管理系统有着千丝网缕的关系，尤其是线路部分，由于数据业务有大量的DDN,X.25业务是依赖于底层的专线支撑，所以在流程上与市话专线有相当多的联系。但如果将系统设计的过多依赖市话系统就违背整个系统的封闭性，而且系统也将失去较好的扩展性。 在本系统中是通过AGENT(代理）的设计来解决这个问题的。AGENT的主要功能是管理一个指令队列，该指令队列接受所有来自数据业务系统的

54、线路操作指令，这些指令有专线装机，专线拆机，专线撤消等。 数据业务系统将需要的专线操作和一定的专线信息以一定的格式放入指令队列，AGENT则负责将指令转化为九七系统相应的装机操作或拆机操作，同时AGENT还对队列中重复指令，相关指令（如同一个业务的装机指令，撤消指令）予以处理。 AGENT封装了与各九七系统的交互工作，AGENT为九七系统提供了一个API，不同的九七系统只需修改几个存储过程即可完成数据业务管理系统与九七系统之间复杂的互操作。队列的工作原理见下图： 见上图，数据业务管理系统将所有必须的专线操作依照一定的协议格式送入队列，市话系统通过AGENT从队列中循环地读取出协议指令，然后转化

55、为本系统的操作命令，在本系统操作有结果后直接修改数据业务管理系统相应数据标志。 指令的处理是异步的，这样使得两个系统在线路处理上做到了松耦合，缓冲了本来较为紧密的互操作关系。 通过这样的设计简化了数据业务管理系统与市话系统的联系，同时又能完成专线施工与数据业务施工的复杂交互。 * 帐务接口 数据业务管理系统处理帐务接口的主要设计思想是引入帐务子模块。由于帐务的处理涉及用户，业务多方面，本系统将帐务的概念予以抽象，将其从纷繁复杂的客户，业务信息中抽取出来建立子模块，并与用户信息，业务信息建立相应的关系。 通过帐务子模块的建立避免了帐务处理时与复杂的客户信息和业务信息直接发生关系，同时将帐务接口设

56、计的内容封装于帐务子模块中，这样屏蔽了客户和业务的复杂性，使得接口部分更趋简单和方便。下面是结构示意图： 见上图，帐务模块就象一个屏蔽界面，帐务接口只需关心帐务模块的信息，而不必直接与客户、业务模块打交到，而客户、业务的信息变动和处理也只需与帐务子模块交涉。帐务子模块隔离了帐务处理与数据业务系统内部的处理，既起到了系统封装的作用又提供了开放的接口。 * 与全省数据通信业务的接口 省数据局与现业局的数据交流主要有两个目的：业务协调、决策支持。 现业局之间的业务协调工作主要由省数据局来完成，省数据局则需要所有现业局的网络资源信息和省网管的网络资源信息。 现业局通过SYBASE的复制服务器(ReplicationServer)实时地向省数据局提供网络资源的变更数据，以保持省数据局的资源库中有所有现业局的资源使用情况，对于跨省业务，每个现业局只需关心本局这一端的业务，而另一端只作为一个虚拟业务存在于现业局系统中，省数据局则根据申请和资源的情况统一协调施工。 下面是一个全省DCC的结构示意图：1.通过Client/Server方式将现业局的网络资源信息复制到省网管中心。2.根据具体跨省业务修改省网管的资源信息。3.各市数据科通过WEB方式访问系统。4.省网管中心通过WEB方式