이 워크플로우 세부사항의 목적은 소프트웨어 구조의 초안을 작성하는 것입니다.


주제

      유스 케이스
유스 케이스
 
       
 
설계자
설계자
 

 
유스케이스 분석
유스케이스 분석

 
       
      분석 클래스
분석 클래스
유스 케이스 구현
유스 케이스 구현
 
      분석 모델
분석 모델
 

      위험 목록
위험 목록
 
      용어집
용어집
비전
비전
 
       
 
소프트웨어 아키텍트
소프트웨어 아키텍트
 

 
구조 분석
구조 분석

 
       
      전개 모델
전개 모델
설계 모델
설계 모델
 
      분석 클래스
분석 클래스
소프트웨어 구조 문서
소프트웨어 구조
문서
 
      분석 모델
분석 모델
 


설명 To top of page

이 워크플로우 세부사항은 다음과 같은 목표를 가집니다.

  • 시스템 구조의 초안 작성
    • 분석의 기초로 사용될 구조적으로 중요한 요소의 초기 세트 정의
    • 분석 메커니즘의 초기 세트 정의
    • 시스템의 초기 계층화 및 조직 정의
    • 현재 반복에서 처리될 유스 케이스 구현 정의
  • 구조적으로 중요한 유스 케이스에서 분석 클래스 식별
  • 분석 클래스 상호 작용으로 유스 케이스 구현 갱신

관련 정보 To top of page

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

시기 To top of page

구현화 단계의 초기 파트.

선택성 To top of page

필수사항.

인력 지정 방법 페이지 맨 위

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

작업 가이드라인 페이지 맨 위

작업은 여러 세션에서 가장 잘 수행되며 몇 일(매우 큰 시스템의 경우 몇 주나 몇 달)에 걸쳐 구조적 분석유스 케이스 분석 간의 상호 작용을 통해 수행됩니다. 구조적 분석에서 구조에 초기 전달을 수행한 후 각 유스 케이스에 대해 유스 케이스 분석을 수행하여 구조적으로 중요한 유스 케이스를 선택하십시오. 각 유스 케이스가 분석된 후(또는 분석됨에 따라), 새 시스템 작동을 용이하게 하고 식별된 잠재적인 문제점을 처리하기 위해 요구되는 적응을 반영하는 데 필요한 대로 구조를 갱신하십시오.

구조가 이미 존재하는 경우(이전 프로젝트 또는 반복) 변경 요청은 시스템이 지원해야 하는 새 작동을 설명하도록 구조를 변경하기 위해 작성될 필요가 있을 수 있습니다. 이러한 변경은 변경 범위에 따라 프로세스에서 임의의 결과물일 수 있습니다.



Rational Unified Process   2003.06.15