一、背景

　　《中共中央國務院關(guān)于支持深圳建設中國特色社會主義先行示范區(qū)的意見》提出“推進‘數(shù)字政府’改革建設，實現(xiàn)主動、精準、整體式、智能化的政府管理和服務”，對“數(shù)字政府”建設提出了全新的、更高要求的目標。政府管理和服務的流程通常為：管理者接收到管理對象的需求或感知管理對象狀態(tài)異常后，按照管理規(guī)則對管理對象做出相應行政行為。傳統(tǒng)管理和服務方式是基于管理者對物理世界的認知而做出行政行為，因人對信息感知、認知的碎片化、片面性，以及信息處理能力的有限性，必然導致管理和服務呈現(xiàn)隨意、被動和割裂狀態(tài)。因此要實現(xiàn)主動、精準、整體式、智能化的政府管理和服務，需要通過利用大數(shù)據(jù)、云計算、人工智能等新一代信息技術(shù)構(gòu)建數(shù)據(jù)智能的運用能力，幫助管理者建立對物理世界的整體認知，實時、全面、精準地感知管理對象的狀態(tài)特征和發(fā)展趨勢，利用人工智能算法提供決策支撐和精準化的能力，提高信息處理能力，然后做出行政行為，才能提高管理和服務水平?！皵?shù)字政府”建設已邁入一個新時代，傳統(tǒng)IT架構(gòu)已不再適用于指導工作，必須構(gòu)建“數(shù)字政府”2.0總體架構(gòu)。

　　二、傳統(tǒng)IT架構(gòu)指導“數(shù)字政府”建設的不足

　　近年來“數(shù)字政府”建設強調(diào)一體化，但其建設是復雜巨系統(tǒng)工程，需要多部門共建合作，總體架構(gòu)最重要的意義是指導統(tǒng)籌部門和行業(yè)應用部門之間的分工合作。傳統(tǒng)IT架構(gòu)設計只在基礎設施和支撐平臺上進行了一體化設計，而數(shù)據(jù)、規(guī)則、業(yè)務的一體化設計并沒有開展，在架構(gòu)上也沒有建立數(shù)據(jù)、規(guī)則、業(yè)務等的統(tǒng)分關(guān)系，即使數(shù)據(jù)中臺、業(yè)務中臺等概念的提出對此也沒有定義。數(shù)據(jù)和業(yè)務是系統(tǒng)建設的重要部分，因此各系統(tǒng)建設從數(shù)據(jù)之上基本都是自成體系，導致數(shù)據(jù)孤島越來越大。結(jié)合“數(shù)字政府”建設中出現(xiàn)的問題分析，傳統(tǒng)IT架構(gòu)主要存在以下幾個不足：

　?。ㄒ唬]有采取面向?qū)ο蟮囊暯墙M織和管理數(shù)據(jù)。

　　政府的行政行為是圍繞管理服務對象展開的，目前各業(yè)務系統(tǒng)的建設已切換至以用戶（對象）為中心，但大數(shù)據(jù)中心數(shù)據(jù)組織和管理的視角并沒有切換，采取的仍是部門視角，由各部門根據(jù)系統(tǒng)建設情況分散編目、管理數(shù)據(jù)，沒有建立統(tǒng)一視圖，同一對象的信息分散在各處且部門間描述方式不一致（數(shù)據(jù)多源且格式不統(tǒng)一），要獲取同一對象的信息，只能通過數(shù)據(jù)共享的方式，對對象進行畫像也如同“瞎子摸象”。

　?。ǘ]有對“數(shù)字孿生政府”進行數(shù)字化建模。

　　建設“數(shù)字孿生政府”，即在數(shù)字世界中建立物理世界的主體、客體、運行規(guī)則、權(quán)責體系及其行為等的映射。要實現(xiàn)這種映射，需要先建立“數(shù)字孿生政府”的模型，通過建模統(tǒng)一“數(shù)字孿生政府”描述方式，即對數(shù)據(jù)進行標準化定義，然后再進行數(shù)字化轉(zhuǎn)換。但傳統(tǒng)IT架構(gòu)基本忽略了這一塊。

　　1.沒有對對象統(tǒng)一建模。

　　將數(shù)據(jù)組織方式切換至面向?qū)ο蟮囊暯牵枰獙⑽锢硎澜缰黧w、客體等客觀物質(zhì)視為對象，對各類對象統(tǒng)一建模，通過編制元數(shù)據(jù)方案定義對象的描述標準（包括對象的名稱、描述對象的要素集、各要素的數(shù)據(jù)標準、要素的管理部門等），實現(xiàn)不同部門按照統(tǒng)一標準對同一對象主體從多維度進行描述。

　　2.沒有對政府組織和運行規(guī)則建模。

　　建立物理世界的映射，除對客觀物質(zhì)進行映射外，還需要對其運行規(guī)則進行映射，因此建設“數(shù)字孿生政府”需對政府運行規(guī)則進行全面數(shù)字化（即政府職能數(shù)字化）。這包括兩方面，一是政府組織架構(gòu)數(shù)字化，二是任務受理和分發(fā)規(guī)則數(shù)字化。目前雖建設了權(quán)責清單系統(tǒng)，但其管理的僅是部門內(nèi)單線事項，而政府運行規(guī)則的范圍不僅是政務服務、行政監(jiān)管等，還包括內(nèi)部事務、部門間協(xié)同任務（一件事）、上級交辦等，每類事項描述的要點是不同的，須對其進行分別建模，然后數(shù)字化。

　　3.沒有建立完整的數(shù)據(jù)權(quán)責體系。

　　在“數(shù)字孿生政府”中，部門履職體現(xiàn)為依托業(yè)務系統(tǒng)依職能管理各客體的狀態(tài)屬性，這需要將部門職能與管理對象及管理對象各要素的責任關(guān)聯(lián)，建立完整的數(shù)據(jù)權(quán)責體系。雖然部分地區(qū)提出通過建設目錄鏈固化數(shù)據(jù)責任，但在體系性上仍不完整。

　　（三）沒有對應用層進行分層解耦。

　　傳統(tǒng)IT架構(gòu)中應用層是做為一整塊呈現(xiàn)的，各業(yè)務數(shù)據(jù)從輸入到輸出是一個黑盒子，而在現(xiàn)實中業(yè)務運作經(jīng)過了多個環(huán)節(jié)，如以政務服務為例，業(yè)務信息傳遞流向和處理機制可分解為申辦、受理、審批、反饋等，這其中每一環(huán)節(jié)的統(tǒng)分關(guān)系是不一樣的，如果不對應用層加以分層解耦，會導致業(yè)務無法相互融合、協(xié)同。

　?。ㄋ模┤鄙賹Α皵?shù)字政府”家底的統(tǒng)一管理。

　　傳統(tǒng)IT架構(gòu)里提出了運營運維體系的概念，運營運維順利開展的基礎是清楚“家底”。但多數(shù)地方對“數(shù)字政府”的家底，包括項目、數(shù)據(jù)、硬件等資產(chǎn)家底并不清楚，即使有部分管理也是零星地散落在各系統(tǒng)中，沒有系統(tǒng)管理進行統(tǒng)一管理，因此無法全面了解“數(shù)字政府”建設和運行現(xiàn)狀，各單位在做“數(shù)字政府”建設項目設計時對現(xiàn)狀基本“一摸黑”，出現(xiàn)大量復建設。各地為搞清家底，紛紛開展了運動式的“資產(chǎn)普查”，但由于缺乏動態(tài)更新機制，普查的效果也只是階段性摸清家底。

　　（五）缺少對“數(shù)字政府”建設項目的全生命周期管理。

　　“數(shù)字政府”的資產(chǎn)不是一瞬生成的，是伴隨著建設項目各階段的實施，逐步積累并動態(tài)更新的，只有對項目進行全生命周期管理，才可能實現(xiàn)家底的動態(tài)管理。隨著“數(shù)字政府”改革的推進，各地數(shù)據(jù)統(tǒng)籌部門多數(shù)擔負了信息化建設項目前期審核、驗收把關(guān)等職責，但沒有建立項目閉環(huán)管理的機制，開展相關(guān)工作的方式仍是人工審核文檔，沒有建設系統(tǒng)對項目建設全過程進行監(jiān)管。

　　三、數(shù)字政府2.0總體架構(gòu)的設計思路

　　要從傳統(tǒng)IT架構(gòu)轉(zhuǎn)向新IT架構(gòu)，即要保證新IT架構(gòu)的適用性，又要保證其充分彈性。這要從兩方面考慮：一對各種個性化的設備、架構(gòu)、系統(tǒng)進行分析，找出共性部分進行抽象，納入統(tǒng)一管理；二是采用“分而治之”的思想，把問題劃分開來各個解決，對數(shù)據(jù)、應用進行分層解耦，以便于控制、延展和分配資源，以實現(xiàn)“高內(nèi)聚、低耦合”。軟件系統(tǒng)體系結(jié)構(gòu)設計中的三層系統(tǒng)架構(gòu)，是將系統(tǒng)的整個業(yè)務應用劃分為表示層、業(yè)務邏輯層、數(shù)據(jù)訪問層，并采用實體對象用于層和層之間的數(shù)據(jù)傳送。

圖1：傳統(tǒng)IT架構(gòu)轉(zhuǎn)至新架構(gòu)

　　參照上述理論，結(jié)合分析出的問題，筆者提出數(shù)字政府總體架構(gòu)設計思路如下：

　?。ㄒ唬┙y(tǒng)一構(gòu)建“數(shù)字孿生政府”模型：通過建模統(tǒng)一“表述語言”，統(tǒng)一不同部門對數(shù)字世界的表達方式。該模型包括對象模型、運行規(guī)則模型、數(shù)據(jù)權(quán)責模型等：一是將政府管理和服務的主體、客體等客觀物質(zhì)按照最小顆粒度劃分，對其進行建模；二是將政府組織架構(gòu)及管理、服務運行規(guī)則（包括職能和事項）按照最小顆粒度劃分，對其進行建模；三是建立數(shù)據(jù)、職能、事項的關(guān)聯(lián)關(guān)系，構(gòu)建數(shù)據(jù)權(quán)責三元模型（圖2），完善數(shù)據(jù)權(quán)責體系。

圖2：數(shù)據(jù)權(quán)責三元模型

　　（二）采取面向?qū)ο笠暯墙M織和管理數(shù)據(jù)：基于對象模型建設邏輯實體庫，集中統(tǒng)一管理各實體狀況，并要求各單位將采集數(shù)據(jù)和履職行為結(jié)果數(shù)據(jù)，根據(jù)數(shù)據(jù)權(quán)責寫回至邏輯實體庫中，形成數(shù)據(jù)管理閉環(huán)。如此，可從根本上解決數(shù)據(jù)多源和共享的痛點，且避免數(shù)據(jù)反復治理。

　?。ㄈ脤舆M行分層解耦：參照人對信息感知、認知、處理的過程，對業(yè)務信息傳遞流向和處理機制進行分層解耦，將傳統(tǒng)架構(gòu)中的應用層分解成受理分析、任務下達（協(xié)同）及業(yè)務應用層，以實體對象信息+任務流信息為主線，進行層和層之間的數(shù)據(jù)傳送。

　?。ㄋ模Α皵?shù)字政府”家底進行統(tǒng)一管理：將“數(shù)字政府”建設采購的硬件設備、網(wǎng)絡IP地址、開發(fā)的軟件系統(tǒng)、梳理的運行規(guī)則、以及履職過程中形成的數(shù)據(jù)等，視為“數(shù)字孿生政府”的資產(chǎn)，建設管理平臺對其進行統(tǒng)一管理，以全面反映“數(shù)字政府”建設和運行現(xiàn)狀，為項目設計、報批審核、需求分析、運維運營提供參考依據(jù)。

　　（五）建立“數(shù)字政府”建設項目全生命周期管理體系：建設項目全生命周期管理平臺，依托平臺對項目申報、設計、實施、驗收、運營運維等實行閉環(huán)管理。同時通過將各階段實施的成果在平臺上進行登記和驗收，與資產(chǎn)管理結(jié)合起來，實現(xiàn)資產(chǎn)的動態(tài)管理。

　　四、總體架構(gòu)設計

　　（一）總體架構(gòu)。

圖3：數(shù)字政府2.0總體架構(gòu)

　　（二）各層的內(nèi)涵、外延。

　　1、數(shù)字化層：負責建立物理世界的映射，主要功能是構(gòu)建對象、規(guī)則模型，并進行數(shù)字化轉(zhuǎn)換。通過建模對物理世界進行標準化定義，通過交互設備采集數(shù)據(jù)實現(xiàn)物理世界的數(shù)字化轉(zhuǎn)換。

　?。?）對象建模：對政府管理和服務的所有主體、客體進行數(shù)字化建模，主要工作包括梳理對象目錄、定義各對象元數(shù)據(jù)標準、建立對象各要素與組織機構(gòu)、事項的關(guān)聯(lián)關(guān)系等。

　　（2）規(guī)則：對政府組織架構(gòu)及職責分工進行建模，主要工作包括組織架構(gòu)建模和梳理，事項建模和事項目錄管理、事項標準化、建立事項與對象模型各要素的關(guān)聯(lián)關(guān)系等。事項范圍包括政務服務事項、行政監(jiān)管事項、內(nèi)部事務決策分析任務、部門協(xié)調(diào)任務、上級指派任務等。

　　（3）交互感知：負責與物理世界的交互，通過各類終端采集信息，實現(xiàn)對象的數(shù)字化轉(zhuǎn)換。終端的主要用途是展示服務、感知客體狀態(tài)信息、獲取客體需求等，終端的范圍包括APP、PC、自助終端、12345、大屏、執(zhí)法儀、攝像頭、感知探頭等。

　　2、運行層：負責政務服務和管理的實際運作。

　?。?）受理分撥：負責生成任務，確定任務派發(fā)規(guī)則。其任務生成方式主要包括：一是接收交互層所傳遞的客體狀態(tài)信息及需求，根據(jù)業(yè)務受理規(guī)則對需求進行研判，生成任務派發(fā)信息；二是根據(jù)周期性業(yè)務即定規(guī)則（如雙隨機一公開），生成任務派發(fā)信息；三是對所有客體狀態(tài)進行綜合分析，開展監(jiān)測預警和風險研判，生成任務派發(fā)信息。

　　（2）任務協(xié)同：將受理分撥平臺生成的任務，按照派發(fā)規(guī)則分發(fā)至各業(yè)務系統(tǒng)，并對任務進行跟蹤反饋，將各任務執(zhí)行結(jié)果回寫到邏輯實體庫中。

　　（3）業(yè)務應用：對接收到的各項任務進行落實并反饋任務執(zhí)行結(jié)果。

　　3、支撐層：主要負責提供數(shù)字政府運行所需的基礎軟件支撐平臺，包括智能服務平臺和智能資源平臺。

　　（1）智能服務：提供自運行層之上所有平臺正常運行所需的數(shù)據(jù)服務、工具服務、模型服務等。

　?。?）智能資源：按照總體架構(gòu)分層解耦情況，建設模型、數(shù)據(jù)、工具、渠道、感知設備等管理平臺，對各類資產(chǎn)進行登記、管理和運營運維，并向IT資產(chǎn)管理平臺輸出資產(chǎn)登記信息。

　　4、基礎層：主要負責提供自支撐層之上所有平臺正常運行所需的網(wǎng)絡、計算、存儲資源集，包括各類資源平臺以及對網(wǎng)絡、計算、存儲資源集進行統(tǒng)一管理和運維的資產(chǎn)管理平臺。

　　5、安全保障、標準規(guī)范、政策體制及組織保障等：與傳統(tǒng)IT架構(gòu)內(nèi)容一致，此文不再贅述。

　　6、IT資產(chǎn)管理體系和項目全生命周期管理體系組合在一起，形成對“數(shù)字政府”建設和運行情況的整體監(jiān)管。

　　五、總體架構(gòu)搭建路徑

　　要搭建上述架構(gòu)，需將對象、對象要素、組織架構(gòu)、事項、受理規(guī)則等全部按最小顆粒度進行梳理，以構(gòu)建“數(shù)字孿生政府”數(shù)字化模型。除此還要建設各類資產(chǎn)管理平臺，對“數(shù)字政府”資產(chǎn)進行精細化管理。其工作量巨大，真正落實并不容易，需要強有力的抓手。

　　“數(shù)字政府”各項目建設的初衷是構(gòu)建“數(shù)字孿生政府”相關(guān)組成部分，其建設原則應按照整體架構(gòu)設計和規(guī)劃，實現(xiàn)管理對象數(shù)字化和業(yè)務職能數(shù)字化，以落實數(shù)據(jù)職責，而非簡單的通過信息化手段實現(xiàn)業(yè)務流轉(zhuǎn)。因此對對象、對象要素、組織架構(gòu)、事項、受理規(guī)則等的梳理細化，是貫穿于“數(shù)字政府”項目建設始終。

　　目前“數(shù)字政府”項目申報和審批是基于文檔開展的，因此沒有科學的手段對現(xiàn)狀梳理符合性、系統(tǒng)設計合理性、成果產(chǎn)出與設計一致性等進行驗證，各系統(tǒng)設計方案與架構(gòu)和規(guī)劃的符合性也難以檢測。如果能將項目建議書、可行性報告、需求分析報告、詳細設計文檔、竣工報告等進行數(shù)字化建模，依托建立項目申報、設計、建設實施、驗收等閉環(huán)管理機制，將各階段編寫文檔的工作轉(zhuǎn)化為在項目全生命周期管理平臺上梳理網(wǎng)絡、軟硬件系統(tǒng)、數(shù)據(jù)等資產(chǎn)現(xiàn)狀，開展對象建模、事項梳理和規(guī)則梳理等工作，登記系統(tǒng)軟件模塊功能等，同時改變項目申報、審批、驗收的方式，轉(zhuǎn)變?yōu)樵陧椖咳芷诠芾砥脚_上對各環(huán)節(jié)各項工作落實情況進行檢查和監(jiān)督。如此，即可能將搭建架構(gòu)的任務落在實處。

　　六、結(jié)論

　　“數(shù)字政府”改革建設已進入深水區(qū)，且出現(xiàn)了統(tǒng)籌部門和業(yè)務應用部門分工不清，導致統(tǒng)籌難、孤島越來越大等問題，若仍采用傳統(tǒng)IT建設思維恐難以持續(xù)發(fā)展。因此本文在對“數(shù)字政府”建設實踐進行分析的基礎上，突破傳統(tǒng)思維，提出了一種全新的總體架構(gòu)，為“數(shù)字政府”建設提供了新的建設思路，但其可行性和對“數(shù)字政府”建設的指導作用，有待實踐檢驗。

　　朱瑋：深圳市政數(shù)局政務數(shù)據(jù)處副處長。聲明：本文為作者原創(chuàng)，未經(jīng)允許，不得以任何形式進行商業(yè)推廣。