一线架构师实践指南总结(三)—— Conceptual Architecture

概念架构是系统高层组件的界定,用于与非技术人员交流。它包括初步设计、高层分割和考虑非功能需求等步骤。通过鲁棒图进行初步设计,确定边界、控制和实体对象。高层分割通常分为切系统为系统或子系统,常见的是分层架构。在设计中,需尽早考虑非功能需求,以避免理想化架构导致的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

什么是概念架构

概念性架构界定系统的高层组件,以及它们之间的关系。概念性架构意在对系统进行适当分解,而不陷入细节。借此,可以与管理人员、市场人员、用户等非技术人员交流架构。概念性架构规定了每个组件的非正式规约及架构图,但不涉及接口细节。

实际意义

1.不同系统的架构,为什么不同?
需求不同,所以架构不同。这里需求包括了功能、质量、约束等方面。

2.架构设计中,应何时确立架构大方向的不同?
进行概念架构设计时应确立架构大方向。架构设计贵在有针对性,概念架构针对重大需求、特色需求、高风险需求的要求,给出高层次的解决方案——这就是概念架构的最重要意义。

实践要领

重大需求塑造概念架构
ADMEMS方法Conceptual Arch阶段核心理念:重大需求塑造概念架构,这里重大需求应涵盖功能需求、质量及约束3类需求的关键部分。
在这里插入图片描述

概念架构阶段的3个步骤
1.初步设计。基于关键功能,借助鲁棒图进行以发现职责为目的的初步设计。
2.高层分割。对系统这个黑盒子进行高层切分,例如切分复杂系统为多个二级系统,或者直接切分系统为具体子系统。
3.考虑非功能需求
在这里插入图片描述

初步设计

初步设计对复杂系统的意义
1.架构师只有在设计复杂系统(或涉及不熟悉的领域,感受“挺复杂”)时才需要初步设计。
2.初步设计的目标:发现职责。无须展开

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hello小崔

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值