활동: 아키텍처 정제
이 활동은 반복을 위한 아키텍처를 완성합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

이 활동은 다음과 같습니다.

  • 다음을 식별하여 분석 활동에서 디자인 활동으로의 자연스러운 전이를 제공합니다.
    • 분석 요소에서 적절한 디자인 요소 식별
    • 관련 분석 메커니즘에서 적절한 디자인 메커니즘 식별
  • 시스템의 런타임 및 배치 아키텍처 조직에 대해 설명합니다.
  • 디자인과 구현 사이의 전이를 완벽하게 이룰 수 있도록 구현 모델을 조직합니다.
  • 다음을 확인하여 아키텍처의 일관성 및 무결성을 유지보수합니다.
    • 현재 반복을 위해 식별된 새 디자인 요소와 기존 디자인 요소와의 통합 여부
    • 사용 가능한 컴포넌트 및 디자인 요소의 최대 재사용을 디자인 노력에서 가능한 빨리 달성하는지 여부
특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성

이러한 활동은 다기능 팀 구성원으로 인력이 구성된 소규모 팀에서 잘 수행됩니다. 일반적으로, 구조적으로 중요한 문제에는 사용성, 성능, 크기 조정, 프로세스 및 스레드 동기화 및 분배가 포함됩니다. 팀에는 핵심 추상을 식별할 수 있는 도메인 경험을 가진 구성원도 포함되어야 합니다. 또한 팀에는 모델 조직 및 계층화에 대한 경험이 있어야 합니다. 팀은 이러한 모든 이종의 스레드를 응집적이고 결합적인(예비적이더라도) 아키텍처로 끌어낼 수 있어야 합니다.

아키텍처 노력의 초점이 구현에 관한 문제로 이동하고 있으므로 특정 기술에 관한 문제에 더 많은 주의를 기울여야 합니다. 이는 분배 및 배치 전문 기술이 있는 직원이 포함되도록 강제로 아키텍처 팀을 확장하거나 구성원을 이동시키도록 합니다(이 문제가 구조적으로 중요한 경우). 구현 모델의 구조가 통합을 편리하게 하는 데 미치는 잠재적 효과를 이해하려면 소프트웨어 빌드 관리 프로세스에 대한 전문 기술이 있는 것이 좋습니다.

동시에 아키텍처 팀은 확장된 대규모 팀으로 구성되지 않아야 합니다. 이러한 동향에 대응하는 전략은 핵심 문제에 대한 "컨설턴트"로 참여하는 확장 팀 구성원의 부수적 그룹을 가지는, 상대적으로 소규모의 코어 팀을 유지하는 것입니다. 또한 이 구조는 다른 조직에서 특정 전문 기술을 계약 또는 차용할 수 있는 더 소규모의 프로젝트에서도 훌륭히 동작합니다. 이는 다뤄야 할 특정 문제로서 가져올 수 있습니다.

사용법
사용법 안내

이 작업은 여러 세션에서 일반적으로 며칠(대규모 시스템의 경우 몇 주 또는 몇 개월)에 걸쳐 수행될 때 가장 효과적으로 수행됩니다. 초기에는 디자인 메커니즘 식별 및 디자인 요소 식별 활동에 초점을 두며 기존 디자인 요소 통합 활동을 여러 번 반복함으로써 새 요소가 기존 요소의 기능과 중복되지 않게 합니다.

디자인의 윤곽이 나타나면 런타임 아키텍처 설명분배 설명 활동에서 각각 동시성 및 분배 문제가 제기됩니다. 또한 이러한 문제를 고려함에 따라 프로세스, 스레드 또는 노드에 동작을 분배하기 위한 디자인 요소 변경에 대한 필요성이 나타날 수 있습니다.

개별 모델이 정제되어 아키텍처 결정사항을 통합하게 되면 소프트웨어 아키텍처 문서의 각 보기 섹션에 해당 결과가 문서화됩니다(예를 들어, 디자인 모델이 정제되면 소프트웨어 아키텍처 문서의 논리 보기 또한 정제됩니다). 또한 결과 아키텍처가 검토됩니다.