基于web的电子帐单查询与支付系统 毕业论文.doc

xx 学院 200 x 届届 毕毕 业业 论论 文 设计 文 设计 论文论文 设计设计 题目题目 基于 WEB 的电子帐单查询与支 付系统 付系统 院院 系系 名名 称称 计算机科学与技术系 专业 班级 专业 班级 计算机科学与技术 姓名 学号 姓名 学号 指导教师指导教师 系负责人系负责人 二二O O O O八年六月八日八年六月八日 I 摘摘 要要 传统的居民生活费用的交纳与查询 需要居民到相关物业及收费处办理 这种 形式既浪费居民的时间 同时又需要投入大量的人力和物力 因此电子帐单是未来 城镇居民交纳各种费用的发展趋势 本文在分析了电力 水力 煤气以及电信等服 务公司的实际情况的基础上 介绍了基于 Web 的电子帐单查询与支付系统的详细设 计与开发 该系统应用的是浏览器 服务器 B S 模式 采用模拟网上银行等方式 实现了网上交费的功能 网上支付简单快捷 既方便了居民 提高了公司的工作效 率 又大大增加了公司的效益 本网络交费系统就是为了居民能够方便快捷地交费 查询帐目 高效地协同工作 既兼顾公司办公效率的提高 又可以实现群体协同工 作 因此具有一定的使用价值 关键词 电子帐单 网上交费 电子帐单 网上交费 网上银行网上银行 II ABSTRACT The traditional way for checking and charging payout of citizens livelihood needs to go to the office of the real property and relative units Such would waste time and perhaps needs a great number of manpowers and material resources Thus the e bill is the new trend of developing method wich will be applied widely in cities and towns for checking and charging payout Based on analysis of operations by some corporations and departments like electric power waterworks gas telecom etc the paper amply introduced the design and development of checking and charging systems based on e bill This is the system of browser server B S which adopts model on line bank and some other ways to realize the function of on line payment It is easy way for citizens and improving the work efficiency and increasing benefits of corporations and departments Such method is to serve for citizens for checking and charging payout easily and to reach a new high benefits and work efficiency for corporations and departments as well as to realize coordinated work between citizens and corporations and departments Consequently it has some values for development and application Key words Electronic bill Pay a fee on the net On line bank III 目目 录录 摘 要 I ABSTRACT II 目 录 III 第一章 绪 论 1 1 1 研究意义及背景 1 1 2 现状与分析 1 1 3 论文的主要工作 2 第二章 系统分析 4 2 1 需求分析 4 2 2 可行性分析 4 2 2 1 技术的可行性 5 2 2 2 经济的可行性 5 2 2 3 操作的可行性 5 2 3 系统开发环境与开发工具 6 2 3 1JSP 技术 6 2 3 2JavaBean 技术 7 2 3 3JAVA 技术 7 2 3 4SQL Server 数据库 7 第三章 系统概要设计 10 3 1 概要设计内容 10 3 2 设计目标 11 3 3 经济效益 11 3 4 系统分析 11 3 4 1 实体说明 11 3 4 2 E R 图 12 3 5 数据库设计 15 3 6 银行对账问题 18 第四章 系统结构详细设计 19 4 1 软件结构设计 19 4 2 功能子模快设计 20 4 2 1 系统登录模块 20 4 2 2 公告管理模块 21 4 2 3 用户信息维护模块 23 4 2 4网上充值模块 24 4 2 5银行信息管理模块 24 IV 4 2 6缴费信息管理模块 26 4 2 7缴费种类管理 27 第五章 系统调试与测试 30 5 1 测试目的 30 5 2 实例测试 30 5 3 数据库的调试 32 5 4JSP 的调试 33 5 5测试结果 33 结 论 35 参考文献 36 致 谢 37 附 录 38 1 第一章第一章 绪绪 论论 1 1 研究意义及背景研究意义及背景 当今社会 Internet 的爆发增长 使得电子商务系统活动成为一种流行的趋势 能提供一个通用通讯环境的方法可以发挥电子商务的独一无二的潜力 今天 网上 有数以千计的面向消费者和面向交易的商务站点 并且这个数目正在快速增长 它 已经从大型的商务交易慢慢的渗入到居民的日常生活中 例如每户 或每人 每月 的本地话费 长途话费 网络通信费 水费 电费 煤气费 保险费 信用卡欠费 等均可有一张电子帐单完成结算 这样有利于居民的在足不出户的情况下完成平时 的琐事 不用再在繁忙的生活中在去交各种各样的费用 只用在银行开通一张网上 银行支付业务 就可以与电信公司 水电公司 煤气公司 商业银行等外部单位的 信息系统实现无缝连接及其安全性保障 而且通过这一系统可以更多的了解各个公 司的情况 居民对自己的消费情况也能做更详细的了解 各种业务的订购和取消也 不用在去公司排队等待 对于各公司来说 有一个网上的支付系统 可以减轻公司 的人员开销 提高工作的效率 也可以通过在网站上来发布信息广告等来让用户对 自己的公司有更多的了解 1 2 现状与分析现状与分析 居民交费以前主要是靠营业厅缴费和银行缴费 偏远市县用户 夜间缴费和漫 游的用户缴费困难 具有交费路远 人多耗时等不便的缺陷 现在这种交费方式将 发生转变 将过去分散通知 定时集中交费的运作方式转变为集中到定点银行储蓄 电费或电卡预付方式 居民可不必每月到电力等客服交费 每月使用电量电费将由 银行直接划拨 电费等明细也可向银行索取消费清单 目前我国绝大部分银行都办理了网上支付等电子支付业务 业务种类有企业网 银 个人网银 电话银行 手机银行支付等 基本是传统业务电子化 据不完全统 计 当前商业银行支付结算业务中 使用电子支付工具办理的占 10 有力推动了 支付结算电子化 网络化水平的提高 电子支付帐单也为银行的其他金融服务提供 了交叉推广的极好机会 由于电子帐单支付提高了网上银行的实用性 因此它也是 2 银行扩展其网上客户数量的有效工具 电子帐单支付至今没有发展起来的原因在于 现在只有少数几家公司提供此项服务 但是这项服务既方便又省时 其普遍推广仅 仅是一个时间问题 因此发展网上支付等电子支付业务是我国银行业在激烈竞争中 求得生存和发展的必然选择 对于电子支付系统所带来的最大的问题安全问题 目前 电子支付系统建设推 广的基础条件 包括硬 软件开发 中央银行 商业银行之间的系统连接 已经基本 具备 目前密码技术和认证技术已基本成熟 所欠缺的是对商家和顾客所需服务功 能和安全特性的理解 包括安全电子支付市场的全面模型 通用功能 安全结构等 这些并不是技术范围所能涵盖的 安全问题的延伸需要我们在实践中摸索 建立必 要的积累改进机制 随着更多的精英参与进来 总结出相应的规律 方法及必要解 决因素 从而把握电子支付和安全问题的实质 以及明确两者之间的关系 1 3 论文的主要工作论文的主要工作 本系统将利用网络多城镇居民平日的生活费用进行网上的电子帐单管理工作 结构采用 B S 结构 方便使用 数据利用数据库进行存储 可以方便的进行业务的 相关操作 本课题主要研究的是实现居民基本生活费用的缴纳等各项工作的网上交易 主 要包括以下几个方面的内容 1 系统的需求分析 首先对居民生活费用缴纳的业务组成 管理模式的现状进行了分析 然后在此 基础上 对业务系统各个子模块的功能做了详尽的分析 总结出系统的设计原则 2 系统的概要设计 在需求设计的基础上 对各个子模块的功能划分和其中一些设计原则 设计约 束和设计约束进行分析 考虑系统的总体结构和开发运行的需求环境 3 系统的数据库设计 在概要设计的基础上 对医疗保险中所涉及到的数据进行分析 选择合理 详 细的数据库设计方案 解决数据的存储问题 3 4 系统的详细设计 经过上述的分析和设计后 在确定了系统中的各模块之间的关系的基础上 进 行详细设计 编码的过程 实现所能实现的预期功能 4 第二章第二章 系统分析系统分析 2 1 需求分析需求分析 开发一个好的软件进行深入细致的可行性研究必要的 它是开发一个好的软件 的前提 而且还必须做大量的 全面的需求分析 需求分析是软件定义时期的最后 一个阶段 它更是开发一个好的软件的基础 在可行性研究阶段已经大概的了解了 用户的需求 并且的出这些需求在经济上 技术上 操作上都是可行的 但可行性 研究中有许多细节被忽略了 这些细节中的许多在最终的系统中都是必不可少的 对他们的研究在需求分析中实现 需求分析的主要任务是确定系统必须完成哪些工作 也就是对目标系统提出完 整的 准确的 具体的 清晰的要求 确定系统必须具有的功能和性能 系统要求 的运行环境 以及预测系统发展的前景 并仔细分析系统中的数据 以便完善良好 的软件环境 在需求分析阶段系统分析员将仔细研究软件所需要完成的具体功能 需求分析的结果是软件开发的基础 必须仔细验证它的正确性 开发人员必须 和用户取得完全一致的意见 需求分析的文档应该被用户所确认接受 因为用户才 了解他们所面对的问题 知道必须做到什么 然而这并不意味着分析员应该不假思 索的全盘接受用户提出的所有要求 因为软件开发人员知道怎样用程序实现用户的 要求和可以实现那些要求 系统分析人员对用户提出的笼统要求应该分解细化 对 用户提出的含混的要求需要进一步澄清 对用户提出的不切实际的要求必须做深一 步细致的解释说服工作 以便动员用户放弃不合理的要求 2 2 可行性分析可行性分析 可行性研究的目的就是用最小的代价 在尽可能短的时间内确定问题是否能够 正确解决 可行性研究的目的不是解决问题 而是确定需要开发的产品是否值得去 开发 最终目的是对设计该软件后面所要做的步骤提出建议 如果问题是不可行的 就应该建议停止这项工程的开发 5 2 2 1 技术的可行性技术的可行性 电子帐单和支付系统的开发是一个比较小的软件系统 可以采用工程化的系统 开发方法 并研究出一些符合工程化标准的开发方法 它可以加快系统开发的速度 保证质量 并降低开发成本 2 2 2 经济的可行性经济的可行性 一个好的软件产品 首先要考虑经济上的可行性 在经济上不可行的软件 其 他方面设计的再好也毫无意义 经济上的可行性研究就是力求用最少的人力 物力 财力 最少的资源实现最多最好的效益 现在居民的交费过程非常繁琐 需要居民每月奔走各个收费部门 这样需要浪 费大量人力和物力的资源 目前微型计算机在居民的日常生活中已经十分普及 网 络也已经连入了千家万户 使用电子帐单查询与支付系统 大部分建立在现有的系 统之上 不需要再增加太多额外的投资就可以很容易的运行起来 完全可以被大多 数居民所接受 2 2 3 操作的可行性操作的可行性 所谓操作的可行性就是对新系统运行后给现行系统带来的影响和后果进行估计 和评价 同时还应考虑现有管理人员的补充 分析在给定时间里能否完成预定的系 统开发任务等 随着计算机进广泛普及 以及它在各行各业的广泛使用 在计算机的简单操作 上许多人已经不是问题 使用计算机进行网上缴费和查询已经成为可能 而且在设 计界面时 我对很多项目信息提示都比较详细 可以对不同的信息进行非常灵活的 操作 而且在设计时充分考虑利用鼠标 键盘进行各种输入操作 使管理人员只需 掌握一些简单的数据库知识和一些计算机方面的基本操作就能够很容易地完成操作 在录入信息时只需输入一些简单的信息 操作一些简单的按钮 就可以完成各种功 能 总之 电子帐单和支付系统软件经过分析 研究后 在财力 人力 物力上都 很适合现在用户的需要 能够满足用户网上缴费的实际应用 6 2 3 系统开发环境与开发工具系统开发环境与开发工具 通过前面对问题进行分析和研究后 决定在 Windows XP 操作平台下采用 Dream weaver 8 0 作为前台的开发工具 并结合 SQL Sever 2000 来支持后台的数据库服 务 采用 JSP 语言完成前台和后台的连接 该网站的建设涉及到了运用 JSP 程序进 行动态网页的制作 运用 JSP 把脚本 HTML 组件和强大的 WEB 数据库访问功能结 合在一起 形成一个能在服务器上运行的应用程序 并把按用户的要求专门制作的 HTML 页面送给客户端浏览器 2 3 1JSP 技术技术 JSP 提供在 HTML 代码中混合某种程序代码 由语言引擎解释执行程序代码的能 力 在 JSP 环境下 HTML 代码主要负责描述信息的显示样式 而程序代码则用来描 述处理逻辑 普通的 HTML 页面只依赖于 Web 服务器 而 JSP 页面需要附加的语言引 擎分析和执行程序代码 程序代码的执行结果被重新嵌入到 HTML 代码中 然后一起 发送给浏览器 JSP 是面向 Web 服务器的技术 客户端浏览器不需要任何附加的软 件支持 JSP 的编程语言使用的是 Java 脚本语言 在 JSP 下 代码被编译成 Servlet 并 由 Java 虚拟机执行 这种编译操作仅在对 JSP 页面的第一次请求时发生 执行 JSP 代码需要在服务器上安装 JSP 引擎 此处我们使用的是 Sun 的 JavaServer Web Development Kit JSWDK 安装 JSWDK 之后 只需执行 startserver 命令即可启动服务器 在默认配置下服务器在端口 8080 监听 使用 http localhost 8080 即可打开缺省页面 在运行 JSP 示例页面之前 请注意一下安装 JSWDK 的目录 特别是 work 子目 录下的内容 执行示例页面时 可以在这里看到 JSP 页面如何被转换成 Java 源文件 然后又被编译成 class 文件 即 Servlet JSWDK 软件包中的示例页面分为两类 它 们或者是 JSP 文件 或者是包含一个表单的 HTML 文件 这些表单均由 JSP 代码处理 JSP 中的 Java 代码均在服务器端执行 因此 在浏览器中使用 查看源文件 菜单是 无法看到 JSP 源代码的 只能看到结果HTML 代码 7 2 3 2JavaBean 技术技术 Java Bean 软件设计技术是基于 Java 语言基础上的软件组件结构技术 通用型 的 JavaBean 软件设计技术 通常被称为 Bean JSP 通常与 JavaBean 结合 JavaBean 是用 Java 语言开发 JavaBean 组件结构和其他组件结构相比有一个显著 优势 就是 JavaBean 编写很便利 能被绝大多数程序设计人员掌握和理解 JSP 与 JavaBean 的联合使用为开发动态网页带来极大的便利 2 3 3JAVA 技术技术 Java 是一种简单易用 完全面向对象 具有平台无关性且安全可靠的主要面向 Internet 的开发工具 自从 1995 年正式问世以来 Java 的快速发展已经让整个 Web 世界发生了翻天覆地的变化 在早期 Java 比较多的用在浏览器上 插入到网 页中 即是 Java Applet 程序 成为最灵活 最强大的网页多媒体的载体 但由于 Java 虚拟机相对于个人电脑而言 有占用资源大 安全性相对较差等缺点 Applet 逐渐的被后起之秀 Flash 所替代 但随着 Java Servlet 的推出 Java 在电子商务 方面开始崭露头角 最新的 JSP Java Server Page 技术的推出 更是让 Java 成为 基于 Web 的应用程序的首选开发工具 目前的 Java 技术已成为所有大型电子商务项 目的必然选择 2 3 4SQL Server 数据库数据库 SQL Sever 2000 是微软公司的一套中型数据库应用和开发平台 采用它来作为 数据库的后台服务比较稳定 而且 SQL Sever 2000 与 Dream weaver 8 0 的接口也 比较简单 方便 易于操作 e SQL S rver 2000 在可靠性 质量和易用性 可伸缩 性 业务智能功能等方面都有很大发展 由此成为大规模联机事务处理 数据仓库 和电子商务等应用程序的优秀数据库平台 SQL Server 数据库还有简单易用及与 windows 兼容性高的特点 目前 SQL 是支持计算机市场最重要的也是最先进的基础 技术之一 从大约二十年前的首次商业实现开始以来 SQL 已成为标准的数据库语 言 在最初的十年里 IBM 的支持 标准基础的支持和 DBMS 提供商的热情支持使 SQL 成为企业级数据管理的一个主要标准 SQL 是一种语言是一种结构化查询语言 它是一个通用的功能及强的关系数据 8 库语言 它可用于编程 但 SQL 不是一种种编程语言 SQL 缺乏 真正的 编程语 言的最基本特征 它不能声明变量 不能构建循环语句和条件语句 没有块结构等 等 SQL 是一种数据库子语言 处理特殊的数据库管理任务 为编写一个访问数据 库的程序 必须用 Delphi 或其它语言 然后 增加 SQL 到程序 中 内嵌 SQL 编程 特征一起统称为静态 SQL 一般情况下 静态 SQL 足够用于编写数据处理应用程序 中所需要的所有程序 和静态 SQL 对应的是动态 SQL 动态 SQL 的中心概念很简单 不用将一条内嵌的 SQL 语句硬编写进程序源代码里 而是让程序运行在他的一个数 据区里并建立 SQL 语句的文本 然后 程序将语句文本传送给 DBMS 去执行 SQL Server 系统既可以作为客户机 服务器系统 又可以作为独立桌面系统来 运行 所设计的系统类型取决于同时访问这些数据库用户的数量以及将要完成的工 作的类型 这里我们主要介绍我们使用的那种 SQL Server 作为运行于台式计算机 或微型计算机上的独立的数据库服务器 我们称之为桌面系统 客户应用程序运行 于保存 SQL Server 引擎和数据库的同一计算机上 这种系统只需要一个计算机 因 此 无需建立从客户机到服务器的网络连接 客户机本地连接到本地安装的 SQL Server 服务器上 SQL Server 2000 有着不同级别的版本 运行在不同的平台上和面向不同的用 户 我们通常用的是标准版 运行在 Windows XP 或 Windows 2000 Server 上 这个 版本提供 SQL Server 2000 产品的全部功能 如果在 SQL Server 上运行一个非常大 的数据库 而感到有个方面带来的束缚可以考虑将操作系统和数据库产品升级到企 业版 可选用 SQL Server 企业版 我们一般都用标准版完成设计 SQL Server 2000 有许多新的特性和增强功能 使用这些功能可以简化 SQL Server 的管理与使用 并能提高 SQL Server 的性能 使 SQL Server 2000 不仅成 为开发小型的 OLTP 应用程序而且也是开发大型的 OLTP 数据仓库和电子商务应用程 序的优秀数据库平台 这些新特性主要体现为 服务器的增强功能 在管理方面的 增强功能 在复制方面的增强功能等等 选择 SQL Server 2000 不仅因为它有以 上强大的功能 而且因为 delphi 拥有的大量的数据库控件 在执 SQL 语句时 也 十分方便 SQL 语言可以简单的完成许多功能 例如查询数据 插入 修改 删除 纪录 建立修改和删除对象 控制对数据和诗句对象的存取 确保数据库的一致性 9 和完整性等 10 第三章 系统概要设计第三章 系统概要设计 3 1 概要设计内容概要设计内容 电子帐单查询与支付系统大致上可以分为管理员管理 用户缴费信息查询 交 费员网上支付和银行职员网上充值四部分 其具体功能说明如下 1 缴费信息管理 管理员可以通过此功能查看并删除所有用户的历史缴费信息 并可分交费种类 进行缴费统计 用户可对其自己的历史缴费信息进行查看 缴费情况进行统计 此 功能为了防止系统或管理员出错而设置 更加完善了本系统 2 信息公告管理 管理员可以通过此功能完成对公告信息的维护 包括对最新信息公告的添加 修改和删除操作 用户可以查看管理员发布的所有公告信息 这也方便了用户对网 站进行即时的了解 3 用户信息管理 管理员可以通过此功能来实现对用户信息的管理 可以对用户的注册信息进行 查询 修改和删除的操作 这样也可以方便用户的密码找回以确保用户的个人利益 4 缴费管理 管理员可以通过此功能来实现对缴费种类的维护 可以对缴费种类进行查询 修改和删除的操作 5 网上支付 银行职员可以模拟通过从水电 煤气 电信等公司获得的用户消费帐单来实现 对用户每月花费的各项费用的网上扣除操作 6 网上充值 网上充值是实现交费员为用户进行网上银行的帐户充值功能 11 3 2 设计目标设计目标 本系统要求提供良好的管理方式和友好的人机界面 实现电子帐单的功能 系 统最终要实现的目标是结合数据库 编制出一个实用电子帐单 实现用户的网上缴 费 从而达到方便 快捷的目的 该系统的总体目标如下 1 实现管理员对系统的管理功能 包括查询 添加 删除等功能 并实现管理员 对缴费种类以及公告的管理功能 2 实现缴费员对用户的网上银行帐户充值的功能 3 实现银行职员对用户每月花费的各项费用的扣除功能 4 实现用户的基本功能 包括注册 个人信息管理等功能 3 3 经济效益经济效益 本系统以计算机为工具 将管理人员从繁琐的数据计算处理中解脱出来 节省 时间 节省劳动力 能为银行带来经济利益 具体分析如下 2 3 1 1网上银行会为用户提供 7 24 小时全天候电子帐单的查询功能 通过这 种方式 用户不但可以轻松了解个人所有银行账户的资金变化情况情况 而且使其的日常对帐更加轻松和方便 同时用户还可以通过下载功能将 各类型的电子帐单下载到其的计算机上 以便随时进行察看 2 3 1 2网上划账 全天候服务 不会因为银行关门而代来麻烦 也不会为了缴 费一天要跑好几个地方 2 3 1 3社会效益 提高工作效率 减少人员量 提高准确率 改善管理方式 减少银行对账人员 并采用数据完整性约束 将大大减少出错率 3 4 系统分析系统分析 系统管理模块将该系统的用户分为四类 即管理员 交费员 银行职员和用户 管理员和一般用户对该系统的访问权限不同 为了保证系统的安全性 一般用户的 访问权限要受到一定的限制 交费员只可对用户每月各项费用花费的金额进行扣除 而不能进行查询 银行职员是对用户帐户进行充值 3 4 1 实体说明实体说明 经分析 本系统具有以下实体 12 1 用户信息 是在本系统中注册的人员信息 需要通过本系统查询并支付各种电 子帐单的居民 其应具有以下的属性 用户编号 姓名 密码 银行卡号 2 交费员 是在本系统中从水电 煤气等外部公司模拟获得用户每月消费帐单 并在系统中为起扣除各项费用的人员 其应具有以下的属性 管理员编号 姓名 密码 3 银行职员 是在本系统中可为用户帐户充值的管理员 其应具有以下的属性 管理员编号 姓名 密码 4 管理员 是发布公告和管理用户的管理员 其应具有以下的属性 管理员编号 姓名 密码 5 银行卡 是用户在本系统中注册时绑定的 是用户进行交费的银行卡 其应具 有以下的属性 银行编号 帐户余额 所属银行 6 公告 是管理员发布的信息 包括收费标准的更改信息等 其应具有以下的属 性 公告编号 标题 内容 发布时间 发布人 3 4 2 E R 图图 为了把用户的数据要求清晰明确地表达出来 通常要建立一个概念性的数据模 型 概念性数据模型是一种面向问题的数据模型 是按照用户的观点来对数据和信 息建模 它描述了从用户角度看到的数据 它反映了用户的现实环境 且与在软件 系统中的实现方法无关 最常用的表示概念性数据模型的方法 是实体 联系方法 这种方法用 E R 图 描述现实世界中的实体 而不涉及这些实体在系统中的实现方法 用这种方法表示 的概念性数据模型又称为 E R 模型 E R 模型中包含实体 联系和属性 经过分析电子帐单的查询与支付系统的数据库中共有七个实体 分别是交费员 银行职员 管理员 用户 银行卡 公告 经过初步设计 交费员 银行职员和管 理员实体的基本属性有姓名 密码 用户的基本属性有用户编号 姓名 密码 银 行卡 银行卡的基本属性有银行编号 余额 所属银行 公告的基本属性有公告编 号 标题 内容 发布人 其中 一个交费员可以给多个用户交费 一个用户可以被多个交费员交费 所以是多 13 对多的关系 一个交费员可以扣除多个费用 生成多个缴费信息 一个缴费信息只能被一个 交费员扣除生成 所以是多对一关系 一个银行职员可以给多个银行卡充值 一个银行卡可以被多个银行职员充值 所以是多对多的关系 一个管理员可以发布多个公告 一个公告只能被一个管理员发布 所以是一对 多的关系 一个用户可以持有一张银行卡 一个银行卡只能被一个用户所有 所以是一对 一的关系 一张银行卡可以缴费生成多个缴费信息 一个缴费信息只能由一张银行卡缴费 生成 所以是多对一的关系 一个缴费信息只生成一个缴费种类信息 一个缴费种类信息可以所属多个缴费信 息 在本系统中实体关系如下图 银行卡缴费信息 交费员 管理员 扣除费用 充值 公告 持有 用户 1 M M1 11 1 M 发布 所属 M 缴费 M 14 图 3 1 系统 E R 图 系统的实体及实体属性分析 图 3 2 用户实体属性图 图 3 3 银行职员实体属性图 图 3 4 交费员实体属性图 用户 密码姓名银行卡 银行职员 姓名密码 用户编号 管理员编号 银行职员 1 N 交费员 姓名管理员编号密码 管理员编号密码姓名 缴费种类信息 15 图 3 5 管理员实体 图 3 6 银行卡实体属性图 图 3 7 公告实体属性图 3 5 数据库设计数据库设计 数据结构是整个系统的核心部分 它在一个系统中占有非常重要的地位 而数 据结构设计则是整个系统设计的重中之重 数据库结构设计的好坏将直接对系统的 访问效率 稳定性以及实现的效果产生影响 一个设计合理的数据库可以提高数据 库的存储速率 保证数据的完整性和一致性 本系统中几乎所有的功能都要依附数 据结构的设计来完成 所以 如何设计数据结构 如何高效率 高安全性的访问数 据库就成了首当其冲的问题 依据本系统需要 我本着尽量用最少的表 表达详细 且完善的各种信息的原则 共建立八个表 下面对本系统的数据库表介绍如下 公告 公告编号内容 管理员 银行卡 余额 银行卡 银行编号 发布时间发布人标题 16 表 3 1 人员信息表 admin 字段名称字段标识数据类型字段长度可否为空是否为主键 人员编号 idint4 不能是 人员姓名 namevarchar20 不能否 人员密码 passwordvarchar20 不能否 真实姓名 truenamevarchar20 不能否 登录次数 loginnumint4 不能否 银行卡号 ipaddressvarchar20 不能否 备注 Bzvarchar200 能否 银行编号 Bank idint4 能否 注 该表用于存储该系统所有的管理员和用户信息 其中人员编号是自动生成 的 是系统自动创建 表 3 2 银行信息表 bank 字段名称字段标识数据类型字段长度可否为空是否为主键 银行编号 idint4 不能是 银行名称 namevarchar20 不能否 银行 IP ipvarchar20 不能否 备注 bzvarchar200 能否 注 该表用于存储所有该系统链接的银行的信息 其中银行编号是该银行在该 表中的序列位置 它是创建该银行时由系统自动创建 表 3 3 公告信息表 gonggao 字段名称字段标识数据类型字段长度可否为空是否为主键 公告编号 idint4 不能是 公告名称 btvarchar20 不能否 公告内容 nrvarchar300 不能否 发布日期 ggdatedatetime8 不能否 发布人 fbrvarchar50 不能否 注 该表用于存储该系统管理员发布所有的公告信息 其中公告编号是该公告 在该表中的序列位置 它是创建该公告时由系统自动创建 17 表 3 4 缴费信息表 jiaofeixx 字段名称字段标识数据类型字段长度可否为空是否为主键 缴费编号 id int4 不能是 人员编号 user idint4 不能否 缴费种类编号 jiaofeizl idint4 不能否 缴费日期 jiaofeidatedatetime8 不能否 银行卡号 bankkavarchar200 不能否 银行返回值 bankvarchar10 不能否 缴费说明 jfsmvarchar200 不能否 用户确认值 user OKvarchar10 不能否 缴费金额 moneyfloat50 不能否 备注 bzvarchar200 能否 注 该表用于存储该系统所有用户的历史缴费信息 其中缴费编号是该缴费信 息在该表中的序列位置 它是创建该缴费信息时由系统自动创建 表 3 5 缴费种类表 jiaofeizl 字段名称字段标识数据类型字段长度可否为空是否为主键 缴费种类编号 idint4 不能是 缴费名称 namevarchar50 不能否 银行编号 bank idint4 不能否 缴费说明 smvarchar200 不能否 缴费标准 moneyfloat50 不能否 备注 bz varchar 200 不能否 注 该表用于存储该系统所有的缴费种类信息 其中缴费种类编号是该缴费种 类在该表中的序列位置 它是创建该缴费种类时由系统自动创建 表 3 6 缴费种类更改表 jfzllog 字段名称字段标识数据类型字段长度可否为空是否为主键 更改编号 idint4 不能是 缴费种类编号 jfidvarchar50 不能否 改前缴费种类名称 jfnamevarchar50 能否 改后缴费种类名称 xghjfname varchar4 能否 改前缴费标准 jfmoneyvarchar200 能否 18 改后缴费标准 xghjfmoneyvarchar50 能否 更改时间 xlsj datatime 8 能否 备注 bz varchar 200 能否 注 该表用于存储该系统所有的缴费种类更改信息 其中更改编号是该缴费种 类更改信息在该表中的序列位置 它是创建该缴费种类更改信息时由系统自动创建 表 3 7 充值记录表 userzhlog 字段名称字段标识数据类型字段长度可否为空是否为主键 充值记录编号 idint4 不能是 用户编号 userzhvarchar50 能否 充值日期 czdate datetime 8 能否 缴费金额 moneyfloat50 能否 注 该表用于存储该系统银行职员为所有用户充值的记录信息 其中充值记录 编号是该充值记录在该表中的序列位置 它是创建该充值记录时由系统自动创建 表 3 8 用户帐户信息表 user zh 字段名称字段标识数据类型字段长度可否为空是否为主键 帐户信息编号 idint4 不能是 用户编号 user idvarchar50 能否 银行编号 bank idint4 能否 帐户余额 moneyfloat50 能否 注 该表用于存储该系统所有用户的银行帐户信息 其中帐户信息编号是该帐 户信息在该表中的序列位置 它是创建该帐户信息时由系统自动创建 3 6 银行对账问题银行对账问题 基于 Web 的电子帐单查询与支付系统 主要是用户和银行联系的平台 在交费 员为用户进行网上交费时 会得到银行返回的确认信息 这样就面临一个问题 如 果用户卡中剩余钱数不足或银行方面出现问题 网上交费就不会成功 所以要求系 统要有处理银行返回的功能 这样可以在交费员支付之后 联系银行会得到银行的 确认信息来对这笔数据进行确认 对其进行提醒 避免卡透支的问题 19 第四章第四章 系统结构详细设计系统结构详细设计 4 1 软件结构设计软件结构设计 电子帐单查询与支付系统包括公告管理 用户管理 银行管理 缴费信息管理 和缴费种类管理五个子系统 其中用户管理子系统包括用户信息管理 网上缴费 和帐户管理 缴费信息管理子系统又包括查询缴费信息管理和删除缴费信息管理 系统总体结构图如下 图 4 1 系统总体结构示意图 电子帐单查询与支付系统 用户管理 信息公告管理 缴费信息管理银行管理缴费种类管理 用 户 帐 户 充 值 用 户 帐 户 查 询 修 改 用 户 信 息 添 加 用 户 信 息 删 除 用 户 信 息 查 询 缴 费 信 息 网 上 缴 费 删 除 缴 费 信 息 注 册 用 户 用 户 信 息 维 护 用 户 帐 户 维 护 修 改 缴 费 种 类 添 加 缴 费 种 类 删 除 缴 费 种 类 修 改 银 行 信 息 添 加 银 行 信 息 删 除 银 行 信 息 修 改 信 息 公 告 添 加 信 息 公 告 删 除 信 息 公 告 所 有 费 用 查 询 分 交 费 项 目 查 询 缴 费 统 计 查 询 20 4 2 功能子模快设计功能子模快设计 4 2 1 系统登录模块系统登录模块 登录页面主要对用户进行身份验证 由于系统对数据安全保密有所要求 因此 要对用户权限有一定控制 用户通过表单提供登录信息 系统根据用户提供的信息 对用户进行验证其操作权限 从而将不同操作权限的用户导入不同操作页面 根据 用户的需求 本系统将用户权限定义为以下四种 管理员登录 基础信息的管理 包括对缴费种类 公告和用户的管理 包括添 加 修改和删除操作 交费员登录 对所有用户完成各项费用的网上缴费操作 银行职员登录 对所有用户完成银行卡的网上充值操作 用户登录 查询自己的历史缴费记录和帐户余额信息 2 5 1 1界面设计 图 4 2 系统登录页面 注 此模块的主要功能是登录系统 管理员和用户通过图 4 2 输入用户名和密 码 系统首先验证登录界面表单提供的用户名和密码 若在数据库相应表中查询不 到记录 则提示错误信息 若查询到用户记录 则判断用户权限 根据用户的不同 权限 将不同用户导入不同系统管理界面 系统登陆模块流程图如下 21 图 4 3 系统登录系统流程图 相关数据库 人员信息表 admin 4 2 2 公告管理模块公告管理模块 公告管理模块主要是实现管理员对公告的管理 包括对公告信息的添加 修 改和删除的操作 下面对公告管理模块下的主要功能模块做一下介绍 2 5 1 2公告信息修改模块 图 4 4 公告信息修改模块界面 开始 输入用户名 密码是否正确 验证身份是否合法 提示用户名 或密码错误 进入主操作界面 否 是 结束 22 注 此模块主要实现管理员对其发布的所有历史公告信息的修改操作 相关数据库 公告信息表 gonggao 人员信息表 admin 2 5 1 3公告添加信息模块 图 4 5 添加公告信息界面图 注 此模块主要实现管理员对公告的添加操作 管理员在公告页面上填写要添 加的内容 然后点击 确定 按钮提交所填写的内容 系统会自动将要添加的内容 插入到数据库相应的表中 相关数据库 公告信息表 gonggao 用户信息表 admin 2 5 1 4公告信息删除模块 图 4 6 删除公告信息界面图 23 注 此模块主要实现管理员对公告的删除操作 管理员在公告页面上选择 删 除 按钮 系统会自动将该公告内容从数据库表相应的表中删除 相关数据库 公告信息表 gonggao 用户信息表 admin 4 2 3 用户信息维护模块用户信息维护模块 4 2 3 1用户注册模块 图 4 7 用户注册信息界面图 注 此模块主要是实现用户的注册 在页面填写用户信息 按 确认 按钮提交 填写内容 系统自动将填写信息添加到数据库相应的表中 并更新数据库 相关数据库 人员信息表 admin 银行信息表 bank 4 2 3 2用户信息修改模块 图 4 8 用户信息更改界面图 注 此模块是对用户注册的信息进行管理 在页面填写用户信息 按 确认 24 按钮提交填写内容 系统将自动将填写信息添加到数据库 并更新数据库 相关数据库 用户信息表 admin 银行信息表 bank 4 2 4网上充值模块网上充值模块 网上充值模块是实现银行职员对用户银行帐户的网上充值的操作 银行职员登 陆后会进入显示用户帐户信息的界面 4 2 4 1用户帐户信息查询模块 图 4 9 用户帐户信息查询界面图 注 此模块主要是实现银行职员对用户的帐户信息的查询 银行职员可以选择 用户并进行网上充值 进入网上充值界面 其中用户名 缴费银行和银行卡号系统 将会自动生成 4 2 4 2网上充值模块 图 4 10 网上充值界面图 注 此模块主要是实现银行职员对用户的网上充值 点击 充值 按钮提交填 写内容 系统将自动将填写信息添加到数据库 并更新数据库 相关数据库 用户信息表 admin 用户的银行信息表 bank 用户帐户信息表 user zh 充值记录表 userzhlog 4 2 5银行信息管理模块银行信息管理模块 银行信息管理模块主要是实现管理员对银行信息的管理 包括对银行信息的添 25 加 修改和删除的操作 下面对银行管理模块下的主要功能模块做一下介绍 4 2 5 1银行信息添加模块 图 4 11 银行信息添加界面图 注 此模块主要实现管理员对银行信息的添加操作 管理员在银行信息添加页 面上填写要添加的内容 然后点击 确定 按钮提交所填写的内容 系统会自动将 要添加的内容插入到数据库相应的表中 相关数据库 银行信息表 bank 4 2 5 2银行信息修改模块 图 4 12 银行信息修改界面图 注 此模块主要实现管理员对其发布的所有历史公告信息的修改操作 点击 确定 按钮提交所填写的内容 系统将会自动修改数据库相应的表记录 相关数据库 银行信息表 bank 26 4 2 5 3银行信息删除模块 图 4 13 银行信息删除界面图 注 此模块主要实现管理员对银行的删除操作 管理员在银行管理页面上选择 删除 按钮 系统将会自动修改数据库相应的表记录 相关数据库 银行信息表 bank 4 2 6缴费信息管理模块缴费信息管理模块 4 2 6 1缴费信息查询模块 图 4 14 缴费信息查询界面图 注 此模块是对查询用户历史的缴费信息 其中可以分交费项目进行缴费统计 查询和分年份进行缴费统计查询 管理员和用户都可以对缴费信息进行查询 相关数据库 用户信息表 admin 银行信息表 bank 用户的缴费信息表 jiaofeixx 缴费种类表 jiaofeizl 用户帐户信息表 user zh 27 4 2 6 2网上缴费模块 图 4 15 网上缴费信息界面图 注 此模块主要是实现交费员对用户的网上缴费 在页面选择要进行扣除费用 的用户 该用户绑定的缴费银行和银行卡号将会自动生成 交费员通过获得的用户 帐单手动输入该用户某月各项费用的消费数量 系统将自动统计各项费用的金额及 总金额 并与该用户的帐户金额进行比较 如果该用户的帐户金额小于总金额 则 提示用户帐户余额不足 需要充值 否则充值成功 系统会自动将填写的信息添加 到数据库相应的表中 并更新数据库 相关数据库 用户信息表 admin 用户的缴费信息表 jiaofeixx 缴费种类 表 jiaofeizl 用户帐户信息表 user zh 4 2 7缴费种类管理缴费种类管理 缴费种类管理模块主要是实现管理员对缴费种类的管理 包括对缴费种类信息 的添加 修改和删除的操作 下面对缴费种类管理模块下的主要功能模块做一下介 绍 4 2 7 1缴费种类添加模块 28 图 4 16 缴费种类添加界面图 注 此模块主要实现管理员对缴费种类的添加操作 管理员在添加缴费种类页 面上填写要添加的内容 然后点击 确定 按钮提交所填写的内容 系统会自动将 要添加的内容插入到数据库相应的表中 相关数据库 缴费种类表 jiaofeizl 4 2 7 2缴费种类修改模块 图 4 17 缴费种类修改界面图 注 此模块主要实现管理员对缴费种类的修改操作 相关数据库 缴费种类表 jiaofeizl 29 4 2 7 3缴费种类删除模块 图 4 18 缴费种类删除界面图 注 此模块主要实现管理员对缴费种类的删除操作 管理员在缴费种类管理页 面上选择 删除 按钮 系统会自动将该公告内容从数据库表相应的表中删除 相关数据库 缴费种类表 jiaofeizl 30 第五章第五章 系统系统调试与测试调试与测试 5 1 测试目的测试目的 经过几个月的毕业设计 题目要求的内容 功能已经基本实现 但很多的地方 难免会有不完善 遗漏之处 程序里面必然存在着错误 错误的处理在项目的开发 中也是很重要的 只有处理得好 才不会导致因为错误而使程序出现中断或产生一 些意想不到的结果 程序越复杂 出现错误的可能性就越大 程序的复杂性与各部 件间可能互相作用的途径数目有关 整个系统是由几个大的部分组成的 其相互之 间的作用是不可忽略的 现实中总是存在许多程序错误 需要通过测试来发现 通 过排错去纠正 测试是为了发现程序中的错误而执行程序的过程 它的目标是暴露 程序中的错误 由于粗心引起的错误更是比较多的出现 同时也因为是手工书写代 码 对每一行程序都能够深入的掌握和理解 由于程序中隐藏的缺陷只在特定的环境下才有可靠的显露 系统缺陷通常是由 于某些特定情况考虑不周造成的 因此测试不是为了表明程序正确 测试的目的是 发现软件中出错的地方以及和需求不相符合的地方 是以最少的代价发现系统分析 设计 编码中存在的不同类型的问题 从而提高系统的质量 测试附带的收获是能 证实系统的功能和性能是否与需求说明相符 同时测试后收集的结果数据提供了软 件可靠可行 测试在系统