金稅三期工程架構服務需求

目錄第1章 31.1. 總體戰(zhàn)略目標 31.2. 總體技術目標 41.3. 總體架構要求 5第2章 應用設計約束 62.1. 規(guī)劃思路 62.2. 納稅人渠道 62.2.1. 功能約束 62.2.2. 技術約束 72.3. 納稅服務應用支撐 92.3.1. 功能約束 92.3.2. 技術約束 9第3章 數(shù)據(jù)設計約束 113.1. 規(guī)劃策略 113.2. 數(shù)據(jù)分類 113.3. 數(shù)據(jù)質量 12第4章 集成約束 134.1. 界面集成 134.2. 應用集成 134.3. 數(shù)據(jù)集成 144.4. 安全集成 14第5章 非功能性約束 165.1. 范圍 165.2. 系統(tǒng)性能 165.3. 可靠性 175.4. 可用性 185.5. 易用性 185.6. 可維護性 185.7. 可擴展性 205.8. 可伸縮性 205.9. 可移植性 205.10. 可重用性 20第6章 安全性約束 216.1. 安全等級要求 216.2. 策略和措施 216.3. 應用層安全 226.3.1. 應用系統(tǒng)安全設計要求 226.3.2. 應用開發(fā)安全要求 236.3.3. 身份認證系統(tǒng) 236.3.4. Web安全防護 246.3.5. 數(shù)據(jù)層安全 246.4. 終端安全策略 246.5. 系統(tǒng)層安全 256.6. 網(wǎng)絡層安全 266.6.1. 網(wǎng)絡結構安全 266.6.2. 劃分子安全域 266.6.3. 網(wǎng)絡訪問控制 266.6.4. 惡意代碼防范 276.6.5. 網(wǎng)絡安全審計 276.6.6. 邊界完整性檢查 276.6.7. 入侵防范 276.6.8. 網(wǎng)絡設備安全防范 286.7. 物理層安全 28第7章 部署約束 29第8章 架構管控約束 30第9章 標準約束 329.1. 標準體系概述 329.2. 系統(tǒng)標準遵循說明 33金稅三期概述總體戰(zhàn)略目標金稅三期工程的業(yè)務戰(zhàn)略目標是：統(tǒng)一稅收執(zhí)法；統(tǒng)一納稅服務；統(tǒng)一管理決策；統(tǒng)一征管數(shù)據(jù)實時監(jiān)控。首先，統(tǒng)一稅收執(zhí)法是在國家稅法統(tǒng)一的前提下，以總局統(tǒng)一的政策管理為依托，包括國、地稅稅收執(zhí)法尺度的統(tǒng)一，為納稅人提供公平、公正的稅收環(huán)境。在現(xiàn)階段，公平、公正是對納稅人最好的服務。同時，統(tǒng)一稅收執(zhí)法，也是現(xiàn)階段實現(xiàn)應收盡收，保證稅款及時入庫的有效保證。其次，統(tǒng)一納稅服務，不是簡單的建立一個平臺，而是保證服務目標、服務內容、服務水平的一致，避免不同地區(qū)、不同稅務人員對同類事項執(zhí)法不一、口徑各異和服務差異。第三，統(tǒng)一管理決策，是采用科學的方法，利用數(shù)據(jù)集中和信息共享手段，為各級領導提供一致的管理和決策依據(jù)。第四，建立在全國大集中基礎上的統(tǒng)一實時的征管數(shù)據(jù)監(jiān)控，是促進統(tǒng)一執(zhí)法、統(tǒng)一服務、統(tǒng)一管理決策的手段保障。在國內外新的經(jīng)濟形勢下，為了實現(xiàn)四個統(tǒng)一的戰(zhàn)略目標,總局確定了信息管稅的總體戰(zhàn)略，信息管稅就是以稅收風險管理理念為指導，以現(xiàn)代信息技術為依托，以對涉稅信息的采集、應用為主線，優(yōu)化資源配置，完善稅源管理體系，加強業(yè)務與技術的高度融合，著力解決征納雙方信息不對稱問題，不斷提高稅法遵從度和稅收征收率。其中，信息管稅是一項系統(tǒng)工程,必然要涉及到稅務管理的思想觀念、制度機制、業(yè)務流程、組織機構等一系列變化。如下圖所示：信息管稅金稅三期的六個亮點統(tǒng)一稅收執(zhí)法信息管稅金稅三期的六個亮點統(tǒng)一稅收執(zhí)法統(tǒng)一納稅服務統(tǒng)一管理決策統(tǒng)一征管數(shù)據(jù)實時監(jiān)控統(tǒng)一全國征管數(shù)據(jù)標準、口徑統(tǒng)一國、地稅核心征管應用系統(tǒng)版本實現(xiàn)全國征管數(shù)據(jù)大集中統(tǒng)一、規(guī)范全國的納稅服務平臺以SOA技術整合行政管理系統(tǒng)以流程管理理念開發(fā)征管系統(tǒng)以風險管理理念開發(fā)管理決策系統(tǒng)建設網(wǎng)絡實時開具的電子發(fā)票平臺金稅三期的業(yè)務戰(zhàn)略總體戰(zhàn)略?樹立稅收風險管理理念?以數(shù)據(jù)的采集和分析為核心?以健全稅源管理體系為落腳點?加強業(yè)務、技術高度融合信息管稅這里的“全國大集中”，涵蓋核心業(yè)務系統(tǒng)全國集中部署和應用，統(tǒng)一業(yè)務需求管理、統(tǒng)一應用開發(fā)和運行維護管理?？傮w技術目標金稅三期工程建設的主要內容是：計劃用四年時間，在現(xiàn)有資源基礎上，通過制度、業(yè)務和技術創(chuàng)新，完成“一個平臺、兩級處理、三個覆蓋、四個系統(tǒng)”的建設，進一步強化納稅服務和稅務管理，提高稅法遵從度和稅收征收率，降低稅收成本，為稅收法律法規(guī)的統(tǒng)一執(zhí)行提供有力保障。上述目標可具體概括為“一門戶、三網(wǎng)、四平臺、七庫”，具體描述如下：1、“一門戶”是通過實施全國數(shù)據(jù)大集中，優(yōu)化業(yè)務流程和功能配置，統(tǒng)一國地稅征管系統(tǒng)，為全國各級稅務人員提供統(tǒng)一的內部門戶和工作平臺，實現(xiàn)全國稅收業(yè)務的統(tǒng)一、規(guī)范管理。2、“三網(wǎng)”是建成稅收征管業(yè)務網(wǎng)絡、行政辦公網(wǎng)絡、涉密網(wǎng)絡，這三個網(wǎng)絡全國國、地稅統(tǒng)一建設，具備強大的信息采集、存儲、處理、交換等功能，安全可靠程度高，確保各項稅收業(yè)務與管理在統(tǒng)一、安全、穩(wěn)定的網(wǎng)絡化信息平臺支撐下平穩(wěn)運行。3、“四平臺”是指建設全國統(tǒng)一的納稅服務平臺、征管和行管業(yè)務操作平臺、管理決策平臺，這四大平臺能使廣大納稅人方便、快捷地辦理各項稅費事宜，廣大基層稅務人員高效、簡潔地處理各項業(yè)務，使各級稅務管理者及時有效地實施管理與決策。4、“七庫”是指在總局、省局兩級建立并逐步完善法人涉稅數(shù)據(jù)庫、自然人涉稅數(shù)據(jù)庫、發(fā)票數(shù)據(jù)庫、第三方信息數(shù)據(jù)庫、稅收風險管理數(shù)據(jù)庫、稅務機構數(shù)據(jù)庫（包括財務、固定資產(chǎn)等）和人力資源數(shù)據(jù)庫、稅收法規(guī)數(shù)據(jù)庫（包括文件、檔案等）這七個數(shù)據(jù)庫，并進行數(shù)據(jù)的集中存儲和處理，同時建立第三方信息共享機制，實時、完整、準確地掌握納稅人涉稅費信息和稅務機構、人員等情況，以利于提高稅收服務與管理水平?？傮w架構要求總體架構既包含業(yè)務、應用、數(shù)據(jù)、技術、安全等方面的框架，也包括架構管控的體系。一方面，作為框架，總體架構定義了業(yè)務、應用、數(shù)據(jù)、技術、安全等架構的目標藍圖，還包括相關模型，及各部分的指南、設計準則，項目需要根據(jù)總體架構的約束來實現(xiàn)其應用；另一方面，作為架構管控，它指明了項目在進行項目實施的時候需要遵守的標準、規(guī)范，可以參考的相關架構資源以及需要遵守的架構管控流程，以確保項目的實施符合金稅三期的總體規(guī)劃?？傮w架構主要由業(yè)務架構、應用架構、數(shù)據(jù)架構、、技術架構（包括系統(tǒng)軟件、基礎設施等）、安全架構、運維架構、標準、架構管控體系等組成，這些總體架構的內容將構成對項目架構方面的約束，項目需要在這些架構的約束下進行業(yè)務需求分析、設計以及實現(xiàn)。應用設計約束規(guī)劃思路按照金稅三期總體應用架構規(guī)劃設計，納稅服務系統(tǒng)由服務渠道、納稅服務應用支撐兩部分組成，其中服務渠道包括大廳、網(wǎng)絡、、短信、郵寄、自助終端，在整體金稅三期應用環(huán)境的位置如下圖中紅色框部分所示。但綜合考慮業(yè)務的連續(xù)性耦合度要求和項目劃分及實施的情況，大廳、自助終端以及郵寄的建設劃入核心征管系統(tǒng)項目。下面重點對納稅人渠道和納稅服務應用支撐的功能約束和技術約束進行說明。納稅服務渠道功能約束納稅服務渠道從技術手段主要包括網(wǎng)絡、、短信以及郵寄，從支撐的業(yè)務范圍主要包括三類服務，一是面向包括納稅人在內的所有公眾提供的靜態(tài)信息服務，它是宣傳稅務局形象的窗口；二是為納稅人提供信息交互服務的通道；三是納稅人辦稅的重要服務形式，它是一個虛擬的辦稅服務渠道。渠道的技術實現(xiàn)要求支持以下幾類形式，其中大廳、自助終端、郵寄類渠道由核心征管來負責處理：網(wǎng)絡：提供基于網(wǎng)站的各類服務，包括通知公告發(fā)布、納稅人互動交流以及在線業(yè)務辦理的相關功能等。：提供基于語音的各類服務，包括通知公告發(fā)布、納稅人互動交流以及在線業(yè)務辦理的相關功能等。短信：提供統(tǒng)一的短信服務，包括通知公告發(fā)布、業(yè)務交互等服務等。此外要求能夠接入未來的各類商業(yè)納稅人端渠道，提供統(tǒng)一的技術和數(shù)據(jù)接入標準。渠道服務主要包括以下內容：通知公告：對納稅人提供各類通知公告的機制。稅法宣傳：包括稅法法規(guī)和辦稅指南等。預約：提供對各類預約業(yè)務的支持。涉稅公告：包括定額公示公告、非正常戶公告、欠稅公告、催報催繳和違法違章公告等。電子郵件：在網(wǎng)絡渠道中提供電子郵件的方式實現(xiàn)同納稅人的交互。互動交流：包括咨詢、舉報投訴建議、評價調查、在線訪談和電子導稅員等。涉稅查詢：包括發(fā)票查詢、登記信息查詢、欠稅查詢、信用等級查詢和發(fā)票真?zhèn)尾樵兊?。個性化服務：包括涉稅提醒和受理反饋信息等。在線辦稅：包括稅費申報、實時繳款、財務會計報表、網(wǎng)上認證、網(wǎng)上抄稅、委托代征、出口退稅申報和網(wǎng)上開票等。所有渠道必須提供統(tǒng)一規(guī)范標準的接口支持各種形式的數(shù)據(jù)導入。具體功能參見業(yè)務需求。技術約束服務渠道建設統(tǒng)一的信息訪問入口，包括靜態(tài)信息服務、信息交互服務和辦稅服務，統(tǒng)一訪問后臺所有需要訪問的應用系統(tǒng)和信息資源，并為用戶提供個性化服務。服務渠道提供門戶框架、內容管理、短信、語音、安全認證、系統(tǒng)集成等功能，具體如下：名稱定義技術約束門戶框架提供各類網(wǎng)站頁面開發(fā)、部署、運行、管理以及集成的框架環(huán)境?？紤]到網(wǎng)絡渠道需要加載的業(yè)務未來將會不斷增加，要求必須能夠提供完整的門戶框架來保證不同類型業(yè)務的擴展需求。納稅人個人門戶管理機制提供界面布局、樣式以及內容的個性化定制機制。同時包括納稅人的個性信息、個人涉稅記錄等各類能夠進行個性化定制的功能和信息機制。為了更好的提升納稅人的交互體驗，方便納稅人網(wǎng)上辦稅，要求提供納稅人個人門戶空間機制，允許其在一定范圍內根據(jù)個人喜好進行功能和信息層面的定制。內容管理機制提供完整的網(wǎng)絡信息采集、審核、存儲、全文檢索、發(fā)布平臺環(huán)境，實現(xiàn)對各類信息的統(tǒng)一管理。內容管理是實現(xiàn)渠道信息公開類業(yè)務的關鍵性技術，要求必須提供能夠滿足全國集中規(guī)模下的內容管理平臺環(huán)境。短信機制提供完整短信平臺，實現(xiàn)基于短信的信息發(fā)布、提醒通知、業(yè)務交互等功能短信方式是實現(xiàn)對納稅人主動服務的一種重要手段，因此要求必須提供能夠滿足全國集中規(guī)模下的短信管理平臺環(huán)境。語音機制提供完整的基于的語音服務平臺，實現(xiàn)同納稅人的互動交流以及相關業(yè)務辦理等功能。要求必須提供能夠滿足全國集中規(guī)模下的語音管理平臺環(huán)境?？煽康恼J證機制提供可靠的認證方式，以保證整個渠道的訪問的安全性。要求必須提供滿足安全策略要求的認證方式，支持總局統(tǒng)一的安全認證機制。數(shù)字簽名及數(shù)據(jù)加密提供數(shù)字簽名及數(shù)據(jù)加密機制。為了保障網(wǎng)上涉稅業(yè)務中納稅人的權利和義務，服務渠道必須提供符合全局安全性要求和標準的數(shù)字簽名和數(shù)據(jù)加密機制。頁面表單提供頁面表單的緩存管理，避免頁面重復生成帶來的性能開銷，提升交互的響應時間。對于大量的靜態(tài)信息頁面以及頻繁使用的各類業(yè)務模板,要求采用頁面緩存機制來提升性能。代碼緩存機制提供代碼緩存機制,降低大量代碼數(shù)據(jù)對網(wǎng)絡、磁盤IO的消耗，提升系統(tǒng)整體的性能?？紤]到全國大集中模式下各類代碼數(shù)據(jù)會急劇增加，因此必須在客戶端提供不同策略的代碼緩存機制，有效緩減海量代碼帶來的性能問題。并發(fā)控制并發(fā)控制是提升系統(tǒng)可靠性，降低系統(tǒng)性能風險的關鍵性機制。通過并發(fā)控制，及時掌握系統(tǒng)當前的用戶訪問流量，進行監(jiān)控預警。并發(fā)控制作為前端的一個總控點，需要保證健壯和穩(wěn)定，并且支持分布式部署?？紤]到全國大集中模式下各類渠道的業(yè)務量會逐年上升，因此必須提供并發(fā)控制來有效保障系統(tǒng)的可靠性。納稅服務應用支撐功能約束納稅服務應用支撐是提供給稅務干部進行納稅人交互類服務處理的統(tǒng)一、集成、多種服務渠道共享的平臺，它主要包括例如集成的聯(lián)絡界面、納稅人接觸歷史管理、渠道集成、功能集成、服務管理等內容.集成的聯(lián)絡管理界面：提供一個以納稅人為中心來組織納稅人各類信息的統(tǒng)一的界面視圖，便于稅務干部迅速、準確的處理納稅人提出的各類服務請求；接觸歷史管理：為稅務干部提供完整的納稅人和稅務局之間發(fā)生交互行為的歷史信息；渠道服務集成：必須提供統(tǒng)一的渠道接入標準，同時能夠根據(jù)需要接入或者訪問多種服務渠道，并能把來自不同渠道的交互類服務請求進行統(tǒng)一管理；功能集成：能夠實現(xiàn)將服務信息內容與核心征管、行政管理、風險管理和知識庫等進行相應功能集成。數(shù)據(jù)集成：納稅服務應用支撐必須保留能夠支撐納稅人進行各類查詢的業(yè)務明細數(shù)據(jù)和業(yè)務狀態(tài)數(shù)據(jù)，根據(jù)各類業(yè)務數(shù)據(jù)的特性提供相應的數(shù)據(jù)同步策略和機制。交互類服務：實現(xiàn)各類渠道的咨詢、預約、通知通告、評價調查、提示提醒、舉報投訴等交互服務的處理；查詢類服務：為各類渠道提供納稅人相關的業(yè)務狀態(tài)以及業(yè)務明細數(shù)據(jù)的查詢服務。服務質量管理：對稅務干部提供納稅人的服務進行質量管理，如服務評價、服務滿意度調查、服務監(jiān)督等。技術約束納稅服務應用支撐技術約束包括以下幾個部分：名稱定義技術約束流程處理機制實現(xiàn)納稅服務應用支撐中相關服務的流程定義、運行、監(jiān)控和維護機制。與總局指定的流程管理平臺能兼容和互操作。界面集成支持支持統(tǒng)一的業(yè)務工作門戶和外網(wǎng)納稅服務門戶進行界面層集成，界面層的設計和開發(fā)必須遵循界面集成標準。總局會建設全局統(tǒng)一的業(yè)務工作門戶和外部納稅服務門戶，實現(xiàn)所有業(yè)務系統(tǒng)界面層的一體化展現(xiàn)，以及面向納稅人的納稅服務門戶，要求納稅服務應用支撐的界面環(huán)境必須能夠實現(xiàn)與業(yè)務工作門戶和外部納稅服務門戶的完全融合渠道集成機制對于各類服務渠道，需要提供完備的管理機制，定義和維護渠道的接入?yún)f(xié)議、接入報文規(guī)范、接入安全機制、服務質量等特性納稅服務應用支撐信息來源眾多，涉及到征管、管理決策、行政辦公、網(wǎng)絡，12366、短信、、外部門反饋等多個信息來源渠道，針對這些眾多的信息來源渠道，納稅服務應用支撐平臺需要提供完善的渠道集成機制。服務監(jiān)控機制實現(xiàn)對各類型納稅人服務的實時監(jiān)控，使得納稅人和稅務干部能夠實時掌握關鍵服務的動態(tài)執(zhí)行過程、結果，以及服務提醒。納稅服務應用支撐是集成以納稅人為中心的各類服務，要求提供服務監(jiān)控服務機制，使稅務干部和納稅人能夠實施掌握關鍵服務的流程，執(zhí)行狀態(tài)，并能夠為其相關業(yè)務平臺提供服務提醒功能或者提醒機制。符合服務集成封裝機制符合全局的服務注冊、調用以及管理標準，能夠很方便的將內部業(yè)務邏輯根據(jù)需求封裝為全局性服務，以供其他系統(tǒng)進行消費所有需要提供給外部各應用的業(yè)務接口，必須符合全局的應用集成體系所定義的服務集成標準，從而保證各類對外暴露的服務能夠被其他應用所共享知識庫集成機制提供與知識庫進行銜接的集成機制一方面，納稅服務應用支撐利用知識庫的知識為納稅人提供服務，另一方面納稅服務應用支撐形成的知識納入知識庫管理。數(shù)據(jù)設計約束規(guī)劃策略在金稅三期的大集中戰(zhàn)略指導下，納稅服務系統(tǒng)數(shù)據(jù)設計應遵循以下關鍵策略：性能優(yōu)先考慮到全國大集中后各類渠道業(yè)務量將會持續(xù)增長，因此數(shù)據(jù)設計必須以性能為關鍵設計原則進行優(yōu)先考慮，充分考慮數(shù)據(jù)模型設計和物理分布給性能帶來的影響。共享狀態(tài)信息集中管理各渠道需要共享的各類業(yè)務數(shù)據(jù)，例如納稅人基本信息、業(yè)務狀態(tài)信息等，統(tǒng)一由納稅服務應用支撐集中管理，以服務的方式提供給各渠道使用。對于各類渠道業(yè)務的狀態(tài)信息，例如納稅人咨詢交流狀態(tài)、業(yè)務辦理狀態(tài)等過程信息將統(tǒng)一由納稅服務應用支撐進行集中管理，以服務方式提供給各渠道使用。渠道共享信息的范圍和手段必須從性能角度去分析，如果性能不能滿足建議采用渠道冗余存儲的方式。業(yè)務明細數(shù)據(jù)集中管理針對各類納稅人查詢的明細數(shù)據(jù)，考慮到未來全國大集中帶來的查詢性能壓力，因此要求各類渠道查詢必須用到相關業(yè)務明細數(shù)據(jù)集中可以由核心系統(tǒng)同步到納稅服務應用支撐。提供合理的數(shù)據(jù)復制策略，在不影響核心系統(tǒng)性能的情況下，保證業(yè)務明細數(shù)據(jù)的及時性、一致性和完整性。采用適當?shù)臄?shù)據(jù)庫設計，避免全國數(shù)據(jù)大集中的性能瓶頸。如支持緩存數(shù)據(jù)、根據(jù)內聚性按照那個某種業(yè)務屬性進行數(shù)據(jù)庫拆分等。數(shù)據(jù)分類納稅服務系統(tǒng)至少包含以下類型的數(shù)據(jù)：靜態(tài)類服務信息外網(wǎng)網(wǎng)站數(shù)據(jù)是指外網(wǎng)網(wǎng)站采集和發(fā)布的信息，它用于支持總局外部網(wǎng)站的靜態(tài)類應用主數(shù)據(jù)包括納稅人基本信息、納稅人狀態(tài)信息、代碼信息等數(shù)據(jù)的副本，這類數(shù)據(jù)原則上統(tǒng)一由納稅服務應用支撐進行存儲管理；業(yè)務交易明細數(shù)據(jù)包括各類涉稅查詢的業(yè)務明細數(shù)據(jù)，對于實時性要求不高的各類交易明細數(shù)據(jù)可以將其統(tǒng)一同步集中存儲到納稅服務應用支撐。渠道交易類數(shù)據(jù)包括受理各類網(wǎng)上辦稅業(yè)務時產(chǎn)生的本地數(shù)據(jù)、臨時緩存和暫存數(shù)據(jù)，如納稅人的本地渠道數(shù)據(jù)、申報臨時數(shù)據(jù)、網(wǎng)上預約、網(wǎng)上申報暫存記錄等信息；交互服務類數(shù)據(jù)為納稅人提供交互類服務時產(chǎn)生的數(shù)據(jù)，例如咨詢歷史記錄、調查信息、投訴舉報信息等等。數(shù)據(jù)質量數(shù)據(jù)質量管理應遵循“事前預防、事中監(jiān)控、事后補救”的設計思路：事前預防，指在數(shù)據(jù)錄入時提供在線幫助，提示數(shù)據(jù)的錄入規(guī)范；事中監(jiān)控，指在數(shù)據(jù)錄入端引入對數(shù)據(jù)項的校驗功能，包括數(shù)據(jù)格式校驗、邏輯關系校驗等，對錄入錯誤及時發(fā)現(xiàn)并提示修改，有效避免錯誤數(shù)據(jù)的進入；事后補救，指數(shù)據(jù)錄入后，基于標準進行數(shù)據(jù)質量的審計，對錯誤數(shù)據(jù)提供更正界面，以避免后臺數(shù)據(jù)庫調整；同時，制定規(guī)范的數(shù)據(jù)更正流程，確保數(shù)據(jù)修改的高效執(zhí)行和安全管理。集成約束金稅三期納稅服務系統(tǒng)項目要遵循架構設計約束，在應用架構、集成架構、數(shù)據(jù)架構、安全架構設計等方面要求遵循金稅三期相關技術規(guī)范和標準。整體的集成環(huán)境說明及相關要求和策略請參見《應用總集成架構需求》文檔，下面給出納稅服務系統(tǒng)需要遵循的相關集成要求。界面集成服務渠道的主要用戶是納稅人，納稅服務應用支撐的主要用戶是稅務人員，它們在界面集成的要求上有些區(qū)別，主要的界面集成要求如下：針對納稅服務應用支撐的界面集成要求：要求納稅服務應用支撐遵循總局統(tǒng)一內部工作門戶集成標準；要求納稅服務應用支撐支持統(tǒng)一單點登錄控制；要求納稅服務應用支撐支持統(tǒng)一的用戶管理；針對網(wǎng)絡渠道的界面集成要求：要求網(wǎng)絡渠道遵循總局統(tǒng)一外網(wǎng)門戶集成標準，即靜態(tài)信息服務、辦稅信息服務和交互信息服務符合外網(wǎng)門戶框架的集成標準；要求網(wǎng)絡渠道遵循安全架構要求應用集成納稅服務系統(tǒng)應用集成包括渠道系統(tǒng)與前置系統(tǒng)的集成以及渠道系統(tǒng)與納稅服務應用支撐系統(tǒng)的應用集成，要求遵循總局統(tǒng)一的應用集成架構設計規(guī)范和標準。要求必須遵循總局應用集成架構制定的服務協(xié)議標準。要求所有應用系統(tǒng)中需要被外部應用調用的功能必須將其暴露為共享服務，注冊發(fā)布到全局的應用集成平臺之中。要求渠道采用總局集成標準接口與總局前置進行集成，所有涉及渠道與核心系統(tǒng)的交互都必須通過前置來進行，不能直接訪問核心系統(tǒng)。要求納稅服務應用支撐采用總局集成標準接口與各類渠道進行集成。要求納稅服務應用支撐采用總局集成標準接口與后臺系統(tǒng)集成，如核心征管、知識庫、風險管理、行政管理等。數(shù)據(jù)集成納稅服務系統(tǒng)涉及到的數(shù)據(jù)庫有總局外網(wǎng)網(wǎng)站數(shù)據(jù)、外部應用業(yè)務數(shù)據(jù)和納稅服務應用支撐數(shù)據(jù)庫，內部各數(shù)據(jù)庫之間存在多種數(shù)據(jù)交換模式，同核心征管系統(tǒng)與管理決策系統(tǒng)之間還存在數(shù)據(jù)層交互。數(shù)據(jù)集成應用場景的不同，需要采用不同的數(shù)據(jù)集成策略，但都必須遵循以下數(shù)據(jù)集成原則，同時在數(shù)據(jù)庫設計時遵循總局統(tǒng)一的數(shù)據(jù)集成規(guī)范和標準。對于海量數(shù)據(jù)，有較高的實時性要求，如主庫同備份庫之間數(shù)據(jù)集成、同構庫間的數(shù)據(jù)同步復制、總局到省局的數(shù)據(jù)庫下發(fā)等要求采用物理庫表級的集成策略。對于批量或異構數(shù)據(jù)，實時性要求不高，集成邏輯比較復雜，需要大量轉換的如生產(chǎn)庫到ODS（面向各類主題的統(tǒng)一操作型數(shù)據(jù)存儲數(shù)據(jù)庫），ODS到數(shù)據(jù)倉庫；生產(chǎn)庫到歷史庫；有非結構庫到結構化庫要求基于ETL（數(shù)據(jù)的抽取、轉換、裝載）的批量集成策略。對于基于文件的非結構或半結構化數(shù)據(jù)，如總局同省局的跨層級交換、總局同外部機構間的數(shù)據(jù)交換、其他涉及到文件交換的場景等要求基于消息報文的集成策略。對于小數(shù)據(jù)量，實時性要求高，如應用系統(tǒng)間的實時數(shù)據(jù)訪問、構建虛擬的數(shù)據(jù)視圖等要求可以基于數(shù)據(jù)服務的集成策略。安全集成納稅服務系統(tǒng)安全集成包括與總局和省局應用安全支撐平臺等幾方面內容集成，安全集成要求遵循總局總體應用安全支撐體系規(guī)劃要求。要求支持總局指定的認證管理機制；納稅服務應用支撐必須遵循全局的用戶管理要求支持認證與權限分離，支持多種身份鑒別機制，例如CA、用戶名/密碼、動態(tài)口令、IP等等，未來可以靈活擴展；所有渠道必須遵循全局標準的前置接入安全標準.2.數(shù)據(jù)安全要求必須遵循全局標準的數(shù)據(jù)簽名和加密標準必須遵循全局標準的數(shù)據(jù)通道安全標準非功能性約束范圍非功能需求規(guī)定了系統(tǒng)必須滿足的服務水平、系統(tǒng)非運行時間的屬性以及系統(tǒng)必須遵守的約束。非功能需求適用于整個系統(tǒng)、系統(tǒng)的幾個部分或特定的用例。非功能需求雖然不直接影響系統(tǒng)功能，但在用戶和系統(tǒng)支持人員對該業(yè)務系統(tǒng)的認可方面具有很大的影響。非功能需求包含許多方面。主要的非功能需求包括以下幾方面：系統(tǒng)性能可靠性可用性易用性可維護性可擴展性可伸縮性可移植性可重用性系統(tǒng)性能交易可以定義為：一個交易是當一個單一角色跨越系統(tǒng)邊界觸發(fā)一個事件并執(zhí)行一定數(shù)量的處理和數(shù)據(jù)庫訪問，它將影響架構中的所有服務器層。交易響應時間指完成目標系統(tǒng)中的交互或批量處理所需的響應時間。根據(jù)業(yè)務處理類型的不同，把交易劃分為三類：交互類業(yè)務、查詢類業(yè)務和大數(shù)據(jù)量批處理類業(yè)務，分別給出響應時間要求的參考值，包括峰值響應時間、平均響應時間。交互類業(yè)務日常交易指傳統(tǒng)的大廳交互業(yè)務，如申報、發(fā)票銷售、稅務登記等，具有較高的響應要求。業(yè)務復雜性平均響應時間參考值（秒）峰值響應時間參考值（秒）日常交易<3秒<5秒備注：以上交易如果涉及與其它系統(tǒng)之間交互，響應時間應包括系統(tǒng)之間交互的時間;以上給出的響應時間為參考值，查詢類業(yè)務查詢業(yè)務由于受到查詢的復雜程度、查詢的數(shù)據(jù)量大小等因素的影響，需要根據(jù)具體情況而定，在此給出一個參考范圍。簡單查詢如登記資料查詢、業(yè)務清冊、申報表查詢等。復雜查詢如多表數(shù)據(jù)關聯(lián)統(tǒng)計分析查詢類報表等等。如有特殊要求，可以在具體用例文檔中單獨給出響應時間要求。備注：業(yè)務處理過程的交互操作的響應時間參見上面交互類業(yè)務的相關指標。大數(shù)據(jù)量、批處理業(yè)務批量交易指一次完成多筆業(yè)務處理的交易，如批量扣繳等，由于批量交易的數(shù)據(jù)量不確定，需要根據(jù)具體的情況確定響應時間。業(yè)務復雜性平均響應時間參考值（秒）峰值響應時間參考值（秒）批量交易視提交數(shù)據(jù)量、業(yè)務處理量而定可靠性最大宕機時間網(wǎng)絡渠道：最大宕機時間1小時。納稅服務應用支撐：最大宕機時間1小時。12366系統(tǒng)參考12366系統(tǒng)現(xiàn)有非功能性需求。短信：最大宕機時間8小時。電子郵件：最大宕機時間8小時。系統(tǒng)備份提供備份系統(tǒng)，防止單點故障災難恢復備份遵循金稅三期工程容災設計方案?？捎眯詷I(yè)務系統(tǒng)應滿足7×24小時可以使用。易用性易理解系統(tǒng)所有的業(yè)務功能界面風格和操作流程一致；業(yè)務表單盡量做到所見即所得；界面美觀、簡潔、高效；界面各部件的布局應該保持合理性和一致性；界面風格一致，顏色調和、提示清晰、窗口大小適當，使用方便。在選擇快捷鍵、縮寫、暗示和圖標時應符合稅務行業(yè)為習慣。易操作常用操作有快捷鍵支持，大部分操作能夠在小鍵盤內完成；信息錄入能夠完全通過鍵盤完成；無論邏輯步驟還是操作步驟都應避免繁雜。易學習提供在線幫助，系統(tǒng)關鍵業(yè)務操作應提供在線幫助文檔和提示信息，使操作人員能夠快速直觀的利用這些信息進行相應的業(yè)務操作，并對各種狀態(tài)和操作結果進行及時的反饋和提示。提供符合稅務行業(yè)習慣，詳細、易讀、易理解的操作使用手冊需遵循“金稅三期”工程的界面集成標準規(guī)范；可維護性可配置人員機構的可維護系統(tǒng)應具備人員/機構等基礎信息的維護功能，系統(tǒng)應該能夠快速的對人員/機構信息進行維護和調整操作。崗位權限的可維護性系統(tǒng)應具備崗位權限的維護功能，系統(tǒng)應該能夠快速的對崗位權限進行權限賦予和回收等維護操作。業(yè)務流程的可維護性系統(tǒng)主要業(yè)務流程應具備維護功能，可根據(jù)業(yè)務規(guī)則的變化快速的對業(yè)務流程進行調整維護操作。服務接口的可維護性系統(tǒng)主要業(yè)務功能應提供標準的服務交換接口，可通過開關配置快速的提供對外服務能力。參數(shù)指標的可維護性系統(tǒng)應具備規(guī)范、完善的參數(shù)指標的管理功能，具備針對系統(tǒng)運行基礎性能參數(shù)進行配置和維護的功能。可監(jiān)控提供日志審計功能系統(tǒng)每個組件應具備規(guī)范、完善的的日志管理功能，具備多級日志搜集開關、有效/失效開關、性能指標搜集開關以及開配置參數(shù)表。業(yè)務流水機制為保證關鍵業(yè)務一致性，建議考慮采用流水機制。標準監(jiān)控協(xié)議支持符合業(yè)界主流監(jiān)控軟件的接口規(guī)范，能夠將監(jiān)控數(shù)據(jù)方便的接入到監(jiān)控軟件中，便于集中監(jiān)控和管理；可讀、易于修改要求在系統(tǒng)的建設過程中要有規(guī)范、清晰、完整和詳細的文檔，如業(yè)務需求階段要有業(yè)務用例模型、業(yè)務活動圖、業(yè)務規(guī)則、表證單書等；系統(tǒng)需求分析階段要求有系統(tǒng)用例模型、用例文檔、規(guī)則說明等；概要設計階段要求有宏觀設計文檔；詳細設計階段要求有類圖、時序圖等；編碼階段要求有程序設計說明、變量定義說明等；測試階段要有測試用例、測試記錄等。易于升級要求數(shù)據(jù)庫、應用服務器、開發(fā)工具能方便地進行版本升級，具有向下兼容性；易于升級也要求客戶端的升級工作量較小，建議采用瀏覽器客戶端而不是GUI客戶端?？蓴U展性在設計上必須具有適應業(yè)務變化的能力，當系統(tǒng)新增業(yè)務功能或現(xiàn)有業(yè)務功能改變時（界面的改變、業(yè)務實體變化、業(yè)務流程變化、規(guī)則的改變、代碼改變等），應盡可能的保證業(yè)務變化造成的影響局部化。系統(tǒng)應提供一個彈性的架構，支持使用配置而免編程的方式對業(yè)務流程、業(yè)務表單、查詢統(tǒng)計等功能的定制與調整?？缮炜s性當系統(tǒng)容量發(fā)生變化時，應能通過各個層次的擴充，保證系統(tǒng)合理的響應時間和吞吐量，支持負載的劃分與均衡?？梢浦残詰孟到y(tǒng)硬件平臺無關性，支持主流的硬件平臺和操作系統(tǒng)?？芍赜眯钥芍赜眯灾饕侵杠浖a(chǎn)品在不同的系統(tǒng)建設中可以被重復利用的程度。要提高系統(tǒng)的可重用性，應采用構件化的設計思想，即在提供標準化的服務接口的前提下可以替換各種可選的實現(xiàn)，而不會影響系統(tǒng)其他部分的實現(xiàn)，以此將系統(tǒng)可重用部分可能的變更充分的局部化安全性約束安全等級要求納稅服務系統(tǒng)安全等級建議定為二級，最終級別以總局的定級結果為準，系統(tǒng)在設計上和部署上要不低于二級等級保護的標準。策略和措施針對總局納稅服務系統(tǒng)采用的安全技術策略和對應的技術措施如下所示：安全技術策略技術措施物理安全保護策略通過符合相關標準進行機房的建設和改造實現(xiàn)網(wǎng)絡安全策略嚴格控制對納稅服務系統(tǒng)的訪問采用防火墻作為邊界隔離措施，實現(xiàn)不同網(wǎng)絡邊界的訪問控制對內網(wǎng)納稅服務系統(tǒng)的各種攻擊進行檢測、分析和響應采用網(wǎng)絡入侵檢測技術（IDS）記錄互聯(lián)用戶對納稅服務系統(tǒng)的訪問行為，并分析響應采用網(wǎng)絡審計系統(tǒng)實現(xiàn)對網(wǎng)絡病毒進行防范采用網(wǎng)絡防病毒系統(tǒng)網(wǎng)絡的端口和協(xié)議進行檢測采用漏洞掃描系統(tǒng)在網(wǎng)絡入口處對網(wǎng)絡病毒進行攔截采用防病毒網(wǎng)關在網(wǎng)絡入口處對異常網(wǎng)絡流量進行清洗采用防ＤＤＯＳ產(chǎn)品主機系統(tǒng)安全策略主機的入侵防護策略、檢測主機入侵攻擊采用網(wǎng)絡防病毒軟件的客戶端的主動防御功能加強核心數(shù)據(jù)庫主機的加固和防護采用主機防護產(chǎn)品加強操作系統(tǒng)和數(shù)據(jù)自身的安全主機系統(tǒng)加固對主機系統(tǒng)存在的漏洞查找采用漏洞掃描系統(tǒng)防止計算機病毒入侵主機采用防病毒系統(tǒng)對操作系統(tǒng)和數(shù)據(jù)的日志進行分析，查找非法調用采用主機與數(shù)據(jù)庫綜合審計系統(tǒng)應用安全策略加強應用系統(tǒng)自身的強壯性開發(fā)時對安全需求進行分析、采用安全架構設計、安全編程對程序的代碼進行檢測，查找程序漏洞采用應用系統(tǒng)漏洞掃描和代碼審計對核心應用系統(tǒng)進行雙因子認證采用ＰＫＩ身份認證體系防止網(wǎng)站被非法篡改采用網(wǎng)頁方篡改系統(tǒng)防止ＳＱＬ注入和跨占攻擊采用應用防火墻防止網(wǎng)站的被掛木馬程序和被攻擊，監(jiān)控網(wǎng)站的運行狀況采用網(wǎng)站的實時監(jiān)控系統(tǒng)數(shù)據(jù)安全策略防止數(shù)據(jù)丟失、錯誤和非法篡改采用數(shù)據(jù)備份與恢復體系和相關技術保障關鍵業(yè)務數(shù)據(jù)的傳輸安全１、采用數(shù)字證書并實現(xiàn)數(shù)字簽名２、對未采用數(shù)字證書的用戶提供ＨＴＴＰＳ的訪問機制，采用ＳＳＬ加速器解決訪問性能應用層安全應用系統(tǒng)安全設計要求應該單獨編寫安全性設計說明概要。應用系統(tǒng)架構設計時要進行安全可行性分析并通過評審。應用系統(tǒng)安全性設計至少要包括以下內容：認證與授權服務：必須有單獨的登錄控制模塊對登錄用戶進行身份標識和鑒別；需要支持多種的身份認證方式，如CA證書方式，用戶名密碼方式和其它多因子認證方式。程序資源訪問控制安全：根據(jù)用戶的身份和對系統(tǒng)的使用情況將用戶分成不同的用戶組；為不同的用戶或用戶組分配不同的系統(tǒng)資源（如對象、數(shù)據(jù)等）訪問權限；用戶只能訪問到自己有權限訪問的系統(tǒng)資源（如對象、數(shù)據(jù)等）。功能性安全：明確各個功能的流程上的安全措施，如是否需要審核，文件上傳最大限制等。數(shù)據(jù)域安全數(shù)據(jù)域安全包括兩個層次，其一是行級數(shù)據(jù)域安全，即用戶可以訪問哪些業(yè)務記錄，一般以用戶所在單位為條件進行過濾；其二是字段級數(shù)據(jù)域安全，即用戶可以訪問業(yè)務記錄的哪些字段；應用日志與審計為關鍵的系統(tǒng)流程設計日志審計功能；日志記錄用戶對系統(tǒng)敏感資源（如保密數(shù)據(jù)或文件等）的訪問情況；對過期的日志進行備份；日志具有查閱的功能，但不可以修改。應用開發(fā)安全要求安全編程對于總局有標準和制定工具的，要采用總局標準和工具進行開發(fā)；對于總局未指定的，需要對采用的標準和工具進行安全性評估；接口安全接口要遵循總局的接口標準規(guī)范。數(shù)據(jù)傳輸?shù)臋C密性對敏感數(shù)據(jù)要采用加密傳輸技術。必要時要采用二次認證方式，實現(xiàn)對數(shù)據(jù)的保護。安全審計系統(tǒng)要支持審計，審計模塊至少包括以下內容：事件的日期、時間、發(fā)起者信息、類型、描述和結果等內容，審計記錄的內容應當盡可能保證詳細以便于事后問題的最終和審計檢查。安全測試系統(tǒng)上線前要進行安全測試和評估。身份認證系統(tǒng)利用總局統(tǒng)一建設的基于PKI基礎設施為納稅人提供應用系統(tǒng)的身份認證功能。納稅人身份認證系統(tǒng)的推廣使用采用先試點再逐步推廣的策略。針對內部用戶利用總局統(tǒng)一建設的基于PKI基礎設施為內部操作人員提供應用系統(tǒng)的身份認證功能。Web安全防護對web我們建議采用以下三種措施進行防范：利用IDS對SQL注入和跨站攻擊進行實時，并通知防火墻進行阻斷。在網(wǎng)站服務器前部署兩臺Web應用防火墻，來防范來自應用層的風險。通過在重要網(wǎng)站服務器安裝網(wǎng)站防篡改軟件，實現(xiàn)對網(wǎng)站頁面的保護。數(shù)據(jù)層安全1、針對遠征用戶（如出差在外的稅務工作人員）通過SSLVPN接入業(yè)務專網(wǎng)。SSLVPN最大的好處之一就是不需要安裝客戶端程序，遠程用戶可以隨時隨地從任何瀏覽器上安全的接入到內部網(wǎng)絡，安全地訪問應用程序，因此降低了管理員維護客戶端的成本。利用SSLVPN實現(xiàn)：1）用戶身份認證，防止外部人員非法接入。2）數(shù)據(jù)傳輸安全：通過加密，保護在互聯(lián)網(wǎng)上傳輸數(shù)據(jù)的安全?；诎踩缘目紤]SSLVPN設備部署在互聯(lián)網(wǎng)接入?yún)^(qū)的防火墻的DMZ區(qū)。2、利用s協(xié)議為使用網(wǎng)上發(fā)票的用戶提供數(shù)據(jù)傳輸加密，以保護納稅人的隱私信息和敏感數(shù)據(jù)。通常的做法是將SSL運算放在提供發(fā)票服務的主機上，由于SSL運算極耗資源，即使是功能最強大的服務器也無法達到很高的速度。這樣，在上網(wǎng)的高峰時刻，等待時間會越來越長，有時一些交易根本無法完成，這種情況下，需要部署SSL加速器，來實現(xiàn)SSL加速。3、根據(jù)應用系統(tǒng)的實際需要部署服務器密碼機，為應用系統(tǒng)的提供統(tǒng)一的、高性能、與具體協(xié)議和設備無關的多密碼算法作業(yè)服務，實現(xiàn)應用數(shù)據(jù)的保密、防抵賴、完整性等安全保密服務。終端安全策略1、防病毒軟件進行全網(wǎng)終端計算機的病毒防范。2、個人防火墻防止對終端的非法訪問。3、終端安全管理和補丁管理系統(tǒng)層安全總局主機的安全設計主要從操作系統(tǒng)和數(shù)據(jù)庫和等兩個方面來考慮。根據(jù)等級保護三級的防護要求主要從以下幾個方面對主機的安全進行防護：身份鑒別對登錄操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的用戶進行身份標識和鑒別，杜絕默認帳號，不合規(guī)則的帳號登錄訪問；操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)管理用戶身份標識應具有不易被冒用的特點，口令應有復雜度要求并定期更換；啟用登錄失敗處理功能，可采取結束會話、限制非法登錄次數(shù)和自動退出等措施，三次登錄失敗帳號會被鎖定。為操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的不同用戶分配不同的用戶名，確保用戶名具有唯一性。對服務器進行遠程管理需要采用安全的模式，針對系統(tǒng)管理員除用戶名和密碼外，還需要采用數(shù)字證書或者UKEY等其他身份鑒別手段。訪問控制建立標記規(guī)則，在服務器等實體資產(chǎn)上粘貼屬性標簽，文檔介質類粘貼或打印密級等標記，對于電子數(shù)據(jù)使用文件名或文件注釋進行標記。建立訪問控制策略，依據(jù)最小原則授予用戶權限，操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)要使用不同的特權用戶，對用戶權限分配應當定期檢查。嚴格限制默認帳戶的訪問權限，重命名系統(tǒng)默認帳戶，修改這些帳戶的默認口令；及時刪除多余的、過期的帳戶，避免共享帳戶的存在。安全審計由于開啟操作系統(tǒng)和數(shù)據(jù)庫的審計功能會影響系統(tǒng)的性能，建議在核心交換安全域配置主機數(shù)據(jù)庫綜合審計系統(tǒng)對主機和數(shù)據(jù)庫信息進行審計入侵防范通過部署主機防火墻設備或者主機防病毒軟件中的入侵檢測模塊監(jiān)視外來的入侵行為并記錄，定期進行系統(tǒng)升級和安全加固。惡意代碼防范在主機上安裝防病毒產(chǎn)品。資源控制Windows系統(tǒng)通過本地安全策略限制登錄IP，Unix系統(tǒng)可通過TCPWrapper工具進行訪問IP限制。使用監(jiān)控管理軟件對服務器的CPU、硬盤、內存、網(wǎng)絡等資源的使用情況進行監(jiān)視，設置系統(tǒng)資源過低報警的門限值。網(wǎng)絡層安全網(wǎng)絡結構安全網(wǎng)絡架構的安全性具體表現(xiàn)在：納稅服務平臺設計采用高安全級別的設計理念，按照生產(chǎn)平臺的管理和服務等功能定位，依照業(yè)務種類、服務對象和安全性要求不同，劃分不同區(qū)域層次，每個區(qū)域和層次相對獨立，相互不干擾。不同分區(qū)邊緣部署防火墻，區(qū)域內部實現(xiàn)統(tǒng)一的安全策略，完成2到7層的安全立體防護體系。劃分子安全域1、對納稅服務系統(tǒng)網(wǎng)絡結構通過防火墻、VLAN、安全設備策略進行進一步可以化為6個安全子域分別為：互聯(lián)網(wǎng)接入安全域、對外公共服務安全域（DMZ）、認證服務安全域、納稅服務系統(tǒng)交換安全域、納稅服務系統(tǒng)數(shù)據(jù)庫安全域、納稅服務系統(tǒng)管理安全域，2、對納稅服務系統(tǒng)數(shù)據(jù)安全域和納稅服務系統(tǒng)DMZ安全域進行進一步細化，將安全域落實在具體的業(yè)務系統(tǒng)上，各安全域之間采用VLAN實現(xiàn)邊界隔離和訪問控制。具體如下：安全域描述納稅服務系統(tǒng)web/APP安全域主要包括納稅服務系統(tǒng)門戶網(wǎng)站、網(wǎng)絡發(fā)票和渠道等子系統(tǒng)。SSL—VPN安全域為遠程辦公人員提供安全訪問內網(wǎng)的區(qū)域網(wǎng)絡發(fā)票數(shù)據(jù)安全域網(wǎng)絡發(fā)票數(shù)據(jù)庫所在區(qū)域渠道數(shù)據(jù)安全域渠道票數(shù)據(jù)庫所在區(qū)域網(wǎng)絡訪問控制通過防火墻和VLAN對總局納稅服務系統(tǒng)劃分的各個安全域進行訪問控制?？偩旨{稅服務系統(tǒng)的防火墻配置：總局納稅服務系統(tǒng)接入?yún)^(qū)配置2臺萬兆防火墻，限制來自外界的風險。在納稅服務系統(tǒng)數(shù)據(jù)庫區(qū)前配置2臺千兆防火墻，以保護納稅服務系統(tǒng)數(shù)據(jù)的安全。Web/APP安全域根據(jù)服務器的性質，利用交換機劃分出多個VLAN利用ACL進行訪問控制。利用LVAN實現(xiàn)認證納稅服務系統(tǒng)和納稅服務系統(tǒng)管理區(qū)的訪問控制。惡意代碼防范在納稅服務系統(tǒng)接入?yún)^(qū)部署兩臺防病毒網(wǎng)關，部署兩臺抗DDOS系統(tǒng)（設備），對流量進行清洗和病毒過濾，在納稅服務系統(tǒng)的服務器部署網(wǎng)絡防病毒軟件和互聯(lián)網(wǎng)（納稅服務系統(tǒng)）接入?yún)^(qū)的防病毒網(wǎng)關，抗DDOS系統(tǒng)共同組成三層病毒掃描架構的立體網(wǎng)絡防病毒體系。網(wǎng)絡安全審計在納稅服務系統(tǒng)的web服務器區(qū)部署一臺網(wǎng)絡審計，對訪問Web區(qū)域的網(wǎng)絡行為進行審計。另外，搭建專門的日志服務器，將網(wǎng)絡設備、安全設備等產(chǎn)生的日志進行存儲和審計。邊界完整性檢查利用非法外聯(lián)監(jiān)控和非法內接監(jiān)控設備來進行網(wǎng)絡邊界完整性檢查。對于非法內聯(lián)，應能夠對非授權設備私自聯(lián)到內部網(wǎng)絡的行為進行檢查，準確定出位置，并對其進行有效阻斷。對于非法外連，應能夠對內部網(wǎng)絡用戶私自聯(lián)到（比如撥號連接）外部網(wǎng)絡的行為進行檢查，準確定出位置，并對其進行有效阻斷。入侵防范在納稅服務系統(tǒng)web/APP安全域接口交換機上配置1臺千兆IDS，監(jiān)視互聯(lián)網(wǎng)引入的安全威脅；在數(shù)據(jù)庫區(qū)部署1臺IDS，監(jiān)視該區(qū)域的安全威脅。網(wǎng)絡設備安全防范重要的網(wǎng)絡設備可以使用兩種或兩種以上組合的鑒別技術來進行身份鑒別，如密碼、令牌、生物識別技術等；對與核心的網(wǎng)絡設備建議不使用網(wǎng)絡登錄或者限制登錄終端，網(wǎng)絡登錄要使用加密方式以防止竊聽。物理層安全總保證計算環(huán)境能滿足相應的機房場地選擇要求、機房防火、供配電、空調降溫、防水與防潮、防靜電、接地與防雷擊等要求，并對通信線路進行安全防護，保證設備的防盜和防毀及安全可用，以及保證記錄介質安全。部署約束從整體上來看，納稅服務系統(tǒng)分為總局和省局兩級部署：其中總局包括網(wǎng)絡、短信、和納稅服務應用支撐；省局主要包括省局自建的網(wǎng)絡渠道及12366?？偩趾褪【诌壿嫴渴鹗疽鈭D如下：架構管控約束金稅三期工程實施階段的架構管控具有重要的意義：它確保所有項目的架構設計對總體架構的遵從和符合，最終保障工程整體架構的一致性。架構管控只針對架構設計，不管理項目的業(yè)務需求、進度質量。架構管控內容包括前面各章所述的規(guī)劃要求。在項目實施過程中，我們將架構管控工作分為五個階段：項目啟動階段：管控組協(xié)助項目組，編制項目的《架構管控計劃》，對管控的關鍵時間點、內容、方式、參與人員等進行審查。需求分析階段：管控組對項目涉及的架構規(guī)劃內容提供資料，或進行培訓。架構設計階段：管控組派駐管控人員進入項目組；項目組可以提出架構需求中涉及的問題，管控組予以協(xié)助；管控人員可以參與項目架構設計，以全程把控；管控組根據(jù)計劃，在項目實施關鍵時間點，對項目執(zhí)行架構遵循審核，如果沒有通過審核，將不允許進入下一階段；項目組應開放開發(fā)配置庫，以便管控組抽查。開發(fā)測試階段：管控組支持金稅三期工程完成應用系統(tǒng)的集成測試。運行驗收階段：管控組參與項目驗收，就開發(fā)商的架構遵循度提出評估意見，對項目的驗收產(chǎn)生決定性的影響。在項目實施過程中，管控組將依照架構管控流程進行規(guī)范管理。該流程對項目設計的架構進行遵循度評審，確保項目對總體架構規(guī)劃及標準等的一致性。架構管控流程的主要環(huán)節(jié)如下：制定管控計劃在某一具體項目的