1[單選題]__________表達的不是類之間的關系。
A.關聯 B.依賴 C.創建D.泛化
參考答案:C
要點解析:UML中主要有以下4種關系。①依賴關系,是兩個事物間的語文關系,其中一個事物發生變化會影響另一個事物的語義。②關聯關系,是一種結構關系,它描述了一組組鏈,鏈是對象之間的連接;聚合是一種特殊類型的關聯,描述了整體和部分間的特殊關系。③泛化關系,是一種特殊/一般關系,特殊元素的對象可替代一般元素的對象。④實現關系,是類元之間l的語義關系,其中的一個類元指定了由另一個類元保證執行的契約。
類之間的關系中沒有“創建”這種關系。
2[單選題]軟件過程管理涉及啟動、計劃、實施等六個方面的內容,以下說法不正確的是 ___。
A.從管理的角度,軟件項目計劃是指進行為軟件工程做準備而要采取的活動
B.軟件項目實施是指進行軟件工程過程中發生的各種軟件工程管理活動
C.評審和評價是指軟件工程項目完成后進行的活動
D.軟件工程度量是指在軟件工程組織中有效地進行開發和實現度量的程序
參考答案:C
3[單選題] 軟件過程管理涉及啟動、計劃、實施等6個方面的內容,以下說法不正確的是__________ 。
A.從管理的角度,軟件項目計劃是指進行為軟件工程做準備而要采取的活動
B.軟件項目實施是指進行軟件工程過程中發生的各種軟件工程管理活動
C.評審和評價是指軟件工程項目完成后進行的活動
D.軟件工程度量是指在軟件工程組織中有效地進行開發和實現度量的程序
參考答案:C
要點解析:軟件過程管理集成了過程管理和項目管理,包括:①啟動和范圍定義;②軟件項目計劃;③軟件項目實施;④評審和評價;⑤關閉;⑥軟件工程度量等。其中,評審和評價是指進行確認軟件是否得到滿足的驗證活動。它貫穿于軟件工程整個生命周期,不局限于項目完成之后進行的活動。
4[單選題] 根據《軟件工程術語GB/Tll457--2006},基線是業已經過正式審核與統一,可用做下一步開發的基礎,并且只有通過正式的修改管理步驟方能加以修改的規格說明或產品。對于配置管理,有以下三種基線:功能基線、__________ 和產品基線。
A.編碼基線B.測試基準C.里程碑D.分配基線
參考答案:D
要點解析:基線是指由一組配置項組成,這些配置項構成了一個相對穩定的邏輯實體。基線中的配置項被“凍結”了,不能再被任何人隨意修改(例如,跟蹤和控制變更)。根據《信息技術軟件工程術語GB/T11457--2006)),對于配置管理主要有功能基線、分配基線和產品基線三種基線。
功能基線(functional baseline)是指在系統分析與軟件定義階段結束時,經過正式評審和批準的系統設計規格說明書中對待開發系統的規格說明;或是指經過項目委托單位和項目承辦單位雙方簽字同意的協議書或合同中所規定的對待開發軟件系統的規格說明;或是由下級申請經上級同意或直接由上級下達的項目任務書中所規定的對待開發軟件系統的規格說明。功能基線是最初批準的功能配置標識。
分配基線(allocated baseline)是指在軟件需求分析階段結束時,經過正式評審和批準的軟件需求的規格說明。指派基線是最初批準的分配配置標識。
產品基線(product baseline)是指在軟件組裝與系統測試階段結束時,經過正式評審的批準的有關所開發的軟件產品的全部配置項的規格說明。產品基線是最初批準的產品配置標識。
5[單選題]根據《軟件工程產品質量第 1部分:質量模型 GB/T16260.1-2006》,在指定條件下使用時,軟件產品被理解、學習、使用和吸引用戶的能力被稱為軟件產品的____
A.易用性 (usability)B.有效性 (availability)C.適合性 (suitability)D.功能性 (functionality)
參考答案:A
6[單選題] 根據《軟件工程產品質量第1部分:質量模型GB/Tl6260.1—2006},在指定條件下使用時,軟件產品被理解、學習、使用和吸引用戶的能力稱為軟件產品的__________ 。
A.易用性(usability)B.有效性(availability)C.適合性(suitability)D.功能性(functionality)
參考答案:A
要點解析:根據《軟件工程產品質量第1部分:質量模型GB/T16260.1—2006》,易用性(usability)是指在指定條件下使用時,軟件產品被理解、學習、使用和吸引用戶的能力。它包括易理解性、易學性、易操作性、吸引性、易用性依從性等子特性。
功能性(functionality)是指當軟件在指定條件下使用時,軟件產品滿足明確和隱含要求功能的能力。它包括適合性、準確性、互操作性、功能性依從性、安全保密等子特性。其中,適合性(suitability)是指軟件產品為指定的任務和用戶目標提供一組合適的功能的能力。
在GB/Tl6260.1—2006中,并沒有涉及“有效性(availability)”的相關定義。
7[單選題]
參考答案:D
8[單選題]某單位計劃開發信息系統來實現其全員工資計算的自動化,根據《軟件文檔管理指南 GB/T16680-1996》,該信息系統項目中的文檔質量等級最低應達到 ____
A.4級B.3級C.2級D.1級參考答案:A
9[單選題]根據《軟件工程術語GB/T11457-2006》,驗證過程試圖確保活動的輸出產品已經被正確制造,而確認過程則試圖確保建造了正確的產品。因此,項目組為保證系統的設計滿足需求規格說明書要求而實施的過程稱為 ____。
A.架構驗證B.需求確認C.架構確認D.需求驗證
參考答案:D
10單選題] 根據《軟件工程術語GB/T ll457--2006},驗證過程試圖確保活動的輸出產品已經被正確制造,而確認過程則試圖確保建造了正確的產品。因此,項目組為保證系統的設計滿足需求規格說明書要
求而實施的過程稱為__________ 。
A.架構驗證B.需求確認C.架構確認D.需求驗證
參考答案:D
要點解析:題干中已給出“驗證”、“確認”這兩個過程的定義。需求驗證是以需求規格說明為輸入,通過符號執行、模擬或快速原型等途徑,分析需求規格的正確性和可行性,包含有效性檢查、一致性檢查、可行性檢查和確認可驗證性。它是需求工程的一個基本活動。依題意,以需求規格說明書為輸入對需求進行驗證,是為了更好地保證系統設計工作滿足用戶的真實需求,以使目標管理系統能夠被正確地開發出來。因為信息系統的設計方案再優秀,也不一定能夠保證最終建造出正確的產品。
通常,需求確認是指客戶在“需求分析報告”上簽字確認的行為過程,是客戶認可承建方需求分析過程及其階段成果的標志性行為。
系統設計階段按設計任務的角度可劃分為總體性設計(即架構設計)和詳細性設計兩個子階段。架構設計屬于高層設計,主要描述信息系統的結構和組織,標識各種不同的組件及它們之間的相互關系。架構確認是指客戶在“架構設計說明書”等材料上簽字確認的過程;架構驗證一般是詳細性設計階段進行的一項活動,它為保證系統詳細設計成果滿足架構設計說明書要求而實施的過程。
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |