13.4架构复用-DSSA-ABSD

一、软件架构复用 00:111. 软件产品线 00:44核心概念一组共享公共特性集的软件密集型系统通过核心资产库进行管理、复用和集成新系统。例如在线教育产品线包含视频平台、题库系统等共享核心资源。业务流特征面向特定业务方向如教育/电商将相关产品集中推广核心产品可跨业务复用如题库同时服务软考和考研。2. 软件架构复用的类型 03:011机会复用 03:14特点开发过程中临时发现可复用资产立即复用属于无规划复用。举例开发时偶然发现现有登录模块可直接调用。2系统复用 03:30特点开发前预先规划复用方案属于有规划复用。关键区别复用时机不同系统复用需提前制定复用清单。3. 可复用的资产 03:52范围覆盖软件全生命周期资产包括需求文档、架构设计、测试案例、项目计划、人员经验等9类。记忆口诀“需架元建测项过人样缺”。4. 复用的基本过程 04:25三阶段模型获取资产构造或收集可复用资源如提取现有系统模块资产管理建立构件库进行分类存储选择构件根据新需求匹配库中可用构件二、特定领域软件架构 05:301. DSSA的三个基本活动 08:20领域分析获取领域模型通过现有系统、专家访谈等识别公共需求如教育领域必含课程管理领域设计产出DSSA架构方案解决领域共性需求如设计教育系统统一权限模型领域实现开发可复用构件如可配置的课程发布组件2. 参与DSSA的四种角色 11:56领域专家包含业务专家如教育行业从业者和技术专家有领域系统开发经验者分析/设计/实现人员对应三个基本活动分别由系统分析师、架构师和程序员担任3. 建立DSSA的过程 14:42五步迭代法划定领域范围如在线教育定义领域术语建立直播课等术语字典识别约束条件如必须支持万人并发设计领域架构收集可复用构件4. 三层次模型 16:49领域开发环境架构师制定核心架构如教育领域通用微服务架构应用开发环境工程师实例化架构如新东方定制化直播系统执行环境操作员部署实例如配置具体服务器集群5. 例题DSSA基础题题目解析角色空缺对应领域分析师活动空缺对应领域实现参考架构是DSSA的核心产出物领域分析获得领域模型设计获得DSSA架构答案1.C 2.C / 3.C 4.D 5.B三、基于架构的软件开发1. ABSD核心特征驱动要素业务需求如电商促销规则、质量属性系统高可用、功能需求下单流程三者组合驱动需求描述功能需求用用例如用户支付质量需求用场景如秒杀时响应2s提前设计在需求未完全明确时即可启动架构设计2. 三大基础功能分解采用高内聚低耦合模块化技术风格选择根据业务和质量需求选择架构风格如电商选用微服务模板复用利用现有系统结构模板如通用支付系统模板四、基于架构的软件开发 21:581. ABSD方法 22:471基于架构的软件开发过程 29:07架构需求 32:38定义: 架构需求即体系结构需求是架构开发的首要步骤旨在明确系统架构所需满足的需求。过程:需求获取: 从需求库等来源收集需求信息。标识构件: 包含三步首先生成类图然后对类进行分组最后把类打包成构件以明确系统架构中的功能模块及其连接关系。需求评审: 对获取的需求进行评审确保需求的准确性和完整性。架构设计 36:57定义: 架构设计是将需求阶段的标识构件映射为实际构件并进行分析的过程。过程:映射构件: 将需求阶段标识的构件映射为实际系统中的构件。分析相互作用: 分析构件之间的相互作用确定构件间的连接方式和接口。设计评审: 对设计出的架构进行评审确保设计满足需求和质量标准。架构的文档化 38:58定义: 架构文档化是将架构设计过程中的重要信息和决策记录下来的过程。产出文档:体系结构规格说明书: 对设计出的架构进行详细描述作为后续开发和维护的依据。测试体系结构需求质量设计说明书: 用于测试架构需求的质量确保架构满足既定的质量标准。架构复审 40:24定义: 架构复审是由外部人员如用户代表和领域专家对架构进行评审的过程。目的: 确保架构满足需求、质量标准和构件划分的合理性。结果处理: 若复审不通过则返回架构设计阶段进行重新设计和文档化直至复审通过。架构实现 41:09定义: 架构实现是将设计好的架构用实体显示出来的过程包括构件的实现和组装。过程:构件实现: 根据设计实现构件部分构件可能来自构件库部分需重新开发。构件组装: 按照架构设计的连接方式将构件组装成系统。系统测试: 对组装好的系统进行测试确保系统功能和性能满足要求。架构演化 42:32定义: 架构演化是对架构进行优化和改变的过程以适应新的需求或提高系统的可复用性。过程:需求变化归类: 对新的需求进行归类和分析。构建变动: 根据需求变化对构件进行增加、删除或修改。构件组装与测试: 对变动后的构件进行组装和测试。技术评审: 对演化后的架构进行技术评审确保架构的稳定性和可靠性。架构更新: 根据评审结果更新架构形成演化后的新架构。五、应用案例 44:181. 例题基于体系结构软件设计方法采用和体系结构文档化的输出 44:23题目解析第一题解析架构描述方法在基于体系结构的软件设计方法中采用视角与视图来描述软件架构因为软件架构通常使用四加一视图模型来描述。功能需求描述采用用例来描述功能需求因为用例是专门用于描述功能需求的工具。质量需求描述采用质量场景来描述质量需求虽然选项中有质量属性但实际使用的是带有质量属性的场景来描述质量需求。易错点容易误选质量属性需要注意本质是使用质量场景而非单纯的质量属性。第二题解析文档化输出体系结构文档化过程的主要输出包括体系结构规格说明和测试体系结构需求的质量设计说明书。记忆要点文档化阶段首先需要对体系结构进行描述因此会产生体系结构规格说明同时还会产生一个详细的质量设计说明书。其他选项分析B选项质量属性说明书不完整C选项软件功能需求说明不属于体系结构文档化产物D选项多视图体系结构模型不是主要输出文档答案第一题B、C、C第二题A六、知识小结知识点核心内容考试重点/易混淆点难度系数软件架构复用软件产品线共享、公共、可管理的特性集面向业务流核心资产集成复用时机机会复用与系统复用的区别中特定领域软件架构DSSA定义专用于一类特定任务领域的软件构建集合活动领域分析、领域设计、领域实现高DSSA - 垂直域与水平域垂直域特定领域内的完整架构 水平域跨多个特定领域的相同部分概念理解垂直域与水平域的区别中DSSA - 基本活动领域分析提炼通用模型 领域设计设计特定领域软件架构 领域实现开发可重用信息活动顺序与目的中DSSA - 参与角色领域专家技术与业务专家 领域分析人员需求分析 领域设计人员架构设计 领域实现人员开发实现角色职责区分低基于架构的软件开发ABSD定义架构驱动业务质量、功能需求组合驱动架构设计基础功能分解、架构风格选择、软件模板使用中ABSD - 过程需求、设计、文档化、复审、实现、演化每个过程的子步骤与目的高ABSD - 描述方式视角与视图四1视图 用例与场景用例描述功能需求场景描述质量需求用例与场景的区别中ABSD - 文档化输出体系结构规格说明书 测试体系结构需求质量设计说明书文档类型与目的低