주제

소개 페이지 맨 위

 [NBG01]에 정의된 대로 개념적 데이터 모델링은 시스템에 대한 지속적 데이터 및 지속적 데이터 저장영역 설계 개발의 초기 단계를 나타냅니다.  대부분의 경우에 시스템에 대한 지속적 데이터는 관계형 데이터베이스 시스템(RDBMS)에 의해 관리됩니다. 비즈니스 모델 및 시스템 요구사항의 개념 레벨에서 식별된 비즈니스 및 시스템 엔티티는 유스 케이스 분석, 유스 케이스 설계 및 데이터베이스 설계 활동을 통해 RDMS에 구현될 세부적인 실제 테이블 설계로 전개됩니다. 이 개념 문서에 설명된 개념적 데이터 모델은 개별 결과물이 아님에 주의하십시오. 대신 데이터 모델의 개발과 연관된 기존 비즈니스 모델링, 요구사항, 분석 및 설계 규칙 결과물에 포함된 정보의 복합 보기로 구성됩니다.  

데이터 모델은 일반적으로 다음과 같은 3가지 일반 단계를 통해 전개됩니다.

  • 개념적 - 이 단계는 시스템에서 제시될 문제점의 범위를 정의하는 상위 레벨 주요 비즈니스와 시스템 엔티티 및 이들의 관계 식별을 포함합니다. 이러한 주요 비즈니스 및 시스템 엔티티는 비즈니스 분석 모델에 포함된 비즈니스 모델링에 대한 UML 프로파일의 모델링 요소 및 분석 모델의 분석 클래스 모델 요소를 사용하여 정의됩니다.
  • 논리적 - 이 단계는 개념적 상위 레벨 비즈니스 및 시스템 엔티티를 자세한 논리적 엔티티로 정제하는 것이 포함됩니다. 이러한 논리적 엔티티 및 이들의 관계는 가이드라인: 데이터 모델에 설명된 대로 데이터베이스 설계에 대한 UML 프로파일의 모델링 요소를 사용하여 논리적 데이터 모델에 선택적으로 정의될 수 있습니다. 이러한 선택적인 논리적 데이터 모델은 개별 RUP 결과물이 아니라 결과물: 데이터 모델의 일부입니다.
  • 실제 - 이 단계는 논리적 클래스 설계를 세부적이고 최적화된 실제 데이터베이스 테이블 설계로 변환하는 것이 포함됩니다.  실제 단계에는 데이터베이스 테이블 설계를 데이터베이스 저장영역 설계의 테이블 스페이스 및 데이터베이스 컴포넌트에 맵핑하는 것도 포함됩니다.

데이터베이스 설계와 관련된 활동은 전체 소프트웨어 개발 라이프사이클에 미치며 초기 데이터베이스 설계 활동은 초기화 단계 중에 시작될 수 있습니다. 어플리케이션의 비즈니스 컨텍스트를 설명하기 위해 비즈니스 모델링을 사용하는 프로젝트의 경우 데이터베이스 설계는 비즈니스 유스 케이스 모델에서 비즈니스 액터와 비즈니스 유스 케이스의 식별 및 비즈니스 분석 모델에서 비즈니스 작업자 및 비즈니스 엔티티를 통해 개념 레벨에서 시작할 수 있습니다. 비즈니스 모델링을 사용하지 않는 프로젝트의 경우 데이터베이스 설계는 유스 케이스 모델에서 시스템 액터 및 시스템 유스 케이스의 식별 및 유스 케이스 구현의 분석 모델에서 분석 클래스의 식별을 통해 개념 레벨에서 시작할 수 있습니다.

아래 그림은 비즈니스 모델, 요구사항 모델 및 분석 모델에 있는 개념적 데이터 모델 요소의 세트를 표시합니다.

다이어그램은 컨텐츠에 설명되어 있습니다

다음 섹션에서는 시스템의 지속적 데이터에 대한 초기 개념적 데이터 모델을 정의하는 데 사용될 수 있는 비즈니스 모델, 유스 케이스 모델 및 분석 모델의 요소를 설명합니다.

개념적 데이터 모델링 요소페이지 맨 위

비즈니스 모델 페이지 맨 위

비즈니스 유스 케이스 모델

비즈니스 유스 케이스 모델은 비즈니스 액터 및 비즈니스 유스 케이스로 이루어집니다.  비즈니스 유스 케이스는 개발될 시스템에 대한 컨텍스트를 정의하는 데 사용되는 주요 비즈니스 프로세스를 나타냅니다.  비즈니스 액터는 비즈니스 유스 케이스를 통해 비즈니스와 상호 작용하는 주요 외부 엔티티를 나타냅니다.  아래 그램은 온라인 경매 어플리케이션에 대한 매우 단순한 비즈니스 유스 케이스 모델 예제를 표시합니다.

 

다이어그램은 컨텐츠에 설명되어 있습니다

시스템에 대한 영역 문제점에 중요한 엔티티로서 비즈니스 액터는 개념적 데이터 모델의 후보 엔티티입니다. 위의 예에서 구매자 및 판매자 비즈니스 액터는 온라인 경매 어플리케이션이 정보를 저장해야 하는 후보 엔티티입니다.

비즈니스 분석 모델

비즈니스 분석 모델은 비즈니스 유스 케이스의 워크플로우 분석에서 식별된 비즈니스 작업자 및 비즈니스 엔티티를 모델링하는 클래스를 포함합니다. 비즈니스 작업자는 해당 워크플로우를 실행하는 데 필요한 경매를 수행하는 참여 작업자를 나타냅니다. 비즈니스 엔티티는 해당 워크플로우 동안 비즈니스 작업자가 사용하거나 생성하는 "것"입니다. 대부분의 경우에, 비즈니스 엔티티는 시스템이 지속적으로 저장해야 하는 정보의 유형을 나타냅니다. 

아래 그램은 경매를 관리하기 위한 "온라인 경매 제공"이라는 비즈니스 유스 케이스의 한 시나리오에서 비즈니스 작업자 및 비즈니스 엔티티를 서술하는 순서 다이어그램 예제를 표시합니다.

다이어그램은 컨텐츠에 설명되어 있습니다

이 단순화된 예에서 경매 관리자 객체는 온라인 경매 관리 시스템 자체에서 수행될 비즈니스 작업자 역할을 나타냅니다. 경매 및 경매 항목 객체는 판매자 및 구매자 비즈니스 액터에 대한 에이전트 역할을 하는 경매 관리자 작업자가 사용하거나 생성하는 비즈니스 엔티티입니다. 데이터베이스 설계 Perspective에서 경매 및 경매 항목 비즈니스 엔티티는 개념적 데이터 모델에 대한 후보 엔티티입니다.  

요구사항 및 분석 모델 페이지 맨 위

비즈니스 모델링을 수행하지 않는 프로젝트의 경우 요구사항(시스템 유스 케이스) 및 분석 모델은 초기 개념적 데이터 모델을 개발하는 데 사용될 수 있는 모델 요소를 포함합니다. 비즈니스 모델링을 사용하는 프로젝트의 경우 비즈니스 분석 모델에서 식별된 비즈니스 엔티티 및 관계는 분석 모델에서 엔티티 클래스로 정제되고 세분화됩니다.  

시스템 유스 케이스 모델

시스템 유스 케이스 모델은 시스템과 사용자의 기본 상호 작용을 정의하는 시스템 액터 및 시스템 유스 케이스를 포함합니다. 시스템 유스 케이스는 시스템에 대한 기능적 요구사항을 정의합니다.

개념적 데이터 모델링 Perspective에서 시스템 액터는 시스템이 지속적 정보를 저장하는 데 필요할 수 있는 시스템 외부의 엔티티를 나타냅니다. 이것은 시스템 액터가 개발 중인 시스템에 데이터를 제공하거나 데이터를 수신하는 외부 시스템인 경우에 중요합니다. 시스템 액터는 비즈니스 유스 케이스 모델의 비즈니스 액터 및 비즈니스 분석 모델의 비즈니스 작업자에서 파생될 수 있습니다.  

아래 그림은 온라인 경매 시스템에 대한 비즈니스 유스 케이스 모델을 나타냅니다. 이 모델에서 구매자 및 판매자 비즈니스 액터는 이제 일반 사용자 비즈니스 액터에서 파생됩니다. 외부 엔티티를 통해 지불을 처리하려는 요구를 반영하기 위해 신용 서비스 기관이라는 새로운 시스템 액터가 추가되었습니다. 이 새로운 시스템 액터는 개념적 데이터 모델에 대한 또다른 후보 엔티티입니다.

 

다이어그램은 컨텐츠에 설명되어 있습니다

 

분석 모델

분석 모델은 시스템 유스 케이스에 대한 유스 케이스 구현에서 식별되는 분석 클래스를 포합합니다. 개념적 데이터 모델링 Perspective에서 주요한 관심사인 분석 클래스의 유형은 엔티티 분석 클래스입니다. 가이드라인: 분석 클래스에 정의된 대로 엔티티 분석 클래스는 지속적인 방법으로 저장되어야 하는 시스템에서 관리되는 정보를 나타냅니다.  엔티티 분석 클래스 및 이들의 관계는 어플리케이션용 초기 데이터 모델의 기초를 형성합니다.  

분석 모델의 개념적 엔티티 분석 클래스는 설계 모델에서 논리적인 지속적 설계 클래스로 정제되고 세분화되어야 합니다.  이러한 설계 클래스는 데이터 모델에서 후보 테이블을 나타냅니다.  클래스의 속성은 테이블에 대한 후보 열이며 테이블에 대한 후보 키를 나타내기도 합니다. 설계 모델의 요소가 데이터 모델 요소에 맵핑될 수 있는 방법에 대한 설명은 가이드라인: 포워드 엔지니어링 Relational 데이터베이스를 참조하십시오.




이 컨텐츠는 Applied Information Science에 의해 부분적으로 개발 또는 전적으로 개발되었습니다.

Rational Unified Process   2003.06.15