Share via

아키텍처 디자인 다이어그램

  • 아티클

설계자는 종종 다이어그램을 통해 통신합니다. 다이어그램은 구현자와 이해 관계자가 광범위한 비전을 보거나 시스템의 매우 민감하거나 미묘한 영역을 자세히 살펴보는 데 도움이 되는 강력한 통신 도구입니다. 의도와 통신하려면 설계자가 각 상황에서 유용한 다이어그램을 선택해야 합니다.

이 문서의 다이어그램 목록은 완전하지 않습니다. 다이어그램은 종종 여러 형식의 복합입니다.

궁극적으로 아키텍처 다이어그램의 선택은 전달하려는 내용과 대상 그룹 프로필에 따라 달라집니다. 설계자는 디자인, 요구 사항 구체화 및 통신을 위해 활동 전체에서 여러 유형의 다이어그램을 사용합니다.

다이어그램 작성 사례

다이어그램은 텍스트 설명 없이도 상당한 정보를 제공합니다. 다이어그램의 모호성을 방지합니다. 몇 가지 권장 사항입니다.

표준 표기법을 사용합니다. 다이어그램의 가독성과 해석을 위해 널리 인식되는 기호, 아이콘 및 프레젠테이션 규칙을 사용합니다.

모호한 선을 피합니다. 다이어그램은 종종 선으로 표시되는 엔터티 간의 관계를 보여 줍니다. 선을 사용하는 방식에서 일관성을 유지합니다.

화살표가 없으면 선을 사용하지 않습니다. 관계가 방향이 없는 것은 알기 어렵기 때문에 화살표를 사용합니다. 화살표가 없는 모든 줄에 레이블을 지정하여 관계를 나타냅니다.

이중 화살표가 있는 선은 사용하지 않습니다. 이중 화살표는 양방향 종속성을 의미합니다. 클라이언트에서 서버로의 흐름을 나타내려면 단방향 화살표를 사용하는 것이 좋습니다.

모든 항목에 레이블을 지정합니다. 각 아이콘에 대해 명확하고 정확하며 의미 있는 레이블을 제공합니다. 관계가 명확하지 않은 경우 줄에 레이블을 지정합니다.

일관성을 유지합니다. 다이어그램 전체 및 관련 다이어그램에서 유사한 요소에 대해 표준화된 색, 대/소문자, 아이콘 크기, 선 유형, 화살표 머리 및 기타 표현을 사용합니다. 기존 데이터 또는 분류에서 그립니다.

정확합니다. 다이어그램은 추상화이지만 프로세스에서 정확도를 희생하지는 않습니다. 예를 들어 해당 가상 네트워크에 없는 경우 가상 네트워크의 서비스를 나타내지 마세요. 다이어그램은 통신 도구이므로 부정확한 통신을 방지해야 합니다.

메타데이터를 포함합니다. 다이어그램에 다이어그램의 목적에 대한 필수 정보를 제공하는 메타데이터가 포함되어 있는지 확인합니다. 메타데이터는 또한 뷰어에서 다이어그램의 scope 및 중요성을 이해하는 데 도움이 되는 컨텍스트를 제공합니다. 제목, 설명, 마지막 업데이트 날짜, 작성자 및 외부 참조와 같은 항목을 포함합니다.

공식 아이콘 및 서비스 이름을 사용합니다. 특정 기술을 나타낼 때 기술 공급자의 최신 공식 아이콘을 사용합니다. 기술을 식별하는 것이 중요한 경우 서비스의 공식 이름을 사용합니다.

예를 들어 Microsoft 서비스의 아이콘은 다음과 같습니다.

디자인 다이어그램 유형

워크로드 아키텍처는 복잡하고 다차원입니다. 각 차원 유형은 해당 차원과 관련된 세부 수준을 제공하여 시스템의 특정 측면에 중점을 둡니다. instance 순서도는 프로세스 흐름을 보여 줍니다. 엔터티 관계 다이어그램은 시스템 구성 요소 간의 관계를 보여 줍니다.

다양한 유형의 다이어그램을 사용하면 차원을 포괄적으로 이해할 수 있습니다. 이는 이해 관계자 간의 효과적인 의사 소통, 문제 해결 및 의사 결정을 장려하는 데 도움이 됩니다.

상위 수준 시스템 다이어그램

개략적인 시스템 다이어그램은 전체 워크로드 또는 워크로드 내의 하위 섹션에 대한 광범위한 개요 역할을 합니다. 여기에는 기본 구성 요소, 서로의 관계 및 데이터가 시스템을 통과하는 대략적인 순서가 포함됩니다. 화살표는 상호 작용의 방향을 표시합니다.

이러한 다이어그램은 더 심층적인 토론을 시작하거나 관련자 커뮤니케이션을 시작할 수 있도록 일반적인 이해에 도달하는 데 적합합니다.

블록 다이어그램

블록 다이어그램은 워크로드를 주요 기능 블록으로 나눕니다. 블록은 일반적으로 기술에 구애받지 않습니다. 특정 구성 요소 대신 수행되는 기능을 참조합니다.

예를 들어 블록 다이어그램은 특정 메시지 버스 기술 대신 "메시징 버스"를 참조할 수 있습니다. 이 유형의 다이어그램은 세부 정보로 대상을 방해하지 않고 시스템의 구조, 데이터 흐름 및 처리 흐름을 설명하는 데 도움이 될 수 있습니다.

구성 요소 다이어그램

구성 요소 다이어그램은 블록 다이어그램처럼 작동하지만 일반 기능 블록을 특정 기술로 대체합니다. 시스템의 개별 기술 구성 요소와 클라이언트/서버와 같은 관계를 전달하는 것을 목표로 하는 자세한 보기를 제공합니다. 이러한 다이어그램은 다이어그램의 scope 대한 일종의 시각적 자료 청구서입니다.

배포 다이어그램

배포 다이어그램은 인프라 배포, 상용 COTS(상용) 소프트웨어 및 워크로드 전체의 사용자 지정 코드에 중점을 둡니다. 소프트웨어와 코드가 호스팅 인프라에 분산되는 방법을 보여줍니다.

데이터 흐름 다이어그램

DFD(데이터 흐름 다이어그램)는 데이터가 시스템을 통해 이동하는 방식을 보여 줍니다. 이는 데이터 중심 시스템을 모델링할 때 유용합니다. 이와 같은 다이어그램에서는 모호성을 제거하기 위해 데이터를 일괄 처리로 이동하거나 실시간으로 이동하는지 여부를 유의하는 것이 좋습니다.

시퀀스 다이어그램

시퀀스 다이어그램은 시간에 따른 워크로드 구성 요소 간의 통신 교환을 보여 줍니다. 클라이언트/서버 관계와 동기 또는 비동기 특성을 보여 줍니다. 또한 이러한 교환의 종속성을 강조 표시하고 해당 내의 오류 시나리오를 평가합니다.

사용자 흐름 다이어그램

사용자 흐름 다이어그램은 워크로드, 사용자 또는 행위자와 워크로드 간의 범위가 지정된 상호 작용에 중점을 둡니다. 사용자와 사용자의 데이터가 시스템과 상호 작용하는 다양한 방법에서 기능 요구 사항을 명확히 하고 시각화하는 데 유용합니다.

엔터티 관계 다이어그램

ERD(엔터티 관계 다이어그램)는 데이터베이스 또는 다른 스토리지 시스템의 구조를 나타내는 모델링 다이어그램입니다. 산업 표준 특성 및 연결 기호를 통해 엔터티(예: 테이블) 간의 관계를 보여 줍니다.

네트워크 다이어그램

네트워크 다이어그램은 실행되거나 상호 작용하는 네트워크의 관점에서 솔루션을 보여 줍니다. 이러한 다이어그램은 워크로드의 네트워크 세분화, 네트워크 실패 지점 및 인터넷 송신 및 수신 지점과 같은 주요 네트워크 전환을 시각화하는 데 유용합니다.

네트워크 다이어그램에는 일반적으로 이전 구현의 수명이 있습니다. 감사 및 인시던트 대응에 자주 사용됩니다.

상태 다이어그램

상태 다이어그램은 특수 시각화입니다. 흐름(또는 개별 구성 요소)이 있는 상태를 보여 줍니다. 또한 조건 또는 이벤트에 대한 응답으로 흐름이 상태 간에 전환되는 방식을 보여 줍니다.

순서도

특히 아키텍처 다이어그램은 아니지만 순서도는 디자인을 명확하게 하는 또 다른 방법입니다. 순서도는 복잡한 워크플로 또는 논리를 나타낼 때 유용합니다. 이를 사용하여 요구 사항을 구체화하고 구현 선택을 추진할 수 있습니다.

다음 단계

설계자의 검사 목록