课程设计题目：电话计费系统系别：专业：姓名：学号：指导老师：河南城建学院2012年12 月8日电话计费管理系统一、需求分析1)背景随着电信运营领域垄断因素的逐步消除，以及中国加入WTO后所面临的开放的电信市场，我国电信领域的竞争日益激烈。
电信市场的竞争逐步从简单的价格战转向高层次的服务竞争，运营商把提高服务能力作为核心竞争力。
计费系统作为业务运营支撑系统的基础，其准确性和有效性至关重要，计费系统的错误将直接影响结算、账务及客户管理系统的处理结果。
由于我国电信用户的基数很大，计费系统任何微小的偏差所造成的损失都是巨大的。
该系统信息来源主要有管理员添加，方便网站管理员的查询和管理。
该系统的任务是方便，灵活的管理用户的各项信息。
2)总体描述对电信部门电话计费业务进行调查，设计的系统要求：●能够记录通话信息，如来电号码、去电号码、通话时长、通话费用，查询费用帐单等信息具体对各种数据文件装入和修改数据的功能。
●能在用户交费同时打印发票。
●能用关系数据库理论建立几个数据库文件来存储用户信息，收费员信息和收费信息等资料。
●能够为用户提供查询各种记录的功能3)功能需求3.1查询模块月花费查询：客户可对每月的话费进行查询（每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息）。
帐户余额查询：客户可查询话费单上的余额。
用户资料查询：客户可以查阅个人资料。
电信业务查询：客户可以实时了解电信部门的各项活动。
3.2计费模块缴费信息：管理员可根据用户所缴的话费进行计费，并反馈给用户，用户在交费的同时可打印发票。
3.3基本信息更新模块月话费管理：管理员可对每月的话费记录进行逐条添加、更新和删除。
客户受理结果：管理员可对每月的话费记录进行逐条添加、更新和删除。
4)数据流程图缴费信息单生成 套餐信息表生成 余额信息单5) 数据字典 （1）数据项客户资料表收费员资料表客户受理表通话信息⑵数据结构⑶数据流⑷数据存储⑸处理过程二、概念设计1)概述根据需求将分析阶段形成的分析说明书，把用户的信息需求抽象为信息结构即概念模型的过程就是概念设计。
设计概念结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。
其中最常用的策略是自底向上方法。
下面就用E-R图来描述显示世界的概念模型。
2)系统E-R图实体及其属性图图2-1：客户实体图图2-2：收费员体图图2-3：通话信息实体图图2-4：收费信息实体图图2-5：客户受理实体图◆实体及其联系图图2-6：系统实体联系图◆完整的实体联系图图2-7：完整系统实体联系图3)创建各表●创建客户资料表客户资料表记录了客户的基本信息，设计表如下页图：●创建收费员资料表收费员资料表记录了收费员的基本信息，设计表如下图：●创建应收款额表应收款额表记录了客户的缴费及余额信息，设计表如下图：●创建花费信息表话费信息库表记录了客户的基本话费信息，设计表如下页图：●创建通话信息表通话信息表记录了客户通话记录的信息，设计表如下图：●创建客户受理表客户受理表记录了客户受理结果的基本信息，设计表如下图：三、逻辑设计1)概述逻辑设计的任务就是把概念结构设计阶段的设计好的基本E-R图转换为选用的DBMS产品所支持的数据模型项符合的逻辑结构设计。
设计逻辑结构时一般要分为两步进行如下图所示：图3-1：逻辑结构设计步骤●将概念结构转换为关系模型。
●对数据模型进行优化。
2)E-R图向关系模型的转换A.实体及其属性客户：｛客户姓名，联系电话，联系地址，套餐名称｝应收款额：｛账户编号，手机号码，应收费用，余额｝话费信息库：｛手机号码，客户姓名，通话费，新业务费，费用合计，套餐名称｝收费员：｛收费员编号，姓名，年龄｝客户受理：｛手机号码，客户姓名，受理内容，受理时间｝通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，总费用}B.联系的属性使用：｛手机密码｝计费：｛密码｝C.根据转换规则将实体转换为关系模式●本实例中没有1：1关系●对于1：n联系，将它们与n端的关系模式合并。
该关系模式中应加入1端的码和联系本身的属性。
客户：｛客户姓名，所在城市，套餐名称，手机号码，手机密码｝收费员：｛收费员编号，姓名，年龄，手机号码，密码｝●对于m：n的联系，必须单独转换为一个关系模式，属性由各实体的码和联系本身的属性组成，关系的码为组成联系各实体的码的组合。
支付：｛客户姓名，联系电话，收费员编号｝处理：｛手机号码，收费员编号｝D.电话计费系统的E-R图，转换为以下6个关系模式：客户：｛手机号码，所在城市，套餐名称，客户姓名，手机密码｝收费员：｛收费员编号，姓名，年龄，手机号码，密码｝话费信息：｛手机号码，客户姓名，通话费，费用合计，套餐名称｝客户受理：｛手机号码，收费员编号，客户姓名，受理内容，受理时间｝通话信息：{手机号码，来电号码，去电号码，单位费用，通话时长，总费用}3)关系模式的规范化关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。
在关系模式中，对于客户模式，手机号码为主属性，其余的为非主属性，非主属性不传递依赖于手机号码，属于第三范式。
对于收费员，收费员编号为主属性，姓名，年龄，手机号码，编号，密码为非主属性，它们不传递依赖于主关系键收费编号，属于第三范式。
对于客户受理，手机号码和收费员编号为主属性，客户姓名，受理内容，受理时间为非主属性，手机号码、收费员编号，他们不依赖于手机号码、收费员编号，属于第三范式。
对于应收款额、话费信息、通话信息，他们的非主属性同样不传递依赖于主属性手机号码，都属于第三范式。
四、物理设计1)概述通常关系数据库无力设计的内容主要包括：●为关系选择存取方法，建立存取路径；●确定数据库存储结构，即确定关系、索引、聚日志、备份等数据的存储安排和存储机构；确定系统配置；2)实现语句create database systerm /*创建数据库*/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 /*创建收银员表*/( cashierno char(11) primary key,Cashiername char(8) not null,age char(8),passwd char(20) not null,);create table call charge-inf /*创建话费信息表*/ ( phoneno CHAR(11) PRIMARY KEY,kehuname CHAR(8), NOT NULLcallcharge CHAR(20),operatingexpenses CHAR(20),packagename CHAR(20),totalcost int);create table customers accepting/*创建客户受理表*/( phoneno CHAR(11) NOT NULL,cashierno CHAR(11) NOT NULLkehuname CHAR(8),admissibility content VARCHAR(100),admissibility time CHAR(8)PRIMARY KEY(phoneno，cashierno));create table amountsreceivable/*创建收款表*/( phoneno CHAR(11) PRIMARY KEY,kehuname VARCHAR(10),feesreceivable INT,balance FLOAT(4));create table call-inf /*创建通话信息表*/( phoneno CHAR(11) PRIMARY KEY,callerid VARCHAR(11),outgoing id VARCHAR(11),unitcost FLOAT(3),talktime VARCHAR(20),);五、数据库实施1)概述数据库实施阶段包括两项重要的工作，一是数据集的载入，另一项就是应用程序的编码和调式。
2)应用系统的开发（部分界面截图）六、研制报告通过这次课程设计，从设计需求分析，到各模块功能的设计及数据库设计，我对电话计费管理系统有了较深入的了解，基本掌握了数据库设计的思想。
通过本次设计，对数据库系统概论这门课有了全新的认识。
课程设计是一种全面综合训练，是与课堂听讲、自学和练习相辅相成的必不可少的一个教学环节。
数据库这门课的课程设计的目的是旨在要求我们进一步巩固课堂上所学的理论知识，深化理解和灵活掌握教学内容，掌握正确的数据库设计的步骤与方法，从而进一步培养学生独立思考问题、分析问题、解决实际问题的动手能力。
研制过程包括在上机前应认真做好各种准备工作，熟悉所设计系统的需求及其功能，独立完成体系结构的设计、功能模块的分析和后台数据库的设计，通过上机检查后撰写课程设计报告。
经过一个星期的课程设计，我受益匪浅，从一个整体上把握了一个数据库的设计方法，同时对于如何利用所学的语言去连接数据库，并且操纵数据库有了一定的了解和掌握。
希望以后自己能够继续学习数据库，对它有更深层次的了解。
七、参考文献●王珊《数据库系统简明教程》高等教育出版社●启明工作室《VisualC++数据库应用实例完全解析》人民邮电出版社。