软件体系结构与设计模式笔记 (2).docxVIP

第 1 章 软件体系结构概述 ? SEI软件体系结构讨论群定义如下： 一个程序 / 系统构件的结构， 它们之间的 相互关系， 以及在设计和交付的整个过程中的原则和指导方针。 Mary Shaw 和 David Garlan 认为软件体系结构包括构成系统的设计元素的描述，设计元素的交互，设计元素组合的模式，以及在这些模式中的约束。 软件体系结构包括构件 (Component) 、连接件 (Connector) 和约束 (Constrain) 或配置 (Configuration) 三大要素。 国内普遍接受的定义： 软件体系结构包括构件、 连接件和约束， 它是可预制和可重构的软件框架结构。 构件是可预制和可重用的软件部件，是组成体系结构的基本计算单元或数据存储单元 连接件也是可预制和可重用的软件部件，是构件之间的连接单元 构件和连接件之间的关系用约束来描述 软件体系结构 = 构件 + 连接件 + 约束 软件体系结构的优势容易理解、重用、控制成本、可分析性第 2 章 软件体系结构风格 软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。 体系结构风格定义了一个系统家族，即一个体系结构定义一个词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。 体系结构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。 数据流风格 : 批处理序列 ; 管道 / 过滤器。 调用 / 返回风格：主程序 / 子程序；面向对象风格；层次结构。 独立构件风格：进程通讯；事件系统。 虚拟机风格：解释器；基于规则的系统。 仓库风格：数据库系统；超文本系统；黑板系统。 过程控制环路 C/S 风格 体系结构有三个主要组成部分：数据库服务器、客户应用程序和网络。 B/S 风格 浏览器 /Web 服务器 / 数据库服务器。 优点： C/S 体系结构具有强大的数据操作和事务处理能力， 模型思想简单，易于人们理解 和接受。将大的应用处理任务分布到许多通过网络连接的低成本计算机上， 以节约大量费用。 缺点：开发成本较高、客户端程序设计复杂、信息内容和形式单一、用户界面风格不一，使 用繁杂不利于推广使用、软件移植困难、软件维护和升级困难、新技术不能轻易应用优点：基于 B/S 体系结构的软件，系统安装、修改和维护全在服务器端解决。 缺点： B/S 体系结构缺乏对动态页面的支持能力，没有集成有效的数据库处理功能。 B/S 体系结构的系统扩展能力差，安全性难以控制。 采用 B/S 体系结构的应用系统，在数据查询等响应速度上，要远远低于 C/S 体系结构。 B/S 体系结构的数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理 (OLTP)应用。 第 3 章 软件需求与架构需求的基本概念 IEEE (1997) (1) 用户解决问题或达到目标所需的条件或能力 (2) 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力 (3) 一种反映上面（ 1）或（ 2）所描述的条件或能力的文档说明 业务需求 反映组织机构或客户对系统、 产品高层次的目标要求， 通常问题定义本身就是业务需求 用户需求 描述用户使用产品必须要完成什么任务， 怎么完成的需求， 通常是在问题定义的基础上进用户访谈、调查，对用户使用的场景进行整理，从而建立从用 户角度的需求。 系统需求 从系统的角度来说明软件的需求，包括用特性说明的功能需求、质量属性，以及其他非功能需求，还有设计约束等。 非功能需求 指产品必须具备的属性或品质，如正确性、可靠性、性能、容错性和可扩展性等。 功能需求 需求的主体，需求的本质 功能需求定义： 系统必须完成的那些事， 即为了向它的用户提供有用的功能，产品必须执行的动作 设计约束 获取需求的方法 面谈（访谈） 问卷调查 会议（需求讨论会、重点问题讨论会、业务专题讨论会、设计专题讨论会） 文档研究 任务示范（观察） 用例与角色扮演 原型设计（小规模试验）研究类似公司 需求的层次化 业务级需求：包含客户或出资者要达到的业务目标、预期投资、工期要求，以及要符合哪些标准、对哪些遗留系统进行整合等约束条件。 用户级需求： 用户使用系统来辅助完成哪些工作？对质量有何要求？用户群及所处的使用环境方面有何特殊要求？ 开发级需求： 开发人员需要实现什么？开发期间、 维护期间有何质量考虑？开发团队的哪些情况会反过来影响架构？ 需求分类 功能需求：更多体现各级直接目标要求 ? ?  质量属性：运行期质量 + 开发期质量 约束需求：业务环境因素 + 使用环境因素 + 构建环境因素 + 技术环境因 素 功能模型 ——如 UC 业务流程模型 ——如