数据库电话计费系统

数据库原理及应用课程设计《电话计费管理系统》学生姓名：*******学生班级：*******学生学号：********指导老师：*******目录一、需求分析 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概述 184.2存储结构设计 184.3存取路径设计 194.4建立索引 19五、数据库实施 205.1概述 205.2应用系统的开发（部分界面截图） 215.3数据库的备份 23六、结论 24参考文献 24

一、需求分析1.1背景近些年来电信通讯行业越来越发达，发展也越来越快，当然竞争必然也越来越激烈。电信市场的竞争逐渐从简单的价格竞争转向到了更高层次的服务竞争，运营商把提高服务能力作为了核心竞争力。然而计费系统作为电信通讯行业系统的基础，其准确性和有效性至关重要，计费系统的错误将直接影响结算、账务及客户管理的系统的处理结果。由于我国电信用户基数巨大，因此任何一个很小的差错所造成的差错都是巨大的。该系统信息的来源主要有管理员添加，方便网站管理员的查询和管理。该系统的任务主要是处理用户信息数据方便、快捷、准确。1.2查询模块（1）月花费查询:客户可对每月的话费进行查询(每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息)。（2）账户余额查询：客户可以查询自己的账户余额。（3）用户个人资料查询：客户可以查询自己的资料。（4）电信业务查询：客户可以实时了解电信部门的活动相关情况。1.3计费模块缴费信息：管理员可根据用户所交的话费进行计费，定期并反馈给用户，用户在缴费的时候可同时打印发票1.4信息更新模块（1）月话费管理：管理员可对每月的话费信息进行逐条添加、更新和删除（2）客户受理结果：管理员可对每月的话费记录进行逐条添加、更新和删除1.4.1数据流程图客户系统客户系统客户管理员管理员登录申请登录申请结果通知结果通知电话计费系统电话计费系统客户收费员话费查询子系统话费管理子系统登录申请登录申请客户收费员查询结果更新结果生成套餐信息单余额信息单资料报告单缴费信息单用户资料查询套餐查询账户余额查询缴费信息客户查询登录手机号生成套餐信息单余额信息单资料报告单缴费信息单用户资料查询套餐查询账户余额查询缴费信息客户查询登录手机号密码生成生成生成客户客户客户计费/付款显示套餐信息缴费信息单记录年月份生成套餐信息单查询套餐生成查询余额生成客户显示余额信息余额信息单客户客户显示资料信息资料信息单查询资料生成收费人员登录收费人员登录客户受理情况客户费用信息收费员收费员收费员ID更新结果密码显示结果1.4.2数据字典数据项客户资料表数据项名类型长度别名含义说明kehunamechar8用户名客户名phonenochar11电话号码citychar20城市packagenamechar20套餐名称phonepasswdchar20电话密码收费员资料表数据项名类型长度别名含义说明cashiernochar11编号收费员编号cashiernamechar8名字收费员名字agechar8年龄passwdchar20密码客户受理表数据项名类型长度别名含义说明kehunamechar15名字客户名phonenochar15电话号码admissibilitycovarchar50套餐受理内容admissibilitytimeDatatime8受理时间通话信息数据项名类型别名长度含义说明calleridchar11来电号码outgoingidchar拨打号码11去电号码talktimeint8通话时长unitcostint8单位费用(2)数据结构编号数据结构名属性1客户信息姓名、手机号码、账户余额、套餐名称、身份证号2管理员信息姓名、工作证号、年龄、密码3通话信息来电号码、去电号码、通话时长、单位费用、通话日期时刻、通话费用4收费信息收费员工作号、手机号码、客户姓名、受理时间（3）数据流编号数据流名输入输出1登录申请客户用户信息2登录申请管理员管理员信息3查询资料客户资料信息4查询套餐客户套餐信息5客户受理情况管理员受理信息（4）数据存储数据存储名输入数据流输出数据流客户信息客户基本信息客户信息管理员信息管理员基本信息管理员基本信息客户费用信息客户各项费用消息客户费用信息客户缴费信息客户缴费信息客户缴费信息（5）处理过程处理过程名输入数据流输出数据流说明部分登陆查看终端客户信息登陆查看终端管理员信息客户受理客户要求客户受理情况客户缴费终端客户显示余额信息客户信息客户余额信息显示套餐信息客户信息客户套餐信息二、概念设计2.1概述根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。其中最常用的策略是自底向上方法。下面即是E-R图来描述现实世界的概念模式。2.2系统E-R图2.2.1实体及其属性图图为客户属性的实体E-R图。客户客户姓名账户余额身份证号手机号码套餐名称图2-1：客户实体图图为收费员的实体E-R图。收费员收费员姓名工作证号登录密码所在单位图2-2：收费员实体图图为通话记录的实体E-R图通话记录通话记录来电号码去电号码通话时长单位费用通话日期时刻通话费用图2-3：通话信息实体图图为收费信息的实体E-R图收费信息收费信息手机号码客户姓名收费日期实收费用套餐名称收费员工作号图2-4：收费信息实体图图为客户受理信息的实体E-R图客户受理信息客户受理信息收费员工作号手机号码客户姓名受理时间受理内容是否成功图2-5：客户受理信息实体图2.2.2局部E-R图（1）MN图2-6：客户查询话费E-R话费信息MN图2-6：客户查询话费E-R话费信息客户手机号码话费总额姓名身份证号手机号码查询（2）mn收费员mn收费员客户受理处理工作证号姓名年龄手机号码受理内容受理时间图2-7:收费员处理客户2.2.3完整的实体联系图mnmmnmn话费信息mnmmnmn话费信息应收款项客户客户处理收费员查询支付收费处理计费手机号码话费总额姓名手机号码身份证号手机号码应收费用工作证号姓名年龄受理时间受理内容手机号码nmnnmn2.3.创建各表2.3.1创建客户资料表客户资料表记录了客户的基本信息，设计图如下：数据项名数据类型长度允许空客户姓名char10联系电话char11联系地址char20√套餐名称char20√手机号码char11手机密码char10创建收费员资料表收费员资料表记录了收费员的基本信息，设计表如下：数据项名数据类型长度允许空收费员编号char8姓名char10年龄int4√密码char10创建应收款额表应收款额表记录了客户的缴费及余额信息，设计表如下：数据项名数据类型长度允许空手机号码char11客户姓名char11√应收费用int10√余额int10√创建话费信息表话费信息表记录了客户的基本话费信息，设计表如下：数据项名数据类型长度允许空手机号码char11客户姓名char15通话费用int8√新业务费int8√费用合计int8√套餐名称char20√创建通话信息表通话信息表记录着客户通话记录的信息，设计表如下：数据项名数据类型长度允许空来电号码char11√去电号码char11√通话时长int8通话时间int8单位费用int82.3.2创建客户受理表客户受理表记录了客户受理结果的基本信息，设计表如下：数据项名数据类型长度允许空客户姓名vachar15手机号码char15受理内容vachar50√受理时间Datatime8√

三、逻辑结构设计3.1概述逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R图转换为选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。设计逻辑结构时一般要分为两步进行如下图所示：概念结构概念结构基本E-R图关系数据库模型优化的数据模型转换规则优化方法图3-1：逻辑结构设计步骤将概念模型装换为关系模型。

3.2.E-R图向关系模型的转换A．实体及属性客户：{客户姓名，联系电话，联系地址，套餐名称}应收款项：{账户编号，手机号码，应收费用，余额}话费信息库：{手机号码，客户姓名，通话费用，新业务费，费用合计，套餐名称}收费员：{收费员编号，姓名，年龄}客户受理：{手机号码，客户姓名，受理内容，受理时间}通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，总费用}B.联系的属性使用：{手机密码}计费：{密码}C．根据转换规则将实体转换为关系模式◆本实例中没有1:1的关系◆对于1：n联系，将它们与n端的关系模式合并。该关系模式中应加入1端的码和联系本身的属性。客户：{客户姓名，所在城市，套餐名称，手机号码，手机密码}收费员：{收费员编号，姓名，年龄，手机号码，密码}对于m:n的联系，必须单独转换为一个关系模式，属性由各实体的码和联系本身的属性组成，关系的码为组成联系各实体的码的组合。支付：{客户姓名，联系电话，收费员编码}处理：{手机号码，收费员编码}D.电话计费系统的E-R图，转换为一下6个关系模式：客户：{手机号码，所在城市，套餐名称，客户姓名，手机密码}收费员：{收费员编码，姓名，年龄，手机号码，密码}话费信息：{手机号码，客户姓名，通话费用，费用合计，套餐名称}客户受理：{手机号码，收费员编码，客户姓名，受理内容，受理时间}通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，总费用}关系模式的规范化关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。在关系模式中，对于客户模式，手机号码为主属性，其余的为非主属性，非主属性不传递依赖于手机号码，属于第三范式。对于收费员，收费员编号为主属性，姓名，年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费员编号，属于第三范式。对于客户受理，手机号码和收费员编号为主属性，客户姓名，受理内容，受理时间为非主属性，手机号码，收费员编号，他们不依赖于手机号码、收费员编码，属于第三范式。对于应收款项、话费信息、通话信息，它们的非主属性同样不传递依赖于主属性手机号码，都属于第三范式。

四、物理结构设计4.1概述通常关系数据库物理设计的内容主要包括：为关系选择存取方法，建立存取路径，确定数据库存储结构，即确定关系，索引，聚日志，备份等数据的存储安排和存储结构确定系统配置实现语句。4.2存储结构设计对于电话计费管理系统的关系模式以及信息的处理分析：对于客户受理的信息等数据部需要经常查询，但是也需要经常更新。例如今天一天的的客户受理情况等。对于收费员信息不需要经常更新。用户的信息需要经常更新，是隐私的不能被共享的。通话的信息不能被共享。针对这些特点，可以做出以下设计：为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。经常存取的部分：客户受理表（收费员工作号，手机号码，客户姓名，收费日期，实收费用，套餐名称）通话信息（来电号码，去电号码，通话时长，单位费用，通话日期，通话费用）存取频率较低的部分：收费员资料（姓名，工作证号，登录密码，所在单位）客户资料（姓名，账户余额，身份证号，手机号码，套餐名称）4.3存取路径设计存取方法的选择:对于经常查询的关系模型而言，用索引方式存储。选择原则：(1)一个或一组属性经常在查询中出现(2)选择的索引属性量应该适当。(3)属性经常在连接中出现。对收费等的各个关系最经常的操作是查找，假设现有n个客户的信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1。所以选择B+树作为索引,具体设计如下：对以下经常在查询中出现的关系的码建立索引<说明：下加横线部分表示关系的码>客户受理表（收费员工作号，手机号码，客户姓名，收费日期，实收费用，套餐名称）通话信息（来电号码，去电号码，通话时长，单位费用，通话日期，通话费用）4.4建立索引1、为表callinf(通话信息表)在phoneno（手机号）上建立唯一索引CREATEUNIQUEINDEXkehu_callONkehu(phoneno)执行界面如下图：2、为表saccepting(客户受理表)在phoneno,cashierno（手机号）上建立唯一索引CREATEUNIQUEINDEXkehu_saccONkehu(phoneno,cashierno)执行界面如下图：

五、数据库实施5.1概述数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项是应用程序的编码和调试。Createdatabase电话计费系统/*创建数据库*/On(name=电话计费系统_data,Filename=’I:\电话计费系统data.mdf’,Size=10,Maxsize=50,filegrowth=5)Logon(name=电话计费系统_log,Filename=’I:\电话计费系统data.ldf’,Size=5Maxsize=25,Filegrowth=5)Createtablekehu/*创建客户表*/（phonenochar(11)primarykey,Kehunamechar(8)notnull,Citychar(20),Packagenamechar(20),Phonepasswdchar(20));Createtablecashier/*创建收银员表*/(cashiernochar(11)primarykey,Cashiernamechar(8)notnull,Agechar(8),Passwdchar(20)notnull,);Createtablecallchargeinf/*创建话费信息表*/(phonechar(11)primarykey, Kehunamechar(8),notnullCallchargechar(20),Operatingexpenseschar(20)，Packagenamechar(20),Totalcostint);Createtablecustomersaccepting/*创建客户受理表*/（phonenochar(11)notnull,Cashiernochar(11)notnull,Kehunamechar(8),Admissibilitycontentchar(100),Admissibilityti