水费收缴系统(CS WinForm)

XXXX大学 项目论文 题 目： 水费收缴系统 专业班级： 姓 名： 学 号： 指导教师： 成 绩： I 目 录 概 述 .I 中文摘要 . II 英文摘要 . II 错误 !未定义书签。 第 一章 可行性分析 .1 1.1 问题描述 . 1 1.2 可行性分析研究 . 1 1.2.1 技术可行性 .1 1.2.2 经济可行性 .2 1.2.3 操作可行性 .2 1.3 结论意见 . 2 第二章 需求分析 .4 2.1 任务需求分析 . 4 2.2 实体联系图 . 4 第三章 系统概要设计 .6 3.1 总体设计 . 6 3.2 系统功能模块图 . 6 3.3 数据库概念设计 . 6 3.4 数据库逻辑结构设计 . 7 3.5 连接数据库的特点 . 9 第四章 详细设计 . 10 4.1 系统的主要功能 . 10 4.2 操作流程图 . 10 4.3 用户界面设计 . 12 4.3.1 农户信息管 理 . 12 3.1.2 公社信息管理 . 13 3.1.3 水口信息管理 . 13 3.1.3 水费收缴管理（预付款用水） . 14 3.1.4 农户自助服务 . 15 3.1.5 水量数据管理 . 16 3.1.6 用户权限管理 . 16 3.1.7 系统设置 . 17 第五章 编码设计及测试 . 18 5.1 代码设计 . 18 5.1.1 连接数据库代码设计 . 18 5.1.2 登录代码设计 . 19 5.2 软件测试 . 19 5.2.1 测试的方法和步骤 . 20 II 5.2.2 测试用例 . 20 第六章 用户手册 . 22 6.1 操作管理 . 22 6.2 农户添加步骤 . 23 6.3 费用收缴步骤 . 23 6.4 查询农户信息步骤 . 24 第七章 设计总结 . 25 第八章 文 献 . 26 第九章 致 谢 . 27 I 概 述 水管局水费收缴系统 围绕着 水费 收缴 的整个生命周期，在 功能上涵盖信息采集、数字化加工，实现网络内及远程机关 交费功能 ，异地档案资料的调阅与采集；便捷高效的数字化档案资料加工系统，短时间内可达到纸质 水文信息 数字化的目标； 资料 信息著录、标引、处理自动化以及网络内资源 信息 拥有安全、可靠使用环境；方便、高效的档案信息获取利用功能。 进入本系统后，用户可进行相应的功能操作。 管 理员可对 农户 信息 、公社信息进行 修改 和查询， 水口信息 管理、 相关 费用标准 管理、统计操作等现代化的 资料信息 管理 。通过此系统，可以全面对 农户的用水使用量；农户的资金预存信息 ；相关资源信息 进行录入、查询、修改等 。 II 中文摘要 本系统为水管局水费收缴系统，为农户提供了电抽黄河水进行灌溉的服务，老式对水量计算主要估算的方式为主，这种估算方式准确度差，费用收缴过程复杂，精确的进行水量的核算以及费用的收缴已经成了当务之急。随着数据库与网络技术的不断完善，诸多因素的制约，在计算机辅助管理档案的应用方面，走过了观望、徘徊阶段，都纷纷建设自己的档案资料数字化管理与服务系统，促进档案资料的数字化存储与网络化的服务，这对提高档案管理与服务水平具有十分重要的意义。本系统能实现缴费信息的综合管理，减少不必要的手工上报，也为基层单位 上报数据提供便利，减少人工劳动。 III Abstract The system, which is of water collection system for the Water Authority, provides the service of irrigating pumping by electricity from the Yellow River water for farmer. Old-fashioned system is through the style of estimate of the amount of water, which means that the accuracy of estimate is poor, the collection process is complex. Precise for water accounting, as well as the cost of collection has become a priority. With the database and network technology continually improving and a number of factors, the application of computer-aided management of archives come a watch, wander, have to build their own digital archives management and service system to promote the digitization of archival material storage and network services, which is of great significance in improving the file management and service level. The system can achieve an integrated payment information management, reduce unnecessary manual reporting, but also facilitate the reporting of data for grass-roots units, reduce manual labor. 1 第一章 可行性分析 1.1 问题 描述 水管局为农户提供了电抽黄河水进行灌溉的服务，以前对水量计算主要估算的方式为主，这中估算方式准确度差，费用收缴过程复杂， 在 管理 方面 仍停留在复杂的人工操作上，重复工作较多，工作量大，效率低，因此 精确的进行水量的核算以及费用的收缴已经成了当务之急。 设计 出 一套计算机“ 水费收缴 系统”，以提高信息的开放性，大大地改善了 操作人员的工作量，农户能 对其最新信息 进行准确的 查询，从而提高管理水平和工作效率。 1.2 可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性 的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。系统目标应充分体现，直接为 农户 信息 、水口信息 管理系统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。可是，目标的提法不 尽相同，例如： 提高 农户、水口 信息 管理效率，减轻劳动强度； 提高信息处理速度和准确性； 为管理者提供更方便、科学的服务项目。 1.2.1 技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。目前 学校各工作点 均采用 PC 机作为工作台，其容量、速度能满足系统要求。 2 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目 标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件 良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。 1.2.2 经济可行性 主要是对 开发 水管局 水费收缴 系统 的经济效益进行评价，一方面是 估算开发它的支出 费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是 估算 水管局水费收缴系统 这个软件可能 取得的收益中可以用钱来衡量的那部分。并对目前的 软件 市场进行调查 ,所做软件是否有很大的销售市场和相当规模的用户群 。 所做软件的开发成本与客户提出的要求是否可达到双方 都满意。 并且，分析系统开发是否会对其它产品或利润带来一定影响。 经过对上述几个方面的调查研究和分析，我 们得出 水管局水费收缴系统 这个软件的 使用性非常强，减轻人力成本 ，在经济角度来说，开发 水管局水费收缴系统 是可行的。 1.2.3 操作可行性 主要是了解 水管局水费收缴系统 的相关人员对开发信息系统是否支持，现有水管局水费收缴系统 制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。 水管局水费收缴系统 人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，操作者经过短时间的培训就可以使用 水管局水费收缴系统 。 1.3 结论意见 设计合理： 整个软件的设计以人性化、合理化、简单化作为设计原则。保证了用户在经过简单的培训之后，就可以迅速掌握软件的使用，在最短的时间内就可以成为一个熟练的操作人员。 操作快捷 3 对常用操作都简化设计同时配合相应的快捷键。保证了常用操作迅速快捷。可以在短时间内应对大量的数据处理，最大程度上提高用户的工作效率。 海量数据存储 系统在设计时使用的微软公司提供的 SQLServer2000关系型数据库，保证了对海量数据存储安全以及查询效率，万条记录访问时间不超过 2秒的相应时间，帮助客户节省宝贵的工 作时间。 信息安全 系统根据不同的需求设计了多种权限的用户，保证只有授权用户才可以使用系统，而且每个用户只能根据自己的权限去查看和访问相应的数据，最大程度上保证了购物中心核心客户信息的安全和不同级别用户之间的使用差异和数据访问的安全。 为后期软件升级预留接口 在本次设计过程中，充分考虑到水管局后期的信息化建设要求，为后期的升级预留开发接口，保证当软件使用一段时间后，如果用户需要对软件进行功能上的升级和拓展，不会对原有的数据和功能造成任何形式的破坏，最大程度上杜绝用户的投资浪费。 经过认真 地可行性研究，系统 基本上做到了在技术、经济、运行、法律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。所以，系统研制和开发是可以马上进行的。 4 第二章 需求分析 2.1 任务需求分析 该系统主要包括 系统功能 输入 模块、 基本资料维护模块 、 报表 模块、 综合查询功能模块和统计模块 等 。 系统要实现基本信息录入、修改、查询等功能： 农户信息管理 将简单的信息以电子档案的形式存入管理系统。 公社信息管理 对已经录入系统的农户档案信息进行修改编辑。 水口信息管理 删除已经没有意义的农户档案信息。 综合信息查询 查询系统中已经录入的信息，可以根据条件进行查询。 2.2 实体联系图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的 E-R 图。 农 户 管 理 员水 口 信 息 管 理公 社 信 息 管 理农 户 信 息 管 理水 费 收 缴 管 理农 户 自 动 服 务水 量 数 据 管 理用 户 权 限 管 理系 统 设 置图 2.2 总功能用例 E-R 5 图 3.3 需求单位实体 E-R 图 3.4 管理 实体 E-R 图 图 3.10 操作员 的 E-R 图 农户信息 用户名 性别 编号 使用水量 联系电话 联系地址 公社信息 名 称 编号 收费人 负责人 备注信息 办公电话 所属部门 公开信息 办公地址 名称 密码 公社代号 操作员 基本信息 性别 编号 密码 联系电话 联系地址 名称 所属公社 6 第三章 系统概要设计 3.1 总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 3.2 系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并 。 系统功能模块图如图 4.1 所示： 3.3 数据库概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。 管理系统 农户信息管理 水费收缴管理 农户自助服务 水量数据管理 用户权限管理 系统设置 公社信息管理 水口信息管理 7 3.4 数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支持的数据模型，例如，将 E-R 图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。 根据 水管局水费收缴 系统的功能要求，选取 SQLServer 2000 作为后台数据库。 在上面的实体和实体之间的 E-R 图设计基础上，形成数据库中的表格及表格之间的关系。 一、主表的结构设计 1. 农户 信息 农户 信息 表示农户 进行统计，包括 姓名 、 性别 、 出生日期 、 联系地址 、 使用水量 、联系电话、操作员 等信息。 农户 信息 表的结构 表 如表 4-1 所示 表 4-1. 农户 信息 表 列 名 数据类型 长 度 是否允许为空 说明 编号 int 8 否 编号（主键） 姓名 varchar 8 否 姓名 性别 int 2 否 单位名 出生日期 datatime 20 否 出生日期 联系地址 varchar 8 否 联系地址 使用水量 int 2 否 使用水量 联系电话 varchar 20 是 联系电话 操作员 varchar 8 否 操作员 创建时间 datatime 8 否 创建时间 2.公社 信息 公社 信息 表是 公社 信息的 管理 ，包括 编号、 名称 、 负责人 、 收费人 等信息。 公社 信息 表的结构 如表 4-2 所示 表 4-2 公社 信息 表 8 列 名 数据类型 长 度 是否为空 说 明 编号 money 8 否 编号（主键） 名称 varchar 20 否 名称 负责人 varchar 8 是 负责人 收费人 varchar 50 是 收费人 办公电话 varchar 50 是 办公电话 所属部门 varchar 50 是 所属部门 公开信息 varchar 50 是 公开信息 操作员 varchar 20 是 操作员 3.水口 信息 .水口 信息 表是 .水口 相关内容 信息的 统计，包括 编号、 水口代号 、 水口 经纬度 、水口名称 信息 等。 文章信息 表的结构 如表 4-3 所示 表 4-3 水口信息 表 列 名 数据类型 长 度 是否为空 说 明 编号 varchar 50 否 编号 水口代号 varchar 8 否 水口代号 水口 经纬度 varchar 20 是 水口 经纬度 水口名称 datatime 8 是 水口名称 出水量 int 2 是 出水量 所属公社 varchar 20 是 所属公社 操作员 varchar 20 是 操作员 4.操作用户信息 操作用户表是对使用本系统的用 户进行身份和权限验证用的，包括用户名称、密码、所在单位、用户权限信息、操作员、最后修改时间。 操作用户表的结构 如表 4-5 所示 表 4-5 操作用户结构表 列名 数据类型 长度 是否为空 说明 用户名 varchar 8 否 用户名 9 密码 varchar 20 否 密码 所在单位 varchar 20 是 所在单位 权限一 bit 1 是 权限一 权限二 bit 1 是 权限二 权限三 bit 1 是 权限三 操作员 varchar 8 是 操作员 3.5 连接数据库的特点 当开发环境通过连接到 数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表 ,修改表，删除表，增加 /删除记录。 设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。 10 第四章 详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。 4.1 系统的主要功能 1、 农户、公社、水口 信息的输入 管理 等 2、 农户、公社、水口 信息 管理的各种信息查询， 修改和维护 3、 操作日志的管理 4、 水费收缴 系统的使用帮助 4.2 操作 流程图 程序流程 图的 优点是对控制流程的描绘很直观，易于掌握。 1、 录入信息 系统其 程序流程图 如图 5.1 所示 11 是 是 否 否 否 是 图 5.1 系统程序流程图 管理 员 输入查询条件 查询相应信息 是否存在 继续录入 导入信息 录入 结束 12 4.3 用户界面设计 4.3.1 农户信息管理 说明：该模块主要用于管理农户的基本信息，将农户的基本信息建立成为电子档案，主要信息包括农户的 姓名，公社，身份证号，联系电话 。通过将农户的信息录入系统，保证了农户信息的安全性，保密性，只 有通过授权的用户才能查看农户的信息，而且农户的信息也不会因为纸质档案的损毁而丢失。大量的农户档案也由原来的纸质文件变成了电子档案，查询速度大幅度提高。例如以前需要查询某农户基本信息及联系电话，可能需要翻阅大量的农户档案才能找到，而在本系统中只需要输入农户的姓名（支持模糊查询，既输入姓氏，会显示所该姓氏的农户）就可以找到该农户的信息，大幅度提高办公效率，同时又削减原有纸质档案管理的成本。 农户档案登记 将农户简单的信息以电子档案的形式存入管理系统。 农户档案编辑 对已经录入系统的农户档案信息进行修改编辑。 农 户档案删除 删除已经没有意义的农户档案信息。 农户档案 查询 查询系统中已经录入的农户档案信息，可以根据农户的姓名，编号等条件进行查询。 13 3.1.2 公社信息管理 公社信息登记 将信息存入管理系统。主要信息包括 公社编号，公社名称，备注 。 公社信息编辑 对已经录入系统的公社信息进行修改编辑。 公社信息删除 删除已经没有意义的公社信息。 公社信息 查询 查询系统中已经录入的 公社 信息，可以根据公社的名称进行查询。 水量使用统计（含报表打印） 统计出某个时间段某个公社的水量整体使用情况。 3.1.3 水口信息 管理 水口信息登记 将信息存入管理系统。主要信息包括 水口编号，水口名称，水口流量（立方米每小时），备注 。 14 水口开放登记 当农户缴费后水口开始供水，在此进行登记记录当前某个水口的实际使用时间和使用情况。 水口到时提醒 系统会根据每个水口购买的供水时间进行自动提醒，通知工作人员及时关闭水口。 水口信息编辑 对已经录入系统的水口信息进行修改编辑。 水口信息删除 删除已经没有意义的水口信息。 水口月水量使用统计（含报表打印） 统计出某个时间段内各个水口的水量整体使用情况。 3.1.3 水费收缴管理（预 付款用水） 费用收缴（含报收费凭证打印） 输入 公社名称，农户姓名，级别编号，水口号，购水量（立方米），放水时长（小时），流量（立方米每小时） 。 15 系统自动填写： 单价，购水时间 。 自动计算本次购水量总金额。 费用收取成功后会答应收费凭证，并将数据记录进入数据库。 收费信息统计（含报表打印） 对某个时间段内的费用收缴情况进行统计查询。 农户缴费查询（含报表打印） 通过输入农户的编号或姓名，查询出该农户某个时间段内的历史水量使用情况历史缴费记录。 3.1.4 农户自助服务 说明：该功能模块的主要功能是农户可以 方便的通过触摸屏查询自己某时间段的内水量使用情况以及水费缴纳情况。 费用查询 农户通过触摸屏查询某段时间内的购水量和购水金额，查询密码为农户身份证最后六位。 16 3.1.5 水量数据管理 说明：该功能模块的主要功能是对系统中记录的水量进行统计管理。 本月用水量统计（含报表打印） 统计出本月的所有农户的水量使用情况。 自定义水量统计（含报表打印） 统计某个时间段内的所有农户的水量使用情况。 农户用水量统计（含报表打印） 统计某个农户某个时间段内的水量使用情况。 3.1.6 用户权限管理 说明：该功能模块的 主要功能是对管理系统中的操作用户进行管理，保证只有经过授权的用户才能访问系统，保证整个系统的安全性。在整个设计过程中充分考虑了购物中心操作人员的职责区别，可以根据需要给每个用户设置相应的权限，不同的权限的用户进入系统后所能进行的操作和查看的数据都是不一样的，最大程度上保证系统数据的安全。 17 用户权限： 1. 系统管理员：可以使用系统中的所有功能，包括水费单价的设置。 2. 水费收取员：可以使用费用收缴管理模块。 添加用户 将一个新用户添加到系统中，添加之后的用户并不能马上使用，必须经过用户权限配置之后才具有操作系统的权利 ，只有系统管理员在具有该功能的使用权。 修改密码 修改当前登录用户的密码。 修改用户信息 对该用户的一些基本信息进行修改。 用户配权 由系统管理员对该系统中的已有的用户进行权限配置。 用户信息管理 查看该系统中所有的用户信息。 3.1.7 系统设置 说明：该功能模块的主要功能是对购物中心管理系统中的一些系统参数进行设置，该功能模块也只有系统管理员才可以使用。 水费设置 设置系统当前每吨水的单价。 18 第五章 编码设计及测试 5.1 代码设计 5.1.1 连接数据库代码设计 public static void Open () if (DataFactory.Instance.getConnection().State = ConnectionState.Closed) DataFactory.Instance.getConnection().Open(); 解释：方法执行打开数据库连接操作。 public static void Close () if (DataFactory.Instance.getConnection().State = ConnectionState.Open) DataFactory.Instance.getConnection().Close(); 解释：方法执行关闭数据库连接操作。 public static bool ExecuteSQL (string sql) DbCommand cmd = DataFactory.Instance.getCommand(sql); try OpenConnection(); cmd.ExecuteNonQuery(); return true; catch (Exception ex) throw ex; finally CloseConnection(); 解释：方法执行数据库操作 语句 。 19 5.1.2 登录代码设计 private void btnSave_Click(object sender, EventArgs e) Admin admin = new Admin(); admin.Userid = this.txtUser.Text; admin.Pass = txtPwd.Text; AdminDB admindb = new AdminDB(); admin = (Admin)admindb.selectGetSqlBaseObject(admin, admin.GetType(); if (admin = null) PublicMethod.shwoMessage(用户名或密码错误 ); else this.DialogResult = DialogResult.OK; new ParameterInfDB().update(this.skinFile); return; 解 释： 软件登录窗体登录按钮事件代码 。 5.2 软件测试 一个软件开发完成后，并不能投入使用，而需要有好长时间的测试。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。 在本次设计中，涉及到的主要模块有四 个，即 查询模块、 维护模块、 输入模块和报表 模块，它们之间的联系决定了在测试中必须将上述四 个功能模块进行统一的测试。 在设计模块时，应尽力向高内聚、低偶合的思想方面靠拢。 20 5.2.1 测试的方法和步骤 软件的测试方 法有两种，一种是黑盒测试（功能测试），另外一种是白盒测试（结构测试）。 黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。 白盒测试的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否能按预定的要求正确工作。 在本次软 件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进行了测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法）。 测试的步骤 由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。当然，在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若干个子系统组成，且每个子系统由由许多模块组成，因此，软件的测试过程基本上由以下步骤组成： 模块测试 子系统测试 系统测试 验收测试 平行运行 5.2.2 测试用例 本次设计主要模块有四 个，即 查询模块、 维护模块、 输入模块和报表模块，这里只列出这三 个模块的测试用例。当然，在实际的测试中应尽可能的对每个功能，都能测试到。 1、 查询模块 的窗体应 显示某 农户 的所有信息 ，包括 编号 、 名称 、 性别 等 。本模块可分别对这些信息进行修改。 21 2、基本资料维护模块 将要修改的编号、 姓名、出生日期 等 修改好并确认后，系统将检查 编号是否重复，重复则提示：该编号 有重复。否则，将提