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

提要本文首先介绍工作流的背景、现状和相关技术，以及工作流管理联盟提出的一系列规范和标准。然后介绍在工作流参考模型的基础上，设计并实现的长春市农行代长春电信收缴固定电话费业务系统。作为本文的主体，主要建立和实现了基于服务器/客户机结构的电信代收费业务系统工作流管理系统模型。其中引擎是工作流实施服务的核心，工作流实施服务在服务器端为系统的运行提供服务；其它应用部件，如服务受理、客户应用等运行于客户端。文中详细阐述了本模型的各个组成部件之间的相互作用关系。本系统已经在长春市农行得到了正式应用。其运行环境是基于AS/400中心机，客户端采用UNIX系统，数据库采用DB2系统。实际运行结果表明该系统稳定可靠，性能较好。毕业论文基于工作流的电信固定电话收费管理系统第一章前言11问题的提出工作流（WORKFLOW）的历史可以追溯到七十年代末期的办公自动化、制造业和批处理。随着工业化大生产和经济贸易的蓬勃发展，竞争和经济压力迫使现代企业和商业公司寻找新的信息技术（INFORMATIONTECHNOLOGY）来支持他们的商务处理（BUSINESSPROCESS）管理1。当时，一些办公系统的开发者开始把他们的业务过程流程化；一些图象系统的生产商在其产品中加入了发送和跟踪功能，这些思想与方法并未增加什么技术难题，但却给数据处理带来很大方便。这些便是工作流管理软件的萌芽。很快地，工作流管理技术从办公软件和图象应用中脱颖而出。此后，办公自动化实现了多机联网，证明了业务过程自动化已具备了技术基础2。工作流可简单定义为一组相互协作实现了一个业务处理的任务。工作流模型比传统的业务处理模型更倾向信息技术系统。好的工作流技术通过继承遗留系统来利用过去的投资，适应大的组织变化和技术革新，适合当今的动态企业。近年来，由于对业务处理再工程（BUSINESSPROCESSREENGINEER）认识的加深；由于信息技术的广泛而深入研究与应用，相关技术（如中间件、面向对象技术、网络技术等）的飞速发展，使得开发现实的工作流系统成为可能，使工作流受到越来越多的注意和欢迎。经过近年来的研究和开发，许多工作流原型或产品已经出现，涉及银行、电信、软件工程、实验科学、商业、办公自动化等各行各业3。有些人从更广义的意义上使用工作流述语，例如一些象LOTUSNOTES和MICROSOFTEXCHANGE等群件工具，也称作工作流管理系统。严格意义上讲，这是不合适的，因为它们不支持工作流处理本身，只是允许人们通过发送电子邮件和共享信息来合作。在合作处理中，重点是交流和共享信息，而不是处理的定义。但这些工具可作为工作流系统的交流层。通过比较分析，我们认为虽然当前国外工作流产品，发表的研究文章和报告很多，是信息技术系统和管理系统的的热点，但实际的应用和理论上的研究还存在一定的差距，系统的实用性和功能有待进一步提高；而在国内，工作流也开始逐渐引起专家、学者、开发商的重视4,5,6。电信业务中，固定电话代收费系统的工作流比较复杂，而且需求面较大，其业务处理流程如图11所示。该图表示了电信业务代收费系统工作流程。实际业务流程比较复杂，将根据用户种类（个人用户、单位用户）、交费方式（现金交费、存储交费）的不同而有较大的变化。一般来讲，对新开设的代收费帐户，首先通过储蓄所提交开户申请，此开户申请要经过电信的相关身份验证，在成功的开户账号内存入现金，然后用户要根据电话性质选择交费方式，银行根据电信的话费单批量地从帐户内扣除话费。图11电信业务代收费系统工作流程图分析表明，（详见231）电信业务收费系统非常适于采用基于工作流的方式进行管理程序的设计与实现。基于上述分析，我们以工作流管理联盟WFMC（WORKFLOWMANAGEMENTCOALITION）的参考模型为基础，设计并实现了一个工作流应用系统基于工作流的电信固定电话收费管理系统开户申请身份验证存入现金交费方式查询话费缴费查询余额12本文的工作本系统是我们根据电信局的业务要求独立开发，现已正式开通运行。主要基于UNIX和AS400平台完成。本人主要完成以下工作1分析电信固定电话收费系统需求；2设计了本系统工作流的工作流程；3编写工作流中心处理程序AS400中心机帐务处理程序；本文的结构如下第一章本项工作的实际意义和工作内容。第二章介绍工作流管理系统及其相关技术的现状。第三章阐述固定电话代收费系统各模块的功能。第四章介绍各模块的具体实现。第五章结束语。第二章工作流管理系统及其相关技术的现状本章介绍工作流的有关概念、工作流参考模型的体系结构、产品实现模型和工作流技术的现状。工作流管理联盟作为由众多公司和研究单位组成的一个组织，致力于工作流管理系统的规范化、标准化，提出的各种协议逐步成为参照的标准，所以我们也以此为主线，介绍工作流管理系统的体系结构。21工作流管理系统在介绍工作流参考模型之前，先介绍如下基本概念71业务处理在定义了功能角色和关系的组织结构中，组合在一起实现业务目的或策略目标的一组过程或活动。一个业务处理典型地具有操作目的和业务关系，如保险处理，工程开发。一个处理可以关系到一个组织，也可跨几个不同组织，跨越的时间也可长可短；一个处理定义了初始化一个新处理实例的激发条件和完成后的输出；一个处理由工作流管理的自动化了的活动和（或）超出工作流管理范围的人力活动组成。2工作流（WORKFLOW）是全部或部分业务处理被计算机便利化或自动化。为了归档或有助于整个业务目标而定义了一套规则，在这套规则下，文档、信息或任务在参与者之间传送的自动化过程就是工作流。工作流实际上是在信息技术系统环境中，计算机支持的过程自动化。工作流管理系统（WFMS）是通过软件来定义、管理和执行“工作流“的系统，这一软件的执行顺序取决于工作流逻辑的计算机表示8。工作流管理系统决定业务活动的顺序，为各活动调用适当的人类资源或IT资源，力图实现业务过程的自动化。从较高层次看整个工作流管理系统，工作流管理系统的功能特性可分为三个部分9,10参见图21。1创建期（BUILDTIME）功能，定义工作流及相关活动，建立工作流模型。2运行期控制功能（RUNTIMECONTROL）调度工作流及相关活动。3运行期的相互作用RUNTIMEINTERACTIONS同人或IT应用工具相互作用来实施各个活动步骤。具体地，工作流管理系统具有工作流的定义、调度、监控及高级管理功能。4工作流设计与定义创建期运行期工作流实例控制数据相关数据与用户应用数据应用工具交互图21工作流管理系统的基本特征及主要功能间的关系22工作流管理联盟的参考模型工作流参考模型是从一般的工作流应用结构中开发出来的，它提供了工作流管理系统一般的体系结构框架，确定了工作流管理系统与环境间的五个接口及特征和功能11。用户工作流执行服务业务过程分析建模和定义工具过程定义应用程序及IT工具其主要功能描述如下1过程定义工具PROCESSDEFINITIONTOOLS过程定义工具用于业务过程的分析、建模、描述及写文档，最后产生能在运行期被工作流执行服务解释的过程定义12。处理定义可以用文本、图形格式或形式化的语言表示。通过使用处理定义工具，处理建模和设计，最终的结果是产生能够由工作流引擎解释的处理和定义。一个好的定义工具应该使用户能够比较直观地了解业务流程，并得到易于理解、使用和修改的进程定义。2工作流实施服务由一个或多个创建、管理和执行工作流实例的工作流引擎组成的软件服务。其它应用软件通过WAPIWORKFLOWAPPLICATIONPROGRAMMINGINTERFACESANDINTERCHANGEFORMATS与此服务交互13。工作流实施服务提供了运行期环境，处理实例和活动实例出现在这个环境中，工作实施服务使用一个或多个工作流管理引擎解释、激活部分或全部处理定义。3工作流引擎（WORKFLOWENGINE）是为工作流实例提供运行期的执行环境的软件服务14。它控制定义范围内的处理或子处理实例的执行，它是系统的核心，负责完成解释过程定义；调度各个活动，可能包括活动的串行或并行，活动的执行期限及活动中相关数据的解释；调用外部应用程序；创建相应的工作项；唤醒或休眠工作流参与者；控制工作流的创建、激活、挂起、终止等。4工作流客户服务（WORKFLOWCLIENTAPPLICATION）客户服务是与工作流引擎交互，并向它请求设备与服务的应用15，如注册和注销工作流参与者，要求特殊处理类型实例的开始，针对特定参与者的工作项排除等16。在执行过程中，如果有同用户交互的必要，引擎就把工作项放在工作单里，由工作单处理器处理。工作单处理器是管理工作流参与者工作单之间交互的软件部件。5被调用的应用程序（INVOKEDAPPLICATIONS）被调用的应用程序指由工作流管理系统调用来全部或部分自动化一个活动18，或在处理一个工作项时支持工作流参与者的工作流应用程序。工作流引擎为完成一个活动，可能调用一些应用程序，被调用的应用直接受工作流引擎的控制，即对引擎来说是可见的。另外，应用程序的调用可以不直接由工作流管理系统完成，而间接地通过应用代理或工具代理来完成。应用代理和工作流化的应用是实现接口的两种主要方式。应用代理作为工作流引擎和被调用的应用的中介，它提供了一个一般机制从各种工作流管理系统中独立地使用被调用的应用；工作流化的应用则是针对具体的工作流管理系统的格式设计的应用。6工作流互操作性工作流的互操作性指两个以上的工作流引擎一起协同工作19。工作流管理联盟的一个重要目标就是提出不同开发商的工作流产品能无缝地协同工作的标准。互操作性包含几个重要的概念使两个以上的引擎提供一个共同的工作流实施服务，引擎共享处理执行；处理定义的共同解释是必要的，且能完成；运行期对不同工作流实施服务间的各种类型的控制执行，相关数据或应用数据相互交换的支持；可能具有不同级别的同构或异构工作流引擎的互操作能力；工作流系统在运行中使用的数据可以分为以下三种数据控制数据、相关数据、应用数据。1控制数据维护着一套内部控制数据，这些数据确定了工作流实例或活动实例的状态等内部状态信息，它们不能被用户访问，但可以作为状态查询等特殊命令的返回值。一般地，工作流控制数据是工作流管理系统或工作流引擎管理的内部数据。2相关数据是工作流管理系统用于决定特殊的转换条件和选择下一个被执行的活动的数据。它们既可以被管理系统访问，又可以被用户访问，可能需要在活动间或引擎间传递。一般地，工作流相关数据是工作流管理系统用于决定工作流实例的状态转换的数据。3应用数据与特定应用相关的、不能被工作流管理系统访问的数据。是处理定义中的每个活动，对应用数据进行操作。过程定义中应定义出工作流相关数据或应用数据。参考模型是联盟对工作流技术所做的最重要的标准化工作20,21,22。标准化的目的就是实现产品间的结合与互操作。它允许为工作流系统的各方面功能选择最好的产品，可以用一个厂家的产品创建过程定义，而用另一个厂家的产品实现工作流调度功能，再从第三个厂家选择一个高级管理监查工具；或者将一个工作流分为几个子业务，分别在适于其数据类型、平台、网络环境的产品上定义、调度。23电信业务收费系统的工作流分析随着电信业务的快速发展和激烈竞争，工作流管理正在成为电信业优化业务、快速提供新的服务以及改善服务质量的重要手段23、24、25。电信业务代收费系统即是新近推出的一种新的服务手段。下面，我们将对电信代收费业务系统的工作流程进行分析，总结其建模需求特征。231电信代收费业务工作流建模需求在11中，我们曾简单分析过电信业务中，电话代收费的工作流流程（参见图11）。分析表明，电信代收费业务工作流是比较复杂的，需求的覆盖面较大，变化也较多。下面我们从几个方面进行描述。【功能结构性需求】工作流类型嵌套工作流（代收费业务根据不同的用户种类和交费方式组合，将具有不同的子工作流）；工作流组合合并工作流（在新设主服务申请中，可后序附加其它服务申请，如组合查询业务等）；【信息性需求】活动参数输入（INQ）输入输出（INMESSAGEQ和OUTMESSAGEQ）；输出（OUTQ）；工作流参数输入（INQ）输入输出（INMESSAGEQ和OUTMESSAGEQ）；输出（OUTQ）；数据结构记录；数组；【行为性需求】活动状态被初始化（INITIATED）正在执行（EXCUTING）被完成（COMPLETED）；异常终止（ABORTED）；守候条件前置条件PROCONDITION；后置条件POSTCONDITION条件约束依赖于其它工作流或活动产生的结果和招待状态；控制类型顺序；同步；异常处理系统错误SYSTEMFAILURE；逻辑错误（LOGICFAILURE）第三章固定电话代收费系统各模块的功能随着固定电话业务的发展，电信本身的固定电话收费系统承受着越来越大的压力，同时由于受到收费受理网点数量的限制，电信业本身难以为客户提供更好的服务，因此电信有委托银行代收费的业务需求；银行出于自身发展的考虑，也愿意发展像代收话费这种中间业务。固定电话用户可就近选择一家银行，办理代收费业务帐户；用户可根据自已的意愿选择现金交费或存储交费；根据电信提供的固定电话话费单，银行每月一次将用户的话费转入电信帐户。本系统的运行模型是以长春市农业银行代长春电信收缴市内固定电话费为实际前景，在对其需求进行分析的基础上详见11和231，设计出的一个系统模型。31系统的网络结构整个系统是以客户服务器模型为体系结构。工作流实施服务在服务器端（AS400小型机）提供服务；其它各个部件分布在各节点上，向服务器提出服务请求参见图31。下面例举模型的一个典型的运行脚本，进行说明，以便于对模型的理解。1市话交费用户到服务受理处，即银行储蓄所，向业务受理人员提出业务请求，并提供必要的用户数据。2经过业务人员确认后，提交给中心业务主机AS400服务器，作为工作流的输入，形成输入队列（INQ）；3AS400主机从输入队列中读取信息，根据用户的输入和对应服务的处理定义，进行调度。根据对活动的不同定义，来决定是直接处理、返回；还是放入输出消息队列中（OUTMESSAGEQ）中，等待下一步操作。4银行前置机从输出消息队列中，读取相关信息转发给电信局后台业务处理系统；5银行前置机将从电信局返回的信息，放入输入消息队列（INMESSAGEQ）中；6AS400主机从输入消息队列中，读取返回数据，并将其转到输出队列（OUTQ）中，交给储蓄所业务主机处理。图31代收话费业务网络结构图32工作流管理系统的实施服务工作流实施服务是整个工作流管理系统的中心，对系统的运行起着决定性的作用。321工作流实施服务的静态信息部分工作流实施服务的静态部分是对数据类型定义的描述。它是由工作流设计人员根据企业或组织的业务处理，进行分析、设计，建立业务处理再工程模型。然后，利用处理定义工具生成对应的一系列处理定义，并把它存在实施服务中。当然，系统一般是长期运行的，不易轻易停止。但在运行期间，可能因系统的运行环境或处理方式发生变化，需要增加或修改处理定义部分。静态部分中形参表是活动或工作流的输入和输出。这些活动或工作流就是具有一定功能的处理模块。正是由于将服务分解成多个模块，才能很好地定义对应的活动，让它们来实现服务。参数匹配是指活动或工作流在满足条件时，活动的数据输入的来源和输出的目的。活动的内容或动作是对活动具体实现的指定。客户端的应用软件或人，根据活动的内容或动作，确定要执行的任务。3211数据描述数据类型定义主要为结构化的数据定义类型。语法为F表文件类型名“”文件属性定义“”；E表文件类型名“”外部引用文件定义“”；D表记录类型名“”成员定义“”；3212活动描述活动定义给出了对活动的描述。语法为ACTIVITY活动名“”参数表“”“”循环条件并行活动数/共亨输入输出参数前置条件后置条件异常处理“”；322工作流实施服务的动态信息部分工作流的规范说明语言只是描述了工作流的静态信息，缺少对动态信息的表示。系统运行时，不断产生新的活动或工作流实例，每一个实例都包含自已的属性值，这些值是不断变化的。工作流实施服务当然要包含这些动态信息。由于动态信息主要是引擎等软件处理的，一般不需要人的理解和干预。可根据变量值的大小做出相应判断。活动或工作流的实际参数、工作流局部数据变量值、活动变量实例等都是动态信息，随着系统的运行，它们的状态不断地发生变化。在工作流规范说明语言中，它是由变量定义部分和规则部分组成。其中变量定义部分定义数据变量、活动变量；规则部分通过规则定义来描述工作流的控制。3221工作流定义框架描述WORKFLOW工作流名“”参数表“”“”VAR“”变量定义表“”；RULE“”规则定义表“”；前置条件后置条件异常处理“”；3222变量定义描述VAR“”变量名类型名|活动名“”3223规则定义描述RULE“”事件IFCONDTHENACTIONSELSEACTIONS事件SWITCHEXPCASECONST_EXPACTIONS事件WHILECONDDOACTIONS“”3224事件、语句和表达式描述事件一般有系统事件和用户定义活动事件。事件表达式的语法是实体名事件名主要的语句有CALL子工作流“”实参“”；/用于调用子工作流PERFORM活动变量名“”实参“”；/用于激活一个活动参与表达式运算的只能是可见的输入参数、局部变量、全局变量和常量。323引擎的工作工作流实施服务的工作主要由引擎完成。引擎是工作流系统的中枢，负责协调各部件的运行。引擎根据静态和动态的信息，作出相应的处理。引擎的处理是以事件为基础的，整个系统是由事件驱动的。事件表示系统中某个特定的条件发生了变化，引起工作流引擎采取某个动作来适应这种变化。引擎运行的一个周期就是对一个事件的反馈。33工作流的客户端部件本模型是分布式系统模型，各个部件可以分布在不同的计算机上。它受理顾客的服务请求，要求顾客提供相应的数据。在确认满足要求后，向服务器端的引擎发送一个产生新处理实例的系统事件，由引擎处理这个事件，产生新的处理实例。工作流服务受理是采用软件实现，由业务人员同顾客交流，再利用受理软件通知实施服务接受了顾客的一个服务请求。服务受理软件除了发送一个产生新处理实例的系统事件外，它还可以对应用数据和相关数据进行不同的处理，如应用数据放在客户端，便于操作；而相关数据放在服务端，便于引擎的访问。服务受理把系统能接受的所有服务请求集中在一个软件中，而不是一种服务请求对应一个受理应用，这样便于集中管理和维护。下面我将主要阐述本系统所用到的工作流定义。34工作流定义341电话号与汇缴号电话号就是普通家用电话的号码，一般个人用户开户都视为电话号码。（非手机用户）汇缴号各大企、市业单位因公用电话数量多，为了交费方便，就在电信局设立了专为本单位电话交费的一个统一的编号（并不是哪一个电话的号码），叫做汇缴号。一般汇缴号话费数额很大。342一折对多号多数个人用户开户都是开一个存折，交一台电话的话费，这属于一折对一号的用户。有些用户家中有多部电话，或希望用一个存折为多部电话交费的，可以在正常开户后用帐户变更功能为用户连接多个电话（汇缴）号（不超过10个），此种用户既为一折对多号的用户。允许电话号码和汇缴号码同时存在于一个存折。一折多号用户交费时，若希望为对应的全体电话交费，应该采用延时交费方式，若希望只对其中某些电话交费，则禁止用延时交费，必须用即时交费方式。（参见图32）图32一折对一号和一折对多号343欠费查询操作员在做每笔存储交费业务前先做欠费查询，以通知储户电话是否欠费和欠费总金额。欠费查询时注意区分电话号和汇缴号。操作员也可通过做欠费查询业务，来判断整个网络线路（包括从网点到中心机再到电信局）的通讯情况是否良好，只有在所有通讯环节畅通的情况下，才能查到电话的欠费信息。（参见图33）图33欠费查询344现金交费现金交费既不在本行开户的用户，在电话欠费时可通过现金交费方式将所欠话费交清。现金交费只允许用户交等于该户电话欠费总额的现金，既操作员只能收取固定数目的话费。现金交费应注意区分电话号交费和汇缴号交费。在常用日间业务中选择现金交费，计算机会首先从电信局查询该用户欠费信息，并将欠费总金额显示在终端屏幕上，并提示是否交费。操作员在收取交费金后，按大写的Y键，如果提示“交易成功”，则现金交费业务正常结束；按N终止现金交费业务。如果提示其它不成功信息，可重试交费操作或停止现金交费。操作员可以做欠费查询来核对刚才做现金交费的电话号是否已经不欠费。现金交费必须在网点到中心及中心到电信局的通讯完全畅通时完成。（参见图34）图34现金交费345存储交费存储交费也叫存折交费（做代理存折续存业务时自动交费），既已经在本行开户的用户凭专用的话费存折交费，用户凭存折可以通存通兑。存储交费不限制交费金额，用户可以在存款凭条中自由填写交费金额。建议操作员在用户存款前做帐户查询及欠费查询操作，以保证用户存折对应的电话号码无误，若发现错误可用变更帐户修改。用户存款金额应不小于电话欠费总金额，否则电话仍无法开通。考虑到通讯时间问题以及一个存折对应多个电话（汇缴）号的情况，存储交费操作分为两种交费方式即时交费和延时交费。1即时交费对于一个存折对应一个电话（汇缴）号的用户，在通讯完全畅通的情况下，建议使用即时交费。操作员在输入存储交费数据时，若在电话号一项中输入正确电话号，既表示选择了即时交费方式。即时交费时，计算机会自动将该存折交费前的补登明细、本次的交费明细以及本次交费后电信局扣掉的各月话费明细打印到存折上。提示00时，说明该笔存款业务完全成功且用户话费已完全交清或用户不欠费；提示DX时说明该用户存款后的余额仍然小于拖欠的话费总金额，或中心与电信局通讯出现故障。注意，此时该用户的存款交易已经正常入帐，应立即打印存折及凭条。操作员可通过欠费查询来判断故障原因，如果余额不足，可让用户继续做即时交费存款，如果是电信故障，可再做一笔金额较小的延时交费业务。即时交费时速度较慢，必须在通讯完全畅通时才能成功，成功后欠费停机的电话会即时开通。（参见图35）图35即时交费2延时交费对于一个存折对应多个电话（汇缴）号的用户，或出现中心机与电信局通讯繁忙或不通的情况下，建议使用延时交费。操作员在输入存储交费数据时，若在电话号一项中输入0，既表示选择了延时交费方式。延时交费时，计算机会自动将该存折交费前的补登明细和本次的交费明细打印到存折上，不打印本次电信局的各月扣款明细，而是在下次（至少1小时后）做存款交易时，以补登方式打印到存折。提示00时，说明该笔存款业务成功，但用户话费是否已完全交清尚不清楚。操作员可在大约1小时后通过欠费查询来判断该笔延时交费业务所对应的各电话（汇缴）号的话费是否交清。延时交费时速度较快，在中心与电信通讯不通时照常进行，可实现用户在任何时候都能正常交费。中心机每隔一小时就会将在这一小时做的延时交费业务统一向电信局交费，并将交费信息写入该户明细中。正常情况下，延时交费成功后，该户帐号对应的欠费停机的电话会在1小时以内开通。参见图36图36延时交费346帐户查询建议操作员在每笔存储交费业务前先做帐户查询，以判断储户的存折是否对应着正确的电话（汇缴）号码。帐户查询功能有两种查询方法，操作员可通过输入电话（汇缴）号来查询帐号，也可通过输入帐号来查询电话（汇缴）号。为提高工作效率，不论操作员做哪种查询，中心机都会将该帐号及其对应的所有电话（汇缴）号、话号标志、帐户实际余额、用户名称等相关信息一次性显示在终端上。话号标志为1表示该号码是电话号，2表示该号码是汇缴号。帐户查询业务不涉及中心机与电信局的通讯。（参见图37）图37帐户查询347帐户变更本行储蓄代理话费系统提供一折对多号模式，既用一个存折可以同时交多个电话（汇缴）号的话费。为灵活起见，增加帐户变更功能。帐户变更实际上就是改变各帐户及各电话号码之间的对应关系。帐户变更一般用于一折对多号用户的开户时。开户时用户帐号只对应一个电话号，此时用帐户变更既可为此帐号连接多个电话号码。操作员可通过帐户查询功能来判断是该帐号否需要做帐户变更以及帐户变更后的结果。帐户变更的功能强大，包括对各电话（汇缴）号码的增加、删除、修改，三项功能1增加操作员输入的电话（汇缴）号如果在中心机（帐号对照文件）中如果不存在，则中心机自动增加该电话（汇缴）号的记录，并与其同时输入的帐号相连接。其中变更帐号只能是本所帐号，变更身份证号必须是其帐号对应的身份证号。2删除如果操作员在做存储开户业务时电话号码输入错误，但开户已经成功，可通过帐户变更来删除该号码。操作员在输入变更帐号时输入0，变更身份证号输入该电话（汇缴）号原来帐号对应的身份证号，既可删除此号码。3修改如果中心机中已经存在要变更的电话（汇缴）号，则自动按修改处理，将该号码变为对应操作员输入的新的变更帐号，而取消与原帐号的所属关系。其中变更帐号只能是本所帐号，变更身份证号为新帐号对应的身份证号。由于帐户变更功能提供给了所有操作员改变话号与帐号对应关系的权限，所以必须考虑安全性问题。为了提高本帐户变更功能的可靠性，除了在操作时检查变更身份证号外，每笔帐户变更交易都记入当日流水，并且在中心机保存了详细的变更资料，希望操作员在做帐户变更时谨慎操作，在做帐户变更业务时必须持有效证件（身份证原件）。参见图38图38帐户变更348存储开户在本行代理话费的用户可以在任何代理网点做存储开户。存储开户类似活期开户，增加了电话号或汇缴号一项。开户时注意区分电话（汇缴）号，且开户时不输入金额。存储开户时只能输入一个电话（汇缴）号码，针对一折对多号的用户，可利用帐户变更来完成其它号码与该帐号的连接。因开户时帐户内无余额，在完成存储开户业务后，利用存储交费功能来为用户存款及扣缴话费。参见图39图39存储开户349存储销户在本行代理话费且已经开户的用户可以在开户所在代理网点做存储销户。存储销户时必须输入正确身份证号及实际余额。销户前请先在储蓄业务中做补登折。可以通过欠费查询及帐户查询来查找该帐号相关信息。参见图310图310存储销户3410挂失、解挂、补折处理在本行开户的用户如果出现存折丢失、遗忘等情况，需要做挂失处理的，可以在开户所在代理网点做挂失处理。挂失时必须出示有效证件（身份证原件）。挂失后的帐号对应电话号码将暂停交费。用户找到已挂失的存折后，可以通过解挂处理来解除挂失状态。挂失具体期限等由储蓄处统一规定。对于挂失期满后储户要求补充存折的，可以在开户网点做挂失补折业务。代理话费业务的挂失补折与活期不同，因不涉及取款业务，所以补充打印的存折仍延用原来的帐号。（参见图311）图311挂失处理3411冲正处理冲正处理是针对现金交费和代理话费存折续存而言的。这里的冲正处理只能对当日发生的存款、交费业务进行冲正，不能冲隔日帐，实际上相当与储蓄业务中的当日抹帐。现金交费和存折续存是整个代理话费业务中使用最频繁的业务，操作中难免出现失误。只要在当日发现错误，不论是现金交费，还是即时交费或延时交费，都可利用冲正处理功能来将错帐追回。参见图312图312冲正处理3412打印发票交费业务成功后，如果用户需要交费发票，在特殊业务查询功能中打印。打印发票是从电信局接收电话明细。（参见图313）图313打印发票3413网点对帐与储蓄业务中的对帐相似。代理话费业务的网点对帐只能应用代理话费中专门的对帐，而不能用储蓄业务中的对帐。对帐成功后流水结果标志为00，对帐不成功结果标志为02我将在下一个章节中，对具体的处理过程加以描述。第四章代收话费业务模块的具体实现本章首先介绍了代收话费业务的运行环境，实现层次，其次是数据库的设计，最后介绍了管理系统的各部件的设计与实现。41系统的运行环境和实现层次本系统是基于工作流理论开发的一个业务系统，主要是农行储蓄业务网点代理电信业务部门收缴固定电话费。同时它的业务流程也可适当扩展，作为代收代付一类业务的开发模型，应该说，如果对此工作流模型作适当的扩展，将可以据此开发出更多的相近业务流程。411系统的运行环境本系统是分布式的、跨平台的业务系统。本系统对运行环境的要求是1）银行储蓄业务网点主机与市行中心机有专线连接。网点主机运行SCOUNIX系统；2）工作流业务系统运行于IBM公司AS400小型机上，操作系统为OS400，数据库为DB2；3）AS400小型机经由前置机与电信业务主机相连，前置机运行SCOUNIX操作系统。412系统的实现层次本系统也是建立在一定的软件基础上的，依赖层次如图41所示12345图41系统的软件层次第一层是操作系统，中心机是IBM公司的AS400小型机，运行OS400操作系统。第二层是DB2数据库，以提供对中心机业务数据的操作；第三层是业务系统模型，同时它还具有扩充能力，以增加新的业务应用；第四层是储蓄网点业务系统与中心机的接口程序，这是标准的储蓄业务接口；第五层是储蓄网点业务程序。储蓄网点使用的SCOUNIX50操作系统,并支持DDN或X25通讯与中心机连接；IBM公司的AS400小型机是一个运行稳定、安全性高的计算机系统，并且具有较强的管理控制功能，其独特的系统结构保证了其高效和安全，这套系统在金融行业得到了极为广泛的应用。在AS400小型机上运行的是DB2数据库，因其支持SQL查询语言，现在已经得到了较为广泛的使用。对于一个庞大的、复杂的银行业务应用系统，只有大型数据库的数据吞吐量、容错和恢复能力、并发控制、事务处理能力才能达到要求。同时由于DB2数据库与操作系统的紧密结合，也提高了它的处理能力。工作流管理系统为本系统提供了运行的基础，它构成了系统的主框架。在此部分运行模型中，实现了模型中的各个功能部件。这些部件提供了一种控制机制，它们组合在一起为系统的运行提供一个功能客户应用接口程序（API）工作流运行模型DB2数据库中心机OS400网点UNIX服务集，如服务的受理、处理的控制、系统的运行和维护等。这个功能服务集可以为不同的应用环境服务，增强了系统的适应性，减少了再次开发的费用。为了工作流管理系统能与原应用环境相结合，同时为了增加对管理系统内部结构的透明性和系统工作的一致性，减少开发人员的工作量，提供了一个应用程序设计接口。当管理系统运用于具体应用，或将来的适应性开发时，开发的与具体应用有关的软件都应该通过它和工作流实施服务交互。客户应用是针对具体的应用而开发设计的，它们完成实际的服务工作，并在风格上尽可能与原有客户应用程序风格相近。客户应用可以根据系统的需求，随时开发设计一个相应的模块，动态地加载到工作流系统中去，满足系统的要求，无须对整个系统作较大的改动。42工作流管理系统的实现本系统主要是基于IBM公司AS400平台开发的，数据库是DB2，编程语言主要是使用RPG语言和少量的CL语言。RPG语言是AS400平台上的主要开发语言，它结构严谨，并与操作系统结合紧密，同时还有数据库语言的支持，因此这个程序的运行效率较高。421数据库的设计与实现数据库是数据信息交流的中心，它将各功能模块联系起来。数据库的运行效率将会直接关系到整个系统的运行效率，因此一个设计良好的数据库将会对程序的设计、编写和运行起到事半功倍的作用。本系统中，新定义了如下几个数据库文件1、帐户和电话号码对照文件该文件在开户、销户、帐户变更时登记。在存储话费、集中扣帐时根据该文件对帐户帐务和电信帐务进行查询和相应处理。2、用户话费交费情况明细文件该文件对用户每次的现金交费、存储交费、集中扣帐处理时的各月份用户电信话费的详细清单进行记录，在用户查询和打印发票时使用。3、话费明细下传文件该文件用于网点查询欠费、现金和存储交费、查询交费情况、打印发票时下传的该用户电信话费明细。422引擎的设计和实现引擎是工作流管理系统实施服务的核心，它驱动系统的运行。引擎实现为一软件，实现引擎的可执行文件名是TELCOMZK。由于它作为后台运行的服务器，以提供系统服务为主，它随着系统的启动而启动，而AS400系统是一个不停止运行的机器系统，因此，整个引擎后台也是在不停的执行中，随时准备接收储蓄前台来的业务请求。本收费系统分做两部分，一部分模块是实现网点功能，一部份模块是实现AS400中心机功能。我主要完成的是AS400中心机模块，下面即是我完成的功能模块说明AS/400中心机模块设计1开户（TELCCKH）模块功能根据营业网点上传的电话号和身份证号以及其他的信息，在中心做开户处理，登记明细和流水帐，并生成帐号和电话号的对照文件，对网点返回开户各种信息程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBDNCHAR7所号IFUNDEC6,0网点流水号毕业论文基于工作流的电信固定电话收费管理系统30INAMCHAR12用户名ITELNOCHAR12电话号IBZCHAR1电话号标志IIDNCHAR18身份证号ITACHAR8,2金额IADDCHAR30地址IPNOCHAR10凭证号输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OANOCHAR18帐号ODDTCHAR8,0交易日期OFANCHAR18主机流水号OKHMXCHAR39开户明细程序流程（1）初始化报文，检查营业网点营业状态。（2）检查是否已开户，检查帐号和电话号对照文件。（3）开户处理，登记分户帐、登记流水帐、登记明细帐，登记帐号电话号对照文件，生成下传报文和开户明细。（4）返回网点下传报文。特殊说明规定开户时输入金额为“零”。2销户（TELCCXH）模块功能对已在长春市农行开办代收费业务的用户帐号进行销户处理。程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBDNCHAR7所号毕业论文基于工作流的电信固定电话收费管理系统31IANOCHAR18帐号ITACHAR12发生金额IFUNDEC6，0网点流水号IPNOCHAR7凭证号IIDNCHAR18身份证号IONCHAR5操作员号ITELBZCHAR1电话号标志输出OKZBZCHAR1下传控制标志OOSCHAR1返回码ONAMCHAR12户名OFANCHAR6，0主机流水号OLLCHAR8，0利率OLXCHAR12利息OIACHAR12，0利息积数OLXSLCHAR8，0利息税率OLXSCHAR12利息税OCZHSCHAR2，0存折行数程序流程（1）根据网点上传帐号检查核对有关文件。（2）计算利息，处理分户、明细等文件。（3）将处理结果返回网点。3存款存储（TELCCJF）模块功能根据网点上传有关数据，查询该用户各月的电话欠费情况，对各月话费进行交费处理，并将该用户补登、存款、交费等信息下传给网点。程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBZCHAR1用户种类IADNCHAR18帐号IBDNCHAR7所号ITNOCHAR11电话号ITA12CHAR12交费金额IPB12CHAR12存折余额IFUNCHAR6，0网点流水号IONCHAR5操作员号输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OFANXCCHAR6,0续存流水号OFANKZCHAR6,0扣帐流水号OKZNBRCHAR2,0扣帐数ONAMCHAR12户名OABCHAR12余额OIACHAR12,0利息积数OOIDCHAR8,0起息日OAOSCHAR1补登标志OPPLCHAR2,0存折行数OCOUNTCHAR2,0数组笔数OADDCHAR1170扣帐明细电信交费函数、欠费查询函数程序流程（1）根据网点上传的存款信息进行正常存款业务。（2）向电信局查询该用户的话费欠费信息。（3）根据上传的电话号及话费欠费信息组成交费结构，向电信局交费。（4）将该用户以前的补登信息、存款信息、各月交费信息返回网点。特殊说明（1）网点上传电话号码为正常话号时做实时交费；为“零”时，表示该用户为“一折多号”用户（必须用延时交费）或网点希望做延时交费而不是实时交费。（2）返回网点的补登、存款、交费三种信息的总笔数最大不超过存折剩余行数，若仍存在为下传信息（补登标置“1”），在网点做换折、补登折来完成信息下传。现金（TELXJJF）模块功能根据网点上传信息，针对现金用户欠费情况，进行等于欠费总金额数的即时收费，在中心记收费流水。程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBDNCHAR7所号IBZCHAR1用户种类ITNOCHAR11电话号IONCHAR5操作员号IFUNCHAR6，0网点流水号IMONTHCHAR2，0欠费月份数IYHMCCHAR50用户名称IQFTOTALCHAR9，2欠费总金额IQFMXCHAR750各月欠费明细输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OFANCHAR6，0主机流水号电信交费函数程序流程（1）根据网点上传的欠费查询明细，组合交费数据。（2）向电信局发送现金用户交费数据（3）将交费结果返回网点特殊说明现金交费数据完全取自网点已查询的用户欠费信息。C后台延时（TELYSJF）模块功能为缓解交费业务对通讯的压力，在中心与电信通讯不通、业务高峰及一折多话号业务时，前台可将存储交费业务放到中心机交费队列文件，中心机对交费队列进行定时处理，以此来实现在任何营业时间都可进行存款业务。程序参数电信交费函数、欠费查询函数程序流程（1）读取交费队列PJFDTAQ中的交费记录。（2）向电信局查询该记录欠费情况。（3）处理该用户有关帐户资料，向电信局交所欠话费。（4）若出现异常，该记录将被转移到PJFERRQ中。特殊说明此程序为后台定时执行，由程序SBMDXJF控制执行时间。4查询（TELZHCX）模块功能根据营业网点上传的信息来查询有关电话号、帐号、用户种类等信息。程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码ITNOCHAR11电话号IANOCHAR18帐号输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OANOCHAR18帐号ONBRCHAR2，0数组数OADDCHAR120数组组合电信欠费查询函数程序流程（1）根据网点上传信息判断是何种查询（2）根据不同查询要求到相应数据库中查询信息（3）将查询结果打包后下传回网点特殊说明（1）其中输入电话字段（ITNO）为有效数字时，表示网点希望根据此电话号码查询该户是否在本行开户及其帐号；当ITNO字段为11位空格时，表示网点希望根据帐号字段（IANO）来查询该户所对应的所有电话号码。（2）输出字段（OADD）暂时定为10个循环字符组，即最大可同时下传该帐号对应的10个电话号码及相应用户种类。5挂失处理（TELGSCL）模块功能根据营业网点上传的帐号和身份证号以及其他的信息，对帐户进行挂失、解挂、挂失补折处理程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBDNCHAR7所号毕业论文基于工作流的电信固定电话收费管理系统36IANOCHAR18帐号IIDNCHAR18身份证号IONCHAR5操作员ICLBZCHAR1处理标志输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OADD_OUTCHAR18附加信息程序流程（1）初始化报文，检查营业网点营业状态。（2）检查帐户状态。（3）根据处理标志分别选择挂失、解挂和挂失补折处理。（4）处理分户帐和综合登记簿，返回处理信息。对挂失补折返回最后一笔已登明细。（5）返回网点下传报文。特殊说明处理标志位挂失解挂挂失补折6清算生成（TELQSSC）模块功能在每天日终结算时，根据当天流水提取代收话费部分的清算流水，总结各项业务的金额、笔数等信息，写入清算数据文件。程序参数无。程序流程（1）初始化清算生成文件。（2）从当日流水中提取清算流水。（3）统计清算结果，生成清算数据。特殊说明数据文件中各记录为每日累计添加方式，打印时从最后一笔读数。7清算打印（TELQSDY）模块功能在清算数据生成后，对其进行打印，以此作为清算中心划款依据。程序参数无。程序流程（1）读取清算数据文件。（2）按打印格式生成打印文件到打印队列。特殊说明正常打印从最后一条记录读数，出现特殊情况需将生成数据放到最后一条即可打印。8网点对帐（TELWDDZ）模块功能根据网点上传所号，对该网点当日交易的代收话费流水进行对帐。程序参数输入IKZBZCHAR1上传控制标志ITCCHAR4交易码IBDNCHAR7所号IADD_INCHAR18上传报文附加信息输出OKZBZCHAR1下传控制标志OOSCHAR1返回码OADD_OUTCHAR18下传报文附加信息程序流程（1）根据所号整理对帐流水。（2）对每笔流水按交易对帐，其中交费等流水与电信局对帐。（3）将对帐结果返回网点。9中心集中批扣帐处理返回（TELJZFH）模块功能根据PKZJS文件中接受的电话扣帐号码进行每月一次的集中扣帐处理。程序参数无程序流程（1）读取PKZJS文件中的资料记录。（2）对每条记录进行扣帐处理。（3）记扣帐结果到扣帐返回文件。10帐户变更（TELZHBG）模块功能对新电话号或已有存储存折电话号进行变更处理，使该电话号使用变更后的存储帐号进行交费。程序参数输入IKZBZCHAR1上传报文控制标志ITCCHAR4交易码ITNOCHAR12电话号IANOCHAR18帐号IIDNCHAR18身份证号IONCHAR5操作员输出OKZBZCHAR1下传报文控制标志OOSCHAR2返回结果程序流程（1）根据上传帐号检查营业所号、操作员号的状态。（2）根据上传帐号检查分户帐文件中该帐户的各种状态。（3）根据上传电话号检查帐号电话号对照文件，如存在，修改该记录，否则，增加该电话号和该帐号的对照文件记录。（4）返回网点变更处理结果。特殊说明为了安全起见，帐户变更时以用户身份证号为依据，并且在中心机记录最后一笔帐户变更的时间及操作员号。第五章结束语本文简单地介绍了工作流的背景和技术现状，以工作流联盟提出的规范为标准，简单介绍了参考模型的各个组成部件和接口。以长春市农行代长春电信收固定电话费业务为例，介绍了此套系统基于工作流的程序设计思想和实现方法，并对部分模块进行了较为详细的阐述。本模块具有如下特点1基于引擎控制。所有业务的实现都是基于消息队列触发而开始运行。其主体程序部分周而复始，不停地运行，等待接收外部的作业，在程序的运行过程中，不需要人工的手动干预。2程序设计思想具有通用性。虽然此程序是为固定电话收费业务系统而开发，但其设计思想和运行机制完全符合类似业务系统的要求，如代收移动电话费、代收有线电视费等业务，因此，在实现方法上，具有一定的通用性。3程序的高效性。由于此种基于消息队列触发模式较好地运用了AS400小型机的系统特性，因此程序的运行效率较高。由于接手此项目时较为仓促，再加上对工作流的概念先期缺乏充分而严格的理解，因此前期准备和实际开发时间都较短，基本上是在工作中边学边用边理解，因此在对工作流模型的运用过程中，可能有不确切的地方，希望随着以后认识的深刻，能够对此做进一步的改进1加强程序实现的通用性。虽然在设计思想上考虑了多方面的应用，但在不同的实际应用中，还需要对程序编写做较多的改动。可以考虑对相近的应用，在总体设计的过程中，通盘考虑、规划。2此程序对通讯的稳定性要求较高，如果通讯不畅，则无