UML 和 模式应用

于 嘉兴；

第12章 从需求到设计 --- 迭代进化

1. 以迭代方式做正确的事，正确地做事

每次迭代，都会发生，以 需求或分析为主要焦点到以设计和实现为主要焦点地转变。
当前期地设想和需求分析通过早期地编程 / 测试 / 反馈，开始趋于稳定时，则后期更加注重构建解决方案。

2. 尽早引发改变

迭代和进化式方式“包容变更”。

3. 完成分析和建模工作是否需要几个星期？

第13章 逻辑架构 和 UML 包图

带着问题，读本章节：

1. 逻辑架构 和 UML 包图，分别是什么？ 是否 UML包图时用来被描述逻辑架构？
2. 逻辑架构 和 UML包图地关系时什么？ 为什么本章节，要将两者放到一起讲？

1. 什么是逻辑架构和层？

使用UML包图，绘制分层架构。
逻辑架构，是软件类地宏观组织结构，它将软件类组织为包（或命名空间）/ 子系统 / 层等。 之所以，称其为逻辑架构，是因为，并未决定在操作系统进程或网络物理计算机上对这些元素进行部署。

OO 系统，通常包括地层有：

• 用户界面（UI）
• 应用逻辑和领域对象（Domain）

• 技术服务 ： 支持技术性技术服务地常用对象和子系统；

  
  
  UML 包图所表示地层

2. 什么是软件架构？

• 软件架构是对系统地抽象。
• 它不仅规定了系统有哪些主要软件元素或模块，还定义了这些元素之间是如何交互的。

3. 准则：使用层进行设计

使用层地本质思想：

• 将系统的大型逻辑结构组织为独立地 / 职责相关地离散层。这样，“较低”的层是低级别和一般性服务，较高层则是与应用相关大的层。
• 写作和耦合是从较高层到较低层进行的，避免从较低层到较高层的耦合。

准则：内聚职责；使关系分离