이 워크플로우 세부사항의 목적은 데이터베이스에서 지속될 설계 클래스를 식별하고 적절한 데이터베이스 구조를 설계하는 것입니다.


주제

      탐색 맵
탐색 맵
설계 모델
설계 모델
 
       
 
기술 검토자
기술 검토자
 

 
설계 검토
설계 검토

 
       
      검토 레코드
검토 레코드
 

      설계 클래스
설계 클래스
 
       
 
데이터베이스 설계자
데이터베이스 설계자
 

 
데이터베이스 설계
데이터베이스 설계

 
       
      데이터 모델
데이터 모델
 

      분석 클래스
분석 클래스
 
       
 
설계자
설계자
 

 
클래스 설계
클래스 설계

 
       
      설계 모델
설계 모델
설계 클래스
설계 클래스
 


설명 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