于 嘉兴；
第12章 从需求到设计 --- 迭代进化
1. 以迭代方式做正确的事，正确地做事
每次迭代，都会发生，以 需求或分析为主要焦点到以设计和实现为主要焦点地转变。
当前期地设想和需求分析通过早期地编程 / 测试 / 反馈，开始趋于稳定时，则后期更加注重构建解决方案。
2. 尽早引发改变
迭代和进化式方式“包容变更”。
3. 完成分析和建模工作是否需要几个星期？
第13章 逻辑架构 和 UML 包图
带着问题，读本章节：
- 逻辑架构 和 UML 包图，分别是什么？ 是否 UML包图时用来被描述逻辑架构？
- 逻辑架构 和 UML包图地关系时什么？ 为什么本章节，要将两者放到一起讲？
1. 什么是逻辑架构和层？
使用UML包图，绘制分层架构。
逻辑架构，是软件类地宏观组织结构，它将软件类组织为包（或命名空间）/ 子系统 / 层等。 之所以，称其为逻辑架构，是因为，并未决定在操作系统进程或网络物理计算机上对这些元素进行部署。
OO 系统，通常包括地层有：
- 用户界面（UI）
- 应用逻辑和领域对象（Domain）
-
技术服务 ： 支持技术性技术服务地常用对象和子系统；
UML 包图所表示地层
2. 什么是软件架构？
- 软件架构是对系统地抽象。
- 它不仅规定了系统有哪些主要软件元素或模块，还定义了这些元素之间是如何交互的。
3. 准则：使用层进行设计
使用层地本质思想：
- 将系统的大型逻辑结构组织为独立地 / 职责相关地离散层。这样，“较低”的层是低级别和一般性服务，较高层则是与应用相关大的层。
- 写作和耦合是从较高层到较低层进行的，避免从较低层到较高层的耦合。
