关 键 词：

精品 vb net 网吧 计费 系统软件 源代码 论文 开题 报告 讲演 呈文

资源描述：

【精品】网吧计费系统软件(源代码+论文+开题报告),精品,vb,net,网吧,计费,系统软件,源代码,论文,开题,报告,讲演,呈文

内容简介：

戝惂璁垂绠悊绯荤粺瀹埛绔pdb烘埧璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣.pdb戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣戝惂璁垂绠悊绯荤粺鏈嶅姟鍣.pdb 本科生 毕业设计（论文）开题报告 题 目： 机房计费系统软件 学 院： 专 业： 班 级： 学 号： 姓 名： 指导教师： 填表日期： 年 月 日 一、 选题的依据及意义： 随着社会不断向前发展， 随着计算机 技术 的 日月更新，越来越多的人们注重加强对 计算机 知识的学习， 为了满足 学校学生 或者社会学员的需求，许多计算机 机房 都 纷纷 对外开放，实行 计时收费。 但 随着上机人数 的 增多，计算机机房的管理 成了一个 非常 困难 的问题。首先，人工计时收费是非常繁琐的一项工作， 耗费人力物力 ， 而且极容易出错；最后的统计工作更是 一项 费时费力的 苦差事 ，甚至不能统计。其次，上机过程中，每个计算机机房都需要值班人员值班，耗费了管理人员的很多时间。随着计算机各种外围设备技术的发展，以上工作 通过 计算机就可以很方便地实现。 为了适应当前计算机机房管理无人化的需求，本人试图利用自己大学所学专业知识并结合教学管理中的实际情况和其它类似计费软件的优点，开发了一套 机房收费系统 软件 。 本系统可以解决机房管理中存在的几个实际问题： 1、 减少值班人员、维护人员，降低管理人员费用 ， 甚至可以做到机房 无需 人员值守 管理。 2、 增加机房的开放时间， 可以实现 24 小时全天候开放机房 ， 提高设备的利用率 。 3、解决目前机房管理中的人情免费上机、脱逃费问题。 二、 国内外研究现状及发展趋势（含文献综述）： 机房计费系统现状：学校机房的管理存在一定的问题，这一方面并不是学校硬件设备落后，原因在于各级管理人员对计算机管理能力认识不够，观念陈旧。 1、 对计算机认识不 够 ，导致对计算机 很多 其功能的闲置，造成 计算机的 使用工作效率没有达到应有的水平。不少计算机应用大多只局限在对文字和表格和简单处理上，而与我们工作紧密相关的数据管理和查询、计算机通讯和管理 、图文混排和文档管理等方面的功能，没能有效地运用于实际工作中。 2、管理观念陈旧，认为人为管理更加可靠，所以就会有以下诸类问题，例如：管理员工作繁重，手工的方式进行费用的扣除，容易出错；计算机的使用对用户没有任何限制，容易造成逃费；无法对机房管理员进行监督，容易造成中饱私囊的情况；用户上机没有上机记录，无法了解用户情况；上机卡容易伪造和丢失。 机房计费系统发展趋势： 实现 数字化 ， 即几乎所有的 计费操作 都在网络环境下实现。从技术角度看，特别是互 联 网技术的发展，安全技术的发展和软件理论的发展，实现数字化是可能的 。从管理体制和工作习惯的角度来看，全面的数字化还有一段距离，首先数字化必然冲击现有的管理体制，使现有管理体制发生变革，而管理体制的变革意味着权利和利益的重新分配 。 另外管理人员原有的工作习惯、工作方式和法律体系有很强的惯性，改变尚需时日。尽管如此，全面实现数字化是 计算机计费 的必然趋势。 三、 本课题研究内容 利用 开发工具开发一套基于 c/s 框架结构的机房计费系统软件 , 该系统要求由管理端程序、刷卡端、客户端及计费端 4 个模块组成。各模块主要实现以下功能： 管理端 1、系统管理 主要包括：操作用户 管理、用户类别管理、计费标准管理等子模块 。这其中大部分是标准数据的维护，包括新增、修改、删除、查询等； 2、设备管理 包括机房代码管理（为每个机房建立一个代码）、计算机档案管理（负责为每台计算机建立一个电子档案，要求详细记录下设备编码、设备名称、 址、 、所属机房等项目）。 3、卡管理 包括团体（班级）设置、办理新卡、挂失 /解挂、卡充值、卡注销等子功能模块。 4、统计查询 包括上机记录查询、机时汇总统计、充值收入统计等。 5、 机器使用监控 要求能够动态监控每个机房中的计算机当前使用情况，建 议以图表的形式显示计算机的当前状态。 刷卡端 用户持上机卡在刷卡端的读卡机（如 ）上刷卡，系统通过用户的卡号进行用户的合法性检验（如判断此卡是否已注销或挂失、卡上余额是否充足等），如果合法则判断此卡用户是否已经刷卡进入，如果已经进入则表示此用户是刷卡出门，此时需要判断此用户是否已登录使用的计算机没有下机，如果是的话则报警并将此用户正在使用的计算机置为空闲状态，最后记录下用户的刷卡出门时间，并显示出此用户使用的机时数。如果此用户没有刷卡进入，则需要产生一条刷卡记录，记录下卡号、刷卡进门时间等信息。 客户端 首先要求将客户端的桌面、任务管理器、系统状态栏等系统功能锁定，桌面上只有客户登录程序界面，要求用户输入用户代码和密码进行登录。登录信息要求以网络数据包的形式发送到“计费端”，由“计费端”来判断其合法性，并反馈一个信息给客户端，如果一切合法的话，再将桌面、任务管理器等功能解锁，让用户正常使用。客户端程序要求正常停靠在系统托盘中，用户下机时要求点击此图标进行下机，客户端将下机信息发送到“计费端”，然后重新弹出登录界面，等待下一个用户登录。 计费端 主要负责接收客户端程序发送来的上、下机信息，进行上、下机 的处理，在处理上机 登录时要进行用户的合法性检测，并判断此用户是否已经刷卡，只有已刷卡的用户才能正常登录进去。检测通过后产生一条用户上机记录，记录下计算机代码、卡号、登录开始时间等信息。处理下机信息时，要记录下此用户下机的详细时间。 同时，计费端程序还要求每隔 1 分钟进行计费一次，计费标准按“管理端”的设定标准进行。计费时要将当前使用费用记录在刷卡记录中，并在用户的档案记录的余额字段中扣减，还要判断用户的余额情况，如果余额不足，要及时发送一个网络消息给用户，通知用户下机并刷卡出门。 此程序可以做成一个服务程序， 在 统启动时自动启动。 四、 本课题研究方案 1、 对系统需求进行细致的分析，并分析和设计数据库 2、 采用相关技术和开发平台，将逻辑功能进行逐一实现 3、 设计好用户界面，实现相关功能的整合，形成完整的系统 4、对系统进行测试，进一步完善 五、 研究目标、主要特色及工作进度： 研究目标 ： 利用 开发工具开发一套基于 c/s 框架结构的机房计费系统软件 , 该系统要求由管理端程序、刷卡端、客户端及计费端 4 个模块组成。 通 过系统的应用，实现机房收费的自动化管理，方便管理人员对机房的全面管理。 主要 特色： 程技术；定义简单通信协议；锁定屏幕，当用户外出，系统不能关闭，防止他人的非法操作。使用该功能时，主窗体被隐藏起来，登录主窗体，要求输入用户密码。 工作进度： 1 3 月 19 日 4 月 1 日 开题报告，系统的需求分析。 2 4 月 02 日 4 月 15 日 管理端，刷卡端的设计与完成。 3 4 月 16 日 4 月 29 日 客户端，计费端的设计与完成。 4 4 月 30 日 5 月 13 日 完善系统、完成论文初稿，准备外文资料翻译等其他文档。 5 5 月 14 日 5 月 20 日 论文整理及审校。 六、参 考文献： 1周绪，管丽娜 , 白海波 编著 000 中文版 M. 北京：清华大学出版社，2杭国英 主编 . 序设计 M. 北京：北京机械工业出版社， 3岂兴明 ,矫津毅 , 银华强编著 目开发宝典 M子工业出版社， 4陈语林 编著 序设计教程 M中国水利水电出版社 ,5 郝佳波 等 主编 . 用教程 M 西安电子科技大学出版社 ， 6 潘英 ， 陈君等译 业项目实例开发 M中国水利水电出版社 ，2003.1 目 录 摘 要 . I 第一章 绪论 . 1 选题的背景和意义 . 1 研究内容 . 1 服务端 . 1 客户端 . 1 系统开发技术 . 2 . 2 003 数据库 . 2 第二章 系统设计 . 3 系统需求分析 . 3 系统需求分析 . 3 传统 网吧 管理 . 3 系统优点 . 3 功能需求 . 3 系统的设计原则 . 3 系统设计的思想 . 4 系统功能描述 . 4 操作员管理功能模块 . 5 用户管理功能模块 . 6 计算机管理功能模块 . 7 系统设计的类结构 . 8 第三章 数据库设计 . 10 数据库的需求分析 .四章 通信过程与 的通信类 . 14 通信过程 .的通信类 . . . . . .五章 系统的实现 . 19 公共模块 .服务器端的实 现 . 服务器端登录 . 添加操作员 . 编辑操作员 . 删除操作员 . 修改密码 .设置上机费率 . 锁定屏幕 . 用户充值 . 查询费用 .0 添加用户信息 .1 修改用户信息、删除用户信息 .2 添加计算机信息 .3 修改 /删除计算机信息 .客户端登录 . 登录 . 下机 . 设置 . 退出 .六章：总结 . 38 网吧 计费系统的开发技术特点 .系统的不足与前景 .考文献 . 39 致 谢 . 40 I 机 房 计 费 系 统 软 件 摘 要 本课题研究的 网吧 计费系统是一款基于 C/S 结构，采用 003 数据库，利用 计开发的 网吧 计费系统。文中主要介绍了系统的基本功能和系统结构组成情况，内容包括系统需求分析、系统设计原则、系统设计思想、系统功能模块描述、数据库设计、系统通信过程、通信协议 等，同时还对开发环境 003 数据库、 术的使用进行简单介绍，并列出了一些程序代码以说明该系统应用程序设计的实现过程。 关键字 C/S 结构 003 信协议 N on is , 003 In of of of of In on 003 to of , 003, 第一章 绪论 题的背景和意义 随着计算机 技术 的 日月更新，越来越多的人们注重加强对 计算机 知识的学习， 为了满足 学校学生 或者社会学员的需求，许多 网吧 都 纷纷 对外开放， 实行 计时收费。 但 随着上机人数 的 增多， 网吧 的管理 成了一个 非常 困难 的问题。首先，人工计时收费是非常繁琐的一项工作，耗费人力物力 ， 而且极容易出错；最后的统计工作更是 一项 费时费力的苦差事 ，甚至不能统计。其次，上机过程中，每个 网吧 都需要值班人员值班，耗费了管理人员的很多时间。随着计算机各种外围设备技术的发展，以上工作 通过 计算机就可以很方便地实现。 为了适应当前 网吧 管 理无人化的需求，本人试图利用自己大学所学专业知识并结合教学管理中的实际情况和其它类似计费软件的优点，开发了一套 网吧 收费系统 软件 。 本系统可以解决 网吧 管理中存在的几个实际问题： (1). 减少值班人员、维护人员，降低管理人员费用 ， 甚至可以做到 网吧 无需 人员值 守 管理。 (2). 增加 网吧 的开放时间，提高设备的利用率 。 (3). 解决目前 网吧 管理中的人情免费上机、脱逃费问题。 研究内容 利用 开发工具开发一套基于 c/s 框架结构的 网吧 计费系统软件 , 该系统要求由服务端 、客户端 2个模块组成。各模块主要实现以下功能： 服务端 (1). 操作员管理 主要包括：操作用户管理、操作员登录、修改密码、设置上机费用 。这其中大部分是标准数据的维护，包括新增、修改、删除、查询等； (2). 用户信息管理 主要包括：用户充值、查询用户费用、删除用户信息、添加用户信息、修改用户信息。这里区分不同的用户类型，按照不同用户类型设置上机费用等； (3). 计算机信息管理 主要包括团体添加计算机信息、修改计算机信息、删除计算机信息 3个模块。这里要记录计算机本身的配置信息以及使用情况。 (4). 上机 计费 主要负责接收客户端程序发送来的上、下机信息，进行上、下机的处理，在处理上机 登录时要进行用户的合法性检测。检测通过后产生一条用户上机记录，记录下计算机代码、卡号、登录开始时间等信息。处理下机信息时，要记录下此用户下机的详细时间。 计费时要将当前使用费用记录在上机记录中，并在用户的档案记录的余额字段中扣减，还要判断用户的余额情况，如果余额不足，要及时发送一个网络消息给用户。 客户端 首先要求将客户端的桌面、任务管理器、系统状态栏等系统功能锁定，桌面上只有客户登录程序界面，要求 用户输入用户代码和密码进行登录。登录信息要求以网络数据包的形式发送到“服务器端”，由“服务器端”来判断其合法性，并反馈一个信息给客户端，如果一切合法的话，再将桌面、任务管理器等功能解锁，让用户正常使用。客户端程序要求正常停靠在系统托盘中，用户下机时要求点击此图标进行下机，客户端将下机信息发送到“服务器端”，然后重新弹出登录界面，等待下一个用户登录。 2 系统开发技术 微软最新平台技术，是 一种语言。编译以后生成的可执 行文件被称为 程序集。 版 本 号 是 它 的 运 行 是 建 立 在 和 拟器上的。其实，它的机制和 语言特点有下： (1). 代码托管。被托管的代码享受 供的安全保障和垃圾回收机制，但是这也同时表明，程序被框在 面了。 得不太方便。 (2). 强大的面向对象特性。现在 经是一个完全的面向对象程序。 它 已经支持类的各种特性：继承，函数的覆盖，重载，虚拟，隐藏 (3). 功能强大，程序界面更标准。 (4). 程序代码结构化更强，开发环境舒适体贴。 003 数据库 司推出的一款优秀的数据库管理软件，最适合用来作为中、小规模数据量应用软件的底层数据库。因为其功能强大、可靠、高效的管理方式，支持网络和多媒体技术，简单易学，便于开发等主要特点，目前已经获得相当广 泛的应用。身就是一个采用面向对象技术开发的数据库系统软件，它能很好地支持面向对象技术。 数据库对象都具有属性和方法等面向对象技术的基本特征。 在 003 版本中， 用了表格来实现数据的采集、维护、分析和传播等功能，此外，它还提供了关系型数据库所要求的相当丰富的数据运算和数据汇总能力。 其主要特点如下： (1). 完善地管理各种数据库对象，具有强大的数据组织、用户管理、安全检查等功能。 (2). 强大的数据处理功能，在一个工作组级别的网络环境中，使用 发的多用户数据库管理系统具有传统的 统称）数据库系统所无法实现的客户服务器 (结构和相应的数据库安全机制， 备了许多先进的大型数据库管理系统所具备的特征，如事务处理 /出错回滚能力等。 (3). 可以方便地生成各种数据对象，利用存储的数据建立窗体和报表，可视性好。 (4). 作为 件的一部分，可以与 成，实现无缝连接。 (5). 能够利用 索和发布数据，实现与 连接。 要适用于中小型应用系统，或作为客户机 /服务器系统中的客户端数据库。 3 第二章 系统设计 系统需求分析 系统需求分析 (1). 需求分析的定义： 需求分析是对用户需求的真正明确，是对要解决的问题的彻底理解 ，是一个软件开发的最重要阶段，需要了解和 澄清用户的需求 ， 严格的制定被开发的 软件系统的需求规格说明书。 (2). 需求分析的任务： 开发软件系统最为困难的部分是准确说明开发什么，最为困难的概念性工作便是编写出详细的技术需求，这包括所有面向用户，面向机器和其他软件系统的接 口，同时这也是一旦出错，将最终会给系统带来极大损害的部分，并且以后再对 它 修改也极为困难的 。 这些定义强调的是：产品是怎样的，而并非产品是怎样设计构造的。 之说所说到 需求分析 是最 重要 ， 就因为 它 具有决策性 、 方向性 、 策略性的作用 。因而对于任何一款软件来说，做好它的根本在于它的需求分析。 传统 网吧 管理 网吧 是随人们生活中对计算机越来越需要而建立的，这类 网吧 大多存在于学校，公司，图书馆等大型公共场所，在 网吧 建立之初，没有 网吧 计费系统的情况下， 网吧 的管理完全人工化。逃费，人情上机，计费错误等情况不可避免地出 现。也可以说是 网吧 现象中的一部分，这类情况给管理人员带来很大的麻烦，逃费和计费错误会给 网吧 管人员在财力带来损失或误会，人情上机会给管理人员带来生活中尴尬的烦恼。这类情况一再发生，就会在管理人员精神上带来越来越大的压力。上机用户有时也会因管理人员的失误带来不必要的麻烦。渐渐大家对 网吧 就会有一种厌恶感和恐惧感。同时 ,在人工长期使用 ,会形成大量的数据 ,这些数也会使得数据管理上的混乱。 系统优点 综上 述，人工管理 网吧 实在存在很大的问题，而且浪费太多的人力，物力。计算机一点一丁的入侵 人类的生活，计算机管理代替人工管理是不可避免的，像 网吧 管理这类不要求在管理上创新，机械般管理更加完美的前提下，我选择设计开发 网吧 计费系统，希望能改善 网吧 管理上的混乱情况，也避免了管理人员的工作麻烦。使用 网吧 计费系统优于人工管理在于： (1) (2) (3) (4) 功能需求 网吧 计费系统的主要功能有： (1). 服务端（包括操作员管理，用户信息管理，计算机信息管理） (2). 客户端（用户使用计算机的所有情况） (3). 系统数据的初始化，查询，修改，删除。 系统的设计原则 4 根据系统的需求分析，计费系统属于网络，计算机使用费用，作息管理及数据库于一体的综合性系统，因而， 网吧 计费系统在总体设计时应遵循以下原则上： (1). 系统的功能设计完善性，满足多方的使用需求。 (2). 系统应具有良好的稳定性，实用性，安全性。设计理念应是客户容易使用。 (3). 数据库结构设计合理，各类属性符合要求。 系统设计的思想 (1). 系统设计结构 基于 网吧 计费系统的综合性，而且为了满足多方使用的需求，本系 统以 c/s 的框架结构为基本结构模式：（如图 示） 服 务 器机 房 计 费 系 统数 据 库数据查询返回结果图 系统结构图 (2). 系统实现技术 系统实现所需开发环境 是下一代的 并不是简单的在 在添加一些新特性而已，微软重新设计了产品以便使开发者能够更加容易的开发分布式应用，例如基于 程序以及多层系统。有两种窗体包， 体以及 体；一个新版的 于接受离线数据源；新的语言，移走了原来的关键字，提高 据的安全性以及提供低级别结构以满足高级别开发者的需求。这些新的特性为 发者提供了新的开发窗口：通过 体以及 可以快速开发可扩展的 点；通过继承，该语言实现了真正的支持面向对象编程（ 体本身支持可视继承；现在展开程序就 像 拷贝可执行文件和控件到另一个目录那样简 单。 在 完 全 集 成 在 其 它 的言中，不仅可以通过不同的语言开发组件，而且通过交叉语言继承，可以从用一种语言编写的类中派生用另一种语言编写的类。 (3). 系统的安全性 为了使系统能够在使用的过程中，用户利益得到保障。在系统中应设计管理模块，根据不同的客户设定不同的权限，体现了追求系统人工智能化，保证了只有管理员才能对整个系统的完全控制。 系统功能描述 5 对系统的功能进行分析 ,综合本系统设计的服务器端与 客户端 ,总结整个系统功能模块 ,如图 示 机 房 计 费 系 统服 务 器 端 客 户 端操作员登录计 算 机 信 息 管 理用 户 信 息 管 理操 作 员 管 理添加计算机信息修改计算机信息添加用户信息查询用户费用用户充值删除用户信息设置上机费用操作员管理修改密码删除计算机信息修改计算机信息上 机 计 费图 系统功能模块图 本系统要求对用户使用 网吧 计算机资源的整个过程进行有效的管理。客户端保证用户在登录系统前无法使用计算机。服务器端实现系统的各种功能，包括系统管理、用户、计算机信息的管理功能。服务器端的功能需求具体表述有： 操作员管理功能模块 该模块主要提供操作员登录、操作员管理、修改密码和设置上机费用的功能。操作员管理 具体包括添加、编辑和删除操作员，能够按模块的方式设置操作员不同的权限。（如图 示） 6 操 作 员 管 理操 作 员 管 理退 出锁 定 屏 幕设 置 上 机 费用修 改 密 码操 作 员 登 录添 加 操 作 员编 辑 操 作 员删 除 操 作 员图 作员管理模块图 户管理功能模块 该模块主要提供用户充值、添加、查询、修改和删除用户信息的功能。这里要区分不同的用户类型，按不同的用户类型设置上机费用。（如图 示） 7 用 户 信 息 管 理删 除 用 户 信 息修 改 用 户 信 息添 加 用 户 信 息查 询 用 户 费 用用 户 充 值按 用 户 帐 号按 用 户 姓 名按 用 户 类 型按 用 户 类 型按 用 户 帐 号按 用 户 姓 名图 用户信息管理模块图 计算机管理功能模块 该模块主 要提供添加、修改和删除计算机信息功能。这里不仅需要记录计算机本身的配置信息，还需要记录计算机的连接和使用情况。（如图 示） 8 计 算 机 信 息 管 理添 加 计 算 机 信 息修 改 计 算 机 信 息删 除 计 算 机 信 息按 机 房 编 号按 配 置按 计 算 机 名 称按 机 房 编 号按 配 置按 计 算 机 名 称图 计算机信息管理模块图 统设计的类结构 本系统代码结构分为前端界面和底层的类代码。 前端界面包括服务器端的前界端面和客户端的前端界面，服务器端的前端界面面向操作员，客户端的前端界面面向计算机用户。底层代码包括 、 、 、 、 和 中 负责对数据库进行一些基本的操作； 、 分别负责数据库中管理员，用户和计算机信息的操作；和 分别负责服务器和客户端的通信。如图 示 9 操 作 员服 务 器 前 端 界 面数据库C l s C o m p u t e r 类 C l s D B O p e r a t i o n 类C l s F e e R u l e s 类C l s U s e r 类C l s S u p e r U s e r 类C l sS e rv e r 类用 户客 户 端 前 端 界 面C l s C l i e n t 类图 系统代码结构设计图 10 第三章 数据库设计 数据库设计是信息管理系统中的一个基础工作，在整个开发工作中占有相发重要的份量。数据库的设计目的在于提供高的数据库存储效率，保证数据库的完整性和一致性。设计数据库系统时应先了解用户的各方面需求，包括现有系统的需求及将有可能增加的需求。 数据库的需求分析 用户的需求具体体现在各种信息的提供、保存、更新、和查询，这就要求数据库存结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，是系统设计 的根本。 基于计费系统的需求，通过业务流程和数据流程的分析，需设计以下数据表和数据字段。 1. 操作员信息表 包括的数据字段有：操作员账号、密码、操作员真实姓名、用户模块、计算机模块、备注。其中关键字段是操作员的账号。如表 示 字段名 意义 字段类型 字段大小 关键字 作员账号 文本 6 是 码 文本 10 作员真实姓名 文本 10 户模块 文本 3 算机模块 文本 3 注 备注 表 作员信息表 设计完成后 ,保存信息为“ 为了在程序中检验数据库存的合理性以及测试程序的效果，应在数据库中输入一些数据。如图 示： 图 作员信息表图 2. 用户信息表： 包括的数据字段有：用户名、密码、用户真实姓名、用户类型、账号余额、出生日期、联系电话、有效日期、证件类型、证件号码、住址、邮编、备注。其中用户名有关键字段。如表 示 11 字段名 意义 字段类型 字段大小 关键字 户名 文本 6 是 码 文本 10 户真实姓名 文本 10 户类型 文本 3 号余额 数字 单精度 生日期 日期 系电话 文本 20 效日期 日期 建日期 日期 件类型 文本 10 件号码 文本 20 址 文本 50 编 文本 6 注 备注 表 用户信息表 设计完成后 ,保存信息为“ 为了检验数据库设计的合理性及测试程序的效果，应先在数据库中输入一些数据，如图 示 图 用户信息表图 3. 计算机信息表： 包括的数据字段有：计算机名称，用户名、是否连接、 址、 网吧 编号、机位编号、配置、备注。其中计算机名称是关键字段。如表 示 字段名 意义 字段类型 字段大小 关键字 算机名称 文 本 17 是 户名 文本 10 否连接 文本 1 P 地址 文本 15 吧 编号 文本 2 位编号 文本 3 12 置 文本 50 注 备注 表 计算机信息表 设计完成后 ,保存信息为“ 为了检验数据库设计的合理性及测试程序的效果，应先在数据库中输入一些数据，如图 示 图 计算机信息表图 4. 用户费用信息表 ： 包括的数据字段有：用户名、登录时间，下机时间、本次上机时间、本次上机费用、计算机的房间编号 +机位编号。如表 示 字段名 意义 字段类型 字段大小 关键字 户名 文本 10 录时间 日期 10 机时间 日期 日期 次上机时间 数字 单精度 次上机费用 数字 单精度 算机的房间编号 +机位编号 文本 10 表 用户费用信息表 5. 费率信息表： 包括 的数据字段有：用户类型和费率。如表 示 字段名 意义 字段类型 字段大小 关键字 户类型 文本 10 是 率 数字 单精度 表 用户费率信息表 用户费率可以经操作员定义，根据用户类型的不同，制定不同费率。如图 13 图 户费率信息表图 14 第四章 通信过程与 的通信类 通信过程 网吧 计费系统有异于其它信息管理系统，它的工作原理如图 示，因此服务器端与客户端机器通信就必然会采用异步通信的方式，在主程序启动 后，程序在后台同时启动别一个线程，通过 象开始侦听客户端。当客户端传入一个连接请求时，后台程序将接受该请求，同时实例化一个 象负责与该客户端的 象进行通信。如果程序没有退出，进入下一个侦听循环，则后台程序就实现了一点对多点的通信模式。 侦 听 客 户 端 传 入 的 连 接 请 求接 受 客 户 端 传 入 的 连 接 请 求实 例 化 S o c k e t 对 象 用 于 与 客 户 端 通 信退 出 侦 听是否程 序 是 否 退 出图 台程序工作流程图 服务器端与客户端的具体通信过程如图 示。具体工作流程先是客户端发出连接请求，正常情况 ，服务器端必定接受请求。客户端再发送一个连接信息，该信息包含客户端机器的一些信息 ,服务器端将接受该信息，并对其进行相应处理，再回发一个确认信息给客户端。这样就表现服务端与客户端已成功连接。此时，客户端发送登录信息，或在登录成功后，间期性发送连接信息，或在下机时发送注销信息，同时服务器端对这15 些信息进行相应处理，并反馈客户端。这就是一个完整的客户端与服务器端的通信过程。 服 务 器 端客 户 端请求连接信息接受请求再次连接信息确认再次连接信息登录/注销/连接确认同步信息图 务器端与客户端的完整通信过程图 的通信类 议是 P 协议簇中的传输层中的一个协议，也是 P 协议簇最为重要的协议之一。 议是一种面向连接的，并提供可靠的、完整的、安全的数据传送的网络协议。它提供可靠字节服务的协议。在网络中通过 议传送数据之前，发送方和接收方之间必须建立连接，这种连接就是所谓的 握手 。网络中 用，如同日常生活中的打电话，在通话之前，首先要拨号、震铃（犹如发送方向接收方提出 接申请，并等待 接申请通过）。直到对方拿起电话时（发送方和接收方的 接已经建立），就可以通话了（传送数据）。 本系统是基于 P 协议 网络数据传送的 。 在 提供了很多用以实现 议或与之相关协议的类库 ，现介绍在系统设计中用到的 5 个类， 即： 、 、 和 。 要用以侦听端口号，并接收远程主机的 接申请 ； 要用以提出 接申请 ； 是实现 作用是通过操作 现从网络接收数据 ； 的 作用是通过操作 现向网络16 传输数据。 在本系统设计中， 设计在服务器端， 主要作用是从 络客户端侦听连接， 基于 ， 提供更高理念级别的 务。可以使用 户端侦听连接。像 样的应用层协 议是在 的基础上建立的。 常用方法、属性及其说明 ，如表 示： 方法 说明 受挂起的连接请求 受挂起的连接请求 定是否有挂起的连接请求 始侦听网络请求 闭侦听器 表 常用方法及其说明 表 属性 说明 取当前 基础 取一个值，该值指示 否正主动侦听客户端连接 取基础网络 常用 属性 及其说明 表 在本系统设计中， 设计在客户端， 主要为 络服务提供客户端连接。 类基于 构建，它以更高的抽象程度提供 务。 供了通过网络连接、发送和接收数据的简单方法。 常用方法、属性及其说明 ，如表 示： 方法 说明 闭 接 用指定的主机名