활동: 데이터베이스 디자인
이 활동은 데이터베이스에서 유지될 디자인 클래스를 식별하고 해당 데이터베이스 구조를 디자인합니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
상위 활동
설명

이 활동은 다음을 포함합니다.

  • 디자인의 지속적 클래스 식별
  • 지속적 클래스를 저장하기 위해 적절한 데이터베이스 구조 디자인
  • 시스템의 성능 기준을 충족하는 방법으로 지속적 데이터를 저장하고 검색하기 위한 메커니즘 및 전략 정의

데이터베이스 및 지속적 데이터 저장영역과 검색 메커니즘은 응용프로그램 컴포넌트 및 서브시스템의 전체 구현 중 일부로 구현되고 테스트됩니다.

특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨
반복 가능함
인력 구성

지속적 클래스를 책임지는 디자이너는 일반적인 경우 지속성에 대해, 특히 지속성 메커니즘에 대해 이해하고 있어야 합니다. 디자이너의 기본 책임은 지속적 클래스가 식별되고 이러한 클래스가 적절한 방법으로 지속성 메커니즘을 사용하도록 하는 것입니다. 데이터베이스 디자이너는 디자인 모델의 지속적 클래스에 대해 이해하고 있어야 하므로 객체 지향 디자인 및 구현 기법에 대한 실용적인 지식을 가지고 있어야 합니다. 또한 데이터베이스 디자이너는 데이터베이스 동시성 및 분배 문제에도 능숙한 배경 지식을 가지고 있어야 합니다.

사용법
사용법 안내

정제(Elaboration) 단계에서의 이 활동은 지속성 전략의 확장성을 보장하고 데이터베이스 디자인 및 지속성 메커니즘이 시스템의 처리량 요구사항을 지원하도록 하는 데 초점을 둡니다. 타스크: 클래스 디자인에서 식별된 지속적 클래스는 지속성 메커니즘으로 맵핑되며 데이터 집약적인 유스 케이스를 분석하여 메커니즘의 확장성을 보장합니다. 또한 지속성 메커니즘 및 데이터베이스 디자인을 평가하고 해당 유효성을 검증합니다.

핵심 고려사항

지속성은 디자인 노력의 필수 파트로 다루어져야 하며 디자이너 및 데이터베이스 디자이너 간의 긴밀한 협업이 필수적입니다. 일반적으로 데이터베이스 디자이너는 지속성 문제를 처리하기 위한 자문 자원으로 팀 간에 공유되는 '부동' 자원입니다. 대개 데이터베이스 디자이너는 지속성 메커니즘도 책임집니다. 지속성 메커니즘을 구매하는 대신 빌드하는 경우 일반적으로 지속성 메커니즘에 대해 작업하는 인원으로 구성된 팀이 있습니다. 일반적으로 대규모 프로젝트에는 지속성이 프로젝트에 걸쳐 일관적으로 구현되고 있는지 확인하기 위해 두 디자인 팀 간 및 자체 팀 사이의 작업을 조정해야 하는 데이터베이스 디자이너로 구성된 소규모 팀이 필요합니다.