成熟度第三级定义级Word文档格式.docx

成熟度第三级定义级Word文档格式.docx

《成熟度第三级定义级Word文档格式.docx》由会员分享，可在线阅读，更多相关《成熟度第三级定义级Word文档格式.docx（92页珍藏版）》请在冰豆网上搜索。

‧發展產品的生命週期需求

‧建立客戶需求

‧建立與客戶需求一致的原始產品及產品組件需求

因為客戶也可能提出特定的設計需求，本流程領域討論所有客戶的需求，而非侷限於產品層次的需求。

[PA157.N103]

客戶需求可進一步調修為產品及產品組件需求。

除客戶需求外，選定的解決方案也可能衍生產品及產品組件需求。

[PA157.N104]

在產品生命週期的各個階段界定並調修需求。

對設計決策、後續的矯正措施，以及產品生命週期各階段所產生的回饋進行分析，以瞭解它們對衍生及已配置需求的影響。

[PA157.N105]

需求發展流程領域包括三項特定目標。

「發展客戶需求」特定目標強調定義完整的客戶需求，以使用於產品需求發展。

「發展產品需求」特定目標強調定義完整的產品和產品組件需求，以使用於產品和產品組件設計。

「分析並確認需求」特定目標說明客戶、產品及產品組件需求的必要分析，以定義、衍生及瞭解需求。

第三項特定目標的特定執行方法，是用來輔助前兩項特定目標的特定執行方法。

需求發展流程領域的流程和技術解決方案流程領域的流程，可彼此循環式的互動。

[PA157.N111]

對競爭的備選方案進行分析，以瞭解、定義及選用各層次的需求。

這些分析活動包括：

[PA157.N106]

‧分析產品生命週期每階段的需要和需求，包括：

相關關鍵人員的需要、操作環境，以及反映所有客戶及使用者之期望和滿意的因素（如安全性、保密性及負擔能力）

‧發展操作概念

‧定義必要的功能

功能的定義，也稱為「功能分析」，與軟體發展的結構化分析不同，也不能假定為功能導向的軟體設計。

在物件導向的軟體設計裡，它相當於定義服務。

功能、功能的邏輯群組，以及它們和需求之關連的定義，就是所謂的「功能架構」。

[PA157.N107]

對產品架構更細層次不斷地分析，直到獲得足夠的細節以進行產品的細部設計、採購及測試。

經由對需求及操作概念（包括功能性、支援、維護及銷毀）的分析結果，製造或生產的概念會產生出更多的衍生需求，包括下列考量：

[PA157.N108]

‧不同類型的限制

‧技術的界限

‧成本和成本因素

‧時間限制和時程因素

‧風險

‧客戶或使用者所暗示但未明確陳述之議題的考量

‧發展者獨特的經營考量、規定及法律等所產生的因素

邏輯實體的層次架構（功能及子功能，物件類別及子類別），建立在反覆發展的操作概念裡。

需求經過調修、衍生，才能配置到該邏輯實體。

需求和邏輯實體再被配置於產品、產品組件、人員、相關流程或服務。

[PA157.N109]

在需求發展和分析時，納入相關關鍵人員的參與，藉此使他們瞭解需求的演進過程。

本活動持續向相關關鍵人員提供保證：

需求已適切定義。

[PA157.N110]

相關流程領域

有關管理客戶及產品需求、取得需求提供者同意、取得需求執行者承諾及維護追溯性，請參考需求管理流程領域，以獲得更多資訊。

[PA157.R101]

有關如何使用需求發展流程領域的輸出，以及發展替代方案和設計，以用於調修和衍生需求，請參考技術解決方案流程領域，以獲得更多資訊。

[PA157.R102]

有關介面需求和介面管理，請參考產品整合流程領域，以獲得更多資訊。

[PA157.R103]

有關驗證最終產品是否符合需求，請參考驗證流程領域，以獲得更多資訊。

[PA157.R104]

有關如何依照客戶需要確認所建置產品，請參考確認流程領域，以獲得更多資訊。

[PA157.R105]

有關需求相關風險的界定和管理，請參考風險管理流程領域，以獲得更多資訊。

[PA157.R106]

有關確保重要工作產品的控管，請參考建構管理流程領域，以獲得更多資訊。

[PA157.R107]

特定及一般目標

SG1發展客戶需求[PA157.IG101]

蒐集關鍵人員的需要、期望、限制及介面，並轉換成客戶需求。

SG2發展產品需求[PA157.IG103]

調修並詳細說明客戶需求，以發展產品及產品組件需求。

SG3分析並確認需求[PA157.IG102]

分析並確認需求，並發展所要功能的定義。

GG3制度化已定義流程[CL104.GL101]

將流程制度化為已定義流程。

執行方法與目標的關係對照表

SP1.1誘導需要

SP1.2發展客戶需求

SP2.1建立產品與產品組件需求

SP2.2配置產品組件需求

SP2.3界定介面需求

SP3.1建立操作概念及劇本

SP3.2建立必要功能的定義

SP3.3分析需求

SP3.4分析需求以取得平衡

SP3.5用廣泛的方法確認需求

GP2.1（CO1）建立組織政策

GP3.1（AB1）建立已定義流程

GP2.2（AB2）規劃流程

GP2.3（AB3）提供資源

GP2.4（AB4）指派責任

GP2.5（AB5）訓練人員

GP2.6（DI1）管理建構

GP2.7（DI2）界定並納入相關的關鍵人員

GP2.8（DI3）監控流程

GP3.2（DI4）蒐集改善資訊

GP2.9（VE1）客觀評估遵循程度

GP2.10（VE2）與上層管理人員審查各狀況

各目標的特定執行方法

SG1發展客戶需求

蒐集關鍵人員需要、期望、限制及介面，並轉換成客戶需求。

[PA157.IG101]

關鍵人員（例如：

客戶、最終使用者、供應商、建置人員及測試人員）的需要，是決定客戶需求的基礎。

進行關鍵人員之需要、期望、限制、介面、操作概念，以及產品觀念的分析、協調、調修及詳細說明，以轉換成客戶需求。

[PA157.IG101.N101]

關鍵人員的需要、期望、限制及介面，經常被粗略的界定或相互矛盾。

因為必須清楚界定

和瞭解關鍵人員的需要、期望、限制及界限，在整個專案的生命期裡可使用反覆的流程，以達到這目標。

為協助此必要的循環流程，最終使用者或客戶的代表，通常會加入此過程，以說明其需要並協助解決矛盾。

組織的客戶關係或行銷部門，以及來自人因工程或支援部門的發展團隊成員，可視為此類的代表。

在研擬和解決客戶需求時，也應考量客戶的外在環境、法規及其他限制。

[PA157.IG101.N102]

誘導關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。

[PA157.IG101.SP102]

誘導不只是蒐集需求，更要積極界定尚未經客戶明確提出的額外需求。

額外的需求應描述各種產品生命週期的活動，以及它們對產品的影響。

[PA157.IG101.SP102.N102]

誘導需要的技術，舉例如下：

[PA157.IG101.SP102.N103]

◆技術展示

◆介面管制工作組

◆技術管制工作組

◆中間時期的專案審查

◆由最終使用者取得的問卷、訪談及操作劇本等資料

◆操作性的逐步審查和最終使用者的工作分析

◆雛型和模型

◆腦力激盪

◆品質機能展開

◆市場調查

◆試用版本的試用

◆由文件、標準或規格等來源中抽取

◆觀察現行產品、環境及工作流程的樣式（patterns）

◆使用案例（usecases）

◆經營案例分析

◆採取反向工程（針對現有產品）

細部執行方法

1.與相關的關鍵人員一起參與，並使用方法，以誘導出需求、期望、限制及外部介面。

[PA157.IG101.SP102.SubP101]

下列特定執行方法，在連續式表述是SP1.1-1，但在階段式表述是SP1.1誘導需要。

此特定執行方法在此以灰色字表示，只作為助益的資料。

SP1.1-1蒐集關鍵人員需要

界定並蒐集關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。

[PA157.IG101.SP101]

本特定執行方法的基本活動說明取得客戶提供的需求，並定義哪些是客戶的需要或期望。

這些需求不一定以專業術語描述，但必須說明各種生命週期活動及其對產品的影響。

[PA157.IG101.SP101.N101]

轉換關鍵人員的需要、期望、限制及介面為客戶需求。

[PA157.IG101.SP103]

整合的產品與流程發展適用

代表產品生命週期所有階段的相關關鍵人員，應包括經營和技術的功能。

如此一來，才能同時考量所有與產品有關的生命週期流程概念和產品概念。

客戶需求是經由需求對經營和技術之影響而產生有情報根據的決策。

[PA157.IG101.SP103.AMP101]

來自客戶的各種輸入，須經合併、取得遺漏的資訊，以及解決衝突等過程，並記錄為客戶需求。

客戶需求可包括與驗證和確認有關的需要、期望及限制。

[PA157.IG101.SP103.N101]

典型的工作產品

1.客戶需求[PA157.IG101.SP103.W101]

2.執行驗證時的客戶限制[PA157.IG101.SP103.W102]

3.執行確認時的客戶限制[PA157.IG101.SP103.W103]

1.轉換關鍵人員的需要、預期、限制及介面，成為客戶需求紀錄。

[PA157.IG101.SP103.SubP101]

2.定義驗證及確認時的限制。

[PA157.IG101.SP103.SubP102]

SG2發展產品需求

[PA157.IG103]

分析客戶需求並發展操作概念，以衍生更詳細和精準的需求，此需求稱為「產品與產品組件需求」。

「產品與產品組件需求」說明產品生命週期每一階段的相關需要。

衍生需求是由限制、對某些隱含議題的考量及某些因素而間接產生，這些議題在客戶需求基準中並未明確說明；

而這些因素是基於所選用的架構、設計，以及發展者獨特的經營考量等而產生。

需求須以後續的、較低階的需求及功能架構再檢查，並調修優先的產品概念。

[PA157.IG103.N101]

配置需求於產品功能及產品組件，包括物件、人員及流程，並記錄需求到功能、物件、測試、議題，或其他實體的追溯性。

已配置的需求及功能是組成技術解決方案的基礎。

當發展內部組件時，須定義新增的介面，並建立介面需求。

[PA157.IG103.N102]

有關維護雙向追溯性，請參考需求管理流程領域的「維護需求的雙向追溯性」特定執行方法，以獲得更多資訊。

[PA157.LG103.N102.R101]

以客戶需求為基礎，建立並維護產品與產品組件的需求。

[PA157.IG103.SP101]

客戶需求可能以客戶術語表示，且以較不具技術的方式描述。

產品需求則是以專業術語表示這些客戶需求，以用來進行設計的決策。

「品質機能展開」是此轉換的範例，它描述客戶期望與技術參數的對應關係。

「結實的門」可能對應到尺寸規模大小、重量、合適度、濕度及共振頻率。

[PA157.IG103.SP101.N101]

「產品與產品組件需求」強調客戶、經營，以及專案目標和相關屬性（如有效性和負擔能力）的滿足。

[PA157.IG103.SP101.N104]

設計限制，包括由設計決策所衍生的產品組件規格，而不是更高階的需求。

[PA157.IG103.SP101.N102]

軟體工程適用

必須與現成的資料庫組件介接的應用組件，必須遵循所選用之資料庫的介面需求；

這種產品組件需求一般是無法追溯到更高階的需求。

[PA157.IG103.SP101.N102.AMP101]

衍生需求也包括其他生命週期階段的成本和績效（如，生產、操作及銷毀），以與經營目標相容。

[PA157.IG103.SP101.N103]

需求管理流程領域涵蓋需求變更的管理，而本特定執行方法的「維護」部分，涵蓋因已核准的需求變更而引起的需求修改活動。

[PA157.IG103.SP101.N105]

有關管理需求變更，請參考需求管理流程領域，以獲得更多資訊。

[PA157.IG103.SP101.N105.R101]

1.衍生需求[PA157.IG103.SP101.W101]

2.產品需求[PA157.IG103.SP101.W102]

3.產品組件需求[PA157.IG103.SP101.W103]

1.以專業術語發展產品與產品組件設計的需求。

[PA157.IG103.SP101.SubP101]

針對產品架構設計所需之重要的產品品質和績效，發展架構需求。

[PA157.IG103.SP101.SubP101.N101]

2.由設計決策衍生需求。

[PA157.IG103.SP101.SubP102]

有關發展解決方案以產生其他衍生需求，請參考技術解決方案流程領域，以獲得更多資訊。

[PA157.IG103.SP101.SubP102.R101]

技術的選用會引進其他的需求。

運用電子學將增加特定技術的需求，如電磁干擾的界限。

[PA157.IG103.SP101.SubP102.N101]

3.建立並維護需求間的關連性，以提供變更管理和需求配置時影響的考量依據。

[PA157.IG103.SP101.SubP103]

有關維護需求追溯，請參考需求管理流程領域，以獲得更多資訊。

[PA157.IG103.SP101.SubP103.R101]

需求間的關連有助於評估變更的影響。

[PA157.IG103.SP101.SubP103.N101]

配置產品組件需求。

[PA157.IG103.SP102]

有關配置需求到產品和產品組件，請參考技術解決方案流程領域，以獲得更多資訊。

本執行方法提供資訊以定義需求配置，但必須和技術解決方案流程領域的執行方法互動，以建立配置需求的解決方案。

[PA157.IG103.SP102.R101]

上述中所定義的解決方案，其產品組件的需求，包括所配置的產品績效、設計限制，以及符合需求和有助於生產的合適、形式及功能。

倘較高階需求的指定績效歸屬於兩組或以上的產品組件時，該績效必須進行切割，並單獨配置到各個產品組件，就像是衍生需求一樣。

[PA157.IG103.SP102.N101]

1.需求配置表[PA157.IG103.SP102.W101]

2.暫時性的需求配置[PA157.IG103.SP102.W102]

3.設計限制[PA157.IG103.SP102.W103]

4.衍生需求[PA157.IG103.SP102.W104]

5.衍生需求間的關係[PA157.IG103.SP102.W105]

1.配置需求於功能。

[PA157.IG103.SP102.SubP101]

2.配置需求於產品組件。

[PA157.IG103.SP102.SubP102]

3.配置設計限制於產品組件。

[PA157.IG103.SP102.SubP103]

4.記錄已配置需求間的關係。

[PA157.IG103.SP102.SubP104]

關係包括依賴性，在這情境下，某需求的改變可能會影響其他的需求。

[PA157.IG103.SP102.SubP104.N101]

界定介面需求。

[PA157.IG103.SP103]

定義功能之間（或物件之間）的介面。

功能介面可能衍生出替代方案的發展，替代方案在技術解決方案流程領域中描述。

[PA157.IG103.SP103.N101]

有關介面管理以及產品和產品組件的整合，請參考產品整合流程領域，以獲得更多資訊。

[PA157.IG103.SP103.N101.R101]

定義架構中所界定之產品與產品組件間的介面需求，將它們當做產品與產品組件整合的一部分來管制，它們也是架構定義中不可缺少的部分。

[PA157.IG103.SP103.N102]

1.介面需求[PA157.IG103.SP103.W101]

1.界定產品內部及外部的介面。

功能分割或物件之間的介面。

[PA157.IG103.SP103.SubP101]

在設計工作進行的過程中，產品架構可能受技術解決方案流程的影響，而產生產品組件和專案外部組件間的介面。

[PA157.IG103.SP103.SubP101.N101]

必須界定產品有關之生命週期流程的介面。

[PA157.IG103.SP103.SubP101.N102]

與測試設備、傳輸系統、支援系統及製造設施之間的介面，都屬於這類介面。

[PA157.IG103.SP103.N103]

2.發展已界定介面的需求。

[PA157.IG103.SP103.SubP102]

有關在設計過程中，如何產生介面需求，請參考技術解決方案流程領域，以獲得更多資訊。

[PA157.IG103.SP103.SubP102.R101]

以軟體的來源、目的地、刺激及資料特徵，和硬體的電子及機械的特徵，來定義介面需求。

[PA157.IG103.SP103.SubP102.N102]

SG3分析並確認需求

[PA157.IG102]

本特定目標的特定執行方法，支援「發展客戶需求」和「發展產品需求」兩個特定目標的需求發展過程。

本特定目標的特定執行方法涵蓋需求的分析，以及確認需求是否符合使用者預期。

[PA157.IG102.N104]

執行分析，以決定為求滿足關鍵人員的需要、期望、限制及介面，對原計畫的操作環境會產生哪些影響。

視產品的範圍而定，可行性、任務需要、經費限制、市場潛力及採購策略等都必須納入考量，並建立必要功能的定義。

所有產品的特定使用形式均應考量，並產生對時間敏感之功能順序的時間點分析。

[PA157.IG102.N101]

分析的目的，在於決定可滿足關鍵人員需要、期望及限制之產品概念的可能需求，再將這些概念轉換為需求。

與此活動同時進行的是，依據客戶的輸入和初步的產品概念，決定用以評估產品有效性的參數。

[PA157.IG102.N102]

確認需求，以增加最終產品在使用環境中，可按照期望運作的可能性。

[PA157.IG102.N103]

建立並維護操作概念及其相關的劇本。

[PA157.IG102.SP101]

有關依所選的設計發展詳細的操作概念，請參考技術解決方案流程領域，以獲得更多資訊。

[PA157.IG102.SP101.R101]

劇本是使用產品時可能發生的事件順序，以明確說明關鍵人員的某些需要。

相對的，產品的操作概念通常是依據設計方案和劇本而來。

衛星的通訊產品與地面的通訊產品，它們的操作概念是不同的。

在研擬原始操作概念時，其替代方案通常尚未定義。

所以，在需求分析時，發展概念性的解決方案。

在進行解決方案的決策時，調修操作概念，進而發展出細部的需求。

[PA157.IG102.SP101.N101]

正如某產品的設計決策可能變成產品組件需求，操作概念也可能變成產品組件的劇本（需求）。

[PA157.IG102.SP101.N102]

劇本包括操作順序，提供的順序係用以表達客戶需求而非操作概念。

[PA157.IG102.SP101.N103]

1.操作概念[PA157.IG102.SP101.W101]

2.產品安裝、操作、維護及支援概念[PA157.IG102.SP101.W102]

3.銷毀概念[PA157.IG102.SP101.W103]

4.使用案例[PA157.IG102.SP101.W104]

5.依時間演化的劇本[PA157.IG102.SP101.W105]

6.新需求[PA157.IG102.SP101.W106]

1.發展操作概念和劇本，包括適當的功能、績效、維護、支援及銷毀。

[PA157.IG102.SP101.SubP101]

界定並發展劇本，此劇本須與關鍵人員各細部層級的需要、預期及限制一致。

經此建議的產品應可如預期運作。

[PA157.IG102.SP101.SubP101.N101]

2.定義產品的操作環境，包括界限和限制。

[PA157.IG102.SP101.SubP102]

3.審查操作概念和劇本，以調修需求並發現新需求。

[PA157.IG102.SP101.SubP103]

操作概念和劇本的發展是個反覆的過程。

應定期舉行審查，以確保其結果與需求一致。

審查可採用逐步審查的形式。

[PA157.IG102.SP101.SubP103.N101]

4.產品與產品組件一經選定，就發展詳細的操作概念，以定義產品、最終使用者及環境之互動，並滿足操作、維護、支援及銷毀的需要。

[PA157.IG102.SP101.SubP104]

SP3.2建立必要的功能定義

建立並維護必要的功能定義。

[PA157.IG102.SP102]

功能的定義，也就是所謂的「功能分析」，描述哪些是產品預期該做的。

功能的定義會包括，行動、順序、輸入、輸出，或其他說明如何使用產品的資訊。

[PA157.IG102.SP102.N101]

功能分析與軟體發展的結構化分析不同，也不能假定為功能導向的軟體設計。

有關「功能架構」的定義，請參見附錄C詞彙。

[PA157.IG102.SP102.N102]

1.功能架構[PA157.IG102.SP102.W101]

2.活動圖和使用案例[PA157.IG102.SP102.W102]

3.物件導向分析和已界定的服務[PA157.IG102.SP102.W103]

1.分析和量化最終使用者需要的功能。

[PA157.IG102.SP102.SubP101]

2.分析需求，以界定邏輯或功能分割