设计的理性模型

理性模型，理想的设计过程模型，它具有以下部分：

1.目标

2.必要条件

3.效用函数

4.约束条件，包括预算等

5.决策的设计树

until enough or not allowed
     do another design to improve
       until design end
           while design is good enough
              make next deside
           end while
           back to parent node
           find another way not found before
        end until
      end do
  choose best design
end until     

这种理想的设计过程实际是在使用穷举搜素来对所有的可行性设计寻找一个最优解。

理想模型在软件设计当中最具代表性的是软件开发的瀑布模型。虽然瀑布模型也不是最完全适应现实中的软件开发模型，但是它为设计项目提供了清晰的步骤，显著的改善了项目的日程规划和进度评估，有效的缓解了项目干系人之间的沟通。软考当中的项目管理主要的流程就是基于这个理想模型进行描述的。

理想模型最严重的问题在于刚刚开始设计时，我们只有一个模糊的、不完整的主要的目标。在这个前提背景下，决定要设计什么是设计中最麻烦的地方。于是为了发现真正的项目需求，我们不得不根据客户的意见进行不停的修改，最终不断的引导客户明确他们想要的设计。在这个过程中，能够快速的迭代要比按部就班的使用理想模型要好的多。于是快速原型的设计方案逐步的获得设计人员的认可。

这个在现实工作当中也是这样的，业务或者客户方提出一个想要的目标，这个目标仅仅只是一个引子，引出最终设计的线索。在探索过程中，可能三天两头变换实现的样式或者内涵，这个都是为了希望能够借助这种方法快速迭代到最终目标，从而提高效率。

决策树可能也不是一开始就能够明确确定的，因为缺少足够的过程信息来构建可行解的解空间。工作当中每周甚至是每三天的客户方例会就成为获取信息的主要途径。每当例会结束后，需求会发生变动，设计也可能会发生变动，只能一边做一边摸索，然后不停的迭代出新的设计。

设计树上的节点在项目刚刚开始的时候只是暂时设定的设计方案，随着项目的推进，项目信息的逐步完善，这些节点上的设计可能与刚开始的设计完全是不同的。

效用函数也非常有可能是无法以数值函数来确定的，于是设计人员只能做一些简单的估算，例如项目进度的时间安排，成本估算等。不过这种估算是采用不同的方法进行计算的，有时候会有很大的差距，只能作为参考。

约束条件在持续变化。必要条件和所占权重也在变化。必要条件的变化则是在项目推进过程中，客户方或者其他因素出现新的变化，需要在接下来的设计中仔细权衡这种变化，在后续的设计中囊括这种变化。例如临时性的需要扩张，设计执行过程中某种因素的变化没有在初始设计中被考虑到等等。约束条件的变化最明显的例子是客户方希望看到项目需要被提前交付的时间约束变化。客户方安装项目的主机出现了更新，需要变换项目的空间约束。

对理性模型的其他意见：这个只是一种简化的模型，实际的状况可能与这个模型相差甚远。专业知识和现实世界的要求之间有一道鸿沟。为了真正的找到现实世界要求的设计模型，我们需要针对现实的世界中的问题作出针对性的调整。

我的心得：过于抽象的理论和设计需要配备足够多的针对现实问题的调整方法。