圖表 3：如何做說明(HS)分拆成做什么說明(WS)的各個解決方案
第四層：交付說明(Deliverable Statements， DS)
在小組完成解決方案的分拆和一直認同該“做什么”后，接下來便需要系統設計師對有關解決方案進行組合成為項目的獨立組件，在整合的過程中可以同時建立組件的宏觀邏輯，成為項目終的交付說明(DS)，這個交付說明讓我們很清晰地體系整個項目的內容，成為軟件開發的項目范圍。
在進行交付整合的過程中，系統設計師需要考慮每一個項目組件是否影響到項目的開發時間，交付成本及是否符合項目信息中所涉及的質量要求。
案例示范：交付說明(DS)
圖表 4：做什么說明(WS)分拆成交付說明(DS)中的項目組件
案例分析：交付組件的合理性
在整合項目終交付的過程中，發覺要完成第5點的目標說明(提供手機瀏覽活動及財務信息功能)，會增加大量的投資成本，同時增加客戶的數據轉移及維護需求，更增加手機數據流量的費用，建議客戶透過語音查詢，撥號會酒店進行有關信息查詢。后被客戶接受，減少一個模塊的建設。
項目組件分拆法(PCDM)的應用效益
項目組件分拆法可以讓我們利用短的時間建立項目的范圍和宏觀的系統邏輯，更能夠讓項目贊助人和項目干系人參與系統建設的過程中，讓項目贊助人及項目干系人更明確知道系統完成后他們將面對的應用如何及主要操作邏輯，強化軟件開發的透明度，把項目的范圍緊緊地構建起來，降低開發過程中的變動要求。
重要的一點是讓技術人員回歸軟件開發的正確路線，先建立項目范圍，然后透過分析推論出項目的基本功能需求。透過項目干系人的參與，可以更深入理解行業的特色，提升技術人員的創思，帶出軟件創新的成果。
在余下的數篇文章中，我會針對目前軟件開發的一些瓶頸進行分析和建議，讓我國軟件工業能夠進入一個高效，創新的開發模型。
