slide1 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
工程流程類流程領域 (PA) PowerPoint Presentation
Download Presentation
工程流程類流程領域 (PA)

Loading in 2 Seconds...

play fullscreen
1 / 35

工程流程類流程領域 (PA) - PowerPoint PPT Presentation


  • 137 Views
  • Uploaded on

工程流程類流程領域 (PA). 大綱. 工程流程類簡介 相互關係 各流程介紹 (1) 需求發展 (Requirements Development) (2) 需求管理 (Requirements Management) (3) 技術解決方案 (Technical Solution) (4) 產品整合 (Product Integration) (5) 驗證 (Verification) (6) 確認 (Validation). CMMI 流程領域 (PA) 分類.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about '工程流程類流程領域 (PA)' - jackson-lambert


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide2
大綱
  • 工程流程類簡介
  • 相互關係
  • 各流程介紹

(1) 需求發展(Requirements Development)

(2) 需求管理(Requirements Management)

(3) 技術解決方案(Technical Solution)

(4) 產品整合(Product Integration)

(5) 驗證(Verification)

(6) 確認(Validation)

cmmi pa
CMMI流程領域(PA)分類
  • 分成四類,以專案管理為基礎而工程進行研發,並進行流程管理而以支援流程輔助全部。四類又各分基礎及進階兩部分。
slide5
工程流程類PA
  • 包含系統發展與維護的執行方法,所有的工程專業領域皆可共用該執行方法。
  • 六個工程流程領域有相互關係,這些相互關系源於應用產品發展流程,而不是特定的專業領域(例如軟體工程或系統工程)。

(1) 需求發展(Requirements Development)

(2) 需求管理(Requirements Management)

(3) 技術解決方案(Technical Solution)

(4) 產品整合(Product Integration)

(5) 驗證(Verification)

(6) 確認(Validation)

slide6

需求不明確的結果

6

發起人提案

專案計劃

分析師設計

設計師設計

在客戶處安裝

客戶所需要的

slide7
使用者需求的重要
  • 使用者需求:使用者期待系統解決的問題與希望從系統獲得之資訊。
  • 為系統開發最關鍵、最重要且最容易發生錯誤的部分,是資訊系統失敗的主因之一。
  • 各階段修正錯誤的相對成本如下表:
slide9
需求發展(RD)流程領域
  • 界定客戶需要,並將其轉換為產品需求。
  • 分析產品需求,以產生高層的、概念性的解決方案。
  • 將產品需求加以配置,以建立初使的產品組件需求。同時衍生其他有助於定義產品的需求(即衍生需求),並將其配置到產品組件中。
  • 產品和產品組件需求,應以發展者所瞭解和使用的用語,清楚的說明產品績效、設計特色、驗證需求等。
  • 提出對技術解決方案流程領域的需求,也提出對產品整合流程領域的需求
slide10
技術解決方案(TAS)流程領域
  • 將需求轉換為產品架構、產品組件設計及產品組件本身(例如:程式製作及製造)。
  • 發展產品組件的技術相關資料,以供產品整合流程領域或供應商協議管理流程領域使用。
  • 使用想要選擇出最佳化設計所建立的準則,檢查備選方案。這些準則因產品而有明顯的差異,取決於產品的類別、操作環境、績效需求、支援需求,以及成本或交付時程。
  • 選擇最終解決方案的任務,會利用決策分析與解決方案流程領域的特定執行方法。
  • 引用驗證流程領域的特定執行方法,在設計期間和最終產品建造之前,執行設計驗證和同仁審查。
slide11
需求管理(REQM)流程領域
  • 重點在於維護需求,
  • 說明取得需求和管制需求變更的活動,確保其他的相關計畫和資料保持在最新狀況,並提供由客戶到產品,以及到產品組件的需求追溯性。
  • 確保需求變更已反映於專案計畫、活動及工作產品中。
  • 變更的週期可能衝擊到其他的工程類流程領域,所以需求管理是動態的,並常常遞迴於事件發生的順序。
  • 是有管制和有紀律之工程設計流程的基礎。
slide12
驗證(VER)流程領域
  • 確保所選定的工作產品,符合其特定的需求。
  • 選擇工作產品和驗證方法,以驗證工作產品是否符合其特定的需求。
  • 通常是漸進式的流程,由產品組件開始驗證,最後是完全組合之產品的驗證。
  • 強調同仁審查。同仁審查是經證實有效的方法,可在產品發展與維護時及早移除缺失,並對發展與維護中的工作產品和產品組件,提供有用和深入的瞭解。
slide13
確認(VAL)流程領域
  • 逐步地確認產品是否符合客戶需要。
  • 可以在操作環境或模擬的操作環境執行,與客戶協調「確認的需求」是這個流程領域的重要元件。
  • 範圍包括產品、產品組件、經選定的中間工作產品及流程的確認。這些需要確認的元素可能時常需要再次驗證和再次確認。
  • 在確認時所發現的問題,通常在需求發展或技術解決方案流程領域中解決。
slide14
產品整合(PI)流程領域
  • 將產品組件加以組合,並驗證其介面確保介面符合需求發展所提的介面需求。
  • 包含產生可能的最佳整合順序、整合產品組件,以及交付產品給客戶有關之特定執行方法。
  • 使用驗證和確認的特定執行方法。在產品整合前,驗證流程驗證介面及產品組件間的介面需求是否相符,是整合流程的必要項目。在操作環境進行產品整合時,使用確認流程領域的特定執行方法。
slide15
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 確認需求
slide16
RD特定目標及執行方法

RD特定目標及執行方法

  • SG 1 發展客戶需求
    • 蒐集關鍵人員需要、期望、限制及介面,並轉換成客戶需求。
    • SP 1.1 誘導需要
      • 誘導關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。
    • SP 1.2 發展客戶需求
      • 轉換關鍵人員的需要、期望、限制及介面為客戶需求。
slide17
RD特定目標及執行方法
  • SG 2 發展產品需求
    • 調修並詳細說明客戶需求,以發展產品及產品組件需求。
    • SP 2.1 建立產品與產品組件需求
      • 以客戶需求為基礎,建立並維護產品與產品組件的需求。
    • SP 2.2 配置產品組件需求
      • 配置產品組件需求。
slide18
RD特定目標及執行方法
  • SG 3 分析並確認需求
    • 分析並確認需求,並發展所要功能的定義。
    • SP 3.1 建立操作概念及情境(Scenario)
      • 建立並維護操作概念及其相關的情境。
    • SP 3.2 建立必要的功能定義
      • 建立並維護必要的功能定義。
    • SP 3.3 分析需求
      • 分析需求,以確保其必要性和充分性。
    • SP 3.4 分析需求以取得平衡
      • 分析需求,並在關鍵人員的需要和限制間取得平衡。
slide19
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 建立產品支援文件
slide20
TS特定目標及執行方法
  • SG 1 選擇產品組件解決方案
    • 從備選方案中,選擇產品或產品組件解決方案。
    • SP 1.1 發展備選解決方案及評選準則
      • 發展備選解決方案及評選準則。
    • SP 1.2 選擇產品組件解決方案
      • 選擇最能滿足所建立準則之產品組件解決方案。
slide21
TS特定目標及執行方法
  • SG 2 發展設計
    • 發展產品或產品組件的設計。
    • SP 2.1 設計產品或產品組件
      • 發展產品或產品組件的設計。
    • SP 2.2 建立技術相關資料
      • 建立並維護技術相關資料。
    • SP 2.3 使用準則設計介面
      • 使用已建立的準則來設計產品組件介面。
    • SP 2.4 執行自製、購買或再用之分析
      • 根據已建立的準則,評估產品組件是要發展、購買或再用。
slide22
TS特定目標及執行方法
  • SG 3 實作產品設計
    • 依照設計,實作產品組件及相關的支援文件。
    • SP 3.1 實作設計
      • 實作產品組件設計。
    • SP 3.2 建立產品支援文件
      • 建立並維護產品使用文件。
slide23
REQM特定目標及執行方法摘要
  • SG 1 管理需求
    • SP 1.1 瞭解需求
    • SP 1.2 取得需求承諾
    • SP 1.3 管理需求變更
    • SP 1.4 維護需求的雙向追溯性
    • SP 1.5 界定專案工作與需求間的差異
slide24
REQM特定目標及執行方法
  • SG 1 管理需求
    • 管理需求,並界定需求與專案計畫及工作產品間之差異。
    • SP 1.1 瞭解需求
      • 與需求提供者一起瞭解需求之意義。
    • SP 1.2 取得對需求的承諾
      • 取得專案成員對需求的承諾。
    • SP 1.3 管理需求變更
      • 當需求於專案執行期間漸進發展時,管理需求的變更。
    • SP 1.4 維護需求的雙向追溯性
      • 維護需求與工作產品間的雙向追溯性。
    • SP 1.5 界定專案工作與需求間的差異
      • 界定需求與專案計畫及工作產品間的差異。
slide25
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 包裝並交付產品或產品組件
slide26
PI特定目標及執行方法
  • SG 1 準備產品整合
    • 完成產品整合的準備。
    • SP 1.1 決定整合順序
      • 決定產品組件的整合順序。
    • SP 1.2 建立產品整合環境
      • 建立並維護支援產品組件整合所需的環境。
    • SP 1.3 建立產品整合程序與準則
      • 建立並維護產品組件整合的程序與準則。
slide27
PI特定目標及執行方法
  • SG 2 確保介面相容性
    • 產品組件的內部與外部介面是相容的。
    • SP 2.1 審查介面說明的完整性
      • 審查介面說明的範圍與完整性。
    • SP 2.2 管理介面
      • 管理產品與產品組件的內部與外部介面之定義、設計與變更。
slide28
PI特定目標及執行方法
  • SG 3 組合產品組件並交付產品
    • 組合已驗證的產品組件,並交付已整合、已驗證及已確認的產品。
    • SP 3.1 確定欲整合的產品組件已準備就緒
      • 在產品組合前,確定欲組合成產品的產品組件已被適當的界定、並依據其說明運作,以及確定產品組合介面符合介面說明。
    • SP 3.2 組合產品組件
      • 依據產品整合順序與可行程序,組合產品組件。
    • SP 3.3 評估已組合的產品組件
      • 評估已組合之產品組件的介面相容性。
    • SP 3.4 包裝並交付產品或產品組件
      • 包裝已組合的產品或產品組件,並交付給適當的客戶。
slide29
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 分析驗證結果
slide30
VER特定目標及執行方法
  • SG 1 驗證準備
    • 執行驗證準備。
    • SP 1.1 選擇需驗證之工作產品
      • 選擇需驗證之工作產品及每一工作產品使用之驗證方法。
    • SP 1.2 建立驗證環境
      • 建立並維護支援驗證工作的環境。
    • SP 1.3 建立驗證程序與準則
      • 建立並維護所選定的工作產品的驗證程序與準則。
slide31
VER特定目標及執行方法
  • SG 2 執行同仁審查
    • 對選定的工作產品執行同仁審查。
    • SP 2.1 準備同仁審查
      • 準備對選定的工作產品進行同仁審查。
    • SP 2.2 進行同仁審查
      • 針對所選定的工作產品進行同仁審查,並由同仁審查的結果界定議題。
    • SP 2.3 分析同仁審查資料
      • 分析同仁審查的準備、執行及結果資料。
slide32
VER特定目標及執行方法
  • SG 3 驗證工作產品
    • 依照其指定的需求,驗證所選定的工作產品。
    • SP 3.1 執行驗證
      • 對選定的工作產品執行驗證。
    • SP 3.2 分析驗證結果
      • 分析所有驗證活動的結果。
slide33
VAL特定目標及執行方法摘要
  • SG 1 確認準備
    • SP 1.1 選擇需確認之產品
    • SP 1.2 建立確認環境
    • SP 1.3 建立確認程序與準則
  • SG 2 確認產品或產品組件
    • SP 2.1 執行確認
    • SP 2.2 分析確認結果
slide34
VAL特定目標及執行方法
  • SG 1 確認準備
    • 執行確認準備。
    • SP 1.1 選擇須確認之產品
      • 選擇須確認之產品及產品組件,及每一產品及產品組件使用之確認方法。
    • SP 1.2 建立確認環境
      • 建立並維護支援確認工作所需的環境。
    • SP 1.3 建立確認程序與準則
      • 建立並維護確認程序與準則。
slide35
VAL特定目標及執行方法
  • SG 2 確認產品或產品組件
    • 確認產品或產品組件,以確保在預期作業環境中可適用。
    • SP 2.1 執行確認
      • 對選定的產品及產品組件執行確認。
    • SP 2.2 分析確認結果
      • 分析確認活動的結果。