图表 3：如何做说明(HS)分拆成做什么说明(WS)的各个解决方案

第四层：交付说明(Deliverable Statements， DS)

在小组完成解决方案的分拆和一直认同该“做什么”后，接下来便需要系统设计师对有关解决方案进行组合成为项目的独立组件，在整合的过程中可以同时建立组件的宏观逻辑，成为项目终的交付说明(DS)，这个交付说明让我们很清晰地体系整个项目的内容，成为软件开发的项目范围。

在进行交付整合的过程中，系统设计师需要考虑每一个项目组件是否影响到项目的开发时间，交付成本及是否符合项目信息中所涉及的质量要求。

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

图表 4：做什么说明(WS)分拆成交付说明(DS)中的项目组件

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

在整合项目终交付的过程中，发觉要完成第5点的目标说明(提供手机浏览活动及财务信息功能)，会增加大量的投资成本，同时增加客户的数据转移及维护需求，更增加手机数据流量的费用，建议客户透过语音查询，拨号会酒店进行有关信息查询。后被客户接受，减少一个模块的建设。

项目组件分拆法(PCDM)的应用效益

项目组件分拆法可以让我们利用短的时间建立项目的范围和宏观的系统逻辑，更能够让项目赞助人和项目干系人参与系统建设的过程中，让项目赞助人及项目干系人更明确知道系统完成后他们将面对的应用如何及主要操作逻辑，强化软件开发的透明度，把项目的范围紧紧地构建起来，降低开发过程中的变动要求。

重要的一点是让技术人员回归软件开发的正确路线，先建立项目范围，然后透过分析推论出项目的基本功能需求。透过项目干系人的参与，可以更深入理解行业的特色，提升技术人员的创思，带出软件创新的成果。

在余下的数篇文章中，我会针对目前软件开发的一些瓶颈进行分析和建议，让我国软件工业能够进入一个高效，创新的开发模型。