（三）總體建設任務
本項目建設内容包括建設行政執法綜合管理相關應用系統；建設交通運輸行政執法資料中心和對外接口；建設完善智能化執法終端系統、完善軟硬體支撐環境。
1. 建設行政執法綜合管理相關應用系統
本項目的建設系統包括執法協同辦案系統、綜合移動執法辦案系統、勤務管理與調派系統、執法監督與評議考核系統。系統使用者覆寫通州區範圍内各類執法機構的執法辦案人員及管理人員。
1.1執法協同辦案系統
交通運輸行政執法包括執法部門及其執法人員依法實施的行政檢查、行政強制、行政處罰等執法行為。依據《行政處罰法》、《行政強制法》、《行政複議法》及《交通運輸行政執法程式規定》等法律法規檔案，實作各類執法案件的電子化證據采集、全過程電子流轉和網上辦理、标準化文書制作，實作對各環節執法文書規範性、執法主體合法性、辦案時限有效性、自由裁量合理性等的實時監管和自動預警，提高執法辦案規範化、便捷化水準和實時監督能力，滿足執法業務辦理、執法監管等需要。
1.2綜合移動執法辦案系統
兼顧外勤執法人員、内勤執法人員、執法監督管理人員等不同使用者的實際工作需要，通過移動執法終端實作監管對象的資訊采集、資訊查驗、調查驗證、法律法規查詢、自由裁量基準查詢、立案登記、案件稽核、異常案件資訊提醒、案件監督、重點監管名單管理等功能，增加執法案件資訊采集能力，提高一線執法辦案效率和規範化水準。
1.3勤務管理與調派系統
建設勤務管理與調派系統，內建執法車輛、人員定位資訊，實作勤務計劃落實情況動态分析展現、計劃與實際勤務對比分析，以提升勤務安排及督查工作水準，進而進一步增強交通運輸市場秩序監管的科學性和執法公正性。
接入執法人員、執法車輛、執法終端等的定位資訊，可視化展示執法車輛采集的執法現場視訊、圖檔等資訊，為執法勤務安排和勤務調派提供支撐。
1.4執法監督與評議考核子系統
實作網上案件随機抽查、實時監督、特殊案件備案與督辦等執法監督功能，以及執法人員的評議考核、網上評查、考核結果釋出等評議考核功能。
1.5支撐環境
完善軟硬體支撐環境，包括主機及存儲系統、網絡及安全系統、應用支撐軟體等基礎支撐系統。具體包括完善資料交換平台、短信服務平台、GIS平台、統一權限管理平台等應用支撐平台，完善廣域網和區域網路建設，确定實體環境、網絡、資料、應用系統、伺服器區等安全建設方案，購置必要的主機和儲存設備等内容。
2. 建設交通運輸行政執法資料中心和對外接口
基于已有執法機構、執法人員資料庫，以“執法案件”為主線，建設完善執法案件、法律法規等資料庫，形成覆寫全區範圍的各執法門類的執法案件資料資源庫群，實作各執法門類的案件資訊彙集與整合。執法資料資源主要是滿足區内、跨門類執法資料交換需求，執法業務協同與監管應用資料需求，行業決策、綜合查詢、統計分析資料需求。
進行接口開發實作與北京市交通運輸資料資源交換共享與應用平台、與北京市行政審批系統、網約車處罰系統、北京市機動車維修管理系統、與通州區經信局大資料平台的對接；并預留接口，未來實作與市級執法平台和通州區交通局行業内相關系統的對接。
3. 建設完善執法裝置
配備車載執法終端、車載列印機、手持執法終端等智能化執法終端，提高執法現場監控、證據采集的智能化水準，提升日常執法應用與勤務調派管理應用，實作違法行為的綜合巡檢和自動甄别。
（四）總體架構
1.邏輯架構
1.1. 系統總體架構
圖四-1整體架構設計
系統包括使用者層、展現層、服務層、應用層、支撐層、資料資源層、運作環境層、基礎支撐層，以及标準規範體系、資訊安全體系、建設與運作管理體系等三個保障體系。
（1）使用者層主要包括四大類使用者，分别是：交通局上司、交通局業務科室、交通局執法人員、社會公衆。
（2）展現層實作應用展現，主要包括政務網站、移動終端等展現方式。
（3）服務層主要包括協同辦案服務、移動執法辦案、案件督辦、勤務管理、勤務調派、監督考核、查詢統計服務等。
（4）應用層主要包括執法協同辦案系統、綜合移動執法辦案系統、勤務管理與調派系統、執法監督與評議考核系統等。
（5）支撐層展現應用支撐平台功能，主要實作對上層應用服務系統功能的支撐，包括統一認證系統、短信平台等。
（6）資料資源層，展現對系統各類資訊資源進行定義、存儲、加工和管理的設計，包括基礎資料庫、業務資料庫、共享資料庫等。
（7）運作環境層包括政務外網、移動通信網絡等。
（8）基礎支撐層主要包括系統軟體、執法工程裝備、網絡及安全裝置、主機儲存設備、配套設施等。
（9）系統保障體系主要包括資訊化标準、資料規範、資訊管理制度，資訊傳輸、保護的安全體系，建設與運作管理體系三方面保障體系。
1.2. 系統功能架構
圖四-2系統功能架構圖
系統建設功能主要包括執法資料中心、業務系統、智能終端裝置、軟硬體支撐環境和對外接口。
通過建設執法資料中心，實作執法資料的彙聚和管理；
建設綜合執法業務系統，實作内業、外業執法協同辦案、移動辦案、勤務管理和調派，以及執法監督與評議考核的功能；
建設智能執法終端，提高證據采集、資訊查驗和執法辦案效率。
1.3. 二級系統體系
圖四-3二層架構體系圖
應用軟體系統分為二層架構體系，同時建設權限與使用者設定管理等支撐系統，保障系統順利運作。
（1）交通局上司及相關業務處室、執法機構上司
最上層使用者為交通局上司及相關業務處室、執法機構上司。
執法協同辦案系統實作對執法案件的審批、案件督辦與查詢等功能。
綜合移動執法辦案系統實作對移動執法案件審批、案件督辦、查詢；移動勤務安排、審批與督查等功能。
勤務管理與調派系統實作勤務安排、上司網上稽核、督查、調派、查詢統計等功能。
執法監督與評議考核系統實作對執法人員的日常執法監督、案件督辦和年度評議考核。
（2）執法人員層面
執法協同辦案系統實作證據采集與資訊查驗、案件辦理、行政檢查、雙随機抽查、電子送達、查詢統計等功能。
綜合移動執法辦案系統實作移動執法案件辦理，實時查驗所需資訊，執法文書現場制作及列印等。
勤務管理與調派系統實作接收勤務安排指令與督查，勤務資訊查詢等功能。
執法監督與評議考核系統實作對上司督辦任務的接收，考評結果的查詢等。
1.4. 與北京市交通委現有執法系統及市級平台的關系
本系統與北京市交通委現有執法系統、北京市交通運輸資料資源共享交換與應用平台，以及與委建立執法平台的關系如下圖所示：
圖四-4系統關系圖
如上圖所示：
本系統将充分利委現有執法系統的技術支撐，進行本系統的建設，同時進行對外接口開發，實作與北京市交通運輸資料資源交換共享與應用平台的對接，利用交通執法總隊二級平台實作資訊查驗和執法資料的共享交換。
進行接口預留，待委建立執法平台建設完成後實作與委執法平台的對接與內建。
2.技術架構
2.1. 整體技術架構
本項目技術架構的總體設計思路是，通過資訊化基礎設施的智能化，和業務流程的智能化，将資訊流和執法辦案的業務緊密地結合起來，持續高效地傳遞資訊化服務，進而輔助執法參與者便捷高效地掌握業務服務水準，提高交通運輸行政執法的業務智能化水準。
本項目從技術架構上，按照資料承載由實體到業務的抽象，由低到高依次分别為計算資源、中台服務和業務應用。計算資源層由政務雲提供基礎設施服務(IaaS)，在此依托上，基于區執法的基礎資料、業務資料和共享資料，建構資料中台服務，包含若幹個獨立的中台服務中心。以“厚中台、薄應用”的思路為指導，在服務中心基礎上通過子產品化組合形成上層業務應用，滿足具體的業務使用場景需求。同時，本系統涉及到對外互動和安全，需要通過結合政務雲的基礎安全設施和本系統的安全設計，為系統内外的業務安全、資料安全、網絡安全、主機安全和賬戶安全提供統一的服務。
圖四-5整體技術架構圖
計算資源層包含了計算資源池、網絡資源池、存儲資源池和資料庫資源池，依托于政務雲的基礎設施服務(IaaS)提供基礎的資源支撐。計算資源池包括了以x86架構體系為代表的虛拟化主機單元，可根據業務計算的使用需求進行彈性伸縮。計算資源池以虛拟化CPU核（線程）和虛拟化記憶體為最小計算單元。網絡資源池主要包括網絡層面的相關設施服務。基礎的網絡服務包含了對于政務内外網以及網際網路的網絡支援，同時政務雲包含了網際網路的IP位址租用和相應的域名備案。在Web應用層面，政務雲可提供負載均衡服務以保證多并發情況下執法終端對于中台服務的通路可用性。為了隔離政務網和網際網路環境，基礎的運維操作，需要通過政務雲的IPSec VPN接入服務來完成。同時政務雲提供了WAF網絡應用防火牆，給執法業務中台服務提供相應的Web應用安全保障。存儲資源池方面，政務雲以高性能存儲（SSD硬碟）提供虛拟化主機的系統盤和資料盤，支撐虛拟化主機的作業系統和業務應用。普通性能存儲被用于進行資料備份，包括業務資料層面的全量、增量備援備份，和作業系統快照層面的主機備份。資料庫資源池的建構則相對靈活，可使用政務雲服務提供的資料庫叢集服務，也可以自建資料庫叢集用于滿足基礎資料、業務資料和共享資料的存儲使用需求。
整體技術架構中，最核心的部分為中台服務層。中台服務層由若幹個相對獨立的服務中心組成，以中台持續治理進化的思路為指導，在系統的開發、營運層面始終遵循技術開發規範，不斷疊代服務中心的服務能力集合，為上層應用提供規範化的服務中心服務。
使用中台服務形式，能從資料和技術兩個層次提升系統開發、營運的效率。在資料層面，中台服務可以通過不斷的資料累積，将各個種類的業務資料都沉澱在同一套中台服務中，由量變引起質變，聯立發揮大資料威力。同時，中台服務能夠提高對于資料品質的保障，通過各個業務系統對同一套中台資料的使用，業務人員能多元度校核資料準确性，進而倒逼一線業務流優化，確定一線工作流機制上對于資料品質的保障。在技術層面，上層業務應用能夠通過服務重用，通過組合服務中心的服務能力來獲得業務擴充，以松耦合的形式帶來業務應用的複用，減少開發部署壓力，更快地通過共享服務的組合響應業務優化。
随着業務資料的不斷沉澱，各個服務中心從提供單一業務功能到支援更廣泛的業務場景，不斷地實作自我進化。為此，需要遵循如下的設計循環，不斷深化服務中心能力。
在服務中心規劃階段，由業務需求對應的具體業務場景，抽象出具體的執法業務用例，進而形成執法業務模型。對于執法業務模型需要的業務功能，根據既有的服務中心規劃，提取必要的服務中心應用，并結合增量的服務能力需求，形成滿足業務應用的接口。在服務識别與設計階段，通過多個業務應用對服務中心服務的需求抽象和精煉，組合形成服務能力模型。
為了實作中台服務中心的循環疊代，需要在開發和營運階段對于中台服務的演進進行嚴格的品質控制，需要按照各個層面的設計規範，做好開發管理，以保障平台持續改進的滾動疊代進行。需要遵循的規範，主要包括技術架構、開發規範、接口規範、部署規範、日志規範等方面。
1)技術架構主要涉及到規範化的基礎設施、架構分層和技術元件。基礎設施在本項目中統一使用政務雲的虛拟化主機和共享網絡得以實作，架構分層則主要展現在前後端具體代碼實作中，需要遵循統一的分層抽象邏輯，如DTO、VO、DO、PO、Entity等對象，從存儲、後端到前端的需要保證一緻統一。
2)技術元件則展現在不同服務中心的同種技術需求場景下，需要使用統一的元件構型，以保證資料一緻性和開發相容性，如選用統一的Web容器、消息隊列、緩存服務等。
3)開發規範方面，首先需要各服務中心開發團隊遵循統一的命名規範，包括對象名、函數名、常數名的命名方式和大小寫，以保證團隊内部無歧義的含義了解。其次，需要遵循統一的注釋規範，包括行注釋、塊注釋的統一形式，注釋的作者、變更時間、用途等資訊，以減少團隊内部開發協作帶來的了解障礙。對于各個層次會涉及到的異常，則需要統一異常的觸發條件和報錯結構，友善開發人員能夠一緻性地進行異常定位。涉及到後端的資料即席計算和名額資料提取，則尤其要注意SQL編寫規範，以保證統一的性能表現和開發組内的可了解性。
4)接口标準方面，要同時兼顧系統内部的資料流傳遞，和對外資料共享接口。其中，URI規範包括URI位址的大小寫、分段方式和業務邏輯對應方式。請求規範需要包括統一的請求體類型(MIME Type)、請求方式(POST, GET, DELETE, OPTION)、參數格式、編碼格式，響應規範需要包括統一的傳回體類型(MIME Type)、響應體格式（狀态碼、資料體、異常消息等）。同時，在錯誤碼規範中，需要明确不同類型錯誤的錯誤碼形式，以明确開發人員調試時的檢查方向。
5)部署規範覆寫的是部署運維階段，中台服務中心需要遵循的标準。資源規劃方面，不同的中間件、應用需要根據實際業務需求的吞吐量和響應速度，兼顧平峰和高峰的業務量波動，形成基礎資源配置加彈性資源增減的資源規劃模式。在部署方案方面，需要結合自動化持續部署工具（如Jenkins），形成自動化部署流水線，做好服務配置的版本化管理，以保證服務中心部署的可查可追溯。網絡安全方面，則需要保證網絡通信層的安全加密機制和證書可靠性，并一定程度上抵禦DDoS、SQL注入的安全風險。在運維監控層面，則能夠根據預定義門檻值或是自動态勢感覺，對于應用部署層面的各項名額進行持續監控，并對風險異常進行消息報警，通知到業務、技術運維關聯人員。
6)日志規範要求服務中心的日志輸出保證統一的格式和序列化方式，以供下遊的運維和營運分析人員，查錯定位和提取執法業務決策支援導向。首先，所有的日志格式應該保持一緻，包括輸入的時間戳樣式、類名稱格式、消息體結構、日志消息級别、日志内容順序等，隻有統一的日志格式，才能極大程度上減輕下遊業務日志分析的壓力。對于日志的采集點設定，則需要有統一的埋置方案，包括針對前端、後端的，不同類型業務的前埋點、後埋點統計方式，以支撐豐富的下遊分析需要。在持久化方案方面，日志規範需要兼顧到不同場景下，各個服務中心的日志采集頻率和存儲媒體，綜合考慮讀寫性能和存儲成本，保障日志資料的完整存儲，不重不漏。最後，對于日志采集工具，需要在規範上統一日志元件，以保證日志資料能夠以配置的形式快速彙聚，減少由于資料在不同日志元件間的遷移帶來的開發成本。
在中台服務體系的支撐下，業務應用層整合了技術中台和業務中台的能力，整體為執法協同辦案系統、綜合移動執法辦案系統和勤務管理與調派系統提供業務服務。
關注我的技術公衆号，每個工作日都有優質技術文章推送和電子版方案下載下傳。
檔案下載下傳位址：
https://download.csdn.net/download/llooyyuu/87611273
https://t.zsxq.com/0cCJbajO2