이 워크플로우 세부사항의 목적은 반복을 위한 구조를 완료하는 것입니다.

주제


      설계 모델
설계 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
  설계 모델
설계 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
  분석 클래스
분석 클래스
  분석 클래스
분석 클래스
  소프트웨어 구조 문서
소프트웨어 구조
문서
설계 모델
설계 모델
 
               
 
소프트웨어 아키텍트
소프트웨어 아키텍트
 

 
분배 설명
분배 설명

 
런타임 구조 설명
런타임 구조 설명

 
설계 요소 식별
설계 요소 식별

 
설계 메커니즘 식별
설계 메커니즘
식별

 
기존 설계 요소 통합
기존 설계 요소
통합

 
               
      전개 모델
전개 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
  설계 모델
설계 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
  설계 서브시스템
설계 서브시스템
설계 모델
설계 모델
  설계 모델
설계 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
  설계 모델
설계 모델
소프트웨어 구조 문서
소프트웨어 구조
문서
 
              설계 패키지
설계 패키지
신호
신호
  설계 패키지
설계 패키지
설계 서브시스템
설계 서브시스템
  설계 패키지
설계 패키지
설계 서브시스템
설계 서브시스템
 
              이벤트
이벤트
설계 클래스
설계 클래스
  설계 클래스
설계 클래스
  인터페이스
인터페이스
설계 클래스
설계 클래스
 
              EJB
EJB
인터페이스
인터페이스
         

      위험 목록
위험 목록
소프트웨어 구조 문서
소프트웨어 구조
문서
 
       
 
기술 검토자
기술 검토자
 

 
구조 검토
구조 검토

 
       
      검토 레코드
검토 레코드
 


설명 To top of page

이 워크플로우 세부사항은 다음을 수행합니다.

  • 다음을 식별하여 분석 활동에서 설계 활동으로의 자연스러운 전이를 제공합니다.
    • 분석 요소에서 적절한 설계 요소 식별
    • 관련 분석 메커니즘에서 적절한 설계 메커니즘 식별
  • 시스템의 런타임 및 전개 구조 조직에 대해 설명합니다.
  • 설계 및 구현 무결절성 사이에서 변환을 작성하도록 구현 모델을 구성합니다.
  • 다음을 확인하여 구조의 일관성 및 무결성을 유지보수합니다.
    • 현재 반복을 위해 식별된 새 설계 요소와 기존 설계 요소와의 통합 여부
    • 사용 가능한 컴포넌트 및 설계 요소의 최대 재사용을 설계 노력에서 가능한 빨리 달성하는지 여부

관련 정보 To top of page

이 섹션에서는 이 워크플로우 세부사항과 관련된 추가 정보의 링크를 제공합니다.

시기 To top of page

구현화 단계에서 시작하여 구축 및 전이 단계에서 반복됩니다.

선택 가능성 To top of page

필수사항.

역할 지정 방법 To top of page

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

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

동시에 구조 팀은 확장된 대규모 팀으로 구성되지 않아야 합니다. 이러한 경향을 카운터하는 작업의 전략은 주요 문제에 대해 "상담원"으로 온 확장된 팀 구성원의 위성 그룹이 있는 비교적 작은 코어 팀을 유지하는 것입니다. 또한 이 구조는 다른 조직과 계약되어 있거나 차용된 특정 전문 기술이 있는 더 작은 프로젝트에서도 훌륭히 작업하며, 처리해야 할 특정 문제로 가져올 수 있습니다.

작업 가이드라인 To top of page

작업은 여러 세션에서 가장 잘 수행되며 몇 일(매우 큰 시스템의 경우 몇 주나 몇 달)에 걸쳐 수행됩니다. 초기의 초점은 새 요소가 기존 요소의 기능에 중복되지 않는지 확인하기 위한 기존 설계 요소 통합 활동을 포함한 많은 반복과 더불어 설계 메커니즘 식별설계 요소 식별 활동에 있습니다.

설계가 나오게 되면 동시성 및 분배 문제는 런타임 구조 설명분배 설명 활동 각각에서 소개됩니다. 이러한 문제가 고려되면 프로세스, 스레드 또는 노드 간에 작동을 분리하도록 설계 요소를 변경해야 할 수 있습니다.

구조적 의사결정을 통합하도록 개별 모델이 정제되므로 그 결과는 소프트웨어 구조 문서의 각 보기 섹션에 문서화됩니다(예를 들어, 설계 모델이 정제됨, 소프트웨어 구조 문서의 논리적 보기가 정제됨 등). 결과 구조가 검토됩니다.



Rational Unified Process   2003.06.15