第6章 软件体系结构建模剖析.ppt

应用层负责设备状态的显示，并提供模拟控制台供用户发送调试命令 嵌入层负责对调试设备的具体控制，以及高频度地从数据采集器读取设备状态数据 应用层通过通讯层与嵌入层交互，通讯层负责在RS232协议之上实现一套专用的“应用协议“：当应用层发送来包含调试指令的协议包，由通讯层负责将之传递给嵌入层，当嵌入层发送来原始数据，由通讯层将之解释成应用协议包发送给应用层 逻辑视图：设计满足功能需求的架构 开发视图：设计满足开发期质量属性的架构 开发视图：设计满足开发期质量属性的架构 考虑到“一部分开发人员没有嵌入式开发经验”, 架构师有必要明确说明系统的目标程序是如何编译而来的：(1) 应用层目标程序 pc-moduel.exe (2) 嵌入式模块rom-module.hex 运行视图：设计满足运行期质量属性的架构 多线程 异步交互 数据缓冲 中断 应用层中的线程代表主程序的运行，它直接利用了MFC的主窗口线程。无论是用户交互，还是串口的数据到达，均采取异步事件的方式处理，杜绝了任何忙等待无谓的耗时，也缩短了系统响应时间 通讯层有独立的线程控制着上上下下的数据，并设置了数据缓冲区，使数据的接收和数据的处理相对独立，从而数据接收不会因暂时的处理忙碌而停滞，增加了系统吞吐量 嵌入层的设计中，分别通过时钟中断和RS232口中断来激发相应的处理逻辑，达到轮询和收发数据的目的 运行视图：设计满足运行期质量属性的架构 部署视图：和部署相关的架构决策 描述了设备调试系统软件和硬件的映射关系: 嵌入部分驻留在调试机中（调试机是专用单板机），而PC机上是常见的桌面可执行程序的形式 部署视图：和部署相关的架构决策 软件体系结构的核心模型 * 构件：具有某种功能的可重用的软件单元，可分为原子构件及复合构件 连接件：构件之间的交互，如过程调用、协议、SQL链接 配置：构件和连接件的拓扑逻辑和约束 端口：构件和外部环境交互点 角色：连接件接口由一组角色组成，每一个角色定义了该连接件表示的交互的参与者 软件体系结构的核心模型 软件体系结构的生命周期模型 * 在软件开发引入了软件体系结构之后，软件应用系统的构造过程变为： 问题定义 → 需求分析 → 软件体系结构设计 → 软件系统设计 → 软件实现 → 软件测试与维护 在建立软件体系结构时：设计师主要是从结构的角度对整个系统进行分析，选择恰当的构件，构件间的相互作用关系以及对它们的约束，最后形成一个系统框架以满足用户需求，为后续的软件设计奠定基础 面向体系结构的软件开发 需求分析：获取用户需求，确定系统所要用到的构件。包括：明确软件功能及满足质量属性的非功能需求；生成类图并完善及分组；把类打包成构件；需求评审（构件是否合理）等阶段 建立体系结构：选择合适的体系结构风格，将构件集成其中，并细化构件间的交互关系 设计、实现及测试：设计构件间的详细接口；实现构件并组装构件，完成整个软件的合成；测试单个构件的功能，并测试组装后整体软件的功能及性能等 面向体系结构的软件开发 软件体系结构的生命周期模型 小结 为什么需要多视图模型 4+1 视图模型的内容 软件体系结构的核心模型 软件体系结构的生命周期模型 * 实践作业 1、阅读英文文章： 《Architectural Blueprints—The “4+1” View Model of Software Architecture》 -- Kruchten （1995） 2、 “4+1” 视图建模实践： 软件：SSH实践中的系统（在线订票系统、网上书店等） 要求：每人独立完成，提交 word 版实践报告，包括：1) 系统概述; 2) 功能及非功能需求描述; 3) 5种视图模型并辅以详细的文字说明; 4) 遇到的问题及解决和收获 时间：5月12日前，实践报告以附件方式发送到我的邮箱，邮件标题为：姓名(学号) + 体系结构建模作业 * 第五章 软件体系结构建模 5.1 “4+1” 视图模型 5.2 软件体系结构的核心模型 5.3 软件体系结构的生命周期模型 概述 研究软件体系结构的首要问题是：如何表示软件体系结构，即如何对软件体系结构 建模 结构模型：以构件、连接件等概念刻画软件结构 框架模型：更侧重描述整体结构 动态模型：描述系统的重新配置或演化过程 过程模型：描述构造软件的步骤和过程 功能模型：描述功能构件的层次组成关系 * ”4+1” 视图模型 (Kruchten, 1995) * 最终用户：功能需求 编程人员：软件管理 系统集成人员：性能 可扩充性、吞吐量等 系统工程人员：系统 拓扑、安装、通信等 每个视图只关注软件系统的一个侧面 五个视图结合起来才能反映系统软件体系结构的全部内容 RUP ”4+1” 视图方法 * 为什么