워크플로우 세부사항:
|
이 워크플로우 세부사항의 목적은 반복을 위한 구조를 완료하는 것입니다. | |||||||||||||||||||||||||||||||
|
|
이 워크플로우 세부사항은 다음을 수행합니다.
이 섹션에서는 이 워크플로우 세부사항과 관련된 추가 정보의 링크를 제공합니다.
구현화 단계에서 시작하여 구축 및 전이 단계에서 반복됩니다.
필수사항.
이러한 활동은 여러 기능을 가진 팀 구성원으로 담당 직원이 지정된 소규모 팀에서 잘 수행됩니다. 일반적으로, 구조적으로 중요한 문제에는 사용성, 성능, 크기 조정, 프로세스 및 스레드 동기화, 분배가 포함됩니다. 팀에는 핵심 요약을 식별할 수 있는 도메인 경험을 가진 구성원도 포함되어야 합니다. 또한 팀에는 모델 조직 및 계층화에 대한 경험이 있어야 합니다. 팀은 이러한 모든 이종의 스레드를 응집적이고 결합적인(임시이긴 하지만) 구조로 끌어낼 수 있어야 합니다.
구조 노력의 초점이 구현에 관한 문제로 이동하고 있으므로 특정 기술에 관한 문제에 더 많은 주의를 기울여야 합니다. 이는 분배 및 전개 전문 기술이 있는 직원이 포함되도록 강제로 구조 팀을 확장하거나 구성원을 이동시키도록 합니다. 구현 모델의 구조가 통합을 편리하게 하는 데 미치는 가능한 효과를 알기 위해서는 소프트웨어 빌드 관리 프로세스에 대한 전문 기술이 있는 것이 좋습니다.
동시에 구조 팀은 확장된 대규모 팀으로 구성되지 않아야 합니다. 이러한 경향을 카운터하는 작업의 전략은 주요 문제에 대해 "상담원"으로 온 확장된 팀 구성원의 위성 그룹이 있는 비교적 작은 코어 팀을 유지하는 것입니다. 또한 이 구조는 다른 조직과 계약되어 있거나 차용된 특정 전문 기술이 있는 더 작은 프로젝트에서도 훌륭히 작업하며, 처리해야 할 특정 문제로 가져올 수 있습니다.
작업은 여러 세션에서 가장 잘 수행되며 몇 일(매우 큰 시스템의 경우 몇 주나 몇 달)에 걸쳐 수행됩니다. 초기의 초점은 새 요소가 기존 요소의 기능에 중복되지 않는지 확인하기 위한 기존 설계 요소 통합 활동을 포함한 많은 반복과 더불어 설계 메커니즘 식별 및 설계 요소 식별 활동에 있습니다.
설계가 나오게 되면 동시성 및 분배 문제는 런타임 구조 설명 및 분배 설명 활동 각각에서 소개됩니다. 이러한 문제가 고려되면 프로세스, 스레드 또는 노드 간에 작동을 분리하도록 설계 요소를 변경해야 할 수 있습니다.
구조적 의사결정을 통합하도록 개별 모델이 정제되므로 그 결과는 소프트웨어 구조 문서의 각 보기 섹션에 문서화됩니다(예를 들어, 설계 모델이 정제됨, 소프트웨어 구조 문서의 논리적 보기가 정제됨 등). 결과 구조가 검토됩니다.
Rational Unified Process
|