金稅三期工程省級(jí)應(yīng)用集中優(yōu)化實(shí)施計(jì)劃方案

1、 .金稅三期工程省級(jí)應(yīng)用集中優(yōu)化實(shí)施方案一、概述根據(jù)總局稅收信息化工作領(lǐng)導(dǎo)小組進(jìn)一步推進(jìn)和優(yōu)化金稅三期工程的要求，優(yōu)化實(shí)施工作組組織金稅三期架構(gòu)組、業(yè)務(wù)組、蒙、六省市試點(diǎn)單位國地稅局和省地稅局，中軟公司、神州數(shù)碼公司、甲骨文公司、稅友公司、方欣公司和中創(chuàng)公司等各項(xiàng)目組共132人，于2014年2月9日至2月22日在省地稅局桃源樓南海稅務(wù)信息處理中心集中工作，研究金稅三期省級(jí)應(yīng)用集中和全國數(shù)據(jù)集中實(shí)施方案。本次會(huì)議分為總體組、數(shù)據(jù)組、關(guān)鍵技術(shù)組、用戶體驗(yàn)組、系統(tǒng)部署和運(yùn)維組，通過反復(fù)研究，形成了總體優(yōu)化實(shí)施意見。金稅三期優(yōu)化實(shí)施階段將根據(jù)金稅三期省級(jí)應(yīng)用集術(shù)分析報(bào)告中提出的優(yōu)化建議，充分考慮風(fēng)險(xiǎn)性

2、、合理性和前瞻性等方面的因素，優(yōu)化調(diào)整現(xiàn)在的全國統(tǒng)一集中部署方案為省級(jí)集中部署方案，調(diào)整項(xiàng)目的架構(gòu)、解決現(xiàn)存問題、分析管控省級(jí)集中過程中的重點(diǎn)問題并根據(jù)總局的時(shí)間要求在年底實(shí)現(xiàn)3+2省市的上線工作。同時(shí)嚴(yán)格監(jiān)管優(yōu)化實(shí)施階段的工程質(zhì)量、流程，強(qiáng)化甲方項(xiàng)目管控能力，規(guī)避質(zhì)量風(fēng)險(xiǎn)，保證時(shí)間進(jìn)度，控制項(xiàng)目成本。二、優(yōu)化原則（一）總體原則1.遵循金稅三期的架構(gòu)規(guī)和標(biāo)準(zhǔn)，并根據(jù)省級(jí)應(yīng)用集中和總局?jǐn)?shù)據(jù)大集中的需要進(jìn)行優(yōu)化調(diào)整。2. 金稅三期必須成為一個(gè)整體進(jìn)行優(yōu)化，不同的子項(xiàng)目不能夠各自為政、畫地為牢。優(yōu)化工作需要進(jìn)一步明確各子項(xiàng)目在總體架構(gòu)中的位置和職責(zé)，按總體架構(gòu)要求進(jìn)行子項(xiàng)目的設(shè)計(jì)開發(fā)工作。3. 簡化

3、金稅三期目前過于復(fù)雜的體系結(jié)構(gòu)，對(duì)各系統(tǒng)的應(yīng)用分布和數(shù)據(jù)庫分布進(jìn)行合理化歸并，最大程度地提高金稅三期系統(tǒng)的穩(wěn)定性。4. 以稅務(wù)基層工作人員和納稅人的體驗(yàn)為優(yōu)化重點(diǎn)，重點(diǎn)關(guān)注系統(tǒng)的易用性和穩(wěn)定性。5. 嚴(yán)格管控?cái)?shù)據(jù)規(guī)，同時(shí)充分考慮各地業(yè)務(wù)的差異，適度放開業(yè)務(wù)流程限制。（二）應(yīng)用架構(gòu)方面1. 優(yōu)化金稅三期應(yīng)用集成設(shè)計(jì)，全面采用服務(wù)化的集成手段。2. 各項(xiàng)目邊界合理歸位，遵循“高聚、低耦合”的應(yīng)用設(shè)計(jì)基本原則，調(diào)整應(yīng)用分布與功能邊界，簡化核心征管系統(tǒng)核心部分，提供模塊插件化接入服務(wù)。3. 主要稅收業(yè)務(wù)都必須提供補(bǔ)償業(yè)務(wù)。4. 簡化系統(tǒng)初始化配置的復(fù)雜程度，降低上線和運(yùn)維的難度。（三）數(shù)據(jù)架構(gòu)方面1.

4、 對(duì)金稅三期的數(shù)據(jù)結(jié)構(gòu)進(jìn)行重新梳理設(shè)計(jì)和全面優(yōu)化，建立全國統(tǒng)一的規(guī)數(shù)據(jù)模型，納入總局統(tǒng)一的配置管理，并由甲方嚴(yán)格管控?cái)?shù)據(jù)結(jié)構(gòu)的變化和數(shù)據(jù)庫的日常維護(hù)。2. 簡化金稅三期工程的數(shù)據(jù)鏈路，原則上生產(chǎn)系統(tǒng)只保留一份數(shù)據(jù)，如果需要增加副本，必須經(jīng)過充分論證。3. 金稅三期各系統(tǒng)必須將所有數(shù)據(jù)全部結(jié)構(gòu)化并存放在生產(chǎn)數(shù)據(jù)庫中，不能僅以XML文件進(jìn)行存放。XML結(jié)構(gòu)化一般情況下實(shí)時(shí)處理，大數(shù)據(jù)量XML文件可異步處理。生產(chǎn)系統(tǒng)以結(jié)構(gòu)化數(shù)據(jù)為主要處理對(duì)象，XML文件作為原始憑證按照電子檔案管理規(guī)的要求進(jìn)行流轉(zhuǎn)和保存。4. 在核心征管系統(tǒng)中恢復(fù)必要的查詢功能，以實(shí)現(xiàn)操作員可以完整查詢到自己錄入的數(shù)據(jù)。三、應(yīng)用架構(gòu)

5、（一）調(diào)整容1. 完善總局、省局應(yīng)用部署模式，對(duì)于交互頻度高、直接與納稅人發(fā)生聯(lián)系的業(yè)務(wù)在省局集中處理，總局根據(jù)管理和決策的需要采取存儲(chǔ)、調(diào)用等各種方法分類處理數(shù)據(jù)集中需求。調(diào)整完成后，管理決策系統(tǒng)、外部信息交換系統(tǒng)、業(yè)務(wù)工作門戶、應(yīng)用集成平臺(tái)、數(shù)據(jù)交換平臺(tái)、IA系統(tǒng)和行政管理平臺(tái)兩級(jí)部署，其他應(yīng)用系統(tǒng)部署在省局。2. 總局和省局之間通過異步數(shù)據(jù)交換的方式實(shí)現(xiàn)數(shù)據(jù)共享。省局國地稅分開部署，國地稅間實(shí)時(shí)交互通過應(yīng)用集成平臺(tái)實(shí)現(xiàn)，批量數(shù)據(jù)通過外部信息交換平臺(tái)實(shí)現(xiàn)。3. 優(yōu)化應(yīng)用集成設(shè)計(jì)，合并目前架構(gòu)中的稅庫銀前置（核心征管自建）、應(yīng)用集成平臺(tái)、遺留前置、核心征管前置和個(gè)稅前置，統(tǒng)一為面向渠道服務(wù)的

6、應(yīng)用集成平臺(tái)和面向部應(yīng)用系統(tǒng)間服務(wù)的應(yīng)用集成平臺(tái)。應(yīng)用系統(tǒng)間的集成優(yōu)先采用服務(wù)方式。4. 核心征管系統(tǒng)增加查詢功能，提供生產(chǎn)類查詢。5. 前置系統(tǒng)不再作為單獨(dú)系統(tǒng)考慮，作為核心征管或個(gè)稅部部件合并部署。6. 大廳系統(tǒng)不再作為單獨(dú)系統(tǒng)考慮，分別歸并到核心征管和個(gè)稅合并部署。7. 原跨層級(jí)數(shù)據(jù)交換平臺(tái)改名為數(shù)據(jù)交換平臺(tái)，為可選系統(tǒng)，可根據(jù)實(shí)際業(yè)務(wù)選擇跨層數(shù)據(jù)交換平臺(tái)、GoldenGate、ETL等交換平臺(tái)工具。（二）省級(jí)集中應(yīng)用架構(gòu)設(shè)計(jì)應(yīng)用架構(gòu)的優(yōu)化建議如下圖所示，包含金稅三期的總體應(yīng)用架構(gòu)和核心征管系統(tǒng)應(yīng)用架構(gòu)。圖3.1 金稅三期總體應(yīng)用架構(gòu)圖（三）部署模型以下為金稅三期系統(tǒng)部署模型。1.總局部

7、署模型圖3.2 總局部署模型2.省局部署模型圖3.3 省局部署模型四、集成架構(gòu)（一）應(yīng)用系統(tǒng)之間關(guān)系1. 金稅三期各新建系統(tǒng)之間的關(guān)系（1）決策1包1）各省可根據(jù)本省實(shí)際情況選擇以生產(chǎn)庫或者分發(fā)庫作為數(shù)據(jù)源向決策1包同步生產(chǎn)數(shù)據(jù)，投放數(shù)據(jù)中應(yīng)包含代碼和權(quán)限等數(shù)據(jù)。同時(shí)對(duì)同步數(shù)據(jù)實(shí)施Oracle 系統(tǒng)級(jí)增量識(shí)別方案，即實(shí)施OGG三個(gè)增量識(shí)別字段，以便于決策系統(tǒng)進(jìn)行增量數(shù)據(jù)識(shí)別。2）在稅收核算方面，決策一包采用核心征管數(shù)據(jù)直接進(jìn)行核算，為避免核算加工影響核心征管前臺(tái)應(yīng)用，可以采用同一數(shù)據(jù)庫不同用戶的方式訪問核心征管數(shù)據(jù)。為滿足實(shí)時(shí)核算的需求（由基層用戶決定核算啟動(dòng)的時(shí)間）和提高核算加工的效率要求，

8、需要核心征管在涉與核算的相關(guān)業(yè)務(wù)表中，對(duì)每一類業(yè)務(wù)日期同步增加記賬用和歸集用兩類字段，以滿足核算的需要。（2）個(gè)稅系統(tǒng)核心征管和個(gè)稅的邊界切分需要考慮法人和自然人兩類納稅主體，同時(shí)兼顧后續(xù)稅制改革的前瞻性變化，技術(shù)實(shí)現(xiàn)的“高聚低耦合”和用戶體驗(yàn)。房產(chǎn)稅、契稅、車船稅等業(yè)務(wù)擁有一致的業(yè)務(wù)流程和業(yè)務(wù)管理規(guī)定，法人和自然人僅僅作為兩類納稅主體，因此該部分業(yè)務(wù)建議保持現(xiàn)狀。開票、退稅、票證等征收業(yè)務(wù)，需要和外圍系統(tǒng)如TIPS、POS、銀行端查詢繳稅等緊密銜接，同時(shí)也要和銷號(hào)、國庫對(duì)帳、會(huì)計(jì)核算等緊密銜接，不宜單獨(dú)作為一部分進(jìn)行切分，因此該部分業(yè)務(wù)也建議保持現(xiàn)狀。按照這種模式，從技術(shù)上可以保障稅制改革的

9、前瞻性變化，同時(shí)核心征管系統(tǒng)和個(gè)稅系統(tǒng)的業(yè)務(wù)邊界切分在現(xiàn)狀的基礎(chǔ)上只需要做細(xì)微的調(diào)整，實(shí)現(xiàn)了高聚低耦合，確保了系統(tǒng)的穩(wěn)定性和用戶的良好體驗(yàn)。（3）納稅服務(wù)系統(tǒng)1）省局?jǐn)?shù)據(jù)集中后，對(duì)于納稅服務(wù)系統(tǒng)需要的部分實(shí)時(shí)性要求不高的數(shù)據(jù)查詢接口和數(shù)據(jù)需求，改為直接由納稅服務(wù)系統(tǒng)直接訪問省局查詢庫，減少納稅服務(wù)系統(tǒng)對(duì)其他系統(tǒng)的依賴性和耦合度。2）核心征管系統(tǒng)向納稅服務(wù)系統(tǒng)提供的接口服務(wù)應(yīng)以實(shí)時(shí)接口為主，盡量改進(jìn)用戶體驗(yàn)；3）由網(wǎng)絡(luò)發(fā)票系統(tǒng)在各省部署的前置系統(tǒng)提供異地發(fā)票查驗(yàn)向的全國路由；2. 金稅三期新建系統(tǒng)和總局保留軟件之間的關(guān)系；在金稅三期與保留軟件進(jìn)行數(shù)據(jù)同步時(shí)提供緩存機(jī)制或者增加日志，方便日后對(duì)賬；

10、同時(shí)改進(jìn)數(shù)據(jù)提取方式，如：發(fā)票驗(yàn)舊業(yè)務(wù)等。3. 金稅三期和各省特色軟件之間的關(guān)系。金三系統(tǒng)為各省特色軟件提供其所需的業(yè)務(wù)接口，特色軟件依照金三接口規(guī)進(jìn)行本地特色軟件改造，通過應(yīng)用集成平臺(tái)（渠道）訪問金三系統(tǒng)提供的接口服務(wù)。各省特色軟件可通過訪問本省查詢庫實(shí)現(xiàn)特色軟件查詢類需求。（二）各省國地稅應(yīng)用之間關(guān)系國地稅之間網(wǎng)絡(luò)連通，實(shí)現(xiàn)數(shù)據(jù)共享。對(duì)于國地稅之間需要數(shù)據(jù)交換的情況，由一方完成業(yè)務(wù)辦理后，采用數(shù)據(jù)交換的方式同步到另外一方。（三）總局業(yè)務(wù)和省局應(yīng)用之間關(guān)系對(duì)于各省需要總局參與辦理的業(yè)務(wù)，由業(yè)務(wù)組再征求總局各業(yè)務(wù)司的意見，根據(jù)總局各司局的回復(fù)意見進(jìn)行處理，有需要再進(jìn)行部署。（四）跨省應(yīng)用各省涉

11、與跨省業(yè)務(wù)的數(shù)據(jù)，在完成本地保存的同時(shí)通過異步方式上傳到總局，使用方明確的數(shù)據(jù)由總局直接轉(zhuǎn)發(fā)到對(duì)應(yīng)省局；使用方不明確或不固定的，在總局建表保存，并由總局提供實(shí)時(shí)數(shù)據(jù)服務(wù)。五、服務(wù)體系描述（一）服務(wù)架構(gòu)圖描述規(guī)金稅三期省級(jí)集中系統(tǒng)全面采用服務(wù)化的集成手段，其中，核心征管系統(tǒng)服務(wù)體系架構(gòu)見下圖。1. 應(yīng)用集成關(guān)系說明納稅服務(wù)系統(tǒng)、省級(jí)特色軟件等渠道系統(tǒng)通過相應(yīng)的協(xié)議，接入到應(yīng)用集成平臺(tái)（渠道）。應(yīng)用集成平臺(tái)（渠道）負(fù)責(zé)將各應(yīng)用系統(tǒng)的接口服務(wù)注冊(cè)到該平臺(tái)上。應(yīng)用集成平臺(tái)（渠道）通過E協(xié)議直接調(diào)用核心征管系統(tǒng)的接口服務(wù)。個(gè)稅系統(tǒng)、外部交換系統(tǒng)、稅庫銀系統(tǒng)和應(yīng)用集成平臺(tái)（部）的關(guān)系類似。應(yīng)用集成平臺(tái)（部

12、）通過相關(guān)協(xié)議，與總局集成平臺(tái)交互，完成跨省業(yè)務(wù)協(xié)作。100 / 100圖5.1 核心征管系統(tǒng)服務(wù)架構(gòu)圖2. 應(yīng)用集成平臺(tái)功能說明應(yīng)用集成平臺(tái)核心功能組成如下圖。圖5.2 應(yīng)用集成平臺(tái)核心功能主要功能有通訊協(xié)議適配、流量控制、消息格式轉(zhuǎn)換和系統(tǒng)接入管理、服務(wù)管理、交易路由和交易流水等。通訊協(xié)議適配支持應(yīng)用集成平臺(tái)各種標(biāo)準(zhǔn)協(xié)議適配接入，如：WebService、E、JMS、MQ、Hessian、FTP等，并且能夠支持自定義開發(fā)適配器的方式來實(shí)現(xiàn)各種系統(tǒng)的集成整合。流量控制：支持按系統(tǒng)和按服務(wù)的流量設(shè)置和控制，防止系統(tǒng)的高并發(fā)請(qǐng)求和隔離系統(tǒng)故障。接入系統(tǒng)管理：應(yīng)用集成平臺(tái)面對(duì)多種不同的系統(tǒng)，提供統(tǒng)

13、一的接入管理機(jī)制，提供系統(tǒng)和服務(wù)的統(tǒng)一接入、注冊(cè)與策略管理，支持同步/異步方式的接入，能夠控制不同系統(tǒng)和服務(wù)的訪問權(quán)限。交易路由：應(yīng)用集成平臺(tái)提供完備的路由機(jī)制，提供路由策略的配置、路由服務(wù)的查找與調(diào)用，支持自定義路由參數(shù)(包括地域、系統(tǒng)、交易以與各類自定義業(yè)務(wù)參數(shù)等）和規(guī)則的路由機(jī)制。應(yīng)用集成平臺(tái)置的路由策略包括：按機(jī)關(guān)匹配、全匹配、任意、正則表達(dá)式、匹配開頭。服務(wù)管理：應(yīng)用集成平臺(tái)提供服務(wù)的統(tǒng)一注冊(cè)、管理和運(yùn)行時(shí)調(diào)度以與出現(xiàn)時(shí)的統(tǒng)一管理。交易流水管理：應(yīng)用集成平臺(tái)提供交易流水的采集、存儲(chǔ)、檢索等功能。提供對(duì)各類交易執(zhí)行流水信息的記錄、監(jiān)控與管理，能夠完整的記錄一筆業(yè)務(wù)的各類關(guān)鍵性執(zhí)行線索信

14、息，從而為沖證與對(duì)賬提供依據(jù)。管理監(jiān)控：應(yīng)用集成平臺(tái)支持用戶監(jiān)控交易處理情況，根據(jù)交易流水監(jiān)控當(dāng)前服務(wù)交易情況，與時(shí)處理和發(fā)現(xiàn)各種異常。（二）服務(wù)設(shè)計(jì)原則1. 跨應(yīng)用系統(tǒng)的所有服務(wù)都應(yīng)發(fā)布在應(yīng)用集成平臺(tái)上，應(yīng)用系統(tǒng)間不得直接互相調(diào)用；2. 服務(wù)的職責(zé)應(yīng)劃分清晰，做到“高聚、松耦合”；3. 服務(wù)的粒度應(yīng)適中，有利于保持穩(wěn)定。4. 服務(wù)必須是無狀態(tài)的。5應(yīng)用系統(tǒng)部使用和對(duì)外提供的服務(wù)要保持一致，采用一樣的服務(wù)接口。（三）服務(wù)接口描述規(guī)各系統(tǒng)提供的服務(wù)接口應(yīng)提供詳盡的文檔說明，說明容遵循如下規(guī)：服務(wù)整體按樹狀層級(jí)展現(xiàn)，建議分兩層目錄，第一層目錄按業(yè)務(wù)域進(jìn)行分類，第二層目錄為具體的服務(wù)中文名稱，然后就

15、是每個(gè)服務(wù)重要屬性的描述。示例如下：登記接口服務(wù)自然人信息查詢服務(wù)IDC00.SB.ZRRXXCX.GSCX.zrrxxcx服務(wù)中文名稱自然人信息查詢輸入登記序號(hào)輸出自然人、自然人件種類代碼、自然人件、登記序號(hào)、性別、居住地址、聯(lián)系服務(wù)功能描述根據(jù)納稅人識(shí)別號(hào)查詢自然人信息，此服務(wù)通過調(diào)用個(gè)稅系統(tǒng)提供的遠(yuǎn)程服務(wù)實(shí)現(xiàn)事務(wù)處理說明xxx異常處理說明xxx靈活就業(yè)人員銀行信息查詢服務(wù)IDC00.DJ.YHXX.ZGCX.getYhxx服務(wù)中文名稱靈活就業(yè)人員銀行信息查詢輸入登記序號(hào)輸出社保經(jīng)辦機(jī)構(gòu)、社保編碼、銀行行別代碼、銀行營業(yè)網(wǎng)點(diǎn)代碼、銀行賬號(hào)服務(wù)功能描述根據(jù)登記序號(hào)查詢靈活就業(yè)人員的銀行明細(xì)信

16、息事務(wù)處理說明xxx異常處理說明xxx申報(bào)接口服務(wù)納服申報(bào)狀態(tài)查詢服務(wù)IDC00.SB.SBTY.ZGCZ.nfsbztcx服務(wù)中文名稱納服申報(bào)狀態(tài)查詢輸入djxh登記序號(hào)，skss 稅款所屬期起，skssqz稅款所屬期止，yzpzzlDm應(yīng)征憑證種類輸出sbztDm申報(bào)狀態(tài)代碼，sbfs申報(bào)方式，djxh登記序號(hào)，skss 稅款所屬期起，skssqz稅款所屬期止，zsxmDm征收項(xiàng)目，zspmDm征收品目，yzpzzlDm應(yīng)征憑證種類，swjgDm稅務(wù)機(jī)關(guān)服務(wù)功能描述外圍廠商如網(wǎng)報(bào)查詢某筆申報(bào)的當(dāng)前狀態(tài)（狀態(tài)包括：未申報(bào)、申報(bào)已繳款、申報(bào)未繳款、申報(bào)已作廢等），實(shí)際業(yè)務(wù)邏輯通過調(diào)用核心征管專

17、有業(yè)務(wù)服務(wù)PDS_NSFW001_getNfsbztcx實(shí)現(xiàn)。事務(wù)處理說明xxx異常處理說明xxx六、數(shù)據(jù)架構(gòu)（一）調(diào)整容1. 對(duì)金稅三期各系統(tǒng)目前的數(shù)據(jù)庫進(jìn)行合并，同時(shí)邏輯上要保持各業(yè)務(wù)域的獨(dú)立。2. 在省級(jí)設(shè)立生產(chǎn)庫、查詢庫、分發(fā)庫、集成平臺(tái)庫和決策支持庫，由分發(fā)庫負(fù)責(zé)向總局、各地市和本級(jí)數(shù)據(jù)倉庫提供數(shù)據(jù)。原則上在省國、地稅局各只建立一個(gè)分發(fā)庫。3. 重新梳理主數(shù)據(jù)容，取消主數(shù)據(jù)數(shù)據(jù)庫。4. 調(diào)整應(yīng)用系統(tǒng)間的數(shù)據(jù)共享策略，單筆或小量的數(shù)據(jù)共享以服務(wù)為主，實(shí)施數(shù)據(jù)消費(fèi)保障方案；批量數(shù)據(jù)的共享需求在滿足數(shù)據(jù)一致性和實(shí)時(shí)性的要求，綜合考慮更新頻度、訪問頻度、數(shù)據(jù)量和實(shí)時(shí)性等因素，采用合適的技術(shù)手

18、段實(shí)現(xiàn)。5. 總局部署“組織和自然人數(shù)據(jù)庫”（合并在總局集成平臺(tái)庫中），主要采用異步方式處理跨省業(yè)務(wù)。（二）省級(jí)集中數(shù)據(jù)架構(gòu)設(shè)計(jì)數(shù)據(jù)架構(gòu)的優(yōu)化建議如下圖所示，其中包含金稅三期的總體數(shù)據(jù)架構(gòu)和核心征管系統(tǒng)數(shù)據(jù)架構(gòu)。圖6.1 金稅三期總體數(shù)據(jù)架構(gòu)圖圖6.2 金稅三期總體數(shù)據(jù)流向圖（三）數(shù)據(jù)模型（ER圖）設(shè)計(jì)要求1. 數(shù)據(jù)模型設(shè)計(jì)文檔包括數(shù)據(jù)庫概要設(shè)計(jì)文檔、使用Powerdisgner或DataModel軟件的模型文檔和數(shù)據(jù)字典等三個(gè)部分。模型文檔與數(shù)據(jù)字典要同步維護(hù)，與時(shí)更新。2. 數(shù)據(jù)表、數(shù)據(jù)項(xiàng)的命名應(yīng)符合金稅三期標(biāo)準(zhǔn)規(guī)則，與業(yè)務(wù)術(shù)語名稱保持一致性，表名稱、數(shù)據(jù)項(xiàng)名稱應(yīng)保持可讀性。3. 同一數(shù)據(jù)

19、項(xiàng)出現(xiàn)在不同表中，數(shù)據(jù)項(xiàng)的屬性如類型、長度等應(yīng)保持一致性。4. 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)原則上要滿足遵循第三式要求，只有在為了提高程序效率情況下適當(dāng)考慮冗余。七、重點(diǎn)關(guān)注的關(guān)鍵技術(shù)問題（一）核心框架方面1現(xiàn)狀和問題分析金稅三期核心征管軟件服務(wù)器端基于中軟Sword平臺(tái)中的核心框架開發(fā)實(shí)現(xiàn)。核心框架采用J2EE技術(shù)開發(fā)，涵蓋了系統(tǒng)服務(wù)器端開發(fā)的各個(gè)方面，提供了各種功能組件，使開發(fā)者盡可能少的考慮底層技術(shù)問題，將更多的精力放在業(yè)務(wù)功能的開發(fā)上。核心框架的功能、性能和開發(fā)規(guī)性直接決定了金稅三期核心征管軟件的性能、穩(wěn)定性、可靠性和用戶體驗(yàn)。從目前已上線單位的反映和雙軌測(cè)試環(huán)境實(shí)際體驗(yàn)來看，金稅三期的核心框架還存在

20、一些不足。以下是存在的問題與對(duì)應(yīng)的原因分析：（1）穩(wěn)定性和健壯性方面1）持久層缺少執(zhí)行超時(shí)時(shí)間、結(jié)果集最大記錄條數(shù)等默認(rèn)參數(shù)設(shè)置，如個(gè)別業(yè)務(wù)邏輯的SQL性能較差，如果未設(shè)置執(zhí)行超時(shí)，可能會(huì)引發(fā)系統(tǒng)大面積阻塞和宕機(jī)。2）框架部缺少安全性檢查機(jī)制。如緩存組件的注銷方法現(xiàn)允許未經(jīng)授權(quán)的代碼調(diào)用，應(yīng)實(shí)施調(diào)用安全性檢查。3）缺少終止指定會(huì)話的機(jī)制。如當(dāng)某管轄大量納稅人的稅務(wù)機(jī)關(guān)進(jìn)行批量申報(bào)操作造成服務(wù)器壓力過大時(shí)，運(yùn)維人員無法終止該請(qǐng)求的執(zhí)行，造成其他業(yè)務(wù)無常運(yùn)行。4）跨域調(diào)用故障定位困難。如發(fā)票發(fā)售業(yè)務(wù)中發(fā)票域需調(diào)用申報(bào)域提供的已申報(bào)校驗(yàn)服務(wù)，但因?yàn)閳?zhí)行日志分散在各運(yùn)行實(shí)例中，跨域調(diào)用故障問題的定位比

21、較困難。（2）性能優(yōu)化方面1）框架層面的執(zhí)行性能可進(jìn)一步優(yōu)化。如申報(bào)計(jì)稅業(yè)務(wù)會(huì)多次通過部服務(wù)管理器調(diào)用其他基礎(chǔ)業(yè)務(wù)服務(wù)（計(jì)算申報(bào)期限和繳款期限等），框架功能會(huì)有一定的性能消耗，存在進(jìn)一步壓縮空間。2）依賴數(shù)據(jù)庫實(shí)現(xiàn)業(yè)務(wù)邏輯中的狀態(tài)檢查。如目前稅款征收業(yè)務(wù)每次進(jìn)行扣款操作前均需查詢數(shù)據(jù)庫以檢查納稅人是否簽署了三方協(xié)議，增加了數(shù)據(jù)庫壓力。3）依賴數(shù)據(jù)庫實(shí)現(xiàn)業(yè)務(wù)的操作互斥檢查。如征收開票前的鎖票動(dòng)作是通過檢查數(shù)據(jù)庫指定表中的相關(guān)記錄狀態(tài)信息實(shí)現(xiàn)，增加了數(shù)據(jù)庫壓力且性能較差。（3）項(xiàng)目管控方面1）部分業(yè)務(wù)邏輯的實(shí)現(xiàn)代碼質(zhì)量不佳，性能較差，資源占用過多，此類代碼發(fā)布到生產(chǎn)環(huán)境容易引發(fā)故障。如部分開發(fā)人員

22、編寫的SQL執(zhí)行效率較差，曾引發(fā)數(shù)據(jù)庫資源占用過高問題。主要是由代碼審查不足，測(cè)試不充分引起。2）用例設(shè)計(jì)評(píng)審不充分，不能正確使用框架提供的功能。如部分批量數(shù)據(jù)處理使用循環(huán)方式，未使用框架的并行處理方式。2調(diào)整目標(biāo)核心框架是金稅三期核心征管軟件的基礎(chǔ)，通過對(duì)現(xiàn)存問題的分析，在保證系統(tǒng)正確性和穩(wěn)定性的前提下，有必要對(duì)核心框架的組件進(jìn)行完善，為業(yè)務(wù)系統(tǒng)提供必要的功能，不斷提高系統(tǒng)的穩(wěn)定性和健壯性，優(yōu)化系統(tǒng)性能，提升用戶體驗(yàn)。3優(yōu)化方案為了達(dá)到以上目標(biāo)，解決目前核心框架存在的各種不足，采用以下調(diào)整方案：（1）穩(wěn)定性和健壯性方面1）在持久層增加關(guān)鍵參數(shù)默認(rèn)值配置增加執(zhí)行超時(shí)的默認(rèn)配置，各應(yīng)用域根據(jù)自身

23、業(yè)務(wù)特點(diǎn)配置默認(rèn)的執(zhí)行超時(shí)時(shí)間，同時(shí)提供手工設(shè)置超時(shí)時(shí)間以滿足復(fù)雜查詢需執(zhí)行較長時(shí)間的需求。提供結(jié)果集最大記錄行數(shù)默認(rèn)參數(shù)，各應(yīng)用域根據(jù)自身業(yè)務(wù)特點(diǎn)設(shè)置允許最大結(jié)果集行數(shù)參數(shù)，在結(jié)果集處理過程中檢查結(jié)果是否超過設(shè)置值；同時(shí)提供手工設(shè)置該參數(shù)以滿足類似大數(shù)據(jù)導(dǎo)出記錄行數(shù)較多的需求。2）優(yōu)化核心框架部基礎(chǔ)對(duì)象訪問方式和調(diào)用機(jī)制調(diào)整框架部運(yùn)行依賴的基礎(chǔ)信息對(duì)象的訪問方式，調(diào)整對(duì)象結(jié)構(gòu)和可見性圍，保證只有合規(guī)的邏輯可以訪問相關(guān)對(duì)象。增加Java安全策略配置，保證系統(tǒng)調(diào)用安全性。在關(guān)鍵系統(tǒng)功能中增加調(diào)用檢查點(diǎn)，且支持配置開或關(guān)。3）提供終止指定會(huì)話的機(jī)制提供會(huì)話執(zhí)行跟蹤機(jī)制：框架收集會(huì)話執(zhí)行服務(wù)器的路徑

24、和執(zhí)行線程信息。提供會(huì)話運(yùn)行終止功能：根據(jù)會(huì)話的相關(guān)執(zhí)行信息，查找運(yùn)行指定會(huì)話的服務(wù)器與執(zhí)行線程，并向執(zhí)行線程發(fā)送終止執(zhí)行的控制消息。框架相關(guān)功能組件中增加執(zhí)行狀態(tài)檢查功能，根據(jù)執(zhí)行線程接收到的控制消息，判斷是否終止執(zhí)行。4）完善日志組件執(zhí)行日志采集異步化：采用異步方式采集執(zhí)行日志，保證執(zhí)行日志數(shù)據(jù)的采集動(dòng)作對(duì)業(yè)務(wù)運(yùn)行影響最小化。執(zhí)行日志存儲(chǔ)異步化：根據(jù)執(zhí)行日志數(shù)據(jù)庫的產(chǎn)品特性，采用異步化的方式持久化調(diào)用日志數(shù)據(jù)，如MongoDB數(shù)據(jù)的異步寫入功能。與運(yùn)維管理系統(tǒng)結(jié)合，聯(lián)合完成跨應(yīng)用的綜合分析定位。（2）性能優(yōu)化方面1）優(yōu)化部服務(wù)組件優(yōu)化部服務(wù)注冊(cè)表的查詢機(jī)制，如使用更優(yōu)化的Hash算法替代J

25、ava默認(rèn)實(shí)現(xiàn)方式以提高查找效率。優(yōu)化部服務(wù)調(diào)用機(jī)制，如優(yōu)化ASM生成的動(dòng)態(tài)服務(wù)代理類代碼質(zhì)量。根據(jù)環(huán)境配置信息，動(dòng)態(tài)整合服務(wù)的攔截處理方法和服務(wù)調(diào)用方法，將解析調(diào)用轉(zhuǎn)為按需硬調(diào)用。優(yōu)化服務(wù)版本化管理機(jī)制，目前不同版本的服務(wù)注冊(cè)成不同的服務(wù)條目，造成服務(wù)條目過多，應(yīng)采用適當(dāng)機(jī)制縮減部服務(wù)的條目數(shù)量，提高服務(wù)查找和管理性能。2）提供狀態(tài)緩存服務(wù)組件提供狀態(tài)數(shù)據(jù)管理平臺(tái)，通過算法將數(shù)據(jù)庫中的相關(guān)狀態(tài)數(shù)據(jù)映射到應(yīng)用服務(wù)器的存狀態(tài)位上。提供狀態(tài)數(shù)據(jù)訪問客戶端，業(yè)務(wù)邏輯調(diào)用功能客戶端訪問和更新狀態(tài)數(shù)據(jù)緩存中的狀態(tài)信息。3）提供應(yīng)用級(jí)鎖管理組件提供鎖管理服務(wù)器，用于應(yīng)用層的鎖信息存儲(chǔ)，并提供鎖的檢查和管理

26、功能。提供鎖數(shù)據(jù)訪問客戶端，用于業(yè)務(wù)邏輯與鎖服務(wù)器進(jìn)行通訊。（3）項(xiàng)目管控方面1）框架開發(fā)者提供詳細(xì)的開發(fā)指導(dǎo)手冊(cè)，加強(qiáng)開發(fā)人員的技術(shù)培訓(xùn)，保證開發(fā)人員能正確使用框架提供的功能；提供代碼掃描工具，提高代碼質(zhì)量。2）完善代碼審查制度，強(qiáng)化制度落實(shí)與執(zhí)行。3）加強(qiáng)軟件測(cè)試，提高自動(dòng)化測(cè)試的覆蓋率，同時(shí)加強(qiáng)邊界測(cè)試。（二）應(yīng)用集成平臺(tái)方面1現(xiàn)狀和問題分析在省級(jí)應(yīng)用集中，應(yīng)用集成平臺(tái)定位在既要承擔(dān)金三部系統(tǒng)之間的應(yīng)用集成，同時(shí)還要承擔(dān)各省的渠道系統(tǒng)接入到部系統(tǒng)的應(yīng)用集成（原來是由前置軟件負(fù)責(zé)），在總局和各省局國地稅也要分別部署，這將對(duì)應(yīng)用集成平臺(tái)的功能性、可靠性、穩(wěn)定性提出了更高的要求。應(yīng)用集成平臺(tái)采

27、用服務(wù)代理模式，不部署業(yè)務(wù)服務(wù)，業(yè)務(wù)服務(wù)部署在提供服務(wù)的系統(tǒng)上，應(yīng)用集成平臺(tái)作為代理負(fù)責(zé)轉(zhuǎn)發(fā)業(yè)務(wù)服務(wù)請(qǐng)求，所提供服務(wù)的業(yè)務(wù)邏輯由提供服務(wù)的系統(tǒng)執(zhí)行。而服務(wù)容器是指將業(yè)務(wù)邏輯處理部分封裝為獨(dú)立的服務(wù)部署在應(yīng)用集成平臺(tái)上，應(yīng)用集成平臺(tái)可作為服務(wù)容器直接接收并執(zhí)行服務(wù)。目前，應(yīng)用集成平臺(tái)采用服務(wù)代理模式，實(shí)現(xiàn)了平臺(tái)與業(yè)務(wù)邏輯的解耦，業(yè)務(wù)邏輯變化和部署不影響平臺(tái)，平臺(tái)輕量，不直接處理業(yè)務(wù)邏輯。在目前的全國應(yīng)用集中，在總局部署了一套應(yīng)用集成平臺(tái)，它提供總局新建系統(tǒng)間的應(yīng)用集成，如征管和個(gè)稅、納服和征管的待辦事宜集成、征管和網(wǎng)絡(luò)發(fā)票；在各省國稅和地稅也分別部署了一套應(yīng)用集成平臺(tái)，負(fù)責(zé)提供省特色系統(tǒng)和總局遺

28、留系統(tǒng)接入到核心征管的應(yīng)用集成。另外，核心前置也部署在總局，承擔(dān)了納服、稅庫銀等渠道軟件的應(yīng)用接入；而部署在各省局國地稅的核心前置負(fù)責(zé)國地稅大廳的應(yīng)用接入；這些核心前置和應(yīng)用集成平臺(tái)的本身功能差不多，只是接入系統(tǒng)與其服務(wù)不一樣，并且在核心前置上部署了業(yè)務(wù)預(yù)處理服務(wù)。從目前3個(gè)已上線省市的應(yīng)用來看，并基于省級(jí)應(yīng)用集中的考慮，應(yīng)用集成平臺(tái)在如下幾個(gè)方面存在不足：（1）異常故障性保障和隔離：在出現(xiàn)異常時(shí)的處理和故障隔離還需要完善。1）異常處理機(jī)制：目前對(duì)于JMS消息處理方式，如果在目標(biāo)系統(tǒng)網(wǎng)絡(luò)一直出現(xiàn)異常故障下，JMS消息會(huì)一直連續(xù)發(fā)送到目標(biāo)系統(tǒng)，這會(huì)無故消耗系統(tǒng)資源，可能會(huì)影響系統(tǒng)其他業(yè)務(wù)運(yùn)行。2

29、）故障保障隔離：在E/WebSerivce等同步模式下，目前的流量控制在線程數(shù)足夠時(shí)可以起到故障隔離，如果高并發(fā)服務(wù)請(qǐng)求過多導(dǎo)致線程不足而服務(wù)處理很慢時(shí)，這時(shí)可能會(huì)造成系統(tǒng)堵塞，并且由于缺少服務(wù)優(yōu)先級(jí)控制，可能會(huì)導(dǎo)致高優(yōu)先級(jí)業(yè)務(wù)服務(wù)也無法處理。（2）界面化配置：目前應(yīng)用集成平臺(tái)的參數(shù)配置基本上都是通過DML數(shù)據(jù)庫腳本在系統(tǒng)升級(jí)或打補(bǔ)丁時(shí)執(zhí)行生效，而沒有提供界面在生產(chǎn)環(huán)境由系統(tǒng)管理員進(jìn)行配置。1）靜態(tài)參數(shù)配置：雖然很多靜態(tài)參數(shù)作為版本信息是可以通過DML腳本進(jìn)行初始化配置，但有些靜態(tài)參數(shù)可能在具體環(huán)境有差異，這就最好需要提供界面來配置，如：各種協(xié)議的IP端口地址等信息。2）動(dòng)態(tài)參數(shù)配置：對(duì)于需要

30、根據(jù)系統(tǒng)運(yùn)行情況調(diào)整的參數(shù)，目前也是通過DML腳本執(zhí)行，如流量配置、接入配置等。（3）擴(kuò)展性功能：目前業(yè)務(wù)需求功能的變化，完全是由服務(wù)具體來實(shí)現(xiàn)，應(yīng)用集成平臺(tái)沒有提供服務(wù)編排等功能，這樣就無法實(shí)現(xiàn)只需平臺(tái)級(jí)的定制而無需業(yè)務(wù)服務(wù)變化修改。同時(shí)，作為服務(wù)提供系統(tǒng)方和服務(wù)消費(fèi)系統(tǒng)方，在使用應(yīng)用集成平臺(tái)方面以與各方相互協(xié)作配合方面，主要出現(xiàn)如下的問題：（1）規(guī)性：在應(yīng)用集成平臺(tái)規(guī)還不是很完善和執(zhí)行協(xié)調(diào)不到位。1）服務(wù)梳理劃分：服務(wù)劃分太細(xì)會(huì)造成交互頻繁，增加系統(tǒng)壓力。2）超時(shí)控制：未結(jié)合征管與其他接入系統(tǒng)的整個(gè)鏈路時(shí)間進(jìn)行配置，易出現(xiàn)系統(tǒng)間配置參數(shù)不匹配而引起的服務(wù)異常，如網(wǎng)報(bào)系統(tǒng)配置超時(shí)時(shí)間為5S，

31、征管系統(tǒng)配置超時(shí)時(shí)間為10S，應(yīng)用集成平臺(tái)配置超時(shí)時(shí)間為30S，此種情況將出現(xiàn)應(yīng)用集成平臺(tái)在征管系統(tǒng)未有正確返回時(shí)因超時(shí)而斷開請(qǐng)求。（2）協(xié)同性：在各方系統(tǒng)集成時(shí)，由于同時(shí)存在前置和應(yīng)用集成平臺(tái)，在選擇接入時(shí)容易困惑；同時(shí)選擇了不恰當(dāng)?shù)募煞绞胶徒尤敕绞?，比如?yīng)該應(yīng)用集成而使用了數(shù)據(jù)集成、本地特色應(yīng)用和渠道系統(tǒng)過多使用異步方式協(xié)議、集成調(diào)用的次數(shù)較多。通過這些問題分析，應(yīng)用集成平臺(tái)在功能性、可靠性、穩(wěn)定性還需要完善，并且還需要加強(qiáng)應(yīng)用集成平臺(tái)規(guī)的執(zhí)行完善和各集成方的協(xié)調(diào)配合。2調(diào)整目標(biāo)（1）簡化規(guī)應(yīng)用集成：盡量簡化應(yīng)用集成，規(guī)應(yīng)用集成方式和同步異步接入方式。（2）提高配置易用性：增加靈活配置功

32、能界面，動(dòng)態(tài)滿足系統(tǒng)變化要求，如：系統(tǒng)壓力大時(shí)動(dòng)態(tài)配置流量以限流等。（3）加強(qiáng)故障處理和可靠性：在系統(tǒng)出現(xiàn)異常故障時(shí)，應(yīng)用集成平臺(tái)需限制系統(tǒng)的故障圍而不至于系統(tǒng)故障蔓延，提供系統(tǒng)在可承受壓力圍正常運(yùn)行的保障機(jī)制，盡量減緩或限制系統(tǒng)壓力，同時(shí)保障關(guān)鍵服務(wù)可被優(yōu)先執(zhí)行。如流量控制和優(yōu)先級(jí)控制。（4）增強(qiáng)服務(wù)擴(kuò)展性：在業(yè)務(wù)發(fā)生變化時(shí)，應(yīng)用集成平臺(tái)可根據(jù)已有服務(wù)編排組合成新的服務(wù)，以動(dòng)態(tài)滿足適應(yīng)業(yè)務(wù)變化，如增加服務(wù)編排功能。3優(yōu)化方案為了實(shí)現(xiàn)上述目標(biāo)，應(yīng)用集成平臺(tái)具體改進(jìn)措施如下：（1）簡化規(guī)應(yīng)用集成渠道系統(tǒng)改為統(tǒng)一接入到應(yīng)用集成平臺(tái)，前置軟件將去掉。合理選擇系統(tǒng)之間的集成方式，特別注意選擇好應(yīng)用集成

33、的同步異步接入方式。（2）故障隔離有兩種方案，利用weblogic工作管理器分別控制請(qǐng)求和響應(yīng)線程數(shù)和優(yōu)先級(jí)，或自主研發(fā)隊(duì)列機(jī)制增加分組、優(yōu)先級(jí)功能。1）基于weblogic工作管理器定制開發(fā)：根據(jù)業(yè)務(wù)需求預(yù)先在工作管理器中定義不同的線程組，來自不同渠道、針對(duì)不同服務(wù)的請(qǐng)求會(huì)使用不同的線程組，同時(shí)對(duì)后面不同系統(tǒng)的服務(wù)的調(diào)用也使用不同的線程組。使任何服務(wù)的擁堵不會(huì)蔓延。優(yōu)點(diǎn)：技術(shù)明確，風(fēng)險(xiǎn)可控；工作量可控，通過配置+資源適配器的定制開發(fā)。缺點(diǎn)：使用weblogic優(yōu)先級(jí)的應(yīng)用案例不多，需要驗(yàn)證具體使用策略；和weblogic耦合緊密，完全依賴weblogic；服務(wù)請(qǐng)求方發(fā)起請(qǐng)求時(shí)須指定業(yè)務(wù)組件實(shí)

34、例的級(jí)別。2）自主研發(fā)隊(duì)列機(jī)制增加分組和優(yōu)先級(jí)處理：通過隊(duì)列和連接適配器控制服務(wù)在請(qǐng)求和響應(yīng)按照不同分組和不同級(jí)別執(zhí)行。優(yōu)點(diǎn)：完全自主，按照J(rèn)CA規(guī)；服務(wù)請(qǐng)求方無需關(guān)心優(yōu)先級(jí)，通過應(yīng)用集成平臺(tái)本身配置實(shí)現(xiàn)。缺點(diǎn)：技術(shù)上有難度，存在技術(shù)風(fēng)險(xiǎn)；工作量大，需要保障穩(wěn)定性和性能。建議先采用方案1過渡，最終過渡為方案2。（3）配置管理完善超時(shí)配置功能界面等，完善現(xiàn)有功能界面。增加流量配置功能界面等，根據(jù)需求增加功能界面。（4）服務(wù)監(jiān)控完善服務(wù)的運(yùn)行狀態(tài)、運(yùn)行效率、運(yùn)行是否有錯(cuò)誤等的監(jiān)控。若有問題與時(shí)告警，降低運(yùn)維壓力。（5）服務(wù)編排針對(duì)現(xiàn)有服務(wù)提供XML報(bào)文容的輸入輸出處理，也能夠把多個(gè)服務(wù)按照一定規(guī)則

35、串接組合起來。編排后的服務(wù)作為一個(gè)新的服務(wù)暴露出來，且對(duì)原來的服務(wù)代碼無須修改。應(yīng)用集成平臺(tái)需支持服務(wù)編排功能，但是此功能實(shí)現(xiàn)優(yōu)先級(jí)低，在遇到有需要業(yè)務(wù)場景時(shí)使用。除了上述應(yīng)用集成平臺(tái)具體改進(jìn)措施，還需要加強(qiáng)應(yīng)用集成平臺(tái)規(guī)的執(zhí)行完善和各集成方的協(xié)調(diào)配合。（1）需要不斷完善和遵照?qǐng)?zhí)行的應(yīng)用集成平臺(tái)規(guī)有：1）GT3-HX-ZJ-應(yīng)用集成平臺(tái)接口規(guī)2）GT3-HX-ZJ-應(yīng)用集成平臺(tái)接入規(guī)3）GT3-HX-ZJ-應(yīng)用集成平臺(tái)數(shù)據(jù)定義規(guī)4）GT3-HX-ZJ-應(yīng)用集成平臺(tái)數(shù)據(jù)交換規(guī)（2）各業(yè)務(wù)系統(tǒng)需要對(duì)服務(wù)高度抽象梳理，對(duì)各種系統(tǒng)消費(fèi)方提供的服務(wù)盡量保持一致，并盡量減少系統(tǒng)之間減少次數(shù)。（3）各方協(xié)調(diào)

36、配置好超時(shí)時(shí)間。（三）工作流方面1. 存在問題工作流系統(tǒng)是金稅三期基礎(chǔ)軟件平臺(tái)中的重要組成部分。金稅三期系統(tǒng)采用了中創(chuàng)公司提供的工作流軟件InforSuite Flow，該軟件已在多個(gè)大型信息系統(tǒng)項(xiàng)目中應(yīng)用，它是遵循WFMC規(guī)、支持采用XPDL形式XML進(jìn)行流程定義的工作流中間件，為工作流自動(dòng)化與流程再造提供基礎(chǔ)平臺(tái)，為金稅三期工程提供基礎(chǔ)的、統(tǒng)一的流程管理平臺(tái)。該工作流產(chǎn)品結(jié)構(gòu)如圖所示：圖7.1 InforSuite FS產(chǎn)品架構(gòu)InforSuite Flow工作流軟件提供了統(tǒng)一的BS流程建模平臺(tái)，可以用于累積業(yè)務(wù)流程模型，并可便于服用業(yè)務(wù)模型。流程建模平臺(tái)功能眾多，包含了流程分級(jí)定義、下發(fā)

37、、逐級(jí)個(gè)性化擴(kuò)展定義同一業(yè)務(wù)流程等特色功能。在金稅三期中使用工作流工具的目的是增強(qiáng)征管系統(tǒng)的適應(yīng)性，有效支持業(yè)務(wù)由職能導(dǎo)向轉(zhuǎn)變?yōu)榱鞒虒?dǎo)向，由結(jié)果監(jiān)督轉(zhuǎn)變?yōu)檫^程監(jiān)督。工作流軟件被用于支撐金稅三期工程核心征管、個(gè)稅、行政辦公、納稅服務(wù)、管理決策等多個(gè)項(xiàng)目，各項(xiàng)目對(duì)InforSuite Flow工作流軟件進(jìn)行了集成，并分別對(duì)工具相關(guān)功能進(jìn)行了封裝或個(gè)性化擴(kuò)展，構(gòu)建了各自的工作流框架。目前核心征管系統(tǒng)的各個(gè)應(yīng)用域分別有對(duì)應(yīng)的工作流域，工作流域主要涵蓋了工作流服務(wù)框架與工作流引擎和工作流數(shù)據(jù)庫。簡單來說，核心征管系統(tǒng)的工作流的部署方式是“多實(shí)例多數(shù)據(jù)庫”。個(gè)人稅收管理系統(tǒng)則采用了“多實(shí)例單數(shù)據(jù)庫”的工作

38、流部署方式，個(gè)稅系統(tǒng)各應(yīng)用域嵌了工作流服務(wù)框架與工作流引擎，但共享一個(gè)數(shù)據(jù)庫。圖7.2 金稅三期核心征管系統(tǒng)工作流架構(gòu)概要示意圖金稅三期系統(tǒng)用戶最常用的功能就是打開待辦任務(wù)列表或在辦任務(wù)列表，在辦理流程性事務(wù)時(shí)大量的使用到推送功能，而這兩者都是由工作流系統(tǒng)來承載、實(shí)現(xiàn)的，對(duì)于前臺(tái)辦稅的納稅人而言，辦事是否便捷、稅務(wù)機(jī)關(guān)服務(wù)是否高效優(yōu)質(zhì)，很大程度上是由工作流框架和工作流引擎的功能、性能和開發(fā)規(guī)性直接決定的，稅務(wù)系統(tǒng)部用戶的用戶體驗(yàn)也與之息息相關(guān)。從目前已上線單位的反映和雙軌測(cè)試環(huán)境實(shí)際體驗(yàn)來看，目前金稅三期工作流系統(tǒng)存在以下突出問題：一是初始化配置特別復(fù)雜。當(dāng)前，工作流配置方面主要存在的問題有三

39、點(diǎn)：一是相關(guān)的初始化配置非常復(fù)雜，工作量大：初始化配置極為繁瑣，耗時(shí)很長。金三系統(tǒng)在工作流配置上有著數(shù)倍于大集中系統(tǒng)的工作量：流程類工作建模中需要額外維護(hù)職能樹，工作流節(jié)點(diǎn)的角色對(duì)應(yīng)關(guān)系、表單路徑、回調(diào)服務(wù)與關(guān)聯(lián)流程等容；非流程類稅務(wù)事項(xiàng)也需要額外維護(hù)角色與稅務(wù)事項(xiàng)對(duì)應(yīng)關(guān)系以與職能樹相關(guān)的容。整個(gè)金三系統(tǒng)的流程類工作流建模工作量復(fù)雜度可以表達(dá)為如下： O（流程環(huán)節(jié)節(jié)點(diǎn)數(shù)職能樹數(shù)目稅務(wù)機(jī)關(guān)崗位數(shù)目角色表單路徑回調(diào)服務(wù)關(guān)聯(lián)流程操作機(jī)關(guān)），對(duì)于非流程類事項(xiàng)，其不涉與具體的工作流配置，而是使用特定的角色對(duì)應(yīng)的功能模塊進(jìn)行實(shí)現(xiàn)，因此其復(fù)雜度同理表達(dá)如下： O（非流程類事項(xiàng)數(shù)職能樹數(shù)目稅務(wù)機(jī)關(guān)崗位數(shù)目角色

40、）；二是因配置而產(chǎn)生的運(yùn)行出錯(cuò)概率極高，難以在配置時(shí)校驗(yàn)配置的合法性，降低了初始化工作的效率；三是排查問題的難度大。初始化工作流的配置工作包含了工作流圖繪制以與每個(gè)節(jié)點(diǎn)的推送規(guī)則、標(biāo)簽規(guī)則、事件規(guī)則、時(shí)間期限的配置等工作。二是健壯性不佳，待辦事宜可能丟失、延遲，偶有出現(xiàn)事務(wù)不完整問題，錯(cuò)誤處理機(jī)制不完備。在總局集中版本運(yùn)行期間，遇到過較多的由于JMS消息延時(shí)所產(chǎn)生的阻塞問題，造成“待辦門戶無法與時(shí)展現(xiàn)待辦任務(wù)、甚至一直收不到”，或者是“待辦任務(wù)點(diǎn)擊異常后任務(wù)消失或者仍然存在，再次點(diǎn)擊仍然異?！?、“在流程監(jiān)控能看到某任務(wù)，但在待辦事宜中卻找不到對(duì)應(yīng)任務(wù)”等現(xiàn)象；發(fā)生過一次點(diǎn)擊后，業(yè)務(wù)數(shù)據(jù)、流程數(shù)

41、據(jù)處理結(jié)果不一致的情況，且錯(cuò)誤處理機(jī)制未能與時(shí)解決此類事務(wù)不一致的問題。三是易用性不佳，部分功能不人性化。部分單位的同一部門、同一崗位的人員數(shù)量較多（下屬區(qū)局的大廳集中辦公，約有幾百人），推送時(shí)選擇下一環(huán)節(jié)辦理人員時(shí)需拖拽查找，無法通過輸入拼音首字母或稅務(wù)人員代碼來快速定位；部分流程結(jié)束后，系統(tǒng)自動(dòng)觸發(fā)了關(guān)聯(lián)流程，此時(shí)，無法手工選擇關(guān)聯(lián)流程推送人員。四是部分功能缺失，或尚待改進(jìn)完善。未實(shí)現(xiàn)批量審批，例如出口退稅，影響基層工作效率；當(dāng)操作員離職轉(zhuǎn)崗且未辦結(jié)當(dāng)前任務(wù)時(shí)，缺少功能來進(jìn)行轉(zhuǎn)辦，亦缺少相應(yīng)監(jiān)控預(yù)警功能；缺少流程圖反向查找功能，當(dāng)流程圖配置好發(fā)布以后，目前沒有一個(gè)好的功能來查詢某流程圖的原

42、始流程圖存在于BS設(shè)計(jì)器中何處，以方便檢索、基于原流程圖進(jìn)行修改；未能實(shí)現(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ù)同步，由于在引擎的流程圖模型管理中針對(duì)建模庫無實(shí)例數(shù)據(jù)的流程圖采用的是覆蓋操作，會(huì)導(dǎo)致目標(biāo)方流程圖的歷史版本丟失，需要引擎解決；流程分支變量配置不便，繪制流程圖時(shí)，往往需要用到分支變量，但目前對(duì)業(yè)務(wù)用例的參數(shù)管理不夠，會(huì)導(dǎo)致繪制時(shí)不知道哪些參數(shù)在當(dāng)前業(yè)務(wù)流程中可以使用，也不知道該如何使用；缺少供核心以外的應(yīng)用系統(tǒng)發(fā)布工作流程模型的應(yīng)用功能；缺少融合查詢功能，因目前工作

43、流系統(tǒng)是多應(yīng)用、多數(shù)據(jù)庫實(shí)例部署，操作員無法便捷的查找到可能分散在不同應(yīng)用域的某個(gè)流程之狀態(tài)，無法在單一功能里實(shí)現(xiàn)各應(yīng)用域流程的統(tǒng)一查詢與管理，增加了操作員的負(fù)擔(dān)、增加了引起誤解的可能。五是職責(zé)分工不合理；文檔材料不完備，系統(tǒng)出現(xiàn)過宕機(jī)事故，管理方面存在不足。初始化建模工作量大且復(fù)雜，較難配置，從現(xiàn)實(shí)出發(fā)，要明確劃分乙方公司與省級(jí)以下用戶之間的職責(zé)圍；各乙方公司未給出回調(diào)服務(wù)、關(guān)聯(lián)流程等工作流配置的完整說明文檔；2014年1月出現(xiàn)過工作流系統(tǒng)宕機(jī)的情況.通過對(duì)典型業(yè)務(wù)場景的分析，工作流系統(tǒng)的穩(wěn)定性、功能性和易用性問題對(duì)目前金稅三期應(yīng)用系統(tǒng)的外部用戶體驗(yàn)造成了不小的影響。在省級(jí)集中部署后，這個(gè)問

44、題會(huì)更加突出。省級(jí)集中并不能自動(dòng)的同時(shí)解決系統(tǒng)的穩(wěn)定性、功能性和易用性等問題。在我們對(duì)金稅三期各應(yīng)用系統(tǒng)和數(shù)據(jù)庫簡化合并部署的前提下，減少了系統(tǒng)間的耦合度，可能可以提升部分方面的性能，但穩(wěn)定性問題、功能性問題和易用性問題將更加突出。2. 原因分析通過分析，造成前述問題的主要原因有以下三方面：一是技術(shù)方面。（1）待辦事宜的集成方式復(fù)雜。金稅三期系統(tǒng)的待辦事宜的集成選擇了“推”模式，各應(yīng)用系統(tǒng)將待辦任務(wù)推送給工作門戶。選擇這種方案的初衷在于用戶體驗(yàn)比較好。具體技術(shù)實(shí)現(xiàn)時(shí)，首先由總局部署的工作流引擎發(fā)起推送待辦的事件，然后工作流框架將其轉(zhuǎn)換為JMS消息，發(fā)送到ESB，然后傳遞到省級(jí)集成平臺(tái)，最后落地

45、到省級(jí)集成平臺(tái)庫，由門戶來進(jìn)行展現(xiàn)。產(chǎn)生JMS消息延時(shí)并導(dǎo)致待辦信息無法與時(shí)展現(xiàn)的主要原因有三：異步消息機(jī)制存在延遲，有時(shí)候消息隊(duì)列堵塞，造成任務(wù)無法在規(guī)定時(shí)間到達(dá)省局門戶；網(wǎng)絡(luò)鏈路距離長，延時(shí)大，網(wǎng)絡(luò)可能出現(xiàn)丟包；當(dāng)應(yīng)用了多JMS隊(duì)列且先后發(fā)出多個(gè)有先后順序要求的JMS消息時(shí)，無法保障整體先進(jìn)先出，目前的實(shí)現(xiàn)僅能保證每個(gè)隊(duì)列先進(jìn)先出。（2）事務(wù)完整性保障機(jī)制不佳，系統(tǒng)錯(cuò)誤處理機(jī)制不完善。為保證JMS消息（被推送的任務(wù)）的可靠性，目前通過開發(fā)待辦事宜對(duì)賬程序?qū)I(yè)務(wù)工作門戶中的待辦任務(wù)數(shù)據(jù)與各應(yīng)用系統(tǒng)工作流數(shù)據(jù)庫數(shù)據(jù)進(jìn)行對(duì)賬，待辦事宜對(duì)賬程序通過E接口調(diào)用工作流對(duì)賬服務(wù)的E服務(wù)查詢應(yīng)用系統(tǒng)的工作

46、流待辦事宜數(shù)據(jù)，但有效性未得到驗(yàn)證。目前沒有完整有效的保障事務(wù)完整性的機(jī)制，在存在跨域調(diào)用時(shí)，沒有使用JTA、XA數(shù)據(jù)源、多階段提交等方式在事中保障事務(wù)完整性，也沒有構(gòu)建充足的自動(dòng)化補(bǔ)償功能在事后恢復(fù)事務(wù)完整性。（3）工作流框架和工作流引擎功能不足，未能與時(shí)根據(jù)需要完善相關(guān)功能。二是業(yè)務(wù)方面?？偩值牧鞒桃?guī)與各上線單位實(shí)際操作存在差異，加上廠商和上線單位理解上的差異，導(dǎo)致系統(tǒng)中配置的工作流程過多而且過于復(fù)雜。三是實(shí)施管理方面。（1）開發(fā)配置工作與用戶配置工作未能合理劃分，導(dǎo)致均需要用戶進(jìn)行配置，增加用戶工作量，而且出錯(cuò)率高，效果不好。（2）需求分析存在不足。部分業(yè)務(wù)需求在實(shí)現(xiàn)時(shí)，設(shè)計(jì)出來的邏輯較

47、為復(fù)雜，在程序?qū)崿F(xiàn)時(shí)涉與到多次跨域調(diào)用，客觀上導(dǎo)致未能良好的保證工作流與業(yè)務(wù)數(shù)據(jù)的一致性、事務(wù)的完整性。（3）業(yè)務(wù)應(yīng)用與工作流框架功能分工落實(shí)不嚴(yán)，存在個(gè)別業(yè)務(wù)應(yīng)用沒有充分利用工作流框架的功能而自行實(shí)現(xiàn)部分工作流功能。3. 調(diào)整目標(biāo)工作流系統(tǒng)的優(yōu)化直接關(guān)系到金稅三期主體業(yè)務(wù)功能的正常運(yùn)轉(zhuǎn)，關(guān)系到構(gòu)建和諧征納關(guān)系，關(guān)系到落實(shí)“兩個(gè)減負(fù)”，因此需要重視對(duì)系統(tǒng)功能性與非功能性需求（或稱質(zhì)量服務(wù)需求）的滿足，要做到運(yùn)行質(zhì)量（易用性、健壯性、穩(wěn)定性、效率等）與發(fā)展質(zhì)量（可測(cè)試性、可維護(hù)性、可擴(kuò)展性、可伸縮性、兼容性）并重，其中需要特別重視確保系統(tǒng)的健壯性、穩(wěn)定性，具體目標(biāo)如下：（1）優(yōu)化工作流相關(guān)功能實(shí)

48、現(xiàn)；（2）提升系統(tǒng)運(yùn)行效率，優(yōu)化工作流應(yīng)用架構(gòu)。（3）增強(qiáng)健壯性，完善錯(cuò)誤處理機(jī)制；（4）增強(qiáng)易用性，改善用戶體驗(yàn)。提供合理的默認(rèn)值，記憶用戶選擇，支持全鍵盤操作等，降低用戶的學(xué)習(xí)和適應(yīng)難度；（5）增強(qiáng)可維護(hù)性，完善配置功能，合理切分工作職責(zé)。4. 優(yōu)化方案為了達(dá)到以上目標(biāo)，解決目前工作流系統(tǒng)存在的各種問題，提升用戶體驗(yàn)，需要從技術(shù)、業(yè)務(wù)和管理三方同時(shí)采取措施進(jìn)行調(diào)整優(yōu)化。一是技術(shù)方面。（1）優(yōu)化應(yīng)用架構(gòu)以配合工作流的相關(guān)工作機(jī)制。首先要確定是否繼續(xù)使用JMS消息傳遞待辦任務(wù)。若繼續(xù)使用，則需設(shè)計(jì)、完善異步消息完整性、可靠性保障機(jī)制并進(jìn)行穩(wěn)定性、完整性驗(yàn)證，需要將JMS消息服務(wù)器細(xì)分, 按業(yè)務(wù)

49、/區(qū)域/消息量等規(guī)則部署多個(gè)消息服務(wù)器，確保消息始終保持發(fā)送時(shí)的先后順序；若不保留，則改用實(shí)時(shí)調(diào)用。實(shí)時(shí)調(diào)用的優(yōu)點(diǎn)在于結(jié)構(gòu)簡單、排錯(cuò)簡單、可靠性較高且更為可控，任務(wù)可以實(shí)時(shí)在門戶展現(xiàn)，缺點(diǎn)在于需要量化的驗(yàn)證性能是否能滿足省級(jí)集中需求；保留JMS的優(yōu)缺點(diǎn)基本與實(shí)時(shí)調(diào)用的優(yōu)缺點(diǎn)相反。其次，可以將工作流引擎庫與生產(chǎn)庫合并。在生產(chǎn)系統(tǒng)調(diào)用工作流引擎API的時(shí)候，改為外部傳入數(shù)據(jù)庫連接的模式，使得工作流引擎與生產(chǎn)系統(tǒng)保持在一個(gè)數(shù)據(jù)庫事務(wù)中。這樣可以部分的減少事務(wù)不一致的可能性，更好的提高外部用戶的體驗(yàn)，缺點(diǎn)在于可能對(duì)數(shù)據(jù)庫的壓力較大，需要進(jìn)行量化驗(yàn)證。再次，應(yīng)完善系統(tǒng)對(duì)事務(wù)不一致的處理機(jī)制、提高程序健壯

50、性、完善異常處理能力、完善補(bǔ)償用例的實(shí)現(xiàn)。在功能用例實(shí)現(xiàn)時(shí)，應(yīng)遵循的原則如下：事務(wù)嵌套、跨應(yīng)用調(diào)用不超過一層。經(jīng)分析，工作流應(yīng)用有兩種架構(gòu)部署方案，分述如下：第一種是采用嵌入式，嵌入業(yè)務(wù)應(yīng)用工程中，不單獨(dú)部署。此種選擇的風(fēng)險(xiǎn)點(diǎn)有：可能遇到j(luò)ar包沖突問題；在現(xiàn)有需現(xiàn)方式下，并不能徹底解決事務(wù)不一致問題，需測(cè)試驗(yàn)證。第二種是仍然采用單獨(dú)部署工作流域。選擇該方案時(shí)時(shí)，仍然會(huì)存在跨域調(diào)用。因此，為了保證數(shù)據(jù)在多個(gè)參與的數(shù)據(jù)源中的一致性,需要用到JTA來控制事務(wù),參與的數(shù)據(jù)源也需要支持X/Open協(xié)議(兩階段提交)。據(jù)了解，地稅網(wǎng)絡(luò)發(fā)票系統(tǒng)與核心征管系統(tǒng)之間的跨域調(diào)用使用了JTA來保證事務(wù)一致性，此外

51、國稅系統(tǒng)也有應(yīng)用的案例。該方案有如下兩點(diǎn)需要注意：一是JTA分布式事務(wù)提交需要框架支持；二是兩階段提交會(huì)影響性能，特別是兩個(gè)事務(wù)處理時(shí)間比較長的情況下可能會(huì)有性能壓力，需要進(jìn)行基準(zhǔn)性能測(cè)試以確定特定硬件配置條件下是否能滿足性能需求；對(duì)于跨域調(diào)用，除使用JTA來控制事務(wù)外，還應(yīng)開發(fā)業(yè)務(wù)手動(dòng)補(bǔ)償用例以與自動(dòng)化補(bǔ)償方式，對(duì)不一致事務(wù)采用補(bǔ)償機(jī)制解決，此方式的風(fēng)險(xiǎn)在于需要開發(fā)的補(bǔ)償用例過多，容易遺漏；并完善后臺(tái)監(jiān)控的功能，在發(fā)生不一致時(shí)，保存完整的不一致現(xiàn)場，以便于后臺(tái)運(yùn)維處理。第四，清理工作流域相關(guān)的數(shù)據(jù)同步機(jī)制。避免使用數(shù)據(jù)同步機(jī)制來實(shí)現(xiàn)少量數(shù)據(jù)的交互，改為采用實(shí)時(shí)同步調(diào)用方式?？蓮V泛參考目前的省

52、級(jí)集中系統(tǒng)的類似場景與其解決方案。 （2）優(yōu)化工作流框架，包括功能完善、錯(cuò)誤處理機(jī)制的完善、事務(wù)完整性保障機(jī)制的完善、配置功能完善。首先是增加模擬運(yùn)行功能，實(shí)現(xiàn)在流程發(fā)布之前，流程能夠自動(dòng)模擬運(yùn)行，減少人工測(cè)試工作量。工作流應(yīng)該可以提供配置驗(yàn)證或提供較為人性化的提示功能，包括：驗(yàn)證主工作流是否配置正確；驗(yàn)證各選項(xiàng)是否配置正確；驗(yàn)證關(guān)聯(lián)選項(xiàng)是否配置正確等。其次是增加工作流配置信息變更、發(fā)布、導(dǎo)入導(dǎo)出功能。工作流配置信息變更的維護(hù)工作目前需要各單位根據(jù)工作流配置變更單進(jìn)行維護(hù)，應(yīng)開發(fā)一個(gè)發(fā)布功能，可以生成相關(guān)sql或者dmp文件，隨版本發(fā)布各個(gè)環(huán)境，以此減少配置的工作量、保證與java代碼版本的一

53、致性，并減少由于人工維護(hù)造成的數(shù)據(jù)質(zhì)量問題。再次是提供融合查詢功能。無論使用單引擎單數(shù)據(jù)庫、多引擎單數(shù)據(jù)庫或多引擎多數(shù)據(jù)庫的部署方式，均應(yīng)在門戶向用戶提供融合查詢，一次查詢即可查找到各業(yè)務(wù)域的工作流轉(zhuǎn)情況。第四是建立、完善健壯性自動(dòng)沖正（補(bǔ)償）機(jī)制。增加自動(dòng)沖正（補(bǔ)償）功能，完善、建立自動(dòng)化的錯(cuò)誤、異常處理機(jī)制，排除因異常處理不嚴(yán)謹(jǐn)所導(dǎo)致的數(shù)據(jù)不一致問題，保障業(yè)務(wù)數(shù)據(jù)和工作流引擎數(shù)據(jù)的一致性。第五是完善基礎(chǔ)控件，智能化展現(xiàn)操作界面。優(yōu)化備選人員的顯示順序。可選的方案如下：1）支持歷史記憶功能。包括：根據(jù)上一次本流程本環(huán)節(jié)推送時(shí)，默認(rèn)選擇上次選擇的辦理人員。根據(jù)歷史選擇的次數(shù)，選擇次數(shù)較多的排名

54、靠前。2）支持用戶設(shè)置常用備選人。包括：每個(gè)用戶在每個(gè)流程和環(huán)節(jié)可以設(shè)置常用的備選人，常用備選人排名靠前，如果不設(shè)置，則按普通排序。3）支持手工輸入人員編號(hào)和人員，支持系統(tǒng)默認(rèn)填充，支持模糊查詢。第六是支持無紙化、支持新舊工作流并存、允許操作人員選擇關(guān)聯(lián)流程的啟動(dòng)環(huán)節(jié)之處理人員等。除了上述六點(diǎn)，還需要在架構(gòu)調(diào)整前，按各種候選調(diào)整方案編制各種可能引發(fā)故障的測(cè)試場景，并依此進(jìn)行充分驗(yàn)證，根據(jù)結(jié)果進(jìn)行測(cè)試和持續(xù)改進(jìn)，提升其穩(wěn)定性和效率，并提交評(píng)估報(bào)告給甲方（總局與省級(jí)稅務(wù)局）供決策。工作流與權(quán)限是密不可分的，兩者具有天然的相關(guān)性，應(yīng)充分采集各省稅務(wù)機(jī)關(guān)關(guān)于工作流權(quán)限配置方面的意見，兼顧靈活性、特殊性

55、與普遍性，完善、簡化工作流權(quán)限配置模型。舉例而言，至少有兩個(gè)問題需要完善：一是工作流配置規(guī)則中絕對(duì)層級(jí)判斷需要設(shè)置為對(duì)應(yīng)的機(jī)關(guān)與其設(shè)部門。對(duì)絕對(duì)層級(jí)判斷時(shí)，應(yīng)默認(rèn)設(shè)置為其對(duì)應(yīng)的機(jī)關(guān)與其設(shè)部門。二是機(jī)關(guān)設(shè)部門的權(quán)限默認(rèn)與所屬機(jī)關(guān)保持一致。在工作流配置中，應(yīng)默認(rèn)使得機(jī)關(guān)設(shè)部門的權(quán)限與所屬機(jī)關(guān)保持一致，如果需要額外調(diào)整（部分崗位需要設(shè)置為本部門），可允許進(jìn)行設(shè)置修改。相關(guān)配置方式應(yīng)簡潔明了。（3）優(yōu)化工作流引擎。首先是研究工作流引擎與其數(shù)據(jù)庫實(shí)例的參數(shù)優(yōu)化。適當(dāng)?shù)呐渲霉ぷ髁饕媾c其數(shù)據(jù)庫實(shí)例的參數(shù)，可以極大的降低工作流操作的平均響應(yīng)時(shí)間、提升吞吐量，對(duì)整體性能和用戶體驗(yàn)有明顯提升。其次是分離工作流數(shù)

56、據(jù)庫里的歷史數(shù)據(jù)與活動(dòng)數(shù)據(jù)。參考數(shù)據(jù)組成果，結(jié)合工作流系統(tǒng)實(shí)際，制定工作流庫歷史數(shù)據(jù)剝離規(guī)則和實(shí)施策略，確保工作流庫性能。 二是業(yè)務(wù)方面?？梢詮囊韵氯矫孢M(jìn)行調(diào)整：（1）清理、拆解復(fù)雜的業(yè)務(wù)流程，重做相關(guān)需求分析，簡化設(shè)計(jì)。部分業(yè)務(wù)需求在分析時(shí)，設(shè)計(jì)出來的邏輯較為復(fù)雜，在程序?qū)崿F(xiàn)時(shí)涉與到多次跨域調(diào)用，違反了“高聚”、“單一責(zé)任”的基本設(shè)計(jì)原則，客觀上導(dǎo)致未能良好的保證工作流與業(yè)務(wù)數(shù)據(jù)的一致性、事務(wù)的完整性。應(yīng)對(duì)此類特殊的業(yè)務(wù)需求重新進(jìn)行需求分析，針對(duì)工作流系統(tǒng)的特點(diǎn)進(jìn)行優(yōu)化，力求保證需求點(diǎn)實(shí)現(xiàn)時(shí)的原子性，實(shí)現(xiàn)高度功能聚，必要時(shí)征求各上線單位的業(yè)務(wù)意見以對(duì)業(yè)務(wù)需求點(diǎn)進(jìn)行簡化或拆解，從而保證事務(wù)完

57、整性、數(shù)據(jù)一致性。（2）清理工作流的不合理使用。一方面避免人為的增加工作流框架的負(fù)擔(dān)，另一方面也減少可能遇到的問題。應(yīng)嚴(yán)格界定需要使用工作流的場景。對(duì)于“即辦類”或“單節(jié)點(diǎn)”業(yè)務(wù)，應(yīng)避免使用工作流來實(shí)現(xiàn)。（3）保持靈活性。在工作流相關(guān)的業(yè)務(wù)設(shè)計(jì)中，應(yīng)從全國實(shí)際情況出發(fā)，保持業(yè)務(wù)涉與的靈活性。如，部分地市縣區(qū)局的流程和其他縣區(qū)局流程不一致，需要重新畫，需要將允許自行繪制工作流的最小單位設(shè)為縣區(qū)局。三是管理方面?？梢詮囊韵氯矫孢M(jìn)行調(diào)整：（1）完善工作流系統(tǒng)相關(guān)的開發(fā)、運(yùn)維制度。首先要建立完善的質(zhì)量保證制度、變更管理制度和版本控制制度，嚴(yán)格執(zhí)行流程，切實(shí)做好質(zhì)量保證工作。其次要制定設(shè)計(jì)、開發(fā)、測(cè)試規(guī)并嚴(yán)格執(zhí)行。各乙方項(xiàng)目組應(yīng)參考業(yè)界主流的開發(fā)規(guī)編制、完善適合本項(xiàng)目實(shí)際情況的設(shè)計(jì)、開發(fā)、測(cè)試規(guī)手冊(cè)并持續(xù)改進(jìn)。在編制過程中應(yīng)參考的現(xiàn)行軟件行業(yè)中主要適用的國家標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn)如下：GB/T 8566-2007 信息技術(shù) 軟件生存周期過程 SJ/T 11375-2007 軟件構(gòu)