敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體流程改善
     計畫管理Level II的職能
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
tyrone
發表時間: 2013-08-19 12:43
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
計畫管理Level II的職能
美軍的軟體密集系統計畫管理Level I 的職能,其評量看來都是簡答題或是申論題,但是計畫管理Level II的職能,其評量的方式,多半都是實作...以下是Level II中 "軟體度量應用及分析"類別的問題(嗯...很多是CMMI的東西)(政府部門承辦資訊技術委外,希望廠商是通過CMMI評鑑的,但是又有多少真的理解這些最佳常規怎麼運用,又該如何來管控這類的廠商呢):

解說評鑑/評估的角色。
演示可用於評鑑成熟度的方法。
區分現行方法的強點與弱點。
演示評鑑及評估的不同應用。
演示評估/評鑑在發包時的角色。
選擇評估/評鑑的頻率。
摘要說明評估/評鑑的職責。
比較3個CMMI-Development、Acquisition及Services-及其意欲環境。
就成熟度2及3級的各個PA,描述已實作與該PA一致之過程的組織中,可預期的典型活動及典型工作產品。
比較及對照軟體CMM與CMMI。
解說CMMI過程領域(PA) 如何關聯至軟體或系統工程生命週期。
描述CMMI的基本結構及組件。
解說能力等級及成熟度等級的意義。
描述CMMI組件間的相互關係。
識別CMMI過程領域。
找出CMMI模型中的相關資訊。
描述CMMI最適用的環境。(以下環境最適合何種CMMI模型)
描述獲取環境中,基於CMMI之過程專業類目的角色。
解說過程及CMMI評鑑在獲取中的運用。
識別為了管理及改善軟體獲取過程,運用統計及測量以量化、標繪及分析軟體發展的最佳常規。
為發展過程、軟體產品、系統進度的可見度,選擇適當的度量。
選擇度量蒐集方法論。
演示度量解讀。
演示評效常規。
擬訂測量計畫,並建立基準測量。
評估軟體密集獲取計畫中,作為問題指標的專案/計畫績效度量。

計畫管理Level II中, "分析軟體技術生命週期並將之關聯至系統獲取過程"類別中一些有趣的職能問題(看來是在評量的時候,評量者會準備一些材料量被評量者來作業):
◎使用軟體密集系統及軟體發展規劃資訊,識別可由發展者使用,以建立具有品質之軟體產品的重要常規。
◎給出軟體密集系統及一份軟體發展計畫書草案,分析專案特定軟體獲取及發展議題的充分性與涵蓋面。
◎給出軟體密集系統需求及現行DoD政策,評鑑DoD互運性政策、需求、適用架構及開放式系統概念,對軟體密集系統之獲取、發展及支援的衝擊。
◎給出某軟體密集系統的需求文件、獲取策略資訊、風險評鑑、及其他計畫文件,為系統擬訂一份可行的構築計畫(build plan)。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

無發表權
 
-=協會通訊地址:330047 桃園市桃園區大林路100號6樓 =-
電話:(03) 367-8567 電子信箱:register@csqa-tw.org.tw=-
-=本網著作權為中華民國資訊軟體品質協會所有,禁止未經授權轉貼節錄=-
Powered by XOOPS , Twe76.net