【系统架构设计师】二十二、嵌入式系统架构设计理论与实践②

        具体到嵌入式中间件而言，它还应提供对下列环境的支持：
                ● 网络化：支持移动、无线环境下的分布应用，适应多种设备特性以及不断变化的网络环境；
                ● 支持流媒体应用，适应不断变化的访问流量和宽带约束；
                ● QoS质量品质：在分布式嵌入式实时环境下，适应强QoS的分布应用的软硬件约束；
                ● 适应性：能够适应未来确定的应用要求。

5.2 嵌入式中间件的分类

从现代中间件观点看，通用中间件大致存在以下几类：

        ● 企业服务总线中间件 (Enterprise Service Bus,ESB)：ESB是一种开放的、基于标准的分布式同步/异步信息传递中间件。通过XML、Web 服务接口以及标准化基于规则的路由选择文档支持， ESB 为企业应用程序提供安全互用性。
        ● 事务处理 (Transaction Processing,TP) 监控器：为发生在对象间的事务处理提供监控功能，以保证操作成功。
        ● 分布式计算环境 (Distributed Computing Environment)：指创建运行在不同平台上的分布式应用程序所需的一组技术服务。
        ● 远程过程调用 (Remote Procedure Call)：指客户机向服务器发送关于运行某程序的请求时所需的标准。
        ● 对象请求代理 (Object Request Broker,ORB)：为用户提供与其他分布式网络环境中对象通信的接口。
        ● 数据库访问中间件 (Database Access Middleware)：支持用户访问各种操作系统或应用程序中的数据库。
        ● 消息传递 (Message passing): 电子邮件系统是该类中间件的其中之一。
        ● 基于XML的中间件 (XML-Based Middleware)：XML允许开发人员为实现Internet中交换结构化信息而创建文档。

六、嵌入式系统软件架构设计方法

6.1 基于架构的软件设计开发方法的应用

【系统架构设计师】十一、系统架构设计(基于体系结构的软件设计|特定应用领域软件架构)_体系结构文档化实践-CSDN博客文章浏览阅读820次，点赞26次，收藏11次。基于体系结构（架构）的软件设计（ABSD）方法是体系结构驱动的，即指构成体系结构的商业、质量和功能需求的组合驱动的。在基于体系结构的软件设计方法中，采用视角与视图来描述软件架构，采用用例来描述功能需求，采用质量场景来描述质量需求。DSSA 就是专用于一类特定类型的任务(领域)的、在整个领域中能有效地使用的、为成功构造应用系统限定了标准的组合结构的软件构件的集合。DSSA 就是一个特定的问题领域中支持一组应用的领域模型、参考需求、参考体系结构等组成的开发基础，其目标就是支持在一个特定领域中多个应用的生成。_体系结构文档化实践https://shuaici.blog.csdn.net/article/details/140434104

6.2 属性驱动的软件设计方法

属性驱动的软件设计 (Attribute-Driven Design,ADD)是把一组质量属性场景作为输入，利用对质量属性实现与架构设计之间的关系的了解(如体系结构风格、质量战术等)对软件架构进行设计的一种方法。

6.2.1 ADD 开发方法的质量属性与场景

【系统架构设计师】十二、系统质量属性与架构评估(开发期质量属性|运行期质量属性|面向架构评估的质量属性|质量属性效用树|质量属性场景)-CSDN博客文章浏览阅读820次，点赞20次，收藏26次。历年真题考情：本章节每年单项选择考8分左右，下午案例、论文也会有涉及，在系统架构设计师中本章节绝对是重点中的重点。主要学习软件系统质量属性、系统架构评估以及 ATAM 方法评估实践等内容。很少涉及超纲题。_质量属性场景https://shuaici.blog.csdn.net/article/details/140439195

6.2.2 ADD 开发过程

采用 ADD 方法进行软件开发时，需要经历评审、选择驱动因子、选择系统元素、选择设计概念、实体化元素和定义接口、草拟视图和分析评价等七个阶段，如下图所示：

        步骤一：评审输入。确保设计流程的输入是可用且正确的。确认设计目的是否符合设计的类型。如果是设计一个已有的系统，还需要分析已经存在的架构设计的输入存在是否合理。
        步骤二：通过选择驱动因子(架构)建立迭代目标。根据使用的开发模型去选择设计的回合。一个设计回合需要在一系列的设计迭代中进行，每一个迭代着重完成一个目标，特别是满足驱动因子的目标。
        步骤三：选择一个或者多个系统元素来细化。选取可满足驱动因子需要的一个或者多个架构结构。
        步骤四：选择一个或者多个设计概念来细化。从常用的架构设计模式中选取一种或多种设计概念，对选中的驱动因子进行细化。
        步骤五：实例化架构元素、分配职责和定义接口。选择好了一个或者多个设计概念后，就要求做另个设计决策了，包括所选择的实例化元素的设计概念。比如，如果选择分层，就需要决定分多少层。
        步骤六：草拟视图和记录设计决策。将上述活动的结果用文字或图的方式记录或绘制出来。
        步骤七：分析当前设计、评审迭代目标、实现设计目的。到本步骤，应该说已经创建好了部分设计可以得到这个迭代设计建立的目标。在这个确定的目标前提下，可以得到项目利益相关者的认同，避免否定，导致返工。

6.3 实时系统设计方法

实时系统设计方法 (Design Approach for RealTime System,DARTS) 方法主要是将实时系统分解为多个并发任务，并定义这些任务之间的接口。

DARTS 方法主要是将实时系统分解为多个并发任务，并定义这些任务之间的接口。该方法起源于实时系统的实时结构化分析和设计方法 (Real-Time Structuring Analysis and Design，RTSAD)。RTSAD 在分析阶段使用实时结构化分析 (RTSA)方法，设计阶段使用实时结构化设计 (RTSD) 方法，但是这个方法没有考虑实时系统是由一些并发任务组成的这个特点。针对实时系统的这个特点， DARTS 方法提供了一些分解规则和一套处理并发任务的设计步骤，还提供了一套把实时系统建造成并发任务的标准和定义并发任务间接口的指南。

6.3.1 DARTS 开发方法的基本概念

6.3.1.1 RTSAD 方法

RTSAD 方法是对传统结构化分析和设计方法的补充扩展，专门用于开发实时系统。RTSA 是自顶向下的实时结构化分析方法，用于系统的需求分析阶段。

实时结构化分析 (RTSA) 主要对传统的结构化分析方法扩充了行为建模部分，它通过状态转换图 (STD) 刻画系统的行为特征，并利用控制转换 (Control Transformation)与数据流图集成在一起。
实时结构化设计 (RTSD) 是利用内聚和耦合原则进行程序设计的一个方法，它通过事务和变换两种策略将 RTSA 的分析结构DFD/CFD 转换为程序结构图。

6.3.1.2 任务标准化、信息隐藏、任务架构图

任务结构化标准可以为设计人员将实时系统分解为并发任务的时候提供帮助。这些标准是从设计并发系统所积累的经验中得到的启发。确定任务过程中主要考虑的问题是系统内部功能的并发特性。
信息隐藏作为封装数据存储的标准来使用。信息隐藏模块用于信息数据存储和状态转换表
的内容和表示。当有多个任务访问IHM 的时候，访问过程就必须对数据的访问进行同步。

任务架构图：RTSAD 设计方法使用任务架构图来显示系统分解为并发任务的过程，以及采用消息、事件和信息隐藏模块形式的任务间接口。下图所示的即为任务架构图所使用的表示法。