电信营业厅营业收费管理系统最终版.docx

课程设计任务书
2015—2016 学年第一学期
专业班级： 计科三班 学号： 1325010128 姓名： 朱光峰
专业班级： 计科三班 学号： 1325010141 姓名： 闫凯强
专业班级： 计科三班 学号： 1325010166 姓名： 张福龙
课程名称： 数据库系统与应用
完成期限：自 2015 年 12 月 21 日至 2015 年 12 月 27 日 共 1 周
课程设计题目
电信营业厅营业收费管理系统的设计与实现
设计目的: 在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。
功能要求：根据现有条件，利用电信营业厅实现收费管理功能。
一、设计的任务：根据实际情况，进行需求分析，实现收费、管理、信息查询和变更。
二、开发工具：Visual C++ 6.0
三、进度安排：第16周进行课程设计、设计说明书的撰写和课程设计答辩。
四、要参考资料：
[1] 钱雪忠主编.数据库原理及应用[M].北京：北京邮电大学出版社2007 .
[2] 王珊主编.数据库技术与联机分析处理[M].北京：北京科学出版社 1998.
[3] Bain T著.SQL server 2000数据仓库与Analysis Services[M].中国：中国电力出版社
计划答辩时间： 2015 年 12月 28 日

指导教师（签字）：
批准日期： 2015 年 12 月 4 日

摘 要

在电信运营系统中，电信收费系统是主要的支撑系统，占有重要地位。收费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。收费系统历来都是电信运营和管理部门重点建设和发展的系统之一。
在本文的项目中，综合三种方法的优点和不足，决定在需求分析阶段使用原型化方法，在系统分析和设计阶段使用结构化方法，在程序开发中使用面向对象方法，以这样的形式将三种方法结合起来开发本项目系统。

关键词：电信收费系统，程序开发，三种方法

目 录

1 绪 论 1
1.1.项目开发背景 1
1.2.项目开发目的 1
1.3.项目开发方法 2
2 需求分析 3
2.1需求分析 3
2.1.1.系统面向的用户 3
2.1.2.系统管理员需求 3
2.1.3.资料管理员需求 4
2.1.4.查询统计管理员需求 5
2.1.5.告警处理员需求 7
2.2 系统功能结构 8
2.3 数据流图 9
2.3.1.业务流程分析 9
2.3.2.数据流程分析 13
3 逻辑结构设计 19
3.1. 模块结构设计 19
3.1.1. 系统管理模块结构 19
3.1.2. 资料管理模块结构 19
3.1.3. 查询统计管理模块结构 20
3.1.4. 监控告警管理模块结构 20
3.2 局部E-R图 22
3.2.1. 概念模型设计 22
3.2.2. 逻辑模型设计 25
3.3全局E-R图 26
3.4数据字典 28
4 物理结构设计 32
结 论 38
参考文献 39

1 绪 论（完成人：朱光峰）
1.1.项目开发背景
从电信运营商来看，电信计费远不是通话时长乘以费率这么一个简单算式就能解决的。以固话为例，要生成账单，首先交换机要将主叫、被叫、通话时长等实时记录，然后系统把采集到的交换机记录经过预处理、过滤、划价、累计求和，才能形成最后的用户账单。电信全程全网的特性，使得用户在使用电信业务过程中要涉及多个环节。传统的计费系统只是一个数据的处理系统，如果由于时钟同步、信令传送等问题，影响到所采集数据的准确性，那么计费的结果就会出现偏差。因此，建立配套的计费管理系统的必要性就突现出来了。
由于历史原因，交换机的种类繁多，采集方式也不完全一样以及计费软件的版本比较复杂，都会给计费管理系统的实施造成困难。不过，尽管有着重重困难，运营商依然不断努力，逐步实施。比如中国移动的用户现在就可以通过营业厅账单打印、网上查询、1860客服热线等多种渠道得到自己消费的详细情况统计。
　 计费管理的价值不仅体现在为客户服务，提高服务质量上面。对于运营商来说，实现计费管理可以帮助运营商更好地了解运营状况，比如可以发现高额欠费，及时进行预警等。所以，计费系统管理的重要性更加突出。
在这样的背景下，根据客户实际境况，我们提出了电信计费管理系统开发需求。在系统开发完成以后，本系统会在电信运营商某地区计费中心的营运环境中部署运行。
1.2.项目开发目的
在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。
本项目开发的主要目的有以下几点：
1.为用户提供准确的、快速的、展示方式多样的、实时的、方便的话单统计数据，以使用户可以在此基础上进行其他的工作；
2.在后台数据库中使用存储过程和JOB定时器实现数据的实时统计，以便提高前台再次统计数据的效率；
3.使用B/S应用模式，以WEB方式给用户展现所需要的统计数据，可以提供表格、饼图和柱图来展现统计结果；
4.使用J2EE技术体系开发本项目系统，结合一些先进技术（AJAX、DWR、SiteMesh等），完成扩展性、可移植性、稳定性较强的实用系统；
5.对个人来说，将所学的系统开发专业技术知识和电信计费的业务知识结合起来，完成有实际意义的实践工作。
1.3.项目开发方法
在管理信息系统的长期实践中，由于管理信息系统种类很多，情况各异，研制的具体方法、途径有多种，从而形成了多种系统开发方法，如结构化生命周期法、原型法、CASE方法、软系统方法和面向对象方法等。最常用的三种方法：结构化生命周期法、原型法、面向对象方法，在所有这些开发方法中没有任何一种方法能适用于所有类型的系统，而且有些类型的系统至今仍缺少一套行之有效的开发方法。
在本文的项目中，综合以上三种方法的优点和不足，决定在需求分析阶段使用原型化方法，在系统分析和设计阶段使用结构化方法，在程序开发中使用面向对象方法，以这样的形式将三种方法结合起来开发本项目系统。

2 需求分析（完成人：朱光峰）
2.1需求分析
本论文项目系统面向的用户分为四类：系统管理员、资料管理员和查询统计管理员、告警处理员。
2.1.1.系统面向的用户
以上四类用户使用系统做什么，具体阐述如下：
1.系统管理员使用该系统对用户信息、用户组信息、用户密码信息、用户角色权限、在线用户进行管理；
2.资料管理员使用该系统对电信计费和统计过程中用到的各种参数进行管理，如：运营商类型参数、省份代码参数营业区参数等参数；
3.查询统计管理员使用该系统进行话单清单的查询、操作日志的统计、语音业务的话务量统计、语音业务的全收入统计等管理工作；
4.告警处理员使用该系统进行告警级别的定义、及时处理告警信息、处理告警日志信息等工作。
2.1.2.系统管理员需求
1.概述
需要提供对系统用户的管理界面，实现增加、删除、修改、查询用户的功能，为用户设置使用本系统的权限，以及在线用户监控的功能。
2.用户组管理
要求系统提供对具有相同权限的用户设定用户组的功能，以便系统管理员实现职责：增加和删除用户组，以及给用户组设置权限；增加和删除普通用户，以及给普通用户设置权限。
3.用户管理
要求系统提供一个系统管理员名和初始密码；要求系统提供用户的基本信息的增加、删除、修改、查询功能，可以设定用户的姓名、工号、部门等基本信息；系统管理员可以给普通用户分配权限到功能点，权限分为两种，查看和控制。只有查看权限的用户就只能看此功能点的运行信息、告警信息。拥有功能点控制权限的用户可以管理该功能点，同时有查看该功能点信息的权限。
4.密码管理
要求系统自动生成新增用户的默认密码，系统管理员和普通用户都可以修改自己的密码。
5.在线用户监控
要求系统提供在线用户信息的监控功能，记录用户每一次登录到系统中的起始和结束时间，展现当前正在使用系统的用户ID和姓名等信息。
2.1.3.资料管理员需求
1.概述
要求系统可以对计费系统中的业务参数、计费参数等重要基础数据进行维护管理，提供对资料的增加、删除、修改、查询等功能，详细记录操作日志，定期备份保存，确保系统基础数据的安全。可以对以下参数进行增加、删除、修改、查询、打印操作，可以分页显示数据，支持批量删除。
2.运营商类型参数
运营商类型参数主要对电信运营商的名称和代码的维护，分别是：中国电信、中国网通、中国移动、中国联通、中国铁通等。以此来判断某个号码所属的业务类别，同时是话单的基本属性，作为批价的基本字段，是获取长话基本政策、市话基本政策、判断网络承载类型的依据。
3.省份代码参数
省份代码参数主要对每个省的长途区号代码进行维护，以此进行号码解析并划分长途类型。省份代码唯一标识一个省份，由省份代码和省份名称两个字段组成。
4.本地网区号参数
本地网区号参数是对全国所有本地网区号进行管理，本地网区号就是长途字冠，为国家标准定义的区号。每个本地网定义一个区号，不同本地网之间的通话就是长话，对其进行引用来配置定义号码信息，判断每一号码归属于哪个本地网。
5.营业区参数
营业区参数主要对计费营业区进行管理。在同一本地网，一般情况下不同的计费营业区相互呼叫为区间通话。该表有地区号码、营业区号、营业区名称三个字段。在批价中，可以通过话单中主被叫的地区号码和营业区号划分出区内通话、区间通话和长话，进行相应的批价。
6.移动号段参数
移动号段参数主要定义和维护各地区的移动号段的占用情况，由此作为号码解析的依据。由号码段、地区号码、服务提供商类别、用户业务类型等字段组成。
7.固定号段参数
固定号段参数主要定义和维护各地市固定电话号段的占用情况，由此作为号码解析以及批价政策分析的依据。该表主要引用了营业区表的营业区号信息，作为判断区内、区间、长途类型的依据。由地区号码、开始号码、结束号码、服务提供商类别、用户业务类型、局向号等字段组成。
8.标准费率参数
标准费率参数对费率政策对应的费率进行管理，主要用于计算一次批价费用。定义计费规则适用日期、时间，还有相应的计费规则。通过费率规则定义与话单属性进行匹配，判断每个话单适用的计费费率规则，并进行相应的批价处理。
2.1.4.查询统计管理员需求
1.概述
要求系统提供数据查询与数据统计两大功能模块，主要完成计费的参数、报表的查询及统计的功能，针对查询及统计的结果提供WEB展现方式。
2.清单查询
按帐期、通话起止日期、主叫号码、被叫号码，主叫区号，被叫区号、计费时长、费用及业务类型对语音清单进行查询。主要分析语音业务清单，即电话业务，而不分析短信业务。
3.日志统计
l 实现目的
通过对各个地市数据在计费系统的处理过程中产生的日志进行查询和统计，来查看各个环节之间数据处理的平衡情况，及时准确地对计费系统的流量进行分析。
l 维度设计，如表2-1所示：
表2-1 日志统计维度设计表
维度名称
层次结构
备注
时间
年份->日期->小时

地域
省公司->分公司

子模块
子模块

l 指标设计，如表2-2所示：
表2-2 日志统计指标设计表
指标名称
计算规则
单位
备注
预处理话单数
各维度逐层累积
条

批价话单数
各维度逐层累积
条

入库话单数
各维度逐层累积
条

4.话务量统计
l 实现目的
按时间、地域、业务类型、账目类型4个维度统计语音业务的话务量、计费时长、通话时长3个度量情况。通过对语音业务各种维度的分析，展示语音业务的数据量变化情况。
l 维度设计，如表2-3所示：
表2-3 话务量统计维度设计表
维度名称
层次结构
备注
时间
年份->日期->小时

地域
XX省->地市

业务类型
业务类型
业务类型区分为固话、小灵通等
账目类型
账目类型一层->账目类型二层
账目类型区分为本地、长途通话等
l 指标设计，如表2-4所示：

表2-4 话务量统计指标设计表
指标名称
计算规则
单位
备注
话务量
各维度逐层累积
条

计费时长
各维度逐层累积
秒

通话时长
各维度逐层累积
秒

5.业务收入统计
l 实现目的
按时间、地域、业务类型3个维度统计语音业务的全收入的总收入度量（包括话费、话务量、计费时长、通话时长4个度量）情况。通过对全收入各种维度的分析，掌握电信语音业务各种业务类型的收入情况，体现电信的业务发展情况。
l 维度设计，如表2-5所示：
表2-5业务收入统计维度设计表
维度名称
层次结构
备注
时间
年份->日期->小时

地域
XX省->地市

业务类型
业务类型
业务类型区分为固话、小灵通等
l 指标设计，如表2-6所示：
表2-6 业务收入统计指标设计表
指标名称
计算规则
单位
备注
话费
各维度逐层累积
元
单位：元：
话务量
各维度逐层累积
条

计费时长
各维度逐层累积
秒

通话时长
各维度逐层累积
秒

2.1.5.告警处理员需求
1.概述
要求系统能对计费系统本身运行状况进行监控，对应用系统进行集中监测与集中控制；当监控系统检测到系统运行和处理各个环节中出现异常情况时，能对系统发出的故障提示信息进行处理。
对各种具体的监控对象进行维护，包括：告警、日志、应用进程、主机磁盘空间、数据库表空间、应用进程监控。超过门限的信息会在进入该监控对象时以对话框的形式弹出“告警信息”。
2.告警处理
告警信息按照严重程度，可分为以下几类：
l 一般性错误：不影响系统正常运行的错误；
l 警告信息：影响系统的正常运行，但不会导致数据的损坏或丢失；
l 严重故障：严重影响系统的运行，并可能导致数据的损坏或丢失。
告警可以通过声光告警方式通知系统管理人员或相关的操作人员。在出现异常情况时，能够记录详细的告警信息，根据告警的严重等级在监控系统显示告警提示和专家建议，能以可见、可闻的方式告警。系统可自动实现计费处理的各工作环节，并提供友好界面显示对计费数据波动情况、进程的执行情况的监控和传呼告警，告警门限值可设定。
2.2 系统功能结构（完成人：朱光峰）
本论文项目系统大体业务流程，如下所述：
1.系统管理员在系统中添加用户，新建角色，对相应的角色赋予一个权限组合，再把这个角色赋予相应的用户；
2.用户使用系统管理员给予的用户名和密码登录系统，此时用户进入系统时只能执行被分配的功能权限，对于没有分配给的功能权限不能执行；
3.当资料管理员进入系统时，可以对电信计费过程中用到的参数进行增加、删除、修改和查询等功能，保证在计费过程和话单处理过程中参数的正确性；
4.当查询统计管理员进入系统时，可以通过不同的查询条件的组合查询出想要得到的话单数据，可以对话单的操作日志进行统计，可以对语音业务的话务量进行统计，可以对语音业务的总收入情况进行统计并导出相应的数据报表等操作；
5.当告警处理员进入系统时，可以通过系统定义告警信息的级别，实时处理告警信息，产生告警日志等操作。
本论文项目系统的逻辑业务规划图，如图2-1所示：

图2-1逻辑业务规划图
2.3 数据流图（完成人：张福龙）
2.3.1.业务流程分析
通过对用户的详细需求分析和业务过程分析得知，该系统主要需要完成的业务有系统管理、资料管理、语音业务查询统计、监控告警。
具体的业务流程分析如下：
1.业务流程图中使用的基本符号，如下说明：
l 业务处理单位或用户，它代表了某项业务参与的人或物；
l 数据存储或存档，是一种数据的载体，作为档案来保存的；
l 业务数据流动及方向，它表达了业务数据的流动方向；
l 各类单证、报表，它表明了数据的载体；
l 业务功能描述，表明了业务处理功能。
其业务流程图基本符号，如图2-2所示：

图2-2业务流程图基本符号
2.系统的高层业务流程图，如图2-3所示：

图2-3高层业务流程图
3.经过进一步的调查分析，系统管理要做的主要事情如下：
l 增加、删除、修改和查询用户信息；
l 增加、删除角色，并且为角色设置权限，初始化默认角色：超级管理员、参数管理员、查询统计管理员、告警管理员；
l 增加、删除、修改功能模块数；
l 当有多个用户同时使用系统时，可监控在线用户；
l 提供用户信息的更改。
其系统管理业务流程图，如图2-4所示。
4.资料管理要做的主要事情如下：
l 定义电信计费过程中使用的参数类型；
l 增加、删除、修改、查询参数信息。
其资料管理业务流程图，如图2-5所示。
5.查询统计要做的主要事情如下：
l 根据特定条件查询，并可打印出相应的话单清单信息；
l 根据特定条件统计操作日志，并可打印出相应的统计报表；
l 根据特定条件统计语音业务话务量，并可打印出相应的统计报表；
l 根据特定条件统计语音业务全收入，并可打印出相应的统计报表。
其查询统计业务流程图，如图2-6所示。
6.监控告警要做的主要事情如下：
l 对应用系统进行集中监测与集中控制；
l 检测到系统运行和处理各个环节中出现异常情况时发出故障提示信息。
其监控告警业务流程图，如图2-7所示。

图2-4 系统管理业务流程图

图2-5 资料管理业务流程图

图2-6 查询统计业务流程图

图2-7监控告警业务流程图
2.3.2.数据流程分析
根据对系统的业务流程分析，把业务过程分为系统管理、资料管理、查询统计和监控告警等四个过程。相应的，在数据流程分析中会针对这四个业务过程进行数据流分析。
1.该系统的第一层数据流分析：除管理员外，其它用户需要根据管理员给予的用户名和密码登录系统执行自己拥有的功能；当用户不处于登录状态时，不允许通过系统中间的某个URL直接进入系统；系统管理员会根据部门给予的用户名单把这些用户的信息添加到数据库中，同时也可以从数据库中查询出用户信息，然后打印出来；资料管理员登录系统后，会根据自己手上的参数资料，把这些数据添加到数据库中，同时可对这些数据进行增加、删除、修改操作；查询统计管理员需要利用参数信息对入库话单进行统计，然后打印出数据报表；告警处理员实时处理在系统运行过程中产生的所有警告信息。
数据流程图中使用的基本符号说明，如图2-8所示：

图2-8 数据流程图基本符号
系统的第一层数据流程图，如图2-9所示：

图2-9高层数据流程图
2.对系统管理的数据流分析：系统管理员用用户名和密码登录系统；系统管理员根据用户变动通知对用户信息进行操作；根据用户权限变动通知对用户重新定义角色；当用户的角色变动后，需要对用户重新分配功能点；根据用户是否在线，对在线的用户进行监控，可查看用户的操作日志；将所有变动的信息重新保存到数据库中。系统管理数据流程图，如图2-10所示：

图2-10 系统管理数据流程图（DFD/2）
3.对资料管理的数据流分析：资料管理员需要用户名和密码登录系统；资料管理员根据手上的参数资料，将这些数据添加到数据库中；当参数信息需要变动时，根据变动单修改数据库中的参数信息，并重新保存到数据库中；当业务发展时需要新的参数，要通知数据库管理员新建对应的参数表，然后根据新的参数资料向数据库中添加参数信息。
资料管理数据流程图，如图2-11 所示：

图2-11 资料管理数据流程图（DFD/2）

4.对查询统计的数据流分析：查询统计管理员需要用户名和密码登录系统；根据自己定义的统计条件，输入到系统中，进行查询话单清单，然后打印出话单数据统计报表；输入自己定义的日志统计条件到系统中，统计出相关的日志数据，然后打印出日志数据统计报表；输入自己定义的话务量统计条件到系统中，统计出相关的话务量统计报表；输入自己定义的话单业务收入统计条件到系统中，统计出相关的业务收入统计报表。
查询统计数据流程图，如图2-12所示：

图2-12查询统计数据流程图（DFD/2）
5.对监控告警的数据流分析：告警处理员需要用户名和密码登录系统；在系统初始的时候需要定义告警本身信息，告警级别信息；当告警处理员得到系统给予的告警信息时，对这些告警信息进行处理；当处理完告警之后，会产生告警日志。
监控告警数据流程图，如图2-13所示：

图2-13 监控告警数据流程图（DFD/2

3 逻辑结构设计（完成人：张福龙）
3.1. 模块结构设计
本系统为电信计费系统的一个子系统——门户管理子系统。其主要功能模块有4个：系统管理模块、资料管理模块、查询统计模块和监控告警模块。
模块结构图中使用的基本符号说明，如图3-1所示：

图3-1 模块结构图的基本符号
3.1.1. 系统管理模块结构
提供对系统用户的管理界面，提供用户管理、角色管理、功能点管理、在线用户管理以及用户个人资料管理等功能，实现增加、删除、修改、查询用户的功能，为用户设置使用本系统的权限。其中用户管理、角色管理、功能点管理、在线用户管理四个需求主要的使用者是超级管理员，即系统的最高级用户。
其系统管理模块主要结构，如图3-2所示。
3.1.2. 资料管理模块结构
由于资料管理模块主要是对整个系统中所涉及的一些主要的参数进行增加、删除、修改和查询、打印等操作，所以此处仅仅列出几个主要的参数进行模块结构的描述。其中的日志管理模块有插入操作日志，是由参数管理员在对参数进行增、删和改等操作时触发的，而日志的查看功能也只能由超级管理员操作。
其资料管理模块主要结构，如图3-3所示。
3.1.3. 查询统计管理模块结构
查询统计模块主要是对运营商运营情况的查询与统计，通过对各种维度的分析，掌握电信语音业务各种业务类型的运营情况，体现电信的业务发展情况。其统计数据或查询结果会以Excel报表格式导出。
其查询统计管理模块主要结构，如图3-4所示。
3.1.4. 监控告警管理模块结构
监控是对计费管理系统本身运行状况的监控，对应用系统进行集中监测与集中控制，告警处理是指监控系统检测到系统运行和处理各个环节中出现异常情况时发出故障提示信息。
其监控告警管理模块主要结构，如图3-5所示。

图3-2 系统管理模块结构图

图3-3 资料管理模块结构图

图3-4 查询统计管理模块结构图

图3-5监控告警管理模块结构图

3．2 局部E-R图（完成人：张福龙）
3.2.1. 概念模型设计
概念模型是一种面向问题的数据模型，它描述了从用户角度看到的数据库的内容及其联系，是一种纯粹的现实反映，而与存储结构、存取方式等数据库的具体实现内容无关。接下来，通过E-R图来描述系统管理、资料管理、查询统计管理和监控告警管理等四个模块的数据库概念模型。
1.系统管理模块的E-R图，如图3-6所示。系统管理模块中涉及到的主要实体集及属性如下：
l 角色{角色标识、角色名称、角色描述、角色状态}；
l 功能{功能点标识、父ID、名称、URL、类型、可见性、描述}；
l 用户{标识、用户名、真实名称、密码、描述、工号、部门标识、状态}；
l 部门{部门标识、部门名称}；
l 用户登录日志{日志标识、用户标识、登录时间、登录IP、登出时间}。
部门
用户登录日志
用户
拥有
角色
功能
分配
M
N
属于
M
N
N
1
N
1
产生

图3-6 系统管理模块E-R图
2.资料管理模块的E-R图，如图3-7所示。资料管理模块中涉及到的主要实体集及属性如下：
l 地市标识{地市标识、地市名称}；
l 本地网区号{本地网区号、地市标识、注释}；
l 业务类型{业务类型编号、业务类型名称}；
l 固定号码号段{地区号码、开始号码、结束号码、服务提供商类型、用户业务类型、优先级、审核状态、注释}；
l 移动号码号段{号码段、地区号码、服务提供商类型、用户业务类型、审核状态、注释}；
l 服务提供商类型{服务提供商类型编号、服务提供商类型名称}。
地市标识
本地网区号
业务类型
固定号码号段
服务提供商类型
移动号码号段
引用
N
1
引用

1
N
引用
引用
引用
N
N
N

引用
N
1
1
1
1

图3-7 资料管理模块E-R图
3.查询统计管理模块的E-R图，如图3-8所示。查询统计管理模块中涉及到的主要实体集及属性如下：
l 语音业务统计单{语音统计标识、省份代码、地市号码、业务类型编号、呼叫类型、话单开始日期、话费、通话时长、计费时长、话单数}；
l 地区号码{地区号码、长途组、省份代码、城市名称、城市代码、审核状态、注释}；
l 业务类型{业务类型编号、业务类型名称、计费规则号}；
l 呼叫类型{呼叫类型编号、呼叫类型名称}；
l 省份代码{省份代码、省份名称}；
l 话单{语音清单编号、账期ID、业务类型、呼叫类型、呼叫方归属地区号、呼叫方号码、接听方归属地区号、接听方号码、计费方用户归属地区号、计费方号码、通话开始日期、通话结束日期、通话时长、计费时长、批价费用}。
语音业务统计单
地区号码
业务类型
呼叫类型
省份代码
引用
引用
引用
引用
话单
统计
1
N
N
N
N
N
1
1
1
1

图3-8 查询统计管理模块E-R图
4.监控告警管理模块的E-R图，如图3-9所示。监控告警管理模块中涉及到的主要实体集及属性如下：
l 告警信息{告警标识、告警代码、告警日期、告警时间、模块标志、进程标识、处理文件名、告警内容、是否处理}；
l 告警定义{告警代码、告警级别、建议处理方法、告警说明}；
l 告警日志信息{告警信息流水号、告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、文件名、操作日期、操作时间、告警标识}。

告警信息
告警定义
告警日志信息
引用
引用
引用
N
N
N
1
1
1

图3-9 监控告警模块E-R图
3.2.2. 逻辑模型设计
数据库的逻辑模型设计是将数据组织成一个和计算机提供的DNMS所采用的数据模型相符合的形式。从E-R图转换成关系数据模型时，有两条基本原则需要遵循：①一个实体用一个关系来表示；②一个带有属性的联系用一个关系来表示。在下面关系数据模型的描述中，用下划线标识出码。
1.系统管理模块的E-R图转换成关系数据模型，如下：
l 角色表{角色标识、角色名称、角色描述、角色状态}；
l 功能表{功能点标识、父ID、名称、URL、类型、可见性、描述}；
l 角色功能对应表{标识、角色标识、功能点标识}；
l 用户表{标识、用户名、真实名称、密码、描述、工号、部门号、状态}；
l 用户角色对应表{标识、用户标识、角色标识}；
l 部门表{部门标识、部门名称}；
l 用户登录日志表{日志标识、用户标识、登录时间、登录IP、登出时间}。
2.资料管理模块的E-R图转换成关系数据模型，如下：
l 地市标识表{地市标识、地市名称}；
l 本地网区号表{本地网标识、本地网区号、地市标识、注释}；
l 业务类型表{业务类型标识、业务类型编号、业务类型名称}；
l 固定号码号段表{标识、地区号码、开始号码、结束号码、服务提供商类型、用户业务类型、优先级、审核状态、注释}；
l 移动号码号段表{标识、号码段、地区号码、服务提供商类型、用户业务类型、审核状态、注释}；
l 服务提供商类型表{标识、服务提供商类型编号、服务提供商类型名称}。
3.查询统计管理模块的E-R图转换成关系数据模型，如下：
l 语音业务统计单表{语音统计标识、省份代码、地市号码、业务类型编号、呼叫类型、话单开始日期、话费、通话时长、计费时长、话单数}；
l 地区号码表{地区号码标识、地区号码、长途组、省份代码、城市名称、城市代码、审核状态、注释}；
l 业务类型表{标识、业务类型编号、业务类型名称、计费规则号}；
l 呼叫类型表{标识、呼叫类型编号、呼叫类型名称}；
l 省份代码表{省份标识、省份代码、省份名称}；
l 话单表{语音清单编号、账期ID、业务类型、呼叫类型、呼叫方归属地区号、呼叫方号码、接听方归属地区号、接听方号码、计费方用户归属地区号、计费方号码、通话开始日期、通话结束日期、通话时长、计费时长、批价费用}。
4.监控告警管理模块的E-R图转换成关系数据模型，如下：
l 告警信息表{告警标识、告警代码、告警日期、告警时间、模块标志、进程标识、处理文件名、告警内容、是否处理}；
l 告警定义表{告警定义标识、告警代码、告警级别、处理方法、告警说明}；
l 告警日志信息表{告警信息流水号、告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、操作日期、操作时间}。
3.3全局E-R图（完成人：闫凯强）
其系统总体模块结构图，如图3-10所示：

图3-10 系统总体模块结构图

部门
用户登录日志
用户
拥有
角色
功能
分配
M
N
属于
M
N
N
1
N
1
产生
N

语音业务统计单
地区号码
业务类型
呼叫类型
省份代码
引用
引用
引用
引用
话单
统计
1
N
N
N
N
N
1
1
1
1

地市标识
本地网区号
业务类型
固定号码号段
服务提供商类型
移动号码号段
引用
N
1
引用
1
N
引用
引用
引用
N
N
N

引用
N
1
1
1
1

图3-10 系统总体E/R图

3.4数据字典（完成人：闫凯强）
在系统数据流程分析的基础之上，可对系统从数据元素、数据结构、数据流、数据存储、外部实体和处理功能等六类条目进行数据分析。数据分析是为了对数据流程图中出现的所有命名元素加以定义，使得每个图形元素的名字都有一个确切的解释。
由于系统涉及的各种数据繁多，不可能在论文中一一赘述，现将系统中重要的数据分析条目举例，如下所示:
1.数据元素分析
在系统中有很多数据元素，现以用户工号为例分析，如表3-1所示：
表3-1用户工号定义
数据元素编号：
001
数据元素名称：
用户工号
简述：
代表系统用户的编号
别名：
USER_NUMBER
长度：
10个字节
类型：
字符
取值/含义：

第1位~第2位
分公司
第3位~第4位
部门
第5位~第10位
用户在部门内编号
有关的数据结构：：
用户信息、用户组信息
数据元素一览表，如表3-2所示：
表3-2 数据元素一览表
编号
数据元素名称
别名
类型
长度
DE001
用户工号
USER_NUMBER
字符
10
DE002
用户名称
USER_NAME
字符
20
DE003
用户真实名称
USER_REALNAME
字符
50
DE004
用户密码
USER_PASSWORD
字符
20
DE005
用户描述
USER_DESC
字符
50
DE006
用户部门标识
USER_DEPTID
字符
10
DE007
用户状态
USER_STATUS
字符
1
DE008
部门标识
DEPT_ID
字符
10
DE009
部门名称
DEPT_NAME
字符
50
DE010
角色标识
ROLE_ID
字符
10
DE011
角色名称
ROLE_NAME
字符
50
……
……
……
……
……
2.数据存储分析
在系统中有很多数据存储，现以话务量统计表为例分析，如表3-3所示：
表3-3 话务量统计表定义
数据存储编号：
01
数据存储名称：
话务量统计表
别名：
TA_VOICE_SERVICE
简述：
按指定条件统计相应话务量
数据存储组成：
省份代码
地市代码
业务类型编号
呼叫类型
话单开始日期
话费
通话时长
计费时长
话单数
数据存储一览表，如表3-4所示：
表3-4 数据存储一览表
编号
数据存储名称
别名
包含数据元素
DS01
话务量统计表
TA_VOICE_SERVICE
省份代码
业务类型编号
呼叫类型
话单开始日期
话费
通话时长
计费时长
……
……
……
……
3.处理逻辑分析
在系统中有很多处理逻辑，现以登录状态审核为例分析，如表3-5所示：
表3-5登录状态审核定义
处理逻辑编号：
01
处理逻辑名称：
登录状态审核
处理功能层次号
1.1
简述：
通知用户登录状态，若不能登录系统，提示出错原因
输入数据流：
用户名和密码
输出数据流：
登录状态提示
处理：
用户使用用户名和密码登录系统：
1. 当不能进入系统时，提示登录出错原因
2. 当成功进入系统时，提示登录成功
处理逻辑一览表，如表3-6所示：
表3-6 处理逻辑一览表
编号
处理逻辑名称
层次号
数据流名称
来源/去处
P01
登录状态审核
1.1
用户名
系统用户
用户密码
系统用户
……
……
……
……
……

4 物理结构设计（完成人：闫凯强）
下面具体设计数据库的结构，其内容包括确定数据