计算机与信息科学系话费收费系统.doc

摘要精品优秀毕业设计，助答辩无忧！在数字信息时代，数字作为主角充斥着我们生活的每一个角落，其中极具代表性的便是电话号码。随着时代的信息化，电话广泛使用，使得人们对话费充值和查询的需求增加。然而，由于目前国内的三大通信巨头联通、移动、电信都是互相独立的个体，且它们的话费系统亦是独立的，因此如果要对不同类别的号码进行话费收费及查询便麻烦了不少。本文通过系统的分析话费收费系统的需求，简要介绍了系统各功能模块及数据库的设计，着重讨论了用 Visual C+技术和SQL Server开发话费系统时的数据库访问技术并给出了部分实现代码。该系统采用 Visual C+开发软件将话单文本文件导入数据库和对其进行查询统计的方法，介绍了话费收费系统，针对系统的文本数据文件导入数据库模块和基于用户名的话费管理统计模块的关键技术作了详细的分析。实验结果表明此方法易于用户的操作，也使得系统具有较高的灵活性和可靠性。关键词：信息管理系统；Visual C+；SQL；ABSTRACTIn digital information ages,we are living in a world where it wasglutted withdigitwhichasaleadingroleandphonenumberisaextremelyrepresentativecharacteristic role. In pace with an age of information and phone was used widly thatincreased demand for cost and query charges.Because at present the threemagnates-unicom,mobile,telecommunications of our inland communications industryare mutual independance,and their charge system is independent too.So,there will bemore trouble for custorm if them need to cost and query for diferent fee_type number.This pape through systemic analysis of Online phone charging systemrequirements, it introduces design of every functional group and database briefly andfocuses on the discussion of database access technology, including VisualC+technology and SQL Server .This system brings forward an efficiency method for the conversion of the textfile to SQL database file based on Visual C+ to introduces Online phone chargingSystem .At the same time,this paper introduces the structure of the Online phonecharging System and analyses two primary modules of this system in detail.The resultindicates that the method is easy for system manager to operate data and also makesystem more flexible and more reliable.Keywords: Information management System；Visual C+；SQL Database目录1概述.1.1 引言.11234561.2 开发背景和意义.11.3 相关技术介绍.21.3.1 Microsoft Visual C+简介.21.3.2 Microsoft SQL Server 简介.21.3.3 数据库理论基础.3系统需求分析.52.1 可行性分析.52.1.1 技术可行性.52.1.2 经济可行性.52.1.3 运行可行性.52.2 需求分析.52.2.1 系统功能需求.52.2.2 系统非功能需求.7总体设计.83.1 系统目标设计.83.2 主要功能描述.83.3 系统数据流图.93.4 系统总体设计.10数据库设计.114.1 数据库需求分析.114.2 数据字典.114.3 数据库概念结构设计.124.3.1 局部 E-R 图.124.3.2 全局 E-R 图.134.4 数据库逻辑结构设计.134.4.1 数据库逻辑结构设计.134.4.2 模型中的函数依赖.144.4.3 分析范式.144.4.4 完整性要求.154.4.5 用户视图.154.5 数据库物理设计.154.6 建立索引、视图.164.7 主要的查询语句.16系统详细设计.185.1 管理员登录界面.185.2 电话充值界面.195.3 管理员信息查询界面.205.4 管理用户信息界面.21系统的测试与调试.236.1 系统的运行环境.23结致6.2 系统的开发环境.6.3 系统测试.6.3.1 管理员登录测试.6.3.2 管理员信息添加测试.6.3.3 管理员密码修改测试.6.3.4 电话充值测试.6.3.5 用户信息查询测试.6.4 系统调试.论.谢.23232525262627282930参考文献311概述1.1 引言现代社会,随着科技的迅猛发展和人们生活水平的日益提高,手机、小灵通、电话机已成为一个大众化,且普及率相当高的通讯工具。正是由于电话的大量普及, 电话网络的服务已成为客户看重的一点。在这个竞争激烈的市场上,如何提高电话的服务功能来满足顾客的需要,在服务上取胜,培养长期顾客,创造长远价值成为电话市场的核心问题。对于目前大多数电话用户来说，电话话费充值的方法都过于单调。因此, 一个具备基本功能且可靠方便的电话话费查询及充值系统可以满足广大电话用户的需要. 本号码用户话费及使用状况查询系统的客户主要有两类：一类是拥有该电话号码的普通用户，可以通过其电话号码直接查询该号码的话费；另一类则是管理电话号码充值的工作人员，除了了可以为用户提供充值以外，他们还具有查看用户信息的权利。该系统将给客户提供方便, 快捷, 准确的服务.1.2 开发背景和意义自从电话在国内出现之后，中国电话号码的数量一直在高速增长，用户对话费的查询和充值也很多方式。本人通过调查发现有以下几种途径：1营业厅现在稍微大一些的营业厅都设有自助查询充值终端，用户可以在端进行话费查询和充值，当然查询之前要输入电话号码号和密码。虽然给用户带来了不少便利，但自助终端的缺点是随着使用的次数增加，故障率比较高，故要经常对终端进行维护。2语音服务为了给客户提供更好的服务，移动电话的商家们也开通了提供绝大部分服务的语音服务。但由于业务种类的增多、分类的细化，这使得简单的话费查询和充值变得异常繁琐，而且遇到没信号的情况就更让人苦不堪言。3短信和 WAP目前，短信查询本机话费和充值的服务尚可，但有时候会出现发送失败的情况，且移动在月末月初之时，发送的短信经常会不予回应。值得一提的是，欠费后的电话号码便不能发送信息，无法进行查询和充值。WAP 网站的服务挺全面，但通过 GPRS 连接 WAP 网站时，经常会提示：“服务器忙”。不过，就目前而言，电话机用户无法使用该功能。4互联网1随着互联网在中国的飞速发展，越来越多的人成为网民，互联网已成为人们生活中不可或缺的一部分。同样，电话用户也有着在互联网上查询和充值话费的需求。因此，一种能满足全方位用户的话费收费系统便应运而生。1.3 相关技术介绍1.3.1 Microsoft Visual C+简介Microsoft Visual C+，（简称 Visual C+、MSVC、VC+或 VC）微软公司的C+开发工具，具有集成开发环境，可提供编辑 C 语言，C+以及 C+/CLI 等编程语言。VC+ 整合了便利的除错工具，特别是整合了微软视窗程式设计（Windows API）、三维动画 DirectX API，Microsoft .NET 框架。目前最新的版本是Microsoft Visual C+ 2010。Microsoft Visual C+是 Microsoft 公司推出的开发 Win32 环境程序，面向对象的可视化集成编程系统。它不但具有程序框架自动生成、灵活方便的类管理、代码编写和界面设计集成交互操作、可开发多种程序等优点，而且通过简单的设置就可使其生成的程序框架支持数据库接口、OLE2，WinSock 网络、3D 控制界面。它以拥有“语法高亮”，IntelliSense（自动编译功能）以及高级除错功能而著称。比如，它允许用户进行远程调试，单步执行等。还有允许用户在调试期间重新编译被修改的代码，而不必重新启动正在调试的程序。其编译及建置系统以预编译头文件、最小重建功能及累加连结著称。这些特征明显缩短程式编辑、编译及连结的时间花费，在大型软件计划上尤其显著。1.3.2 Microsoft SQL Server 简介SQL(Structured Query Language) ，结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系，进行沟通。按照 ANSI( 美国国家标准协会)的规定，SQL 被作为关系型数据库管理系统的标准语言。SQL 语句可以用来执行各种各样的操作，例如更新数据库中的数据，从数据库中提取数据等。绝大多数流行的关系型数据库管理系统都采用了 SQL 语言标准。虽然很多数据库都对 SQL 语句进行了再开发和扩展，但是包括 Select, Insert, Update, Delete, Create,以及 Drop 在内的标准的 SQL 命令仍然可以被用来完成几乎所有的数据库操作。SQL Server 是一个关系数据库管理系统。它最初是由 Microsoft、 Sybase和 Ashton-Tate 三家公司共同开发的，于 1988 年推出了第一个 OS/2 版本。在Windows NT 推出后，Microsoft 与 Sybase 在 SQL Server 的开发上就分道扬镳了，Microsoft 将 SQL Server 移植到 Windows NT 系统上，专注于开发推广 SQLServer 的 Windows NT 版本。Sybase 则较专注于 SQL Server 在 UNIX 操作系统2上的应用。1.3.3 数据库理论基础一个成功的数据库信息系统，是建立在许多条件之上的，而数据库是其中的一个非常重要的条件和关键技术。系统所涉及的数据库设计分五个步骤：数据库需求分析、概念设计、逻辑设计、物理设计和加载设计。1数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出 DFD 图，并完成相应的数据字典。2概念设计的任务是从 DFD 出发。绘制出本主题的实体关系图，并列出各个实体与关系的纲要表。3逻辑设计的任务是从 E-R 图与对应的纲要表出发，确定各个实体及关系的表名属性。4物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化，实现物理建库，完成数据库物理设计字典。5加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则：1基本表的个数越少越好。2主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。3字段的个数越少越好。4有基本表的设计均应尽量符合第三范式。数据库设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。建立起一个良好的数据指标体系，是建立数据结构和数据库的最重要的一环。一个良好的数据指标体系是建立 DB 的必要条件，但不是充分条件。我们完全可以认为所建指标体系中的一个指标类就是关系数据库中的一个基本表，而这个指标类下面的一个个具体指标就是这个基本表中的一个字段。但如果直接按照这种方式建库显然还不能算最佳。对于指标体系中数据的结构在建库前还必须进行规范化的重新组织。在数 据的 规范 化表 达中 ，一 般将 一组 相互 关联 的数 据称 为一 个关 系（relation），而在 这个 关系 下的 每个数 据指 标项 则被称 为数 据元 素（ dataelement），这种关系落实到具体数据库上就是基本表，而数据元素就是基本表中3的一个字段（field）。规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字（key），它可以唯一地标示出该表中其他相关的数据元素。在规范化理论中表是二维的，它有如下四个性质：在表中的任意一列上，数据项应属于同一个属性（如图中每一列都存放着不同合同记录的同一属性数据）；表中所有行都是不想同的，不允许有重复组项出现（如图中每一行都是一个不同的合同记录）；在表中，行的顺序无关紧要；在表中，列的顺序无关紧要，但不能重复。在对表的形式进行了规范化定义后，数据结构还有五种规范化定义，定名为规范化模式，称为范式。在这五种范式中，一般只用前三种，对于常用系统就足够了。而且这五种范式是“向上兼容”的，即满足第五范式的数据结构自动满足一、二、三、四范式，满足第四范式的数据结构自动满足第一、二、三范式，依此类推。第一范式（first normal form，简称 1st NF）就是指在同一表中没有重复项出现，如果有则应将重复项去掉。这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里，1st NF 实际上是没有什么意义的。因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足 1st NF。第二范式（second normal form，简称 2nd NF）是指每个表必须有一个（而且仅一个）数据元素为主关键字（primary key），其它数据元素与主关键字一一对应。通常我们称这种关系为函数依赖（functional dependence）关系。即表中其他数据元素都依赖于主关键字，或称该数据元素唯一地被主关键字所标识。第三范式（third normal form，简称 3rd NF）就是指表中的所有数据元素不但要能够唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其它的函数关系。也就是说对于一个满足了 2nd NF 的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键字数据元素的现象，必须加以消除。为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。42系统需求分析2.1 可行性分析可行性研究主要内容是要求以全面、系统的分析为主要方法，经济效益为核心，围绕影响项目的各种因素，运用大量的数据资料论证拟建项目是否可行。对整个可行性研究提出综合分析评价，指出优缺点和建议。下面从技术可行性、经济可行性及运行可行性简要地对该系统进行可行性分析。2.1.1 技术可行性本系统定位于话费收费系统，暂时考虑单机环境下的实现。操作系统选择目前常用的 Windows XP/Windows 2000, 系统性质为 MIS（管理信息系统），因而数据库的设计与操纵应该是系统设计的核心。我校开设了数据库系统概论课程，我们做过相关课程设计，因此可以说该系统的实现在技术上是可行的。2.1.2 经济可行性本系统属中小型软件开发，规模不是很大，估算本系统的开发费用较低。较之开发经费、运行及维护费用，新系统带来的是人力物力方面的大量节省和工作效率的显著提高，估计其将获得的效益是十分可观的。2.1.3 运行可行性此系统操作简单，使用人员无需具有专业的计算机操作基础，也不需专门培训。按上述三方面进行可行性分析和研究后，我们认为该项目是可行的。2.2 需求分析所谓需求分析，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”。2.2.1 系统功能需求对于普通的电话用户来说，该系统仅允许他们作一个操作：即可以使用该系统通过电话号码与密码发出查询请求, 查询该电话号码所剩余的话费。以下所述的各功能都是针对专门的工作人员。他们拥有各自的账号与密码。1工作人员必须通过账号与相对应的密码登陆系统才能有权限完成以下的各种功能。2工作人员的登陆账号也存在两种，一种为普通的工作人员账号，可视为employee 账号；一种为特定的管理员账号，可视为 employer 账号。3employee 账号所表示的意义一般是工作人员的姓名，而 employer 账号可5以例外。两种帐号均可进行的操作有：1更改与当前登陆账号所对应的密码。2可以统计并查看所有的电话号码用户信息，该信息主要包括两方面，一方面是仅关于本电话号码的各种信息；另一方面是登记该电话号码的用户信息。3电话的各种信息包括电话号码，电话号码密码，电话号码收费方式（电话号码卡使用种类），电话号码当前余额等。4用户信息包括用户身份证号，姓名，性别，家庭住址等。5当存在新的电话号码时，无论此时有无用户对其进行登记，都可以将与该电话号码相关的纪录添加入数据库中，即可以添加电话号码用户的纪录。6对于所能查看的信息，在需要时可以对相应的信息进行修改更新。7对于已销号的电话号码可以删除关于该电话号码的纪录。8如果存在过多的信息，而需要查找某一条特定纪录时，提供足够的查询信息，如电话号码或用户身份证号，则可以直接查询关于该电话号码的纪录或关于该用户的所有电话号码纪录。9可以统计并查看所有的电话号码充值纪录，充值纪录信息也包括两类：电话号码信息与执行此次充值操作的管理员信息。10充值电话号码信息有：被充值的电话号码，本次充值的金额，充值后本电话号码的当前金额。管理员信息有：管理员编号与管理员账号。管理员可进行的操作有：1可以对特定的电话号码进行充值，即可以添加电话号码充值的纪录。2可以查询特定的电话充值纪录，提供电话号码或工作人员编号，可以查询到对该电话号码进行充值的纪录或由该工作人员执行过的电话号码充值纪录。3注意已存在电话充值纪录不能也无需由工作人员自身进行删除或更改。4如果系统中某电话号码被销号，则关于该号码所有的充值记录将全部自动消失。5每一次电话号码被充值后，电话号码的所剩金额将得到自动更新。通过特定的管理员账号所可以执行的特殊操作有：1可以查询所有的工作人员的详细信息，该信息包括：工作人员编号，账号名称，密码，性别，家庭住址以及该工作人员是否具有管理员权限。2当出现新的工作人员时，可以添加该工作人员的信息。3对现存的工作人员的信息可以进行修改。（1）当工作人员离开此岗位时，可以删除该工作人员的信息。（2）对当前系统中存在的所有信息可以进行备份。6（3）如果已作过备份，存在备份文件，则可将对系统中所有的信息进行还原（鉴于时间关系，该功能的实现较草率，以后将对该功能作做进一步的改进）。2.2.2 系统非功能需求对于电话用户及工作人员来说，不仅希望该系统能满足上述功能需求，同时也能满足一些非功能性需求：方便性、实时性、快捷性等。而该系统操作简单，界面友好简洁，系统实时性强，故完全能满足用户和工作人员的非功能性需求。73总体设计3.1 系统目标设计本系统满足三种人员的不同需求，电话客户可以使用该系统通过电话号码与密码发出查询请求, 查询该电话号码所剩余的话费。普通工作人员可对用户信息进行管理，高层管理人员除了拥有同普通工作人员一样的权限外，还可以管理普通工作人员的信息。3.2 主要功能描述根据的以上的系统功能需求分析可知系统应具有的主要功能有：1电话用户可以选择用户查询功能直接查询某电话号码的余额。2全部工作人员均可以查询用户信息，并提供用户充值。（1）工作人员选择电话用户信息查看可以统计所有电话号码及该电话号码持有者的信息。如果该电话号码没有用户信息，则用户信息为空白。（2）对于所能查看到的每条电话号码及用户信息，工作人员都可以对其进行修改。（3）对于所能查看到的需要删除的电话号码及用户信息，工作人员均可以将其删除，并自动删除相应的电话号码充值纪录。（4）工作人员可以添加新的电话号码及其用户信息。（5）如果存在电话号码或用户纪录，工作人员可以通过提供电话号码或用户身份证号查询到相应的纪录。（6）工作人员可以查看所有电话号码的所有充值纪录。（7）工作人员填写相应的电话号码及充值金额即可为电话号码提供充值，并自动更新电话号码余额。（8）选择相应的电话号码号或工作人员编号，可以查询到该电话号码所有的充值纪录或由该工作人员完成的充值纪录。3全部工作人员均可以修改与自己的用户名相应的密码，并立即生效。4高层管理人员还可以管理全部工作人员的信息。（1）高层管理人员选择工作人员信息查看可以统计工作人员的信息。（2）对于所能查看到的每条工作人员信息，高层管理人员都可以对其进行修改。（3）对于已离职的工作人员，高层管理人员均可以将其信息删除。（4）高层管理人员工作人员可以添加新的工作人员信息。（5）高层管理人员可以使用工作人员的编号查询到相应的信息纪录。83.3 系统数据流图通过调查分析得出，此系统的数据流图如下：用户电话号码余额查询提供查询信息查询个人信息提供用户更返改回纪更录改请求全部或个别用户信息供应 查询电话 电话用户 用户信息 信息工作人员请更改信息提供所有用户信息请求更改信息请求更改信息返回更改状态 电话号码返回充值后的状态提供查询请求返回查询纪录充值电话号码电话用户基本信息提供更改后状态请求电 添加充值纪录话号码返回充值状态查看或查 提供查询纪录 询纪录充值信息求查看或查询请求返回查看或查询状态查看或查询信息提供信息更改信息返回更改后状态更改信息请求工作人员基本信息图 1系统数据流图3.4 系统总体设计经过分析研究，系统的总体功能模块图如下图所示：9话费收费系统用户信息管工作人员信息管系统管理电话号码充值用户信息查工作人员信息查看号码充值记录查看用户信息修用户信息删工作人员信息修改工作人员信息删除号码充值用户信息查工作人员信息添加号码充值记录查询用户信息添图 2话费收费系统功能模块图系统管理密码管理用户管理备份恢复管理工作人员管理系统登录管理用户查询备份区分工作人员权限图 3系统管理功能模块图104数据库设计4.1数据库需求分析信息系统的主要任务是通过大量的数据获得管理所需要的信息，这就必须存储和管理大量的数据。因此建立一个良好的数据组织结构和数据库，使整个系统都可以迅速、方便、准确地调用和管理所需的数据，是衡量信息系统开发工作好坏的主要指标之一。数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照 DBMS 提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。4.2 数据字典1用户号码信息表，如表 1 所示：表 1 用户号码信息表NameAliaseswhere used/how usedDescriptionPhone InformationPhone描述特定号码的信息包括用户电话号码、电话号码余额等2用户信息表，如表 2 所示：表 2用户信息表NameAliaseswhere used/how usedDescriptionCustomer InformationCustomer描述号码持有者的信息包括用户姓名，身份证号等3工作人员基本信息表，如表 3 所示：表 3 工作人员信息表NameAliaseswhere used/how usedDescriptionStaff InformationStaff描述进行充值服务的工作人员的信息包括工作人员的编号，账号秘密等4号码充值信息表，如表 4 所示：表 4 号码充值信息表NameAliaseswhere used/how usedDescriptionPhone Record InformationRecord表示记录每次号码充值的信息包括相应的号码信息，充值金额，执行该操作的管理员信息114.3 数据库概念结构设计4.3.1 局部 E-R 图根据上文描述，可画出系统局部 E-R 图，如下图所示：staff_idstaffstaff_passwordstaff_addris_managerstaff_namesexbalancerecordrecord_idmoneyphone_idstaff_idID_nophone_idphone_nocustomer_namepasswordphonecustomer_addrfeetypebalancecustomer_idcustomer_sex图 4局部 E-R 图124.3.2 全局 E-R 图根据局部 E-R 图，可进一步得出全局 E-R 图，如下图所示：staff1recordnphone图 5全局 E-R 图由以上的需求分析及数据流图，可以得出以下结论：1本系统中存在各种关系的实体有：工作人员，电话号码及电话号码用户。在本系统中，工作人员主要对电话号码信息产生操作，所以将用户信息加入电话号码中，形成电话号码用户信息。工作人员用 staff 表示，电话号码用户信息有phone 表示。2本系统主要存在两种关系：staff 对其自身存在管理的关系以及 staff 充值的 phone 的记录关系。管理关系使用 manage 表示，记录关系使用 record 表示。4.4 数据库逻辑结构设计4.4.1 数据库逻辑结构设计根据 E-R 图的描述，建立该系统中所使用的数据库的关系模型。将图中的每一个实体映射到关系数据库中的一个表，并用实体名来命名该表，有：1.staff 表staff 表的属性有管理员 id、姓名、登录密码、性别、家庭地址、是否为高级管理员，如下表所示：表 5 staff 表staff_id1staff_nameAdministratorstaff_password无sex女staff_addr衡阳珠晖区is_manager是2.phone表phone 表的属性有电话 id、电话号码、登录密码、交费类型、余额、用户 id、用户姓名、用户身份证号、用户性别、用户地址，如下表所示：13表 6phone 表phone_id1phone_no133password123fee_type联通balance56.08cus_id1cus_name朱三ID_no421cus_sex男cus_addr衡阳另可考虑将 staff 对其自身的一对多的 manage 关系作为外键添加入 staff 表中，该外键参照的是自身表中的主键即 staff_id。但考虑到 staff 表中已存在is_manager 属性，在具体实现中仅使用该属性即可达到区分工作人员的目的，所以 manage 关系在该关系数据库中将不再被表示。staff 表中不添加表示 manager的一列外键。下面转化 staff 与 phone 之间的一对多对多关系：record 关系。使用单独的一个表来表示该关系。表中包括从 staff 与 phone 转化而来的两个表的主键，还包括连结到该联系的所有属性的列。表示该关系自身存在的属性有：纪录标号record_id,电话号码余额 balance，充值金额 money。总结成下表为：3.record 表record 表的属性有纪录标号、电话 id、管理员 id、电话余额、所交金额，如下表所示：表 7 record 表record_id1phone_id3staff_id2balance128.7money504.4.2模型中的函数依赖该关系模型中存在的函数依赖如下：表 staff 中：st