【文章內(nèi)容簡(jiǎn)介】 詢?nèi)蝿?wù)，如賬號(hào)審批任務(wù)包括申請(qǐng)、開戶、銷戶等流程任務(wù)的審批。n 需要增加根據(jù)各種業(yè)務(wù)屬性查找流程，由于有多個(gè)審批查詢功能，業(yè)務(wù)屬性在不同的業(yè)務(wù)審批查詢中不一樣。n 由于工作流升級(jí)，個(gè)別API沒有兼容帶來的修改。 流程功能概述n 所有流程的業(yè)務(wù)表現(xiàn)都是A B C 這種線型依次審批的形式，每個(gè)環(huán)節(jié)一個(gè)人審批；所有審批關(guān)系在系統(tǒng)上線前就決定，不存在隨機(jī)指定。n 審批的操作包括同意，不同意，駁回，同意時(shí)運(yùn)行到下一個(gè)結(jié)點(diǎn)，不同意時(shí)流程結(jié)束，駁回有兩種情況，駁回到流程發(fā)起人，也有駁回到上一審批人。n 流程發(fā)起人在流程被駁回后可以取消流程，即流程有3種方式結(jié)束：同意、不同意、發(fā)起人取消。n 需要提供超時(shí)功能，超時(shí)指任務(wù)的超時(shí)，不需要流程的超時(shí)支持；超時(shí)信息要在任務(wù)提醒中顯示。n 一個(gè)省的所有地區(qū)在某個(gè)業(yè)務(wù)上的處理流程是全部相同的，任務(wù)分派的方式也全部相同的，即不存在一個(gè)業(yè)務(wù)的處理，在某個(gè)地區(qū)可能多一個(gè)環(huán)節(jié)或少一個(gè)環(huán)節(jié)之類的情況。n 流程發(fā)生在賬號(hào)審批、撥付審批、公告管理和警示處理業(yè)務(wù)中，業(yè)務(wù)流程總數(shù)在10個(gè)左右。n 流程的任務(wù)列表按子系統(tǒng)分類顯示，即整個(gè)系統(tǒng)有多個(gè)任務(wù)列表，同時(shí)首頁上有簡(jiǎn)要的任務(wù)提醒摘要信息，并能導(dǎo)航到不同的任務(wù)列表；任務(wù)列表上的業(yè)務(wù)信息根據(jù)業(yè)務(wù)不同顯示的也不同。n 在web上提供按業(yè)務(wù)和流程信息查詢流程的功能，不同子系統(tǒng)的查詢字段不一樣；查詢時(shí)，有數(shù)據(jù)權(quán)限的控制，如省的領(lǐng)導(dǎo)可查看全部市的信息，市的領(lǐng)導(dǎo)只能看本地區(qū)的，普通人員只能查自己的。n 流程不會(huì)出現(xiàn)跨系統(tǒng)的審批，即各省和國家局的審批活動(dòng)是獨(dú)立的。n 在開發(fā)過程中，所有流程的任務(wù)按角色進(jìn)行分配，以此進(jìn)行調(diào)試和演示；在系統(tǒng)上線時(shí)，使用流程建模工具配置任務(wù)分配方式。n 所有流程的定義和任務(wù)分派方式在系統(tǒng)上線前都需要可自由變動(dòng)。 工作流的使用n 本系統(tǒng)按intelliFlow通常的開發(fā)模式使用，即首先使用工作流建模工具建立流程和進(jìn)行任務(wù)分派，流程框架封裝工作流的調(diào)用并將流程與業(yè)務(wù)關(guān)聯(lián)起來，開發(fā)人員在流程開發(fā)時(shí)不需要接觸到對(duì)工作流的直接調(diào)用。n 在系統(tǒng)上線前，需要使用工作流建模工具修改分派策略，使與實(shí)際的組織數(shù)據(jù)匹配，然后再上傳部署流程定義。 工作流的集成工作流需要以ear包的形式運(yùn)行在應(yīng)用服務(wù)器環(huán)境下，本系統(tǒng)和工作流集成的方式是在intelliFlow發(fā)布的ear包中添加本系統(tǒng)的web application(war包形式)，刪除發(fā)布包中不需要的如下文件：，，同時(shí)修改METAINF\，在其中增加本應(yīng)用web application的部署描述。 系統(tǒng)流程設(shè)計(jì)n 流程分包管理，一級(jí)包名為他tfm，二級(jí)包位account(賬號(hào)審批)、payroll(資金撥付)、警示處理(notify)和公告管理(bulletin) 。n 在開發(fā)過程中，所有流程按單位號(hào)+角色進(jìn)行分派，其中單位號(hào)為流程變量。n 由于本系統(tǒng)流程不多，為顯示內(nèi)容豐富和直觀，流程設(shè)計(jì)不做歸納整理，即需求有幾個(gè)流程，流程設(shè)計(jì)時(shí)就定義幾個(gè)。n 在系統(tǒng)上線前，如果組織數(shù)據(jù)和分派方式不一樣，需要通過流程建模工具配置分派策略；如果流程增加新的結(jié)點(diǎn)，需要做一定的頁面開發(fā)；如果不使用本系統(tǒng)提供的組織模型表，組織數(shù)據(jù)的獲取需要重新開發(fā)。 如果需要其它的流程功能, 可能需要一定的開發(fā)(如修改頁面)。系統(tǒng)包括如下流程(注：沒有標(biāo)明省的任務(wù)執(zhí)行人都指是被監(jiān)管單位的人)(1). 開設(shè)申請(qǐng) (包ID：，模板ID：openaccount)(2). 開戶辦理 (包ID：，模板ID：accountconfirm)(3). 銷戶、賬戶信息變更(包ID：，模板ID：modifyaccount)(4). 賬戶狀態(tài)修改(包ID：，模板ID：modifystatus) (5).另外2個(gè)子系統(tǒng)的流程待需求細(xì)化和分析后補(bǔ)充。 流程處理框架，采用Spring框架。本系統(tǒng)中的動(dòng)作都是人工動(dòng)作，流程中的人工動(dòng)作分為數(shù)據(jù)錄入和審批環(huán)節(jié)。業(yè)務(wù)數(shù)據(jù)的處理和流程數(shù)據(jù)的處理分開進(jìn)行，業(yè)務(wù)數(shù)據(jù)由業(yè)務(wù)邏輯實(shí)現(xiàn)處理，流程數(shù)據(jù)由工作流引擎處理，所以這些操作包在一個(gè)Spring的service中，通過配置JTA事務(wù)支持，實(shí)現(xiàn)業(yè)務(wù)操作和工作流使用EJB實(shí)現(xiàn)的操作的事務(wù)一致性。流程處理框架目前提供的主要服務(wù)有(具體參見Javadoc.)：178。 流程方面，發(fā)起和取消流程。178。 流程變量，取得和設(shè)置流程變量。178。 任務(wù)列表，取得任務(wù)列表。178。 任務(wù)方面，接受任務(wù)（start,continue,resume）提交任務(wù)（mit），掛起任務(wù)(suspend)。178。 組織方面，提供流程框架用到的與組織相關(guān)的一些方法，這里的組織指使用工作流組織模型和表結(jié)構(gòu)。 主要的類有：178。 封裝intelliFlow工作流的API178。 流程處理，包括流程與業(yè)務(wù)的關(guān)聯(lián)建立，調(diào)用WfClient的流程相關(guān)功能。178。 實(shí)現(xiàn)輔助功能， 如根據(jù)用戶號(hào)取得用戶在職位、角色、部門、機(jī)構(gòu)的信息。 流程基本操作一個(gè)業(yè)務(wù)一般由經(jīng)辦申請(qǐng)、一級(jí)或多級(jí)主管審批組成。一個(gè)標(biāo)準(zhǔn)業(yè)務(wù)操作流程如下圖：任務(wù)操作說明：178。 申報(bào)：任務(wù)提交，流程進(jìn)入下一步驟。178。 取消：取消申請(qǐng)，流程結(jié)束。178。 同意：表示審批通過，可以進(jìn)入流程的下一個(gè)步驟。178。 不同意：申請(qǐng)被取消，流程結(jié)束。178。 駁回：表示審批沒有通過，要做適當(dāng)修改，任務(wù)駁回至上一個(gè)步驟或申請(qǐng)人，根據(jù)業(yè)務(wù)的不同處理不同。(1). 發(fā)起流程178。 業(yè)務(wù)數(shù)據(jù)輸完后，點(diǎn)“提交”，提交業(yè)務(wù)數(shù)據(jù)，同時(shí)發(fā)起流程并記錄流程和業(yè)務(wù)的關(guān)聯(lián)關(guān)系。流程發(fā)起為首結(jié)點(diǎn)執(zhí)行。178。 基礎(chǔ)的Action ，具體的流程處理，需要寫一個(gè)子類action，實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的處理，一類業(yè)務(wù)對(duì)應(yīng)一個(gè)子action。如: BasAction為系統(tǒng)最底層的action，BaseProcessAction處理和流程有關(guān)的公共內(nèi)容，AccountProcessAction實(shí)現(xiàn)如下的API，調(diào)用賬戶開設(shè)申請(qǐng)的業(yè)務(wù)邏輯處理方法，在該方法內(nèi)提交處理業(yè)務(wù)數(shù)據(jù)和調(diào)用工作流API處理流程數(shù)據(jù)。時(shí)序圖如下：其中AccountAppProcessAction和IOpenApplyService和需要發(fā)起流程的具體業(yè)務(wù)對(duì)應(yīng)，WfService為流程框架處理類，WfClient封裝對(duì)工作流的調(diào)用，WorklistLocal為工作流對(duì)外的接口。178。 根據(jù)工作流應(yīng)用框架要求，發(fā)起流程前需要配置好表IWF_BIZ_CATEGORY和IWF_PROCESS_CONFIG。178。 需要發(fā)起流程的頁面要hidden兩個(gè)字段的值，即bizCode和bizName，與IWF_BIZ_CATEGORY表中的配置對(duì)應(yīng)。178。 由于工作流是使用EJB實(shí)現(xiàn)，為保證實(shí)現(xiàn)事務(wù)的控制，應(yīng)用的service使用JTA事務(wù)，并且調(diào)用的其它service不要有事務(wù)控制，直接使用xxxTarget。 bean id=openApplyServiceTarget class= property name=basService ref bean=basServiceTarget/ /property property name=Service ref bean = ServiceTarget/ /property property name=wfService ref bean = wfService/ /property /bean bean id=openApplyService class= property name=transactionManager ref bean=jtaTransactionManager/ /property property name=target ref local=openApplyServiceTarget/ /property property name=transactionAttributes props prop key=add*PROPAGATION_REQUIRED/prop prop key=update*PROPAGATION_REQUIRED/prop prop key=delete*PROPAGATION_REQUIRED/prop prop key=*PROPAGATION_REQUIRED,readOnly/prop /props /property /bean(2). 取得任務(wù)列表178。 由于本系統(tǒng)有比較多的根據(jù)業(yè)務(wù)信息查詢審批任務(wù)，不同的子系統(tǒng)業(yè)務(wù)信息數(shù)量和內(nèi)容不完全一致，因此，有關(guān)任務(wù)的查詢都不直接調(diào)用工作流的API實(shí)現(xiàn)，而是關(guān)聯(lián)業(yè)務(wù)表、流程業(yè)務(wù)關(guān)聯(lián)表、流程表、任務(wù)表直接查詢，查詢結(jié)果分頁顯示，分頁功能使用PowerWeb的表格控件實(shí)現(xiàn)。178。 數(shù)據(jù)庫的查詢使用iBatis178。 任務(wù)列表的獲取如下，在Action內(nèi)將查詢條件拼成Hashmap后，調(diào)用查詢實(shí)現(xiàn)類，查詢獲得任務(wù)列表信息，其中包含業(yè)務(wù)信息和流程信息，再分頁顯示。(3). 選中任務(wù)178。 選中任務(wù)指選擇任務(wù)列表中的某一條任務(wù)，進(jìn)行審批。選中任務(wù)的主要操作是要獲得對(duì)應(yīng)的業(yè)務(wù)信息和流程信息，顯示在審批頁面上。178。 實(shí)現(xiàn)機(jī)制為：當(dāng)前任務(wù)選中后要進(jìn)入的JSP文件和獲得頁面數(shù)據(jù)的handler配置在數(shù)據(jù)庫中，即表IWF_NODE_CONFIG中；選擇一條任務(wù)后，通過調(diào)用工作流的API獲得流程信息，根據(jù)流程信息的MPID在表IWF_NODE_CONFIG中找到對(duì)應(yīng)的配置信息，執(zhí)行handler獲得業(yè)務(wù)數(shù)據(jù)，最后forward到配置的JSP頁面。178。 基礎(chǔ)的Action ，實(shí)現(xiàn)任務(wù)選中后的操作，包括找到和當(dāng)前結(jié)點(diǎn)操作對(duì)應(yīng)的JSP文件和業(yè)務(wù)處理handler。本系統(tǒng)中，不需要使用子類action。時(shí)序圖如下：178。 。其實(shí)現(xiàn)實(shí)通過對(duì)應(yīng)業(yè)務(wù)表中主鍵的bizId獲得業(yè)務(wù)信息。Handler的處理框架如下：public Map startTask(IwfTaskVO iwfTaskVO, UserProfileVO upvo) throws GenericException { String bizId = ())。 //根據(jù)bizId查找業(yè)務(wù)數(shù)據(jù) //實(shí)例化一個(gè)JSP頁面上要使用的form, 該form繼承于BaseTaskForm (iwfTaskVO, [form實(shí)例])。 Map result = ([form實(shí)例名], form實(shí)例)。 return result。 }(4). 任務(wù)審批178。 任務(wù)審批有同意、不同意和駁回三種結(jié)果。178。 。本系統(tǒng)不需要使用子action。178。 審批意見的處理：在提交任務(wù)mitTask 時(shí)，審批意見直接存入intelliFlow Task 表的Memo 字段中，方法為：建立一個(gè)字符串類型的臨時(shí)變量，審批意見作為該變量的值，將該變量放入提交的流程變量集中即可，流程引擎會(huì)自動(dòng)取得該變量的值存入Task 表的Memo 字段中。(5). 流程查詢流程查詢?cè)跇I(yè)務(wù)上稱審批查詢，在web上表現(xiàn)為多個(gè)菜單，一個(gè)菜單對(duì)應(yīng)業(yè)務(wù)的一個(gè)分類。輸入信息包括：流程信息、業(yè)務(wù)信息；輸出信息包括：流程信息、業(yè)務(wù)信息、當(dāng)前任務(wù)信息（如當(dāng)前環(huán)節(jié)、當(dāng)前處理人），不同的業(yè)務(wù)分類對(duì)應(yīng)的業(yè)務(wù)信息不一樣；流程查詢還需要考慮數(shù)據(jù)權(quán)限控制，領(lǐng)導(dǎo)能看全省的，市的領(lǐng)導(dǎo)只能看個(gè)人的，普通人只能看自己的。實(shí)現(xiàn)方案如下：178。 同“取得任務(wù)列表”進(jìn)行查詢。178。 在查詢時(shí)使用數(shù)據(jù)權(quán)限控制方案，參考“ 數(shù)據(jù)權(quán)限控制” 規(guī)則處理本系統(tǒng)使用規(guī)則系統(tǒng)處理警示提醒。規(guī)則的表達(dá)方式和規(guī)則系統(tǒng)的調(diào)用方式待需求細(xì)化和分析結(jié)束后補(bǔ)充。 開發(fā)過程規(guī)則的開發(fā)可以分為兩塊，首先是業(yè)務(wù)用戶組織和定義業(yè)務(wù)規(guī)則，然后是技術(shù)人員映射技術(shù)實(shí)現(xiàn)。在本系統(tǒng)中，規(guī)則的所有開發(fā)都由技術(shù)人員處理。 規(guī)則定義具體組織和表達(dá)方式需要待需求明確和分析后確定。 規(guī)則執(zhí)行具體使用方式需要待需求明確和分析后確定。 消息服務(wù) 功能描述n 消息服務(wù)構(gòu)件負(fù)責(zé)提供報(bào)警方式的可配置和報(bào)警內(nèi)容的可定制，并完成消息的發(fā)送和發(fā)送痕跡管理。發(fā)送痕跡管理采用文件形式保存，每天發(fā)送的痕跡保留在一個(gè)文件中，消息發(fā)送失敗的痕跡保存在一個(gè)專門的文件中。n 系統(tǒng)提供的報(bào)警方式為郵件和短消息，消息的發(fā)送人統(tǒng)一為系統(tǒng)設(shè)置的一個(gè)郵件地址或手機(jī)用戶n 發(fā)送方式是按業(yè)務(wù)配置，即不同的業(yè)務(wù)消息發(fā)送方式可不一樣，如果業(yè)務(wù)的消息發(fā)送方式?jīng)]有配置，使用整個(gè)系統(tǒng)缺省的方式。n 為實(shí)現(xiàn)消息的發(fā)送，用戶要保證基礎(chǔ)條件滿足，即有郵件服務(wù)器或開通短消息發(fā)送渠道。 郵件發(fā)送郵件發(fā)送使用javamail，通過Socket連接郵件服務(wù)器，發(fā)送郵件。郵件的發(fā)送為異步方式，先將郵件信息保存在數(shù)據(jù)庫中，再使用任務(wù)調(diào)度掃描郵件隊(duì)列，并發(fā)送郵件。郵件的消息內(nèi)容使用velocity的模板機(jī)制，不同的業(yè)務(wù)發(fā)送模板不一樣，使用文件形式配置；不同業(yè)務(wù)的發(fā)送人使用規(guī)則系統(tǒng)定制規(guī)則決定。 短信發(fā)送短信發(fā)送有3種方式，下面介紹一下各自的實(shí)現(xiàn)方式及特點(diǎn)： 向已有的短信平臺(tái)發(fā)送數(shù)據(jù)，由短信平臺(tái)代為發(fā)送短信。這樣的短信平臺(tái)提供商有新浪、搜狐等。此方式一般采用HTTP的數(shù)據(jù)提交方式，接口簡(jiǎn)單，開發(fā)成本低，但要求服務(wù)器必須具備internet條件，對(duì)服務(wù)器的安全性要求較高，且功