試題 11
在我國的標準化代號中，屬於推薦性國家標準代號的是(11)。
（ 11）
A. GB
B. GB/T
C. GB/Z
D. GJB
試題 11 分析
我國標準的代號和名稱規定如下：
強制性國家標準代號爲 GB；
推薦性國家標準代號爲 GB/T；
國家標準指導性技術文件代號爲 GB/Z；
國軍標代號爲 GJB。
試題 11 答案
（ 11） B
試題 10
以下關於文檔管理描述中， (10)是正確的。
（ 10）
A．程序源代碼清單不屬於文檔
B．文檔從項目週期角度可以分爲開發文檔和管理文檔兩大類
C．文檔按形式和質量要求可以分爲正式文檔和非正式文檔
D．《軟件文檔管理指南》明確了軟件項目文檔的具體分類
試題 10 分析
根據《軟件文檔管理指南》（ GB/T 16680-1996），文檔是指一種數據媒體和其上所記錄的數據。它具有永久性並可以由人或機器閱讀。通常僅用於描述人工可讀的內容。例如，技術文件、設計文件、版本說明文件。顯然，程序源代碼清單也是一種文檔。
文檔等級是指所所需文檔的一個說明，它指出文檔的範圍、內容、格式及質量，可以根據項目、費用、預期用途、作用範圍或其他因素選擇文檔等級。每個文檔的質量必須在文檔計劃期間就有明確的規定，文檔的質量可以按文檔的形式和列出的要求劃分爲四級。
最底限度文檔（ 1 級文檔）：適合開發工作量低於一個人月的開發者自用程序。該文檔應包含程序清單、開發記錄、測試數據和程序簡介。
內部文檔（ 2 級文檔）：可用於在精心研究後被認爲似乎沒有與其他用戶共享資源的專用程序。除 1 級文檔提供的信息外， 2 級文檔還包括程序清單內足夠的註釋以幫助用戶安裝和使用程序。
工作文檔（ 3 級文檔）：適合於由同一單位內若干人聯合開發的程序，或可被其他單位使用的程序。
正式文檔（ 4 級文檔）：適合那些要正式發行供普遍使用的軟件產品。關鍵性程序或具有重複管理應用性質（如工資計算）的程序需要 4 級文檔。 4 級文檔應遵守GB8567 的有關規定。
試題 10 答案
（ 10） D
試題 9
根據《軟件工程 產品質量 第 1 部分：質量模型 GB/T16260.1-2006》，在規定條件下，相對於所用資源的數量，軟件產品可提供適當性能的能力稱爲軟件產品的(9)。
（ 9）
A．易用性
B．穩定性
C．可靠性
D．效率
試題 9 分析
《軟件工程 產品質量 第 1 部分：質量模型 GB/T16260.1-2006》中規定：
易用性是：在指定條件下使用時，軟件產品被理解、學習、使用和吸引用戶的能力；
穩定性是：軟件產品避免由於軟件修改而造成意外結果的能力；
可靠性是：在指定條件下使用時，軟件產品維持規定的性能級別的能力；
效 率是：在規定條件下，相對於所用資源的數量，軟件產品可提供適當性能的能力。
試題 9 答案
（ 9） D
試題 8
軟件可靠性和可維護性是軟件的一項重要特性，根據 GB/T14394-2008中對其的描述，在軟件運作和維護過程中， (8)不屬於分析和提高軟件可靠性的措施。
（ 8）
A．實施 FRACAS
B．跟蹤用戶功能要求
C．跟蹤用戶滿意程度
D．測量可靠性，並分析現場可靠性是否達到要求
試題 8 分析
根據《計算機軟件可靠性和可維護性管理 GB/T14394-2008》標準中的描述，在軟件運作和維護過程中，應分析和提高軟件可靠性：
1、制定並實施軟件可靠性數據採集規程；
2、實施軟件 FRACAS（ software failure reporting analysis and corrective action system，軟件失效報告、分析和糾正措施系統）；
3、測量可靠性，分析現場可靠性是否達到要求；
4、跟蹤用戶滿意程度；
5、用可靠性測量數據指導產品和工程過程的改進；
6、軟件產品維護時執行適當的維護規程並參照“在開發過程中的可靠性和可維護性管理要求” 實施適用
的管理活動。
試題 8 答案
（ 8） B
試題 7
GB/T16260-1996 給出的質量特性中，不包括(7)。
( 7 )
A．功能性
B．效率
C．軟件環境
D．可移植性
試題 7 分析
在《 GB/T16260-1996》中，對軟件產品的內部質量和外包質量定義了 6 個質量特性和27 個質量子特性； 其中 6 個質量特性爲：功能性、可靠性、易用性、效率、維護性和可移植性。
試題 7 答案
（ 7） C
試題 6
在《軟件文檔管理指南 GB/T16680-1996》中，對確定文檔的質量等級作了規定，軟件文檔的質量可以按照文檔的形式和列出的要求劃分爲四個等級。對於由同一單位內若干人聯合開發的程序，或要交由其他單位使用的程序，應該達到(6)級的要求。
( 6 )
A．一
B．二
C．三
D．四
試題 6 分析
在《軟件文檔管理指南 GB/T16680-1996》中，對確定文檔的質量等級作了規定，軟件文檔的質量可以按照文檔的形式和列出的要求劃分爲四個等級。
最低限度文檔(1 級文檔)：適合開發工作量低於一個人月的開發者自用程序。該文檔應包含程序清單、開發記錄、測試數據和程序簡介。
內部文檔(2 級文檔)：可用於在精心研究後被認爲似乎沒有與其他用戶共享資源的專用程序。除 1 級文檔提供的信息外， 2 級文檔還包括程序清單內足夠的註釋以幫助用戶安裝和使用程序。
工作文檔(3 級文檔)：適合於由同一單位內若干人聯合開發的程序，或可被其他單位使用的程序。
正式文檔(4 級文檔)：適合那些要正式發行供普遍使用的軟件產品。關鍵性程序或具有重複管理應用性質(如工資計算)的程序需要 4 級文檔。
試題 6 答案
（ 6） C
試題 5
在我國的標準化代號中，屬於推薦性國家標準代號的是(5)。
（ 5）
A． GB
B． GB/T
C． GB/Z
D． GJB
試題 5 分析
我國的國家標準分爲強制性標準、推薦性標準和指導性技術文件三種。
強制性國家標準代號爲 GB，
推薦性國家標準代號爲 GB/T，
國家標準指導性技術文件代號爲 GB/Z。
GJB爲國家軍隊的標準。
試題 5 答案
（ 5） B
試題 4
根據《軟件文檔管理指南 GB/T16680-1996》， (4)不屬於基本的產品文檔。
（ 4）
A．參考手冊和用戶指南
B．支持手冊
C．需求規格說明
D．產品手冊
試題 4 分析
根據《軟件文檔管理指 GB/T16680-1996》，軟件文檔有三類，分別是開發文檔、產品文檔和管理文檔。
開發文檔是描述軟件開發過程，包括軟件需求、軟件設計、軟件測試、保證軟件質量的一類文檔，開發文檔也包括軟件的詳細技術描述（程序邏輯、程序間相互關係、數據格式和存儲等）。開發文檔起到如下五種作用：
它們是軟件開發過程中包含的所有階段之間的通信工具，它們記錄生成軟件需求、設計、編碼和測試的詳細規定和說明。
它們描述開發小組的職責。通過規定軟件、主題事項、文檔編制、質量保證人員以及包含在開發過程中任何其他事項的角色來定義做直截了當、如何做和何時做。
它們用作檢驗點而允許管理者評定開發進度。如果開發文檔丟失、不完整或過時，管理者將失去跟蹤和控制軟件項目的一個重要工具。
它們形成了維護人員所要求的基本的軟件支持文檔。而這些支持文檔可作爲產品文檔的一部分。
它們記錄軟件開發的歷史。
基本的開發文檔包括可行性研究和項目任務書；需求規格說明；功能規格說明；設計規格說明，包括程序和數據規格說明；開發計劃；軟件集成和測試計劃；質量保證計劃、標準、進度；安全和測試信息。
產品文檔規定關於軟件產品的使用、維護、增強、轉換和傳輸的信息。產品文檔起到如下三種作用：
爲使用和運行軟件產品的任何人規定培訓和參考信息。
使得那些未參加本軟件開發的程序員維護它。
促進軟件產品的市場流通或提高可接受性。
產品文檔用於下列類型的讀者：
用戶。他們利用軟件輸入數據、檢索信息和解決問題。
運行者。他們在計算機系統上運行軟件。
維護人員。他們維護、增強或變更軟件。
產品文檔包括如下內容：
用於管理者的指南和資料，他們監督軟件的使用。
宣傳資料。通告軟件產品的可用性並詳細說明它的功能、運行環境等。
一般信息。對任何有興趣的人描述軟件產品。
基本的產品文檔有培訓手冊、參考手冊和用戶指南、軟件支持手冊、產品手冊和信息廣告。
管理文檔建立在項目信息的基礎上，諸如：
開發過程的每個階段的進度和進度變更的記錄。
軟件變更情況的記錄。
相對於開發的判定記錄。
職責定義。
這種文檔從管理的角度規定涉及軟件生存的信息。相關文檔的詳細規定和編寫格式見GB8567。
試題 4 答案
（ 4） C
試題 3
在 GB/T14393 計算機軟件可靠性和可維護性管理標準中， (3)不是詳細設計評審的內容。
（ 3）
A．各單元可靠性和可維護性目標
B．可靠性和可維護性設計
C．測試文件、軟件開發工具
D．測試原理、要求、文件和工具
試題 3 分析
在軟件開發各階段都要進行評審，評審管理要求按 GB8566 進行，其中與軟件可靠性和可維護性有關的具體評審要求如下：
需求分析評審：可靠性和可維護性目標；大綱及其實施計劃；操作順序和不可逆操作順序的保障要求；功能降級使用方式下，軟件產品最低功能保證的規格說明；選用或制定的規範和準則。
概要設計評審：可靠性和可維護性目標分配；可靠性和可維護性設計方案；設計分析，關鍵成分的時序，估計的運行時間，錯誤恢復及相關性能要求；測試原理、要求、文件和工具。
詳細設計評審：各單元可靠性和可維護性目標；可靠性和可維護性設計（如：容錯）；測試文件、軟件開發工具。
軟件驗證與確認計劃評審：軟件可靠性和可維護性驗證和確認方法；軟件可靠性和可維護性測試（計劃、規程、用例和設施）；驗證與確認時所用的其他準則。
試題 3 答案
（ 3） D
試題 2
根據《計算機軟件需求說明編制指南》（ GB/T 9385-1988），關於軟件需求規格說明的編制， ( 2 )是不正確的做法。
（ 2）
A．軟件需求規格說明由開發者和客戶雙方共同起草
B．軟件需求規格說明必須描述軟件的功能、性能、強加於實現的設計限制、屬性和外部接口
C．軟件需求規格說明中必須包含軟件開發的成本、開發方法和驗收過程等重要外部約束條件
D．在軟件需求規格說明中避免嵌入軟件的設計信息，如把軟件劃分成若干模塊、給每一個模塊分配功能、描述模塊間信息流和數據流及選擇數據結構等
試題 2 分析
軟件需求說明書（ SRS）是對要完成一定功能、性能的軟件產品、程序或一組程序的說明， SRS 將完成下列目標：
（ 1）在軟件產品完成目標方面爲客戶和開發者之間建立共同協議創立一個基礎。對要實現的軟件功能做全面描述，幫助客戶判斷所規定的軟件是否符合他們的要求，或者怎樣修改這種軟件才能適合他們的要求。
（ 2）提高開發效率。編制 SRS 的過程將使客戶在設計開始之前周密地思考全部需求，從而減少事後重新設計、重新編碼和重新測試的返工活動。在 SRS 中對各種需求仔細地進行復查，還可以在開發早期發現若干遺漏、錯誤的理解和不一致性，以便及時加以糾正。
（ 3）爲成本計價和編制計劃進度提供基礎。 SRS 提供的對被開發軟件產品的描述，是計算機軟件產品成本覈算的基礎，並且可以爲各方的要價和付費提供依據。 SRS 對軟件的清晰描述，有助於估計所必須的資源，並用作編制進度的依據。
（ 4）爲確認和驗證提供一個基準。任何組織將更有效地編制他們的確認和驗證計劃。作爲開發合同的一部分， SRS 還可以提供一個可以度量和遵循的基準（然而，反之則不成立，即任一有關軟件的合同都不能作爲 SRS。因爲這種文件幾乎不包括詳盡的需求說明，並且通常不完全的）。
（ 5）便於移植。有了 SRS 就便於移值軟件產品，以適應新的用戶或新的機種。客戶也易於移植其軟件到其他部門，而開發者同樣也易於把軟件移植到新的客戶。
（ 6）作爲不斷提高的基礎。由於 SRS 所討論的是軟件產品，而不是開發這個產品的設計。因此 SRS 是軟件產品繼續提高的基礎。雖然 SRS 也可能要改變，但是原來的 SRS還是軟件產品改進的可靠基礎。軟件開發的過程是由開發者和客戶雙方同意開發什麼樣的軟件協議開始的。這種協議要使用 SRS 的形式，應該由雙方聯合起草。這是因爲客戶通常對軟件設計和開發過程瞭解較少，而不能寫出可用的 SRS；開發者通常對於客戶的問題和意圖瞭解較少，從而不可能寫出一個令人滿意的系統需求。
試題 2 答案
（ 2） C
試題 1
根據《軟件文檔管理指南 GB/T 16680-1996》的要求，有關正式組織需求文檔的評審，不正確的是(1)。
（ 1）
A．無論項目大小或項目管理的正規化程度，需求評審是必不可少的
B．可採用評審會的方式進行評審
C．評審小組由軟件開發單位負責人、開發小組成員、科技管理人員和標準化人員組成，必要時還可邀請外單位專家參加
D．需求文檔可能需要多次評審
試題 1 分析
根據《軟件文檔管理指南 GB/T 16680-1996》，關於需求文檔的評審，有下列條款：“無論項目大小或項目管理的正規化程度，需求評審和設計評審是必不可少的。需求必須說明清楚，用戶和開發者雙方都必須理解需求，爲了能把需求轉換成程序及程序成分，設計的細節須經同意並寫成文檔。
評審一般採用評審會的方式進行，其步驟爲：
a） 由軟件開發單位負責人、用戶代表、開發小組成員、科技管理人員和標準化人員等組成評審小組，必要時還可邀請外單位的專家參加；
b） 開會前，由開發單位負責人確定評審的具體內容，並將評審材料發給評審小組成員，要求做好評審準備；
c） 由開發單位負責人主持評審會，根據文檔編制者對該文檔的說明和評審條目，由評審小組成員進行評議、評審，評審結束應作出評審結論，評審小組成員應在評審結論上簽字。”
由上述標準原文可知，需求文檔的評審須有用戶代表的參加，選項 C 所述之評審小組中缺少用戶代表。
試題 1 答案
（ 1） C