討論區主頁 軟體流程改善 計畫管理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)。
凡所有相皆是虛妄。見諸相非相。即見如來。 |
全部展開 | 前一個主題 | 下一個主題 |
主旨: | 發表者 | 日期 |
---|---|---|
» 計畫管理Level II的職能 | tyrone | 2013-08-19 12:43 |
無發表權 | |