软件体系结构与设计模式 复习
– 观察者模式：定义对象间的一种一对多的依赖关系， 当一个对象的状态发生变化时，所有依赖于它的对象 都得到通知并被自动更新。
– 状态模式：允许一个对象在其内部状态改变时改变它 的行为。
– 策略模式：定义一系列算法，把它们一个个封装起来， 并且使它们可相互替换。
四、典型软件体系结构
• Behavioral Reflection Behavioral reflection is the ability of the programming language to reflect about its own semantics and implementation as well as the data and implementation of the runtime system.
public Circle(Point c,int r) { center = c; radius = r;
}
public void draw(Graphics g) { g.setColor(fill); g.fillOval(center.x, center.y, radius, radius); g.setColor(outline); g.drawOval(center.x, center.y, radius, radius);
教学内容复习
提纲
一、基本概念 二、面向对象设计原则 三、框架、模式、类库 四、典型软件体系结构 五、设计模式分类 六、典型设计模式 七、模式的应用
一、基本概念
• 软件体系结构
– 软件体系结构是具有一定形式的结构化元素，即构件 的集合，包括处理构件、数据构件和连接构件。
• 设计模式
– 设计模式（pattern）是从许多优秀的软件系统中总结 出的成功的可复用的设计方案。
五、设计模式分类
• 创建型模式
– 工厂方法：定义一个用于创建对象的接口，让 子类决定实例化哪一个类。
– 生成器模式：将一个复杂对象的构建与它的表 示分离。
– 原型模式：通过复制原型创建新的对象。 – 单件模式：保证一个类仅有一个实例。
六、设计模式分类
• 行为型模式
– 责任链模式：避免请求的发送者和接收者之间的耦合 关系。
public shape() {
// Initialize color resources. Note the use of the Color() constructor
// and the use of pre-defined color constants.
fill = new Color(200, 200, 200); // Equal red, green, and blue == gray
outline = Color.blue;
// Same as new Color(0, 0, 255)
textcolor = Color.red;
// Same as new Color(255, 0, 0)
}
public void setFillColor(Color c) { fill = c;
public void draw(Graphics g) { Iterator it = list.iterator(); while (it.hasNext()){
it.next().draw(g); }
} }
import java.awt.*;
public class Circle extends shape { int radius; Point center;
三、框架、模式和类库
• 框架和模式的关系
– 设计模式研究的是一个设计问题的解决方法， 一个模式可应用于不同的框架和被不同的语言 所实现；而框架则是一个应用的体系结构，是 一种或多种设计模式和代码的混合体虽然它们 有所不同，但却共同致力于使人们的设计可以 被重用，在思想上存在着统一性的特点，因而 设计模式的思想可以在框架设计中进行应用。
} }
public class Point { public int x; public int y; public Point() { x = y = 0; } public Point(Point p) { x = p.x; y = p.y; } public Point(int i,int j) { x = i; y = j; }
public void init() { pict.add(new Circle(new Point(10,10),50)); pict.add(new Rectangle(10,80,60,140)); pict.add(new Line(10,150,60, 170)); pict.add(new Circle(new Point(100,80),20)); } // This method is called whenever the applet needs to be drawn or redrawn
public void draw(Graphics g) { g.setColor(outline); g.drawLine(start.x,start.y,end.x,end.y); } }
import java.awt.*;
public class Rectangle extends shape { Point ul,lr;
public Rectangle(Point u,Point l) { ul = u; lr = l;
}
public Rectangle(int x1,int y1,int x2, int y2) { ul = new Point(x1,y1); lr = new Point(x2,y2);
}
public void draw(Graphics g) { g.setColor(fill); g.fillRect(ul.x, ul.y, lr.x - ul.x, lr.y - ul.y); g.setColor(outline); g.drawRect(ul.x, ul.y, lr.x - ul.x, lr.y - ul.y);
}
工厂方法模式
• 意图
– 定义一个用于创建对象的接口，让子类决定实 例化哪一个类。Factory Method使一个类的实 例化延迟到其子类。
• 结构
工厂方法模式
工厂方法模式
• 适用场合
– 用户需要一个类的子类的实例，但不希望与该 类的子类形成耦合。
– 用户需要一个类的子类的实例，但用户不知道 该类有哪些子类可用。
四、典型软件体系结构
客户端 浏览器
客户端 浏览器
Web服务器
数 据 库 数据库 服 务 器
四、典型软件体系结构
• 反射式体系结构
四、典型软件体系结构
• Structural Reflection Structural reflection is concerned with the ability of the language to reflect both about the structure of the program as well as the program currently executed.
• 软件框架
– 在给定问题领域范围内建立起可重用解决设计问题而 互相间协作的一组类的集合（它典型包括了具备缺省 行为的大量对象）
二、面向对象设计原则
• 面向抽象原则
– 当设计一个类时，不让该类面向具体的类，而 是面向抽象类或接口，即所设计类中的重要数 据是抽象类或接口声明的变量，而不是具体类 声明的变量。
• 开-闭原则
– 所谓 “开-闭原则”（Open-Closed Principle） 就是让你的设计应当对扩展开放，对修改关闭。
二、面向对象设计原则
• 多用组合少用继承原则
– 之所以提倡多用组合，少用继承，是因为在许 多设计中，人们希望系统的类之间尽量是低耦 合的关系，而不希望是强偶合关系。即在许多 情况下需要避开继承的缺点，而需要组合的优 点。
} }
import java.awt.*;
public class Line extends shape { Point start,end;
public Line(int sx,int sy,int ex,int ey) { start = new Point(sx,sy); end = new Point(ex,ey); }
public void paint(Graphics g) { pict.draw(g);
} }
import java.awt.*;
public abstract class shape extends Object {
Color fill, outline, textcolor; // The various colors we use
四、设计模式分类
• 结构型模式
– 适配器模式：将一个类的接口转换成客户希望 的另外一个接口。
– 组合模式：将对象组合成树形结构以表示“部 分-整体”的层次关系。
– 装饰模式：动态地给对象添加一些额外的职责。
七、典型设计模式
组合模式
• 意图
– 将对象组合成数形结构以表示“部分-整体”的 层次结构。Composite使得用户对单个对象和 组合对象的使用具有一致性。
• 结构
组合模式
组合模式
• 适用场合
– 想表示对象的部分-整体层次结构 – 希望用户用一致的方式处理个体对象和组合对
象。
示例
import java.applet.*; import java.awt.*;
public class Composite extends Applet { Picture pict = new Picture();
软件设计与体系结构复习题
软件设计与体系结构复习题软件设计与体系结构复习题软件设计与体系结构是计算机科学与技术领域中的重要课程，它涉及到软件系统的设计、构建和维护。
在这篇文章中，我们将回顾一些与软件设计与体系结构相关的复习题，以帮助读者巩固知识和提高理解。
一、软件设计原则1. 什么是SOLID原则？请简要介绍每个原则的含义。
SOLID原则是面向对象设计中的五个基本原则，分别是单一职责原则、开放封闭原则、里氏替换原则、接口隔离原则和依赖倒置原则。
单一职责原则指一个类只应该有一个引起变化的原因；开放封闭原则指软件实体（类、模块、函数等）应该对扩展开放，对修改关闭；里氏替换原则指子类对象应该能够替换父类对象而不影响程序的正确性；接口隔离原则指客户端不应该依赖它不需要的接口；依赖倒置原则指高层模块不应该依赖于低层模块，它们都应该依赖于抽象。
2. 什么是DRY原则？它的目的是什么？DRY原则（Don't Repeat Yourself）指不要重复自己。
它的目的是避免代码的重复，提高代码的可维护性和可复用性。
通过遵循DRY原则，可以减少代码的冗余，降低了修改代码时的风险，同时也提高了代码的可读性。
二、软件体系结构1. 什么是软件体系结构？它有什么作用？软件体系结构是指软件系统的整体结构和组织方式，它描述了软件系统中各个组件之间的关系和交互。
软件体系结构有助于理解系统的整体架构，提供了对系统进行设计、开发和维护的指导方针。
2. 请简要介绍常见的软件体系结构模式。
常见的软件体系结构模式包括分层结构、客户端-服务器结构、发布-订阅结构、管道-过滤器结构等。
分层结构将系统划分为若干层次，每一层次负责不同的功能；客户端-服务器结构将系统划分为客户端和服务器两部分，客户端发送请求，服务器提供服务；发布-订阅结构中，发布者发布消息，订阅者订阅感兴趣的消息；管道-过滤器结构中，数据通过一系列的过滤器进行处理。
三、设计模式1. 什么是设计模式？为什么使用设计模式？设计模式是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。
东南大学软件系统设计与体系结构复习
东南大学软件系统设计与体系结构复习东南大学软件系统设计与体系结构复习第一章：概述1、软件危机2、软件架构的作用：软件架构在高级层次上对软件进行描述，便于软件开发过程中各个视角的统一，能够及早发现开发中的问题并支持各种解决方案的评估和预测3、什么是软件架构？软件架构是一个软件系统的设计图，并不仅限于软件系统的总体结构，还包含一些质量属性以及功能和结构之间的映射关系，即设计决策。
4、软件架构的两个主要焦点：系统的总体结构、需求和实现之间的对应。
5、*软件架构的主要思想：将注意力集中在系统总体结构的组织上。
6、软件架构的实现的手段：①运用抽象方法屏蔽错综复杂的模块间连接，使人们的认知提升并保持在整体结构的部件“交互”层次；②进一步将交互从计算中分离出来，建立“组件+连接件+配置”的软件系统高层结构组织方式。
7、*软件架构的特征：（1）注重可重用性——组件及架构级重用（2）利益相关者较多——平衡需求（3）关注点分离——模块化、分而治之（4）质量驱动——关注非功能属性（5）提倡概念完整性——强调设计决策是一个持续的过程（6）循环风格——用标准方法来处理反复出现的问题8、软件架构的发展阶段（1）基础研究阶段（1968-1994）：提出“软件架构”，开始尝试模块化的实践（2）概念体系和核心技术形成阶段（1991-2000）：软件架构作为一个独立的领域出现；软件架构核心技术的发展；软件组件技术（3）理论体系丰富发展阶段（1996-1999）（4）理论完善和普及应用阶段（1999至今）第二章：软件架构定义1、*组成派定义依据：软件架构主要反映系统是由哪些部分组成的，以及这些部分是如何组成的，强调软件系统的整体结构和配置。
①软件架构={元素，组成，原理}●架构元素：具有一定形式的结构化元素，包括处理元素、数据元素和连接元素●架构组成：由加权的属性和关系构成。
属性用来约束架构元素的选择，关系用来约束架构元素的放置。
●架构原理：捕获在选择架构风格、架构元素和架构形式的选择动机②软件架构包括组件、连接件和约束三大要素。
软件体系结构课件_软件体系结构总复习
第一章 序论
软件体系结构的定义 Software Architecture is the structure or structures of
the system, Which comprise software elements, the externally visible properties of these Elements, and the relations among them
模块结构 组件-连接器结构 分配结构
分解结构 使用结构 分层结构 类或泛化
模块结构
分解结构 使用结构 分层结构 类或泛化
组件-连接器结构
组件 连接 连接的本质 连接器 组件间的联系
分配结构
什么是分配结构
硬件、团队结构、文件系统都会与软件构 架进行交互，所以必须考虑这一类结构。
第八章 构架编档
什么是架构编档，简要表达软件构架编档 要包含的主要内容。
第七章 软件产品线
产品线的概念 一个软件产品线是满足以下性质的
一组软件产品： -共享一组相同的、可管理的特性
的集合 -满足一类特定的市场需求
公共核心资产库(core assets base) COTS〔Commercial Off-the-Shelf〕 核心资产开发活动的输入和目标 产品开发活动中输入/输出关系 使用产品线的好处和代价
元进行操作 连接件：控制 根据控制策略的不同，分为： 数据库〔知识库〕：系统由输入数据流中的事务
信息来驱动，即输入数据流中的事务指令可以触 发系统相应进程的执行， 黑板：如果系统由中央数据结构的当前状态来驱 动，那么黑板模型。
黑板风格
Com它一些事物 元素外部可见的属性是指元素对其它元素来说 提供的效劳 需要的效劳 共享资源的使用等 各元素间的交互关系也可能有多种 例如：细划分，同步，调用，包含…
软件体系结构复习（修改版）
软件体系结构(绝密)一、填空题&选择题（50分）软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
构件重用包括：代码重用、设计重用、需求重用和软件体系结构重用（抽象级别最高）。
建模是开发优秀软件的所有活动中的核心部分，其目的是把所要设计的结构和系统的行为沟通起来，并对系统的体系结构进行可视化控制。
三种软件体系结构评估方法：体系结构权衡分析法（或：基于场景的权衡分析法）（ATAM 方法）、体系结构结构分析方法（SAAM方法）、中间设计的积极评审（ARID方法）。
ATAM 分为：第一阶段以体系结构为中心，重点是获取体系结构信息并进行分析；第二阶段以风险承担者为中心，重点是获取风险承担者的观点，验证第一阶段的结果。
体系结构风格是一些软件设计框架、设计模式、惯用方法在体系结构设计思想指导下形成可复用的结构样式。
体系结构风格可大致划分为经典样式和派生样式两大类。
UML是一种用于对软件密集型系统进行可视化、详述、构造和文档化的建模语言，主要适用于分析和设计阶段的系统建模。
UML的扩展机制包括：构造性、特征值、约束。
软件体系结构是早期设计决策的体现，代表了系统的公共的高层次的抽象。
消息总线风格（HMB）构件根据需要发出消息，总线把该消息分派到系统中对此消息感兴趣的构件，完成构件之间的通讯。
正交软件体系风格其正交性体现在：线索是相互独立的，即不同线索中的构件之间没有相互调用，是正交的。
它是一中垂直线索构件族为基础的层次化结构。
MVC中变更-传播机制保证了模型和用户接口之间的一致性。
PAC以合作Agent的层次形式定义了交互式软件系统的一种结构。
每个Agent由表示，抽象，和控制三个组件组成。
软件设计模式四个基本要素：模式名称、问题、解决方案、效果。
“4+1”模型：“4”代表逻辑视图、进程视图、物理视图、开发视图，“1”代表场景。
(完整版)软件体系结构复习题及答案
概述部分1、请分析软件危机的主要表现和原因。
表现：a)软件成本日益增加：开发、部署与应用成本高b)开发进度难以控制：不能按期完成c)软件质量差：错误率高，不能满足用户的需求，没有生命力d)软件维护困难：成本高，维护效果不理想，可能带来潜在的错误原因：1.用户需求不明确2.缺乏正确的理论指导3.软件规模越来越大4.软件复杂度越来越高2、请说明软件规模与复杂度对软件过程的影响及解决方法。
软件规模与复杂度增加后，软件开发和维护成本增加，开发进度难以控制，软件质量差，软件维护变得困难。
应更多地采用科学的分析、设计和实现方法以及辅助工具，增强软件分析和设计的力度，并通过构件化提高软件的重用能力。
3、什么是软件体系结构，由哪三个部分组成？（构件、连接件、约束）软件体系结构为软件系统提供了一个结构、属性和行为的高级抽象。
它不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理。
4、请简述软件重用的含义和意义。
可重用元素包括哪些种类？软件重用是指在多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
（含义）可重用的元素包括程序代码、测试用例、设计文档、需求分析文档甚至领域知识。
（种类）可重用的元素越大，我们就说重用的粒度(Granularity)越大。
软件重用是软件产业工业化、工程化的重要手段。
软件重用对提高生产率，降低开发成本，缩短开发周期，改善软件质量以及提高灵活性和标准化程度大有帮助。
（意义）5、请简述常用的构件实现模型及其意义。
实现模型：1.CORBA2.EJB / DCOM / COM+意义：这些模型通常都定义了构件的实现方式、接口定义、访问方法等。
符合这些标准的任何构件都有很高的重用能力。
描述部分6、请用图示法说明4+1模型的5种视图之间的关系及关注点和涉众用户。
数据视图风格部分7、什么是软件体系结构的风格？它在软件开发过程中具有何种意义？软件体系结构风格是指设计、组织和实现软件体系结构的各种惯用模式和习惯用法，是对一系列体系结构设计的抽象。
软件设计与体系结构复习参考
View 是模型在屏幕上的表示，模型在进行操作后，其结果是通过视图显示的。 Controller 用于管理用户与视图发生的交互，定义用户界面对用户输入的响应方式。一旦 用户需要对模型进行处理，不能直接执行模型，而必须通过控制器间接实现的。 三、 1、针对你曾经开发的某个软件系统，总结出哪些质量属性对此系统最重要以及描述这些质 量属性的方法。 2、 工厂方法模式与抽象工厂模式的区别与联系？ 3、 针对某个你感兴趣的软件系统，介绍它的商业动机。 四、 1、请简述并画出“4+1”视图模型 答案：“4+1”视图模型即从 5 个不同的视角（逻辑视图，进程视图，物理视图，开发视图 和场景视图）来描述软件体系结构。每个视图之关心系统的一个侧面，5 个视图结合在一起 才能反映系统的软件体系结构的全部内容。
3、 内聚度、耦合度分别指什么？为什么软件设计要追求高内聚、低耦合？ 答： 内聚度是一个模块内部各成分之间关联程度的度量；耦合度是对模块间关联程度的度量。 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分摸块的一个准则就 是高内聚低耦合。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据 传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差。降低模块间的耦合度能 减少模块间的影响，防止对某一模块修改所引起的“牵一发动全身”的水波效应，同时每一个 类完成特定的独立的功能，实现高内聚，保证系统设计顺利进行。 内聚和耦合密切相关，同其 它模块存在强耦合关系的模块常意味这弱内聚，强内聚常意味着弱耦合。 4、简要叙述软件设计在软件工程中所处的位置和重要性 答： 所处的位置：软件需求分析(需求规格说明(软件设计(设计文档(软件编码。 重要性： （1）是对软件需求的直接体现； （2）为软件实现提供直接依据； （3）将综合考虑软件系统的各种约束条件并给出相应方案； （4）软件设计的质量将决定最终软件系统的质量； （5）及早发现软件设计中存在的错误将极大减少软件修复和维护所需的成本。
软件体系结构复习资料
软件体系构造知识点：第一章：1.什么是软件体系构造答：软件体系构造=构件+连接件+约束软件体系构造是具有一定形式的构造化元素，即构件的集合，包括处理构件、数据构件和连接构件。
处理构件负责对数据进展加工，数据构件是被加工的信息，连接构件把体系构造的不同局部组组合连接起来。
这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中根本上得到保持。
2.软件体系构造形式化方法答：1.根据对目标软件系统进展说明的方式：（1）面向模型的方法。
在这个方法中，对目标软件系统的说明是为其构造一个模型，该模型的构成成分是一些具有特性的数据抽象，如域，元组等（2）面向性质的方法。
这种方法是直接给出目标软件系统的一组特性来描述目标软件系统。
通常是目标软件系统必须满足的形式公理，其形式化说明仅描述目标软件系统的性质，而不涉及实现方法。
2.根据表达能力的形式方法可分为以下五大类（1）基于模型的方法（2）代数方法（3）过程代数方法（4）基于逻辑的方法（5）基于网络的方法3.软件质量定义、软件质量模型答：，软件质量是软件符合明确表达的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
影响软件质量的主要因素，这些因素是从管理角度对软件质量的度量。
可划分为三组，分别反响用户在使用软件产品时的三种观点。
正确性、强健性、效率、完整性、可用性、风险〔产品运行〕；可理解性、可维修性、灵活性、可测试性〔产品修改〕；可移植性、可再用性、互运行性〔产品转移〕。
第二章：4.Kruchten 4+1模型描述软件体系构造Kruchten 4+1模型建立在体系构造的Perry&Wolf定义和Berry Boehm定义的根底上，采用多视图模型的方法描述软件体系构造。
该模型由5个视图构成，每个视图只关心系统的一个侧面，5个视图结合在一起才能反映系统的软件体系构造的全部容。
程序员软件管理系统工程师拓扑通集成者信性能可扩展性体系构造的概念在每个视图里面都可以独立应用，并不是所有的软件体系构造都需要完整的4+1视图。
软件体系结构复习资料
软件体系结构复习资料软件体系结构复习资料软件体系结构是指软件系统中各个组成部分之间的关系和交互方式。
它是软件系统设计的基础，决定了软件系统的可靠性、可维护性和可扩展性。
在软件体系结构的学习中，我们需要了解不同的体系结构模式、设计原则和关键概念。
本文将从这些方面进行复习，帮助读者更好地理解软件体系结构。
一、体系结构模式1. 分层结构模式分层结构模式是一种常见的软件体系结构模式，它将软件系统划分为多个层次，每个层次负责不同的功能。
这种模式有助于实现模块化、可维护性和可复用性。
例如，一个三层架构的Web应用程序可以分为表示层、业务逻辑层和数据访问层，每个层次都有不同的责任和职责。
2. 客户端-服务器模式客户端-服务器模式是一种常见的分布式体系结构模式，它将软件系统划分为客户端和服务器两个部分。
客户端负责用户界面和用户交互，而服务器负责处理业务逻辑和数据存储。
这种模式有助于实现系统的可伸缩性和可扩展性。
3. 主从模式主从模式是一种常见的并行计算体系结构模式，它将软件系统划分为一个主节点和多个从节点。
主节点负责协调和控制整个系统的运行，而从节点负责执行具体的任务。
这种模式有助于提高系统的处理能力和性能。
二、设计原则1. 单一职责原则单一职责原则要求一个类或模块只负责一项功能。
这样可以提高代码的可读性、可维护性和可测试性。
例如，在一个MVC架构中，控制器只负责处理用户请求，模型只负责数据存储和处理，视图只负责展示数据。
2. 开放封闭原则开放封闭原则要求软件系统应该对扩展开放，对修改封闭。
这意味着当需求变化时，我们应该通过扩展现有的代码来满足新的需求，而不是修改已有的代码。
这样可以提高系统的稳定性和可维护性。
3. 依赖倒置原则依赖倒置原则要求高层模块不应该依赖于低层模块，而是应该依赖于抽象。
这样可以降低模块之间的耦合度，提高系统的灵活性和可扩展性。
例如，使用接口来定义模块之间的依赖关系，而不是直接依赖于具体的实现类。
《软件系统设计与体系结构复习重点纲
第1章软件体系结构概论软件危机：是指计算机软件的开发和维护过程中所遇到的一系列严重问题.危机的表现：软件成本日益增长、开发进度难以控制、软件质量差、软件维护困难.消除软件危机的方法：软件工程,软件工程三要素：方法、工具和过程。
成因：用户需求不明确、缺乏正确的理论指导、软件规模越来越大、软件复杂度越来越高.软件重用：是指在两次或多次不同的软件开发过程中重复使用相同或相近元素的过程。
软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域知识。
构件：是指语义完整、语法正确和有可用性价值的单位软件。
构件分类方法：关键字分类法、刻面分类法和超文本组织方法.构件重用的过程：检索与提取构件、理解与评价构件、修改构件、构件组装。
构件重用内容：需求重用、设计重用、代码重用和组织机构重用3．掌握软件体系结构的定义、软件体系结构的意义及发展史、软件体系结构研究内容软件体系结构定义：software architecture，是具有一定形式的结构化元素,即构件的集合,包括处理构件,数据构件和连结构件。
意义：1体系结构是风险承担者进行交流的手段2是早期设计决策的体现3是可传递和可重用的模型体现原因：1 明确了对系统实现的约束条件 2 构决定了开发和维护组织的组织结构3制约着系统的质量属性4通过研究软件体系结构可能预测软件的质量5使推理和控制更改更简单6有助于循序渐进的原型设计7可以作为培训的基础四个发展阶段:1“无体系结构”设计阶段：以汇编语言进行小规模应用程序开发为特征2萌芽阶段:出现了程序结构设计主题,以控制流图和数据流图构成软件结构为特征3初期阶段：出现了从不同侧面描述系统的结构模型,以UML为典型代表4高级阶段：以描述系统的高层抽象结构为中心，不关心具体的建模细节，划分了体系结构模型与传统软件结构的界限，该阶段以Kruchten提出的“4+1"模型为标志第2章软件体系结构建模软件体系结构模型的种类：结构模型、框架模型、动态模型、过程模型和功能模型，最常用的是结构模型和动态模型.“4+1"模型：逻辑视图、进程视图、物理视图、开发视图和场景视图。
软件设计与体系结构复习
软件设计与体系结构复习软件设计与体系结构复习第⼀章：软件⼯程与软件设计1.1软件⼯程1.1.1 软件概述1. 计算机软件是与计算机系统操作有关的程序、规程、规则及任何与之有关的⽂档及数据，计算机软件=程序+数据+⽂档2. 软件由两部分组成：⼀是机器可执⾏的程序及有关数据；⼆是机器不可执⾏的，与软件开发、运⾏、维护、使⽤、培训有关的⽂档。
3. 软件是逻辑产品⽽不是物理产品4. 软件分为：系统软件、实时软件、嵌⼊式软件、科学和⼯程计算软件、事务处理软件、⼈⼯智能软件、个⼈计算机软件1.1.2 软件危机产⽣软件危机的原因：1. ⽤户对软件需求的描述不精确，可能存在遗漏、⼆义性、错误等。
在软件开发过程中，⽤户甚⾄还提出修改软件功能、界⾯、⽀撑环境等⽅⾯的要求，导致需求不断变更。
2. 软件开发⼈员对⽤户需求的理解与⽤户的期望有所差异，这种差异必然导致开发出来的软件产品与⽤户要求不⼀致。
3. ⼤型软件项⽬需要组织⼀定的⼈⼒共同完成，但多数管理⼈员缺乏开发⼤型软件系统的经验，⽽多数软件开发⼈员⼜缺乏管理⽅⾯额经验。
各类⼈员的信息交流不及时、不准确，有时还会产⽣误解。
4. 软件项⽬开发⼈员不能有效、独⽴⾃主地处理⼤型软件的全部关系和各个分⽀，因此容易产⽣疏漏和错误。
5. 缺乏有⼒的⽅法学和⼯具⽅⾯的⽀持，过分依靠程序设计⼈员在软件开发过程中的技巧和创造性，加剧了软件产品的个性化。
6. 软件产品的特殊性和⼈类智⼒的局限性，导致⼈们⽆⼒处理“复杂问题”。
⼀旦⼈们采⽤先进的组织形式、开发⽅法和⼯具提⾼了软件的开发效率和能⼒，新的、更⼤且复杂的问题⼜出现在⼈们⾯前。
1.1.3 软件⼯程的概念1. 软件⼯程的定义包括：1. 软件⼯程是将系统的、规范的、可度量的⽅法应⽤于软件的开发、运⾏和维护过程，以及对上述⽅法的研究2. 软件⼯程是⽤⼯程、科学和数学的原则和⽅法，研制、维护计算机软件的有关技术及管理⽅法2. ⼀般认为，软件⼯程由⽅法、⼯具和过程三个要素组成。