模式代替模型.doc

模式代替模型克劳迪娅埃克特约翰克拉克森特色作为一个过程展现, 可以通过其展示的某些特性来看出它的行为。正如发生的过程, 所传递的信息或者以哪种方式来实现一样可以区分。特性可以是积极的也可以是消极的。例如, 开放的信息可以是一种积极特征的过程, 反之, 由于模糊不清的信息从而导致的误解就可能产生消极的特征。特征的过程并不是独立的, 而且在他们之间有着因果关系的关联。例如, 在开放的信息交换过程中, 因为沟通而产生的误解是很少见的。然而, 尽管这两种特征同时存在而且互相排斥, 但是特征的过程依旧存在。模式代替模型设计过程的结果并不是决定性的, 他们都各有不同,除非着眼于非常抽象的关系。然而, 普通的设计程序可能导致相同的特征产生不同的过程。作为设计的模式, 这些相同的共同点是能够被辨认出来的,因为这些共同点描述了一小部分过程的行为方式。模式的设计模式的设计描述了设计过程有可能共享了其他设计过程这一方面。模式的设计概括了所有设计,这是一个有着模糊界限的观念。不同的外表象征不同的模式形态, 例如, 解决问题的模式或者便于沟通的模式。每一个设计过程都能用关于模式自身的存在来描述。这些模式的设计不管重叠不重叠,也同样可能存在于其他设计过程当中。例如,两种设计过程可能并不分享任何模式,直到两种过程都成立。这种情况让它能够使用专业的术语来描述不同的过程。研究者花了很长的时间关注于描述什么才是真正的设计。如果他们着眼于模式的设计, 他们早就不用这么做了。不论一种模式或一种行为被认为是设计, 这都是无关紧要的,即使它很重要。模式设计正是如此。关于特色,我们联想到了集群中一些分享其他设计的实例,不同的设计实例在很多事情上有共同点, 因为他们分享了设计的过程和形态上强大的决定性因素。集群稳定的分享了模式的特征形式。如果我们关注于这样的一个集群, 我们便可以假设这些被分享的特色由于因果关系被联系到了一起,要不然就是一些不能辨别的潜在原因。我们可以从两种方法来测试这样一个假设: 通过着眼于其他的设计过程来看出是否是这些属性特征预测了其他属性特征; 以及尝试构想和测试属性如何被有原因的叙述从而产生理论。模式设计可以通过所有被分析和描述的层级被及时的发现,参与的数量, 有相当一部分是经过深思熟虑的人为因素, 而且被采用的部分是经过分析的个体。此外, 给予了设计过程丰富的观察, 我们可以寻找由不同等级的描述产生的特征而组成的模式。然而, 相似之处的识别可以把设计的模式描绘成并不是一无是处。因为这涉及到发现了显而易见的现象变得适当抽象化。纪录设计模式的撤销,这是指一个指定解决循环抽象的问题, 结合一个它适合的类型的以及后果问题的描述, 使用它。这仅仅是一种想法, 由克里斯托弗亚历山大引入建筑, 在软件工程中普遍采用。这种相同的理念在工程实践中一直隐藏着, 经过修正的设计, 像先前讨论过的一样,是基于模式解决方案的用途。模式的例子模式可以存在和被描述于任何级别的细节。例如, 一个高水平的模式会涉及到设计团队的实力, 就其本身而言, 会由于另一个计划产生戏剧性的变化。再例如, 一些过程独自运作时, 图形的设计通常涉及到个人与客户的交流。以类似的方式展开设计工作以及对规划过程进行相应的调整, 工程师会在一个相对隔离的情况下去完成一个大的工程项目。在纺织公司或者小工程公司, 其他的项目由相对应