【文章內(nèi)容簡介】 雜，工作量大：初始化配置極為繁瑣，耗時很長。金三系統(tǒng)在工作流配置上有著數(shù)倍于大集中系統(tǒng)的工作量：流程類工作建模中需要額外維護(hù)職能樹，工作流節(jié)點的角色對應(yīng)關(guān)系、表單路徑、回調(diào)服務(wù)與關(guān)聯(lián)流程等內(nèi)容；非流程類稅務(wù)事項也需要額外維護(hù)角色與稅務(wù)事項對應(yīng)關(guān)系以及職能樹相關(guān)的內(nèi)容。整個金三系統(tǒng)的流程類工作流建模工作量復(fù)雜度可以表達(dá)為如下： O（流程環(huán)節(jié)節(jié)點數(shù)職能樹數(shù)目稅務(wù)機(jī)關(guān)崗位數(shù)目角色表單路徑回調(diào)服務(wù)關(guān)聯(lián)流程操作機(jī)關(guān)），對于非流程類事項，其不涉及具體的工作流配置，而是使用特定的角色對應(yīng)的功能模塊進(jìn)行實現(xiàn)，因此其復(fù)雜度同理表達(dá)如下： O（非流程類事項數(shù)職能樹數(shù)目稅務(wù)機(jī)關(guān)崗位數(shù)目角色）；二是因配置而產(chǎn)生的運行出錯概率極高，難以在配置時校驗配置的合法性，降低了初始化工作的效率；三是排查問題的難度大。初始化工作流的配置工作包含了工作流圖繪制以及每個節(jié)點的推送規(guī)則、標(biāo)簽規(guī)則、事件規(guī)則、時間期限的配置等工作。二是健壯性不佳，待辦事宜可能丟失、延遲，偶有出現(xiàn)事務(wù)不完整問題，錯誤處理機(jī)制不完備。在總局集中版本運行期間，遇到過較多的由于JMS消息延時所產(chǎn)生的阻塞問題，造成“待辦門戶無法及時展現(xiàn)待辦任務(wù)、甚至一直收不到”，或者是“待辦任務(wù)點擊異常后任務(wù)消失或者仍然存在，再次點擊仍然異常”、“在流程監(jiān)控能看到某任務(wù)，但在待辦事宜中卻找不到對應(yīng)任務(wù)”等現(xiàn)象；發(fā)生過一次點擊后，業(yè)務(wù)數(shù)據(jù)、流程數(shù)據(jù)處理結(jié)果不一致的情況，且錯誤處理機(jī)制未能及時解決此類事務(wù)不一致的問題。三是易用性不佳，部分功能不人性化。部分單位的同一部門、同一崗位的人員數(shù)量較多（廣州下屬區(qū)局的大廳集中辦公，約有幾百人），推送時選擇下一環(huán)節(jié)辦理人員時需拖拽查找，無法通過輸入拼音首字母或稅務(wù)人員代碼來快速定位；部分流程結(jié)束后，系統(tǒng)自動觸發(fā)了關(guān)聯(lián)流程，此時，無法手工選擇關(guān)聯(lián)流程推送人員。四是部分功能缺失，或尚待改進(jìn)完善。未實現(xiàn)批量審批，例如出口退稅，影響基層工作效率；當(dāng)操作員離職轉(zhuǎn)崗且未辦結(jié)當(dāng)前任務(wù)時，缺少功能來進(jìn)行轉(zhuǎn)辦，亦缺少相應(yīng)監(jiān)控預(yù)警功能；缺少流程圖反向查找功能，當(dāng)流程圖配置好發(fā)布以后，目前沒有一個好的功能來查詢某流程圖的原始流程圖存在于BS設(shè)計器中何處，以方便檢索、基于原流程圖進(jìn)行修改；未能實現(xiàn)流程定義在不同系統(tǒng)環(huán)境和不同上線單位之間的導(dǎo)入和導(dǎo)出；跨系統(tǒng)定制流程圖支持度不高，目前金三新建系統(tǒng)采用統(tǒng)一的建模工具建模并制作相關(guān)規(guī)則，再為其他系統(tǒng)進(jìn)行數(shù)據(jù)同步，由于在引擎的流程圖模型管理中針對建模庫無實例數(shù)據(jù)的流程圖采用的是覆蓋操作，會導(dǎo)致目標(biāo)方流程圖的歷史版本丟失，需要引擎解決；流程分支變量配置不便，繪制流程圖時，往往需要用到分支變量，但目前對業(yè)務(wù)用例的參數(shù)管理不夠，會導(dǎo)致繪制時不知道哪些參數(shù)在當(dāng)前業(yè)務(wù)流程中可以使用，也不知道該如何使用；缺少供核心以外的應(yīng)用系統(tǒng)發(fā)布工作流程模型的應(yīng)用功能；缺少融合查詢功能，因目前工作流系統(tǒng)是多應(yīng)用、多數(shù)據(jù)庫實例部署，操作員無法便捷的查找到可能分散在不同應(yīng)用域的某個流程之狀態(tài)，無法在單一功能里實現(xiàn)各應(yīng)用域流程的統(tǒng)一查詢與管理，增加了操作員的負(fù)擔(dān)、增加了引起誤解的可能。五是職責(zé)分工不合理；文檔材料不完備，系統(tǒng)出現(xiàn)過宕機(jī)事故，管理方面存在不足。初始化建模工作量大且復(fù)雜，較難配置，從現(xiàn)實出發(fā)，要明確劃分乙方公司與省級以下用戶之間的職責(zé)范圍；各乙方公司未給出回調(diào)服務(wù)、關(guān)聯(lián)流程等工作流配置的完整說明文檔；2014年1月出現(xiàn)過工作流系統(tǒng)宕機(jī)的情況.通過對典型業(yè)務(wù)場景的分析，工作流系統(tǒng)的穩(wěn)定性、功能性和易用性問題對目前金稅三期應(yīng)用系統(tǒng)的內(nèi)外部用戶體驗造成了不小的影響。在省級集中部署后，這個問題會更加突出。省級集中并不能自動的同時解決系統(tǒng)的穩(wěn)定性、功能性和易用性等問題。在我們對金稅三期各應(yīng)用系統(tǒng)和數(shù)據(jù)庫簡化合并部署的前提下，減少了系統(tǒng)間的耦合度，可能可以提升部分方面的性能，但穩(wěn)定性問題、功能性問題和易用性問題將更加突出。2. 原因分析通過分析，造成前述問題的主要原因有以下三方面：一是技術(shù)方面。（1）待辦事宜的集成方式復(fù)雜。金稅三期系統(tǒng)的待辦事宜的集成選擇了“推”模式，各應(yīng)用系統(tǒng)將待辦任務(wù)推送給工作門戶。選擇這種方案的初衷在于用戶體驗比較好。具體技術(shù)實現(xiàn)時，首先由總局部署的工作流引擎發(fā)起推送待辦的事件，然后工作流框架將其轉(zhuǎn)換為JMS消息，發(fā)送到ESB，然后傳遞到省級集成平臺，最后落地到省級集成平臺庫，由門戶來進(jìn)行展現(xiàn)。產(chǎn)生JMS消息延時并導(dǎo)致待辦信息無法及時展現(xiàn)的主要原因有三：異步消息機(jī)制存在延遲，有時候消息隊列堵塞，造成任務(wù)無法在規(guī)定時間到達(dá)省局門戶；網(wǎng)絡(luò)鏈路距離長，延時大，網(wǎng)絡(luò)可能出現(xiàn)丟包；當(dāng)應(yīng)用了多JMS隊列且先后發(fā)出多個有先后順序要求的JMS消息時，無法保障整體先進(jìn)先出，目前的實現(xiàn)僅能保證每個隊列先進(jìn)先出。（2）事務(wù)完整性保障機(jī)制不佳，系統(tǒng)錯誤處理機(jī)制不完善。為保證JMS消息（被推送的任務(wù)）的可靠性，目前通過開發(fā)待辦事宜對賬程序?qū)I(yè)務(wù)工作門戶中的待辦任務(wù)數(shù)據(jù)與各應(yīng)用系統(tǒng)工作流數(shù)據(jù)庫數(shù)據(jù)進(jìn)行對賬，待辦事宜對賬程序通過EJB接口調(diào)用工作流對賬服務(wù)的EJB服務(wù)查詢應(yīng)用系統(tǒng)的工作流待辦事宜數(shù)據(jù)，但有效性未得到驗證。目前沒有完整有效的保障事務(wù)完整性的機(jī)制，在存在跨域調(diào)用時，沒有使用JTA、XA數(shù)據(jù)源、多階段提交等方式在事中保障事務(wù)完整性，也沒有構(gòu)建充足的自動化補(bǔ)償功能在事后恢復(fù)事務(wù)完整性。（3）工作流框架和工作流引擎功能不足，未能及時根據(jù)需要完善相關(guān)功能。二是業(yè)務(wù)方面。總局的流程規(guī)范與各上線單位實際操作存在差異，加上廠商和上線單位理解上的差異，導(dǎo)致系統(tǒng)中配置的工作流程過多而且過于復(fù)雜。三是實施管理方面。（1）開發(fā)配置工作與用戶配置工作未能合理劃分，導(dǎo)致均需要用戶進(jìn)行配置，增加用戶工作量，而且出錯率高，效果不好。（2）需求分析存在不足。部分業(yè)務(wù)需求在實現(xiàn)時，設(shè)計出來的邏輯較為復(fù)雜，在程序?qū)崿F(xiàn)時涉及到多次跨域調(diào)用，客觀上導(dǎo)致未能良好的保證工作流與業(yè)務(wù)數(shù)據(jù)的一致性、事務(wù)的完整性。（3）業(yè)務(wù)應(yīng)用與工作流框架功能分工落實不嚴(yán)，存在個別業(yè)務(wù)應(yīng)用沒有充分利用工作流框架的功能而自行實現(xiàn)部分工作流功能。3. 調(diào)整目標(biāo)工作流系統(tǒng)的優(yōu)化直接關(guān)系到金稅三期主體業(yè)務(wù)功能的正常運轉(zhuǎn)，關(guān)系到構(gòu)建和諧征納關(guān)系，關(guān)系到落實“兩個減負(fù)”，因此需要重視對系統(tǒng)功能性與非功能性需求（或稱質(zhì)量服務(wù)需求）的滿足，要做到運行質(zhì)量（易用性、健壯性、穩(wěn)定性、效率等）與發(fā)展質(zhì)量（可測試性、可維護(hù)性、可擴(kuò)展性、可伸縮性、兼容性）并重，其中需要特別重視確保系統(tǒng)的健壯性、穩(wěn)定性，具體目標(biāo)如下：（1）優(yōu)化工作流相關(guān)功能實現(xiàn)；（2）提升系統(tǒng)運行效率，優(yōu)化工作流應(yīng)用架構(gòu)。（3）增強(qiáng)健壯性，完善錯誤處理機(jī)制；（4）增強(qiáng)易用性，改善用戶體驗。提供合理的默認(rèn)值，記憶用戶選擇，支持全鍵盤操作等，降低用戶的學(xué)習(xí)和適應(yīng)難度；（5）增強(qiáng)可維護(hù)性，完善配置功能，合理切分工作職責(zé)。4. 優(yōu)化方案為了達(dá)到以上目標(biāo)，解決目前工作流系統(tǒng)存在的各種問題，提升用戶體驗，需要從技術(shù)、業(yè)務(wù)和管理三方同時采取措施進(jìn)行調(diào)整優(yōu)化。一是技術(shù)方面。（1）優(yōu)化應(yīng)用架構(gòu)以配合工作流的相關(guān)工作機(jī)制。首先要確定是否繼續(xù)使用JMS消息傳遞待辦任務(wù)。若繼續(xù)使用，則需設(shè)計、完善異步消息完整性、可靠性保障機(jī)制并進(jìn)行穩(wěn)定性、完整性驗證，需要將JMS消息服務(wù)器細(xì)分, 按業(yè)務(wù)/區(qū)域/消息量等規(guī)則部署多個消息服務(wù)器，確保消息始終保持發(fā)送時的先后順序；若不保留，則改用實時調(diào)用。實時調(diào)用的優(yōu)點在于結(jié)構(gòu)簡單、排錯簡單、可靠性較高且更為可控，任務(wù)可以實時在門戶展現(xiàn)，缺點在于需要量化的驗證性能是否能滿足省級集中需求；保留JMS的優(yōu)缺點基本與實時調(diào)用的優(yōu)缺點相反。其次，可以將工作流引擎庫與生產(chǎn)庫合并。在生產(chǎn)系統(tǒng)調(diào)用工作流引擎API的時候，改為外部傳入數(shù)據(jù)庫連接的模式，使得工作流引擎與生產(chǎn)系統(tǒng)保持在一個數(shù)據(jù)庫事務(wù)中。這樣可以部分的減少事務(wù)不一致的可能性，更好的提高內(nèi)外部用戶的體驗，缺點在于可能對數(shù)據(jù)庫的壓力較大，需要進(jìn)行量化驗證。再次，應(yīng)完善系統(tǒng)對事務(wù)不一致的處理機(jī)制、提高程序健壯性、完善異常處理能力、完善補(bǔ)償用例的實現(xiàn)。在功能用例實現(xiàn)時，應(yīng)遵循的原則如下：事務(wù)嵌套、跨應(yīng)用調(diào)用不超過一層。經(jīng)分析，工作流應(yīng)用有兩種架構(gòu)部署方案，分述如下：第一種是采用嵌入式，嵌入業(yè)務(wù)應(yīng)用工程中，不單獨部署。此種選擇的風(fēng)險點有：可能遇到j(luò)ar包沖突問題；在現(xiàn)有需求實現(xiàn)方式下，并不能徹底解決事務(wù)不一致問題，需測試驗證。第二種是仍然采用單獨部署工作流域。選擇該方案時時，仍然會存在跨域調(diào)用。因此，為了保證數(shù)據(jù)在多個參與的數(shù)據(jù)源中的一致性,需要用到JTA來控制事務(wù),參與的數(shù)據(jù)源也需要支持X/Open協(xié)議(兩階段提交)。據(jù)了解，大連地稅網(wǎng)絡(luò)發(fā)票系統(tǒng)與核心征管系統(tǒng)之間的跨域調(diào)用使用了JTA來保證事務(wù)一致性，此外國稅系統(tǒng)也有應(yīng)用的案例。該方案有如下兩點需要注意：一是JTA分布式事務(wù)提交需要框架支持；二是兩階段提交會影響性能，特別是兩個事務(wù)處理時間比較長的情況下可能會有性能壓力，需要進(jìn)行基準(zhǔn)性能測試以確定特定硬件配置條件下是否能滿足性能需求；對于跨域調(diào)用，除使用JTA來控制事務(wù)外，還應(yīng)開發(fā)業(yè)務(wù)手動補(bǔ)償用例以及自動化補(bǔ)償方式，對不一致事務(wù)采用補(bǔ)償機(jī)制解決，此方式的風(fēng)險在于需要開發(fā)的補(bǔ)償用例過多，容易遺漏；并完善后臺監(jiān)控的功能，在發(fā)生不一致時，保存完整的不一致現(xiàn)場，以便于后臺運維處理。第四，清理工作流域相關(guān)的數(shù)據(jù)同步機(jī)制。避免使用數(shù)據(jù)同步機(jī)制來實現(xiàn)少量數(shù)據(jù)的交互，改為采用實時同步調(diào)用方式?？蓮V泛參考目前的省級集中系統(tǒng)的類似場景及其解決方案。 （2）優(yōu)化工作流框架，包括功能完善、錯誤處理機(jī)制的完善、事務(wù)完整性保障機(jī)制的完善、配置功能完善。首先是增加模擬運行功能，實現(xiàn)在流程發(fā)布之前，流程能夠自動模擬運行，減少人工測試工作量。工作流應(yīng)該可以提供配置驗證或提供較為人性化的提示功能，包括：驗證主工作流是否配置正確；驗證各選項是否配置正確；驗證關(guān)聯(lián)選項是否配置正確等。其次是增加工作流配置信息變更、發(fā)布、導(dǎo)入導(dǎo)出功能。工作流配置信息變更的維護(hù)工作目前需要各單位根據(jù)工作流配置變更單進(jìn)行維護(hù)，應(yīng)開發(fā)一個發(fā)布功能，可以生成相關(guān)sql或者dmp文件，隨版本發(fā)布各個環(huán)境，以此減少配置的工作量、保證與java代碼版本的一致性，并減少由于人工維護(hù)造成的數(shù)據(jù)質(zhì)量問題。再次是提供融合查詢功能。無論使用單引擎單數(shù)據(jù)庫、多引擎單數(shù)據(jù)庫或多引擎多數(shù)據(jù)庫的部署方式，均應(yīng)在門戶向用戶提供融合查詢，一次查詢即可查找到各業(yè)務(wù)域的工作流轉(zhuǎn)情況。第四是建立、完善健壯性自動沖正（補(bǔ)償）機(jī)制。增加自動沖正（補(bǔ)償）功能，完善、建立自動化的錯誤、異常處理機(jī)制，排除因異常處理不嚴(yán)謹(jǐn)所導(dǎo)致的數(shù)據(jù)不一致問題，保障業(yè)務(wù)數(shù)據(jù)和工作流引擎數(shù)據(jù)的一致性。第五是完善基礎(chǔ)控件，智能化展現(xiàn)操作界面。優(yōu)化備選人員的顯示順序?？蛇x的方案如下：1）支持歷史記憶功能。包括：根據(jù)上一次本流程本環(huán)節(jié)推送時，默認(rèn)選擇上次選擇的辦理人員。根據(jù)歷史選擇的次數(shù)，選擇次數(shù)較多的排名靠前。2）支持用戶設(shè)置常用備選人。包括：每個用戶在每個流程和環(huán)節(jié)可以設(shè)置常用的備選人，常用備選人排名靠前，如果不設(shè)置，則按普通排序。3）支持手工輸入人員編號和人員姓名，支持系統(tǒng)默認(rèn)填充，支持模糊查詢。第六是支持無紙化、支持新舊工作流并存、允許操作人員選擇關(guān)聯(lián)流程的啟動環(huán)節(jié)之處理人員等。除了上述六點，還需要在架構(gòu)調(diào)整前，按各種候選調(diào)整方案編制各種可能引發(fā)故障的測試場景，并依此進(jìn)行充分驗證，根據(jù)結(jié)果進(jìn)行測試和持續(xù)改進(jìn)，提升其穩(wěn)定性和效率，并提交評估報告給甲方（總局與省級稅務(wù)局）供決策。工作流與權(quán)限是密不可分的，兩者具有天然的相關(guān)性，應(yīng)充分采集各省稅務(wù)機(jī)關(guān)關(guān)于工作流權(quán)限配置方面的意見，兼顧靈活性、特殊性與普遍性，完善、簡化工作流權(quán)限配置模型。舉例而言，至少有兩個問題需要完善：一是工作流配置規(guī)則中絕對層級判斷需要設(shè)置為對應(yīng)的機(jī)關(guān)及其內(nèi)設(shè)部門。對絕對層級判斷時，應(yīng)默認(rèn)設(shè)置為其對應(yīng)的機(jī)關(guān)及其內(nèi)設(shè)部門。二是機(jī)關(guān)內(nèi)設(shè)部門的權(quán)限默認(rèn)與所屬機(jī)關(guān)保持一致。在工作流配置中，應(yīng)默認(rèn)使得機(jī)關(guān)內(nèi)設(shè)部門的權(quán)限與所屬機(jī)關(guān)保持一致，如果需要額外調(diào)整（部分崗位需要設(shè)置為本部門），可允許進(jìn)行設(shè)置修改。相關(guān)配置方式應(yīng)簡潔明了。（3）優(yōu)化工作流引擎。首先是研究工作流引擎及其數(shù)據(jù)庫實例的參數(shù)優(yōu)化。適當(dāng)?shù)呐渲霉ぷ髁饕婕捌鋽?shù)據(jù)庫實例的參數(shù)，可以極大的降低工作流操作的平均響應(yīng)時間、提升吞吐量，對整體性能和用戶體驗有明顯提升。其次是分離工作流數(shù)據(jù)庫里的歷史數(shù)據(jù)與活動數(shù)據(jù)。參考數(shù)據(jù)組成果，結(jié)合工作流系統(tǒng)實際，制定工作流庫歷史數(shù)據(jù)剝離規(guī)則和實施策略，確保工作流庫性能。 二是業(yè)務(wù)方面。可以從以下三方面進(jìn)行調(diào)整：（1）清理、拆解復(fù)雜的業(yè)務(wù)流程，重做相關(guān)需求分析，簡化設(shè)計。部分業(yè)務(wù)需求在分析時，設(shè)計出來的邏輯較為復(fù)雜，在程序?qū)崿F(xiàn)時涉及到多次跨域調(diào)用，違反了“高內(nèi)聚”、“單一責(zé)任”的基本設(shè)計原則，客觀上導(dǎo)致未能良好的保證工作流與業(yè)務(wù)數(shù)據(jù)的一致性、事務(wù)的完整性。應(yīng)對此類特殊的業(yè)務(wù)需求重新進(jìn)行需求分析，針對工作流系統(tǒng)的特點進(jìn)行優(yōu)化，力求保證需求點實現(xiàn)時的原子性，實現(xiàn)高度功能內(nèi)聚，必要時征求各上線單位的業(yè)務(wù)意見以對業(yè)務(wù)需求點進(jìn)行簡化或拆解，從而保證事務(wù)完整性、數(shù)據(jù)一致性。（2）清理工作流的不合理使用。一方面避免人為的增加工作流框架的負(fù)擔(dān)，另一方面也減少可能遇到的問題。應(yīng)嚴(yán)格界定需要使用工作流的場景。對于“即辦類”或“單節(jié)點”業(yè)務(wù)，應(yīng)避免使用工作流來實現(xiàn)。（3）保持靈活性。在工作流相關(guān)的業(yè)務(wù)設(shè)計中，應(yīng)從全國實際情況出發(fā)，保持業(yè)務(wù)涉及的靈活性。如，部分地市縣區(qū)局的流程和其他縣區(qū)局流程不一致，需要重新畫，需要將允許自行繪制工作流的最小單位設(shè)為縣區(qū)局。三是管理方面?？梢詮囊韵氯矫孢M(jìn)行調(diào)整：（1）完善工作流系統(tǒng)相關(guān)的開發(fā)、運維制度。首先要建立完善的質(zhì)量保證制度、變更管理制度和版本控制制度，嚴(yán)格執(zhí)行流程，切實做好質(zhì)量保證工作。其次要制定設(shè)計、開發(fā)、測試規(guī)范并嚴(yán)格執(zhí)行。各乙方項目組應(yīng)參考業(yè)界主流的開發(fā)規(guī)范編制、完善適合本項目實際情況的設(shè)計、開發(fā)、測試規(guī)范手冊并持續(xù)改進(jìn)。在編制過程中應(yīng)參考的現(xiàn)行軟件行業(yè)中主要適用的國家標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn)如下：GB/T 85662007 信息技術(shù) 軟件生存周期過程 SJ/T 113752007 軟件構(gòu)件產(chǎn)品質(zhì)量GB/