gb/t 36463.1
一(yī)、國家信息化接入标準有哪些
gb/t 34960.5-2018《信息技術服務 治理 第5部分(fēn)：數據治理規範》。gb/t 34960的本部分(fēn)提出了數據治理的總則和框架，規定了數據治理的頂層設計、數據治理環境、數據治理域及數據治理過程的要求。本部分(fēn)适用于：a）數據治理現狀自我(wǒ)評估，數據治理體(tǐ)系的建立；b）數據治理域和過程的明确，數據治理實施落地的指導；c）數據治理相關的軟件或解決方案的研發、選擇和評價；d）數據治理能力和績效的内部、外(wài)部和第三方評價。
（2）gb/t 36463.1-2018《信息技術服務 咨詢設計 第1部分(fēn)：通用要求》。gb/t 34960的本部分(fēn)提出了信息技術咨詢設計服務能力模型，規定了提供信息技術咨詢設計服務組織在人員(yuán)、過程、技術和資(zī)源應具備的條件和能力。本部分(fēn)适用于：a)計劃提供信息技術咨詢設計服務的組織建立服務能力體(tǐ)系；b)信息技術咨詢設計服務供方改進和提升自身的服務能力；c)信息技術咨詢設計服務需方選擇和評價供方；d)第三方評價信息技術咨詢設計服務供方。
（3）gb/t 37961-2019《信息技術服務 服務基本要求》。本标準規定了信息技術咨詢、設計與開(kāi)發、信息系統集成實施、運行維護、數據處理和存儲、運營等服務的基本要求。本标準适用于信息技術服務領域提供相關領域服務的供方就所能提供的服務建立具體(tǐ)的規範，以及爲供需雙方拟訂特定服務或服務組合的服務合同提供參考。
（4）gb 50174-2017《數據中(zhōng)心設計規範》（取代《電(diàn)子信息系統機房設計規範》）。本規範适用于建築中(zhōng)新建、改建和擴建的電(diàn)子信息系統機房的設計。數據中(zhōng)心劃分(fēn)爲a 、b 、c 三級。
a級：“容錯”。電(diàn)子信息系統運行中(zhōng)斷将造成重大(dà)的經濟損失，或将造成公共場所秩序嚴重混亂。
b級：“冗餘”。電(diàn)子信息系統運行中(zhōng)斷将造成較大(dà)的經濟損失，或将造成公共場所秩序混亂。
c級：不屬于a、b級的，爲c級。
在異地建立的備份機房，設計時應與主用機房等級相同。 同一(yī)個機房内的不同部分(fēn)可根據實際情況，按不同的标準進行設計。
主機房内通道與設備間的距離(lí)應符合下(xià)列規定：
①用于搬運設備的通道淨寬不應小(xiǎo)于1.5m；
②面對面布置的機櫃（或機架）正面之間的距離(lí)不宜小(xiǎo)于1.2m；
③背對背布置的機櫃（或機架）背面之間的距離(lí)不宜小(xiǎo)于0.8m；
④當需要在機櫃（或機架）側面和後面維修測試時，機櫃（架）與機櫃（架）、機櫃（架）與牆之間的距離(lí)不宜小(xiǎo)于1.0m；
⑤成行排列的機櫃（架），其長度超過6m 時，兩端應設有通道；當兩個通道之間的距離(lí)超過15m 時，在兩個通道之間還應增加通道。出口通道的寬度不宜小(xiǎo)于1m，局部可爲0.8m。
電(diàn)子信息系統機房的耐火(huǒ)等級不應低于二級。
當a 級或b 級電(diàn)子信息系統機房位于其他建築物(wù)内時，在主機房與其他部位之間應設置耐火(huǒ)極限不低于2h 的隔牆，隔牆上的門應采用甲級防火(huǒ)門。
1.1.2 信息技術軟件
（1）gb/t 8566-2007《信息技術 軟件生(shēng)存周期過程》。本标準把軟件生(shēng)存周期中(zhōng)可能執行的活動分(fēn)爲三類過程，分(fēn)别是：基本過程（5個，即獲取、供應、開(kāi)發、運作和維護）、支持過程（9個）和組織過程（7個），每一(yī)生(shēng)存周期過程劃分(fēn)爲一(yī)組活動，每一(yī)活動進一(yī)步劃分(fēn)爲任務。
（2）gbt16680-1996 《軟件文檔管理指南(nán)》。本标準爲那些對軟件或基于軟件的産品的開(kāi)發負有職責的管理者提供軟件文檔的管理指南(nán)。本标準的目的在于協助管理者在他們的機構中(zhōng)産生(shēng)有效的文檔。
關于文檔評審，無論項目大(dà)小(xiǎo)或項目管理的正規化程度，需求評審和設計評審是必不可少的。需求必須說明清楚，用戶和開(kāi)發者雙方都必須理解需求，爲了能把需求轉換成程序及程序成分(fēn)，設計的細節須經同意并寫成文檔。
①需求評審：進一(yī)步确認開(kāi)發者和設計者已了解用戶要求什麽，及用戶從開(kāi)發者一(yī)方了解某些限制和約束。需求評審(可能需要一(yī)次以上)産生(shēng)一(yī)個被認可的需求規格說明。基于對系統要做些什麽的共同理解，才能着手詳細設計。用戶代表必須積極參與開(kāi)發和需求評審，參與對需求文檔的認可。
②設計評審：産生(shēng)的最終文檔規定系統和程序将如何設計、開(kāi)發和測試，以滿足一(yī)緻同意的需求。包括兩個主要的設計評審：概要設計評審和詳細設計評審。在概要設計評審過程中(zhōng)，主要詳細評審每個系統組成部分(fēn)的基本設計方法和測試計劃。系統規格說明應根據概要設計評審的結果加以修改。詳細設計評審主要評審計算機程序和程序單元測試計劃。
（3）gb/t 8567-2006《計算機軟件文檔編制規範》。本标準根據gb/t 8566—2001《信息技術軟件生(shēng)存周期過程》的規定，主要對軟件的開(kāi)發過程和管理過程應編制的主要文檔及其編制的内容、格式規定了基本要求。本标準原則上适用于所有類型的軟件産品的開(kāi)發過程和管理過程。
計算機軟件文檔
其中(zhōng)《軟件需求規格說明》srs内容包括：範圍、引用文件、需求、合格性規定、需求可追蹤性、尚未解決的問題、注解、附錄。該标準中(zhōng)将系統需求分(fēn)爲三大(dà)類：功能需求、業務需求（包括：接口、資(zī)源、性能、可靠性、安全性、保密性等）、數據需求。
（4）gb/t 9385-2008《計算機軟件需求規格說明規範》。本标準給出了軟件需求規格說明（srs）的編制要求，描述了一(yī)份好的
