IEEE 1471로 정리하는 소프트웨어 아키텍처 기술

IEEE 1471의 아키텍처 기술 프레임워크를 이해관계자, 우려사항, 뷰포인트, 뷰의 관계를 중심으로 정리한다.

2026-08-14 · 최초 발행 2026-04-17

아키텍처를 설명하는 공통 언어

소프트웨어 중심 시스템의 아키텍처는 하나의 도면만으로 설명하기 어렵다. 개발자, 사용자, 운영자처럼 시스템을 보는 사람이 다르고, 각자가 확인하려는 조건도 다르기 때문이다. IEEE1471은 이런 차이를 아키텍처 기술서 안에서 다룰 수 있도록 만든 국제 표준 개념 프레임워크다.

공식 명칭은 Recommended Practice for Architectural Description of Software-Intensive Systems다. 특정 도구나 표기법, 프로그래밍 언어, 개발 방법론에 묶이지 않고 아키텍처를 기술하는 데 필요한 공통 용어와 관계를 제시한다.

기존에는 작성자나 사용 도구에 따라 아키텍처 문서의 내용과 형식이 달라지기 쉬웠다. 그 결과 개발자·사용자·운영자 사이의 의사소통 비용이 커지고, 시스템 유지보수성에도 문제가 생길 수 있었다. IEEE1471은 아키텍처를 표현하는 개념적 틀을 통일해 이런 혼선을 줄이고자 했다.

기술서가 다뤄야 할 범위

IEEE1471은 아키텍처 기술을 위한 용어, 개념, 산출물 구조를 표준화한다. 따라서 글로벌 협업에서도 일관된 기준으로 문서를 만들 수 있다.

적용 대상은 엔터프라이즈 시스템에 한정되지 않는다. 임베디드 소프트웨어를 포함해 규모와 분야가 다른 소프트웨어 중심 시스템에 적용할 수 있다. 또한 이해관계자들이 같은 개념 체계로 요구를 논의하고 의사결정을 내릴 수 있게 한다.

이 프레임워크는 아키텍처 기술서(AD)에 포함할 항목과 이들 사이의 논리적 관계를 제시한다. 문서 형식 자체를 강제하기보다, 어떤 우려를 어떤 방식으로 다뤄야 하는지에 초점을 둔다.

이해관계자의 우려를 뷰로 연결하는 구조

시스템, 아키텍처, 아키텍처 기술서와 함께 이해관계자·우려사항·뷰포인트·뷰가 연결된다. 핵심은 각 이해관계자의 우려사항을 적절한 뷰포인트로 다루고, 그 결과를 뷰로 남기는 것이다.

Conceptual FrameworkSystem(대상 시스템)Architecture(아키텍처)Architecture Description(아키텍처 기술서)View(아키텍처 뷰)Viewpoint(아키텍처 관점)Stakeholder(이해관계자)Concerns(우려사항)

아키텍처 기술서를 구성하는 개념

아키텍처 기술서(Architecture Description, AD)

AD는 아키텍처를 기록하고 전달하는 공식 산출물 전체를 뜻한다. 단일 문서가 아니라 시스템 구조를 설명하는 다이어그램, 텍스트 설명, 규칙을 포괄하는 패키지다. 또한 시스템 이해관계자의 우려사항이 적절히 다뤄졌음을 보여주는 역할을 한다.

이해관계자(Stakeholder)

이해관계자는 시스템의 개발, 운영, 유지보수, 사용에 직간접적으로 관련된 사람과 조직이다. 개발자와 설계자뿐 아니라 고객, 실사용자, 규제 기관, 보안 전문가도 포함될 수 있다. 이들은 서로 다른 가치와 목표를 시스템에 요구한다.

우려사항(Concerns)

우려사항은 특정 이해관계자가 시스템에 대해 갖는 의견, 요구사항, 목표, 제약사항이다. 사용자는 사용성을 걱정할 수 있고, 운영자는 가용성을 우려할 수 있다. 경영진은 개발 비용과 기간에 집중한다. IEEE1471은 이렇게 서로 충돌할 수 있는 우려사항을 식별하고 아키텍처에 반영하는 과정을 강조한다.

뷰포인트(Viewpoint)와 뷰(View)

뷰포인트와 뷰는 구분해서 다뤄야 한다. 뷰포인트는 특정 우려사항을 다루기 위해 정한 시각의 기준, 즉 관점의 정의다. 뷰는 그 뷰포인트를 적용해 실제로 작성한 결과물이다.

  • Viewpoint: 어떤 각도에서 무엇을 볼 것인가를 정하는 청사진의 설계 규칙
  • View: 설계 규칙에 따라 실제로 작성된 도면

설계 결정과 변경을 연결하는 방식

거대한 시스템을 한 번에 설명하지 않고 이해관계자별로 나눠 기술하면 설계의 정밀도를 높일 수 있다. 각 우려사항을 어느 뷰에서 다뤘는지 남겨 두면, 특정 설계 결정이 어떤 이해관계자의 어떤 우려사항을 해결하려 했는지도 역추적할 수 있다. 시스템 변경 시 영향도 분석에도 이 관계가 사용된다.

잘 정의한 뷰포인트는 다음 프로젝트에서도 재사용할 수 있다. 뷰포인트 라이브러리는 반복 가능한 아키텍처 기술 방식을 조직의 자산으로 축적하는 기반이 된다.

IEEE1471은 아키텍처를 기술적 산출물만으로 보지 않고, 이해관계자 사이의 합의와 논리적 기술이 만나는 지점으로 다룬다. 이 프레임워크는 이후 ISO/IEC 42010 국제 표준으로 발전했다.

Sources

  • IEEE Std 1471-2000: Recommended Practice for Architectural Description of Software-Intensive Systems
  • ISO/IEC 42010: Systems and software engineering — Architecture description
  • 소프트웨어 공학 지식 체계 (SWEBOK)
  • 정보관리기술사 소프트웨어 아키텍처 핵심 가이드라인
소프트웨어 아키텍처IEEE 1471아키텍처 기술서이해관계자뷰포인트