【毕业学位论文】（Word原稿）天燃气营业收费系统的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 天燃气 营业收费系统的设计与实现 开大学研究生院 二一 三 年 五 月 摘 要 I / 68 摘 要 本文以“ 标准 天燃气 公司营业大厅 ” 为原型，通过对 天燃气 行业营业收费工作及管理流程的调查研究，整合 完善了该业务的 关键 节点 ，并通过软件系统加以实现。文章按照软件的开发设计流程描述本系统的需求分析、总体设计、详细 设计及系统实现的过程。 通过对本系统实现过程的详细描述，论述了对现代办公自动化系统（ 统）的特点、功能、发展等方面的观点。同时，阐述了 架模型与 想在办公自动化系统中的具体应用方法。 在本系统设计过程中，采用 例图、用例规约图分析系统的功能性需求；采用时序图描述系统模块的详细设计；采用数据流图及数据字典描述数据库的开发过程。 通过 实际的设计开发 ，本 系统 涵盖了 天燃气 行业营业收费业务的所有 关键部分，适应不同类型的缴费模式 和 卡表类型， 通过 一定程度的硬件 支持 和小范围的代码调整，本系统便可适应绝大 多数实际燃气公司营业大厅的业务需求，具有 很好 的推广价值。 关键字： 办公 自动化 王平 2220100688 2 / 68 on as By of of of of to to of of on a of of VC OA in In of ML of of to of of To to of a of of to of of 然气营业收费系统的设计与实现 王平 2220100688 3 / 68 目录 第一章 天燃气行业办公自动化软件现状分析 . 1 第一节 办公自动化的概念 . 1 第二节 问题的提出与现状 . 2 第三节 现状的反思与应对措施 . 3 第二章 天燃气营业收费系统方案设计 . 6 第一节 系统设计背景 . 6 第二节 系统设计整体思路 . 6 第三章 系统需求分析 . 10 第一节 系统总体描述 . 10 第三节 系统非功能性需求 . 21 第四章 系统设计 . 23 第一节 系统总体架构 . 23 第二节 系统 详细设计 . 27 第三节 数据库设计 . 35 第五章 系统的实现 . 40 第一节 系统整体运行情况 . 40 第二节 系统开发过程及测试 . 57 第六章 总结 . 62 参考文献 . 62 致谢 . 错误 !未定义书签。 个人简历 在学期间发表的学术论文与研究成果 . 64 天然气营业收费系统的设计与实现 王平 2220100688 1 / 68 第一章 天燃气行业办公自动化软件现状分析 第一 节 办公自动化的概念 办公自动化（ 称 是 利用先进的科学技术，使部分办公业务活动物化于人以外的各种现代化办公设 备中，由人与技术设备构成服务于某种办公业务目的的 “ 人一机信息处理系统 ” 。 办公自动化技术最近几年的发展可谓突飞猛进，其主要原因有如下几点：第一，微型计算机软硬件技术迅速发展，经济成本迅速下降，办公自动化所依托的软硬件设施迅速普及，为广泛、深入的办公自动化普及创造了条件；第二，网络技术的发展、成熟与普及使办公自动化的核心价值得到了极大的提升。以往众多相互独立的办公自动化软硬件系统所产生的数据，如今可以广泛的相互传递、利用和共享，多年来形成的一个个“数据孤岛”如今正在通过网络和相关技术逐渐演变为“大数据”仓库，使 数据更具价值；第三，办公自动化系统越来越成为组织团体相互业务交流的通用接口。 我们很难想象，一个团体（商业团体、政府、行政机关、个人等）在如今的经济环境中不使用任何办公自动化手段将面临什么情况，也就是说，办公自动化无论从理念上还是实际的数据接收和提供方式上已经成为了各个团体（商业团体、政府、行政机关、个人等）相互交流的实际标准，这也是促进办公自动化进一步发展的巨大动力。 通过对近十几年办公自动化系统发展的研究，我发现，办公自动化系统日后的发展趋势具有如下几个重要的特点。第一，办公自动化系统已经由原始的以简单 提高工作效率为目的，发展为通过系统为用户提供更富价值的信息资源；第二，办公自动化系统已经由原始的封闭独立系统，发展为更具通用性；第三，办公自动化系统所处理的数据已经由原始的主要来源于团体内部，发展为越来越需要和依赖外部数据；第四，办公自动化系统所产生的数据结果已经由原始的简单存档，发展为为更高层面的专家或决策系统提供数据资源。总的来说，天然气营业收费系统的设计与实现 王平 2220100688 2 / 68 办公自动化系统已经逐渐演变成为从日常工作过程中搜集整理繁杂数据，规范引导工作过程，监督纠正工作失误，标准化数据对外交流，进而将工作数据通过既定规范提交给更高层数据处理系统的信 息化中间层。 本文将 以 “ 标准 天燃气 公司营业大厅 ” 为原型，通过对 天燃气 行业营业收费 工作及管理流程的调查研究，整合 完善了该业务的 关键 节点 ，并通过软件系统加以实现。 进而详细论述现代办公自动化系统的核心价值及设计理念，通过对“ 天燃气 营业收费系统”的设计实现，阐明作者对办公自动化系统发展、核心、价值、技术等方面的研究和理解。 第二 节 问题的提出与现状 天燃气 与石油、煤炭、水资源等相同，是重要的能源产业。 行业 的运作模式与后者也有很多相同的地方，但就 信息化这一方面来看，全行业的信息化程度却较之后者差距很大。就本文所探讨的 “营业收费系统”来讲，全国天燃气行业存在如下主要问题： 全行业缺乏统一的收费运营模式，每个天燃气公司或收费站，由于各种客观原因，分别使用相对独立，规模、功能参差不齐的收费系统。甚至，有些较小的燃气公司，根本没有完整的营业收费系统； 系统的规模相对较小，系统功能比较单一； 系统多为定制开发，对业务变化的适应能力较差； 用于实现系统的技术五花八门， 各种技术相互拼凑， 技术之间缺乏有效的接口 和统一的运行框架 ； 系统不同部分之间的相互操作多以数据的交接为主，缺少代码层次的函数级互动，系统的健壮与稳定性有待提高； 系统 只支持固定品牌的卡表 ，系统 可 迁移性较差，移植成本较高； 系统从数据角度来讲是封闭的，系统中运行的数据多为自洽的。即系统中的数据全部（或几乎全部）来源于组织机构内部，也只能用于组织机构内部，仅对组织机构内部有意义； 系统的开发者和使用者对系统 的 定位多来源于组织机构自身的需要，很少或者根本不考虑与其他相关机构之间的，自动化的数据交流与共享； 由于以上特点，当前很多天燃气公司 相互孤立， 数据的运行和存储格式也天然气营业收费系统的设计与实现 王平 2220100688 3 / 68 缺乏统一 ，数据价值的深度挖掘受到了很大的限制。 随着 天燃气行业自身的不断整合，以及 互联网（ 技术 的快速发展，信息在组织机构之间的相互交换、利用与共享对单独的组织机构来讲越来越重要，没有任何机构可以仅凭自身的内部数据就足以寻求发展，这样一来，运行在机构内部的主要数据处理系统 的开放性就成为 了天燃气公司信息化建设的重大转折点，一个封闭自洽的系统越来越不符合全行业 发展的需要。 第三 节 现状的反思与应对措施 经过对办公自动化系统的研究 ， 我们可以总结出企业信息化建设的总体 发展趋势如下： 企业信息化系统 的核心价值已经从简单的提高机构工作效率，发展成为越来越趋向于为机构提供更有价值的数据资源； 企业信息化系统 越来 越趋向开放的、通用的方向。系统无论从数据格式或开发运行框架上，更加趋向于统一标准； 企业信息化系统 所处理的数据已经由原始的主要来源于团体内部，发展为越来越需要和依赖外部数据和公共数据传输机制； 企业信息化系统 的发展越来越趋向使自身成为一个中间层，所产生的数据结果已经由原始的简单存档，发展为为更高层面的专家或决策系统提供数据资源； 针对以 上的趋势，反思天燃气行业信息化现状，经由多方论证与深入调研，提出了如下的应对措施： 1、在严谨周密的工作流程中尽量提高工作效率 营业收费是天燃气公司最为核心的业务，用于这一业 务的信息化系统必须做到兼顾严谨周密和提高效率 。工作效率的提高 当然是信息化系统的重要使命，但是， 营业收费业务自身的特点使得严谨周密的工作流程在很多时候比工作效率的提高更为重要 。 无论怎样，本系统不能出错，任何错误对本系统来讲都是致命的。 天然气营业收费系统的设计与实现 王平 2220100688 4 / 68 2、应该为机构提供各种有意义的统计结果 营业收费系统是天燃气公司的核心业务系统， 本系统涉及到天燃气公司最为重要的两方面信息，即收入与用户。然而，目前运行的很多功能单一、规模较小的收费系统只提供基本的收费功能，对财务和用户数据缺乏统计能力。这使得燃气公司必须使用其它单独的软件来完 成上述的数据统计工作。这样做既提高成本又容易弄乱甚至破坏原有数据，所以，最为可行的办法是将数据统计工作集成到营业收费系统自身中。 3、 营业收费系统是燃气公司 内部数据的屏障和对外交流的接口 营业收费系统在燃气公司 内部的实际作用决定了它将处理机构内部的几乎所有 的关键 数据，正因如此，它既应该是 数据的“拥有”者同时也应该是数据的保护者。与此同时，行业的发展 越来越趋向于相互合 作而不是竞争，而机构合作的前提是数据的交流和共享。 系统在保护敏感数据的同时，也应为合作伙伴或分支机构提供公共数据接口。我这里所说的数据接口不仅仅 是一个简单的数据发布 平台，为了最大程度的提高效率， 系统为外部提供的数据应该是在基于标准协议的数据流，是函数级别的数据连接。 4、 营业收费 系统是更高层数据透析和分析系统的数据提供者 数据的价值越来越依赖于对现有数据整理与挖掘。 很多 机构惊奇的发现，将几年、十几年，甚至几十年前的数据整合进现有系统是意义重大的。知名的“长尾 理论”就是来源于对长期积累的大量数据的挖掘与整理。燃气行业营业收费 系统通过其对原始数据的搜集、处理和整理，为数据的挖掘提供了基础与条件。这种对原始数据搜集、处理、整理的效率与 效果 可以认为是本系统 的一项 核心价值。 5、营业收费 系统 应将现有 各种软硬件资源 进行有机整合 营业收费系统不仅对数据进行处理，同时也应对各种软硬件资源进行有效利用和整合。很多燃气公司 由于种种原因运行着各种相互独立的软硬件系统，如 财务系统、 报税系统、 卡表管理系统、管线维修管理系统 、公共网站等。这天然气营业收费系统的设计与实现 王平 2220100688 5 / 68 些系统无 论从数据格式、代码框架、基础平台等各个方面均存在巨大差异，但是，这些系统的输入与输出数据 很可能影响到具体收费和用户告知行为 。如此一来， 营业收费 系统便自然成为这些孤立数据的整合平台，而且这种整合过程应该是在既定规则下自动进行的。 图 业收费系统价值逻辑图 燃气公司核心业务 营业收费系统 数据分析及专家系统 天然气营业收费系统的设计与实现 王平 2220100688 6 / 68 第二章 天燃气 营业收费 系统方案设计 第一节 系统设计背景 天燃气 行业的营业收费工作一直是该行业的一项核心业务，同时也是较为复杂的 业务领域之一。这主要体现在如下方面：第一，业务领域对系统的安全稳定性要求很高，任何数据操作必须是原子性的，即或者正确操作，或者完全不做，任何数据歧义都将是致命的；第二，业务领域对系统的性能和并发处理能力要求很高。一个 天燃气 公司动辄上万用户，几十万用户的情况很普遍，用户缴费的时间又相对集中，所以系统必须支持相当数量的并发操作；第 三，系统必须提供其它独立业务系统的数据接口，如 、银行转账系统、 在线支付系统等。 我们都知道，办公自动化系统的本地化（个性化）部署在整个系统实施周期中是风险最高的 。任何机构均有自 己的个性化要求， 系统如何在最短时间里，在修改代码量最小的前提 下 满足用户的需要，这是 也 本系统要解决的重要问题。 第二节 系统设计整体思路 1、 系统设计完全遵循 计模型 名是 模型 (视图 (控制器 (缩写，一种软件设计规范 ， 一种 用于 将完成业务逻辑的代码与 数据显示分离的方法，这个方法的 主要目的 是 将业务逻辑与用户界面进行完全分离，即 业务逻辑被聚集到一个部件里面， 对 界面和用户围绕数据的交互能被改进和个性化定制 时 不需要重新编写业务逻辑 。 从代码的角度看，现代软件用于界面和用户交互部分的代码量普遍较高，有些软件甚至达到全部代码量的 60%以上。这些用于控制界面的代码如果和核心业务代码紧密耦合，那么对界面或交互形式的微小修改，都将牵扯系统业务逻辑的调整，这既不安全，也不方便，软件的可维护性很难提高。 计模天然气营业收费系统的设计与实现 王平 2220100688 7 / 68 型就是为了解决这一问题而被重 视起来的一种技术手段。 计模型，将完整的软件划分为模型、视图、控制器三个相对独立的部分。 三个部分之间使用消息进行联通，通过统一定义的状态符号实现系统整体的同步。这样便有效的解决了上述问题，使系统的维护、升级变得较为容易。下图描述了 计模型的逻辑框架。 模型（ 表示业务逻辑和企业数据。模型是系统中所有业务逻辑和企业数据的计算工厂。模型所提供的数据在格式上是中立的，它不会按照任何必须的显示格式提供或存储数据。一个模型可以为多个 视图提供数据。 视图（ 系统的界面，用于接收用户的交互和为用户提供结果。视图的最大价值是可以按照各种不同的需要提供不同形式的输入、输出形式，如报表、图表、文字、表格等。视图原则上不会进行任何与企业业务逻辑有关的计算，它只是接受输入和提供显示结果。 控制器（ 是模型与视图的链接纽带。控制器负责接收由视图提供的数据，并选择使用哪个模型来处理这些数据；当数据处理完成，控制器又将选择合适的视图将结果输出。 图 计模型 然气营业收费系统的设计与实现 王平 2220100688 8 / 68 2、系统采用模块化设计，遵循 计思想 为了兼顾系统的通用性和低风险的本 地化过程，系统采用模块化设计。每个模块均为自洽系统，模块之间实现松耦合匹配模式，遵循 设计思想。 全称是 面向服务的架构。 众所周知，业务是不断发展、变化的，业务创新越来越成为企业核心竞争力的一部分。传统 撑业务发展的方式是为新业务构建新的业务系统，设计新的数据库，系统多是“竖井状”的孤岛形式，系统间连接常见的是点对点的缺乏规划的连接方式。久而久之，这样的方式已经无法满足业务发展对 来的要求，为企业的严重短板。 现的 主要目的就是彻底改变这种局面，使 得灵活，与业务对齐，不再成为企业的后腿。甚至能够促进业务的发展，并创造新的业务价值。 应用功能的服务化 。 将应用程序打散成服务是 施的关键之一。一方面，遗留系统的功能和数据不能丢弃，只有重用才能利用其价值。另一方面，将应用作为整体，是从技术和实施上都非常难于复用的。所以， 实施原则要求将应用中的功能模块抽象成开放、标准、粒度适中的服务，进而促进现有功能重用、避免重复投资、加速新业务开发的速度。 架构的松耦合原则 。 另一重要原则是松耦合，松耦合不仅表 现在服务本身，还表现在架构层面。服务的松耦合表现在服务的描述与其底层实现技术是分离的。换言之，一个服务，其底层实现 灵活的业务、业务创新 灵活的业务逻辑、基础设施、架构 对齐 图 务与 齐 天然气营业收费系统的设计与实现 王平 2220100688 9 / 68 可能是 可能是 构的松耦合表现在服务消费者与服务提供者的分离，在服务消费者及提供者之间置入仲裁（ 块。这样，服务提供者对服务的修改对服务消费者产生的影响可降至最低。 面向服务的整合 。 面向服务的整合是 核心之一，主要由企业服务总线（ 供这一部分的能力。服务消费者之间既有面向服务的调用，也有面向消息的处理。企业服务总线提供的协议转换、数据格式转 化、多种消息处理机制、审计、日志等功能能够最大限度地提高 构的灵活性和扩展性。 服务的组合及编排 。 面向服务的整合是 核心之一，主要由企业服务总线（ 供这一部分的能力。服务消费者之间既有面向服务的调用，也有面向消息的处理。企业服务总线提供的协议转换、数据格式转化、多种消息处理机制、审计、日志等功能能够最大限度地提高 构的灵活性和扩展性。 天然气营业收费系统的设计与实现 王平 2220100688 10 / 68 第三章 系统需求分析 第一节 系统总体描述 对 天燃气 公司 天燃气 管理业务的整体综合规划，包括 天燃气 收费、呼叫中心、安检、维修等业务。规划后的各业务系 统共享客户档案，做到信息的准确、一致。提供符合 天燃气 公司自身现有收费业务的 天燃气 收费系统，并且为其 天燃气 业务后续发展提供保障。 总公司对 天燃气 公司 天燃气 管理业务的整体综合规划，包括 天燃气 收费、呼叫中心、安检、维修等业务。规划后的各业务系统共享客户档案，做到信息的准确、一致。 提供符合 天燃气 公司自身现有收费业务的 天燃气 收费系统，并且为业务后续发展提供保障。其具体内容包括： 建立 天燃气 综合收费系统，把卡表、机表兼容到同一收费系统中； 实现多卡兼容，系 统可以对多个厂家的 兼容，使其不对原有卡、表进图 业务系统逻辑关系 天然气营业收费系统的设计与实现 王平 2220100688 11 / 68 行处理，将 各厂家 兼容在同一个系统中制卡收费等，后台采用统一 数据库，使得用户档案、收费记录等在同一数据库中； 对读写器进行兼容处理，使其使用一种或尽量少的读写器； 实现交费票据打印、用户使用证打印等； 建立完备的查询及报表系统，实现对 天燃气 用户科学管理； 天燃气 公司联网售气或办理业务，使得多个营业厅或网点的业务数据实时保存在公司机房服务器里； 银行联网售气，实现银行实时代售 天燃气 业务； 售气网点、营业厅、操作人员数量无限制， 天燃气 公司可以根据发展情况，自 行设置开设网点； 为 天燃气 业务功能提供更多接口，方便业务扩展，可以与其他相关系统进行数据对接。 天燃气 收费 管理 系统是对 天燃气 用户档案、抄表、收费、用户事务管理、管理、报表、打印收费凭证、银行实时代售的统一管理。同时用户档案的基础信息可以给其他业务系统提供数据，使得多套业务系统中的用户档案信息完全一致，做到准确为用户服务 。 天燃气 公司可以根据需要自行开设营业网点，软件没有任何限制。本系统具体功能见下表： 模块名称 功能描述 用户管理 用户档案管理 用户购气证管理 多卡兼容 档案变更 管理 发卡 管理 补卡管理 用户事务管理 过户管理 停用管理 启用管理 销户管理 换表管理 补气管理 票证补打管理 抄表管理 抄表用户信息打印 抄表信息录入 天然气营业收费系统的设计与实现 王平 2220100688 12 / 68 售气收费管理 卡表收费 机表收费 读卡 冲正管理 结账管理 票证打印 银行实时代售气管理 通信程序 实时代售 对账管理 通气管理 通气管理 触摸屏 用户验卡 宣传 报表管理 日结账报表 日汇总报表 欠费报表 其他报表 分析统计 分析统计饼图、柱状图 系统管理 资源管理 用户类型气价管理 气表型号管理 限气设置管理 密码修 改 参数管理 单值管理 旧系统导数据管理 实际运行的业务系统内容丰富、功能强大、模块众多，由于本文的篇幅限制，在本文中主要介绍最为核心和可以体现前述观点的模块，主要包含如下模块： 用户管理、 管理、 售气收费 管理 、银行实时代售气管理、 分析统计管理。 1、用户管理 用户管理当中我重点介绍用户档案管理的相关内容。 户档案管理功能描述 建立 天燃气 用户档案，可以包含工业、公福、民用的卡表、机表等用户类型，各类型的气价可以单独设定，使得每类用户具有不同气价。档案中包括用天然气营业收费系统的设计与实现 王平 2220100688 13 / 68 户编号、客户姓名、联系方式、地址、小 区名称、用户类型、气表品牌、表号、左右表、表底数、表安装位置、是否发卡、是否发购气证等详细信息。 根据 天燃气 用户档案模型， 天燃气 客户可以具有多个用气点，每个用气点具有气表，客户的账户可以为一个或多个。这种用户模型可以处理实际业务中的多种情况，例如，一个用户具有多个 天燃气 表的情况、账户预存等情况。 户档案管理用例图 图 户档案管理用例图 图 户档案管理 天然气营业收费系统的设计与实现 王平 2220100688 14 / 68 户档案管理 用例规约表 用例名称：用户档案管理 主要参与 者：管理员、用户 涉众利益：建立用户档案，建立基本用户信息 基本流： 1. 管理员 建立用户 ： 管理员根据不同类型建立用户 管理员修改 用户类型 管理员删除用户 管理员汇总查找用户 2. 用户建立基本信息 ： 管理员建立基本信息 管理员修改 基本信息 管理员删除基本信息 3. 用户基本信息包括 用户档案包括 天燃气 公司使用的各表厂表的所有用户信息； 健全的用户档案信息可以为多种业务系统提供档案基础数据； 档案中包括各种类型的用户，例如民用、工业、公福等； 档案中包括用户信息、燃气表信息、壁挂炉、热水器信息； 用户业务状态信息，例如是否 停用、总购气量等。 2、 管理 管理功能描述 在发卡功能界面上，输入用户编号，回车带出用户档案中的相关信息，把空卡插入读写器中，点击“发卡”按钮，提示“发卡成功”。发卡后该用户档案中“是否发卡”字段内容自动更新为“已发”。 具体处理内容包括： 对与新建的用户档案可以进行发卡，发卡后产生记录，并且用户档案中的天然气营业收费系统的设计与实现 王平 2220100688 15 / 68 “是否发卡”自动更新为“是”； 可以对现有的五种卡，进行发卡； 对卡表用户补卡操作，补卡时收取补卡费，打印收费凭证；补卡费可以从单值维护中进行管理。补卡费可以被统计在每天的收费报表中 。 操作时，在补卡界面上输入用户编号，回车带出用户档案中的相关信息，把新卡插入读写器，点击“补卡”，提示“补卡成功”即可，系统根据用户档案中记录的卡类型进行识别是那家表厂的卡。 具体处理包括： 产生补卡记录； 收取补卡费、打印补卡费票据； 补卡后，此卡可以直接针对用户表进行使用。 管理用例图 天然气营业收费系统的设计与实现 王平 2220100688 16 / 68 管理用例规约表 用例名称： 管理 主要参与者：管理员、用户 涉众利益：发卡、补卡 基本流： 1、 管理员 发卡 ： 对与新建的用户 档案可以进行发卡，发卡后产生记录，并且用户档案中的“是否发卡”图 管理用例图 天然气营业收费系统的设计与实现 王平 2220100688 17 / 68 自动更新为“是”； 可以对现有的五种卡，进行发卡； 2、管理员补卡 ： 产生补卡记录； 收取补卡费、打印补卡费票据； 补卡后，此卡可以直接针对用户表进行使用。 3、售气收费 气收费功能描述 对机、卡表用户交费进行管理，可以根据抄表产生的用气量对用户收费，也可以提供用户预交气费。并且支持月维护费的收费功能。卡表用户交费时读卡来带出用户信息，然后输入交费金额或气量，来计算应收金额，然后制卡，交费完成后系统自动打印交费凭证、票据信息。支持付款 方式： 现金； 刷卡； 支票； 气收费用例图 天然气营业收费系统的设计与实现 王平 2220100688 18 / 68 气收费用例规约表 用例名称：售气收费 主要参与者：管理员、用户 涉众利益：收费 基本流： 1、卡表收费 ： 可以收气费、维护费等； 产生卡表收费记录； 插卡后，售气制卡； 交费后打印票据凭证、打印购气证； 更新用户累计购气等信息。 2、机表收费 ： 可以收气费、维护费等； 产生机表收费记录； 机表可以继续预购或交费； 图 气收费用例图 天然气营业收费系统的设计与实现 王平 2220100688 19 / 68 交费后打印票据凭证、打印购气证； 更新用户累计购气等信息； 4、银 行实时代售气管理 行实时代售气管理功能描述 实现与银行的代售 天燃气 业务， 天燃气 客户资料全部在 天燃气 公司机房服务器 ， 天燃气 公司与银行通过通信服务器进行数据交互来完成实时代售业务，这样充分保证了 天燃气 用户资料的保密性，银行不保留 天燃气 客户资料，所有数据经过通信协议来完成。每天代售结束后，银行结账给 天燃气 公司发生对帐请求，双方服务器进行对总账、对明细等操作。 具体包括： 通信程序，主要负责与银行代售的数据交换； 银行代售过程中， 天燃气 公司服务器根据每笔交易通信情况自动记录下交易详细信息； 每天代售结束后 ，银行发送对账请求， 天燃气 公司服务器与银行自动进行对账处理，包括总账、明细； 客户档案等信息在 天燃气 公司服务器，保证了 天燃气 客户档案的保密性； 银行代售终端的计算等处理都在 天燃气 公司服务器处理，银行代售终端只是显示 天燃气 服务器给的计算结果数据；即所有的计算等规则完全掌握在天燃气 公司这边。 行实时代售气管理用例图 天然气营业收费系统的设计与实现 王平 2220100688 20 / 68 行实时代收费管理用例规约表 用例名称：银行实时代收费管理 主要参与者：管理员、用户、银行 涉众利益：收费 基本流： 通信程序，主要负责与银行代售的数据交换； 银行代售过程中， 天燃气 公司服务器根据每笔交易通信情况自动记录下交易详细信息； 每天代售结束后，银行发送对账请求， 天燃气 公司服务器与银行自动进行对账处理，包括总账、明细； 客户档案等信息在 天燃气 公司服务器，保证了 天燃气 客户档案的保密性； 银行代售终端的计算等处理都在 天燃气 公司服务器处理，银行代售终端只是显示 天燃气 服务器给的计算结果数据；即所有的计算等规则完全掌握在 天燃气 公司这边。 5、分析统计管理 析统计管理功能描述 根据历史数据生成相关数据 分析图，便于领导决策层参考。例如：同期售气对比柱状图、同期新增用户对比柱状图、用户类型比例饼图、气表品牌数量饼图等。 图 行实时代售气管理用例图 天然气营业收费系统的设计与实现 王平 2220100688 21 / 68 析统计管理用例图 析统计管理用例规约表 用例名称：分析统计管理 主要参与者：管理员 涉众利益：生成统计图 基本流： 管理员通过按钮操作生成不同类型的统计图表。 第三节 系统非功能性需求 非功能性需求需要反映系统的质量及特性 ，此部分需求是额外的。根据不同系统的性能，非功能性需求的侧重点也不尽相同。在本系统中 ，非功能性需求主要体现在以下几个方面： 运行质量需求 系统需要全天运行，每年 平均故障不超过 1 天，并支持 程接入。 在 30 人同时操作情况下，操作响应时间小于 1 秒；查询响应时间小于 2秒。 安全需求 操作员 登录时，服务器端进行 用户身份的安全验证，非法用户不允许进入图 析统计管理用例图 天然气营业收费系统的设计与实现 王平 2220100688 22 / 68 系统。用户模块操作需有各自 的管理权限。 对错误的操作及信息做出明确的提醒信息及相关响应。 对服务器应用 术及备份，确保数据的安全性、完整性及服务器的正常运转。 远程管理需求 对系统的所有可管理部分均要求可进行远程管理，远程管理需要单独口 令。 可扩展性需求 系统应具可扩展性， 对于用户不断增加的情况，系统可以自动进行数据库空间扩容等操作。 备份 系统需要具备自动和手动两种数据备份形式，备份数据应方便进行存储介质的转换，并可实现免干预数据导入操作。 天然气营业收费系统的设计与实现 王平 2220100688 23 / 68 第四章 系统设计 第一 节 系统总体架构 本系统的设计是基于多年对燃气行业营业收费业务的具体需求情况的理解，充分考虑企业业务发展的前提下进行的。采用 B/S 架构，使用 言开发。 1、网络架构 该网络系统设计主要以最简应用为主，同时兼顾 一定得数据安全，及较高的访问速度，因此在主干线路选择上选用 10/100M 到桌面， 100M 连接到主机的快速以太网。各营业厅通过 备或局域网连接到中心交换机。 天燃气 通信图 统网络架构图 天然气营业收费系统的设计与实现 王平 2220100688 24 / 68 机与银行通信机通过专线连接，进行数据交互。整个系统采取星型结构交换机与各终端节点构成的 10M/100M 交换星型连接。 各部分主要作用如下： 整个结构以数据库为核心，存放所有的数据。 务器主要负责应用系统的发布，及售气点的终端机对系统进行访问的管理。 各营业厅售气终端通过 务器来对系统进行操作，完成客户档案管理、售气等管理业务。 银行实时代售通过双方通信机进行数据交互，完成实时售气业务。 2、平台选型 本系统考虑到 天燃气 公司目前的实际情况，我们认为信息系统的服务器和存储系统建设要考虑如下主要原则： 1系统的性能 2系统的运营支持能力 件平台选型 采用 天燃气 公司现有硬件与网络环境，增加以下服务器： 用服务器； 数据库服务器； 银行代售通信服务器； 件平台选型 数据库服务器操作系统采用 003； 数据库采用 务器选用 售气点终端机可以采用 作系统，确保 览器能正常工作即可， 览器为 更高版本。 天然气营业收费系统的设计与实现 王平 2220100688 25 / 68 3、系统架构设计 我们经过在 天燃气 行业多年的开发经验，积累了自己的开发平台，使用成熟的软件平台产品构建系统要比直接开发和使用某一种成型的产品效率高出很多，最主要的是减少了系统的风险。 下图就是使用成熟的平台自身的架构： 件平台的提出首先顺应人类的自然思维模式面向对象的思维模式， 面仅仅是人机交互的一个接口，页面由表现部分和数据部分组成，表现（ 分是从模板中读取出来，数据 (由内存中的程序产生，对于树、表格、数据录入单等，都是美工做好模板，程序加载时给模板填充数据，从而构成了不同的 用界面。 组件的功能不仅负责 界面表现格式，如树、表格、表单等等；还负责解析 请求，将相应的信息通知给业务逻辑的 要给组件提供数据和响应用户的请求，并且根据请求进行逻辑处理。 图 统架构图 天然气营业收费系统的设计与实现 王平 2220100688 26 / 68 作流平台负责定义流程，定义活动实例的特性 ，运行和调度各种业务的流程。 象存贮采用 术对于各种业务类的实体进行存储。与具体的数据库选型无关。 本系统可以运行于 统。 4、系统 入方案 为了满足各种不同的应用场合，符合用户售气的具体需要，本系统支持 燃气公司的营业网点增加，或由于业务需要而进行远程移动收费， 全接