圖表 3：如何做說明(HS)分拆成做什么說明(WS)的各個解決方案

第四層：交付說明(Deliverable Statements， DS)

在小組完成解決方案的分拆和一直認(rèn)同該“做什么”后，接下來便需要系統(tǒng)設(shè)計師對有關(guān)解決方案進(jìn)行組合成為項目的獨立組件，在整合的過程中可以同時建立組件的宏觀邏輯，成為項目終的交付說明(DS)，這個交付說明讓我們很清晰地體系整個項目的內(nèi)容，成為軟件開發(fā)的項目范圍。

在進(jìn)行交付整合的過程中，系統(tǒng)設(shè)計師需要考慮每一個項目組件是否影響到項目的開發(fā)時間，交付成本及是否符合項目信息中所涉及的質(zhì)量要求。

案例示范：交付說明(DS)

圖表 4：做什么說明(WS)分拆成交付說明(DS)中的項目組件

案例分析：交付組件的合理性

在整合項目終交付的過程中，發(fā)覺要完成第5點的目標(biāo)說明(提供手機瀏覽活動及財務(wù)信息功能)，會增加大量的投資成本，同時增加客戶的數(shù)據(jù)轉(zhuǎn)移及維護(hù)需求，更增加手機數(shù)據(jù)流量的費用，建議客戶透過語音查詢，撥號會酒店進(jìn)行有關(guān)信息查詢。后被客戶接受，減少一個模塊的建設(shè)。

項目組件分拆法(PCDM)的應(yīng)用效益

項目組件分拆法可以讓我們利用短的時間建立項目的范圍和宏觀的系統(tǒng)邏輯，更能夠讓項目贊助人和項目干系人參與系統(tǒng)建設(shè)的過程中，讓項目贊助人及項目干系人更明確知道系統(tǒng)完成后他們將面對的應(yīng)用如何及主要操作邏輯，強化軟件開發(fā)的透明度，把項目的范圍緊緊地構(gòu)建起來，降低開發(fā)過程中的變動要求。

重要的一點是讓技術(shù)人員回歸軟件開發(fā)的正確路線，先建立項目范圍，然后透過分析推論出項目的基本功能需求。透過項目干系人的參與，可以更深入理解行業(yè)的特色，提升技術(shù)人員的創(chuàng)思，帶出軟件創(chuàng)新的成果。

在余下的數(shù)篇文章中，我會針對目前軟件開發(fā)的一些瓶頸進(jìn)行分析和建議，讓我國軟件工業(yè)能夠進(jìn)入一個高效，創(chuàng)新的開發(fā)模型。