下面是近期学习和思考所得，由于时间的关系，寥寥数笔，无法成文尽述，后续有时间再梳理成文，暂先共享之：
1、架构是基础，它承载了所有的需求，其重要性毋庸置疑；
2、系统只有为需求的人创造价值才是有意义的，因此需要从不同利用相关人的“关注点”去理解系统究竟可以做什么；
3、“关注点”有一个重要的特性——分离，这是理解系统的关键，也解释了以前基于特性设计的存在理由；
4、“关注点”的分离，应该贯穿需求、分析、设计与实现的全过程，这是理解系统价值以及如何运作发挥作用的唯一途径；
5、与“分离”相对应的概念是“合成”。分离和合成的概念可以这样理解：建筑师构造了基础的房屋结构，但建筑本身还包含其它许多方面，如电线系统、排给系统、电话线布线等等。现在假设建筑师将基础的结构画在了一张幻灯片上，然后复制这样一张幻灯片给电线布线设计师，电线布线设计师在复制的幻灯片上独立的完成了布线设计。同样，复制基础结构的蓝图给不同领域的设计人员们，最终我们将得到一系列的幻灯片。接着，放映第一张基础结构的幻灯片，然后将第二张叠加上去，接着是第三张，如此下去，知道最后一张幻灯片叠加到最顶端，现在，你看到了什么？
6、在需求、分析、设计阶段很容易做到“分离”与“合成”。目前支持UML2.0的建模工具使用XML来描述和保存模型，即使工具本身无法很好的支持分离和合成，我们也可以轻易的编写扩展工具来实现其支持。
7、开发的实现阶段是分离和合成的关键阶段，也是目前组件化的症结所在。
8、实现阶段的合成技术，如果不能解决，会产生所谓的代码“缠绕（tangle）和分散（scatter）”，意味着新增一个功能，需要涉及修改众多的代码和模块。
9、“合成”意味着能够容易的叠加不同的关注点（包含功能需求和非功能需求），其需要实现阶段的技术支持。虽然在我们当前的系统中，无法达到完美，但依然有很多技术可以借鉴。比如消息驱动，其本身具备一定的分离与合成特性。
10、关注点保持分离解释了“特性”设计存在的合理性，虽然并不一定完美。
11、保持关注点的全程分离也对系统模型的维护有较大的好处。当前基于项目形式的开发方式造成的最大的问题是文档无法检索和维护（因为当前公司基于项目的开发方式既不是模块分离，也不是关注点分离），而分离的思路给予了启迪。以前基于特性设计的最大优点，就是保持关注点的分离，它利于归档和检索，比如《XXX特性设计规格说明书》、《YYY特性说明书》。将每一个特性分离看成不同的部件（Part），那么所谓系统的描述，可以通过配置管理的概念，予以轻易的集成和检索，因为每一个都是独立的配置项，可以轻易的抽离并重新组装系统。另外一种基于系统结构即模块方式的文档开发，是从结构上保持了分离。分离是软件开发中文档编档的重要因素。12、分离的概念比分解要广阔的多，也许分解可以算是分离的一个特例。
13、模块的分离也同样重要，只有系统文档的可理解性和架构的充分结合（可以理解为结构和关注点的分离）才是一个好的开发方法。
14、分层的概念（含模块化、信息隐藏等）、关注点分离与合成的概念的结合将是系统与软件开发方法中最终要的基础和方向。
您的位置：
