《需求分析与系统设计》阅读笔记3

  软件体系结构定义了系统中相互作用的软件构件及子系统的结构和组织形式。它提供了一种对设计的保护措施，以防止作为系统阶段的设计出现失败。

因此在详细系统规格说明工作开始之前，软件开发团队必须选定全体开发人员都要遵循的体系结构模式和原则。所有软件建模的最重要目标都是将构建依赖最小化，

因此开发人员不能允许随意的对象通信，否则随着模型增长及每个新对象的加入，系统的复杂性会呈指数上升。模型-视图-控制器，简称MVC，这是一个大家都很熟悉的体系结构框架，

该框架是作为Smalltalk-80编程环境的一部分而开发的。

  状态规格说明提供系统的结构视图，主要任务是定义应用领域的类，它们的属性以及与其他类的关系。类的操作在一开始一般不予考虑，将来从行为规格说明模型中导出。

状态规格说明分多个模块。首先是类建模。它是面向对象系统开发的基础，因为类本身的性质，这个建模不是一个确定的过程——不存在发现和定义良好类的秘诀。

基本流程为发现类——对类进行说明。第二个为关联建模。关联是模型中最基本的关系——特别是在持久“业务对象”模型中，关联支持用例的执行，因此它与状态和行为规格说明关系紧密。

PCBMER框架的EAP原则就主张程序中显式关联的重要性。其基本流程为发现关联——说明关联。第三个为聚合及复合关系建模。

聚合与泛化是面向对象系统中支持功能复用的最重要技术。该部分的基本流程为发现聚合和复合——说明聚合和复合。第四个是泛化关系建模。

泛化是一个或多个类的公共特性可以抽象到一个更一般化的类中。它有两个目的：可替换性和多态性。基本流程与其他无异：发现泛化——说明泛化。第五个是接口建模。

接口提供了某些强大的建模能力，接口与类没有关联，但可以作为来自于类的单向关联的目标方，接口还可以与另一个接口具有泛化关系。基本流程略。第六个是对象建模。

建模涉及系统的定义。模型不是一个可执行系统，因此它不显示实例对象，而任何有意义的系统中对象的数量都是巨大的，我们需要对对象进行一个说明，因此在为类建模时这是一个关注点。

  系统的行为是它展现给外部用户的，这一行为我们同样需要做一些手段进行说明。说明行为同样划分成多个模块，这同样与建模脱不开干系，

以下不再多做说明，直接罗列出来：用例建模，活动建模，交互建模，操作模型。最后一个说明则是状态变化规格说明。状态规格说明定义类的属性，行为规格说明定义类的操作，

但要理解对象怎样岁事件改变其状态，需要一个更有针对性的系统视图。这就是状态变化规格说明的出发点。