활동: 후보 아키텍처 정의
이 활동은 소프트웨어 아키텍처의 초안을 작성합니다.
확장: 후보 아키텍처 정의
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

이 활동의 목적은 다음과 같습니다.

  • 시스템 아키텍처의 초안 작성
    • 분석의 기반으로 사용할 구조적으로 중요한 요소의 초기 세트 정의
    • 분석 메커니즘의 초기 세트 정의
    • 시스템의 초기 계층화 및 구성 정의
    • 현재 반복에서 처리될 유스 케이스 실현(realization) 정의
  • 구조적으로 중요한 유스 케이스에서 분석 클래스 식별
  • 분석 클래스 상호작용으로 유스 케이스 실현(realization) 갱신
특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성

활동: 후보 아키텍처 정의에서와 같이 해당 활동은 다기능 팀 구성원으로 인력이 구성된 소규모 팀에서 가장 잘 수행됩니다. 일반적으로, 구조적으로 중요한 문제에는 성능, 크기 조정, 프로세스 및 스레드 동기화 및 분배가 포함됩니다. 팀에는 핵심 추상을 식별할 수 있는 도메인 경험을 가진 구성원도 포함되어야 합니다. 또한 팀에는 모델 조직 및 계층화에 대한 경험이 있어야 합니다. 이런 입력을 통해 팀은 솔루션의 모델 또는 프로토타입을 종합할 수 있어야 합니다.

사용법
사용법 안내

이 작업은 여러 세션에서 일반적으로 며칠(대규모 시스템의 경우 몇 주 또는 몇 개월)에 걸쳐, 또한 아키텍처 분석유스 케이스 분석 간의 반복을 통해 가장 효과적으로 수행됩니다. 아키텍처 분석에서 아키텍처에 대한 초기 시도를 수행한 후 구조적으로 중요한 유스 케이스를 선택하고 각각에 대해 유스 케이스 분석을 수행합니다. 각 유스 케이스가 분석되면 또는 분석될 때 필요에 따라, 시스템의 새 동작을 수용하는 데 필요한 적응을 반영하고 식별된 잠재적인 아키텍처 문제점을 처리하여 아키텍처를 갱신합니다.

이전 프로젝트 또는 반복을 통해 아키텍처가 이미 있는 경우 시스템이 지원해야 하는 새 동작을 설명하도록 아키텍처를 변경하기 위해 변경 요청을 작성해야 합니다. 이러한 변경사항은 변경 범위에 따라 프로세스 내 임의의 아티팩트에 해당될 수 있습니다.