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