최상의 답변
만들기 위해 UML (가장 널리 사용되는 다이어그램)을 사용하려는 경우 소프트웨어 아키텍처, 시각적 패러다임 커뮤니티 에디션 은 완전 무료 솔루션입니다 (개인용 및 비 -Commercial).
UML 2.5 다이어그램 지원 (여기에 시퀀스 다이어그램을 사용하는 MVC 프레임 워크 소프트웨어 아키텍처가 있습니다)
모델-뷰-컨트롤러 ( MVC )는 애플리케이션을 상호 연결된 세 부분 (모델 / 뷰 및 컨트롤러)으로 나누는 사용자 인터페이스를 개발하기 위해 가장 널리 사용되는 소프트웨어 아키텍처 프레임 워크 중 하나입니다. 이는 정보의 내부 표현과 정보가 사용자에게 제공되고 사용자로부터 수락되는 방식을 분리하기 위해 수행됩니다.
MVC 아키텍처는 이러한 주요 구성 요소를 분리하여 효율적인 코드 재사용과 병렬 개발을 가능하게합니다. 웹 및 데스크톱 애플리케이션 모두에 적합한 관심사 분리
예 : JHispter 는 다음을위한 MVC 프레임 워크입니다 (REST API와 함께). 웹 애플리케이션은 가장 인기있는 프레임 워크 Spring 도 모든 종류의 애플리케이션을위한 MVC에 속합니다.
UML에서는 시퀀스를 사용할 수 있습니다. MVC 소프트웨어 아키텍처를 나타내는 다이어그램. (출처 : Visual Paradigm – MVC Framework-Visual Paradigm Community Circle )
- 개체는 고객, 제품, 거래, 장바구니 등 시스템 데이터를 나타내는 개체입니다.
- 경계 UserInterface, DataBaseGateway, ServerProxy 등의 시스템 액터와 인터페이스하는 객체입니다.
- 컨트롤은 경계와 엔티티 사이를 중재하는 객체입니다.
명령 실행을 조정합니다. 엔티티 및 경계 객체와 상호 작용하여 경계에서 발생합니다. 컨트롤은 종종 사용 사례 시나리오에 해당하며 종종 시퀀스 다이어그램으로 표시됩니다.
MVC 시퀀스 다이어그램의 라이프 라인에 대해 스테레오 타입을 사용 할 수 있습니다. MVC에서 사용중인 객체 유형을 시각적으로 명확하게하기 위해
무료 UML 도구로 MVC 시퀀스 다이어그램을 만들려면
UML 다이어그램에 대해 자세히 이해
시퀀스 다이어그램에 대해 자세히 알아보기
답변
아키텍처를 문서화 할 때 일반적으로 취하는 높은 수준의 접근 방식 (또는 훨씬 더 세부적인 하위 수준의 디자인)은 다음과 같습니다.
- 디자인 이해 관계자를 식별합니다. 엔지니어링 / 개발 팀은 하나의 이해 관계자입니다. 테스트 / 품질 보증 팀, IT 인프라 팀, 프로젝트 관리 및 지원 직원도 시스템의 이해 관계자가 될 수 있으며 설계의 다양한 측면에 관심이있을 수 있습니다.
- 시스템에서 관심 영역을 식별합니다. 시스템에 데이터베이스가있는 경우 한 관점은 데이터베이스 구조입니다. 분산 시스템이있는 경우 시스템 관리자 또는 고객 서비스 직원은 구성 요소가 설치된 위치에 관심이있을 수 있습니다. 공용 인터페이스가있는 경우 외부 개발자는 파일 형식, 데이터 형식 등의 인터페이스에 관심이 있습니다. 복잡한 알고리즘이 많은 경우 알고리즘 설계자 / 관리자는 워크 플로 및 알고리즘 단계에 관심이 있습니다. 확인한 각 관점은 특정 관심사입니다.
- 각 관점에 대해 적절한 표현을 선택합니다. 데이터베이스 관점에서 엔티티 관계 다이어그램과 데이터 사전이 유용 할 수 있습니다. 공용 인터페이스의 경우 XML 스키마 문서 또는 API 문서가 문서의 일부로 포함될 수 있습니다. 복잡한 알고리즘의 경우 UML 활동 또는 상호 작용 개요 다이어그램을 고려하십시오. 표기법을 선택할 때는 잘 알려진 잘 정의 된 표기법을 선호하므로 다른 사람에게 내 표기법을 설명 할 필요가없고 사용 된 기호를 모르는 경우 기존 참조 자료를 가리킬 수 있습니다.
- 다이어그램 주위에 텍스트 설명과 합리적 설명을 추가합니다. 귀하가 내린 아키텍처 결정이 무엇인지뿐만 아니라 이러한 결정을 내리게 된 계기를 설명하십시오.
Zachman Framework, The Open Group Architecture Framework, Department of the Department와 같은 아키텍처 프레임 워크 방어 아키텍처 프레임 워크 및 기타 아키텍처 프레임 워크는 일반적으로 적용 할 수있는 필수 관점과 관점을 정의함으로써 도움이됩니다.
궁극적으로 “가장 좋은”문서는 이해 관계자의 요구를 충족하는 문서입니다.정보가 필요한 사람과 정확히 필요한 것이 무엇인지 파악하는 것이 첫 번째 단계입니다.