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

1、课程设计说明书(论文)用纸课程设计任务书20152016 学年第一学期专业班级： 计科三班 学号： 1325010128 姓名： 朱光峰 专业班级： 计科三班 学号： 1325010141 姓名： 闫凯强 专业班级： 计科三班 学号： 1325010166 姓名： 张福龙 课程名称： 数据库系统与应用 完成期限：自 2015 年 12 月 21 日至 2015 年 12 月 27 日 共 1 周课程设计题目 电信营业厅营业收费管理系统的设计与实现 设计目的: 在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信

2、誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。 功能要求：根据现有条件，利用电信营业厅实现收费管理功能。 一、设计的任务：根据实际情况，进行需求分析，实现收费、管理、信息查询和变更。 二、开发工具：Visual C+6.0 三、进度安排：第16周进行课程设计、设计说明书的撰写和课程设计答辩。 四、要参考资料： 1 钱雪忠主编.数据库原理及应用M.北京：北京邮电大学出版社2007 . 2 王珊主编.数据库技术与联机分析处理M.北京：北京科学出版社 1998. 3 Bain T著.SQL server 2000数据仓库与Analysis ServicesM.中国：中国电力出版社

3、计划答辩时间： 2015 年 12月 28 日指导教师（签字）： 批准日期： 2015 年 12 月 4 日摘 要在电信运营系统中，电信收费系统是主要的支撑系统，占有重要地位。收费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。收费系统历来都是电信运营和管理部门重点建设和发展的系统之一。在本文的项目中，综合三种方法的优点和不足，决定在需求分析阶段使用原型化方法，在系统分析和设计阶段使用结构化方法，在程序开发中使用面向对象方法，以这样的形式将三种方法结合起来开发本项目系统。关键词：电信收费系统，程序开发，三种方法目 录1 绪 论11.1.项目开发背景11.2.项目开发目

4、的11.3.项目开发方法22 需求分析32.1需求分析32.1.1.系统面向的用户32.1.2.系统管理员需求32.1.3.资料管理员需求42.1.4.查询统计管理员需求52.1.5.告警处理员需求72.2 系统功能结构82.3 数据流图92.3.1.业务流程分析92.3.2.数据流程分析133 逻辑结构设计193.1. 模块结构设计193.1.1. 系统管理模块结构193.1.2. 资料管理模块结构193.1.3. 查询统计管理模块结构203.1.4. 监控告警管理模块结构203.2 局部E-R图223.2.1. 概念模型设计223.2.2. 逻辑模型设计253.3全局E-R图263.4数据

5、字典284 物理结构设计32结 论 38参考文献391 绪 论（完成人：朱光峰） 1.1.项目开发背景从电信运营商来看，电信计费远不是通话时长乘以费率这么一个简单算式就能解决的。以固话为例，要生成账单，首先交换机要将主叫、被叫、通话时长等实时记录，然后系统把采集到的交换机记录经过预处理、过滤、划价、累计求和，才能形成最后的用户账单。电信全程全网的特性，使得用户在使用电信业务过程中要涉及多个环节。传统的计费系统只是一个数据的处理系统，如果由于时钟同步、信令传送等问题，影响到所采集数据的准确性，那么计费的结果就会出现偏差。因此，建立配套的计费管理系统的必要性就突现出来了。由于历史原因，交换机的种类

6、繁多，采集方式也不完全一样以及计费软件的版本比较复杂，都会给计费管理系统的实施造成困难。不过，尽管有着重重困难，运营商依然不断努力，逐步实施。比如中国移动的用户现在就可以通过营业厅账单打印、网上查询、1860客服热线等多种渠道得到自己消费的详细情况统计。 计费管理的价值不仅体现在为客户服务，提高服务质量上面。对于运营商来说，实现计费管理可以帮助运营商更好地了解运营状况，比如可以发现高额欠费，及时进行预警等。所以，计费系统管理的重要性更加突出。在这样的背景下，根据客户实际境况，我们提出了电信计费管理系统开发需求。在系统开发完成以后，本系统会在电信运营商某地区计费中心的营运环境中部署运行。1.2.

7、项目开发目的在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。本项目开发的主要目的有以下几点：1.为用户提供准确的、快速的、展示方式多样的、实时的、方便的话单统计数据，以使用户可以在此基础上进行其他的工作；2.在后台数据库中使用存储过程和JOB定时器实现数据的实时统计，以便提高前台再次统计数据的效率；3.使用B/S应用模式，以WEB方式给用户展现所需要的统计数据，可以提供表格、饼图和柱图来展现统计结果；4.使用J2EE技术体系开发本项目系统，结合

8、一些先进技术（AJAX、DWR、SiteMesh等），完成扩展性、可移植性、稳定性较强的实用系统；5.对个人来说，将所学的系统开发专业技术知识和电信计费的业务知识结合起来，完成有实际意义的实践工作。1.3.项目开发方法在管理信息系统的长期实践中，由于管理信息系统种类很多，情况各异，研制的具体方法、途径有多种，从而形成了多种系统开发方法，如结构化生命周期法、原型法、CASE方法、软系统方法和面向对象方法等。最常用的三种方法：结构化生命周期法、原型法、面向对象方法，在所有这些开发方法中没有任何一种方法能适用于所有类型的系统，而且有些类型的系统至今仍缺少一套行之有效的开发方法。在本文的项目中，综合以

9、上三种方法的优点和不足，决定在需求分析阶段使用原型化方法，在系统分析和设计阶段使用结构化方法，在程序开发中使用面向对象方法，以这样的形式将三种方法结合起来开发本项目系统。2 需求分析（完成人：朱光峰）2.1需求分析 本论文项目系统面向的用户分为四类：系统管理员、资料管理员和查询统计管理员、告警处理员。2.1.1.系统面向的用户以上四类用户使用系统做什么，具体阐述如下：1.系统管理员使用该系统对用户信息、用户组信息、用户密码信息、用户角色权限、在线用户进行管理；2.资料管理员使用该系统对电信计费和统计过程中用到的各种参数进行管理，如：运营商类型参数、省份代码参数营业区参数等参数；3.查询统计管理

10、员使用该系统进行话单清单的查询、操作日志的统计、语音业务的话务量统计、语音业务的全收入统计等管理工作；4.告警处理员使用该系统进行告警级别的定义、及时处理告警信息、处理告警日志信息等工作。2.1.2.系统管理员需求1.概述需要提供对系统用户的管理界面，实现增加、删除、修改、查询用户的功能，为用户设置使用本系统的权限，以及在线用户监控的功能。2.用户组管理要求系统提供对具有相同权限的用户设定用户组的功能，以便系统管理员实现职责：增加和删除用户组，以及给用户组设置权限；增加和删除普通用户，以及给普通用户设置权限。3.用户管理要求系统提供一个系统管理员名和初始密码；要求系统提供用户的基本信息的增加、

11、删除、修改、查询功能，可以设定用户的姓名、工号、部门等基本信息；系统管理员可以给普通用户分配权限到功能点，权限分为两种，查看和控制。只有查看权限的用户就只能看此功能点的运行信息、告警信息。拥有功能点控制权限的用户可以管理该功能点，同时有查看该功能点信息的权限。4.密码管理要求系统自动生成新增用户的默认密码，系统管理员和普通用户都可以修改自己的密码。5.在线用户监控要求系统提供在线用户信息的监控功能，记录用户每一次登录到系统中的起始和结束时间，展现当前正在使用系统的用户ID和姓名等信息。2.1.3.资料管理员需求1.概述要求系统可以对计费系统中的业务参数、计费参数等重要基础数据进行维护管理，提供

12、对资料的增加、删除、修改、查询等功能，详细记录操作日志，定期备份保存，确保系统基础数据的安全。可以对以下参数进行增加、删除、修改、查询、打印操作，可以分页显示数据，支持批量删除。2.运营商类型参数运营商类型参数主要对电信运营商的名称和代码的维护，分别是：中国电信、中国网通、中国移动、中国联通、中国铁通等。以此来判断某个号码所属的业务类别，同时是话单的基本属性，作为批价的基本字段，是获取长话基本政策、市话基本政策、判断网络承载类型的依据。3.省份代码参数省份代码参数主要对每个省的长途区号代码进行维护，以此进行号码解析并划分长途类型。省份代码唯一标识一个省份，由省份代码和省份名称两个字段组成。4.

13、本地网区号参数本地网区号参数是对全国所有本地网区号进行管理，本地网区号就是长途字冠，为国家标准定义的区号。每个本地网定义一个区号，不同本地网之间的通话就是长话，对其进行引用来配置定义号码信息，判断每一号码归属于哪个本地网。5.营业区参数营业区参数主要对计费营业区进行管理。在同一本地网，一般情况下不同的计费营业区相互呼叫为区间通话。该表有地区号码、营业区号、营业区名称三个字段。在批价中，可以通过话单中主被叫的地区号码和营业区号划分出区内通话、区间通话和长话，进行相应的批价。6.移动号段参数移动号段参数主要定义和维护各地区的移动号段的占用情况，由此作为号码解析的依据。由号码段、地区号码、服务提供商

14、类别、用户业务类型等字段组成。7.固定号段参数固定号段参数主要定义和维护各地市固定电话号段的占用情况，由此作为号码解析以及批价政策分析的依据。该表主要引用了营业区表的营业区号信息，作为判断区内、区间、长途类型的依据。由地区号码、开始号码、结束号码、服务提供商类别、用户业务类型、局向号等字段组成。8.标准费率参数标准费率参数对费率政策对应的费率进行管理，主要用于计算一次批价费用。定义计费规则适用日期、时间，还有相应的计费规则。通过费率规则定义与话单属性进行匹配，判断每个话单适用的计费费率规则，并进行相应的批价处理。2.1.4.查询统计管理员需求1.概述要求系统提供数据查询与数据统计两大功能模块，

15、主要完成计费的参数、报表的查询及统计的功能，针对查询及统计的结果提供WEB展现方式。2.清单查询按帐期、通话起止日期、主叫号码、被叫号码，主叫区号，被叫区号、计费时长、费用及业务类型对语音清单进行查询。主要分析语音业务清单，即电话业务，而不分析短信业务。3.日志统计l 实现目的通过对各个地市数据在计费系统的处理过程中产生的日志进行查询和统计，来查看各个环节之间数据处理的平衡情况，及时准确地对计费系统的流量进行分析。l 维度设计，如表2-1所示：表2-1 日志统计维度设计表维度名称层次结构备注时间年份-日期-小时地域省公司-分公司子模块子模块l 指标设计，如表2-2所示：表2-2 日志统计指标设

16、计表指标名称计算规则单位备注预处理话单数各维度逐层累积条批价话单数各维度逐层累积条入库话单数各维度逐层累积条4.话务量统计l 实现目的按时间、地域、业务类型、账目类型4个维度统计语音业务的话务量、计费时长、通话时长3个度量情况。通过对语音业务各种维度的分析，展示语音业务的数据量变化情况。l 维度设计，如表2-3所示：表2-3 话务量统计维度设计表维度名称层次结构备注时间年份-日期-小时地域XX省-地市业务类型业务类型业务类型区分为固话、小灵通等账目类型账目类型一层-账目类型二层账目类型区分为本地、长途通话等l 指标设计，如表2-4所示：表2-4 话务量统计指标设计表指标名称计算规则单位备注话务

17、量各维度逐层累积条计费时长各维度逐层累积秒通话时长各维度逐层累积秒5.业务收入统计l 实现目的按时间、地域、业务类型3个维度统计语音业务的全收入的总收入度量（包括话费、话务量、计费时长、通话时长4个度量）情况。通过对全收入各种维度的分析，掌握电信语音业务各种业务类型的收入情况，体现电信的业务发展情况。l 维度设计，如表2-5所示：表2-5业务收入统计维度设计表维度名称层次结构备注时间年份-日期-小时地域XX省-地市业务类型业务类型业务类型区分为固话、小灵通等l 指标设计，如表2-6所示：表2-6 业务收入统计指标设计表指标名称计算规则单位备注话费各维度逐层累积元单位：元：话务量各维度逐层累积条

18、计费时长各维度逐层累积秒通话时长各维度逐层累积秒2.1.5.告警处理员需求1.概述要求系统能对计费系统本身运行状况进行监控，对应用系统进行集中监测与集中控制；当监控系统检测到系统运行和处理各个环节中出现异常情况时，能对系统发出的故障提示信息进行处理。对各种具体的监控对象进行维护，包括：告警、日志、应用进程、主机磁盘空间、数据库表空间、应用进程监控。超过门限的信息会在进入该监控对象时以对话框的形式弹出“告警信息”。2.告警处理告警信息按照严重程度，可分为以下几类：l 一般性错误：不影响系统正常运行的错误；l 警告信息：影响系统的正常运行，但不会导致数据的损坏或丢失；l 严重故障：严重影响系统的运

19、行，并可能导致数据的损坏或丢失。告警可以通过声光告警方式通知系统管理人员或相关的操作人员。在出现异常情况时，能够记录详细的告警信息，根据告警的严重等级在监控系统显示告警提示和专家建议，能以可见、可闻的方式告警。系统可自动实现计费处理的各工作环节，并提供友好界面显示对计费数据波动情况、进程的执行情况的监控和传呼告警，告警门限值可设定。2.2 系统功能结构（完成人：朱光峰）本论文项目系统大体业务流程，如下所述：1.系统管理员在系统中添加用户，新建角色，对相应的角色赋予一个权限组合，再把这个角色赋予相应的用户；2.用户使用系统管理员给予的用户名和密码登录系统，此时用户进入系统时只能执行被分配的功能权

20、限，对于没有分配给的功能权限不能执行；3.当资料管理员进入系统时，可以对电信计费过程中用到的参数进行增加、删除、修改和查询等功能，保证在计费过程和话单处理过程中参数的正确性；4.当查询统计管理员进入系统时，可以通过不同的查询条件的组合查询出想要得到的话单数据，可以对话单的操作日志进行统计，可以对语音业务的话务量进行统计，可以对语音业务的总收入情况进行统计并导出相应的数据报表等操作；5.当告警处理员进入系统时，可以通过系统定义告警信息的级别，实时处理告警信息，产生告警日志等操作。本论文项目系统的逻辑业务规划图，如图2-1所示：图2-1逻辑业务规划图2.3 数据流图（完成人：张福龙）2.3.1.业

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

22、的主要事情如下：l 增加、删除、修改和查询用户信息；l 增加、删除角色，并且为角色设置权限，初始化默认角色：超级管理员、参数管理员、查询统计管理员、告警管理员；l 增加、删除、修改功能模块数；l 当有多个用户同时使用系统时，可监控在线用户；l 提供用户信息的更改。其系统管理业务流程图，如图2-4所示。4.资料管理要做的主要事情如下：l 定义电信计费过程中使用的参数类型；l 增加、删除、修改、查询参数信息。其资料管理业务流程图，如图2-5所示。5.查询统计要做的主要事情如下：l 根据特定条件查询，并可打印出相应的话单清单信息；l 根据特定条件统计操作日志，并可打印出相应的统计报表；l 根据特定条

23、件统计语音业务话务量，并可打印出相应的统计报表；l 根据特定条件统计语音业务全收入，并可打印出相应的统计报表。其查询统计业务流程图，如图2-6所示。6.监控告警要做的主要事情如下：l 对应用系统进行集中监测与集中控制；l 检测到系统运行和处理各个环节中出现异常情况时发出故障提示信息。其监控告警业务流程图，如图2-7所示。图2-4 系统管理业务流程图图2-5 资料管理业务流程图图2-6 查询统计业务流程图图2-7监控告警业务流程图2.3.2.数据流程分析根据对系统的业务流程分析，把业务过程分为系统管理、资料管理、查询统计和监控告警等四个过程。相应的，在数据流程分析中会针对这四个业务过程进行数据流

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

25、据流程图基本符号系统的第一层数据流程图，如图2-9所示：图2-9高层数据流程图2.对系统管理的数据流分析：系统管理员用用户名和密码登录系统；系统管理员根据用户变动通知对用户信息进行操作；根据用户权限变动通知对用户重新定义角色；当用户的角色变动后，需要对用户重新分配功能点；根据用户是否在线，对在线的用户进行监控，可查看用户的操作日志；将所有变动的信息重新保存到数据库中。系统管理数据流程图，如图2-10所示：图2-10 系统管理数据流程图（DFD/2）3.对资料管理的数据流分析：资料管理员需要用户名和密码登录系统；资料管理员根据手上的参数资料，将这些数据添加到数据库中；当参数信息需要变动时，根据变

26、动单修改数据库中的参数信息，并重新保存到数据库中；当业务发展时需要新的参数，要通知数据库管理员新建对应的参数表，然后根据新的参数资料向数据库中添加参数信息。资料管理数据流程图，如图2-11 所示：图2-11 资料管理数据流程图（DFD/2）4.对查询统计的数据流分析：查询统计管理员需要用户名和密码登录系统；根据自己定义的统计条件，输入到系统中，进行查询话单清单，然后打印出话单数据统计报表；输入自己定义的日志统计条件到系统中，统计出相关的日志数据，然后打印出日志数据统计报表；输入自己定义的话务量统计条件到系统中，统计出相关的话务量统计报表；输入自己定义的话单业务收入统计条件到系统中，统计出相关的

27、业务收入统计报表。查询统计数据流程图，如图2-12所示：图2-12查询统计数据流程图（DFD/2）5.对监控告警的数据流分析：告警处理员需要用户名和密码登录系统；在系统初始的时候需要定义告警本身信息，告警级别信息；当告警处理员得到系统给予的告警信息时，对这些告警信息进行处理；当处理完告警之后，会产生告警日志。监控告警数据流程图，如图2-13所示：图2-13 监控告警数据流程图（DFD/23 逻辑结构设计（完成人：张福龙）3.1. 模块结构设计本系统为电信计费系统的一个子系统门户管理子系统。其主要功能模块有4个：系统管理模块、资料管理模块、查询统计模块和监控告警模块。模块结构图中使用的基本符号说

28、明，如图3-1所示：图3-1 模块结构图的基本符号3.1.1. 系统管理模块结构提供对系统用户的管理界面，提供用户管理、角色管理、功能点管理、在线用户管理以及用户个人资料管理等功能，实现增加、删除、修改、查询用户的功能，为用户设置使用本系统的权限。其中用户管理、角色管理、功能点管理、在线用户管理四个需求主要的使用者是超级管理员，即系统的最高级用户。其系统管理模块主要结构，如图3-2所示。3.1.2. 资料管理模块结构由于资料管理模块主要是对整个系统中所涉及的一些主要的参数进行增加、删除、修改和查询、打印等操作，所以此处仅仅列出几个主要的参数进行模块结构的描述。其中的日志管理模块有插入操作日志，

29、是由参数管理员在对参数进行增、删和改等操作时触发的，而日志的查看功能也只能由超级管理员操作。其资料管理模块主要结构，如图3-3所示。3.1.3. 查询统计管理模块结构查询统计模块主要是对运营商运营情况的查询与统计，通过对各种维度的分析，掌握电信语音业务各种业务类型的运营情况，体现电信的业务发展情况。其统计数据或查询结果会以Excel报表格式导出。其查询统计管理模块主要结构，如图3-4所示。3.1.4. 监控告警管理模块结构监控是对计费管理系统本身运行状况的监控，对应用系统进行集中监测与集中控制，告警处理是指监控系统检测到系统运行和处理各个环节中出现异常情况时发出故障提示信息。其监控告警管理模块

30、主要结构，如图3-5所示。图3-2 系统管理模块结构图图3-3 资料管理模块结构图图3-4 查询统计管理模块结构图图3-5监控告警管理模块结构图32 局部E-R图（完成人：张福龙）3.2.1. 概念模型设计概念模型是一种面向问题的数据模型，它描述了从用户角度看到的数据库的内容及其联系，是一种纯粹的现实反映，而与存储结构、存取方式等数据库的具体实现内容无关。接下来，通过E-R图来描述系统管理、资料管理、查询统计管理和监控告警管理等四个模块的数据库概念模型。1.系统管理模块的E-R图，如图3-6所示。系统管理模块中涉及到的主要实体集及属性如下：l 角色角色标识、角色名称、角色描述、角色状态；l 功

31、能功能点标识、父ID、名称、URL、类型、可见性、描述；l 用户标识、用户名、真实名称、密码、描述、工号、部门标识、状态；l 部门部门标识、部门名称；l 用户登录日志日志标识、用户标识、登录时间、登录IP、登出时间。图3-6 系统管理模块E-R图2.资料管理模块的E-R图，如图3-7所示。资料管理模块中涉及到的主要实体集及属性如下：l 地市标识地市标识、地市名称；l 本地网区号本地网区号、地市标识、注释；l 业务类型业务类型编号、业务类型名称；l 固定号码号段地区号码、开始号码、结束号码、服务提供商类型、用户业务类型、优先级、审核状态、注释；l 移动号码号段号码段、地区号码、服务提供商类型、用

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

33、区号、呼叫方号码、接听方归属地区号、接听方号码、计费方用户归属地区号、计费方号码、通话开始日期、通话结束日期、通话时长、计费时长、批价费用。图3-8 查询统计管理模块E-R图4.监控告警管理模块的E-R图，如图3-9所示。监控告警管理模块中涉及到的主要实体集及属性如下：l 告警信息告警标识、告警代码、告警日期、告警时间、模块标志、进程标识、处理文件名、告警内容、是否处理；l 告警定义告警代码、告警级别、建议处理方法、告警说明；l 告警日志信息告警信息流水号、告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、文件名、操作日期、操作时间、告警标识。图3-9 监控告警模块E

34、-R图3.2.2. 逻辑模型设计数据库的逻辑模型设计是将数据组织成一个和计算机提供的DNMS所采用的数据模型相符合的形式。从E-R图转换成关系数据模型时，有两条基本原则需要遵循：一个实体用一个关系来表示；一个带有属性的联系用一个关系来表示。在下面关系数据模型的描述中，用下划线标识出码。1.系统管理模块的E-R图转换成关系数据模型，如下：l 角色表角色标识、角色名称、角色描述、角色状态；l 功能表功能点标识、父ID、名称、URL、类型、可见性、描述；l 角色功能对应表标识、角色标识、功能点标识；l 用户表标识、用户名、真实名称、密码、描述、工号、部门号、状态；l 用户角色对应表标识、用户标识、角

35、色标识；l 部门表部门标识、部门名称；l 用户登录日志表日志标识、用户标识、登录时间、登录IP、登出时间。2.资料管理模块的E-R图转换成关系数据模型，如下：l 地市标识表地市标识、地市名称；l 本地网区号表本地网标识、本地网区号、地市标识、注释；l 业务类型表业务类型标识、业务类型编号、业务类型名称；l 固定号码号段表标识、地区号码、开始号码、结束号码、服务提供商类型、用户业务类型、优先级、审核状态、注释；l 移动号码号段表标识、号码段、地区号码、服务提供商类型、用户业务类型、审核状态、注释；l 服务提供商类型表标识、服务提供商类型编号、服务提供商类型名称。3.查询统计管理模块的E-R图转换

36、成关系数据模型，如下：l 语音业务统计单表语音统计标识、省份代码、地市号码、业务类型编号、呼叫类型、话单开始日期、话费、通话时长、计费时长、话单数；l 地区号码表地区号码标识、地区号码、长途组、省份代码、城市名称、城市代码、审核状态、注释；l 业务类型表标识、业务类型编号、业务类型名称、计费规则号；l 呼叫类型表标识、呼叫类型编号、呼叫类型名称；l 省份代码表省份标识、省份代码、省份名称；l 话单表语音清单编号、账期ID、业务类型、呼叫类型、呼叫方归属地区号、呼叫方号码、接听方归属地区号、接听方号码、计费方用户归属地区号、计费方号码、通话开始日期、通话结束日期、通话时长、计费时长、批价费用。4

37、.监控告警管理模块的E-R图转换成关系数据模型，如下：l 告警信息表告警标识、告警代码、告警日期、告警时间、模块标志、进程标识、处理文件名、告警内容、是否处理；l 告警定义表告警定义标识、告警代码、告警级别、处理方法、告警说明；l 告警日志信息表告警信息流水号、告警日期、告警时间、告警级别、错误号、告警内容、模块标志、恢复方法、操作员、操作日期、操作时间。3.3全局E-R图（完成人：闫凯强）其系统总体模块结构图，如图3-10所示：图3-10 系统总体模块结构图图3-10 系统总体E/R图3.4数据字典（完成人：闫凯强）在系统数据流程分析的基础之上，可对系统从数据元素、数据结构、数据流、数据存储

38、、外部实体和处理功能等六类条目进行数据分析。数据分析是为了对数据流程图中出现的所有命名元素加以定义，使得每个图形元素的名字都有一个确切的解释。由于系统涉及的各种数据繁多，不可能在论文中一一赘述，现将系统中重要的数据分析条目举例，如下所示:1.数据元素分析在系统中有很多数据元素，现以用户工号为例分析，如表3-1所示：表3-1用户工号定义数据元素编号：001数据元素名称：用户工号简述：代表系统用户的编号别名：USER_NUMBER长度：10个字节类型：字符取值/含义：第1位第2位分公司第3位第4位部门第5位第10位用户在部门内编号有关的数据结构：用户信息、用户组信息数据元素一览表，如表3-2所示：

39、表3-2 数据元素一览表编号数据元素名称别名类型长度DE001用户工号USER_NUMBER字符10DE002用户名称USER_NAME字符20DE003用户真实名称USER_REALNAME字符50DE004用户密码USER_PASSWORD字符20DE005用户描述USER_DESC字符50DE006用户部门标识USER_DEPTID字符10DE007用户状态USER_STATUS字符1DE008部门标识DEPT_ID字符10DE009部门名称DEPT_NAME字符50DE010角色标识ROLE_ID字符10DE011角色名称ROLE_NAME字符502.数据存储分析在系统中有很多数据存储

40、，现以话务量统计表为例分析，如表3-3所示：表3-3 话务量统计表定义数据存储编号：01数据存储名称：话务量统计表别名：TA_VOICE_SERVICE简述：按指定条件统计相应话务量数据存储组成：省份代码地市代码业务类型编号呼叫类型话单开始日期话费通话时长计费时长话单数数据存储一览表，如表3-4所示：表3-4 数据存储一览表编号数据存储名称别名包含数据元素DS01话务量统计表TA_VOICE_SERVICE省份代码业务类型编号呼叫类型话单开始日期话费通话时长计费时长3.处理逻辑分析在系统中有很多处理逻辑，现以登录状态审核为例分析，如表3-5所示：表3-5登录状态审核定义处理逻辑编号：01处理逻

41、辑名称：登录状态审核处理功能层次号1.1简述：通知用户登录状态，若不能登录系统，提示出错原因输入数据流：用户名和密码输出数据流：登录状态提示处理：用户使用用户名和密码登录系统：1. 当不能进入系统时，提示登录出错原因2. 当成功进入系统时，提示登录成功处理逻辑一览表，如表3-6所示：表3-6 处理逻辑一览表编号处理逻辑名称层次号数据流名称来源/去处P01登录状态审核1.1用户名系统用户用户密码系统用户4 物理结构设计（完成人：闫凯强）下面具体设计数据库的结构，其内容包括确定数据库对象的名称，表中的属性，表之间的关系，表中数据的大小等。数据表的设计要遵守以下原则：第一范式是指表中的属性应该是原子

42、的，不能再进行分割；第二范式是指表中的非主键属性都依赖于主键属性；第三范式是指表中的非主键属性之间不能有相互依赖关系。一个非规范化关系可用以下步骤得到第三范式，如图4-1所示：图4-1 非规范化关系到第三范式在系统数据库物理模型设计中，主要涉及到的数据库表，如下所示：1.系统管理模块中涉及的主要数据库表，如表4-2到表4-4。2.资料管理模块中涉及的主要数据库表，如表4-5到表4-8。3.查询统计管理模块中涉及的主要数据库表，如表4-9到表4-10。4.监控告警管理模块中涉及的主要数据库表，如表4-11。表4-2 功能表名称代码类型主键描述标识IDNUMBER(10)TRUE序列，自动增长功能

43、点标识FUN_IDVARCHAR2 (10)功能点父IDFUN_PARENTIDVARCHAR2 (10)与FUN_ID进行自身关联功能点名称FUN_NAMEVARCHAR2(100)菜单树上显示的名字功能点URLFUN_URLVARCHAR2(255)相对该系统URL功能点类型FUN_TYPECHAR(1)0该节点下没有子节点1该节点下有子节点功能点可见性FUN_VISIBLECHAR(1)1表示显示在菜单树0表示隐藏在菜单树功能点描述FUN_DESCVARCHAR2(255)功能具体描述表4-3 角色表名称代码类型主键描述角色标识ROLE_IDNUMBER(10)TRUE序列，自动增长角色

44、名称ROLE_NAMEVARCHAR2(100)不能为空，唯一性角色描述ROLE_DESCVARCHAR2(255)角色状态ROLE_STATUSCHAR(1)1表示删除0表示存在图4-4 用户表名称代码类型主键描述用户标识USER_IDNUMBER(10)TRUE序列，自动增长用户名称USER_NAMEVARCHAR2(16)登录用户名用户真实名称USER_REALNAMEVARCHAR2(64)用户别名用户密码USER_PASSWORDVARCHAR2 (64)明文密码用户描述USER_DESCVARCHAR2(255)用户具体描述用户工号USER_NUMBERVARCHAR2 (64)工

45、号（字符型）用户部门标识USER_DEPTIDNUMBER(10)用户状态USER_STATUSCHAR(1)0表示存在1表示删除表4-5 省份表名称代码类型主键描述序列号IDNUMBER（8）TRUE省份代码PROV_CODEVARCHAR2(10)省份名称PROV_NAMEVARCHAR2(20)表4-6 地市表名称代码类型主键描述序列号IDNUMBER（8）TRUE地市标识LATN_IDNUMBER(5)地市名称LATN_ID_NAMEVARCHAR2(200)表4-7 服务提供商表名称代码类型主键描述序列号IDNUMBER（8）TRUE服务提供商类型SP_TYPEVARCHAR2(2)

46、* 通配 01 中国电信公司02 中国移动公司03 中国联通公司04 中国网通公司05 中国铁通公司06 中国卫通公司07 中国吉通公司服务提供商名称SP_NAMEVARCHAR2(20)表4-8 固定号码号段参数表名称代码类型主键描述序列号IDNUMBER(8)TRUE 地区号码AREA_CODEVARCHAR2(10)开始号码BEGIN_ACC_NBRVARCHAR2(30)结束号码END_ACC_NBRVARCHAR2(30)服务提供商类型SP_TYPEVARCHAR2(2)用户业务类型SERVICE_TYPEVARCHAR2(2)优先级PRIORITYNUMBER(2)审核状态AUDIT_STATECHAR(1)Y 已审核N 未审核X 撤消注释REMARKVARCHAR2(200)表4-9 日志统计表名称代码类型主键描述日志统计标识LOG_STAT_IDNUMBER(16)TRUE自动增长，序列生成日志统计日期LOG_STAT_DATEDATE模块标志MODULE_FLAGCHAR(1)1 预处理描述2