개요

모델은 소프트웨어 아키텍처 모델을 다음과 같이 설명하는 방법을 제공합니다. 코드로서의 도표. 이 접근법은 다음 방식을 사용하는 것보다 많은 이점을 제공합니다. 그래픽 도구, 특히 다음과 같은 것들:

• 소스 제어 버전 관리 내장된 역사: 소프트웨어의 각 변경 사항 아키텍처 모델은 커밋을 생성하여 자연스럽게 구현할 수 있게 만듭니다 건축 결정 기록.
• 공유 아키텍처 컴포넌트의 간단하고 일관된 재사용: 코드 공유 아키텍처 구성 요소는 다른 소프트웨어에서 가져올 수 있습니다 시스템. 명백한 시간 절약 외에도, 큰 장점은 다음을 보장한다는 점입니다 모든 참조가 공유된 자료와 함께 자동으로 최신 상태로 유지됩니다 아키텍처 컴포넌트는 진화합니다. 공유 아키텍처 컴포넌트 코드는 전통적인 소스 코드 버전 관리 기법을 사용해 버전 관리도 가능합니다.
• 일관된 표기법과 시각적 스타일: 임포트에 사용된 동일한 메커니즘 공유 아키텍처 다이어그램은 공유 스타일을 가져오는 데도 사용할 수 있습니다 정의들.
• 현실과 도표 사이의 이동 제어 능력: 정적 코드 분석은 소프트웨어 모델을 실제 모델과 비교하는 작성 도구를 제공합니다 불규칙을 감지하는 코드(이 저장소에는 그러한 도구를 제공하지 않습니다).

Model

Overview

Model provides a way to describe software architecture models using diagrams as code. This approach provides many benefit over the use of graphical tools, in particular:

• Built-in history via source control versioning: Each change to the software architecture model results in a commit making it natural to implement Architectural Decision Records.
• Simple and consistent reuse of shared architecture components: The code of shared architecture components can be imported by other software systems. Apart from the obvious time saving a major advantage is ensuring that all references are automatically kept up-to-date as the shared architecture component evolves. The shared architecture component code can be versioned using traditional source code versioning techniques as well.
• Consistent notation and visual styles: The same mechanism used to import shared architecture diagram can also be used to import shared style definitions.
• Ability to control drift between reality and diagrams: Static code analysis allows writing tools that compare the software models with actual code to detect discrepencies (this repo does not provide such a tool at this time).

The Model DSL is implemented in Go and follows the