【2605系分】论文05 论基于架构的软件设计方法(ABSD)

系统分析师论文秘籍

论文05 论基于架构的软件设计方法（ABSD）

本文结合2024年试题题目“论基于架构的软件设计方法（ABSD）”，围绕基于架构的软件设计方法的核心思想及其在实际项目中的应用展开论述，并以智慧城市综合业务管理系统建设为实践背景，系统阐述了体系结构需求分析、体系结构设计、体系结构文档化、体系结构复审、体系结构实现及体系结构演化等关键阶段的实施过程与技术要点。基于架构的软件设计方法通过以商业目标、质量属性和功能需求为驱动，在需求尚未完全确定阶段即启动架构设计。通过项目实践验证，ABSD方法能够增强系统的扩展能力、维护能力及持续演进能力，降低复杂系统开发风险，为大型信息系统建设提供了可借鉴的技术路径和实践经验。

第一部分历年题目

【2024年】论基于架构的软件设计方法（ABSD）

基于架构的软件设计（ABSD）方法强调由软件系统的商业、质量和功能需求的组合驱动软件架构设计，并允许根据需求的变化进行演化。ABSD方法是一个自顶向下，递归细化的方法。使用ABSD方法，设计活动可以从项目总体功能框架明确就开始，也就是说需求抽取和分析还没有完成，就开始了软件的设计。需求抽取、分析活动可以和设计活动并行。

请围绕“基于架构的软件设计方法”论题，依次从以下三个方面进行论述。

概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
简要描述基于ABSD进行软件设计的6个主要阶段和各个阶段的主要活动。
具体述你参与管理和开发的项目是如何基于ABSD进行软件系统设计的。

第二部分论点分析

1. 概述项目背景与个人职责

（1）项目背景与系统类型

参与管理和开发的是大型业务信息系统（如智慧城市综合管理平台）。该系统具有以下典型特征：业务模块多、功能复杂，需求来源多样；对系统可扩展性、可维护性、可靠性要求高；需求在建设过程中持续演进，难以一次性完全稳定。在此背景下，单纯依赖“需求完成后再设计”的传统开发模式难以满足项目需要。

（2）传统开发模式的局限性

传统软件开发流程通常遵循：问题定义、需求分析、软件设计、软件实现、软件测试。在实际项目中暴露出明显问题：体系结构设计滞后，往往在需求阶段完成后才考虑整体架构，难以支撑需求变化，后期修改成本高；架构决策缺乏质量属性驱动（如性能、扩展性、可靠性）；构件复用率低，系统演进能力不足。因此，项目引入了“基于架构的软件设计方法（ABSD）”作为总体方法论。

（3）采用 ABSD 方法的动因

ABSD 方法的核心优势体现在：由商业目标、质量目标和功能需求共同驱动架构设计；架构设计可与需求分析并行推进；支持自顶向下、递归细化；强调架构评审与演化，降低系统风险。

（4）个人角色与职责

在项目中，我担任系统分析师，主要职责包括：主导体系结构需求分析，编制并维护体系结构文档，组织评审，识别并控制技术风险。

2.ABSD 六个阶段

ABSD 将软件开发过程划分为6个子过程，这是本题的理论得分点，必须答完整、答准确。

（1）体系结构需求

核心目标：在需求尚未完全稳定前，识别影响架构的关键因素。

主要活动：

①获取三类需求：商业目标（业务价值、成本、周期），质量属性需求（性能、可扩展性、可靠性、安全性），功能需求（核心业务功能）。

②标识构件，形成系统初始逻辑结构：生成类图、对类进行分组、将类打包为构件。

③组织需求评审，必要时在需求获取与构件标识间迭代。

不是“需求越多越好”，而是抓住对架构有决定性影响的需求。

（2）体系结构设计

核心目标：形成可指导系统实现的整体架构方案。

主要活动：

①选择合适的体系结构风格（如分层、构件化、SOA 等）

②提出体系结构模型

③将需求阶段识别的构件映射到架构模型中

④分析构件间交互关系

⑤形成体系结构，并进行设计评审

这是一个迭代过程，并且设计受质量目标驱动。

（3）体系结构文档化

核心目标：让架构“可理解、可实现、可评审”。

主要成果：体系结构规格说明、质量设计说明书。

作用说明：架构文档是开发人员、测试人员、管理人员的统一参考，是后续架构评审、实现和演化的依据，“文档是架构成功的关键因素之一”。

（4）体系结构复审

核心目标：及早发现架构风险和设计缺陷。

主要活动：邀请外部角色（用户代表、领域专家）参与评审，结合架构文档与最小可运行系统（原型）进行验证。

检查：架构是否满足需求，质量属性是否得到体现，构件划分是否合理。

复审不是形式，而是风险控制手段。

（5）体系结构实现

核心目标：将抽象架构落地为可运行系统。

主要活动：依据复审后的架构文档进行构件实现，从构件库复用或开发新构件，按架构约束进行构件组装，进行构件测试和系统测试。

“按架构实现系统”，而不是“边写代码边想架构”。

（6）体系结构演化

核心目标：应对需求变化，保证系统可持续发展。

主要活动：对需求变化进行归类，制定体系结构演化计划，修改、增加或删除构件，更新构件交互关系，组装测试并进行技术评审。

“演化是在原有架构基础上进行，而非推倒重来”。

3.ABSD 在项目中的具体应用

（1）基于 ABSD 的整体实施思路

在项目实施过程中，以ABSD 六阶段为主线：架构需求先行，架构设计与需求分析并行推进，架构评审贯穿全过程，支持系统持续演化。

（2）体系结构需求阶段的实践

从业务部门提炼关键业务目标，明确性能、并发、扩展性等质量属性，通过类图与构件识别，形成初始架构蓝图，组织需求评审，减少后期返工。

（3）体系结构设计与评审落地

选用分层+ 构件化架构风格，明确各层职责与构件边界，分析构件间交互，避免高耦合，通过架构评审发现潜在性能与扩展风险。

（4）架构实现与演化效果

按架构约束进行模块开发，构件可复用性明显提升，在后续需求变化中，仅需调整局部构件，系统稳定性和可维护性显著提高。

ABSD 的核心价值在于：先做正确的架构决策，再做正确的实现。通过在项目中应用 ABSD 方法，实现了：架构与需求并行推进，风险前置控制，系统可演化、可复用、可维护，这是系统分析师在复杂软件工程中应具备的核心能力。

以下是章节目录：

【2605系分论文秘籍】论文05 论基于架构的软件设计方法（ABSD）

以上内容希望能为大家备考提供帮助。刷题小程序

以上分享的内容希望对大家有所帮助，感谢大家长期以来的支持，有任何问题或想了解更多关于架构、系分、高项、软设的内容，直接私信我。我们快来一起进步吧！

软考学习，请关注公众号，进群加微信

私信：架构、系分、高项、软设