看好的代码可以交给你大量的编程技巧,看好的模型可以教给你大量的分析和设计技巧。
模式包括:有用的模型、设计背后的论证以及适用范围,拥有这些信息,建模人员就可以为特定的问题改造现有的模型。
模式是一种问题解决思路,它已经适用于一个实践环境,并且也可能适用于其它环境。
本书讨论是分析方面的模式,这些模式放映的是业务过程的概念架构,而不是实际的软件实现。
模式有助于更容易地应用自己过去的经验。
分析模式:来自概念业务模型的模式。提供来自贸易、测量、财务以及组织关系等多个问题域的关键抽象。这些模式都是概念性的,因为它们表征了人们考虑业务的方式,而不是设计计算机系统的方式。
支持模式:分析模式如何适合一个信息系统架构,概念模型的构造如何演变成为软件接口和实现,以及那些特定的高级建模构造如何与更简单的结构关联。
为了描述这些模式,需要借助于一种新的图符表示法。
本书的重点不是过程-即如何建模,而是把重点放在过程的结果-即模型本身。
模式作为开发活动的一个起点,从模式开始着手开发工作可以帮助我们搞清楚开发工作的目标,而项目计划的制定也可以利用模式所提供的广泛基础。
本书的模式本质上是一种概念,使用一种完全概念化的方法建模。
软件背景知识对于概念建模来讲可有可无。
---
以上是从《分析模式-可复用的对象模型》的前言中摘录出来的,但总觉得意犹未尽,作者包含的思想太丰富了,总觉得只是抓住一点,并没有抓住全部,但我已经尽量全面的去理解作者的思想了,从前言中,可以看出作者写这本书的意图,以及作者对模式的深刻理解,以及作者对于模式只是一个起点,而远远没有结束的理解,在