数据库电话计费系统教材

1、数据库原理及应用课程设计电话计费管理系统学生姓名: 学生班级: 学生学号: 指导老师:*目录一、需求分析 21.1 背景 21.2 查询模块 21.3 计费模块 21.4 信息更新模块 21.4.1 数据流程图 31.4.2 数据字典 5二、概念设计 82.1 概述 82.2 系统 E-R 图 82.2.1 实体及其属性图 82.2.2 局部 E-R 图 112.2.3 完整的实体联系图 122.3.创建各表 132.3.1 创建客户资料表 132.3.2 创建客户受理表 14三、逻辑结构设计 153.1 概述 153.2.E-R 图向关系模型的转换 16四、物理结构设计 184.1 概述 1

2、84.2 存储结构设计 184.3 存取路径设计 194.4 建立索引 19五、数据库实施 205.1 概述 205.2 应用系统的开发（部分界面截图） 215.3 数据库的备份 23六、结论 24参考文献 24一、需求分析1.1 背景近些年来电信通讯行业越来越发达， 发展也越来越快， 当然竞争必然也越 来越激烈。电信市场的竞争逐渐从简单的价格竞争转向到了更高层次的服务 竞争，运营商把提高服务能力作为了核心竞争力。然而计费系统作为电信通讯行业系统的基础，其准确性和有效性至关重 要，计费系统的错误将直接影响结算、账务及客户管理的系统的处理结果。 由于我国电信用户基数巨大，因此任何一个很小的差错所

3、造成的差错都是巨 大的。该系统信息的来源主要有管理员添加， 方便网站管理员的查询和管理。 该系统的任务主要是处理用户信息数据方便、快捷、准确 。1.2 查询模块（ 1）月花费查询 :客户可对每月的话费进行查询 （每项记录包括通话费、新业 务费、费用合计、实缴费用合计等信息 ）。（2）账户余额查询：客户可以查询自己的账户余额。（3）用户个人资料查询：客户可以查询自己的资料。（4）电信业务查询：客户可以实时了解电信部门的活动相关情况。1.3 计费模块缴费信息：管理员可根据用户所交的话费进行计费，定期并反馈给用户， 用户在缴费的时候可同时打印发票1.4 信息更新模块（1）月话费管理：管理员可对每月的

4、话费信息进行逐条添加、更新和删除（ 2）客户受理结果： 管理员可对每月的话费记录进行逐条添加、 更新和删除301.4.1数据流程图客管理员电话计费系统客 户登录申请更新结果收费员客户查询登录收费员ID收费人员登录收费员收费员1.4.2数据字典(1)数据项客户资料表数据项名类型长度别名含义说明kehu namechar8用户名r客户名phonenochar11电话号码citychar20城市package namechar20p套餐名称phon epasswdchar20电话密码收费员资料表数据项名类型长度别名含义说明cashier nochar11编号收费员编号cashier namechar

5、8名字收费员名字agechar8年龄passwdchar20密码客户受理表数据项名类型长度别名含义说明kehu namechar15名字客户名:phonenochar15电话号码admissibilitycovarcharr 50 1套餐受理内容:admissibilitytimeData time8受理时间通话信息数据项名类型别名长度含义说明calleridchar11来电号码outgo in gidchar拨打号码11去电号码talktimeint8通话时长un itcostint8单位费用(2)数据结构编号数据结构名属性1客户信息姓名、手机号码、 账户余额、套餐名称、 身份证号2管理员信

6、息姓名、工作证号、 年龄、密码3通话信息来电号码、去电号码 、通话时长、单位费 用、通话日期时刻、 通话费用4收费信息收费员工作号、手机 号码、客户姓名、受 理时间(3)数据流编号数据流名输入输出1登录申请客户用户信息2登录申请管理员管理员信息3查询资料客户资料信息4查询套餐客户套餐信息5客户受理情况管理员受理信息(4)数据存储数据存储名输入数据流输出数据流客户信息客户基本信息客户信息管理员信息管理员基本信息管理员基本信息客户费用信息客户各项费用消息客户费用信息客户缴费信息客户缴费信息客户缴费信息(5)处理过程处理过程名输入数据流输出数据流说明部分登陆查看终端客户信息登陆查看终端管理员信息客户

7、受理客户要求 客户受理情况客户缴费终端客户显示余额信息客户信息:客户余额信息显示套餐信息客户信息客户套餐信息二、概念设计2.1概述根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。设计概念结构通常有自顶向下、自底 向上、逐步扩张、混合策略4类方法。其中最常用的策略是自底向上方法。 下面即是E-R图来描述现实世界的概念模式。2.2系统E-R图2.2.1实体及其属性图(1)图为客户属性的实体E-R图。图2-1 :客户实体图(2)图为收费员的实体E-R图图2-2:收费员实体图(3)图为通话记录的实体 E-R图(4)图为收费信息的实体E-R图图2-4 :收

8、费信息实体图(5)图为客户受理信息的实体 E-R图2.2.2局部E-R图(i)话费信息图2-6:客户查询话费 E-R(2)图2-7:收费员处理客户客户受理223完整的实体联系图话费信息客户m收费应收款项计费mn工作证号收费员n姓名客户处理处理年龄受理时间手机号码受理内容手机号码应收费 用23创建各表2.3.1创建客户资料表客户资料表记录了客户的基本信息，设计图如下数据项名数据类型长度允许空客户姓名char10联系电话char11联系地址char20V套餐名称char20V手机号码char11手机密码char10创建收费员资料表收费员资料表记录了收费员的基本信息，设计表如下:数据项名数据类型长度

9、允许空收费员编号char8姓名char10年龄int4V密码char10创建应收款额表应收款额表记录了客户的缴费及余额信息，设计表如下:数据项名数据类型长度允许空手机号码char11客户姓名char11V应收费用int10V余额int10V创建话费信息表话费信息表记录了客户的基本话费信息，设计表如下:数据项名数据类型长度允许空手机号码char11客户姓名char15通话费用int8V新业务费int8V费用合计int8V套餐名称char20V创建通话信息表通话信息表记录着客户通话记录的信息，设计表如下:数据项名数据类型长度允许空来电号码char11V去电号码char11V通话时长int8通话时间

10、int8单位费用int82.3.2创建客户受理表客户受理表记录了客户受理结果的基本信息，设计表如下数据项名数据类型长度允许空客户姓名vachar15手机号码char15受理内容vachar50V受理时间Data time8V三、逻辑结构设计3.1概述逻辑设计的任务就是把概念结构设计阶段的设计好的基本 E-R图转换为选用 的DBM产品所支持的数据模型项符合的逻辑结构设计。 设计逻辑结构时一般要分 为两步进行如下图所示：图3-1 :逻辑结构设计步骤将概念模型装换为关系模型。3.2.E-R 图向关系模型的转换A. 实体及属性客户： 客户姓名，联系电话，联系地址，套餐名称 应收款项： 账户编号，手机号

11、码，应收费用，余额 话费信息库： 手机号码，客户姓名，通话费用，新业务费，费用合计，套 餐名称收费员： 收费员编号，姓名，年龄 客户受理： 手机号码，客户姓名，受理内容，受理时间 通话信息： 手机号码，来电号码，去电号码，单位费用，通话时长，总费 用B. 联系的属性使用： 手机密码 计费： 密码C 根据转换规则将实体转换为关系模式本实例中没有1:1的关系对于1： n联系，将它们与n端的关系模式合并。该关系模式中应加入 1 端的码和联系本身的属性。客户：客户姓名，所在城市，套餐名称，手机号码，手机密码 收费员： 收费员编号，姓名，年龄，手机号码，密码 对于 m:n 的联系，必须单独转换为一个关系

12、模式， 属性由各实体的码和联系 本身的属性组成，关系的码为组成联系各实体的码的组合。支付： 客户姓名，联系电话，收费员编码 处理： 手机号码，收费员编码 D.电话计费系统的E-R图，转换为一下6个关系模式：客户： 手机号码，所在城市，套餐名称，客户姓名，手机密码 收费员： 收费员编码，姓名，年龄，手机号码，密码 话费信息： 手机号码，客户姓名，通话费用，费用合计，套餐名称 客户受理： 手机号码，收费员编码，客户姓名，受理内容，受理时间 通话信息： 手机号码，来电号码，去电号码，单位费用，通话时长，总费用关系模式的规范化关系模式属于第三范式， 每个非主属性都不传递函数依赖于主关系键。 在关 系模

13、式中，对于客户模式，手机号码为主属性，其余的为非主属性，非主属性不 传递依赖于手机号码， 属于第三范式。对于收费员，收费员编号为主属性， 姓名， 年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费员编 号，属于第三范式。 对于客户受理，手机号码和收费员编号为主属性， 客户姓名， 受理内容，受理时间为非主属性，手机号码，收费员编号，他们不依赖于手机号 码、收费员编码，属于第三范式。对于应收款项、话费信息、通话信息，它们的 非主属性同样不传递依赖于主属性手机号码，都属于第三范式。四、物理结构设计4.1 概述通常关系数据库物理设计的内容主要包括： 为关系选择存取方法，建立存取路径，确

14、定数据库存储结构，即确定关系， 索引，聚日志，备份等数据的存储安排和存储结构确定系统配置实现语句。4.2 存储结构设计对于电话计费管理系统的关系模式以及信息的处理分析：(1) 对于客户受理的信息等数据部需要经常查询，但是也需要经常更新。例如 今天一天的的客户受理情况等。(2) 对于收费员信息不需要经常更新。(3) 用户的信息需要经常更新，是隐私的不能被共享的。(4) 通话的信息不能被共享。针对这些特点，可以做出以下设计：为了提高系统性能， 现根据应用情况将数据按照易变部分和稳定部分、 经常 存取部分和存取频率较低的部分分别在两个磁盘上存放。 同时，考虑到本系统是 多用户的，为了提高效率，数据库

15、的备份的数据和日志文件将保存在磁带中。经常存取的部分：客户受理表 (收费员工作号，手机号码，客户姓名，收费日期，实收费用，套餐名称)通话信息(来电号码，去电号码，通话时长，单位费用，通话日期，通话费用)存取频率较低的部分：收费员资料 (姓名，工作证号，登录密码，所在单位)客户资料( 姓名，账户余额，身份证号，手机号码，套餐名称)4.3存取路径设计存取方法的选择：对于经常查询的关系模型而言，用索引方式存储。选择原则：（1）一个或一组属性经常在查询中出现（2）选择的索引属性量应该适当。（3）属性经常在连接中出现。对收费等的各个关系最经常的操作是查找， 假设现有n个客户的信息，如果 采取顺序查找，平

16、均查找n/2次；建立B+树索引，则平均查找次数为 B+树的层 数 Iog2n+1。所以选择B+树作为索引,具体设计如下：对以下经常在查询中出现的关系的码建立索引说明：下加横线部分表示关系的码客户受理表（收费员工作号，手机号码，客户姓名，收费日期，实收费用， 套餐名称）通话信息（来电号码，去电号码，通话时长，单位费用，通话日期，通话费 用）4.4建立索引1、 为表callinf（ 通话信息表）在phoneno （手机号）上建立唯一索引CREATE UNIQUE INDEX kehu_call ON kehu（pho neno）执行界面如下图：CREATE UNIQUE INDEX kehu_ca

17、ll ON kehmphoneno2、为表saccepting（客户受理表）在phoneno,cashierno（手机号）上建立唯一索 引CREATE UNIQUE INDEX kehu_sacc ON kehipho neno ,cashierno执行界面如下图：CREATE UNIQUE INDEX kehu saac ON keh口 （phoneno cashiemo五、数据库实施5.1 概述数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项是应用程 序的编码和调试。Create database电话计费系统/*创建数据库*/On(name=ffe话计费系统_data,Filen

18、ame= 电话计费系统 data.mdf,Size=10,Maxsize=50,filegrowth=5)Log on(name=ffe话计费系统_log,Filename= 电话计费系统 data.ldf,Size =5Maxsize=25,Filegrowth=5)Create table kehu /* 创建客户表 */(phoneno char(11) primary key,Kehuname char(8) not null,City char(20),Packagename char(20),Phonepasswd char(20);Create table cashier /*

19、创建收银员表 */(cashierno char(11) primary key,Cashiername char(8) not null,Age char(8),Passwd char(20) not null,);Create table callchargeinf /*创建话费信息表 */ (phone char(11) primary key,Kehuname char(8),not nullCallcharge char(20),Operatingexpenses char(20，)Packagename char(20),Totalcost int);Create table cu

20、stomer saccepting /*创建客户受理表 */ (phoneno char(11) not null,Cashierno char(11) not null,Kehuname char(8),Admissibility content char(100),Admissibility time char(8),Primary key(phoneno,cashierno);Create table amountsreceivable /* 创建收款表 */ ( phone char(11) primary key,Kename char(10),Feesreceivable int,

21、Balance float(4);Create table call-inf/* 创建通话信息表 */( phoneno char(11) primary key,Callerid char(11),Outgoing id char(11),Unitcost float(3),Talktime char(20);5.2 应用系统的开发(部分界面截图)(1) 数据库的建立 口 做灣握库圧La加库快照 j J me|ReportServer1+ J ReportServerTennpDBl (j StudyF j SuperMarketdb1+ i J systerm庄LJ餐如理0 U电话计務珈i

22、t数握偉关累圉匚表3 LJ粟统恚+. 口 dbonamountsreceivable+ 口 dboxallchargeinf+J dbo.callinf+.匕 dbo.cashierE 二 dboxustomersaccepting+. dbonkehua Lj視囹i 口同义词.+ ,_j可濾程性E 口 Servke Broker兰r J妄全性(2) 向客户表中录入数据phonenoKehunameCityPackagenamePhonepasswd1324317B253张三郑洲动感葩帯12345613243173552李四新乡神州行4567S915536B44395刘丁濮阳两地无漫游5201

23、15NLALNHLNLALNULLAU(3) 收银员表录入数据cashiemoCashiemameAgePasswd11郭美美28159673ZO章子怡3055634421谢娜29785665NULLAUZNULL(4) 向客户受理表中录入数据phonenoCashiEfFioKehun日m己Admissibiiitycon.Admissibilityfime1324317325311张三两地无屢游2013060513科 556 5785茨小王两城一家2Q1306061536523452321冯雪宽帀20130609+MJLLNLALULLNULLAUZ(5)向通话信息表中录入数据phoneno31 疤 ridOutgoingidUnitcostTalk lime13243178253132465351231534% 123451251324K7S9521324317S253150504257050.53015