电话计费管理系统数据库设计
- 格式:doc
- 大小:233.50 KB
- 文档页数:23
理解IMS 计费架构时间:2007-11-22 作者:Stefano Gioia , Tomasz Radziszewski 浏览次数:1399 本文关键字:sip , WebLogic Communications Platform , WebLogic Server , BEA Workshop , BridgeWater Systems , WebLogic Communications Platform , 计费, 交易, 控制, 电信 文章工具 推荐给朋友打印文章摘要计费对于任何服务提供商而言都是必不可少的功能,电信运营商也不例外。
因此,任何网络都需要包含一组节点来专门实现这一 任务。
计费可以通过预付费(Prepaid )和后付费(Postpaid )这两种方式实现。
虽然预付费解决方案正在日趋盛行,不过后付费的解决方案仍然具 有广泛的普及程度。
因此,任何面向商业应用的电信网络都必须同时实现这两种方案。
此外,随着以IT 为基础的服务领域突飞猛进,电话通信之外的服务也如雨后 春笋般涌出并不断发展演进。
视频电话、无线接入和随需应变视频都是典型的例子。
所有这些服务都需要找到一种计费方式。
本文将探讨如何使用各种IMS 架构来实现计费功能。
文章还将描述如何使用BEA WebLogic SIP Server 和Diameter 协议实现这些架构。
IMS 计费架构IP 多媒体子系统(IP Multimedia Subsystem ,IMS )网络使用的是3GPP 所定义的架构。
图1显示了这一架构中的计费功能。
1. IMS计费架构(单击图片查看大图)图1中的元素可以实现预付费和后付费这两种计费功能。
这两种看上去类似的模式实际上从网络视角来说是不同的。
其中最大的差异是:当用户想要使用预付费服务时,网络会根据用户的当前账户余额确定是否应该允许该操作。
预付费系统具有以下几个要点:∙在使用各服务之前,必须获得计费系统的许可(我们称之为交易准许[credit authorization])。
数据库课程设计选题1、高校学籍管理系统实现学生信息、班级、院系、专业等的管理实现课程、学生成绩信息管理实现学生的奖惩信息管理创建规则用于限制性别项只能输入“男”或“女”创建视图查询各个学生的学号、姓名、班级、专业、院系;创建存储过程查询指定学生的成绩单;创建触发器,当增加、删除学生和修改学生班级信息时自动修改相应班级的学生人数;建立数据库相关表之间的完整性约束2、在线投稿审稿管理系统实现作者、审稿人的信息管理;实现稿件类型、稿件信息的管理;实现稿件的审阅过程的管理;创建存储过程,统计指定作者的稿件信息;创建触发器,当收到审稿费时自动修改审稿费收到标记创建规则,使得作者的Email必须满足定义格式;建立数据库相关表之间的完整性约束3、产品销售管理系统实现客户、产品的管理;实现发票的管理;实现销售管理;创建存储过程查询某段时间内各种产品的销售情况;创建触发器当销售发生时,自动修改对应库存产品的数量;建立数据库相关表之间的完整性约束;4、用电管理系统实现客户信息、用电类型(类别号、类别名、电价)及业务员管理;实现客户用电信息管理(客户号、月份、用电类别号、用电度数)实现客户费用管理(客户号、月份、费用、收费标志),收费标志的默认值为“未收”实现收费登记(客户、月份、应收费用、实收费用、业务员),并编写触发器自动修改收费标志;创建触发器,实现收费时自动更新应收费用和实收费用,计算本次结余,然后修改客户信息表中的结余余额;创建存储过程统计指定月份应收费用和实收费用;创建存储过程查询指定月份未交费的用户信息;建立表间的关系。
5、高校人力资源管理系统实现部门信息、职务、职称以及职工信息管理;实现教师的奖惩信息管理;实现教师的工作量管理;实现教师的学籍经历管理;创建存储过程查询学校各部门各种职称的教职工数量;创建触发器,当增加、删除教职工以及修改教职工部门信息时自动修改相应部门的教职工人数;创建规则用于保证教职工的E-mail的输入格式正确;建立数据库相关表之间的完整性约束。
本科毕业设计开题报告题目:基于FPGA的电话计费系统的设计院(系):电气与信息工程学院班级:电技08-4班姓名:王远学号: 01号指导教师:陈晓洁教师职称:讲师黑龙江科技学院本科毕业设计开题报告题目基于FPGA的电话计费系统的设计来源工程实际1、研究目的和意义当今社会,随着科学技术的发展和信息技术的普及,无论是科研生产还是日常生活,计算机技术已经融入我们的生活,特别是复杂可编程逻辑芯片的应用已经渗透到生产、生活等各个方面,推动了社会发展,尤其在实时控制方面有很强的功能。
通常,我们要实现这些功能可以用单片机来完成,但是,用可编程逻辑FPGA同样可以实现。
我此次要完成的设计是基于FPGA的电话计费系统,这样实时的电话计费系统是企、事业单位信息管理的一个重要组成部分,也是我们现代生活中各种计费电话机中一个重要的组成部分。
目前在中国电信市场上,各大电信运营商充分利用现有网络资源和政策优势,发展IP电话超市、话吧、IP公话直通车,以拓展各运营商的公话市场。
其市场定位主要为流动人口较多、外来人员密集的公共场所,如车站、码头、工业区、租用住宅、大中专院校等。
公话营业厅采用话费预付押金、电脑自动结算等超市型方式进行营业,使运营过程简单、快捷、准确。
2、发展情况(文献综述)随着国内、国际电信技术的迅速发展和广大用户保护自身权益的意识不断增强,人们对各种计费系统的需求越来越多。
计费系统按照规模的大小,可分为大、中、小型三类。
小型的电话计费系统通常是指公共电话的计费系统。
电信计费系统经历了三个历史发展阶段:第一个阶段是“脱机磁带计费”。
当时由于话单采集功能不完善,计费数据需要定期由交换机导入磁带中,再由磁带导入计算机开始计费,实时性差;第二个阶段是“联机实时计费”。
话单采集功能逐步完善,原则上,只要交换机产生话单,计费系统可以立即得到并依据标准费率计费,实时性强,极大地提高了运营商的防欺诈能力;第三个阶段是“个性化服务计费”。
数据库原理课程设计题目计费管理系统学院商学院专业信息管理与信息系统班级信息101学号9学生金军地指导教师宣军英编写日期2012年6月29日目录1、需求分析(园) (3)1.1 总体描述 (3)1.2 功能需求 (3)1.2.1 查询模块 (3)1.2.2 计费模块 (3)1.2.3 基本信息更新模块 (4)1.3 数据流图 (4)1.4 数据字典 (6)2、概念设计(泽阳) (8)2.1 概述 (8)2.2 系统E-R图 (8)2.3 创建各表 (11)3、逻辑设计(吴彬彬) (13)3.1 概述 (13)3.2 E-R图向关系模型的转换 (14)3.2.1 实体及其属性 (14)3.2.2 联系的属性 (15)3.2.3 根据转换规则将实体转换为关系模式 (15)3.2.4 计费系统的E-R图,转换为以下6个关系模式: (15)4、物理设计(金军地) (16)4.1 概述 (16)4.2 实现语句 (16)5、用户界面设计 (18)6、程序代码设计与分析 (18)6.1 创建表及数据库 (18)6.2 建立存储过程向表中插入、修改、删除数据 (20)6.2.1 插入数据的存储过程 (20)6.2.2 修改数据的存储过程 (22)6.2.3 删除数据的存储过程 (23)6.3 建立存储过程实现查询 (24)6.3.1 建立存储过程实现单表查询(5个) (24)6.3.2 建立存储过程实现连接查询(5个) (25)6.3.3 建立存储过程实现嵌套查询(2个) (28)6.4 视图建立 (29)7、心得体会 (30)8、参考文献 (30)计费管理系统1、需求分析(园)1.1 总体描述对邮电局计费业务进行调查,设计的系统要求:●能用关系数据库理论建立几个数据库文件,来存储用户信息、收费员信息和收费信息等资料。
●能够记录通话信息,如来电、去电、通话时长、通话费用,查询费用账单等信息,具有对各种数据文件装入和修改数据的功能。
IP网络电话网建设设计方案iP电话方案设计一、IP电话网络体系结构IP电话网络技术是一个正在迅速发展的新兴网络技术,因此有关IP电话网络的技术以及有关的标准还处在不停变化的阶段。
目前,关于IP电话的标准主要有IETF的SGCP/MGCP和来自多媒体电视会议系统标准的H323协议。
SGCP/MGCP的标准是将来发展的一个方向,但它还在制定过程中,没有成熟,也没有实际的产品支持它。
实际上,目前大多数IP电话采用的基本上是的H.323体系结构。
因此,在目前的情况下,我们建议采用H.323协议来组建IP电话网络。
H.323本来是为在已有的局域网上运行多媒体系统而设计的。
它描述了将实时的语音、图像数据传输到PC机和视频电话中所需要提供的设备和服务。
但实际上,H.323可以用于任意分组交换网,与底层物理层无关。
H.323是一个伞式标准,它参考了其他ITU-T标准如H.245,H.225,Q.931等来描述会议系统。
H.323提供了系统和组件描述,呼叫模型描述以及呼叫信号处理。
其中H.225描述了媒体(音频和视频)流打包,媒体流同步、控制流打包、以及控制消息格式。
H.245则描述了用于打开和关闭传输音频、视频和数据的逻辑信道以及容量交换、模式请求、控制和指示。
这两个标准用于控制H.323设备的操作和H.323终端之间的通信。
和其他的ITU-T终端标准不同,H.323不仅定义了终端,而且还定义了LAN 上许多其他组件,包括网关、网闸、多点控制器、多点处理器以及MCU。
在IP电话网中,网关(Gateway)允许H.323终端和路由器与运行其他协议的终端通信。
它提供了运行不同类型协议的终端和路由器之间的协议转换。
在网关上线路交换的呼叫被编码和重新打包成IP包。
在局域网上,H.323网关作为一个端点可以提供局域网上H.323终端之间实时的双向通信或者和其他WAN 上的ITU-T终端、其他H.323网关的通信。
网闸(Gatekeeper)在H.323协议中是一个可选项,它用于管理H.323网络上的其他节点。
Version新一代电信计费系统软件需求说明书文挡编号WD_visitor_100318文挡名称可行性研究报告撰写人***********审核/批准创建时间2010-7-15版本变更说明:1引言 (4)编写目的 (4)背景 (4)概念 (4)参考资料 (5)2任务概述 (5)目标 (5)用户的特点 (5)假定和约束 (6)2.3.1开发期限 (6)2.3.2开发环境 (6)2.3.3协议 (6)2.3.4技术 (6)3需求规定 (7)对功能的规定 (7)对性能的规定 (17)3.2.1精度 (17)3.2.2时刻特性要求 (17)3.2.3灵活性 (17)输人输出要求 (17)数据治理能力要求 (18)故障处置要求 (18)其他专门要求 (19)4运行环境规定 (19)设备 (19)支持软件 (19)接口 (20)操纵 (20)软件需求说明书1引言编写目的这编写本说明书的目的在于明确“新一代电信计费系统”的开发者对该系统的需求,明确系统需要实现的具体功能,系统适合运行所需的相应软硬环境,系统数据的输入输出要求,为系统数据库结构设计、编码实现和测试人员提供基础的指导。
本说明书的预期读者为:“新一代电信计费系统”系统的利用者和开发者。
背景a.待开发的软件系统的名称:新一代电信计费系统b.本项目的任务提出者:visitor开发团队开发者:visitor开发团队用户:初步定为中国移动网络供给商及移动通信誉户(要紧为电话用户)实现该软件基于B/S网络c.该软件系统同其他系统或其他机构的大体的彼此来往关系。
概念[专门术语]:客户信息包括:①个人信息:姓名,身份证号,住址。
②业务信息:账号(即电话号),利用套餐名称,客服密码,已开业务。
HTTP的全称是超文本传输协议Hypertext Transfer Protocol。
HTTP是一个客户端和效劳器端请求和应答的标准(TCP)。
客户端是终端用户,效劳器端是网站。
移动电话案例描述随着互联网技术的发展,互联网已经成为人们的主要通信工具,而且各种特殊服务也越来越多,为了能及时准确的进行计费,向用户提供更快更多种服务,是管理更加规范化,提高工作效率,某公司拟开发一套互联网计费信息系统,实现高效、便捷、准确的数字化服务,系统主要功能如下:(1)用户信息管理:记录用户注册信息,如服务号码、用户名、身份证号码、用户地址、业务类型等,提供查询、新增、编辑、删除等功能。
(2)业务信息管理:记录公司可以提供的有关业务信息,包括编号、名称、类型、月使用费等,提供查询、新增、编辑、删除等功能。
(3)通话记录管理:记录每次通话的有关信息,包括起始时间、主叫号码、被叫号码、时常、通信类型等,提供查询、新增、编辑、删除等功能。
(4)数据库通信管理:记录每条发送成功信息、上网GPRS流量的相关信息,包括起始时间、通信方式、信息类型等,提供查询、新增、编辑、删除等功能。
(5)月帐单表管理:记录用户月账单的相关信息,提供查询、新增、编辑、删除等功能。
此后题目都一次案例为情景1、“根据以前参加优惠服务活动的用户情况指导个营业厅准备各种宣传资料及产品”主要体现了信息技术在管理系统中的(C)A、决策功能B、数据处理功能C、预测功能D、控制与协调功能2、下面有关开发“互联网计费信息系统”的描述中,错误的是(C)A、能共提供及时、准确的信息,降低业务成本B、稳定与用户的关系,保证各种业务稳定进行C、降低恭喜经历的工作效率D、降低人为核算出错率,有效实现监督机制3、“用户注册信息情况统计”从属的管理层次是(D)A、管理控制层B、经营分析层C、战略计划层D、操作执行层4、在对总体方案经行可行性研究时,开发人员分析了系统建设后人员状况是否能适应新系统的而要求、所需数据是否一定能得到、法律上是否允许等内容,得出项目值得开发的结论。
这些内容属于(B)A、社会可行性分析B、营运可行性分析C、技术可行性分析D、经济可行性分析5、按完成数据处理和通信两大功能分类,网络可以分为(D)A、对等网络和客户机/服务器网络B、局域网、城域网和广域网C、有线网和无线网D、资源网和通信网6、系统开发人员对互联网计费情况进行初步调查后,根据管理需求总结归纳如下。
电话计费管理系统课程设计一、课程目标知识目标:1. 让学生理解电话计费管理系统的基本原理和功能需求;2. 使学生掌握使用特定编程语言(如Python)实现电话计费管理系统的基础知识;3. 帮助学生了解数据库在电话计费管理系统中的应用。
技能目标:1. 培养学生运用所学知识设计和开发电话计费管理系统的能力;2. 提高学生分析问题、解决问题的实际编程能力;3. 培养学生团队协作、沟通表达的能力。
情感态度价值观目标:1. 激发学生对计算机科学和信息技术的兴趣,提高学习积极性;2. 培养学生勇于尝试、不断探索的精神,增强自信心;3. 培养学生具备良好的信息素养,遵循道德规范,尊重知识产权。
课程性质:本课程属于信息技术学科,以项目式教学为主,强调实践操作和实际应用。
学生特点:学生具备一定的编程基础,具有较强的学习能力和动手能力,对新鲜事物充满好奇心。
教学要求:结合学生特点,注重理论与实践相结合,充分调动学生的主观能动性,培养其创新精神和实践能力。
通过本课程的学习,使学生能够独立完成电话计费管理系统的设计和开发,并在此基础上进行拓展和创新。
教学过程中,关注学生的个体差异,提供有针对性的指导,确保每位学生都能在课程中取得具体的学习成果。
二、教学内容1. 电话计费管理系统概述- 了解电话计费管理系统的基本原理和功能需求;- 分析系统设计的基本流程和关键环节。
2. 编程语言基础- 复习Python编程语言的基本语法;- 学习使用Python实现电话计费管理系统功能。
3. 数据库应用- 了解数据库的基本概念和操作;- 学习在电话计费管理系统中使用数据库存储和管理数据。
4. 系统设计与实现- 学习系统需求分析、模块划分和设计;- 掌握使用编程语言和数据库技术实现电话计费管理系统;- 分析和解决系统实现过程中遇到的问题。
5. 系统测试与优化- 学习系统测试的基本方法;- 对电话计费管理系统进行功能测试和性能优化。
6. 项目实践与团队协作- 按照教学大纲,分组进行电话计费管理系统的设计与开发;- 学会团队协作、沟通表达,提高项目实施效率。
南昌和平国际大酒店智能化及弱电系统安装工程电话交换系统技术方案泰豪科技股份有限公司目录1系统概述 (1)2系统设计 (1)2.1 设计原则 (2)2.2 网络拓扑结构 (3)2.3 各组成部分功能介绍 (3)2.4 酒店部分应用解决方案 (5)2.5 系统介绍 (7)2.6 主要设备参数 (15)1 系统概述南昌和平国际大酒店的数字程控交换机用量较大,直接面对客户,与酒店形象、档次息息相关。
为使建成后的系统满足现在及将来的要求,并为南昌和平国际大酒店的业务发展打下硬件基础,我们考虑到将来技术发展的趋势以及保护客户的投资,提供开放性的设计方案,系统可随着将来用户功能的增加和新技术的需求,增加相应的硬件结构和软件。
电话交换系统的具体应用功能和配置要求需根据贵方的管理及酒店营运预期确定。
根据施工合同,本系统设备由甲方自行购买。
本方案仅供参考2 系统设计本次设计内容主要包括:1、建设一套184门模拟外线,936门内线的程控交换机系统;2、电话交换机具有8国语言的语音信箱功能、电话自动叫早功能、实时计费功能、一键服务功能以及与南昌和平国际大酒店管理系统配套的宾馆服务功能;3、采用先进的数字程控交换机,具有国际先进水平,并面向未来,提供开放的应用平台;4、系统安全可靠,满足系统扩容及功能扩展;5、具有多种用户及中继接口,满足各种通信协议。
6、提供全面的数字程控交换机用户功能,并根据用户的具体需求作相应的设备配置和功能设定;7、具有先进的增值业务;8、满足星级酒店的需求;9、系统配置具有酒店管理功能的电话通信交换设备。
在南昌和平国际大酒店建筑内总服务台、办公管理区域和会议区域处配置内线电话和直线电话,各层客人电梯厅、商场、餐饮、机电设备机房等区域处配置内线电话,在底层大厅等公共场所部位配置公用直线和内线电话。
注:本表为我方建议值,具体外线数量需贵方根据酒店管理需要及经营预期确定。
2.1 设计原则实用性:系统的设计在运行环境、使用操作等方面以实用为主,以方便用户使用和维护为出发点。
固定电话收费与查询数据库分析近年来,随着科技的发展和普及,移动电话已经成为人们沟通交流的首选方式,而固定电话也逐渐被淘汰。
但是,在某些场合,比如办公室、家庭通信等,仍然需要使用固定电话。
在这个过程中,关于固定电话的收费问题也备受关注。
同时,数据库作为现代信息化建设重要的组成部分,也在为固定电话收费提供了更加智能化、便捷化的方法。
我国的固定电话收费模式目前是按分钟计费,在不同城市,价格也有所不同。
同时,固定电话还存在一些潜在的问题,比如长途电话收费不透明、手机短信超过规定字数后转发到固定电话费用较高等等。
这些问题不仅会给消费者带来不必要的负担,也会对运营商的声誉造成影响。
为了解决这些固定电话收费问题,现代通信技术逐渐引入了数据库的应用。
数据库是指在计算机系统中,按照一定的数据结构来组织、存储、管理数据的集合,它不仅可以提供数据共享,还可以为固定电话收费提供智能化的查询、分析等服务。
比如,当消费者出现了违规使用固定电话的情况时,运营商可以通过查询数据库中的数据,对消费者进行告知、警醒或进行罚款等处罚操作。
数据库也可以对固定电话的通话记录进行清晰的分类与分析,根据时间、地点等多个维度,对话费进行有针对性的控制和优化。
当然,数据库也需要不断优化和升级,以满足人们的需求。
数据库查询速度、准确性、底层体系等多方面的问题都需要得到完善。
同时,消费者本身的素质也需要加强,规范使用固定电话、遵守相关法律法规,才能不断提高固定电话的服务质量和使用效益。
总的来说,固定电话收费问题是人们时间之久的关注点,而数据库的应用则为解决这些问题提供了新的途径与希望。
在未来,随着通信技术的不断提升和信息化建设的全面发展,我们相信固定电话的使用效益一定会愈加优化,为人们的生活和工作带来更大的便利和帮助。
课程设计题目:电话计费系统系别:专业:姓名:学号:指导老师:河南城建学院2012年12 月8日电话计费管理系统一、需求分析1)背景随着电信运营领域垄断因素的逐步消除,以及中国加入WTO后所面临的开放的电信市场,我国电信领域的竞争日益激烈。
电信市场的竞争逐步从简单的价格战转向高层次的服务竞争,运营商把提高服务能力作为核心竞争力。
计费系统作为业务运营支撑系统的基础,其准确性和有效性至关重要,计费系统的错误将直接影响结算、账务及客户管理系统的处理结果。
由于我国电信用户的基数很大,计费系统任何微小的偏差所造成的损失都是巨大的。
该系统信息来源主要有管理员添加,方便网站管理员的查询和管理。
该系统的任务是方便,灵活的管理用户的各项信息。
2)总体描述对电信部门电话计费业务进行调查,设计的系统要求:●能够记录通话信息,如来电号码、去电号码、通话时长、通话费用,查询费用帐单等信息具体对各种数据文件装入和修改数据的功能。
●能在用户交费同时打印发票。
●能用关系数据库理论建立几个数据库文件来存储用户信息,收费员信息和收费信息等资料。
●能够为用户提供查询各种记录的功能3)功能需求3.1查询模块月花费查询:客户可对每月的话费进行查询(每项记录包括通话费、新业务费、费用合计、实缴费用合计等信息)。
帐户余额查询:客户可查询话费单上的余额。
用户资料查询:客户可以查阅个人资料。
电信业务查询:客户可以实时了解电信部门的各项活动。
3.2计费模块缴费信息:管理员可根据用户所缴的话费进行计费,并反馈给用户,用户在交费的同时可打印发票。
3.3基本信息更新模块月话费管理:管理员可对每月的话费记录进行逐条添加、更新和删除。
客户受理结果:管理员可对每月的话费记录进行逐条添加、更新和删除。
4)数据流程图子系统查询生成资料报告单查询缴费信息单付款生成套餐信息表信息生成余额信息单信息查询资料显示资料信息5)数据字典(1)数据项客户资料表Array收费员资料表客户受理表通话信息⑵数据结构⑶数据流⑷数据存储⑸处理过程二、 概念设计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++数据库应用实例完全解析》人民邮电出版社。