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