2016年4月11日
一、法律法規和標準規範
1、中國標準劃分爲哪四個層次？要求最低的是哪個？
國家標準、行業標準、地方標準、企業標準。最低的是國家標準。
2、國家標準的制訂程序包括哪些？
國標制訂程序包括：前期準備、立項、起草、徵求意見、審查、批准、出版、複審和廢止9個階段。
3、ISO標準每幾年複審一次？我國國家標準的有效期幾年複審一次？
ISO標準每5年複審一次，國家標準的有效期一般爲5年。
4、請說明如下是什麼標準？GB、GB/T、GB/Z、GJB？
GB：強制性國家標準
GB/T：推薦性國家標準
GB/Z：國家標準指導性技術文件
GJB：國軍標
5、標準名稱由哪四個要素組成？分別是什麼意思？哪個要素不能省略？
肩標題、主標題、副標題、年代
引導要素（肩標題）：標準化對象所屬的技術領域範圍
主體要素（主標題）：標準化的對象
補充要素（副標題）：標準化對象具體的技術特徵。
年代：4位數表示該標準發佈的年代。
其中，主標題不能省略。
6、請描述軟考涉及到的三個基礎標準、三個開發標準、三個文檔標準、四個管理標準？只寫名稱
（1）三個基礎標準：
軟件工程術語 GB/T11457-1995
信息處理、數據流程圖、程序流程圖、系統流程圖、程序網絡圖和系統資源圖的文件編輯符號及約定GB1526-1989
信息處理系統計算機系統配置圖符號及約定GB/T14085-1993
（2）三個開發標準：
信息技術軟件生存週期過程GB/T8566-2001
軟件支持環境 GB/T15853-1995
軟件維護指南 GB/t14079-1993
（3）三個文檔標準：
軟件文檔管理指南 GB/T 16680-1996
計算機軟件產品開發文件編制指南GB/T8567-1988
計算機軟件需求說明編制指南GB/T9385-1998
（4）四個管理標準：
計算機軟件配置管理計劃規範GB/T12505-1990
信息技術軟件產品評價、質量特性及其使用指南GB/T16260-2002
計算機軟件質量保證計劃規範GB/T12504-1990
計算機軟件可靠性和可維護性管理GB/T14394-1993
7、招標投標活動應當遵循什麼的原則？
招標投標活動應當遵循公開、公平、公正和誠實信用的原則。
8、招標公告應當載明招標人的名稱和地址、招標項目的性質、數量、實施地點和評分標準等，對嗎？爲什麼？
不對。
招標公告應當載明招標人的名稱和地址、招標項目的性質、數量、實施地點和時間以及獲取招標文件的辦法等事項。
9、招投標法有哪2種採購方式？政府採購法有哪6種採購方式？除公開招標外，剩下五種，各自的前提是什麼？（記）
（1）招投標法有2種採購方式：公開招標和邀請招標。
（2）政府採購採用以下方式。
公開招標、邀請招標、競爭性談判、單一來源採購、詢價、國務院政府採購監督管理部門認定的其他採購方式。
（3）邀請招標：具有特殊性，只能從有限範圍的供應商處採購的；採用公開招標方式的費用佔政府採購項目總價值的比例過大的。
競爭性談判：招標後沒有供應商投標或者沒有合格標的或者重新招標未能成立的；技術複雜或者性質特殊，不能確定詳細規格或者具體要求的；採用招標所需時問不能滿足用戶緊急需要的；不能事先計算出價格總額的。
單一來源採購：只能從唯一供應商處採購的；發生了不可預見的緊急情況不能從其他供應商處採購的；必須保證原有采購項目一致性或者服務配套的要求，需要繼續從原供應商處添購且添購資金總額不超過原合同採購金額10%的。
詢價：採購的貨物規格、標準統一、現貨貨源充足且價格變化幅度小。
（6）國務院政府採購監督管理部門認定的其他採購方式。
10、採用競爭性談判方式採購的，應當遵循哪些程序？
（1）成立談判小組。談判小組由採購人的代表和有關專家共三人以上的單數組成，其中專家的人數不得少於成員總數的三分之二。
（2）制定談判文件。
（3）確定邀請參加談判的供應商名單。
（4）談判。
（5）確定成交供應商。
11、招投標法規定，依法必須進行招標的項目，招標人應當自確定中標人之日起幾日內，向有關行政監督部門提交招標投標情況的書面報告。
應當自確定中標人之日起15日內，向有關行政監督部門提交招標投標情況的書面報告。
12、政府採購法規定，政府採購項目的採購合同自簽訂之日起幾個工作日內，採購人應當將合同副本報同級政府採購監督管理部門和有關部門備案。
自簽訂之日起7個工作日內，採購人應當將合同副本報同級政府採購監督管理部門和有關部門備案。
13、什麼是版權？
中華人民共和國著作權法所稱的著作權即版權。
14、當事人訂立合同，有書面形式、口頭形式和其他形式，什麼是書面形式？
書面形式是指合同書、信件和數據電文(包括電報、電傳、傳真、電了數據交換和電了郵件)等可以有形地表現所載內容的形式。
15、當事人訂立合同，採取要約、承諾方式。什麼是要約？什麼是要約邀請？
要約是希望和他人訂立合同的意思表示；
要約邀請是希望他人向自己發出要約的意思表示。
16、無效合同的情況有哪些？（記）
一方以欺詐、脅迫的手段訂立合同，損害國家利益。
惡意串通，損害國家、集體或者第三人利益。
以合法形式掩蓋非法目的。
損害社會公共利益。
違反法律、行政法規的強制性規定。
17、根據合同法，當事人就有關合同內容約定不明確，依照本法第六十一條的規定仍不能確定的，適用下列規定。
（1）質量要求不明確的，如何辦？
（2）價款或者報酬不明確的，如何辦？
（3）履行地點不明確，如何辦？
（4）履行期限不明確的，如何辦？
（5）履行方式不明確的，如何辦？
（6）履行費用的負擔不明確的，如何辦？
（1）質量要求不明確的，按照國家標準、行業標準履行;沒有國家標準、行業標準的，按照通常標準或者符合合同目的的特定標準履行。
（1）價款或者報酬不明確的，按照訂立合同時履行地的市場價格履行;依法應當執行政府定價或者政府指導價的，按照規定履行。
（2）履行地點不明確，給付貨幣的，在接受貨幣一方所在地履行;交付不動產的，在不動產所在地履行;其他標的，在履行義務一方所在地履行。
（3）履行期限不明確的，債務人可以隨時履行，債權人也可以隨時要求履行，但應當給對方必要的準備時問。
（4）履行方式不明確的，按照有利於實現合同目的的方式履行。
（5）履行費用的負擔不明確的，由履行義務一方負擔。
18、執行政府定價或者政府指導價的，在合同約定的交付期限內政府價格調整時，按照交付時的價格計價。逾期交付標的物的，遇價格上漲時，按照什麼價格執行；價格下降時，按照什麼價格執行。逾期提取標的物或者逾期付款的，遇價格上漲時，按照什麼價格執行；價格下降時，按照什麼價格執行？
逾期交付標的物的，遇價格上漲時，按照原價格執行；
價格下降時，按照新價格執行。
逾期提取標的物或者逾期付款的，遇價格上漲時，按照新價格執行；
價格下降時，按照原價格執行。
19、軟件文檔管理指南GB/T 16680—1996，軟件文檔可分爲開發文檔、產品文檔、管理文檔，各描述什麼？
（1）開發文檔：是描述軟件開發過程。
（2）產品文檔：規定關於軟件產品的使用、維護、增強、轉換和傳輸的信息。
（3）管理文檔：監理在項目管理信息的基礎上，這種文檔從管理的角度規定涉及軟件生存的信息。
20、基本的開發文檔有哪些？基本的產品文檔有哪些？管理文檔有哪些？
（1）基本的開發文檔：有可行性研究和項目任務書；需求規格說明；功能規格說明；設計規格說明，包括程序和數據規格說明；開發計劃；軟件集成和測試計劃。
（2）基本的產品文檔：包括培訓手冊、參考手冊和用戶指南、軟件支持手冊、產品手冊和信息廣告。
（3）管理文檔：這種文檔從管理的角度規定涉及軟件生存的信息，比如有開發過程的每個階段的進度記錄、軟件變更情況記錄、相對於開發的判定記錄、職責定義等。
21、文檔的質量可以按文檔的形式和列出的要求劃分爲四級，分別描述之。
（1）最低限度文檔(1級文檔) ：適合開發工作量低於一個人月的開發者自用程序。該文檔應包括程序清單、開發記錄、測試數據和程序簡介。
（2）內部文檔(2級文檔) ：可用於在精心研究後被認爲似乎沒有與其他用戶共享資源的專用程序。除1級文檔提供的信息外，2級文檔還包括程序清單內足夠的註釋，以幫助用戶安裝和使用本程序。
（3）工作文檔(3級文檔) ：適合於由同一單位內若干人聯合開發的程序，或可被其他單位使用的程序。
（4）正式文檔(4級文檔) ：適合那些要正式發行供普遍使用的軟件產品。關鍵性程序或具有重複管理應用性質(如薪酬計算)的程序需要4級文檔。4級文檔遵守GB 8567的相關規定。
22、計算機軟件需求說明編制指南 GB/T9385—1998，SRS的內容應包含哪些？不應該包括哪些？
計算機軟件需求說明編制指南規定，計算機軟件需求說明（SRS）的內容應包含：
前言：包含目的、範圍、定義、縮寫詞、略語、參考資料。
項目概述：包括產品描述、產品功能、用戶特點、一般約束、假設和依據。
具體需求。
附錄和索引。
如下內容不應該在SRS裏，比如：
成本。
交貨進度。
報表處理。
軟件開發方法。
質量保證。
確認和驗證的標準。
驗收過程。
23、計算機軟件質量保證計劃規範GB/T12504—1990，描述以下定義：驗證、確認、測試、功能檢查、物理檢查、綜合檢查？
（1）驗證：是指確定軟件開發週期中的一個給定階段的產品是否達到在上一階段確立的需求的過程。
（2）確認：是指在軟件開發過程結束時對軟件進行評價以確定它是否和軟件需求相一致的過程。
（3）測試：是指通過執行程序來有意識地發現程序中的設計錯誤和編碼錯誤的過程。測試是驗證和確認的手段之一
（4）質量：是指軟件產品中能滿足給定需求的各種特性和總和。這些特性稱做質量特性，它包括功能度、可靠性、時間經濟性、資源經濟性、可維護性和或移植性等。
（5）功能檢查：在軟件釋放前，要對軟件進行物理檢查，以確認程序和文檔已經滿足在軟件需求說明書中規定的所有需求。
（6）物理檢查：在驗收軟件前，要對軟件進行物理檢查，以驗證程序和文檔已經一致並已做好了交付的準備。
（7）綜合檢查：在軟件驗收時，要允許用戶或用戶所委託的專家對所要驗收的軟件進行設計抽樣的綜合檢查，以驗證代碼和設計文檔的一致性、接口規格說明之間的一致性（包含硬件和軟件）、設計實現和功能需求一致性、功能需求和測試描述的一致性等。
24、文檔質量度量準則：我們知道，文檔是軟件的重要組成部分，在進行驗證和確認時，必須對文檔的質量進行度量，主要包含哪些？
（1）完備性（在開發階段結束時，保證文檔是齊全的）。
（2）正確性（真實反映各階段的工作而且與各階段的需求相一致）。
（3）簡明性（各文檔的語言表達應該清晰、準確簡練）。
（4）可追蹤性（文檔應該具有良好的縱向可追蹤性與橫向可追蹤性兩個方面，縱向是指不同文檔相關內容之間相互檢索的難易程度橫向是指確定同一文檔某一內容在本文檔中的涉及範圍的難易程度）。
（5）自說明性（在軟件開發各個階段中的不同文檔能獨立表達該軟件其相應階段的階段產品的能力）。
（6）規範性（文檔的封面、大綱、術語的含義以及圖示符號等符合有關規範的規定）。
25、信息技術——軟件生存週期過程GB/T8566—2001，簡述：配置項、基線、非交付項的定義。
（1）配置項：一個配置中的實體，需滿足一項最終使用功能，並能夠在給定的基準點上單獨標識。
（2）基線：在配置項的生存週期內的某一特定時刻已正式涉及並固定了的且經正式批准的配置項的一個版本。
（3）非交付項：按合同約定，不要求交付，但是可以在軟件產品開發過程中使用的硬件或軟件產品。
26、信息技術——軟件產品評價和質量特性及其使用指南 GB/T 16260—2002，定義了軟件產品的功能性、可靠性、易用性、效率、可維護性、可移植性6個特性和21個質量子特性，請分別描述哪六個特性，以及分別包括哪些子特性？
（1）功能性：是指與一組功能及其指定的性質有關的一組屬性。這裏的功能是指滿足明確或隱含的需求的哪些功能。具有5個子屬性：適合性、準確性、互用性、依從性、安全性。
適合性：與規定任務能否提供一組功能及這組功能的適合程度有關的軟件屬性。
準確性：與能否得到正確或相符的結果或效果有關的軟件屬性。
互用性/互操作性：與其他指定系統進行交互的能力有關的軟件屬性。
依從性：使軟件遵循有關的標準、約定、法規及類似規定的軟件屬性。
安全性：與防止對程序及數據的非授權的故意或意外訪問的能力有關的軟件屬性。
（2）可靠性：與在規定的一段時間和條件下，軟件維持其性能水平的能力有關的一組屬性。具有3個子屬性：成熟性、容錯性、易恢復性。
成熟性：與由軟件故障引起失效的頻度有關的軟件屬性。
容錯性：與由軟件故障或違反指定接口的情況下，維持規定的性能水平的能力有關的軟件屬性。
可恢復性：在失效發生後，重建其性能水平並恢復直接受影響數據的能力，以及爲達此目的所需的時間和能力有關的軟件屬性。
（3）易用性：與一組規定或潛在的用戶爲使用軟件所需作的努力和對這樣的使用所作的評價有關的一組屬性。具有3個子屬性：易理解、易學性、易操作性。
易理解性：與用戶爲認識邏輯概念及其應用範圍所花的努力有關的軟件屬性。
易學習性：與用戶爲學習軟件應用所花的努力有關的軟件屬性。
易操作性：與用戶爲操作和運行控制所花的努力有關的軟件屬性。
（4）效率：與在規定的條件下，軟件的性能水平與所用的資源量之間關係有關的一組屬性。具有2個子屬性：時間特性、資源特性。
時間特性：與軟件執行其功能時響應和處理時間及吞吐量有關的軟件屬性。
資源特性：與在軟件執行其功能時所使用的資源數量及其使用時間有關的軟件屬性。
（5）可維護性：與進行指定的修改所需的努力有關的一組屬性。具有4個子屬性：易分析性、可修改性、穩定性、可測試性。
易分析性：與爲診斷缺陷或失效原因及爲判定待修改的部分所需努力有關的軟件屬性。
易修改性：與進行修改，排除錯誤或適應環境變化所需努力有關的軟件屬性。
穩定性：與修改所造成的未預料結果的風險有關的軟件屬性。
可測試性：與確認已修改軟件所需的努力有關的軟件屬性。
（6）可移植性：與軟件可從某一環境轉移到另一環境的能力有關的一組屬性。具有4個子屬性：適應性、易安裝性、一致性、可替換性。
適應性：與軟件無需採用有別於爲該軟件準備的活動或手段就可能適應不同的規定環境有關的軟件屬性。
易安裝性：與在指定環境下安裝軟件所需努力有關的軟件屬性。
一致性：使軟件遵循與可移植性有關的標準或約定的軟件屬性。
可替換性：軟件在特定環境中用來替代指定的其他軟件的可能性和難易程度。
27、綜合佈線系統，分爲哪6個子系統？
工作區子系統、配線（水平子系統）、垂直幹線子系統、設備間子系統、管理子系統、建築羣子系統。
28、根據我國的《大樓通信綜合佈線系統D/T926》規定，綜合佈線系統的適用範圍是跨越距離不超過多少米，建築總面積不超過多少萬平方米的綜合佈線區域，且區域內的人數爲多少萬人？
根據我國的《大樓通信綜合佈線系統D/T926》規定，綜合佈線系統的適用範圍是跨越距離不超過3000米，建築總面積不超過100萬平方米的綜合佈線區域，且區域內的人數爲50～5萬人。
29、《電子計算機機房設計規範GB50174—1993》電子信息系統機房的組成應根據系統運行特點及設備具體要求確定，一般宜由主機房、輔助區、和什麼組成。
一般宜由主機房、輔助區、支持區和行政管理區組成。
30、在異地建立的備份機房，設計等級如何確定？
在異地建立的備份機房，設計等級應和原有機房相同。
31、面積大於100平方米的主機房，安全出口應不少於幾個，且應分散佈置。面積不大於 100平方米的主機房，可設一個安全出口，並可通過其他相臨房間的門進行疏散。門應向什麼方向開啓，且應自動關閉，並是否應保證在任何情況下都能從機房內開啓？
面積大於100平方米的主機房，安全出口應不少於2個，且應分散佈置。
面積不大於 100平方米的主機房，可設一個安全出口，並可通過其他相臨房間的門進行疏散。
門應向疏散方向開啓，且應自動關閉，並應保證在任何情況下都能從機房內開啓。
32、對機櫃或機架高度大於1.8m，設備密度熱度大、設備發熱量大或熱負荷大的主機房，宜採用活動地板什麼送風、什麼迴風的方式。
對機櫃或機架高度大於1.8m，設備密度熱度大、設備發熱量大或熱負荷大的主機房，宜採用活動地板下送風、上回風的方式。