文章目录
- 软件架构设计
软件架构设计
质量属性效用树，质量属性判断
1、性能
指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件的个数。如响应时间、吞吐量。设计策略：优先级队列、增加计算资源、减少计算开销、引入并发机制、采用资源调度等。
2、可靠性
是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。如MTTF、MTBF。设计策略：心跳、Ping/Echo、冗余、选举。
3、可用性
是系统能够正常运行的时间比例，经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。如故障间隔时间。设计策略：心跳、Ping/Echo、冗余、选举。
4、安全性
是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。如保密性、完整性、不可抵赖性、可控性。设计策略：入侵检测、用户认证、用户授权、追踪审计。
5、可修改性
指能够快速的以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量。设计策略：接口-实现分类、抽象、信息隐藏。
6、功能性
是系统所能完成所期望的工作的能力。一项任务的完成需要系统中许多或大多数构件的相互协作。
7、可变性
指体系结构经扩充或变更而成为新体系结构的能力。这种新体系结构应该符合预先定义的规则，在某些具体方面不同于原有的体系结构。当要将某个体系结构作为一系列相关产品的基础时，可变性是很重要的。
8、互操作性
作为系统组成部分的软件不是独立存在的，经常与其他系统或自身环境相互作用。为了支持互操作性，软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。程序和用其他编程语言编写的软件系统的交互作用就是互操作性的问题，也影响应用的软件体系结构。
必背概念
- 软件架构风格
是指描述特定软件系统组织方式的惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式，惯用模式则反映众多系统共有的结构和语义。 - 架构风险
是指架构设计中潜在的、存在问题的架构决策所带来的隐患。 - 风险点与非风险点
不是以标准专业术语形式出现的，只是一个常规概念，即可能引起风险的因素，可称为风险点。某个做法如果有隐患，有可能导致一些问题，则为风险点；而如果某件事是可行的可接受的，则为非风险点。 - 敏感点
是指为了实现某种特定的质量属性，一个或多个构件所具有的特性。 - 权衡点
是影响多个质量属性的特性，是多个质量属性的敏感点。
架构风格对比
| 架构风格 | 主要特点 | 优点 | 缺点 | 适合领域 |
|---|---|---|---|---|
| 管道-过滤器 | 过滤器相对独立 | 功能模块复用；可维护性和可扩展性较强；具有并发性；模块独立性高。 | 不适于交互性强的应用，对于存在关系的数据流必须进行协调。 | 系统可划分清晰的模块；模块相对独立；有清晰的模块接口。 |
| 面向对象 | 力争实现问题空间和软件系统空间结构的一致性。 | 高度模块性；实现封装；代码共享灵活；易维护；可扩充性好。 | 增加了对象之间的依赖关系 | 多种领域 |
| 事件驱动 | 系统由若干子系统构成且称为一个整体；系统有统一的目标；子系统有主从之分；每一个子系统有自己的事件收集和处理机制。 | 适合描写系统组；容易实现并发处理和多任务；可扩展性好；具有类层次结构；简化代码； | 因为树型结构所以削弱了对系统计算的控制能力；各个对象的逻辑关系复杂。 | 一个系统对外部的表现可以从它对事件的处理表征出来。 |
| 分层风格 | 各个层次的组件形成不同功能级别的虚拟机；多层相互协同工作，而且实现透明 | 支持系统设计过程中的逐级抽象；可扩展性好；支持软件复用。 | 不同层次之间耦合度高的系统很难实现。 | 适合功能层次的抽象和相互之间低耦合的系统。 |
| 数据共享风格 | 采用两个常用构件中央数据单元和一些相对独立的组件集合。 | 中央数据单元实现了数据的集中，以数据为中心。 | 适合于特定领域 | 适合于专家系统等人工智能领域问题的求解 |
| 解释器风格 | 系统核心是虚拟机 | 可以用多种操作来解释一个句子，灵活应对自定义场景。 | 适合于特定领域 | 适合于模式匹配系统与语言编译器。 |
| 闭环控制风格 | 通过不断的测量被控对象，认识和掌握被控对象；将控制理论引入体系结构构建。 | 将控制理论引入到计算机软件体系结构中。 | 适合于特定领域 | 该系统中一定存在有目标的作用、信息处理闭环控制过程。 |
MVC架构
MVC强制性地把一个应用的输入、处理、输出流程按照视图、控制、模型的方式进行分离，形成了三个核心模块：控制器、模型、视图。
（1）控制器(Controller)
是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
（2）模型(Model)
是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。模型表示业务数据和业务逻辑。
（3）视图 (View)
是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。是用户看到并与之交互的界面。视图向用户显示相关的数据，并能接收用户的输入数据，但是它并不进行任何实际的业务处理。
MVC分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。
MVC分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑
J2EE四层结构
J2EE平台采用了多层分布式应用程序模型，实现不同逻辑功能的应用程序被封装到不同的构件中，处于不同层次的构件被分别部署到不同的机器中。四层结构：
- 客户层组件：J2EE应用程序可以是基于web方式的，也可以是基于传统方式的静态的HTML（标准通用标记语言下的一个应用）页面和Applets是客户层组件
- web层组件：J2EEweb层组件可以是JSP页面或Servlet。
- 业务层组件：业务层代码的逻辑用来满足特定领域的业务逻辑处理。
- 信息系统层：企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划(ERP)，大型机事务处理，数据库系统，和其它的遗留信息系统.例如，J2EE应用组件可能为了数据库连接需要访问企业信息系统。
JSP+Servlet+JavaBean+DAO
- JSP：用于显示、收集数据的部分。作为MVC中的视图V。
- Servlet：作为业务逻辑层，用于处理复杂的业务逻辑，如验证数据、实例化JavaBean、调用DAO连接数据库等。作为MVC中的控制器C。在其中会调用Service方法处理服务。
- JavaBean：用于数据的封装，方便将查询结果在servlet与jsp页面之间进行传递等。
- DAO：用于连接数据库及进行数据库的操作如：查询、删除、更改等。
DAO与JavaBean合在一起为MVC中的模型M。 - 基本流程：JSP发一个数据到servlet，servlet收到后做下解析再根据数据调用相应的service去服务，service如果有要调用数据库就通过DAO跟数据库交互，使用javaBean完成封装，返回结果给servlet，servlet再返回给JSP。
面向服务架构SOA
面向服务的架构SOA：SOA是一种设计理念，其中包含多个服务，服务之间通过相互依赖最终提供一系列完整的功能。各个服务通常以独立的形式部署运行，服务之间通过网络进行调用。
企业服务总线ESB
企业服务总线ESB：简单来说是一根管道，用来连接各个服务节点。ESB的存在是为了集成基于不同协议的不同服务，ESB做了消息的转化、解释以及路由的工作，以此来让不同的服务互联互通。
ESB特点:
1、SOA的一种实现方式，ESB在面向服务的架构中起到的是总线作用，将各种服务进行连接与整合；
2、描述服务的元数据和服务注册管理；
3、在服务请求者和提供者之间传递数据，以及对这些数据进行转换的能力，并支持由实践中总结出来的一些模式如同步模式、异步模式等；
4、发现、路由、匹配和选择的能力，以支持服务之间的动态交互，解耦服务请求者和服务提供者。高级一些的能力，包括对安全的支持、服务质量保证、可管理性和负载平衡等。
ESB的主要功能：
（1）服务位置透明性；
（2）传输协议转换;
（3）消息格式转换;
（4）消息路由;
（5）消息增强;
（6）安全性；
（7）监控与管理。
历年真题
请详细阅读有关软件架构评估方面的说明，在答题纸上回答问题1至问题2。
【说明】某电子商务公司拟升级目前正在使用的在线交易系统，以提高客户网上购物时在线支付环节的效率和安全性。公司研发部门在需求分析的基础上，给出了在线交易系统的架构设计。公司组织相关人员召开了针对架构设计的评估会议，会上用户提出的需求架构师识别的关键质量属性场景和评估专家的意见等内容部分列举如下：
（a）在正常负载情况下，系统必须在0.5秒内响应用户的交易请求；
（b）用户的信用卡支付必须保证9999%的安全性：
（c）系统升级后用户名要求至少包含8个字符；
（d）网络失效后，系统需要在2分钟内发现错误并启用备用系统；
（e）在高峰负载情况下，用户发起支付请求后系统必须在10秒内完成支付功能；
（f）系统拟采用新的加密算法，这会提高系统安全性，但同时会降低系统的性能；
（g）对交易请求处理时间的要求将影响系统数据传输协议和交易处理过程的设计；
（h）需要在30人月内为系统添加公司新购买的事务处理中间件；
（i）现有架构设计中的支付部分与第三方支付平台紧耦合，当系统需要支持新的支付平台时，这种
设计会导致支付部分代码的修改，影响系统的可修改性；
（j）主站点断电后，需要在3秒内将访问请求重定向到备用站点；
（k）用户信息数据库授权必须保证99.999%可用；
（l）系统需要对Web界面风格进行修改，修改工作必须在4人月内完成；
（m）系统需要为后端工程师提供远程调试接口，并支持远程调试。
【问题1】 （12分)
在架构评估过程中，质量属性效用树(utility tree)是对系统质量属性进行识别和优先级排序的重要工具。请给出合适的质量属性，填入图4-1中（1）、（2）空白处;并选择题干描述的 (a) ~ (m)，填入 (3) ~（6)空白处，完成该系统的效用树。
【问题2】（13分）
在架构评估过程中，需要正确识别系统的架构风险、敏感点和权衡点，并进行合理的架构决策。请用300字以内的文字给出系统架构风险、敏感点和权衡点的定义，并从题干（a)～(m）中各选出1个对系统架构风险、敏感点和权衡点最为恰当的描述。
参考答案
问题一：（1）性能 （2）可修改性 （3）e （4）j （5）i （6）k
问题二：系统架构风险是指架构设计中潜在的、存在问题的架构决策所带来的隐患。敏感点是指为了实现某种特定的质量属性，一个或多个构件所具有的特性。权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。风险点：（i）；敏感点：(g）；权衡点：(f)v纠正，g是风险点，i是敏感点。历年真题
阅读以下关于软件架构风格的说明，在答题纸上回答问题1和问题2。
【说明】某软件公司为其新推出的字处理软件设计了一种脚本语言，专门用于开发该字处理软件的附加功能插件。为了提高该语言的编程效率，公司组织软件工具开发部门为脚本语言研制一套集成开发环境。软件工具开发部门根据字处理软件的特点，对集成开发环境进行了需求分析，总结出以下3项核心需求：
（1）集成开发环境需要提供对脚本语言的编辑、语法检查、解释、执行和调试等功能的支持，并要实现各种功能的灵活组合、配置与替换。
（2)集成开发环境需要提供一组可视化的编程界面，用户通过对界面元素拖拽和代码填充的方式就可以完成功能插件核心业务流程的编写与组织。
（3）在代码调试功能方面，集成开发环境需要实现在脚本语言编辑界面中的代码自动定位功能。具体来说，在调试过程中，编辑界面需要响应调试断点命中事件，并自动跳转到当前断点处所对应的代码。
针对上述需求，软件工具开发部门对集成开发环境的架构进行分析与设计，王工认为该集成开发环境应该采用管道-过滤器的架构风格实现，李工则认为该集成开发环境应该采用以数据存储为中心的架构风格来实现。公司组织专家对王工和李工的方案进行了评审，最终采用了李工的方案。
【问题1】（12分）
请用200字以内的文字解释什么是软件架构风格，并从集成开发环境与用户的交互方式、集成开发环境的扩展性、集成开发环境的数据管理三个方面说明为什么最终采用了李工的设计方案。
参考答案：
软件架构风格是指描述特定软件系统组织方式的惯用模式。组织方式描述了系统的组成构件和这些构件的组织方式，惯用模式则反映众多系统共有的结构和语义。
从集成开发环境与用户的交互方式看，用户通常采用交互式的方式对脚本语言进行编辑、解释执行与调试。在这种情况下，采用以数据存储为中心的架构风格能够很好地支持交互式数据处理，而管道-过滤器架构风格则对用户的交互式数据处理支持有限。
从集成开发环境的扩展性来看，系统核心需求要求实现各种编辑、语法检查、解释执行等多种功能的灵活组织、配置与替换。在这种情况下，采用以数据存储为中心的架构风格，以数据格式解耦各种功能之间的依赖关系，并可以灵活定义功能之间的逻辑顺序。管道-过滤器架构风格同样以数据格式解耦数据处理过程之间的依赖关系，但其在数据处理逻辑关系的灵活定义方面较差。
从集成开发环境的数据管理来看，集成开发环境需要支持脚本语言、语法树（用于检查语法错误）、可视化模型、调试信息等多种数据类型，并需要支持数据格式的转换。以数据存储为中心的架构将数据存储在统一的中心存储器中，中心存储器能够表示多种数据格式，并能够为数据格式转换提供各种支持。管道-过滤器架构风格通常只能支持有限度的数据格式，并且在数据格式转换方面的灵活性较差。
【问题2】（13分）
在对软件系统架构进行设计时，要对架构需求进行分析，针对特定需求选择最为合适的架构风格，因此实际的软件系统通常会混合多种软件架构风格。请对核心需求进行分析，说明为了满足需求（2）和（3），分别应采用何种架构风格，并概要说明采用相应架构风格后的架构设计过程。
参考答案：
为了满足需求（2），应该采用解释器架构风格。具体来说，需要：①为可视化编程元素及其拖拽关系定义某种语言，并描述其语法与语义；②编写解释器对该语言进行解释；③生成对应的脚本语言程序。
为了满足需求（3），应该采用隐式调用架构风格。具体来说，首先需要定义"断点在调试过程中命中"这一事件，并实现当断点命中后的屏幕定位函数。集成开发环境维护一个事件注册表结构，将该事件与屏幕定位函数关联起来形成注册表中的一个记录项。在调试过程中，集成开发环境负责监听各种事件，当"断点在调试过程中命中"这一事件发生时，集成开发环境查找事件注册表，找到并调用屏幕定位函数，从而实现脚本语言编辑界面与调试代码的自动定位。