基于工作流的电信固定电话收费管理系统毕业设计

1、毕 业 设 计（论文）（说 明 书）题 目： 姓 名： 编 号： 平顶山工业职业技术学院 年 月 日平顶山工业职业技术学院平顶山工业职业技术学院毕 业 设 计 （论文） 任 务 书姓名 专业 任 务 下 达 日 期 年 月 日设计（论文）开始日期 年 月 日设计（论文）完成日期 年 月 日设计（论文）题目： a编制设计 b设计专题（毕业论文） 指 导 教 师 系（部）主 任 年 月 日平顶山工业职业技术学院毕业设计（论文）答辩委员会记录 系 专业，学生 于 年 月 日进行了毕业设计（论文）答辩。设计题目： 专题（论文）题目： 指导老师： 答辩委员会根据学生提交的毕业设计（论文）材料，根据学生答

2、辩情况，经答辩委员会讨论评定，给予学生 毕业设计（论文）成绩为 。答辩委员会 人，出席 人答辩委员会主任（签字）： 答辩委员会副主任（签字）： 答辩委员会委员： ， ， ， ， ， ， 平顶山工业职业技术学院毕业设计（论文）评语第 页共 页学生姓名： 专业 年级 毕业设计（论文）题目： 评 阅 人： 指导教师： （签字） 年 月 日成 绩： 系（科）主任： （签字） 年 月 日毕业设计（论文）及答辩评语： 平顶山工业职业技术学院毕业设计说明书（论文）提 要本文首先介绍工作流的背景、现状和相关技术，以及工作流管理联盟提出的一系列规范和标准。然后介绍在工作流参考模型的基础上，设计并实现的长春市农行

3、代长春电信收缴固定电话费业务系统。作为本文的主体，主要建立和实现了基于服务器/客户机结构的电信代收费业务系统工作流管理系统模型。其中引擎是工作流实施服务的核心，工作流实施服务在服务器端为系统的运行提供服务；其它应用部件，如服务受理、客户应用等运行于客户端。文中详细阐述了本模型的各个组成部件之间的相互作用关系。本系统已经在长春市农行得到了正式应用。其运行环境是基于as/400 中心机，客户端采用unix 系统，数据库采用db2 系统。实际运行结果表明：该系统稳定可靠，性能较好。毕业论文基于工作流的电信固定电话收费管理系统第一章 前 言1.1 问题的提出工作流（workflow）的历史可以追溯到七

4、十年代末期的办公自动化、制造业和批处理。随着工业化大生产和经济贸易的蓬勃发展，竞争和经济压力迫使现代企业和商业公司寻找新的信息技术（ information technology ） 来支持他们的商务处理（ businessprocess）管理1。当时，一些办公系统的开发者开始把他们的业务过程流程化；一些图象系统的生产商在其产品中加入了发送和跟踪功能，这些思想与方法并未增加什么技术难题，但却给数据处理带来很大方便。这些便是工作流管理软件的萌芽。很快地，工作流管理技术从办公软件和图象应用中脱颖而出。此后，办公自动化实现了多机联网，证明了业务过程自动化已具备了技术基础2。工作流可简单定义为一组相互

5、协作实现了一个业务处理的任务。工作流模型比传统的业务处理模型更倾向信息技术系统。好的工作流技术通过继承遗留系统来利用过去的投资，适应大的组织变化和技术革新， 适合当今的动态企业。近年来，由于对业务处理再工程（business process re-engineer）认识的加深；由于信息技术的广泛而深入研究与应用，相关技术（如中间件、面向对象技术、网络技术等）的飞速发展，使得开发现实的工作流系统成为可能，使工作流受到越来越多的注意和欢迎。经过近年来的研究和开发，许多工作流原型或产品已经出现，涉及银行、电信、软件工程、实验科学、商业、办公自动化等各行各业3。有些人从更广义的意义上使用工作流述语，例

6、如：一些象lotusnotes 和microsoft exchange 等群件工具，也称作工作流管理系统。严格意义上讲，这是不合适的，因为它们不支持工作流处理本身，只是允许人们通过发送电子邮件和共享信息来合作。在合作处理中，重点是交流和共享信息，而不是处理的定义。但这些工具可作为工作流系统的交流层。通过比较分析，我们认为：虽然当前国外工作流产品，发表的研究文章和报告很多，是信息技术系统和管理系统的的热点，但实际的应用和理论上的研究还存在一定的差距，系统的实用性和功能有待进一步提高；而在国内，工作流也开始逐渐引起专家、学者、开发商的重视4,5,6。电信业务中，固定电话代收费系统的工作流比较复杂，

7、而且需求面较大，其业务处理流程如图1.1 所示。该图表示了电信业务代收费系统工作流程。实际业务流程比较复杂，将根据用户种类（个人用户、单位用户）、交费方式（现金交费、存储交费）的不同而有较大的变化。一般来讲，对新开设的代收费帐户，首先通过储蓄所提交开户申请，此开户申请要经过电信的相关身份验证，在成功的开户账号内存入现金，然后用户要根据电话性质选择交费方式，银行根据电信的话费单批量地从帐户内扣除话费。图1.1 电信业务代收费系统工作流程图分析表明，（详见2.3.1）电信业务收费系统非常适于采用基于工作流的方式进行管理程序的设计与实现。基于上述分析， 我们以工作流管理联盟wfmc （ workfl

8、owmanagement coalition）的参考模型为基础，设计并实现了一个工作流应用系统基于工作流的电信固定电话收费管理系统：开户申请身份验证 存入现金 交费方式 查询话费缴 费 查询余额12 本文的工作本系统是我们根据电信局的业务要求独立开发，现已正式开通运行。主要基于unix 和as400 平台完成。本人主要完成以下工作：1分析电信固定电话收费系统需求；2设计了本系统工作流的工作流程；3编写工作流中心处理程序as400 中心机帐务处理程序；本文的结构如下：第一章本项工作的实际意义和工作内容。第二章介绍工作流管理系统及其相关技术的现状。第三章阐述固定电话代收费系统各模块的功能。第四章介

9、绍各模块的具体实现。第五章结束语。第二章 工作流管理系统及其相关技术的现状本章介绍工作流的有关概念、工作流参考模型的体系结构、产品实现模型和工作流技术的现状。工作流管理联盟作为由众多公司和研究单位组成的一个组织，致力于工作流管理系统的规范化、标准化，提出的各种协议逐步成为参照的标准，所以我们也以此为主线，介绍工作流管理系统的体系结构。2.1 工作流管理系统在介绍工作流参考模型之前，先介绍如下基本概念7： ?1.业务处理：在定义了功能角色和关系的组织结构中，组合在一起实现业务目的或策略目标的一组过程或活动。一个业务处理典型地具有操作目的和业务关系，如：保险处理，工程开发。一个处理可以关系到一个组

10、织，也可跨几个不同组织，跨越的时间也可长可短；一个处理定义了初始化一个新处理实例的激发条件和完成后的输出；一个处理由工作流管理的自动化了的活动和（或）超出工作流管理范围的人力活动组成。2.工作流（workflow）：是全部或部分业务处理被计算机便利化或自动化。为了归档或有助于整个业务目标而定义了一套规则，在这套规则下，文档、信息或任务在参与者之间传送的自动化过程就是工作流。工作流实际上是在信息技术系统环境中，计算机支持的过程自动化。工作流管理系统（wfms）：是通过软件来定义、管理和执行 “工作流“的系统，这一软件的执行顺序取决于工作流逻辑的计算机表示8。工作流管理系统决定业务活动的顺序，为各

11、活动调用适当的人类资源或it 资源，力图实现业务过程的自动化。从较高层次看整个工作流管理系统，工作流管理系统的功能特性可分为三个部分9,10(参见图2.1)。1创建期（build-time）功能，定义工作流及相关活动，建立工作流模型。2运行期控制功能（run-time control）:调度工作流及相关活动。3运行期的相互作用(run-time interactions):同人或it 应用工具相互作用来实施各个活动步骤。具体地，工作流管理系统具有工作流的定义、调度、监控及高级管理功能。4.工作流设计与定义：创建期运行期工作流实例 控制数据相关数据与用户应用数据应用工具交互图2.1 工作流管理系

12、统的基本特征及主要功能间的关系2.2 工作流管理联盟的参考模型工作流参考模型是从一般的工作流应用结构中开发出来的，它提供了工作流管理系统一般的体系结构框架，确定了工作流管理系统与环境间的五个接口及特征和功能11。用户工作流执行服务业务过程分析建模和定义工具过 程 定 义应 用 程 序及it 工具其主要功能描述如下：1.过程定义工具(process definition tools)过程定义工具用于业务过程的分析、建模、描述及写文档，最后产生能在运行期被工作流执行服务解释的过程定义12。处理定义可以用文本、图形格式或形式化的语言表示。通过使用处理定义工具，处理建模和设计，最终的结果是产生能够由工

13、作流引擎解释的处理和定义。一个好的定义工具应该使用户能够比较直观地了解业务流程，并得到易于理解、使用和修改的进程定义。2.工作流实施服务由一个或多个创建、管理和执行工作流实例的工作流引擎组成的软件服务。其它应用软件通过wapi(workflow applicationprogramming interfaces and interchange formats)与此服务交互 13。工作流实施服务提供了运行期环境，处理实例和活动实例出现在这个环境中，工作实施服务使用一个或多个工作流管理引擎解释、激活部分或全部处理定义。3.工作流引擎（workflow engine）是为工作流实例提供运行期的执行环

14、境的软件服务14。它控制定义范围内的处理或子处理实例的执行，它是系统的核心，负责完成：解释过程定义；调度各个活动，可能包括活动的串行或并行，活动的执行期限及活动中相关数据的解释；调用外部应用程序；创建相应的工作项；唤醒或休眠工作流参与者；控制工作流的创建、激活、挂起、终止等。4.工作流客户服务（workflow client application）客户服务是与工作流引擎交互，并向它请求设备与服务的应用 15，如：注册和注销工作流参与者，要求特殊处理类型实例的开始，针对特定参与者的工作项排除等16。在执行过程中，如果有同用户交互的必要，引擎就把工作项放在工作单里，由工作单处理器处理。工作单处理

15、器是管理工作流参与者工作单之间交互的软件部件。5.被调用的应用程序（invoked applications）被调用的应用程序指由工作流管理系统调用来全部或部分自动化一个活动18，或在处理一个工作项时支持工作流参与者的工作流应用程序。工作流引擎为完成一个活动，可能调用一些应用程序，被调用的应用直接受工作流引擎的控制，即对引擎来说是可见的。另外，应用程序的调用可以不直接由工作流管理系统完成，而间接地通过应用代理或工具代理来完成。应用代理和工作流化的应用是实现接口的两种主要方式。应用代理作为工作流引擎和被调用的应用的中介，它提供了一个一般机制从各种工作流管理系统中独立地使用被调用的应用；工作流化的

16、应用则是针对具体的工作流管理系统的格式设计的应用。6.工作流互操作性：工作流的互操作性指两个以上的工作流引擎一起协同工作19。工作流管理联盟的一个重要目标就是提出不同开发商的工作流产品能无缝地协同工作的标准。互操作性包含几个重要的概念：?使两个以上的引擎提供一个共同的工作流实施服务，引擎共享处理执行；?处理定义的共同解释是必要的，且能完成；?运行期对不同工作流实施服务间的各种类型的控制执行，相关数据或应用数据相互交换的支持；?可能具有不同级别的同构或异构工作流引擎的互操作能力；工作流系统在运行中使用的数据可以分为以下三种数据：控制数据、相关数据、应用数据。 (1)控制数据：维护着一套内部控制数

17、据，这些数据确定了工作流实例或活动实例的状态等内部状态信息，它们不能被用户访问，但可以作为状态查询等特殊命令的返回值。一般地，工作流控制数据是工作流管理系统或工作流引擎管理的内部数据。 (2)相关数据：是工作流管理系统用于决定特殊的转换条件和选择下一个被执行的活动的数据。它们既可以被管理系统访问，又可以被用户访问，可能需要在活动间或引擎间传递。一般地，工作流相关数据是工作流管理系统用于决定工作流实例的状态转换的数据。(3)应用数据：与特定应用相关的、不能被工作流管理系统访问的数据。是处理定义中的每个活动，对应用数据进行操作。过程定义中应定义出工作流相关数据或应用数据。参考模型是联盟对工作流技术

18、所做的最重要的标准化工作 20,21,22。标准化的目的就是实现产品间的结合与互操作。它允许为工作流系统的各方面功能选择最好的产品，可以用一个厂家的产品创建过程定义，而用另一个厂家的产品实现工作流调度功能，再从第三个厂家选择一个高级管理监查工具；或者将一个工作流分为几个子业务，分别在适于其数据类型、平台、网络环境的产品上定义、调度。2.3 电信业务收费系统的工作流分析随着电信业务的快速发展和激烈竞争，工作流管理正在成为电信业优化业务、快速提供新的服务以及改善服务质量的重要手段23、24、25。电信业务代收费系统即是新近推出的一种新的服务手段。下面，我们将对电信代收费业务系统的工作流程进行分析，

19、总结其建模需求特征。2.3.1 电信代收费业务工作流建模需求在1.1 中，我们曾简单分析过电信业务中，电话代收费的工作流流程（参见图1.1）。分析表明，电信代收费业务工作流是比较复杂的，需求的覆盖面较大，变化也较多。下面我们从几个方面进行描述。【功能结构性需求】工作流类型：嵌套工作流（代收费业务根据不同的用户种类和交费方式组合，将具有不同的子工作流）；工作流组合：合并工作流（在新设主服务申请中，可后序附加其它服务申请，如组合查询业务等）；【信息性需求】活动参数：输入（ in-q）;输入输出（in-messageq 和out-messageq）；输出（out-q）；工作流参数：输入（in-q）;

20、输入输出（in-messageq 和out-messageq）；输出（out-q）；数据结构：记录；数组；【行为性需求】活动状态：被初始化（initiated）;正在执行（excuting）;被完成（completed）；异常终止（aborted）；守候条件： 前置条件(pro-condition) ； 后置条件(postcondition);条件约束：依赖于其它工作流或活动产生的结果和招待状态；控制类型：顺序；同步；异常处理： 系统错误(system failure) ； 逻辑错误（ logicfailure）;第三章 固定电话代收费系统各模块的功能随着固定电话业务的发展，电信本身的固定电话

21、收费系统承受着越来越大的压力，同时由于受到收费受理网点数量的限制，电信业本身难以为客户提供更好的服务，因此电信有委托银行代收费的业务需求；银行出于自身发展的考虑，也愿意发展像代收话费这种中间业务。固定电话用户可就近选择一家银行，办理代收费业务帐户；用户可根据自已的意愿选择现金交费或存储交费；根据电信提供的固定电话话费单，银行每月一次将用户的话费转入电信帐户。本系统的运行模型是以长春市农业银行代长春电信收缴市内固定电话费为实际前景，在对其需求进行分析的基础上(详见1.1 和2.3.1)，设计出的一个系统模型。3.1 系统的网络结构整个系统是以客户服务器模型为体系结构。工作流实施服务在服务器端（a

22、s400 小型机）提供服务；其它各个部件分布在各节点上，向服务器提出服务请求(参见图3.1)。下面例举模型的一个典型的运行脚本，进行说明，以便于对模型的理解。1市话交费用户到服务受理处，即银行储蓄所，向业务受理人员提出业务请求，并提供必要的用户数据。2经过业务人员确认后，提交给中心业务主机as400 服务器，作为工作流的输入，形成输入队列（in-q）；3as400 主机从输入队列中读取信息，根据用户的输入和对应服务的处理定义，进行调度。根据对活动的不同定义，来决定是直接处理、返回；还是放入输出消息队列中（out-messageq）中，等待下一步操作。4银行前置机从输出消息队列中，读取相关信息转

23、发给电信局后台业务处理系统；5银行前置机将从电信局返回的信息，放入输入消息队列（in-messageq）中；6as400 主机从输入消息队列中，读取返回数据，并将其转到输出队列（out-q）中，交给储蓄所业务主机处理。图 3.1 代收话费业务网络结构图32 工作流管理系统的实施服务工作流实施服务是整个工作流管理系统的中心，对系统的运行起着决定性的作用。3.2.1 工作流实施服务的静态信息部分工作流实施服务的静态部分是对数据类型定义的描述。它是由工作流设计人员根据企业或组织的业务处理，进行分析、设计，建立业务处理再工程模型。然后，利用处理定义工具生成对应的一系列处理定义，并把它存在实施服务中。当

24、然，系统一般是长期运行的，不易轻易停止。但在运行期间，可能因系统的运行环境或处理方式发生变化，需要增加或修改处理定义部分。静态部分中形参表是活动或工作流的输入和输出。这些活动或工作流就是具有一定功能的处理模块。正是由于将服务分解成多个模块，才能很好地定义对应的活动，让它们来实现服务。参数匹配是指活动或工作流在满足条件时，活动的数据输入的来源和输出的目的。活动的内容或动作是对活动具体实现的指定。客户端的应用软件或人，根据活动的内容或动作，确定要执行的任务。3.2.1.1 数据描述数据类型定义主要为结构化的数据定义类型。语法为：f 表 文件类型名 “” 文件属性定义 “”；e 表 文件类型名 “”

25、 外部引用文件定义 “”；d 表 记录类型名 “” 成员定义 “” ；3.2.1.2 活动描述活动定义给出了对活动的描述。语法为：activity 活动名 “(” 参数表 “)”“” 循环条件： 并行活动数： /共亨输入输出参数 前置条件： 后置条件： 异常处理： “ ”；3.2.2 工作流实施服务的动态信息部分工作流的规范说明语言只是描述了工作流的静态信息，缺少对动态信息的表示。系统运行时，不断产生新的活动或工作流实例，每一个实例都包含自已的属性值，这些值是不断变化的。工作流实施服务当然要包含这些动态信息。由于动态信息主要是引擎等软件处理的，一般不需要人的理解和干预。可根据变量值的大小做出相

26、应判断。活动或工作流的实际参数、工作流局部数据变量值、活动变量实例等都是动态信息，随着系统的运行，它们的状态不断地发生变化。在工作流规范说明语言中，它是由变量定义部分和规则部分组成。其中变量定义部分定义数据变量、活动变量；规则部分通过规则定义来描述工作流的控制。3.2.2.1 工作流定义框架描述workflow 工作流名 “” 参数表 “”“”var “” 变量定义表 “”；rule “” 规则定义表 “”； 前置条件： 后置条件： 异常处理： “”；3.2.2.2 变量定义描述var“” 变量名 类型名 | 活动名 “”3.2.2.3 规则定义描述rule“”事件：if cond then

27、actions else actions ;事件：switch exp case const_exp: actions ;事件：while cond do actions ;“”3.2.2.4 事件、语句和表达式描述事件一般有系统事件和用户定义活动事件。事件表达式的语法是：实体名.事件名主要的语句有：call 子工作流 “(” 实参 “)”； /用于调用子工作流perform 活动变量名 “(” 实参 “)”；/用于激活一个活动参与表达式运算的只能是可见的输入参数、局部变量、全局变量和常量。3.2.3 引擎的工作工作流实施服务的工作主要由引擎完成。引擎是工作流系统的中枢，负责协调各部件的运行。

28、引擎根据静态和动态的信息，作出相应的处理。引擎的处理是以事件为基础的，整个系统是由事件驱动的。事件表示系统中某个特定的条件发生了变化，引起工作流引擎采取某个动作来适应这种变化。引擎运行的一个周期就是对一个事件的反馈。33 工作流的客户端部件本模型是分布式系统模型，各个部件可以分布在不同的计算机上。它受理顾客的服务请求，要求顾客提供相应的数据。在确认满足要求后，向服务器端的引擎发送一个产生新处理实例的系统事件，由引擎处理这个事件，产生新的处理实例。工作流服务受理是采用软件实现，由业务人员同顾客交流，再利用受理软件通知实施服务接受了顾客的一个服务请求。服务受理软件除了发送一个产生新处理实例的系统事

29、件外，它还可以对应用数据和相关数据进行不同的处理，如应用数据放在客户端，便于操作；而相关数据放在服务端，便于引擎的访问。服务受理把系统能接受的所有服务请求集中在一个软件中，而不是一种服务请求对应一个受理应用，这样便于集中管理和维护。下面我将主要阐述本系统所用到的工作流定义。3.4 工作流定义3.4.1 电话号与汇缴号电话号：就是普通家用电话的号码，一般个人用户开户都视为电话号码。（非手机用户）汇缴号：各大企、市业单位因公用电话数量多，为了交费方便，就在电信局设立了专为本单位电话交费的一个统一的编号（并不是哪一个电话的号码），叫做汇缴号。一般汇缴号话费数额很大。3.4.2 一折对多号多数个人用户

30、开户都是开一个存折，交一台电话的话费，这属于一折对一号的用户。有些用户家中有多部电话，或希望用一个存折为多部电话交费的，可以在正常开户后用帐户变更功能为用户连接多个电话（汇缴）号（不超过10 个），此种用户既为一折对多号的用户。允许电话号码和汇缴号码同时存在于一个存折。一折多号用户交费时，若希望为对应的全体电话交费，应该采用延时交费方式，若希望只对其中某些电话交费，则禁止用延时交费，必须用即时交费方式。（参见图3.2）图3.2 一折对一号和一折对多号3.4.3 欠费查询操作员在做每笔存储交费业务前先做欠费查询，以通知储户电话是否欠费和欠费总金额。欠费查询时注意区分电话号和汇缴号。操作员也可通过

31、做欠费查询业务，来判断整个网络线路（包括从网点到中心机再到电信局）的通讯情况是否良好，只有在所有通讯环节畅通的情况下，才能查到电话的欠费信息。（参见图 3.3）图3.3 欠费查询3.4.4 现金交费现金交费既不在本行开户的用户，在电话欠费时可通过现金交费方式将所欠话费交清。现金交费只允许用户交等于该户电话欠费总额的现金，既操作员只能收取固定数目的话费。现金交费应注意区分电话号交费和汇缴号交费。在常用日间业务中选择现金交费，计算机会首先从电信局查询该用户欠费信息，并将欠费总金额显示在终端屏幕上，并提示是否交费。操作员在收取交费金后，按大写的y键，如果提示“交易成功”，则现金交费业务正常结束；按n

32、终止现金交费业务。如果提示其它不成功信息，可重试交费操作或停止现金交费。操作员可以做欠费查询来核对刚才做现金交费的电话号是否已经不欠费。现金交费必须在网点到中心及中心到电信局的通讯完全畅通时完成。（参见图3.4）图3.4 现金交费3.4.5 存储交费存储交费也叫存折交费（做代理存折续存业务时自动交费），既已经在本行开户的用户凭专用的话费存折交费，用户凭存折可以通存通兑。存储交费不限制交费金额，用户可以在存款凭条中自由填写交费金额。建议操作员在用户存款前做帐户查询及欠费查询操作，以保证用户存折对应的电话号码无误，若发现错误可用变更帐户修改。用户存款金额应不小于电话欠费总金额，否则电话仍无法开通。

33、考虑到通讯时间问题以及一个存折对应多个电话（汇缴）号的情况，存储交费操作分为两种交费方式：即时交费和延时交费。1即时交费对于一个存折对应一个电话（汇缴）号的用户，在通讯完全畅通的情况下，建议使用即时交费。操作员在输入存储交费数据时，若在电话号一项中输入正确电话号，既表示选择了即时交费方式。即时交费时，计算机会自动将该存折交费前的补登明细、本次的交费明细以及本次交费后电信局扣掉的各月话费明细打印到存折上。提示00时，说明该笔存款业务完全成功且用户话费已完全交清或用户不欠费；提示dx时说明该用户存款后的余额仍然小于拖欠的话费总金额，或中心与电信局通讯出现故障。注意，此时该用户的存款交易已经正常入帐

34、，应立即打印存折及凭条。操作员可通过欠费查询来判断故障原因，如果余额不足，可让用户继续做即时交费存款，如果是电信故障，可再做一笔金额较小的延时交费业务。即时交费时速度较慢，必须在通讯完全畅通时才能成功，成功后欠费停机的电话会即时开通。（参见图3.5）图3.5 即时交费2.延时交费对于一个存折对应多个电话（汇缴）号的用户，或出现中心机与电信局通讯繁忙或不通的情况下，建议使用延时交费。操作员在输入存储交费数据时，若在电话号一项中输入0，既表示选择了延时交费方式。延时交费时，计算机会自动将该存折交费前的补登明细和本次的交费明细打印到存折上，不打印本次电信局的各月扣款明细，而是在下次（至少1 小时后）

35、做存款交易时，以补登方式打印到存折。提示00时，说明该笔存款业务成功，但用户话费是否已完全交清尚不清楚。操作员可在大约1 小时后通过欠费查询来判断该笔延时交费业务所对应的各电话（汇缴）号的话费是否交清。延时交费时速度较快，在中心与电信通讯不通时照常进行，可实现用户在任何时候都能正常交费。中心机每隔一小时就会将在这一小时做的延时交费业务统一向电信局交费，并将交费信息写入该户明细中。正常情况下，延时交费成功后，该户帐号对应的欠费停机的电话会在1 小时以内开通。(参见图3.6)图3.6 延时交费3.4.6 帐户查询建议操作员在每笔存储交费业务前先做帐户查询，以判断储户的存折是否对应着正确的电话（汇缴

36、）号码。帐户查询功能有两种查询方法，操作员可通过输入电话（汇缴）号来查询帐号，也可通过输入帐号来查询电话（汇缴）号。为提高工作效率，不论操作员做哪种查询，中心机都会将该帐号及其对应的所有电话（汇缴）号、话号标志、帐户实际余额、用户名称等相关信息一次性显示在终端上。话号标志为1表示该号码是电话号，2表示该号码是汇缴号。帐户查询业务不涉及中心机与电信局的通讯。（参见图3.7）图3.7 帐户查询3.4.7 帐户变更本行储蓄代理话费系统提供一折对多号模式，既用一个存折可以同时交多个电话（汇缴）号的话费。为灵活起见，增加帐户变更功能。帐户变更实际上就是改变各帐户及各电话号码之间的对应关系。帐户变更一般用

37、于一折对多号用户的开户时。开户时用户帐号只对应一个电话号，此时用帐户变更既可为此帐号连接多个电话号码。操作员可通过帐户查询功能来判断是该帐号否需要做帐户变更以及帐户变更后的结果。帐户变更的功能强大，包括对各电话（汇缴）号码的增加、删除、修改，三项功能：1增加操作员输入的电话（汇缴）号如果在中心机（帐号对照文件）中如果不存在，则中心机自动增加该电话（汇缴）号的记录，并与其同时输入的帐号相连接。其中变更帐号只能是本所帐号，变更身份证号必须是其帐号对应的身份证号。2删除如果操作员在做存储开户业务时电话号码输入错误，但开户已经成功，可通过帐户变更来删除该号码。操作员在输入变更帐号时输入 0，变更身份证

38、号输入该电话（汇缴）号原来帐号对应的身份证号，既可删除此号码。3修改如果中心机中已经存在要变更的电话（汇缴）号，则自动按修改处理，将该号码变为对应操作员输入的新的变更帐号，而取消与原帐号的所属关系。其中变更帐号只能是本所帐号，变更身份证号为新帐号对应的身份证号。由于帐户变更功能提供给了所有操作员改变话号与帐号对应关系的权限，所以必须考虑安全性问题。为了提高本帐户变更功能的可靠性，除了在操作时检查变更身份证号外，每笔帐户变更交易都记入当日流水，并且在中心机保存了详细的变更资料，希望操作员在做帐户变更时谨慎操作，在做帐户变更业务时必须持有效证件（身份证原件）。(参见图3.8)图3.8 帐户变更3.

39、4.8 存储开户在本行代理话费的用户可以在任何代理网点做存储开户。存储开户类似活期开户，增加了电话号或汇缴号一项。开户时注意区分电话（汇缴）号，且开户时不输入金额。存储开户时只能输入一个电话（汇缴）号码，针对一折对多号的用户，可利用帐户变更来完成其它号码与该帐号的连接。因开户时帐户内无余额，在完成存储开户业务后，利用存储交费功能来为用户存款及扣缴话费。(参见图3.9)图 3.9 存储开户3.4.9 存储销户在本行代理话费且已经开户的用户可以在开户所在代理网点做存储销户。存储销户时必须输入正确身份证号及实际余额。销户前请先在储蓄业务中做补登折。可以通过欠费查询及帐户查询来查找该帐号相关信息。(参

40、见图3.10)图 3.10 存储销户3.4.10 挂失、解挂、补折处理在本行开户的用户如果出现存折丢失、遗忘等情况，需要做挂失处理的，可以在开户所在代理网点做挂失处理。挂失时必须出示有效证件（身份证原件）。挂失后的帐号对应电话号码将暂停交费。用户找到已挂失的存折后，可以通过解挂处理来解除挂失状态。挂失具体期限等由储蓄处统一规定。对于挂失期满后储户要求补充存折的，可以在开户网点做挂失补折业务。代理话费业务的挂失补折与活期不同，因不涉及取款业务，所以补充打印的存折仍延用原来的帐号。（参见图3.11）图3.11 挂失处理3.4.11 冲正处理冲正处理是针对现金交费和代理话费存折续存而言的。这里的冲正

41、处理只能对当日发生的存款、交费业务进行冲正，不能冲隔日帐，实际上相当与储蓄业务中的当日抹帐。现金交费和存折续存是整个代理话费业务中使用最频繁的业务，操作中难免出现失误。只要在当日发现错误，不论是现金交费，还是即时交费或延时交费，都可利用冲正处理功能来将错帐追回。(参见图3.12)图3.12 冲正处理3.4.12 打印发票交费业务成功后，如果用户需要交费发票，在特殊业务查询功能中打印。打印发票是从电信局接收电话明细。（参见图3.13）图3.13 打印发票3.4.13 网点对帐与储蓄业务中的对帐相似。代理话费业务的网点对帐只能应用代理话费中专门的对帐，而不能用储蓄业务中的对帐。对帐成功后流水结果标

42、志为00，对帐不成功结果标志为02我将在下一个章节中，对具体的处理过程加以描述。第四章 代收话费业务模块的具体实现本章首先介绍了代收话费业务的运行环境，实现层次，其次是数据库的设计，最后介绍了管理系统的各部件的设计与实现。41 系统的运行环境和实现层次本系统是基于工作流理论开发的一个业务系统，主要是农行储蓄业务网点代理电信业务部门收缴固定电话费。同时它的业务流程也可适当扩展，作为代收代付一类业务的开发模型，应该说，如果对此工作流模型作适当的扩展，将可以据此开发出更多的相近业务流程。411 系统的运行环境本系统是分布式的、跨平台的业务系统。本系统对运行环境的要求是：1） 银行储蓄业务网点主机与市

43、行中心机有专线连接。网点主机运行sco unix 系统；2） 工作流业务系统运行于ibm 公司as400 小型机上，操作系统为os400，数据库为db2；3） as400 小型机经由前置机与电信业务主机相连，前置机运行sco unix 操作系统。412 系统的实现层次本系统也是建立在一定的软件基础上的，依赖层次如图4.1 所示：12345图4.1 系统的软件层次第一层是操作系统，中心机是ibm 公司的as400 小型机，运行os400 操作系统。第二层是db2 数据库，以提供对中心机业务数据的操作；第三层是业务系统模型，同时它还具有扩充能力，以增加新的业务应用；第四层是储蓄网点业务系统与中心机

44、的接口程序，这是标准的储蓄业务接口；第五层是储蓄网点业务程序。储蓄网点使用的sco unix 5.0操作系统,并支持ddn 或x25 通讯与中心机连接；ibm 公司的as400 小型机是一个运行稳定、安全性高的计算机系统，并且具有较强的管理控制功能，其独特的系统结构保证了其高效和安全，这套系统在金融行业得到了极为广泛的应用。在as400 小型机上运行的是db2 数据库，因其支持sql 查询语言，现在已经得到了较为广泛的使用。对于一个庞大的、复杂的银行业务应用系统，只有大型数据库的数据吞吐量、容错和恢复能力、并发控制、事务处理能力才能达到要求。同时由于db2 数据库与操作系统的紧密结合，也提高了

45、它的处理能力。工作流管理系统为本系统提供了运行的基础，它构成了系统的主框架。在此部分运行模型中，实现了模型中的各个功能部件。这些部件提供了一种控制机制，它们组合在一起为系统的运行提供一个功能客户应用接口程序（api）工作流运行模型db2 数据库中心机：os400 网点：unix服务集，如服务的受理、处理的控制、系统的运行和维护等。这个功能服务集可以为不同的应用环境服务，增强了系统的适应性，减少了再次开发的费用。为了工作流管理系统能与原应用环境相结合，同时为了增加对管理系统内部结构的透明性和系统工作的一致性，减少开发人员的工作量，提供了一个应用程序设计接口。当管理系统运用于具体应用，或将来的适应

46、性开发时，开发的与具体应用有关的软件都应该通过它和工作流实施服务交互。客户应用是针对具体的应用而开发设计的，它们完成实际的服务工作，并在风格上尽可能与原有客户应用程序风格相近。客户应用可以根据系统的需求，随时开发设计一个相应的模块，动态地加载到工作流系统中去，满足系统的要求，无须对整个系统作较大的改动。4.2 工作流管理系统的实现本系统主要是基于ibm 公司as400 平台开发的，数据库是db2，编程语言主要是使用rpg 语言和少量的cl 语言。rpg 语言是as400 平台上的主要开发语言，它结构严谨，并与操作系统结合紧密，同时还有数据库语言的支持，因此这个程序的运行效率较高。421 数据库

47、的设计与实现数据库是数据信息交流的中心，它将各功能模块联系起来。数据库的运行效率将会直接关系到整个系统的运行效率，因此一个设计良好的数据库将会对程序的设计、编写和运行起到事半功倍的作用。本系统中，新定义了如下几个数据库文件：1、帐户和电话号码对照文件该文件在开户、销户、帐户变更时登记。在存储话费、集中扣帐时根据该文件对帐户帐务和电信帐务进行查询和相应处理。2、用户话费交费情况明细文件该文件对用户每次的现金交费、存储交费、集中扣帐处理时的各月份用户电信话费的详细清单进行记录，在用户查询和打印发票时使用。3、话费明细下传文件该文件用于网点查询欠费、现金和存储交费、查询交费情况、打印发票时下传的该用

48、户电信话费明细。422 引擎的设计和实现引擎是工作流管理系统实施服务的核心，它驱动系统的运行。引擎实现为一软件，实现引擎的可执行文件名是#telcomzk。由于它作为后台运行的服务器，以提供系统服务为主，它随着系统的启动而启动，而as400 系统是一个不停止运行的机器系统，因此，整个引擎后台也是在不停的执行中，随时准备接收储蓄前台来的业务请求。本收费系统分做两部分，一部分模块是实现网点功能，一部份模块是实现as400 中心机功能。我主要完成的是as400 中心机模块，下面即是我完成的功能模块说明：as/400 中心机模块设计1.开户（#telcckh）模块功能：根据营业网点上传的电话号和身份证号以及其他的信息，在中心做开户处理，登记明细和流水帐，并生成帐号和电话号的对照文件，对网点返回开户各种信息程序参数：输入：ikzbz char 1 上传控制标志itc char 4 交易码ibdn char 7 所号ifun dec 6, 0 网点流水号毕业论文基于工作流的电信固定电话收费管理系统30inam char 12 用户名itelno char 12 电话号ibz char 1 电话号标志iidn char 18 身份证号ita char 8, 2 金额iadd char 30 地址ipno char 1