【正文】 部分單位的同一部門、同一崗位的人員數(shù)量較多（廣州下屬區(qū)局的大廳集中辦公，約有幾百人），推送時選擇下一環(huán)節(jié)辦理人員時需拖拽查找，無法通過輸 入拼音首字母或稅務人員代碼來快速定位；部分流程結束后，系統(tǒng)自動觸發(fā)了關聯(lián)流程，此時，無法手工選擇關聯(lián)流程推送人員。 在總局集中版本運行期間，遇到 過較多的由于 JMS 消息延時所產生的阻塞問題，造成“待辦門戶無法及時展現(xiàn)待辦任務、甚至一直收不到”，或者是“待辦任務點擊異常后任務消失或者仍然存在，再次點擊仍然異?！?、“在流程監(jiān)控能看到某任務，但在待辦事宜中卻找不到對應任務”等現(xiàn)象；發(fā)生過一次點擊后，業(yè)務數(shù)據(jù)、流程數(shù)據(jù)處理結果不一致的情況，且錯誤處理機制未能及時解決此類事務不一致的問題。初始化工作流的配置工作包含了工作流圖繪制以及每個節(jié)33 點的推送規(guī)則、標簽規(guī)則、事件規(guī)則、時間期限的配置等工作。金三系統(tǒng)在工作流配置上有著數(shù)倍于大集中系統(tǒng)的工作量：流程類工作建模中需要額外維護職能樹，工作流節(jié)點的角色對應關系、表單路徑、回調服務與關聯(lián)流程等內容；非流程類稅務事項也需要額外維護角色與稅務事項對應關系以及職能樹相關的內容。 從目前已上線單位的反映和雙軌測試環(huán)境實際體驗來看，目前金稅三期工作流系統(tǒng)存在以下突出問題： 一是 初 始化配置特別復雜。 個人稅收管理系統(tǒng)則采用了“多實例單數(shù)據(jù)庫”的工作流部署方式，個稅系統(tǒng)各應用域內嵌了工作流服務框架及工作流引擎，但共享一個數(shù)據(jù)庫。 目前核心征管系統(tǒng)的各個應用域分別有對應的工作流域，工作流域主要涵蓋了工作流服務框架及工作流引擎和工作流數(shù)據(jù)庫。 在金稅三期中使用工作流工具的目的是增強征管系統(tǒng)的適應性，有效支持業(yè)務由職能導向轉變?yōu)榱鞒虒?，由結果 監(jiān)督轉變?yōu)檫^程監(jiān)督。該工作流產品結構如圖所示： 圖 InforSuite FS 產品架構 InforSuite Flow工作流軟件提供了統(tǒng)一的 BS流程建模平臺，可以用于累積業(yè)務流程模型，并可便于服用業(yè)務模型。 （ 三 ） 工作流 方面 1. 存在問題 工作流系統(tǒng)是金稅三期基礎軟件平臺中的重要組成部分。 （ 1）需要不斷完善和遵照執(zhí)行的應用集成平臺規(guī)范有： 1） GT3HXZJ應用集成平臺接口規(guī)范 2） GT3HXZJ應用集成平臺接入規(guī)范 3） GT3HXZJ應用集成平臺數(shù)據(jù)定義規(guī)范 4） GT3HXZJ應用集成平臺數(shù)據(jù)交換規(guī)范 （ 2）各業(yè)務系統(tǒng)需要對服務高度抽 象梳理，對各種系統(tǒng)消費方提供的服務盡量保持一致，并盡量減少系統(tǒng)之間減少次數(shù)。 應用集成平臺需支持服務編排功能，但是此功能實現(xiàn)優(yōu)先級低，在遇到有需要業(yè)務場景時使用。 29 （ 5）服務編排 針對現(xiàn)有服務提供 XML 報文內容的輸入輸出處理，也能夠把多個服務按照一定規(guī)則串接組合起來。 （ 4）服務監(jiān)控 完善服務的運行狀態(tài)、運行效率、運行是否有錯誤等的監(jiān)控。 （ 3）配置管理 完善超時配置功能界面等，完善現(xiàn)有功能界面。 缺點 ：技術上有難度，存在技術風險；工作量大，需要保障穩(wěn)定性和性能。 2）自主研發(fā)隊列機制增加分組和優(yōu)先級處理：通過隊列和連接適配器控制服務在請求和響應按照不同分組和不同級別執(zhí)行。 優(yōu)點 ：技術明確，風險可控；工作量可控，通過配置 +資源適配器的定制開發(fā)。 1）基于 weblogic 工作管理器定制開發(fā)：根據(jù)業(yè)務需求預先在工作管理器中定義不同 的線程組，來自不同渠道、針28 對不同服務的請求會使用不同的線程組，同時對后面不同系統(tǒng)的服務的調用也使用不同的線程組。合理選擇系統(tǒng)之間的集成方式，特別注意選擇好應用集成的同步異步接入方式。 （ 4）增強服務擴展性：在業(yè)務發(fā)生變化時，應用集成平臺可根據(jù)已有服務編排組合成新的服務，以動態(tài)滿足適應業(yè)務變化，如增加服務編排功能。 （ 3）加強故障處理和可靠性：在系統(tǒng)出現(xiàn)異常故障時，應用集成平臺需限制系統(tǒng)的故障范圍而不至于系統(tǒng)故障蔓延，提供系統(tǒng)在可承受壓力范圍內正常運行的保障機制，盡量減緩或限制系統(tǒng)壓力，同時保障關鍵服務可被優(yōu)先執(zhí)行。 2．調整目標 （ 1）簡化規(guī)范應用集成：盡量簡化應用集成，規(guī)范應用集成方式和同步異步接入方式。 （ 2）協(xié)同性：在各方系統(tǒng)集成時，由于同時存在前置和應用集成平臺，在選擇接入時容易困惑；同時選擇了不恰當?shù)募煞绞胶徒尤敕绞?，比如應該應用集成而使用了?shù)據(jù)集成、本地特色應用和渠道系統(tǒng)過多使用異步方式協(xié)議、集成調用的次數(shù)較多。 1）服務梳理劃分：服務劃分太細會造成交互頻繁，增加系統(tǒng)壓力。 （ 3）擴展性功能：目前業(yè)務需求功能的變化，完全是由服務具體來實現(xiàn)，應用集成平臺沒有提供服務編排等功能，這樣就無法實現(xiàn)只需平臺級的定制而無需業(yè)務服務變化修改。 1）靜態(tài)參數(shù)配置：雖然很多靜態(tài)參數(shù)作為版本信息是可以通過 DML 腳本進行初始化配置，但有些靜態(tài)參數(shù)可能在具體環(huán)境有差異，這就最好需要提供界面來配置，如：各種協(xié)議的 IP 端口地址等信息。 25 2）故障保障隔離：在 EJB/WebSerivce 等同步模式下，目前的流量控制在線程數(shù)足夠時可以起到故障隔離，如果高并發(fā)服務請求過多導致線程不足而 服務處理很慢時，這時可能會造成系統(tǒng)堵塞，并且由于缺少服務優(yōu)先級控制，可能會導致高優(yōu)先級業(yè)務服務也無法處理。 從目前 3個已上線省市的應用來看，并基于省級應用集中的考慮，應用集成平臺在如下幾個方面存在不足： （ 1）異常故障性保障和隔離：在出現(xiàn)異常時的處理和故障隔離還需要完善。 在目前的全國應用集中，在總局部署了一套應用集成平臺，它提供總局新建系統(tǒng)間的應用集成，如征管和個稅、納服和征管的待辦事宜集成、征管和網絡發(fā)票；在各省國稅和地稅也分別部署了一套應用集成平臺，負責提供省內特色系統(tǒng)和總局遺留系統(tǒng)接入到核心征管的應用集成。 而服務容器是指將業(yè)務邏輯處理部分封裝為獨立24 的服務部署在應用集成平臺上，應用集成平臺可作為服務容器直接接收并執(zhí)行服務。 （二）應用集成平臺方面 1．現(xiàn)狀和 問題分析 在省級應用集中，應用集成平臺定位在既要承擔金三內部系統(tǒng)之間的應用集成，同時 還要承擔各省的渠道系統(tǒng)接入到內部系統(tǒng)的應用集成（原來是由前置軟件負責），在總局和各省局國地稅也要分別部署，這將對應用集成平臺的功能性、可靠性、穩(wěn)定性提出了更高的要求。 2）完善代碼審查制度，強化制度落實與執(zhí)行。 提供鎖數(shù)據(jù)訪問客戶端，用于業(yè)務邏輯與鎖服務器進行23 通訊。 提供狀態(tài)數(shù)據(jù)訪問客戶端，業(yè)務邏輯調用功能客戶端訪問 和更新 狀態(tài)數(shù)據(jù)緩存中的狀態(tài)信息 。 優(yōu)化服務版本化管理機制，目前不同版本的服務注冊成不同的服務條目，造成服務條目過多，應采用適當機制縮減內部服務的條目數(shù)量，提高服務查找和管理性能。 優(yōu)化內部服務調用 機制，如優(yōu)化 ASM 生成的動態(tài)服務代理類代碼質量。 與運維管理系統(tǒng)結合，聯(lián)合完成跨應用的綜合分析定位。 4） 完善日志組件 執(zhí)行日志采集異步化：采用異步方式采集執(zhí)行日志，保證執(zhí)行日志數(shù)據(jù)的采集動作對業(yè)務運行影響最小化。 提供會話運行終止功能：根據(jù)會話的相關執(zhí)行信息，查找運行指定會話的服務器及執(zhí)行線程，并向執(zhí)行線程發(fā)送終止執(zhí)行的控制消息。 在關鍵系統(tǒng)功能中增加調用檢查點，且支持配置開或關。 2） 優(yōu)化核心框架內部基礎對象訪問方式和調用機制 調整框架內部運行依賴的基礎信息對象的訪問方式，調21 整對象結構和可見性范圍，保證只有合規(guī)的邏輯可以訪問相關對象。 3． 優(yōu)化 方案 為了達到以上目標，解決目前核心框架存在的各種不足，采用以下調整方案： （ 1）穩(wěn)定性和健壯性方面 1） 在持久層增加關鍵參數(shù)默認值配置 增加執(zhí)行超時的默認配置，各應用域根據(jù)自身業(yè)務特點配置默認的執(zhí)行超時時間，同時提供手工設置超時時間以滿足復雜查詢需執(zhí)行較長時間的需求。如部分批量數(shù)據(jù)處理使用循環(huán)方式，未使用框架的并行處理方式。主要是由代碼審查不足，測試不充分引起。 （ 3）項目管控方面 1）部分業(yè)務邏輯的實現(xiàn)代碼質量不佳，性能較差，資源占用過多，此類代碼發(fā)布到生產環(huán)境容易引發(fā)故障。 3）依賴數(shù)據(jù)庫實現(xiàn)業(yè)務的操作互斥檢查。 2）依賴數(shù)據(jù)庫實現(xiàn)業(yè)務邏輯中的狀態(tài)檢查。 （ 2）性能優(yōu)化 方面 1）框架層面的執(zhí)行性能可進一步優(yōu)化。 4）跨域調用故障定位困難。 3）缺少終止指定會話的機制。 2） 框架內部缺少安全 性檢查機制。 從目前已上線單位的反映和雙軌測試環(huán)境實際體驗來看，金稅三期的核心框架 還存在一些 不足 。核心框架采用 J2EE 技術開發(fā)，涵蓋了系統(tǒng)服務器端開發(fā)的各個方面，提供了各種功能組件，使開發(fā)者盡可能少的考慮底層技術問題，將更多的精力放在業(yè)務功能的開發(fā)上。 18 4. 數(shù)據(jù)結構設計原則上要滿足遵循第三范式要求，只有在為了提高程序效率情況下適當考慮冗余。 2. 數(shù)據(jù)表、數(shù)據(jù)項的命名應符合金稅三期標準規(guī)則，與業(yè)務術語名稱保持一致性，表名稱、數(shù)據(jù)項名稱應保持可讀性。 圖 金稅三期總體數(shù)據(jù) 架構 圖 17 圖 金稅三期總體數(shù)據(jù)流向圖 （三）數(shù)據(jù)模型（ ER圖） 設計要求 1. 數(shù)據(jù)模型設計文檔包括數(shù)據(jù)庫概要設計文檔、使用Powerdisgner或 DataModel軟件的模型文檔和數(shù)據(jù)字典等三個部分。 5. 總局部署“組織和自然人數(shù)據(jù)庫”（合并在總局集成平臺庫中），主要采用異步方式處理跨省業(yè)務。 16 3. 重新梳理主數(shù)據(jù)內容，取消主數(shù)據(jù) 數(shù)據(jù)庫。 2. 在省級設立生產庫、查詢庫、分發(fā)庫、集成平臺庫和 決策支持庫， 由分發(fā)庫負責向總局、各地市和本級數(shù)據(jù)倉庫提供數(shù)據(jù)。 示例如下： 登記接口服務 自然人信息查詢 【服務 ID】 【服務 中文名稱】自然人信息查詢 【輸入】登記序號 【輸出】自然人姓名、自然人身份證件種類代碼、自然 人身份證件號碼、登記序號、性別、居住地址、聯(lián)系電話 【服務 功能描述】根據(jù)納稅人識別號查詢自然人信息，此服務通過調用個稅系統(tǒng)提供的遠程服務實現(xiàn) 【事務處理說明】 xxx 【異常 處理說明】 xxx 15 靈活就業(yè)人員銀行信息查詢 【服務 ID】 【服務 中文名稱】靈活就業(yè)人員銀行信息查詢 【輸入】登記序號 【輸出】社保經辦機構、 社保編碼、銀行行別代碼、銀行營業(yè)網點代碼、銀行賬號 【服務 功能描述】根據(jù)登記序號查詢靈活就業(yè)人員的銀行明細信息 【事務處理說明】 xxx 【異常 處理說明 】 xxx 申報接口服務 納服申報狀態(tài)查詢 【服務 ID】 【服務 中文名稱】納服申報狀態(tài)查詢 【輸入】 djxh 登記序號， skssqq 稅款所屬期起， skssqz 稅款所屬期止， yzpzzlDm 應征憑證種類 【輸出】 sbztDm 申報狀態(tài)代碼， sbfs 申報方式， djxh 登記序號， skssqq 稅款所屬期起， skssqz 稅款所屬期止， zsxmDm 征收項目， zspmDm 征收品目， yzpzzlDm 應征憑證種類， swjgDm 稅務機關 【服務 功能描述】外圍廠商如網報查詢某筆申報的 當前狀態(tài)（狀態(tài)包括：未申報、申報已繳款、申報未繳款、申報已作廢等），實際業(yè)務邏輯通過調用核心征管專有業(yè)務服務PDS_NSFW001_getNfsbztcx 實現(xiàn)。 5． 應用系統(tǒng)內部使用和對外提供的服務要保持一致，采用 相同 的服務接口。 14 （二）服務 設計原則 1. 跨應用系統(tǒng)的所有服務都應發(fā)布在應用集成平臺上，應用系統(tǒng)間不得直接互相調用； 2. 服務的職責應劃分清晰，做到“高內聚、松耦合”； 3. 服務的粒度應適中，有利于保持穩(wěn)定。提供對各類交易執(zhí)行流水信息的記錄、監(jiān)控及管理，能夠完整的記錄一筆業(yè)務的各類關鍵性執(zhí)行線索信息，從而為沖證及對賬提供依據(jù)。 服務管理：應用集成平臺提供服務的統(tǒng)一注冊、管理和運行時調度以及出現(xiàn)時的統(tǒng)一管理 。 交易路由：應用集成平臺提供完備的路由機制，提供路由策略的配置、路由服務的查找與調用，支持自定義路由參數(shù) (包括地域、系統(tǒng)、交易以及各類自定義業(yè)務參數(shù)等）和規(guī)則的路由機制。 流量控制：支持按系統(tǒng)和按服務的流量設置和控制，防止系統(tǒng)的高并發(fā)請求和隔離系 統(tǒng)故障。 配 置 管 理 組應 用 管 控 組業(yè) 務 組項 目 組確 認 反 饋需 求 分 析組 長 審 批提 交 需 求確 認 單內 部 評 審審 核 需 求 規(guī)格 說 明 書組 織 評 審通 過評 審 意 見入 庫需 求 規(guī) 格 說明 書 入 庫圖 應用集成平臺核心功能 主要功能有通訊協(xié)議適配、流量控制、消息格式轉換和系統(tǒng)接入管理、服務管理、交易路由和交易流水等。 。E J B核 心 征 管 w e bEJB發(fā) 票 接 口稽 查 接 口征 收 接 口評 估 審 計 接 口法 制 接 口發(fā) 票 接 口認 定 接 口征 收 接 口稽 查 接 口基 礎 業(yè) 務 構 件總 局 集 成 平 臺E S B 技 術 構 件EJB/JMS