第07章软件体系结构设计分解.ppt

作业 试对下列需求进行体系结构设计： 用户可以修改自己的密码 管理员可以重置用户的密码 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * QQ:462031289 * 7.6.6 软件体系结构文档 引言 描述体系结构文档的目的、内容提要、引用的参考文档 概述 宏观地描述体系结构元素的职责、协作关系，设计时遵循的主要原则，关键的设计决策及其依据，特色、优势及可能缺陷 需求 概述或引用关键的功能性和非功能性需求，必要时说明它们与体系结构中的元素或体系结构设计决策之间的关系 多视角体系结构描述 包括逻辑视图、开发视图、物理视图、运行视图、数据视图 应用指南 描述后续设计中要注意的重要事项，以便扬长补短 QQ:462031289 * 大纲 7.1 软件体系结构的概念 7.2 体系结构的表示 包图、构件图、部署图、对象图 7.3 体系结构设计的过程 7.4 体系结构设计模式 7.5 概念设计 7.6 体系结构精化 7.7 基于构件的体系结构 7.8 体系结构验证 QQ:462031289 * 7.7 基于构件的体系结构设计 基于构件的软件开发是一种非常有效的软件复用技术 QQ:462031289 * 7.7.1 软件复用概述 软件复用 在不同的开发过程中重复使用相同或相似软件元素 包括源程序、目标代码、文档、测试用例甚至领域知识等 软部件 这些可供复用的软件元素称为软部件 软部件库 通常将可复用的软部件组织为软部件库以便复用 常见的软部件表现形式包括类和构件，对应的软部件库也就称为类库和构件库 QQ:462031289 * 7.7.2 构件创立 包含两项必须依序展开的活动： ⑴领域分析 针对单个或一族相似的领域，以软件复用为目标，探寻并挖掘领域或领域族中能够为多个目标软件系统共用的软构件 ⑵确定构件及其接口 将领域分析认为可复用的实体或职责确立为构件，定义构件的职责、接口，确定它们与体系结构中其他相关设计元素之间的协作关系 QQ:462031289 * 领域分析步骤 ⑴发现并描述可复用的实体（包括构件）及其职责； ⑵对这些实体/职责及它们之间的关系进行抽象化、一般化和参数化； ⑶对可复用的实体/职责进行分类、归并，以备日后复用； ⑷建立领域应用的参考体系结构，该结构主要由可复用的实体连接而成。 QQ:462031289 * 构件设置和接口定义的原则 将构件的功能和行为与应用环境严格分离 职责和接口设计标准化 保证构件能够简便地组装进新的系统 公共构件极大化 将子系统或构件的公共职责提取成为独立的构件 通用性不同的设计元素划归不同的构件 构件接口极小化 通过接口仅暴露必要的特性 QQ:462031289 * 例 7.13 确定构件及其接口 假设领域分析认为日志管理功能在未来可以被复用，因此需要将其封装成构件。 日志管理构件的职责主要来源于“日志管理” 用例。 为了完成这些职责，显然应该将 “日志管理器”纳入此构件，该控制类的职责包括日志信息的查询和保存。 实体类“日志”也应该划归该构件 QQ:462031289 * 例 7.13 确定构件及其接口 根据接口极小化原则，该构件的接口定义如下： ⑴ queryLog：查询日志。 ⑵ writeLog：写日志。 ⑶ queryEvent：查询曾经发生的异常事件。 ⑷ writeEvent：记录异常事件。 图7.22 构件设置及构件接口设计 QQ:462031289 * 7.7.3 构件复用 时机 最佳时机是 “搜索并选取可用的设计资产”时 复用时准确地理解构件至关重要 考虑到设计信息对于理解软构件的必要性以及构件使用者逆向发掘设计信息的困难性，构件开发者在构件的附加文档中应全面、准确地说明以下内容： ⑴构件的功能与行为 ⑵相关的领域知识 ⑶可适应性约束条件与例外情形 ⑷可以预见的应用场景以及如何配置构件使之可复用 QQ:462031289 * 大纲 7.1 软件体系结构的概念 7.2 体系结构的表示 包图、构件图、部署图、对象图 7.3 体系结构设计的过程 7.4 体系结构设计模式 7.5 概念设计 7.6 体系结构精化 7.7 基于构件的体系结构 7.8 体系结构验证 QQ:462031289 * 7.8 体系结构验证 主要任务 检验前面获得的软件体系结构是否足以支撑所有软件需求项的实现，是否还有进一步优化的空间 主要关注点 ⑴体系结构是否能够