*****PA

Report
大綱
 工程流程類簡介
 相互關係
 各流程介紹
(1) 需求發展(Requirements Development)
(2) 需求管理(Requirements Management)
(3) 技術解決方案(Technical Solution)
(4) 產品整合(Product Integration)
(5) 驗證(Verification)
(6) 確認(Validation)
2
CMMI流程領域(PA)分類
 分成四類,以專案管理為基礎而工程進行研
發,並進行流程管理而以支援流程輔助全部。
四類又各分基礎及進階兩部分。
3
流程領域分類及層級
專案管理 流程管理
成熟等級5
最佳化
工程
組織創新與推展
(OID)
支援
原因分析與解決
方案(CAR)
成熟等級4
定量管理
定量專案管理
(QPM)
成熟等級3
定性管理
整合專案管理
組織流程焦點
(IPM)
(OPF)
風險管理(RSKM) 組織流程定義
(OPD)
組織訓練(OT)
需求發展(RD)
技術解決方案
(TS)
產品整合(PI)
驗證(VER)
確認(VAL)
決策分析與解決
方案(DAR)
專案規劃(PP)
專案監督與管制
(PMC)
供應商協議管理
(SAM)
需求管理
(REQM)
定量與分析(MA)
流程與產品品質
保證(PPQA)
構行管理(CM)
成熟等級2
基本管理
成熟等級1
初始狀態
組織流程績效
(OPP)
工程流程類PA
 包含系統發展與維護的執行方法,所有的工程
專業領域皆可共用該執行方法。
 六個工程流程領域有相互關係,這些相互關系
源於應用產品發展流程,而不是特定的專業領
域(例如軟體工程或系統工程)。
(1) 需求發展(Requirements Development)
(2) 需求管理(Requirements Management)
(3) 技術解決方案(Technical Solution)
(4) 產品整合(Product Integration)
(5) 驗證(Verification)
(6) 確認(Validation)
5
需求不明確的結果
6
發起人提案
專案計劃
設計師設計
在客戶處安裝
分析師設計
客戶所需要的
6
使用者需求的重要
 使用者需求:使用者期待系統解決的問題與
希望從系統獲得之資訊。
 為系統開發最關鍵、最重要且最容易發生錯
誤的部分,是資訊系統失敗的主因之一。
 各階段修正錯誤的相對成本如下表:
7
工程流程類PA之相互關係
需求發展(RD)流程領域
 界定客戶需要,並將其轉換為產品需求。
 分析產品需求,以產生高層的、概念性的解決
方案。
 將產品需求加以配置,以建立初使的產品組件
需求。同時衍生其他有助於定義產品的需求(即
衍生需求),並將其配置到產品組件中。
 產品和產品組件需求,應以發展者所瞭解和使
用的用語,清楚的說明產品績效、設計特色、
驗證需求等。
 提出對技術解決方案流程領域的需求,也提出
對產品整合流程領域的需求
技術解決方案(TAS)流程領域
 將需求轉換為產品架構、產品組件設計及產品組件
本身(例如:程式製作及製造)。
 發展產品組件的技術相關資料,以供產品整合流程
領域或供應商協議管理流程領域使用。
 使用想要選擇出最佳化設計所建立的準則,檢查備
選方案。這些準則因產品而有明顯的差異,取決於
產品的類別、操作環境、績效需求、支援需求,以
及成本或交付時程。
 選擇最終解決方案的任務,會利用決策分析與解決
方案流程領域的特定執行方法。
 引用驗證流程領域的特定執行方法,在設計期間和
最終產品建造之前,執行設計驗證和同仁審查。
需求管理(REQM)流程領域
 重點在於維護需求,
 說明取得需求和管制需求變更的活動,確保其
他的相關計畫和資料保持在最新狀況,並提供
由客戶到產品,以及到產品組件的需求追溯性
。
 確保需求變更已反映於專案計畫、活動及工作
產品中。
 變更的週期可能衝擊到其他的工程類流程領域
,所以需求管理是動態的,並常常遞迴於事件
發生的順序。
 是有管制和有紀律之工程設計流程的基礎。
驗證(VER)流程領域
 確保所選定的工作產品,符合其特定的需求
。
 選擇工作產品和驗證方法,以驗證工作產品
是否符合其特定的需求。
 通常是漸進式的流程,由產品組件開始驗證
,最後是完全組合之產品的驗證。
 強調同仁審查。同仁審查是經證實有效的方
法,可在產品發展與維護時及早移除缺失,
並對發展與維護中的工作產品和產品組件,
提供有用和深入的瞭解。
確認(VAL)流程領域
 逐步地確認產品是否符合客戶需要。
 可以在操作環境或模擬的操作環境執行,與
客戶協調「確認的需求」是這個流程領域的
重要元件。
 範圍包括產品、產品組件、經選定的中間工
作產品及流程的確認。這些需要確認的元素
可能時常需要再次驗證和再次確認。
 在確認時所發現的問題,通常在需求發展或
技術解決方案流程領域中解決。
產品整合(PI)流程領域
 將產品組件加以組合,並驗證其介面確保介
面符合需求發展所提的介面需求。
 包含產生可能的最佳整合順序、整合產品組
件,以及交付產品給客戶有關之特定執行方
法。
 使用驗證和確認的特定執行方法。在產品整
合前,驗證流程驗證介面及產品組件間的介
面需求是否相符,是整合流程的必要項目。
在操作環境進行產品整合時,使用確認流程
領域的特定執行方法。
RD特定目標及執行方法摘要
 SG 1 發展客戶需求
 SP 1.1 誘導需要
 SP 1.2 發展客戶需求
 SG 2 發展產品需求
 SP 2.1 建立產品與產品組件需求
 SP 2.2 配置產品組件需求
 SP 2.3 界定介面需求
 SG 3 分析並確認需求
 SP 3.1 建立操作概念及情境(Scenario)
 SP 3.2 建立必要功能的定義
 SP 3.3 分析需求
 SP 3.4 分析需求以取得平衡
 SP 3.5 確認需求
15
RD特定目標及執行方法
 SG 1 發展客戶需求
 蒐集關鍵人員需要、期望、限制及介面,並轉
換成客戶需求。
 SP 1.1 誘導需要

誘導關鍵人員提出有關產品生命週期各階段的需要、
期望、限制及介面。
 SP 1.2 發展客戶需求

轉換關鍵人員的需要、期望、限制及介面為客戶需求
。
16
RD特定目標及執行方法
 SG 2 發展產品需求
 調修並詳細說明客戶需求,以發展產品及產品
組件需求。
 SP 2.1 建立產品與產品組件需求

以客戶需求為基礎,建立並維護產品與產品組件的需
求。
 SP 2.2 配置產品組件需求

配置產品組件需求。
17
RD特定目標及執行方法
 SG 3 分析並確認需求
 分析並確認需求,並發展所要功能的定義。
 SP 3.1 建立操作概念及情境(Scenario)

建立並維護操作概念及其相關的情境。
 SP 3.2 建立必要的功能定義

建立並維護必要的功能定義。
 SP 3.3 分析需求
 分析需求,以確保其必要性和充分性。
 SP 3.4 分析需求以取得平衡

分析需求,並在關鍵人員的需要和限制間取得平衡。
18
TS特定目標及執行方法摘要
 SG 1 選擇產品組件解決方案
 SP 1.1 發展備選解決方案及評選準則
 SP 1.2 選擇產品組件解決方案
 SG 2 發展設計
 SP 2.1 設計產品或產品組件
 SP 2.2 建立技術相關資料
 SP 2.3 使用準則設計介面
 SP 2.4 執行自製、購買或再用之分析
 SG 3 實作產品設計
 SP 3.1 實作設計
 SP 3.2 建立產品支援文件
19
TS特定目標及執行方法
 SG 1 選擇產品組件解決方案
 從備選方案中,選擇產品或產品組件解決方案
。
 SP 1.1 發展備選解決方案及評選準則

發展備選解決方案及評選準則。
 SP 1.2 選擇產品組件解決方案

選擇最能滿足所建立準則之產品組件解決方案。
20
TS特定目標及執行方法
 SG 2 發展設計
 發展產品或產品組件的設計。
 SP 2.1 設計產品或產品組件

發展產品或產品組件的設計。
 SP 2.2 建立技術相關資料

建立並維護技術相關資料。
 SP 2.3 使用準則設計介面

使用已建立的準則來設計產品組件介面。
 SP 2.4 執行自製、購買或再用之分析

根據已建立的準則,評估產品組件是要發展、購買或
再用。
21
TS特定目標及執行方法
 SG 3 實作產品設計
 依照設計,實作產品組件及相關的支援文件。
 SP 3.1 實作設計
 實作產品組件設計。
 SP 3.2 建立產品支援文件

建立並維護產品使用文件。
22
REQM特定目標及執行方法摘要
 SG 1 管理需求
 SP 1.1 瞭解需求
 SP 1.2 取得需求承諾
 SP 1.3 管理需求變更
 SP 1.4 維護需求的雙向追溯性
 SP 1.5 界定專案工作與需求間的差異
23
REQM特定目標及執行方法
 SG 1 管理需求
 管理需求,並界定需求與專案計畫及工作產品間之差異
。
 SP 1.1 瞭解需求
與需求提供者一起瞭解需求之意義。
 SP 1.2 取得對需求的承諾
 取得專案成員對需求的承諾。
 SP 1.3 管理需求變更
 當需求於專案執行期間漸進發展時,管理需求的變更。
 SP 1.4 維護需求的雙向追溯性
 維護需求與工作產品間的雙向追溯性。

 SP 1.5 界定專案工作與需求間的差異

界定需求與專案計畫及工作產品間的差異。
24
PI特定目標及執行方法摘要
 SG 1 準備產品整合
 SP 1.1 決定整合順序
 SP 1.2 建立產品整合環境
 SP 1.3 建立產品整合程序與準則
 SG 2 確保介面相容性
 SP 2.1 審查介面說明的完整性
 SP 2.2 管理介面
 SG 3 組合產品組件並交付產品
 SP 3.1 確定欲整合的產品組件已準備就緒
 SP 3.2 組合產品組件
 SP 3.3 評估已組合的產品組件
 SP 3.4 包裝並交付產品或產品組件
25
PI特定目標及執行方法
 SG 1 準備產品整合
 完成產品整合的準備。
 SP 1.1 決定整合順序
 決定產品組件的整合順序。
 SP 1.2 建立產品整合環境

建立並維護支援產品組件整合所需的環境。
 SP 1.3 建立產品整合程序與準則

建立並維護產品組件整合的程序與準則。
26
PI特定目標及執行方法
 SG 2 確保介面相容性
 產品組件的內部與外部介面是相容的。
 SP 2.1 審查介面說明的完整性

審查介面說明的範圍與完整性。
 SP 2.2 管理介面

管理產品與產品組件的內部與外部介面之定義、設計
與變更。
27
PI特定目標及執行方法
 SG 3 組合產品組件並交付產品
 組合已驗證的產品組件,並交付已整合、已驗證及已確




認的產品。
SP 3.1 確定欲整合的產品組件已準備就緒
 在產品組合前,確定欲組合成產品的產品組件已被適
當的界定、並依據其說明運作,以及確定產品組合介
面符合介面說明。
SP 3.2 組合產品組件
 依據產品整合順序與可行程序,組合產品組件。
SP 3.3 評估已組合的產品組件
 評估已組合之產品組件的介面相容性。
SP 3.4 包裝並交付產品或產品組件
 包裝已組合的產品或產品組件,並交付給適當的客戶
。
28
VER特定目標及執行方法摘要
 SG 1 驗證準備
 SP 1.1 選擇需驗證之工作產品
 SP 1.2 建立驗證環境
 SP 1.3 建立驗證程序及準則
 SG 2 執行同仁審查
 SP 2.1 準備同仁審查
 SP 2.2 進行同仁審查
 SP 2.3 分析同仁審查資料
 SG 3 驗證工作產品
 SP 3.1 執行驗證
 SP 3.2 分析驗證結果
29
VER特定目標及執行方法
 SG 1 驗證準備
 執行驗證準備。
 SP 1.1 選擇需驗證之工作產品

選擇需驗證之工作產品及每一工作產品使用之驗證方
法。
 SP 1.2 建立驗證環境
 建立並維護支援驗證工作的環境。
 SP 1.3 建立驗證程序與準則

建立並維護所選定的工作產品的驗證程序與準則。
30
VER特定目標及執行方法
 SG 2 執行同仁審查
 對選定的工作產品執行同仁審查。
 SP 2.1 準備同仁審查
 準備對選定的工作產品進行同仁審查。
 SP 2.2 進行同仁審查

針對所選定的工作產品進行同仁審查,並由同仁審查
的結果界定議題。
 SP 2.3 分析同仁審查資料

分析同仁審查的準備、執行及結果資料。
31
VER特定目標及執行方法
 SG 3 驗證工作產品
 依照其指定的需求,驗證所選定的工作產品。
 SP 3.1 執行驗證
 對選定的工作產品執行驗證。
 SP 3.2 分析驗證結果
 分析所有驗證活動的結果。
32
VAL特定目標及執行方法摘要
 SG 1 確認準備
 SP 1.1 選擇需確認之產品
 SP 1.2 建立確認環境
 SP 1.3 建立確認程序與準則
 SG 2 確認產品或產品組件
 SP 2.1 執行確認
 SP 2.2 分析確認結果
33
VAL特定目標及執行方法
 SG 1 確認準備
 執行確認準備。
 SP 1.1 選擇須確認之產品

選擇須確認之產品及產品組件,及每一產品及產品組
件使用之確認方法。
 SP 1.2 建立確認環境
 建立並維護支援確認工作所需的環境。
 SP 1.3 建立確認程序與準則

建立並維護確認程序與準則。
34
VAL特定目標及執行方法
 SG 2 確認產品或產品組件
 確認產品或產品組件,以確保在預期作業環境
中可適用。
 SP 2.1 執行確認

對選定的產品及產品組件執行確認。
 SP 2.2 分析確認結果
 分析確認活動的結果。
35

similar documents