数据库课程设计正文

发布 2022-10-04 16:29:28 阅读 4335

手机话费管理系统的设计与实现。

学生姓名:王浩指导老师:肖晓丽。

摘要本本课程设计主要解决手机信息管理的问题, 设计开发一个简单的手机话费管理系统 ,实现手机收费,话费查询,详单查询等功能。在课程设计中,系统开发平台为windows xp,程序设计语言采用visual c++,数据库采用sql server 2000,程序运行平台为windows98/2000/xp。程序通过调试运行,初步实现了设计目标,并且经过适当完善后,将可以应用在手机信息管理中,解决实际问题。

关键词数据库;手机话费管理系统。

过去, 当手机还是一个很新鲜的字眼的时候, 手机是权利与身份的象征, 科技和人们的意识等决定了手机的外在服务不可能达到很高的水平, 那时还没有很完善的机制和软件系统来实现这个不太突出的需求。

现代社会, 随着科技的迅猛发展和人们生活水平的日益提高, 手机已成为一个大众化, 且普及率相当高的通讯工具。 正是由于手机的大量普及, 手机网络的服务已成为客户看重的一点。 顾客即是上帝, 一个产品的成功与否很大程度在于它对无形资产的积累, 如培养长期客户。

在这个竞争激烈的市场上, 如何提高手机的服务功能来满足顾客的需要, 在服务上取胜, 培养长期顾客, 创造长远价值成为手机市场的核心问题。

对于目前大多数手机用户来说,手机话费充值的方法都过于单调。除了移动公司所发行的动感地带系列手机卡可以通过直接缴费的方式进行充值外,其他方式的手机卡均只能通过手机充值卡进行充值。

因此, 一个具备基本功能且可靠方便的手机话费查询及充值系统可以满足广大手机用户的需要。 本手机用户话费及使用状况查询系统的客户主要有两类:一类是手机的普通用户,可以通过其手机号直接查询该手机的话费;另一类则是管理手机充值的工作人员,除了了可以为用户提供充值以外,他们还具有查看用户信息的权利。

该系统将给客户提供方便, 快捷, 准确的服务。

一、系统功能需求:

对于普通的手机用户来说,该系统仅允许他们作一个操作:即可以使用该系统通过手机号与密码发出查询请求, 查询该手机所剩余的话费。

以下所述的各种功能都是针对专门的工作人员。他们拥有各自的账号与密码。

工作人员必须通过账号与相对应的密码登陆系统才能有权限完成以下的各种功能。

工作人员的登陆账号也存在两种,一种为普通的工作人员账号,可视为employee账

号; 一种为特定的管理员账号,可视为employer账号。

employee账号所表示的意义一般是工作人员的姓名,而employer账号可以例外。

两种帐号均可进行的操作有:

1. 更改与当前登陆账号所对应的密码。

2. 可以统计并查看所有的手机用户信息,该信息主要包括两方面,一方面是仅关于本手机的各种信息;另一方面是登记该手机的用户信息。

3. 手机的各种信息包括手机号,手机密码,手机收费方式(手机卡使用种类或手机**使用种类),手机当前余额等。

4. 用户信息包括用户身份证号,姓名,性别,家庭住址等。

5. 当存在新的手机号时,无论此时有无用户对其进行登记,都可以将与该手机号相关的纪录添加入数据库中,即可以添加手机用户的纪录。

6. 对于所能查看的信息,在需要时可以对相应的信息进行修改更新。

7. 对于已销号的手机可以删除关于该手机的纪录。

8. 如果存在过多的信息,而需要查找某一条特定纪录时,提供足够的查询信息,如手机号或用户身份证号,则可以直接查询关于该手机号的纪录或关于该用户的所有手机纪录。

9. 可以统计并查看所有的手机充值纪录,充值纪录信息也包括两类:手机信息与执行此次充值操作的管理员信息。

10. 充值手机信息有:被充值的手机号,本次充值的金额,充值后本手机的当前金额。

11. 管理员信息有:管理员编号与管理员账号。

12. 可以对特定的手机进行充值,即可以添加手机充值的纪录。

13. 可以查询特定的手机充值纪录,提供手机号或工作人员编号,可以查询到对该手机进行充值的纪录或由该工作人员执行过的手机充值纪录。

14. 注意已存在手机充值纪录不能也无需由工作人员自身进行删除或更改。

15. 如果系统中某手机被销号,则关于该手机所有的充值记录将全部自动消失。

16. 每一次手机被充值后,手机的所剩金额将得到自动更新。

通过特定的管理员账号所可以执行的特殊操作有:

17. 可以查询所有的工作人员的详细信息,该信息包括:工作人员编号,账号名称,密码,性别,家庭住址以及该工作人员是否具有管理员权限。

18. 当出现新的工作人员时,可以添加该工作人员的信息。

19. 对现存的工作人员的信息可以进行修改。

20. 当工作人员离开此岗位时,可以删除该工作人员的信息。

21. 对当前系统中存在的所有信息可以进行备份。

22. 如果已作过备份,存在备份文件,则可将对系统中所有的信息进行还原(鉴于时间关系,目前该功能的实现较为草率,在以后的版本中将对该功能作做进一步的改进)。

系统的功能需求图见系统功能中6.系统功能设计模块图。

二、系统非功能需求。

方便性。实时性。

快捷性。系统数据流图如下:

1、手机信息。

name mobile phone information

aliases phone

where used/how used 描述特定手机的信息。

description 包括手机号、手机余额等。

2、用户信息。

name customer information

aliases customer

where used/how used 描述手机持有者的信息。

description 包括用户姓名,身份证号等。

3、工作人员基本信息。

name staff information

aliases staff

where used/how used 描述进行充值服务的工作人员的信息。

description 包括工作人员的编号,账号秘密等。

4、手机充值信息。

name phone record information

aliases record

where used/how used 表示记录每次手机充值的信息。

description 包括相应的手机信息,充值金额,执行该操作的管理员信息。

由以上的需求分析及数据流图,可以得出以下结论:

1.本系统中存在各种关系的实体有:工作人员,手机及手机用户。在本系统中,工作人员主要对手机信息产生操作,所以将用户信息加入手机中,形成手机用户信息。

工作人员用staff表示,手机用户信息有phone表示。

2.本系统主要存在两种关系:staff对其自身存在管理的关系以及staff充值的phone的记录关系。管理关系使用manage表示,记录关系使用record表示。

由此可得全局及局部优化e-r图为:

图2.2 局部e-r图。

2.5数据库逻辑结构设计,优化后的数据模型。

根据e-r图的描述,建立该系统中所使用的数据库的关系模型。根据转化规则1将图中的每一个实体映射到关系数据库中的一个表,并用实体名来命名该表,有:

表2-5-1staff

表2-5-2phone

又根据转换规则4,可考虑将staff对其自身的一对多的manage关系作为外键添加入staff表中,该外键参照的是自身表中的主键即staff_id。但考虑到staff表中已存在is_manager属性,在具体实现中仅使用该属性即可达到区分工作人员的目的,所以manage关系在该关系数据库中将不再被表示。staff表中不添加表示manager的一列外键。

下面根据转换规则3转化staff与phone之间的一对多对多关系:record关系。使用单独的一个表来表示该关系。

表中包括从staff与phone转化而来的两个表的主键,还包括连结到该联系的所有属性的列。表示该关系自身存在的属性有:纪录标号recordid, 手机余额balance,充值金额money。

总结成下表为:

表2-5-3record

该关系模型中存在的函数依赖如下:

表staff中:staff_id → staff_name, staff_password, sex, staff_addr, is_manager;

表phone中:phone_id → phone_no, password, fee_type, balance, cus_id;

cus_id → cus_name, id_no, cus_sex, cus_addr;

表record中:record_id → phone_id, staff_id, balance, money。

由以上的函数依赖易知:该关系模型仅满足第二范式,而不满足第三范式,所以需要对以上数据模型作进一步改进。如果希望上述模型满足第三范式,则仅需对表phone作无损分解,将关于customer的所有信息写到另一个表中。

即将依赖于cus_id的所有属性放到一个名为customer的表中,而在表phone仅留下cus_id属性作为一个外键。优化后的数据模型为:

表2-5-4staff

表2-5-5phone

数据库库课程设计

目录。引言11 开发环境1 1.1 硬件环境1 1.2 软件环境1 1.2.1 sql server 2005 delphi7简单介绍2 2 需求分析3 2.1 信息需求3 2.2 功能需求3 2.3 安全性与完整性要求3 3 概念结构设计3 4 逻辑结构设计4 5 数据库实现6 5.1 创建数据库...

数据库课程设计总结数据库课程设计个人总结

数据库课程设计个人总结 4班6组赵 王婆卖瓜时间过了,言归正传吧。凡是都要有个总结,以下便是我在这个课程设计中的一点心得。首先我分析一下我们组任务顺利完成的成功之处并总结一些经验,供以后反省参考用。凡事预则备,不预则废。这是我的座右铭,也是我深有感悟的几句古语之一。在这个项目的开始阶段,老师便让我们...

数据库课程设计

简单pos系统。班级 计科二班 姓名 韩田田 学号 201010510237 目录。前言。销售管理作为零售企业现代化管理不可缺少的组成部分,日益受到人们的重视。传统销售模式以及销售管理体系和机制,已经越来越难以适应零售企业现代化管理的需求。pos point of sales,销售终端的英文缩写 是...