《电信计费管理系统设计与实现设计.doc》由会员分享，可在线阅读，更多相关《电信计费管理系统设计与实现设计.doc（73页珍藏版）》请在三一文库上搜索。
1、成都理工大学毕业设计(论文)电信计费管理系统设计与实现作者姓名：XXXX专业班级：2005070302指导教师：潘斌摘 要随着我国电信业的迅猛发展，各项业务量快速增长，新的业务种类和新的服务形式不断推出，电信计费管理系统的重要性日益突出。本文通过对电信计费的基本原理、实现流程等进行研究分析，完成了计费管理系统的总体规划、分析、设计、实现以及运行调试和评价，其中使用管理信息系统结构化开发方法完成系统分析与设计工作，使用UML建模的方法完成了系统的实现工作。该系统基于B/S模式，以Oracle为后台数据库，用MyEclipse 6.5、Tomcat 6.0、PowerDesigner 12等工具进
2、行开发。系统后台数据库中通过存储过程和JOB定时器实时地对话单数据进行统计，并在前台使用JSP和AJAX技术实时展现统计数据。该系统具有很好的实用性，可帮助相应工作人员方便地完成各种话单统计工作，提高工作效率。关键词：计费管理系统；系统分析与设计；结构化方法；UML建模Design and Implementation of Telecom Billing Management SystemAbstract: In recent years, with the rapid development of Chinas telecom, the rapid growth of new busine
3、ss volume, types and new services. In order to make these continuously develop business to better development, the importance of the management system of telecommunication billing increasingly prominent. This thesis researches and analyses the fundamental principle, implement of bill system of telec
4、om business. Its system planning, analysis, design, implementation, operation and evaluation have accomplished by the structured development method of management of information system, and UML modeling method. This system is based on B/S model, selecting MyEclipse6.5 Tomcat6.0, JDK6.7 and PowerDesig
5、ner12 as development tools with Oracle 10g for database of it. In front of the system use AJAX and JSP to show data, in the system of data stored in the backend database using real-time process and JOB timer for statistics bill data, so that relevant personnel can get real-time data. The system has
6、good practicability; the system can make a convenience of the statistics of kinds of fee list for the telecom operators meanwhile can make a high efficiency for telecom staff.Keywords: Billing Management System; System Analysis and Design; Structured Method; UML Modeling.目 录第1章 前言1第2章 项目概述22.1. 项目开发
7、背景22.2. 项目开发目的22.3. 项目开发方法3第3章 系统总体规划43.1. 系统初步调查43.2. 可行性分析43.3. 组织机构调查53.4. 系统逻辑业务规划63.5. 系统数据类规划63.6. 系统开发计划7第4章 系统分析94.1. 系统详细调查94.2. 需求分析114.2.1. 系统面向的用户114.2.2. 系统管理员需求124.2.3. 资料管理员需求124.2.4. 查询统计管理员需求144.2.5. 告警处理员需求164.3. 业务流程分析164.4. 数据流程分析204.5. 数据字典244.6. 系统逻辑模型26第5章 系统设计275.1. 模块结构设计275
8、.1.1. 系统管理模块结构275.1.2. 资料管理模块结构285.1.3. 查询统计管理模块结构285.1.4. 监控告警管理模块结构285.2. 代码设计305.3. 数据库设计315.3.1. 概念模型设计315.3.2. 逻辑模型设计345.3.3. 物理模型设计355.4. 人机界面设计395.4.1. 登录界面395.4.2. 系统管理主界面395.4.3. 资料管理主界面405.4.4. 查询统计管理主界面415.4.5. 监控告警管理主界面42第6章 系统实施436.1. 计算机逻辑配置436.1.1. 计算机局域网络配置436.1.2. 计算机广域网络配置436.2. 系统
9、实施准备446.3. 项目开发环境及工具介绍456.3.1. MVC模式简介456.3.2. Struts 2和Hibernate3.0技术框架简介456.4. 程序设计466.4.1. 程序设计方法及风格466.4.2. 系统管理模块程序设计476.4.3. 资料管理模块程序设计496.4.4. 查询统计管理模块程序设计526.4.5. 监控告警管理程序设计546.5. 系统测试与调试566.5.1. 功能测试566.5.2. 性能测试566.5.3. 系统调试56第7章 系统运行管理与评价577.1. 系统的运行管理577.2. 系统的评价587.2.1. 经济指标评价587.2.2性能指
10、标评价587.2.3. 管理指标评价58结 论59致 谢60参考文献61附 录62V第1章 前 言如今，各电信运营商已越来越强烈地注意到这样一个现实：即基于分组的下一代网络只是整个服务提交体系中的一个不可或缺组成部分，这类网络虽然能够用来提交各种基于分组的新型增值业务，但却无法为运营商业务的发展提供直接的融资和收益。只有将可盈利的增值业务推向市场才是决定运营商成功与否的关键。为了最大限度地实现投资回报，运营商需要不分服务类型地向其所有用户提供一切所需的服务，并将其主要精力放在用户真正期望服务的开发和管理方面。一个好的计费解决方案则是实现上述目标的先决条件，比如实时计费解决方案等。实时的计费解决
11、方案不仅可使运营商在任何基于分组的网络上向不同类型的用户提交一切服务，并通过开发新的收益来源来增加平均每户每月收入值，还能使运营商按照用户的切实需求迅速地将增值服务推向市场。其次，它能够有效地帮助运营商弥补在数据业务预付费方面存在的技术差距，并以较低的成本真正实现预付费与后付费的融合。最后，它还能促使运营商将所需的基础设施及时安排到位，并着手就第三方提供的内容展开交易并顺利实现收益结算。但是，好的实时计费方案也需要有配套的计费管理系统进行数据统计和异常数据监控，才能完美发挥其作用。总之，电信计费管理系统已不再是被动的后台系统，其作为整个电信行业的核心竞争力所在的地位日益巩固，已经成为整个电信系
12、统的灵魂。它能有效地提供服务，降低运营成本，提高运营效率。无论是运营商、内容提供商还是各分销商必须给予它足够的重视，才能在群雄逐鹿中占居有利地位。第2章 项目概述2.1. 项目开发背景从电信运营商来看，电信计费远不是通话时长乘以费率这么一个简单算式就能解决的。以固话为例，要生成账单，首先交换机要将主叫、被叫、通话时长等实时记录，然后系统把采集到的交换机记录经过预处理、过滤、划价、累计求和，才能形成最后的用户账单。电信全程全网的特性，使得用户在使用电信业务过程中要涉及多个环节。传统的计费系统只是一个数据的处理系统，如果由于时钟同步、信令传送等问题，影响到所采集数据的准确性，那么计费的结果就会出现
13、偏差。因此，建立配套的计费管理系统的必要性就突现出来了。由于历史原因，交换机的种类繁多，采集方式也不完全一样以及计费软件的版本比较复杂，都会给计费管理系统的实施造成困难。不过，尽管有着重重困难，运营商依然不断努力，逐步实施。比如中国移动的用户现在就可以通过营业厅账单打印、网上查询、1860客服热线等多种渠道得到自己消费的详细情况统计。 计费管理的价值不仅体现在为客户服务，提高服务质量上面。对于运营商来说，实现计费管理可以帮助运营商更好地了解运营状况，比如可以发现高额欠费，及时进行预警等。所以，计费系统管理的重要性更加突出。在这样的背景下，根据客户实际境况，我们提出了电信计费管理系统开发需求。在
14、系统开发完成以后，本系统会在电信运营商某地区计费中心的营运环境中部署运行。2.2. 项目开发目的在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。本项目开发的主要目的有以下几点：1.为用户提供准确的、快速的、展示方式多样的、实时的、方便的话单统计数据，以使用户可以在此基础上进行其他的工作；2.在后台数据库中使用存储过程和JOB定时器实现数据的实时统计，以便提高前台再次统计数据的效率；3.使用B/S应用模式，以WEB方式给用户展现所需要的统计数据，
15、可以提供表格、饼图和柱图来展现统计结果；4.使用J2EE技术体系开发本项目系统，结合一些先进技术（AJAX、DWR、SiteMesh等），完成扩展性、可移植性、稳定性较强的实用系统；5.对个人来说，将所学的系统开发专业技术知识和电信计费的业务知识结合起来，完成有实际意义的实践工作。2.3. 项目开发方法在管理信息系统的长期实践中，由于管理信息系统种类很多，情况各异，研制的具体方法、途径有多种，从而形成了多种系统开发方法，如结构化生命周期法、原型法、CASE方法、软系统方法和面向对象方法等。最常用的三种方法：结构化生命周期法、原型法、面向对象方法，在所有这些开发方法中没有任何一种方法能适用于所有
16、类型的系统，而且有些类型的系统至今仍缺少一套行之有效的开发方法。在本文的项目中，综合以上三种方法的优点和不足，决定在需求分析阶段使用原型化方法，在系统分析和设计阶段使用结构化方法，在程序开发中使用面向对象方法，以这样的形式将三种方法结合起来开发本项目系统。第3章 系统总体规划电信计费管理系统的总体规划是其生命周期中第一个阶段的工作，其质量直接关系到系统建设的成败。接下来，本论文会对项目系统从初步调查、可行性分析、逻辑业务规划、数据类规划以及系统开发的进度安排上进行总体规划，便于从全局上把握好这个系统的整个过程。3.1. 系统初步调查通过与用户的当面交流，初步了解到整个系统的功能结构和业务流程，
17、这个系统大体需要实现系统管理模块、电信计费参数管理模块、对话费进行查询统计的模块和监控告警模块。其中，系统管理模块应该能对使用系统的用户进行管理，对角色进行管理，对用户拥有的功能点进行管理，并且还可以对在线用户进行管理；电信计费参数管理模块应该能对在计费的过程中用到的原子参数进行增加，删除，修改，查询这些基本的管理；话费查询统计模块应该能对语音话单进行查询，对话单的操作日志进行统计，对语音话单的话务量进行统计，对语音话单的业务收入进行统计；监控告警模块应该能对在原始话单处理中、在统计话单中、在系统运行中等产生的告警信息进行处理。整个系统的实现还需要依赖于后台对原始话单进行一系列的处理，后台通过
18、定时器或存储过程对话单数据进行实时处理之后，才能在前台实时的统计出用户需要的数据信息。以上这些是对系统的初步了解，详细调查将在系统分析部分讨论。3.2. 可行性分析1.技术可行性目前，已经有较多的电信计费系统解决方案成功实现，并运用在实际的生产环境中，实现此类系统的技术都是较为成熟的，而本论文需要实现的只是电信计费系统中统计分析的小部分功能，较为简单。因此，从技术上来说，完全可以用现有的技术实现本论文中的项目系统。2.经济可行性电信计费管理系统所产生的经济效益，直接关系到电信运营商的收益和用户的使用情况，保证话单的实时性和正确性是提高运营商收益的前提。在本论文的项目系统中，可以对话单数据进行智
19、能的统计，给予用户多种统计数据的形式，方便用户对这些统计数据进行详细的分析，并且对相关的参数进行较好的管理。因此，从经济上说是可行的。3.运行可行性由于本项目系统具有友好的界面，操作简单，帮助信息详尽，工作人员只需经过简单的培训之后就可以熟练操作；系统运行环境的服务器采用UNIX操作系统，ORACLE数据库，WEB服务器采用TOMCAT，客服端只需要浏览器就可以运行该系统，这样的运行环境都是很好配置的。因此，从运行可行性上讲，本项目系统是可以运行的。从以上三方面的分析，可以得出该系统在技术上得到了保证，投入使用可带来很好的经济效益，且在运行方面较为简单。因此，本项目系统可进行开发工作。3.3.
20、 组织机构调查该系统在全国各地的计费中心运行，通过各地营业区把原始话单数据收集起来，再传输到地市计费中心；地市计费中心通过把该地市的各营业区的原始话单数据收集起来，再传输到省份计费中心；在省份计费中处理原始话单数据，并且统计出话单收入，形成统计数据；各省份将统计好的数据传输到全国的指定计费中心，进行统一汇总处理，按不同维度分析统计数据。本论文项目系统对应的组织结构图，如图3-1所示：图3-1 系统的组织结构图3.4. 系统逻辑业务规划本论文项目系统大体业务流程，如下所述：1.系统管理员在系统中添加用户，新建角色，对相应的角色赋予一个权限组合，再把这个角色赋予相应的用户；2.用户使用系统管理员给
21、予的用户名和密码登录系统，此时用户进入系统时只能执行被分配的功能权限，对于没有分配给的功能权限不能执行；3.当资料管理员进入系统时，可以对电信计费过程中用到的参数进行增加、删除、修改和查询等功能，保证在计费过程和话单处理过程中参数的正确性；4.当查询统计管理员进入系统时，可以通过不同的查询条件的组合查询出想要得到的话单数据，可以对话单的操作日志进行统计，可以对语音业务的话务量进行统计，可以对语音业务的总收入情况进行统计并导出相应的数据报表等操作；5.当告警处理员进入系统时，可以通过系统定义告警信息的级别，实时处理告警信息，产生告警日志等操作。本论文项目系统的逻辑业务规划图，如图3-2所示：图3
22、-2 逻辑业务规划图3.5. 系统数据类规划经过上面逻辑业务的规划之后，对本项目系统的数据类进行规划。采用实体分析的方法，建立相对稳定的数据模型结构，而对一些需求零散、随机的信息，放在系统分析和设计阶段考虑。电信计费管理系统不是一个孤立的系统，它是电信运营支撑系统的业务支撑子系统中的一个子系统，与其它子系统之间共享数据，协调工作，所以在进行总体规划时一定要考虑到其它相关子系统的信息需求是否被包含在所设计的数据类中。只有考虑到潜在的需求，建立的数据模型才会稳定。按照实体分析方法设计的数据类有：1.用户基本信息数据类：该类数据反映用户的用户名、真实姓名、用户描述、随机生成的密码、工号、部门等信息；
23、2.角色管理数据类：该类数据记录角色的角色名、角色描述等信息；3.功能点管理数据类：该类数据记录功能点的功能ID、父功能ID、功能点名称、功能点描述、功能点URL、功能点是否可见等信息；4.资料管理数据类：该类数据记录了有关电信计费过程中用到的各类参数，例如：运营商类型、省份代码、本地网区号、移动号码号段、固定号码号段、标准费率等参数信息；5.话单清单管理数据类：该类数据记录了有关话单的基本信息，例如：帐期、通话起止日期、主叫号码、被叫号码，主叫区号，被叫区号、计费时长、费用及业务类型等信息；6.日志统计管理数据类：该类数据记录了预处理、批价、入库等日志信息；7.话务量统计数据类：该类数据记录
24、了话务量、计费时长、通话时长等统计信息；8.业务收入统计数据类：该类数据记录了话费、话务量、计费时长、通话时长等统计信息；9告警日志信息数据类：该类数据记录了告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、文件名、操作日期、操作时间、告警标识等信息。3.6. 系统开发计划在完成了项目系统的逻辑配置方案和计算机网络配置方案后，就要进行开发费用的估算，制定系统的开发计划等工作。系统开发的工作进度表，如表3-1所示：表3-1 系统开发工作进度表阶段人数时间（天）人天起止时间系统分析8151202009.04.012009.04.15系统设计8151202009.04.16
25、2009.04.30程序设计5241202009.05.012009.05.24系统测试210202009.05.182009.05.27系统试运行37212009.05.282009.06.03验收第4章 系统分析在电信计费管理系统的开发过程中，需要通过系统分析才能把对系统功能和性能的总体概念描述为具体的系统需求说明，便于整个系统开发工作的进行。接下来，通过系统详细调查、业务流程分析、数据流程分析和系统数据分析之后，确定出本项目系统的逻辑模型，对系统进行功能性详细分析为下一章的系统设计提供详细的参考方向。4.1. 系统详细调查系统详细调查的主要任务是收集系统所要用到的数据，因为在后期的系统设
26、计阶段要用到许多的数据，资料收集是进行系统分析的前提，资料收集的方法有实地调查，填写问卷，交流交谈等。经过和该系统用户的当面交流之后，可知：1整个电信计费管理系统从底层数据产生到数据表现层包含的所有功能：数据传输、预处理、排重、批价、入库、数据分发、系统管理、资料管理、查询统计、监控告警等十大功能。2.在整个电信计费管理系统的开发过程中会涉及到得专业术语及其定义，这些术语在系统分析和系统设计中有助于加快理解系统的业务过程，从而准确的画出业务流程图和数据流程图。其主要涉及到的术语及定义如下：l 计费：对电信用户使用电信资源或服务后产生的使用记录，根据资费标准及优惠政策进行费用计算的过程。l 计费
27、周期：电信运行商之间或本电信运行商所约定的进行计费或摊分工作的时间周期。l 统计要素：根据需求从使用记录中抽取的某些属性字段作为统计分析用的最小元素。l 原始记录：完成通信服务过程所需要的指定设备所记录的与通信费用有关的信息的记录。l 标准记录：原始记录经过格式标准化后的输出称为标准记录。l 批价记录：与帐单相关联，经过计费处理后的最终处理记录，又称清单。l 数据传输：直接从存储原始记录数据的设备上获取原始的使用记录数据并且传送到计费系统的过程。l 预处理：对原始记录数据进行码制转换、格式校验等处理，形成标准记录的过程。l 批价：对标准记录按照相关规则和资费标准计算出各项费用的过程。l 计费处
28、理：对批价记录按照相关规则进行费用分摊和计费出账的过程。l 数据分发：指根据一定的条件和要求，把经过集中处理的数据重新抽取或组合，并把抽取或组合结果数据传送到指定的位置。3.本项目系统中实际要实现的主要是系统管理、资料管理、查询统计和监控告警等统计分析功能。4.在统计分析功能中对时间的要求：精确到秒，其时格式为YYYY-MM-DD HH24:MI:SS。5.在预处理中的固话话单格式，如表4-1所示：表4-1 固话话单格式域名长度含义呼叫类型201：发起话单（默认值）02：落地话单 03：呼转话单首记录索引30当一次呼叫产生多条记录时，这些首记录索引相同中间记录序列4中间记录，从1开始计数部分记
29、录指示10：单个记录 1：记录的第一部分2：记录的中间部分 3：记录的最后部分计费对象31：针对主叫计费 2：针对被叫计费3：目标号码 4：针对入中继群号计费5：针对出中继群号计费 127：规定的计费号码主叫号码30表示主叫用户号码被叫用户号码30表示被叫用户号码应答日期和时间14表示应答时间，格式为：YYYYMMDDHHMMSS YYYY：年份MM：112 DD：131HH：023 MM：059SS：059 缺省值：全0话终日期和时间14表示呼叫结束日期和时间，格式为：YYYYMMDDHHMMSS YYYY：年份MM：112 DD：131HH：023 MM：059SS：059 缺省值：全0通
30、话时长11单位：秒6.整个电信计费管理系统的总体流程关系，如图4-1所示：图4-1 电信计费管理系统总体流程图4.2. 需求分析4.2.1. 系统面向的用户本论文项目系统面向的用户分为四类：系统管理员、资料管理员和查询统计管理员、告警处理员。以上四类用户使用系统做什么，具体阐述如下：1.系统管理员使用该系统对用户信息、用户组信息、用户密码信息、用户角色权限、在线用户进行管理；2.资料管理员使用该系统对电信计费和统计过程中用到的各种参数进行管理，如：运营商类型参数、省份代码参数营业区参数等参数；3.查询统计管理员使用该系统进行话单清单的查询、操作日志的统计、语音业务的话务量统计、语音业务的全收入
31、统计等管理工作；4.告警处理员使用该系统进行告警级别的定义、及时处理告警信息、处理告警日志信息等工作。4.2.2. 系统管理员需求1.概述需要提供对系统用户的管理界面，实现增加、删除、修改、查询用户的功能，为用户设置使用本系统的权限，以及在线用户监控的功能。2.用户组管理要求系统提供对具有相同权限的用户设定用户组的功能，以便系统管理员实现职责：增加和删除用户组，以及给用户组设置权限；增加和删除普通用户，以及给普通用户设置权限。3.用户管理要求系统提供一个系统管理员名和初始密码；要求系统提供用户的基本信息的增加、删除、修改、查询功能，可以设定用户的姓名、工号、部门等基本信息；系统管理员可以给普通
32、用户分配权限到功能点，权限分为两种，查看和控制。只有查看权限的用户就只能看此功能点的运行信息、告警信息。拥有功能点控制权限的用户可以管理该功能点，同时有查看该功能点信息的权限。4.密码管理要求系统自动生成新增用户的默认密码，系统管理员和普通用户都可以修改自己的密码。5.在线用户监控要求系统提供在线用户信息的监控功能，记录用户每一次登录到系统中的起始和结束时间，展现当前正在使用系统的用户ID和姓名等信息。4.2.3. 资料管理员需求1.概述要求系统可以对计费系统中的业务参数、计费参数等重要基础数据进行维护管理，提供对资料的增加、删除、修改、查询等功能，详细记录操作日志，定期备份保存，确保系统基础
33、数据的安全。可以对以下参数进行增加、删除、修改、查询、打印操作，可以分页显示数据，支持批量删除。2.运营商类型参数运营商类型参数主要对电信运营商的名称和代码的维护，分别是：中国电信、中国网通、中国移动、中国联通、中国铁通等。以此来判断某个号码所属的业务类别，同时是话单的基本属性，作为批价的基本字段，是获取长话基本政策、市话基本政策、判断网络承载类型的依据。3.省份代码参数省份代码参数主要对每个省的长途区号代码进行维护，以此进行号码解析并划分长途类型。省份代码唯一标识一个省份，由省份代码和省份名称两个字段组成。4.本地网区号参数本地网区号参数是对全国所有本地网区号进行管理，本地网区号就是长途字冠
34、，为国家标准定义的区号。每个本地网定义一个区号，不同本地网之间的通话就是长话，对其进行引用来配置定义号码信息，判断每一号码归属于哪个本地网。5.营业区参数营业区参数主要对计费营业区进行管理。在同一本地网，一般情况下不同的计费营业区相互呼叫为区间通话。该表有地区号码、营业区号、营业区名称三个字段。在批价中，可以通过话单中主被叫的地区号码和营业区号划分出区内通话、区间通话和长话，进行相应的批价。6.移动号段参数移动号段参数主要定义和维护各地区的移动号段的占用情况，由此作为号码解析的依据。由号码段、地区号码、服务提供商类别、用户业务类型等字段组成。7.固定号段参数固定号段参数主要定义和维护各地市固定
35、电话号段的占用情况，由此作为号码解析以及批价政策分析的依据。该表主要引用了营业区表的营业区号信息，作为判断区内、区间、长途类型的依据。由地区号码、开始号码、结束号码、服务提供商类别、用户业务类型、局向号等字段组成。8.标准费率参数标准费率参数对费率政策对应的费率进行管理，主要用于计算一次批价费用。定义计费规则适用日期、时间，还有相应的计费规则。通过费率规则定义与话单属性进行匹配，判断每个话单适用的计费费率规则，并进行相应的批价处理。4.2.4. 查询统计管理员需求1.概述要求系统提供数据查询与数据统计两大功能模块，主要完成计费的参数、报表的查询及统计的功能，针对查询及统计的结果提供WEB展现方
36、式。2.清单查询按帐期、通话起止日期、主叫号码、被叫号码，主叫区号，被叫区号、计费时长、费用及业务类型对语音清单进行查询。主要分析语音业务清单，即电话业务，而不分析短信业务。3.日志统计l 实现目的通过对各个地市数据在计费系统的处理过程中产生的日志进行查询和统计，来查看各个环节之间数据处理的平衡情况，及时准确地对计费系统的流量进行分析。l 维度设计，如表4-2所示：表4-2 日志统计维度设计表维度名称层次结构备注时间年份-日期-小时地域省公司-分公司子模块子模块l 指标设计，如表4-3所示：表4-3 日志统计指标设计表指标名称计算规则单位备注预处理话单数各维度逐层累积条批价话单数各维度逐层累积
37、条入库话单数各维度逐层累积条4.话务量统计l 实现目的按时间、地域、业务类型、账目类型4个维度统计语音业务的话务量、计费时长、通话时长3个度量情况。通过对语音业务各种维度的分析，展示语音业务的数据量变化情况。l 维度设计，如表4-4所示：表4-4 话务量统计维度设计表维度名称层次结构备注时间年份-日期-小时地域XX省-地市业务类型业务类型业务类型区分为固话、小灵通等账目类型账目类型一层-账目类型二层账目类型区分为本地、长途通话等l 指标设计，如表4-5所示：表4-5 话务量统计指标设计表指标名称计算规则单位备注话务量各维度逐层累积条计费时长各维度逐层累积秒通话时长各维度逐层累积秒5.业务收入统
38、计l 实现目的按时间、地域、业务类型3个维度统计语音业务的全收入的总收入度量（包括话费、话务量、计费时长、通话时长4个度量）情况。通过对全收入各种维度的分析，掌握电信语音业务各种业务类型的收入情况，体现电信的业务发展情况。l 维度设计，如表4-6所示：表4-6 业务收入统计维度设计表维度名称层次结构备注时间年份-日期-小时地域XX省-地市业务类型业务类型业务类型区分为固话、小灵通等l 指标设计，如表4-7所示：表4-7 业务收入统计指标设计表指标名称计算规则单位备注话费各维度逐层累积元单位：元：话务量各维度逐层累积条计费时长各维度逐层累积秒通话时长各维度逐层累积秒4.2.5. 告警处理员需求1
39、.概述要求系统能对计费系统本身运行状况进行监控，对应用系统进行集中监测与集中控制；当监控系统检测到系统运行和处理各个环节中出现异常情况时，能对系统发出的故障提示信息进行处理。对各种具体的监控对象进行维护，包括：告警、日志、应用进程、主机磁盘空间、数据库表空间、应用进程监控。超过门限的信息会在进入该监控对象时以对话框的形式弹出“告警信息”。2.告警处理告警信息按照严重程度，可分为以下几类：l 一般性错误：不影响系统正常运行的错误；l 警告信息：影响系统的正常运行，但不会导致数据的损坏或丢失；l 严重故障：严重影响系统的运行，并可能导致数据的损坏或丢失。告警可以通过声光告警方式通知系统管理人员或相
40、关的操作人员。在出现异常情况时，能够记录详细的告警信息，根据告警的严重等级在监控系统显示告警提示和专家建议，能以可见、可闻的方式告警。系统可自动实现计费处理的各工作环节，并提供友好界面显示对计费数据波动情况、进程的执行情况的监控和传呼告警，告警门限值可设定。4.3. 业务流程分析通过对用户的详细需求分析和业务过程分析得知，该系统主要需要完成的业务有系统管理、资料管理、语音业务查询统计、监控告警。具体的业务流程分析如下：1.业务流程图中使用的基本符号，如下说明：l 业务处理单位或用户，它代表了某项业务参与的人或物；l 数据存储或存档，是一种数据的载体，作为档案来保存的；l 业务数据流动及方向，它
41、表达了业务数据的流动方向；l 各类单证、报表，它表明了数据的载体；l 业务功能描述，表明了业务处理功能。其业务流程图基本符号，如图4-2所示：图4-2 业务流程图基本符号2.系统的高层业务流程图，如图4-3所示：图4-3 高层业务流程图3.经过进一步的调查分析，系统管理要做的主要事情如下：l 增加、删除、修改和查询用户信息；l 增加、删除角色，并且为角色设置权限，初始化默认角色：超级管理员、参数管理员、查询统计管理员、告警管理员；l 增加、删除、修改功能模块数；l 当有多个用户同时使用系统时，可监控在线用户；l 提供用户信息的更改。其系统管理业务流程图，如图4-4所示。4.资料管理要做的主要事
42、情如下：l 定义电信计费过程中使用的参数类型；l 增加、删除、修改、查询参数信息。其资料管理业务流程图，如图4-5所示。5.查询统计要做的主要事情如下：l 根据特定条件查询，并可打印出相应的话单清单信息；l 根据特定条件统计操作日志，并可打印出相应的统计报表；l 根据特定条件统计语音业务话务量，并可打印出相应的统计报表；l 根据特定条件统计语音业务全收入，并可打印出相应的统计报表。其查询统计业务流程图，如图4-6所示。6.监控告警要做的主要事情如下：l 对应用系统进行集中监测与集中控制；l 检测到系统运行和处理各个环节中出现异常情况时发出故障提示信息。其监控告警业务流程图，如图4-7所示。图4
43、-4 系统管理业务流程图图4-5 资料管理业务流程图图4-6 查询统计业务流程图图4-7 监控告警业务流程图4.4. 数据流程分析根据对系统的业务流程分析，把业务过程分为系统管理、资料管理、查询统计和监控告警等四个过程。相应的，在数据流程分析中会针对这四个业务过程进行数据流分析。1.该系统的第一层数据流分析：除管理员外，其它用户需要根据管理员给予的用户名和密码登录系统执行自己拥有的功能；当用户不处于登录状态时，不允许通过系统中间的某个URL直接进入系统；系统管理员会根据部门给予的用户名单把这些用户的信息添加到数据库中，同时也可以从数据库中查询出用户信息，然后打印出来；资料管理员登录系统后，会根
44、据自己手上的参数资料，把这些数据添加到数据库中，同时可对这些数据进行增加、删除、修改操作；查询统计管理员需要利用参数信息对入库话单进行统计，然后打印出数据报表；告警处理员实时处理在系统运行过程中产生的所有警告信息。数据流程图中使用的基本符号说明，如图4-8所示：图4-8 数据流程图基本符号系统的第一层数据流程图，如图4-9所示：图4-9 高层数据流程图2.对系统管理的数据流分析：系统管理员用用户名和密码登录系统；系统管理员根据用户变动通知对用户信息进行操作；根据用户权限变动通知对用户重新定义角色；当用户的角色变动后，需要对用户重新分配功能点；根据用户是否在线，对在线的用户进行监控，可查看用户的
45、操作日志；将所有变动的信息重新保存到数据库中。系统管理数据流程图，如图4-10所示：图4-10 系统管理数据流程图（DFD/2）3.对资料管理的数据流分析：资料管理员需要用户名和密码登录系统；资料管理员根据手上的参数资料，将这些数据添加到数据库中；当参数信息需要变动时，根据变动单修改数据库中的参数信息，并重新保存到数据库中；当业务发展时需要新的参数，要通知数据库管理员新建对应的参数表，然后根据新的参数资料向数据库中添加参数信息。资料管理数据流程图，如图4-11所示：图4-11 资料管理数据流程图（DFD/2）4.对查询统计的数据流分析：查询统计管理员需要用户名和密码登录系统；根据自己定义的统计条件，输入到系统中，进行查询话单清单，然后打印出话单数据统计报表；输入自己定义的日志统计条件到系统中，统计出相关的日志数据，然后打印出日志数据统计报表；输入自己定义的话务量统计条件到系统中，统计出相关的话务量统计报表；输入自己定义的话单业务收入统计条件到系统中，统计出相关的业务收入统计报