CHAPTER 03 역할의 활용: 관계자는 맥락에 어떻게 관련되어 있는가

이 패턴이 왜 중요한가?


이 장의 내용

맥락적 역할이란?


어떠한 방식으로 관련되어 있는것(활동 , 상황)

맥락 : 이벤트가 발생하는 상황 또는 설정

역활 : 개인이나 그룹에게 할당되고 , 요구되고, 기대되는 활동과 액티비티들

맥락적 역활은 관계자가 어떤 엔티티의 맥락에 어떤 방식으로 관련 되는지(상황,활동)으로 정의하는 것이다



레벨 1   ==================>   레벨 3            Hybird ( 레벨 2 + 레벨 3) = 일반화 + 구제적

(구체적)----------------------------------> 일반화




레벨 1 맥락적 역할 패턴, 속성



하나의 엔티티에서 각 역화의 정의를 속성으로 표현함

이러한 역활들과 엔티티간의 릴레이션 쉽

개인이나 조직이 동시에 하나 이상의 맥락적 역활을 수행할수 있도록 지원함



장점 : 직관적이고 한눈에 이해가 됨

단점 : 변화에 대응 못함, 새로운 역할 추가 안됨 , 데이터 중복성


ymIAEcdhUa6IYShYWUxsYdPNv-0qK9MC-uKv_OkY

레벨 1 맥락적 역할 패턴, 릴레이션쉽 

qNYIaX9NsQ6kTfP3lRqGnb87zY4K8sul3QS_u_sj



장점

1. 동일 개인 또는 조직이 선언적 역황를 수행하고 , 도일한 유형의 관련성을 여러 번 가질수 있는 사황

2. 엄격하고 구체적인 비즈니스 룰이 있는경우 ( 프로젝트 리더는 오직 한사함만)

3. 데이터 모델을 쉽게 이해하기 위해서 개별 역할이 구제적인 필용가 있는경우


단점

1. 동일 관계자의 정보가 선연적 역활에서 반복됨( 개인이 스폰서이거나 팀원)

2. 변화가 많은 상황이거나 명확하지 않은 환경에는 적합하지 않다 (역할 추가 품질 관리자)

3. 비즈니스 룰이 변경되면 모델이 변경됨(프로젝트 리더가 하나 이상일 때)



레벨 2 맥락적 역할 패턴

ILJ6pCMnMnIWH7tVcd3rgJ_5341BMSYDLho29e5I

4kTuS-IK_2o7z3VdwaGD9u3AMtrE-Anv38Ox4Pb_

-

장점

1. 정보 요구사하을 더 장 이해하기 위해 구체적으로 모데링 할 필요가 있을경우

2. 동일 관계자가 다양한 역할을 수행할 때

3. 선언적 역할의 사용과 맥락적 역할의 사용을 통합한다고 결정한 경우

4. 데이터 모델에서 비즈니스 줄을 설명한 필요가 있을 때

5. 공통속성을 표현할 때


단점

1. PARTY ROLE 개념을 추가할 때 공감대를 얻기 힘든 일반화 레벨을 추가할 때

2. 맥락적 역할을 추가할 때 선언적 역할이 추가 됨

3. 아직도 유연성 이슈

4. 이력관리 안됨




레벨 2 맥락적 역할 패턴, PARTY 대안적 관점 

BP2si9ekzwGwWgKdSuE5p96eakdloK41rzyEHQMq



파티의 Role 빼서 Party 로만  처리



레벨 3 맥락적 역할 패턴 

l1I-99CmdDZRVpJxfTxR6rGy49j0XSyHX2WE8IYY


-장점

-ROLE TYPE 코드형대로 만들어서 PROJET ROLE 무한대로 생성가능 하게 함 (재귀형태)

단점

- 기존 비즈니스 룰 (프로젝트 리더는 한 프로젝만을 위해 존재 함) 사라짐

- 틀정 속성 추가시 일반화의 특성에 영향을 줌 (스폰서 그룹에 참여비율 추가시)



하이브리드 맥락적 역할 패턴

- 일반적인 모델링과  구체적인 모델링 둘다 이용한 모델링

ZzzvVoza7sm0JgHhI4G4yJ33FxRpWY2MVKcjrm3dZDv1LlIgghBVGW_ix1oUeC2o35d3KNfi5DKMhUpK



장점

- 구체적인과 일반화를 동시에 표현

단점

- 동일한 역활을 중복 표현

- 혼란을 초래함