作用必然会影响设计过程。显然，设计过程应包括对人的因素进行管理，如：人际关系、权力地位和工作中产生的焦虑，此外，还必须注意协调设计过程中产生的各种利益的冲突。其次，作为设计对象的某种产品通常都是为多数人服务的，并通过销售获得。要考虑产品的社会效用，设计过程就必然包括各种社会性的交互作用，比如：潜在顾客的需求、愿望、价值和偏爱，以及他们愿为该产品支付多少钱，这些都必须在设计中加以主估。此外，设计者还必须经常与设计任务的委托人一起工作。委托人必须阐明有关设计目的与情境的细节知识。设计者则主要了解设计目的与潜在的解决方案之间的关系。总之，双方必须就设计充分交换各自的知识，以产生有助于委托人达到其目的的、切实可行的解决方案。显然，委托人、设计者以及他们之间的社会性交互作用将影响设计过程的进行方式。
   
   四、设计过程的本质
   
   1．设计问题――定义不完善的问题
   
   设计包括问题解决，问题是人不具备跨越所在的此岸与欲去的彼岸之间裂缝的方法时所处的一种情境。为了跨越这一裂缝，他们必须理解问题的实质并发现解决问题的途径。通常，问题可分为定义完善的与定义不完善的两种。定义完善的问题有唯一正确的解，问题的初始条件、唯一的解以及解题的有限途径，通常都是约定的。定义不完善的问题则可能有几乎无数个不同的解，而且谁也不能肯定说其中那个最好。一个人只能希望获得一个能满足大多数或全部需要的解。无论是初始条件，还是获得令人满意的解的适宜且有效的过程与标准，都不可能十分清楚。显然，需要设计的是定义不完善的问题。由于设计问题是定义不完善的，所有的信息不可能都对设计者有用，也不易于对所设计的各种问题进行详尽无遗的分析，这也许正是设计者关注解决方案，而不是问题的原因。为此，设计者通常利用推测去接近解决方案，该方案在可控制的范围中包含了问题。
   
   这里必须注意：设计问题的定义不完善实质并不是问题本身内部所包含的必要条件。例如，一张建筑的篮图也可以通过一台计算机，利用一整套规则或算法产生，并获得唯一最佳的解。只是这是程序规定范围内最佳的解。反之，数学题也有另外一面性质。学生可能去探索一种对解的新的和精制的证明，民就是说，他可以把数学题作为定义不完善的问题，将它变为需要进行设计的问题。
   
   总之，设计问题既需要解答，又需要发现，既然，每个人对问题的说明和理解不同（这是定义不完善的问题的一个条件），因此，确切的说，每个人所解决的是不同的问题，而不是同一问题的不同的解。
   
   2．设计过程――动态的非确定性过程
   
   综上所述，设计是一种解决问题的类型。在该类型中，问题的目标、初始的条件或许可的转换都在某种程度上是定义不完善的，问题解决者检查自己的问题或根据自己的想法行动。
   
   在设计中，问题的理解和问题的解决可能是同步的过程，也可能是先后的过程。系统工程模式或更一般的系统方法通常要求对问题的理解应先于解决问题的努力。在定义问题的时段中，包括一系列前后衍接的正规台阶或步骤，最终完成对问题的描述和目标的定义。然而，对于设计问题而言，这样做会严重地约束设计者理解问题的能力。在设计中，理解是通过解决问题的努力而加深的。这两个过程是相互依赖的、同步进行的或循环的，目标是在进行解决问题尝试的背景中逐渐被揭示出来的。总之，问题与解决方案是一起出现的，而不是合乎逻辑地一个跟着一个产生。因此，设计过程是一个动态的和非确定性过程。
   
   2．设计的探究性与创造性
   
   上述这种设计观点可称之为“探究性设计”。持这种观点的人觉得，对多种解决方案的探索能导致对问题的清晰的理解，除非经过对若干种解决方案的尝试或解题中追求一种高级的阶段，不然就不可能真正认识或理解许多重要的子问题，所以，在该过程的开始阶段，是不可能确定问题的性质和关系的，也不可能预先选择和掌握解师的策略。此外，对需要的详细说明也只可能产生于探索一个特定的解决方案的背景中，而不可能先于解决方案的提出。显然，若半理解问题与解决问题分成两个时段，则会导致过早地解决冲突。对设计者解决问题行为的研究为支持定立场提供了证据。
   
   在系统工程的观点中，问题的理解和问题的解决是顺序进行的，只有在获取所有必需的数据后，才有可能找到解决方案。这样做可以避免先入之见。探索怀设计中的情况则不同。在探索怀设计中，继先决条件的寻找之后，则是对其进行质疑。这是为了不急于作出判断，而先对预见进行分析、评价和批评。
   
   以上两种观点各有长处。在解决问题的活动之前，先获得一个“完整”的问题的定义，可使设计者节约用于发现无效的解决方案所花费的时间。但这同样可以导致对基于重大信念所作出的努力的误导。另一方面，根据探索性设计的观点，即“软系统分析”，则可导致对基于决策者观点的任务定义的曲解。设计者所面对的是在个人的观点与被曲解的信息的背景中，去发现“真正需要”的附加任务。
   
   4．从需要向详述的转变
   
   设计的一项基本任务是将表现为需要的信息转变为表现为详细说明的信息。当感到需要某种新的产品时，设计者的工作是识别新产品必须用来做什么，以及创造什么以满足这些需要。设计者也许并没有生产出产品。他们只是完成对产品的一整套详细的说明并将其传递给其他某个人。为了完成从需要向详细说明的转变，设计者必须学习一种语言或编码系统，以便将抽象的用户需要样式转变为某一真实对象的具体样式。这种语言呆以是表现设计者认识方式的基础。
   
   对设计的详细说明可能仅满足个别的需要，也可能满足全部的需要。设计者常常采用系统方法，遵循一系列一般步骤或阶段：问题的定义、分析、设计、开发及评论。这些方法通常包含问题的解决，即把问题分解为能单独理解和解决的子问题，然后再连接起来。这样，设计者可以分别解决一整套相关的子问题，而不必一下子解决一个大问题。设计者可以根据子问题之间的关系平衡资源，组织设计过程，这就是一系列解决问题的周期。
   
   5．问题的层级分解
   
   在着的全面解决一个设计问题时，常常将这一过程分解为相对较小的、较简单的解题“周期”，每一个解题的周期针对一个具体的子问题或针对构成这个完整的设计问题的一整套子问题。这样做能使设计者在一段时间里将注意力集中于一个易于处理的问题。总之，典型的系统方法首先需要有一个

上一页  [1] [2] 

[返回上一页] [打 印]