다섯 살도 알 수 있게 · SW공학

아키텍처 평가(ATAM/CBAM)가 뭐예요?

전체 구성을 다 정한 뒤 인쇄 들어가기 직전, 여러 상황을 미리 리허설해 트레이드오프를 찾는 이야기예요.

이 장정 그대로 인쇄 들어가도 될까요?전체 구성이 다 정해진 뒤, 인쇄 직전의 불안함이에요

인쇄 직전, 편집장과 인쇄 감독이 이 장정으로 찍어도 괜찮은지 불안해해요.전체 구성이 다 정해진 뒤의 불안함이에요.

이 장정으론 전자책 전환이 안 돼요!이미 다 찍은 뒤라 장정을 바꾸기엔 너무 늦었어요

인쇄가 다 끝나고 나서야 장정 문제를 알게 돼요.이미 다 찍은 뒤라 장정을 바꾸기엔 너무 늦었어요.

시나리오: 내구성? 전자책 전환? 인쇄 속도?ATAM = 인쇄 전에 여러 시나리오로 트레이드오프를 미리 찾는 리허설이해관계자들이 모여, 품질을 크게 좌우하는 설계 결정(민감점)을 찾아요

ATAM = 인쇄 전에 여러 시나리오로 트레이드오프를 미리 찾는 리허설이에요.이해관계자들이 모여, 품질을 크게 좌우하는 설계 결정(민감점)을 찾아요.

품질 시나리오 모으기내구성, 전환성, 속도 등
설계 결정과 매핑어떤 설계 선택이 어떤 시나리오를 좌우하는지
민감점/트레이드오프 찾기품질 하나를 얻으면 다른 무엇을 잃는지
위험 미리 기록인쇄 전에 적어 둬요
옵션 A: 저렴한 제본비용 — 낮음전자책 전환 — 어려움인쇄 속도 — 빠름옵션 B: 유연한 제본비용 — 높음전자책 전환 — 쉬움인쇄 속도 — 느림CBAM = ATAM에서 찾은 옵션에 비용과 이득을 숫자로 더해 저울질하는 단계

ATAM에서 찾은 옵션에 비용과 이득까지 숫자로 따지면 CBAM이에요.CBAM은 옵션 A와 B 중 어느 쪽이 '더 남는 장사'인지 숫자로 비교해요.

평가를 하면 어떤 위험이 있는지 다들 알게 돼요결정은 결국 편집장 몫이에요평가는 선택을 대신 안 해줘요, 무엇을 놓고 고민해야 할지 보여줄 뿐이에요

평가가 결정을 대신 해주진 않아요.평가는 무엇을 놓고 고민해야 할지 보여줄 뿐, 선택은 여전히 사람 몫이에요.

한 줄로

ATAM은 인쇄(개발) 전에 품질 시나리오로 설계의 트레이드오프와 위험을 미리 찾는 평가법이고, CBAM은 그 선택지마다 비용과 이득을 숫자로 더해 저울질하는 확장판이에요.

ATAM(Architecture Tradeoff Analysis Method)은 이해관계자들이 모여 성능·보안·이식성 같은 품질속성 시나리오를 만들고, 각 시나리오가 아키텍처 설계 결정과 어떻게 연결되는지 매핑해 민감점(sensitivity point)과 트레이드오프점을 찾는 평가 방법이에요. CBAM(Cost Benefit Analysis Method)은 여기에 각 설계 결정의 비용과 효용(이득)을 경제적으로 분석하는 단계를 더해, 우선순위를 정량적으로 정하도록 돕는 확장 방법이에요.

어른들은 이렇게 불러요

ATAM
ATAM
인쇄 전 시나리오 리허설. 트레이드오프와 민감점을 찾아요.
CBAM
CBAM
ATAM에 비용·이득 계산을 더한 확장판. 우선순위를 숫자로 매겨요.
품질속성 시나리오
Quality Attribute Scenario
"내구성이 이만큼 필요하다" 같은 구체적 상황. 평가의 출발점이에요.
민감점(Sensitivity Point)
Sensitivity Point
한 결정이 품질에 크게 영향을 주는 지점. ATAM이 특히 주목하는 지점이에요.
트레이드오프점
Trade-off Point
하나를 얻으면 다른 걸 잃는 지점. 민감점이 여러 품질에 걸쳐 있으면 트레이드오프점이 돼요.
이해관계자
Stakeholder
편집장, 작가, 인쇄 감독처럼 평가에 모이는 사람들. ATAM은 이들을 한자리에 모아요.
정보시스템 감리/PMO
IS Audit/PMO
감리는 사업 전반을 단계마다 점검, ATAM은 아키텍처 설계를 평가. 둘은 보는 범위가 달라요. → 출간 과정을 곁에서 살피는 검수관
좋은 소프트웨어의 조건
Conditions of Good Software
ATAM이 저울질하는 바로 그 품질 조건들. 시나리오는 결국 이 조건들에서 나와요. → 좋은 책의 조건
다음 이야기
책 표지의 공식 마크 →
다른 용어도 그림책으로 보고 싶다면 요청하기 →