数据库电话计费系统

1、数据库原理及应用课程设计电话计费管理系统学生姓名:*学生班级:*学生学号:*指导老师:*目录一、需求分析 (21.1背景 (21.2查询模块 (21.3计费模块 (21.4信息更新模块 (2二、概念设计 (82.1概述 (82.2系统E-R图 (8三、逻辑结构设计 (153.1概述 (15四、物理结构设计 (184.1概述 (184.2存储结构设计 (184.3 存取路径设计 (194.4 建立索引 (19五、数据库实施 (205.1概述 (205.2应用系统的开发(部分界面截图 (215.3数据库的备份 (23六、结论 (24参考文献 (24一、需求分析1.1背景近些年来电信通讯行业越来越发

2、达,发展也越来越快,当然竞争必然也越来越激烈。电信市场的竞争逐渐从简单的价格竞争转向到了更高层次的服务竞争,运营商把提高服务能力作为了核心竞争力。然而计费系统作为电信通讯行业系统的基础,其准确性和有效性至关重要,计费系统的错误将直接影响结算、账务及客户管理的系统的处理结果。由于我国电信用户基数巨大,因此任何一个很小的差错所造成的差错都是巨大的。该系统信息的来源主要有管理员添加,方便网站管理员的查询和管理。该系统的任务主要是处理用户信息数据方便、快捷、准确。1.2查询模块(1月花费查询:客户可对每月的话费进行查询(每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息。(2账户余额查询:客户

3、可以查询自己的账户余额。(3用户个人资料查询:客户可以查询自己的资料。(4电信业务查询:客户可以实时了解电信部门的活动相关情况。1.3计费模块缴费信息:管理员可根据用户所交的话费进行计费,定期并反馈给用户,用户在缴费的时候可同时打印发票1.4信息更新模块(1月话费管理:管理员可对每月的话费信息进行逐条添加、更新和删除(2客户受理结果:管理员可对每月的话费记录进行逐条添加、更新和删除系统客户管理员管理员登录申请登录申请结果通知结果通知电话计费系统客户收费员话费查询子系统话费管理子系统登录申请登录申请客户收费员查询结果更新结果客户手机号密码生成生成生成客户客户计费/付款显示套餐信息缴费信息单记录年

4、月份生成套餐信息单查询套餐生成查询余额生成客户显示余额信息余额信息单客户显示资料信息资料信息单查询资料生成客户查询登录缴费信息套餐查询账户余额查询用户资料查询缴费信息单套餐信息单余额信息单资料报告单生成(1 数据项客户资料表 数据项名 类型 长度 别名 含义说明 kehuname char 8 用户名 客户名 phoneno char 11 电话号码 citychar 20 城市 packagename char 20 套餐名称 phonepasswd char 20 电话密码 收费员资料表 数据项名 类型 长度 别名 含义说明 cashierno char 11 编号 收费员编号 cashi

5、ername char 8 名字 收费员名字 age char 8 年龄 passwd char20密码 客户受理表 数据项名 类型 长度 别名 含义说明 kehuname char 15 名字 客户名 phonenochar 15 电话号码 admissibilityco varchar 50 套餐 受理内容 admissibilitytime Data time8受理时间收费人员登录客户受理情况客户费用信息收费员收费员收费员ID更新结果密码显示结果通话信息数据项名类型别名长度含义说明callerid char 11 来电号码outgoingid char 拨打号码11 去电号码talkti

6、me int 8 通话时长unitcost int 8 单位费用(2数据结构编号数据结构名属性1 客户信息姓名、手机号码、账户余额、套餐名称、身份证号2 管理员信息姓名、工作证号、年龄、密码3 通话信息来电号码、去电号码、通话时长、单位费用、通话日期时刻、通话费用4 收费信息收费员工作号、手机号码、客户姓名、受理时间(3数据流编号数据流名输入输出1 登录申请客户用户信息2 登录申请管理员管理员信息3 查询资料客户资料信息4 查询套餐客户套餐信息5 客户受理情况管理员受理信息(4数据存储数据存储名输入数据流输出数据流客户信息客户基本信息客户信息管理员信息管理员基本信息管理员基本信息客户费用信息客

7、户各项费用消息客户费用信息客户缴费信息客户缴费信息客户缴费信息(5处理过程处理过程名输入数据流输出数据流说明部分登陆查看终端客户信息登陆查看终端管理员信息客户受理客户要求客户受理情况客户缴费终端客户显示余额信息客户信息客户余额信息显示套餐信息客户信息客户套餐信息二、概念设计2.1概述根据需求将分析阶段形成的分析说明书,把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。其中最常用的策略是自底向上方法。下面即是E-R图来描述现实世界的概念模式。2.2系统E-R图(1图为客户属性的实体E-R图。客户姓名账户余额身份证号手机号

8、码套餐名称图2-1:客户实体图(2图为收费员的实体E-R 图。(3图为通话记录的实体E-R 图收费员姓名工作证号登录密码所在单位图2-2:收费员实体图通话记录来电号码去电号码通话时长单位费用通话日期时刻通话费用图2-3:通话信息实体图(4图为收费信息的实体E-R 图(5图为客户受理信息的实体E-R 图收费信息手机号码客户姓名收费日期实收费用套餐名称收费员工作号图2-4:收费信息实体图客户受理信息收费员工作号手机号码客户姓名受理时间受理内容是否成功图2-5:客户受理信息实体图(1(2话费信息客户手机号码话费总额姓名身份证号手机号码查询收费员客户受理处理工作证号姓名年龄手机号码受理内容受理时间图2

9、-7:收费员处理客户图2-6:客户查询话费E-RNMnm话费信息应收款项客户客户处理收费员查询支付收费处理计费手机号码话费总额姓名手机号码身份证号手机号码应收费用工作证号 姓名年龄受理时间受理内容手机号码nmnmmnmn mn客户资料表记录了客户的基本信息,设计图如下:数据项名数据类型长度允许空客户姓名char 10联系电话char 11联系地址char 20 套餐名称char 20 手机号码char 11手机密码char 10创建收费员资料表收费员资料表记录了收费员的基本信息,设计表如下:数据项名数据类型长度允许空收费员编号char 8姓名char 10年龄int 4 密码char 10创建

10、应收款额表应收款额表记录了客户的缴费及余额信息,设计表如下:数据项名数据类型长度允许空手机号码char 11客户姓名char 11 应收费用int 10 余额int 10 创建话费信息表话费信息表记录了客户的基本话费信息,设计表如下:数据项名数据类型长度允许空手机号码char 11客户姓名char 15通话费用int 8 新业务费int 8 费用合计int 8 套餐名称char 20 创建通话信息表通话信息表记录着客户通话记录的信息,设计表如下:数据项名数据类型长度允许空来电号码char 11 去电号码char 11 通话时长int 8通话时间int 8单位费用int 8客户受理表记录了客户受

11、理结果的基本信息,设计表如下:数据项名数据类型长度允许空客户姓名vachar 15手机号码char 15受理内容vachar 50 受理时间Data time 8 三、逻辑结构设计3.1概述逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R 图转换为选用的DBMS 产品所支持的数据模型项符合的逻辑结构设计。设计逻辑结构时一般要分为两步进行如下图所示:将概念模型装换为关系模型。 概念结构基本E-R 图 关系数据库模型 优化的数据模型转换规则 优化方法图3-1:逻辑结构设计步骤A.实体及属性客户:客户姓名,联系电话,联系地址,套餐名称应收款项:账户编号,手机号码,应收费用,余额话费信息库:手

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

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

14、,收费员编号为主属性,姓名,年龄,手机号码,编号,密码为非主属性,它们不传递依赖于主关系键收费员编号,属于第三范式。对于客户受理,手机号码和收费员编号为主属性,客户姓名,受理内容,受理时间为非主属性,手机号码,收费员编号,他们不依赖于手机号码、收费员编码,属于第三范式。对于应收款项、话费信息、通话信息,它们的非主属性同样不传递依赖于主属性手机号码,都属于第三范式。四、物理结构设计4.1概述通常关系数据库物理设计的内容主要包括:为关系选择存取方法,建立存取路径,确定数据库存储结构,即确定关系,索引,聚日志,备份等数据的存储安排和存储结构确定系统配置实现语句。4.2存储结构设计对于电话计费管理系统

15、的关系模式以及信息的处理分析:(1对于客户受理的信息等数据部需要经常查询,但是也需要经常更新。例如今天一天的的客户受理情况等。(2对于收费员信息不需要经常更新。(3用户的信息需要经常更新,是隐私的不能被共享的。(4通话的信息不能被共享。针对这些特点,可以做出以下设计:为了提高系统性能,现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时,考虑到本系统是多用户的,为了提高效率,数据库的备份的数据和日志文件将保存在磁带中。经常存取的部分:客户受理表(收费员工作号,手机号码,客户姓名,收费日期,实收费用,套餐名称通话信息(来电号码,去电号码,通话时长

16、,单位费用,通话日期,通话费用存取频率较低的部分:收费员资料(姓名,工作证号,登录密码,所在单位客户资料(姓名,账户余额,身份证号,手机号码,套餐名称4.3 存取路径设计存取方法的选择:对于经常查询的关系模型而言,用索引方式存储。选择原则:(1一个或一组属性经常在查询中出现(2选择的索引属性量应该适当。(3属性经常在连接中出现。对收费等的各个关系最经常的操作是查找,假设现有n个客户的信息,如果采取顺序查找,平均查找n/2次;建立B+树索引,则平均查找次数为B+树的层数log2n+1。所以选择B+树作为索引,具体设计如下:对以下经常在查询中出现的关系的码建立索引<说明:下加横线部分表示关系

17、的码>客户受理表(收费员工作号,手机号码,客户姓名,收费日期,实收费用,套餐名称通话信息(来电号码,去电号码,通话时长,单位费用,通话日期,通话费用4.4 建立索引1、为表callinf(通话信息表在phoneno(手机号上建立唯一索引CREATE UNIQUE INDEX kehu_call ON kehu(phoneno执行界面如下图: 2、为表saccepting(客户受理表在phoneno,cashierno(手机号上建立唯一索引CREATE UNIQUE INDEX kehu_sacc ON kehu(phoneno,cashierno执行界面如下图: 五、数据库实施5.1概述

18、数据库实施阶段包括两项重要的工作,一是数据集的载入,另一项是应用程序的编码和调试。Create database 电话计费系统/*创建数据库*/On(name=电话计费系统_data,Filename=I:电话计费系统data.mdf,Size=10,Maxsize=50,filegrowth=5Log on(name=电话计费系统_log,Filename=I:电话计费系统data.ldf,Size =5Maxsize=25,Filegrowth=5Create table kehu /*创建客户表*/(phoneno char(11 primary key,Kehuname char(8

19、not null,City char(20,Packagename char(20,Phonepasswd char(20;Create table cashier /*创建收银员表*/(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,Oper

20、atingexpenses char(20,Packagename char(20,Totalcost int;Create table customer 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,F