三、PCDM各层建立原则（初步设想）
1. 目标
目标主要描述了项目的领域和主要意图。
2. 效益
效益反映了项目的价值，他是建立在客户对项目的描述的基础之上的，它建立的内容主要是客户期盼的抽象特性。因此，我们主要是分析客户描述的各个事物，将各个描述结合起来，逐步建立项目的价值，从而建立效益。
3. 手段
效益限定了手段的解决范围，使得手段的建立具有针对性，每个效益的手段仅仅是针对其自身而言的。在建立手段时，应当考虑通过我们的基本技术会给项目带来什么特性，或我们会通过什么方法使得项目具有什么特性。
4. 方案
针对每一个手段所带出的项目的特性，我们为其建立具有针对性的方案，从而控制住了系统功能的冗余度和复杂度，但建立的功能应当是仅对各个特性而言的，并且只靠考虑各种状态和状态转移特性，或只考虑完成设么任务带来什么结果。

5. 交付
交付建立的项目的系统特性，所以是将各个方案所产生的功能进行汇集来满足项目的价值。
    
四、PCDM应用心得（初步体会，共9个）
1. 客户期盼、需求、系统
客户的期盼就是对项目的一种期许，它是存在在客户的头脑中的。而需求是开发人员将客户的期盼转变为具有技术特性的一种描述。显然，需求是利用了技术作为载体来承载客户的期盼的，即需求是包含客户的期盼和技术两个因素的。
系统是开发人员利用需求，开发出来的产品或交付物。从另一方面说，需求描述了系统的外部特征。（对论文中“总结”的补充，论文总结在附录中）
2. 需求、价值
项目的价值（效益）描述了客户期盼的抽象特性，它把握住了客户的期盼，也就是效益是客户期盼的内在因素，它限定了客户期盼的变化，从而限定住了项目的需求的变化。所以，项目的需求是围绕这项目的价值而发生变化的，如下图：

          
 
                          项目的需求与价值
3. 系统、功能
系统是完成的项目，它是得到客户认可的在实际中能够运行的产品或服务等。那么无论交付的系统是什么，它应当获得客户的认可，而这种认可是通过实际运行给客户带来的结果是否满足客户的要求决定的。也就是说，无论系统如何变化，只要满足了客户的根本需求（项目的效益），这个交付就是客户想要的。因此，系统是围绕着客户的根本需求变化的，而客户的根本需求并不能反映系统的特性，因为它与技术相关性较弱。所以，我们必须利用能够反映客户根本需求的与技术相关的特性来限定系统的变化，它应当是系统的内在特性。而这个系统的内在特性应当是能够完成一些功能，来满足客户的根本需求，我们称之为功能。所以，系统的变化是围绕着功能改变的，如下图：

           
 
                     系统与功能
4. 功能、价值
因为项目的价值反映了客户的根本需求（项目的效益），项目的功能满足了客户的更本需求（项目的效益），所以项目的功能满足了项目的价值。
从上面“需求与价值”和“系统与功能”的发现，可以看出，需求仅仅描述了实现该项目的某一个特殊系统的特征，没有描述项目的相关特征。另外，需求是受客户期盼影响的，客户期盼是受到技术、成本等因素影响的，一旦技术发生变更期盼也会变化，从而需求也发生变化，最终使得系统发生变化，这时项目的根本特征会被这种变化所混淆。最为重要的是，通过需求把握的系统往往是复杂的、功能冗余的，而且对于系统的设计不会带来任何指导性。
而从功能入手把握项目，使得系统（项目的实现）能够满足客户的期盼，无论我们采用什么技术，如何设计项目的架构等等，项目的基本特性不会在这种变化中发生改变。其次，我们又可以很准确的去设计系统，使得系统所体现的价值达到了客户的根本需求。
5. 项目的两个特性
项目具备两个特性：项目的“内在”特性和项目的“系统”特性。
“内在”特性是指，项目为了满足客户的根本需求（项目的效益）而衍生出的特性，即针对每个效益项目应该给予什么样的支持，而这种支持构成了项目的独有的内在特性。
“系统”特性是指，项目完成后作为一个系统给予客户的功能，带给客户的结果，它是项目实现后作为一个系统所呈现的具体特性。
6. 项目两个特性的建立
内在特性建立的是项目的属性，也就是建立项目为了满足效益应当具有什么属性，但是这种属性不是项目作为一个系统应有的特性，而是从项目本身出发满足项目效益的各种方法和途径，它是从客户角度考虑的，所以其建立是从效益直接衍生出来的。
系统特性不能直接的从效益衍生，因为一个功能往往满足了多个效益，一个效益又需要多个功能来满足。这说明了问题的空间和系统的空间并非是一一对应的，并且他们的转换也不是直接的，所以直接衍生出的功能是复杂的、冗余的。而内在特性及反映了效益，又为系统的建立限定了方向。从内在特性入手，为每个内在特性建立对应的解决方案，然后将各个解决方案进行汇集，形成满足效益的功能。
7. 交付的汇集
在分解各个案例时发现，对于各个案例根据手段建立的方案，我们将其每一个都对应一个功能（称之为子功能），我们发现这些子功能会相互汇集成为满足效益的功能。
8. 汇集的内因
这些子功能自所以会汇集成为功能，其根本在于效益。因为，各个子功能是针对满足效益的各个手段而生成的，无论生成的功能是什么，它都在一定程度上满足了项目的效益，但单独的子功能不能完全满足效益，所以当满足一定效益的子功能汇集后就变成为完全满足效益的功能。但是并不代表一个效益对应一个功能，有可能一个效益有多个功能共同完成，或者一个功能具备多个效益。
简而言之，子功能汇集成功能是因为子功能仅满足了一定的效益，而功能则通过其成果完全满足了效益，所以子功能会汇集成为满足效益的功能。
交付的汇集其实是将各个子任务和结果汇集成为一个独立的任务和结果，而这种汇集是自动的，它反映了为了达到项目的效益的某一方面应当具备的任务和结果。
9. 总的体会
PCDM是以项目的价值为基础，先通过appoach建立了项目的内在特性，然后针对各种内在特性提出解决方案，最后将各种方案汇集起来，形成满足效益的功能（项目的系统特性）。

PCDM主要是利用项目的价值带动出项目的功能，利用满足客户更本需求的功能来限定系统的特性，从而使得系统的变化总是围绕着满足客户的根本需求变化的。

项目的系统特性即功能，就是对项目应当完成任务和带来结果的一个总体描述，好比流程的起始和结尾的确定一样。而我们确定的是功能，其中可能包含多个流程，但是功能的效果确实固定的。所以，功能是描述了系统所带出的效果以及应当完成的任务。

PCDM定义的简要描述：
目标---项目所涉及的领域和主要意图。
效益---项目的价值
手段---产生项目的内在特性以及满足效益的方法
方案---产生各个内在特性的解决方案和具体的功能
交付---汇集各个功能，生成系统的效果和任务