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

1、 發展產品的生命週期需求 建立客戶需求 建立與客戶需求一致的原始產品及產品組件需求因為客戶也可能提出特定的設計需求，本流程領域討論所有客戶的需求，而非侷限於產品層次的需求。PA157.N103客戶需求可進一步調修為產品及產品組件需求。除客戶需求外，選定的解決方案也可能衍生產品及產品組件需求。 PA157.N104在產品生命週期的各個階段界定並調修需求。對設計決策、後續的矯正措施，以及產品生命週期各階段所產生的回饋進行分析，以瞭解它們對衍生及已配置需求的影響。 PA157.N105需求發展流程領域包括三項特定目標。發展客戶需求特定目標強調定義完整的客戶需求，以使用於產品需求發展。發展產品需求特定

2、目標強調定義完整的產品和產品組件需求，以使用於產品和產品組件設計。分析並確認需求特定目標說明客戶、產品及產品組件需求的必要分析，以定義、衍生及瞭解需求。第三項特定目標的特定執行方法，是用來輔助前兩項特定目標的特定執行方法。需求發展流程領域的流程和技術解決方案流程領域的流程，可彼此循環式的互動。 PA157.N111對競爭的備選方案進行分析，以瞭解、定義及選用各層次的需求。這些分析活動包括： PA157.N106 分析產品生命週期每階段的需要和需求，包括：相關關鍵人員的需要、操作環境，以及反映所有客戶及使用者之期望和滿意的因素（如安全性、保密性及負擔能力） 發展操作概念 定義必要的功能功能的定義

3、，也稱為功能分析，與軟體發展的結構化分析不同，也不能假定為功能導向的軟體設計。在物件導向的軟體設計裡，它相當於定義服務。功能、功能的邏輯群組，以及它們和需求之關連的定義，就是所謂的功能架構。 PA157.N107對產品架構更細層次不斷地分析，直到獲得足夠的細節以進行產品的細部設計、採購及測試。經由對需求及操作概念（包括功能性、支援、維護及銷毀）的分析結果，製造或生產的概念會產生出更多的衍生需求，包括下列考量： PA157.N108 不同類型的限制 技術的界限 成本和成本因素 時間限制和時程因素 風險 客戶或使用者所暗示但未明確陳述之議題的考量 發展者獨特的經營考量、規定及法律等所產生的因素邏輯

4、實體的層次架構（功能及子功能，物件類別及子類別），建立在反覆發展的操作概念裡。需求經過調修、衍生，才能配置到該邏輯實體。需求和邏輯實體再被配置於產品、產品組件、人員、相關流程或服務。 PA157.N109在需求發展和分析時，納入相關關鍵人員的參與，藉此使他們瞭解需求的演進過程。本活動持續向相關關鍵人員提供保證：需求已適切定義。 PA157.N110相關流程領域有關管理客戶及產品需求、取得需求提供者同意、取得需求執行者承諾及維護追溯性，請參考需求管理流程領域，以獲得更多資訊。 PA157.R101有關如何使用需求發展流程領域的輸出，以及發展替代方案和設計，以用於調修和衍生需求，請參考技術解決方案

5、流程領域，以獲得更多資訊。 PA157.R102有關介面需求和介面管理，請參考產品整合流程領域，以獲得更多資訊。 PA157.R103有關驗證最終產品是否符合需求，請參考驗證流程領域，以獲得更多資訊。 PA157.R104有關如何依照客戶需要確認所建置產品，請參考確認流程領域，以獲得更多資訊。 PA157.R105有關需求相關風險的界定和管理，請參考風險管理流程領域，以獲得更多資訊。 PA157.R106有關確保重要工作產品的控管，請參考建構管理流程領域，以獲得更多資訊。 PA157.R107特定及一般目標SG 1 發展客戶需求 PA157.IG101蒐集關鍵人員的需要、期望、限制及介面，並轉

6、換成客戶需求。SG 2 發展產品需求 PA157.IG103調修並詳細說明客戶需求，以發展產品及產品組件需求。SG 3 分析並確認需求 PA157.IG102分析並確認需求，並發展所要功能的定義。GG 3 制度化已定義流程 CL104.GL101將流程制度化為已定義流程。執行方法與目標的關係對照表SP 1.1 誘導需要SP 1.2 發展客戶需求SP 2.1 建立產品與產品組件需求SP 2.2 配置產品組件需求SP 2.3 界定介面需求SP 3.1 建立操作概念及劇本SP 3.2 建立必要功能的定義SP 3.3 分析需求SP 3.4 分析需求以取得平衡SP 3.5 用廣泛的方法確認需求GP 2.

7、1 （CO 1） 建立組織政策GP 3.1 （AB 1） 建立已定義流程GP 2.2 （AB 2） 規劃流程GP 2.3 （AB 3） 提供資源GP 2.4 （AB 4） 指派責任GP 2.5 （AB 5） 訓練人員GP 2.6 （DI 1） 管理建構GP 2.7 （DI 2） 界定並納入相關的關鍵人員GP 2.8 （DI 3） 監控流程GP 3.2 （DI 4） 蒐集改善資訊GP 2.9 （VE 1） 客觀評估遵循程度GP 2.10 （VE 2） 與上層管理人員審查各狀況各目標的特定執行方法SG 1 發展客戶需求蒐集關鍵人員需要、期望、限制及介面，並轉換成客戶需求。PA157.IG101關鍵

8、人員（例如：客戶、最終使用者、供應商、建置人員及測試人員）的需要，是決定客戶需求的基礎。進行關鍵人員之需要、期望、限制、介面、操作概念，以及產品觀念的分析、協調、調修及詳細說明，以轉換成客戶需求。 PA157.IG101.N101關鍵人員的需要、期望、限制及介面，經常被粗略的界定或相互矛盾。因為必須清楚界定和瞭解關鍵人員的需要、期望、限制及界限，在整個專案的生命期裡可使用反覆的流程，以達到這目標。為協助此必要的循環流程，最終使用者或客戶的代表，通常會加入此過程，以說明其需要並協助解決矛盾。組織的客戶關係或行銷部門，以及來自人因工程或支援部門的發展團隊成員，可視為此類的代表。在研擬和解決客戶需求

9、時，也應考量客戶的外在環境、法規及其他限制。 PA157.IG101.N102誘導關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。 PA157.IG101.SP102誘導不只是蒐集需求，更要積極界定尚未經客戶明確提出的額外需求。額外的需求應描述各種產品生命週期的活動，以及它們對產品的影響。 PA157.IG101.SP102.N102誘導需要的技術，舉例如下： PA157.IG101.SP102.N103 技術展示 介面管制工作組 技術管制工作組 中間時期的專案審查 由最終使用者取得的問卷、訪談及操作劇本等資料 操作性的逐步審查和最終使用者的工作分析 雛型和模型 腦力激盪 品質機能

10、展開 市場調查 試用版本的試用 由文件、標準或規格等來源中抽取 觀察現行產品、環境及工作流程的樣式（patterns） 使用案例（use cases） 經營案例分析 採取反向工程（針對現有產品）細部執行方法1. 與相關的關鍵人員一起參與，並使用方法，以誘導出需求、期望、限制及外部介面。 PA157.IG101.SP102.SubP101下列特定執行方法，在連續式表述是SP1.1-1，但在階段式表述是SP1.1 誘導需要。此特定執行方法在此以灰色字表示，只作為助益的資料。SP 1.1-1 蒐集關鍵人員需要界定並蒐集關鍵人員提出有關產品生命週期各階段的需要、期望、限制及介面。 PA157.IG10

11、1.SP101本特定執行方法的基本活動說明取得客戶提供的需求，並定義哪些是客戶的需要或期望。這些需求不一定以專業術語描述，但必須說明各種生命週期活動及其對產品的影響。 PA157.IG101.SP101.N101轉換關鍵人員的需要、期望、限制及介面為客戶需求。PA157.IG101.SP103整合的產品與流程發展適用代表產品生命週期所有階段的相關關鍵人員，應包括經營和技術的功能。如此一來，才能同時考量所有與產品有關的生命週期流程概念和產品概念。客戶需求是經由需求對經營和技術之影響而產生有情報根據的決策。PA157.IG101.SP103.AMP101來自客戶的各種輸入，須經合併、取得遺漏的資訊

12、，以及解決衝突等過程，並記錄為客戶需求。客戶需求可包括與驗證和確認有關的需要、期望及限制。PA157.IG101.SP103.N101典型的工作產品1. 客戶需求 PA157.IG101.SP103.W1012. 執行驗證時的客戶限制 PA157.IG101.SP103.W1023. 執行確認時的客戶限制 PA157.IG101.SP103.W1031. 轉換關鍵人員的需要、預期、限制及介面，成為客戶需求紀錄。 PA157.IG101.SP103.SubP1012. 定義驗證及確認時的限制。PA157.IG101.SP103.SubP102SG 2 發展產品需求PA157.IG103分析客戶需

13、求並發展操作概念，以衍生更詳細和精準的需求，此需求稱為產品與產品組件需求。產品與產品組件需求說明產品生命週期每一階段的相關需要。衍生需求是由限制、對某些隱含議題的考量及某些因素而間接產生，這些議題在客戶需求基準中並未明確說明；而這些因素是基於所選用的架構、設計，以及發展者獨特的經營考量等而產生。需求須以後續的、較低階的需求及功能架構再檢查，並調修優先的產品概念。PA157.IG103.N101配置需求於產品功能及產品組件，包括物件、人員及流程，並記錄需求到功能、物件、測試、議題，或其他實體的追溯性。已配置的需求及功能是組成技術解決方案的基礎。當發展內部組件時，須定義新增的介面，並建立介面需求。

14、 PA157.IG103.N102有關維護雙向追溯性，請參考需求管理流程領域的維護需求的雙向追溯性特定執行方法，以獲得更多資訊。PA157.LG103.N102.R101以客戶需求為基礎，建立並維護產品與產品組件的需求。 PA157.IG103.SP101客戶需求可能以客戶術語表示，且以較不具技術的方式描述。產品需求則是以專業術語表示這些客戶需求，以用來進行設計的決策。品質機能展開是此轉換的範例，它描述客戶期望與技術參數的對應關係。結實的門可能對應到尺寸規模大小、重量、合適度、濕度及共振頻率。 PA157.IG103.SP101.N101產品與產品組件需求強調客戶、經營，以及專案目標和相關屬性

15、（如有效性和負擔能力）的滿足。PA157.IG103.SP101.N104設計限制，包括由設計決策所衍生的產品組件規格，而不是更高階的需求。 PA157.IG103.SP101.N102軟體工程適用必須與現成的資料庫組件介接的應用組件，必須遵循所選用之資料庫的介面需求；這種產品組件需求一般是無法追溯到更高階的需求。 PA157.IG103.SP101.N102.AMP101衍生需求也包括其他生命週期階段的成本和績效（如，生產、操作及銷毀），以與經營目標相容。 PA157.IG103.SP101.N103需求管理流程領域涵蓋需求變更的管理，而本特定執行方法的維護部分，涵蓋因已核准的需求變更而引起

16、的需求修改活動。 PA157.IG103.SP101.N105有關管理需求變更，請參考需求管理流程領域，以獲得更多資訊。 PA157.IG103.SP101.N105.R1011. 衍生需求 PA157.IG103.SP101.W1012. 產品需求 PA157.IG103.SP101.W1023. 產品組件需求 PA157.IG103.SP101.W1031. 以專業術語發展產品與產品組件設計的需求。PA157.IG103.SP101.SubP101針對產品架構設計所需之重要的產品品質和績效，發展架構需求。 PA157.IG103.SP101.SubP101.N1012. 由設計決策衍生需求

17、。 PA157.IG103.SP101.SubP102有關發展解決方案以產生其他衍生需求，請參考技術解決方案流程領域，以獲得更多資訊。PA157.IG103.SP101.SubP102.R101技術的選用會引進其他的需求。運用電子學將增加特定技術的需求，如電磁干擾的界限。PA157.IG103.SP101.SubP102.N1013. 建立並維護需求間的關連性，以提供變更管理和需求配置時影響的考量依據。 PA157.IG103.SP101.SubP103有關維護需求追溯，請參考需求管理流程領域，以獲得更多資訊。 PA157.IG103.SP101.SubP103.R101需求間的關連有助於評估

18、變更的影響。PA157.IG103.SP101.SubP103.N101配置產品組件需求。 PA157.IG103.SP102有關配置需求到產品和產品組件，請參考技術解決方案流程領域，以獲得更多資訊。本執行方法提供資訊以定義需求配置，但必須和技術解決方案流程領域的執行方法互動，以建立配置需求的解決方案。 PA157.IG103.SP102.R101上述中所定義的解決方案，其產品組件的需求，包括所配置的產品績效、設計限制，以及符合需求和有助於生產的合適、形式及功能。倘較高階需求的指定績效歸屬於兩組或以上的產品組件時，該績效必須進行切割，並單獨配置到各個產品組件，就像是衍生需求一樣。PA157.I

19、G103.SP102.N1011. 需求配置表 PA157.IG103.SP102.W1012. 暫時性的需求配置 PA157.IG103.SP102.W1023. 設計限制 PA157.IG103.SP102.W1034. 衍生需求 PA157.IG103.SP102.W1045. 衍生需求間的關係 PA157.IG103.SP102.W1051. 配置需求於功能。 PA157.IG103.SP102.SubP1012. 配置需求於產品組件。 PA157.IG103.SP102.SubP1023. 配置設計限制於產品組件。 PA157.IG103.SP102.SubP1034. 記錄已配置需

20、求間的關係。 PA157.IG103.SP102.SubP104關係包括依賴性，在這情境下，某需求的改變可能會影響其他的需求。 PA157.IG103.SP102.SubP104.N101界定介面需求。 PA157.IG103.SP103定義功能之間（或物件之間）的介面。功能介面可能衍生出替代方案的發展，替代方案在技術解決方案流程領域中描述。PA157.IG103.SP103.N101有關介面管理以及產品和產品組件的整合，請參考產品整合流程領域，以獲得更多資訊。 PA157.IG103.SP103.N101.R101定義架構中所界定之產品與產品組件間的介面需求，將它們當做產品與產品組件整合的一

21、部分來管制，它們也是架構定義中不可缺少的部分。 PA157.IG103.SP103.N1021. 介面需求 PA157.IG103.SP103.W1011. 界定產品內部及外部的介面。功能分割或物件之間的介面。 PA157.IG103.SP103.SubP101在設計工作進行的過程中，產品架構可能受技術解決方案流程的影響，而產生產品組件和專案外部組件間的介面。 PA157.IG103.SP103.SubP101.N101必須界定產品有關之生命週期流程的介面。PA157.IG103.SP103.SubP101.N102與測試設備、傳輸系統、支援系統及製造設施之間的介面，都屬於這類介面。 PA15

22、7.IG103.SP103.N1032. 發展已界定介面的需求。 PA157.IG103.SP103.SubP102有關在設計過程中，如何產生介面需求，請參考技術解決方案流程領域，以獲得更多資訊。PA157.IG103.SP103.SubP102.R101以軟體的來源、目的地、刺激及資料特徵，和硬體的電子及機械的特徵，來定義介面需求。PA157.IG103.SP103.SubP102.N102SG 3 分析並確認需求 PA157.IG102本特定目標的特定執行方法，支援發展客戶需求和發展產品需求兩個特定目標的需求發展過程。本特定目標的特定執行方法涵蓋需求的分析，以及確認需求是否符合使用者預期。

23、 PA157.IG102.N104執行分析，以決定為求滿足關鍵人員的需要、期望、限制及介面，對原計畫的操作環境會產生哪些影響。視產品的範圍而定，可行性、任務需要、經費限制、市場潛力及採購策略等都必須納入考量，並建立必要功能的定義。所有產品的特定使用形式均應考量，並產生對時間敏感之功能順序的時間點分析。 PA157.IG102.N101分析的目的，在於決定可滿足關鍵人員需要、期望及限制之產品概念的可能需求，再將這些概念轉換為需求。與此活動同時進行的是，依據客戶的輸入和初步的產品概念，決定用以評估產品有效性的參數。 PA157.IG102.N102確認需求，以增加最終產品在使用環境中，可按照期望運

24、作的可能性。 PA157.IG102.N103建立並維護操作概念及其相關的劇本。 PA157.IG102.SP101有關依所選的設計發展詳細的操作概念，請參考技術解決方案流程領域，以獲得更多資訊。 PA157.IG102.SP101.R101劇本是使用產品時可能發生的事件順序，以明確說明關鍵人員的某些需要。相對的，產品的操作概念通常是依據設計方案和劇本而來。衛星的通訊產品與地面的通訊產品，它們的操作概念是不同的。在研擬原始操作概念時，其替代方案通常尚未定義。所以，在需求分析時，發展概念性的解決方案。在進行解決方案的決策時，調修操作概念，進而發展出細部的需求。PA157.IG102.SP101.

25、N101正如某產品的設計決策可能變成產品組件需求，操作概念也可能變成產品組件的劇本（需求）。PA157.IG102.SP101.N102劇本包括操作順序，提供的順序係用以表達客戶需求而非操作概念。 PA157.IG102.SP101.N1031. 操作概念 PA157.IG102.SP101.W1012. 產品安裝、操作、維護及支援概念 PA157.IG102.SP101.W1023. 銷毀概念 PA157.IG102.SP101.W1034. 使用案例 PA157.IG102.SP101.W1045. 依時間演化的劇本 PA157.IG102.SP101.W1056. 新需求 PA157.I

26、G102.SP101.W1061. 發展操作概念和劇本，包括適當的功能、績效、維護、支援及銷毀。 PA157.IG102.SP101.SubP101界定並發展劇本，此劇本須與關鍵人員各細部層級的需要、預期及限制一致。經此建議的產品應可如預期運作。 PA157.IG102.SP101.SubP101.N1012. 定義產品的操作環境，包括界限和限制。PA157.IG102.SP101.SubP1023. 審查操作概念和劇本，以調修需求並發現新需求。PA157.IG102.SP101.SubP103操作概念和劇本的發展是個反覆的過程。應定期舉行審查，以確保其結果與需求一致。審查可採用逐步審查的形式

27、。 PA157.IG102.SP101.SubP103.N1014. 產品與產品組件一經選定，就發展詳細的操作概念，以定義產品、最終使用者及環境之互動，並滿足操作、維護、支援及銷毀的需要。 PA157.IG102.SP101.SubP104SP 3.2 建立必要的功能定義建立並維護必要的功能定義。 PA157.IG102.SP102功能的定義，也就是所謂的功能分析，描述哪些是產品預期該做的。功能的定義會包括，行動、順序、輸入、輸出，或其他說明如何使用產品的資訊。PA157.IG102.SP102.N101功能分析與軟體發展的結構化分析不同，也不能假定為功能導向的軟體設計。有關功能架構的定義，請參見附錄C 詞彙。 PA157.IG102.SP102.N1021. 功能架構 PA157.IG102.SP102.W1012. 活動圖和使用案例 PA157.IG102.SP102.W1023. 物件導向分析和已界定的服務 PA157.IG102.SP102.W1031. 分析和量化最終使用者需要的功能。PA157.IG102.SP102.SubP1012. 分析需求，以界定邏輯或功能分割