TQC+ 軟體開發知識 第二類 第1~25題

1. 一個專案計畫的失敗,下列哪一項是最主要的關鍵?
(A) 無明確的需求規格與說明 
(B) 無完整的執行計畫
(C) 無適當的品質程序
(D) 專案負責人過度樂觀
Ans: A 

2. 專案的開發可由下列哪些方式共同完成?(複選)
(A) 自行開發(Self-development)
(B) 委外或外購(Acquisition)
(C) 採用開放原始碼(Open-source Adoption)
(D) 複製來源不明程式
Ans: A B C 

3. 下列哪些可視為需求文件的內涵?(複選)
(A) 功能項目Functional Spec.(Users Operable)
(B) 非功能項目Non-functional Spec.(e.g. Performance, Stability, Reliability, Safety, Security, ...)
(C) 使用限制(Usage Constraints)
(D) 成本分析
Ans: A B C 

4. 需求審查涵蓋下列哪些項目?(複選)
(A) 所需功能的可行性
(B) 功能的可測試性
(C) 外購程式碼審核
(D) 功能之間的一致性
Ans: A B D 

5. 當專案工作分配後,關於各負責人的處理方式,下列敘述哪一項正確?
(A) 自行決定最佳開發方式
(B) 與專案負責人協調進度與開發方式
(C) 自行訂定與其他組員的程式介面
(D) 儘速達成進度
Ans: B 

6. 在維護他人開發的程式時,若見到寫法不佳或錯誤的程式碼,下列作法哪些錯誤?(複選)
(A) 直接改寫或修正
(B) 與原作者討論可能出錯的地方
(C) 提出自己改寫的想法,與負責人討論後再做修改
(D) 避免改錯,不能進行改寫或修正
Ans: A D 

7. 在軟體(產品)經過驗證後,若發生下列哪一項問題,必然不可交付或發佈?
(A) 程式碼大小超過預期
(B) 關鍵錯誤(Hort Stopper)
(C) 易造成使用錯誤的功能
(D) 不易發覺且可避免的錯誤
Ans: B 

8. 當軟體Release後,若發現有錯誤,下列哪一項處理方式正確?
(A) 儘速修正
(B) 記錄錯誤現象,並做追蹤,以做為修正依據
(C) 找到錯誤的根源,並立刻要求作者做更新
(D) 譴責出錯人員
Ans: B 

9. 若要維護軟體程式碼的一致性,下列哪一項正確?
(A) 程式作者應自行妥善保存
(B) 採用適當程式碼管理工具,並依規定使用操作
(C) 寄給專案負責人以便管理
(D) 發現程式錯誤,立即更正
Ans: B 

10. 在開發軟體時,若遇到需求與設計規格不符,下列方式哪一項正確?
(A) 需依據設計文件開發
(B) 需依據需求文件更改設計後開發
(C) 需提交專案負責人,經討論與修正後再進行
(D) 於專案會議時指責負責人,並要求改正
Ans: C 

11. 下列哪些是維繫軟體品質的要素?(複選)
(A) 依計畫規定Release軟體,不可延誤
(B) 做好各階段審查工作
(C) 遵守編碼規則(Coding Rule)
(D) 確保軟體目標碼的可重建性(Rebuildable Object/Execution Code)
Ans: B C D 

12. 下列哪些為專業軟體開發者應具備的條件?(複選)
(A) 為顯現自己功力深厚,程式碼愈精簡愈佳
(B) 對資歷較淺的程式設計師,要求他配合更改程式介面,以為經驗傳承
(C) 確實遵循專案計畫,遇到問題必須先分析,提出解決方案並經審查通過後執行
(D) 於需求與設計階段提出,其他相關專案的問題解決方式或執行結果,做為防錯參考
Ans: C D 

13. 軟體生命週期中,下列哪一項測試為確保軟體合於使用需求?
(A) 單位測試(Unit Test)
(B) 整合測試(Integration Test)
(C) 確認測試(Validation Test)
(D) 驗證測試(Verification Test)
Ans: C 

14. 軟體建構管理(Configuration Management)涵蓋下列哪些事項?(複選)
(A) 軟體開發相關產物的修改,儲存與發行控管
(B) 確定生命週期中的產物,各版本的一致性
(C) 軟體成本的控管
(D) 釐定計畫中的產出項目及其版本基準(Baseline)
Ans: A B D 

15. 品質循環中PDCA,分別為下列哪一項的縮寫?
(A) Plan、Design、Check、Amend
(B) Plan、Do、Check、Act
(C) Plan、Design、Check、Act
(D) Plan、Do、Change、Act 
Ans: B 

16. 軟體設計過程中,當需求規格確定後,下列哪一個項目要優先執行?
(A) 細部設計(Detailed Design)
(B) 軟體編碼(Coding/Construction)
(C) 架構設計(Architecture Design)
(D) 介面設計(Interface Design)
Ans: C 

17. 關於軟體生命週期過程的敘述,下列哪一項錯誤?
(A) 軟體發行後,需定期檢討並審查客戶回饋,依計畫做適當修正
(B) 軟體生命週期結束後,因沒有剩餘價值,應直接銷毀,避免被盜取
(C) 對客戶所訂的軟體需求,若有不合理的地方,應提出並與客戶協調進行修正
(D) 在設計階段,軟體架構需考慮到品質要素,如效率、穩定性、安全性、易使用性等
Ans: B 

18. 當產品在場測(Field Trial)時出錯時,下列哪一項不是首要的工作?
(A) 確定執行環境與軟體需求的一致性
(B) 確定功能失敗或是使用者操作錯誤
(C) 展開偵錯工作
(D) 確定問題的可複製性
Ans: C 

19. 軟體開發的作業程序(Processes),下列敘述哪些正確?(複選)
(A) 作業程序可依軟體需求與特性做適當調適(Tailoring)
(B) 作業程序不可調整,才可以維繫軟體品質
(C) 調適的作業程序須經專案的主要關係人(Stakeholders)確認
(D) 作業程序可因人設定
Ans: A C 

20. 關於軟體重複使用(Software Reuse)的敘述,下列哪些正確?(複選)
(A) 適當的軟體重複使用,可提高品質與效率
(B) 軟體重複使用可為複製他人程式碼並貼於適當位置
(C) 軟體重複使用須評估修改時,對相關專案的影響
(D) 軟體重複使用彈性極高,不需做計畫(Plan)
Ans: A C 

21. 關於軟體(設計)文件的敘述,下列哪些正確?(複選)
(A) 為符合客戶要求的發行時間,可忽略軟體文件,以爭取編碼時間
(B) 軟體文件(需求、設計、測試等)需依據實際狀況做一致性的修正
(C) 高品質的軟體文件可經由簡易調適,再重複使用
(D) 合乎規範的軟體文件可協助後續偵錯與擴充用,並可作為訓練用途
Ans: B C D 

22. 軟體品質的問題,可能源自下列哪些原因?(複選)
(A) 軟體開發程序有瑕疵
(B) 工程人員的專業知識不足
(C) 客戶要求太嚴苛
(D) 為了趕進度,壓縮開發時間或常超時工作(Overtime)
Ans: A B D 

23. 改善軟體品質可由下列哪些項目著手?(複選)
(A) 案例(Case Study)教學、經驗傳承
(B) 鑽研程式技巧
(C) 程式編碼、簡潔易懂,並有適當註解
(D) 撰寫與維護適當的開發設計文件
Ans: A C D 

24. 關於審查的敘述,下列哪一項錯誤?
(A) 週期性審查需依專案計畫執行
(B) 審查的準備工作有:確定時間地點、相關參與人員、審查項目與範圍
(C) 審查後,其結果必須被紀錄且核准
(D) 審查後,若發現問題,可直接修改文件或程式碼
Ans: D 

25. 關於測試驗證的敘述,下列哪一項錯誤?
(A) 軟體編碼完成後,須經單位測試或整合測試後,才進行驗證與確認(V&V)測試
(B) 為爭取時效,測試若發現問題,應立即修正可疑之處
(C) 單位測試為驗證單元功能的完整與介面是否符合需求
(D) 問題經修正後,須經審查後才可驗收進版
Ans: B 

沒有留言:

張貼留言