有线电视收费管理系统的设计与实现

有线电视收费管理系统的设计与实现内容摘要：

上配置好 Apache 服务器，可利用它响应对 HTML 页面的访问请求。 实际上 Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行 tomcat 时，它实际上作为一个与 Apache 独立的进程单独运行的。 这里的诀窍是，当配置正确时， Apache 为 HTML页面服务，而 Tomcat 实际上运行 JSP 页面和 Servlet。 另外， Tomcat 和 IIS、 Apache等 Web 服务器一样，具有处理 HTML 页面的功能，另外它还是一个 Servlet 和 JSP 容器，独立的 Servlet 容器是 Tomcat 的默认模式。 不过， Tomcat 处理静态 HTML 的能力不如Apache 服务器 [5]。 大连交通大学 2020 届本科毕业生毕业设计（论文） 6 第二章 系统 需 求 分析 功能需求 用户在打开系统登陆页 面后 ，通过输入用户名和密码 之后就会扮演某种角色从而具有了一定的权限，根据他的身份 与权限，就可以在对应的界面完成相应的功能。 角色分为 两 种： 系统管理员和系统操作员。 1. 系统管理员 ： 可以实现对系统操作设置和收费业务参数设置这两个功能的操作。 又可以细分为以下五种权限： (1)添加操作员信息：通过输入添加操作员的编号、姓名、初始密码来完成对操作员的添加。 (2)修改操作员信息：在这里可以直接在表格中找到具体某一个操作员，对他进行修改和删除操作。 (3)管理员密码修改：通过输入系统管理员的旧密 码和新密码来重置管理员的密码。 (4)添加收费套餐：在这里可以对系统收费参数进行设定， 有 收费标准 (元 /月 )、滞纳金标准 (元 /月 )、复机费标准 (元 /月 )、允许欠费月数和客户等级五个参数设定。 (5)修改收费套餐：在这里可以直接在表格中找到具体某一个套餐，对它进行修改和删除操作。 2. 系统操作员 ： 系统操作员的业务比较复杂，包括开机、停机、复机、迁户、续费和查询六种操作权限。 (1)开机 ： 开机意味着新增客户 ,对于系统中已经存在的客户（无论是正常状态，欠费状态，停机状态） ,是执行不了开机操作的。 (2)停机：这个 停机是人工停机。 ① 对于已经停机的用户 ,如果已经结账 ,系统会提示错误信息。 ② 如果系统月初结账时造成的用户停机，继续执行，客户需要缴纳欠款，完成停机结账。 这里的欠款计算方法是：系统预计欠费日到当前日期的使用费 +滞纳金。 ③ 如果当前的客户是正常状态，那么停机时系统经过结算，操作员根据页面提示信息返还客户剩余金额。 这个正常状态下的处理也得分情况：因为是系统月初结算，所以这时的正常状态仅指在月初时的状态，那么当这个客户以正常状态身份来办理停机时，可能已经欠费了，所以这里的处理就比较复杂。 如果当前日期在系统预计欠费日期 之前，则用月初余额扣除本月使用费后的余额则是返还的余款。 否则：月初余额 月初至当前日之间的使用费用 系统预计欠费日至当前日之间产生的滞纳金办理停机后，客户信息在系统中仍予以保留，客户状态为停机状态。 (3)复机 ： ① 只有处于停机状态的客户才能复机，否则系统会提示错误信息。 大连交通大学 2020 届本科毕业生毕业设计（论文） 7 ② 处于停机状态的客户有两种：一种系统月初结账时造成的停机，一种是客户主动停机，前者未结账，后者已结账（余额为 0）。 对于来办理停机的用户，系统自动会判断当前的客户是否已经结账，这一点不能依赖客 户口头表达，本系统的设计基准原则就是：完全不能信任客户所提供的任何票据和口头描述。 也就是说，客户来办理业务，本系统只需要提供身份证和钱就可以了。 对于已经停机结账的客户，则此次收取的费用＝复机费 +以后的使用费，对于未结账停机的客户，费用＝复机费 +欠款 +滞纳金 +以后的月使用费。 (4)迁户：不能迁往系统中既存的用户。 (5)续费： ① 停机客户不能续费，只能复机。 ② 如果事先欠费，则应该先交齐欠款和滞纳金。 交的欠款存入账户，滞纳金不存入账户。 除此之外的费用也要存入账户，同时延长预期欠费日期和预期冻结日期。 (6)查询 ： 操作员对用户信息的查询可以通过三种查询方式来进行，即收费明细查询、客户状态查询和操作记录查询。 收费明细查询是通过客户的扣费和缴费信息进行查询；客户状态查询是按当前客户所处的状态来进行分类查询，客户状态包括正常、欠费、停机等；操作记录查询时按照业务类型来进行查询的，业务类型包括开机、复机、停机、迁户、缴费。 同时在这三种查询方式中，操作员也可也通过办理业务的日期对用户进行查询。 性能需求分析 1．准确性和及时性 在系统设计和开发过程中，不但要保证本次数据处理结果的准确性，还要考虑本次数据处理结果 对整个系统的影响，从而保证整个系统的正确性。 系统在日常处理中的响应速度要达到实时要求，以及实时反馈信息。 在系统设计和开发过程中，还要充分考虑系统当前和将来可能承受的工作量，使系统处理能力和响应时间能够满足用户对信息处理的要求。 2．系统的可扩充性 [6] 系统在开发过程中，应该充分考虑以后的可扩充性。 这些要求系统提供足够手段进行功能的调整和扩充。 要实现这一点，应通过系统的开放性来完成，即系统应是一个开放的系统，只要符合一定的规范，可以简单的加入和减少系统的模块、配置系统的硬件。 通过软件的修补、替换完成系统的升 级和更新换代。 可以说，具有良好的扩展性的软件才是优秀的软件。 3．系统的 安全性 本系统设计的原则是基于对客户的不信任基础之上的，所以，每一种业务办理都要经过层层校验，无论是前台还是后台检验。 检验一定要合乎逻辑。 比如已经欠了系统很大连交通大学 2020 届本科毕业生毕业设计（论文） 8 多钱的客户就不能来办理开机，要想使用本服务只能办理复机，办理复机时就要根据你的欠费情况收取你的欠款，复机费，还有滞纳金。 等等。 可行性分析 网络技术在会计领域的应用，使新型的有线电视收费管理方式正在运作中趋于成熟，建立合理有效的收费管理系统，使收费管理工作更加稳妥、有序进行十分 必要。 开发有线电视收费管理系统当然也就成为大势所趋。 开发 有线电视收费系统 ， 可以自动地实现收费管理工作，当用户缴纳收视费用后，系统自动给用户提供有线电视信号；当用户逾期不缴纳收视费时，系统自动关闭电视信号。 技术可行性 [7]：现有技术完全可以轻松实现该系统所有功能。 如可以使用JSP,JAVABean， MySQL SERVER 数据库等实现。 经济可行性：电脑处理大量数据的时候优势非常明显，比人工方式快的多，也更加准确，省时省力。 操作可行性：系统的使用极其简便，容易让人接受。 经分析本次设计采用 JSP 开发工具 ， JSP 对报表的上传和下载以及对表内数据与数据库的逻辑和运算处理提供了强大的功能。 而且用 JSP 构建 WEB 应用程序有着超越性的特点与优势：性能强、执行效率高、跨平台操作、易于管理等。 数据库采用 MySQL SERVER 开发， SQL 语言是 非过程化 的、统一的、 所有关系数据库的公共语言 ，它 结构简洁，功能强大，近年来被广泛的采用。 所以本次设计项目是可行的。 输入输出需求 要求用户输入输出界面尽可能简单明了，风格统一；对用户输入尽可能提供缺省值，并以选择的方式进行；用户输入给出格式参考或明确指示；要求对用户输入有容 错能力；要求对大量用户信息输出规划整齐。 数据管理 需求 1．数据录入的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。 数据的输入来源一是手工输入二是由其它系统产生。 手工输入要通过系统界面上的安排使系统具有容错性。 而由其它系统生成的数据也要有必要的检查手段，以保证输入数据的准确性。 在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。 2．数据的一致性和完整性 由于系统的数据是共享的，在不同的模块或子系 统中，报表、文件、数据库是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。 要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 各模块之间对数据库的需求各有不同，但一定要协调好不大连交通大学 2020 届本科毕业生毕业设计（论文） 9 同需求之间的关系。 对于各模块都会用到的表一定要一致，不能有冲突。 故障处理需求 由于软硬件及系统设计等各种因素，系统在使用过程难免会发生各种故障。 系统应提供一定的对各种故障的检测能力，并提供相应的处理手段。 对于硬件故障和系统软件故障，应由系统报告及 处理；对于操作错误，要求有信息提示及正确方式。 运行环境需求 服务器端： CPU： P(R) GHz 内存： 768MG 硬盘空间： 60G 操作系统： Windows XP Professional 数据库管理系统： MySQL Server 办公软件： OFFICE 2020 客户端： 操作系统： Windows XP Professional 浏览器： 以上 大连交通大学 2020 届本科毕业生毕业设计（论文） 10 第三章 系统总体设计 系统功能 模块 划分 系统功能版块按角色分 为 两 大部分： 系统管理员和系统操作员。 1. 系统管理员：可以实现对和收费业务参数设置这两个功能的操作。 然而系统操作设置又可以细分为三种权限，即添加操作员信息、修改操作员信息、管理员密码修改；收费业务参数设置可细分为两种权限，即添加收费套餐和修改收费套餐。 2. 系统操作员：系统操作员的业务比较复杂，包括开机、停机、复机、迁户、续费和查询六种操作权限。 各种权限在前面第二章已经详细的说明过了。 系统流程分析 系统管理员经过登录进入本系统后，可以进行查询和修改操作员和管理员的信息，还可以进行收费套餐的添加和 修改。 操作员登录后，可以进行新用户的开户，老客户的停机、复机、迁户、续费和查询功能。 以下是系统流程图。 添加操作员修改操作员密码修改添加收费套餐修改收费套餐系 统 管 理 员主 页登 陆系 统 操 作 员开 机停机复机迁户续费查询退 出 图 31 系统流程图 系统功能模块图 下面是系统总体功能树，列出了各个模块的主要功能。 大连交通大学 2020 届本科毕业生毕业设计（论文） 11 有线电视收费管理系统用 户 管 理收 费 管 理统 计 查 询系 统 管 理开 机停 机复 机迁 户续 费添 加 收 费 套 餐设 定 收 费 级 别系 统 操 作 员 查 询用 户 信 息 查 询系 统 管 理 员 密 码 修 改添 加 、 修 改 操 作 员 信 息 图 32 系统总体功能树 系统用例图 用例图展现了一组用例、参与者以及他们之间的关系。 用例图通常包括用例、参与者 、扩展关系、包含关系。 用例图用于系统的静态用例视图进行建模。 这个视图主要支持系统的行为，即该系统在他的周边环境的语境中所提供的外部可见服务。 当对系统的静态用例视图建模时，可以用下列两种方式来使用用例图。 对系统的语境建模。 对一个系统的语境进行建模，包括围绕整个系统画一条线，并声明有哪些参与者位于系统之外并与系统进行交互。 在这里，用例图说明了参与者以及他们所扮演的角色的含义。 对系统的需求建模。 对一个系统的需求进行建模， 包括说明这个系统应该做什么（从系统外部的一个是点出发），而不考虑系统应该怎么做。 在这里，用例图说明了系统想要的行为。 通过这种方式，用例图使我们能够把整个系统看做一个黑盒子。 你可以观察到系统外部有什么，系统怎样与那些外部事物相互作用，但却看不到系统内部是如何工作的。 大连交通大学 2020 届本科毕业生毕业设计（论文） 12 以下是有线电视收费管理系统中涉及到的测试用例图。 登 陆添 加 、 修 改操 作 员 信 息添 加 收 费 套 餐修 改 、 删 除收 费 套 餐系 统 管 理 员 图 33 系统管理员测试用例图 续 费迁 户复 机停 机开 机查 询登 陆系 统 操 作 员 图 34 系统操作员测试用例图 大连交通大学 2020 届本科毕业生毕业设计（论文） 13 第四章 数据库设计 概述 相对于基于传统的 Client/Server 模式的数据库系统， Web 数据库系统采用三层浏览器 /服务器结构（即网络浏览器 /Web 服务器。