Chapter 7 컨택   메커니즘 :  연락   방법

Contact Mechanisms  How to Get in Touch

한사람은 휴대폰  번호  두 개직장  전화번호  한 개집   전화번호  한 개,  이메일

한개.  홈페이지MySpace  계정 BlackBerry집주소직장주소별장주소,  그리고 팩스번호등 을 가질수 있음

그 사람은 몇   개의  이전  전화번호주소,  그리고 이메일  계정을 가질수 있음

각각의  컨택  메커니즘은 하나 또는 그  이상의  다양한  목적으로 사용

-> 개인 또는 조직에  연락할  수 있는 다양한 방법 -> 컨택 매커니즘

이   패턴이   왜  중요한가 ?

주소  정보전화번호  정보다양한 형태의  연락 정보를 관리하는  것은  비즈니스에서  중요한일

• 연락 정보에  관해  가장  자주 질문하는 두 가지

  • 개인이나 조직의  주소,  전화번호그리고  이   외에   어떤   컨택   메커니즘이  있는가? 어떤   컨택   메커니즘으로  연락할 수  있는가

• 각각의   컨택   메커니즘에  관해   어떤   정보를  이용할 수  있는가?  

• 기업  전반에  존재하는 모든 유형의  연락  정보( 우편주소전화번호,  이메일주소 릍 일관성  있는 방법으로 관리하는  것은  상당한 이점

이   장의   내용

•  네   개의  패턴은  기본 특징이  유사

•  두 개의  질문에  대한 대답

  • 각  패턴은  관계자,  시설   또는  다른  엔티티와  관련된  연락   정보를  알아낼  수  있는  데 방법을  지원할  수  있다:  다양한  전화번호,  팩스번호,  휴대폰번호우편주소이메일 주소,블로그주소 그리고 또  다른 유형의  컨택   메커니즘 등

  • 각   패턴은  컨택   메커니즘과  관련된  데이터를  갖는다.:컨택   메커니즘이   배송 안내를  위해   사용되는  것처럼,  여러분은  컨택   메커니즘의   특정한  목적이나  이유를  알고 자  할  수도  있다.

• 네   가지 패턴 중 첫  번째는 매우 구체적인  방법으로  컨택  메커니즘의  기본  특징을 가지며   패턴들은  점점  더   일반화된  접근법

• 마지막 두  개의  패턴

  • 기업들이  직면하는  추가적인  공통 요구사항을  다룸

  • 첫째:  지리적   범 위   패턴이다,우편주소를  물리적인  또는  논리적인  지리적   영역으로  분류 하는  방법

  •  둘째,  우편주소  패턴이다.:다양한 구조를  갖는 국제  주소를 수용하기  위한  것   등

• 이   장의  마지막  절에서는  기본적인  컨택  메커니즘  정보를 향상시키는  데   사용될수   있는,  공통  컨택  메커니즘의  기타  데이터( 수신  거부,  도달  방법,  지침, 내선번호)를  설명

컨택   메커니즘이란   무엇인가 ?

컨택  메커니즘은  둘  또는  그  이상의  개인이나  그룹( 관계자) 다양한  항목(시설),  상호간의 커뮤니케이션을 위해서  사용되는 매개체나 수단을 의미

컨택  메커니즘은 관계자( 예를  들면개인  또는  조직 )  또는 다른 엔티티(예,시설 )  또는 트랜잭션과  관련된  것( 예주문배송청귀과 연락하기  위해사용하는  연락  정보

레벨   1   컨택   메커니즘  패턴

기업의  구체적인  컨택  메커니즘  요구를 모델링

각 컨택   메커니즘은 엔티티가 소유하거나 포함하는 속성으로  정의

이   패턴이   필요한   이유는 ?

컨택  메커니즘과 관련된  데이터를  모델링하고 보여주는 데에  단순하고 모호하지  않은 방법을 필요

장점은  이해관계자와  업무  영역별  전문가들에게  명확하고  구체적인  방법으로 컨택  메커니즘에  관한 데이터  요구사항의  범위를 결정하기  위한  수단을 제공

이   패턴은   어떻게   작동하는가 ?

ENTITY  1 과 ENTITY  2는  연락  정보가  필요한  엔티티를  나타낸다.  ENTITY  1 과 ENTITY  2 는 PARTY,  ORDER,  FACILITY,  SHIPMENT,  CUSTOMER  등과  같은  엔티티를  나타낸다

이 패턴은 언제 사용하는 가 ?

• 데이터   요구사항을  이해할  필요가  있을  때 범위를  정의할  필요가  있을  때,  그리고  비즈니스  대표자와  요구사항(그리고  이슈)에  대한 논의를  용이하게  하는  단순한  방법을  제공할  필요가  있을  때

• 컨택   메커니즘에  관해   잘  정의되고  잘  알려진  구체적인  데이터   요구가  있을   때

• 특정   엔티티의   컨택   메커니즘  속성이   그  엔티티에  특화되어  있을  때

• 단 지   몇   개의   매우  특정한  유형의   컨택   메커니즘만을  다루게   될   것이라는 것이   알려져 있을  때

• 다양한  이해관계자들의  다양한  요구사항과  필요를  보여줄  때   그리고 해관계자들 갖고  있는  다양한  인식을  보여줄  때

• 컨택   메커니즘  엔티티 속성,  릴레이션쉽이  고정적이며 미래에도  변 경이  예상되지   않 을때

이   패턴의   약점은 ?

• 이   패턴은  전 혀   유연하지  않다.  그리고  시간이  경과함에  따라서   발생할  수  있는  새로운 컨택   메커니즘의  추가( 또는  변경) 에  잘  대처하지   못한다.

• 컨택   메커니즘에  관해   관리할  필요가  있는  추가적인  정보가  존재할  때

• 이   패턴에서는  컨택   메커니즘을  다른   엔티티( 또는  재귀적인  자신)와  연관시키지   못한다.

• 이   패턴은  다수의   속 성이   발생하는  경우에   효과적이지  않다

• 이   패턴을  기반으로  데이터베이스를  설계하면  바람직하지  않은 구현  결과를  가져오는데,  시 간 이   경과 함에  따라서   관리하기가  점점   힘들어지기  때문이다.

이   패턴의   요약

레벨   1  컨택   메커니즘   패턴은  매우 구체적인  스타일의  데이터  모델링을 사용하는  컨텍 메커니즘을 지원한다.  

첫  번째,  어떤  엔티티에  관 한 모 든  컨택  메커니즘  유형의  명확한  정의를  지원한다.

두  번째이   패턴은 적용 가능한 컨텍메커니즘의  목적과  용도를  지원한다.   ORDER  에는 Ship to 주소와 Bill to  주소  속성이  있다.

구체적인  데이터  요구사항을 잘  이해하고  검증하는  데  사용 될  수  있다

첫째,  주제영역에  대한 컨택   메커니즘의  유형을  분명하고 모호하지  않게  볼  수 있게한다.

둘째비즈니스의  다양한 영역에서  동일한 개념을 서로 다른 방법으로 볼  수  있음을 강조한다

몇   가지  결점

정보  요규 사항의  변화를  쉽게  수용하지  못하며 속성이  중복적으로  반복

패턴이  쉽게 수용 하지   못하는  각각의  컨택  메커니즘에  대한 부가적인  데이터가 존재할 수  있다

정보  요구사항을 모으고  검증하는  데   도움이  되는 모델로서  효과적으로 사용

레벨   2   컨택   메커니즘턴

레벨   1   컨택   메커니즘   패턴보다  더   유연한 데이터  모델링  솔루션을  제공

자신의  엔티티와 구조  내에서  각각의  주요  유형의  컨택  메커니즘(전화번호전자주소우편주소) 을  모델링하면서도 이   패턴은 많은  개수의  컨택  메커니즘,  유형목적용도를 유연하게  다루는  방법을  제공

이   패턴이   필요한   이유는 ?

• 많은  엔티티(PARTY FACILITY,  ORDER 등) 가  다양한  컨택  메커니즘을 관리 할 수  있는 유연성을  제공

• 컨택  메커니즘을  명시하는  데   필요한 다양한 유형목적용도를 제공

• 이   패턴은 모델을  변경할  필요  없이   새로운  컨택  메커니즘 유형,  목적, 용도를 추가하는 방법을 제공

• 이   패턴은 다른 데이터모델  구조를 사용해서  다양한  유형의  컨택  메커니즘( 예를 들면전기통신 번호전자주소,  우편주소) 을  모델링하는  방법을 제공

이   패턴은   어떻게   작동하는가 ?

ENTITY 는  데이터  모델러가 살표 보는  관심  영역

ENTITY 에 한  컨택  메커니즘을 두  가지  방법으로  다룬다.  

데이터  요구사항에  따라서 둘 중 하나 혹 은  두 개의  스타일 모두 사용한다

• 첫 번째 스타일은  CONTACT  MECHANISM  1 과  같은  그  자 신의  엔티티에전기통신번호나  우편주소와  같은  컨택   메커니즘을  표현한다.

  • 예를  들어,  컨택   메커니즘이   우편주소에  대한  것이라면  도로주소아파트번호우편사서함  등,   전기통신번호에  대한  것이라면  국가  전화  코드지역코드전화번호  등

• 두  번째   스타일은 ENTITY  CONTACT  MECHANISM  2와  같은,  ENTITY와 연관된  엔티티에  전자주소와  같은  컨택   메커니즘  정보를 표현

  • Contact mechanism  data  속성은  그  자 신 의   엔티티   대신에   연관된   엔티티의  속성으로  실제  컨텍메커니즘  값( 예 ngirard@xyz.com)을  관리

  • 동일한  컨택   메커니즘  데이터 를 많은 관계자( 또는,  다른  엔티   티의   많은  인스턴스) 들과  연관시킬  필요가  없는 곳 에서  사용

CONTACT  MECHANISM  TYPE  

• 다양한  컨택  메커니즘의  분류  목록

• 전기통신번호: Telephone num ber ‘Fax number ‘Mobile number  와 같은 유형을 표현

• 전자주소:  ‘Email address’ 'Blog address’ ‘Chat room address’ 와  같은  유형

• CONTACT  MECHANISM  TYPE은  또한  재귀  릴레이션쉽

• ‘Telecommunications number( 전기 통신 번호 )’ 가 ‘Fax number‘Pager number'Mobile number  를 서브(sub)  분류로 가질수 있음

‘각 CONTACT  MECHANISM  1 은  오직  하나의 CONTACT  MECHANISM  TYPE에   의해  분류될  수  있다’

‘각 ENTITY는 하나 또는 그  이상의 ENTITY CONTACT MECHANISM  1 을 가질 수 있다.  그리고 ENTITY  CONTACT  MECHANISM  1  은  오직  하나의 CONTACT MECHANISM  1에   대해 명시될  수  있다.’  

컨택  메커니즘이  공유되지  않고 관련된  엔티티의  하나의  인스턴스에만 적용할  수  있는 상황은  어떤  것인가?

이메일주소가 PARTY의   오직  하나의  인스턴스만을  위한 컨택  메커니즘이라면  ENTITY CONTACT MECHANISM  2 를 사용하면 된다.

ENTITY  CONTACT MECHANISM  1  또는ENTITY CONTACT MECHANISEM은 하나 또는 그  이상의 CONTACT MECHANISM PURPOSE 를 갖는다.

• 그 의도와 이유를 명확히  할 필요가  있는 경우에  사용

• 컨택   메커니즘 (우편주소 또는  이메일주소) 은 청구서를 보내거나 ‘Bill to’  목적) 상품을 보내는(Ship  to’  목적 )  지정된  장소로서  사용

CONTACTMECHANISM PURPOSE TYPE

• CONTACT MECHANISM  PURPOSE는 목적  유형을 관리

각각의  연관  엔티 티 (ENTITY  CONTACT  MECHANISM  1  또는 ENTITY  CONTACT MECHANISM  2)  는  오직  하나의 CONTACT  MECHANISM  USAGE  TYPE 을 가질수 있다.

• 특별한 컨택  메커니즘에  대해  공통적이고 관례적인 시용을 명시

• 이메일주소는 ‘Business’ 'Personal'  또는 Business and Personal ’ 의   이유로 사용되고휴대폰 번호는 ‘Emergency( 긴급 )’  목적으로  사용

파티 예

PARTY,  TELECOMMUNICATIONS  NUMBER,  CONTACT  MECHANISM  PURPOSE

PARTY,  ELECTRONIC  ADDRESS,  CONTACT  MECHANISM  PURPOSE

PARTY   컨택   메커니즘 - 주소

ORDER 예

데이터모델은  이전  데이터 모델과 두 가지  차이점을 갖고  있으나,  상당히  유사한 방법으로 동작한다.

첫  번째이   모델에서   전화번호는 TELECOMMUNICATION  NUMBER 에서  관리되지  않고 ORDER TELECOMMUNICATIONS  NUMBER에서  관리된다.

ORDER  전화번호는 그 주문에  대한 조회가  발생 하거나  문제가  발생할  때만  사용

두  번째이   패턴의 ORDER  사례는 CONTACT  MECHANISM  USAGE  TYPE을  활용하지  않는다

모든 ORDER 는 Business  이유로만 사용

ORDER,  TELECOMM니NICATIONS   NUMBER,  CONTACT  MECHANISM  PURPOSE

ORDER,  ELECTRONIC  ADDRESS,  CONTACT  MECHANISM  PURPOSE

ORDER  컨택   메커니즘  -  주소

이   패턴은   언제   사용하는가 ?

• 컨택   메커니즘을  모델링할  때레 벨  1  패턴보다  더   많은  유연성이  필요한  경우.  이  패턴은  컨택   메커니즘,  목적,  용도,  컨택   메커니즘  유형을  개수에   상관  없이   관리할  수  있다.

• 다양한  용도와  목적이  있으며,  매우  다양한  컨택   메커니즘  유형이   있는   경우.

• 일반화된  모델링   스타일과  구체적인  모델링   스타일  간 의   균형을  잡아야  할  필요가  있 경우

• 다양한  이해관계자들의  다양한  요구사항과  필요를  보여주는  경우.

• 컨택   메커니즘을  모델링하는  대안을  제공하기  위함.

이   패턴의   약점은 ?

• 일부   청중은  이해하기가  더   어렵다.

• 이   패턴은   컨택   메커니즘의   분류  가 능 한  모든  방법을  포함하지는   않는다 .  위치 ( 집회사 ,  차 ), 우선순위 (1 순위2 순 위 ),  기술 ( 팩스머 신 PDA 기기 ) 과  같이   컨택   메커니즘을   분류하는 다양한 방법이   있을   수  있다.

• 다양한 유형의  컨택   메커니즘을  다양한 구조를 사용해서  모델링하기  때문에   관리하기   더 어렵다.

• 엔티티가  컨택   메커니즘과  연관될   때,  컨택   메커니즘에  대한  여러   개의   엔티티를  살펴 보아야  하며이것은  시스템  개발에서   더   많은  복잡성을  야기할  수  있다.

이   패턴의   요 약

다양한  컨택  메커니즘뿐만  아니라  컨택  메커니즘의  유형목적,  용도를  제공

• 하나의   스타일은 POSTAL  ADDRESS  또는 TELE COMMUNICATIONS  NUMBER 와 같이 그 자신의   엔티티를  갖고  있는  컨택   메커니즘을 표현한다.

• 또  다른 스타일은PARTY ELECTRONIC ADDRESS 와  같이   종속적인  엔티   티로서   컨텍 매커니즘을 표현한다.

CONTACT  MECHANISM  TYPE은  컨택  메커니즘을  분류한다.

연관 엔티  티 (ENTITY CONTACT MECHANIC1 과 ENTITY  CONTACT  MECHANISM  2) 는  하나  또는  그  이상의 CONTACT MECHANISM PURPOSE를 가지며  오직  하나의 CONTACT MECHANISM  USAGE 를 갖는다. 컨택   메커니즘을  사용하는  이유와  컨택  메커니즘의  맥락( 비즈니스 또는 을  지원한다.  즉 목적과  용도를 지원한다.

강점은 구체적인 방법으로  컨택  메커니즘을  모델링하면서도 새로운 컨택  메커니즘,  컨택  메커니즘  유형목적,  용도를  추가하는 데   합리적인 수준의  유연성을 제공

데이터  모델링  경험이  약간이라도  있는  이해관계자들에게  이와  같은  모델을 보여주는 데는  큰 문제가  없다

패턴의  약점은 향후에  변경될  수도  있는  비즈니스 룰에  대해서  일부 구체적인  방법을 적용하는 것, 컨택   메커니즘 유형( 전화번호전자주소 ,  우편주소 )  각자가  그 자신의  데이터모델 구조를 갖고서로 다른 방법으로 관리될 수  있다.  만약 기업이  컨택  메커니즘을  모델링할 때   어느  정도의   구체성을 원한다면  이   방향으로 갈  수도  있다.

레벨3   컨택   메커니즘  패턴

공통  속성과 공통  릴레이션쉽은CONTACT  MECHANISM  엔티티로 통합

CONTACT  MECHANISM 은  전기통신번호우편주소전자주소와 같은  다양한  유형의  컨택  메커니즘을  포함

컨택  메커니즘을  각자  개별적으로정의하는  것   대신에 CONTACT  MECHANISM  엔티티의  일부로서  정의

레벨  3  컨택   메커니즘  패턴Level 3 Contact Mtechanisrn Pattern 은  기업이 컨택  메커니즘에  대한 릴레이션쉽과  공통  속성들을  하나의  틀로서  압축할  수  있는  구조를 만들고자 할  때  사 용

CONTACT MECHANISM  에   공통 속성  이   대개는 많이  존재하지는 않지만공통 릴레이션쉽은 많이  존재

슈퍼타입 인  CONTACT  MECHANISM 을 갖는  것은  다양 한  컨택  메커니즘이  다른  엔티티와 갖는  릴레이션쉽을 단순화하는  데   도움

CONTACT MECHANISM 슈퍼타입을 제공함으로써컨택  메커니즘에  분류  패턴을  제공

컨택  메커니즘  엔티티를 범주화{categorize)  하는 대신에  모든 컨택  메커니즘을  범주화

이   패턴이   필요한   이유는 ?

레벨   2  컨택   메커니즘   패턴에서 CONTACT  MECHANISM  슈퍼타입을  추가

이   패턴에서 PARTY 가PARTY  CONTACT MECHANISM 에만  연관되는  것과는  달리레벨 2  패턴에서는 PA RT Y 가 PARTY TELECOMMUNICATION  NUMBER ,  PARTY  ELECTRON IC  ADDRESS PARTY POSTAL ADDRESS에   각각  연관

이   패턴은   어떻게   작동하 는가 ?

레벨  3  컨택  메커니즘  패턴

CONTACT MECHANISM  1  과CONTACT MECHANISM 2는 다양한 유형의  컨택  메커니즘을  나타낸다

슈퍼타입인 CONTACT  MECHANIC 내에  싸여  있다.

CONTACT  MECHANISM 은  전화번호이메일주소우편주소  등과 같은 어떤 유형의  라벨문자열또는 식별자를  이용해서  관계자 또는 다른 엔티티에  연결 할  수  있는  방법을  정의할  수  있는  일반화된  개념

CONTACT  MECHANISM  엔티티를 추가하면  컨택  메커니즘에  대한 공통의  속성, 릴레이션쉽을 단순하고 세련된  방식으로 다룰  수  있다

CONTACT  MECHANISM  엔티티를  추가함으로써데이터  전문가는  새롭게  발견된 유형의  컨택  메커니즘에  대한 플레이스홀더를 만들게  된다. 새로운 유형의  컨택 매커니즘이  필요하면  서브타입을 추가하고 CONTAC T MECHANISM  C ATEGORY  인스턴스를  추가하는  것이  해야  할  일의  전부이다.

이   패턴은 다양한 컨택  메커  니즘의  분류를 감안한 레 벨  3  분류  패턴을  추가

CONTACT MECHANISM  CATEGORY  엔티티에서  컨택  메커니즘을  범주화

CONTACT  MECHAN ISM 의   서브타입이 TELECOMMUNICATIONS  NUMBER 라 면 ,  CON T ACT  MECHANIC CATEGORY 는 ‘ 전기통신번호’  인스턴스를  갖는다.

CONTACT MECHANISM CATEGORY는  오직  하나의 CONTACT MECHANISM CATEGORY TYPE  내에서  분류되어야 한다.  'Telecommunication  num ber Electronic  address',  Postal

address’  는 ‘Contact  Mechanism  Types'  으로  분류

CONTACT MECHANISM  CATEGORY는 컨택  메커니즘을 다양한 방법으로  범주화

Telephone  number  가 Home’  전화번호  또는 ‘Office’ 전화번호

레 벨  3  분류  패턴은 카테고리 Home’ 과 ‘Office’ 를 CONTACT MECHANISM  CATEGORY에   추가하고 이   카테고리를 CONTACT  MECHANISM  CATEGORY  TYPE  내에서 ‘Location type ’ 으로  분류함으로써  이를  쉽게  해결

CONTACT MECHANIS M  CATEGORY  TYPE  이  ‘Technology  type’  일   때

CONTACT MECHANISM  CATEGORY는 Mobile phone device'  ’  "PDA device'Fax machine’ ,

Pager Device’  등

CONTACT MECHANISM CATEGORY 를  추가하면  하나의  중요한 결점을 갖게   된다.  모 든 CONTACT MECHANISM  CATEGORY 가  모든 CONTACT MECHANISM  에   적합한  것은 아니다.

PARTY  컨택   메커니즘  -   주소,   전화번호  전자주소

FACILITY 컨택 매커니즘 - 주소, 전화번호, 이메일

ORDER  컨택   메커니즘  -  주소전화번호,   이메일

이   패턴은   언제   사용하는가?

모든  유형의  컨택   메커니즘을  일관성   있는  방법으로  모델링하기  원할  때.

여러   다양한  방법으로  컨택   메커니즘을  분류할  필 요성이   존재할  경우

컨택   메커니즘에  대한  유연한  관리가  필요할  경우

이   패턴의   약 점은 ?

이   패턴은  매우  일반화되어   있고   추상적이다.  따라서   범위를  식별하거나  또는  데이터 요구사항을  수집하고  검증하는  수단으로서  사용하기가  더   어렵다.

이   패턴은  더욱   일반화되었기  때문에데이터모델에서  구체성과  비즈니스  룰을  상상할 수  있다

데이터모델을  더   쉽게   관리하는  더   세련된  통합된  컨택   메커니즘을  갖고  있는데도 더 통합할  수  있는   방법이   여전히   존재한다

이  패턴의  요약

레벨  3  컨택   메커니즘   패턴은  일반화된 CONTACT  MECHANISM  슈퍼타입에서  다양 한 유형의  컨택  메커니즘을 모두  다룬다

CONTACT MECHANISM은 프로잭트의  라이프사이클 동안 발견되는 모든 새로운 유형의  컨택  메커니즘 유형에  대해서  엔티티의  인스턴스로 유형을 추가할 수  있게   한다.

컨택   메커니즘의  유형，용도，목적，위치，우선순위처럼  어떠한  컨택  메커니즘 분류를 관리하는  데   유연성을  제공

모든  유형의  컨택  메커니즘을 위한  공통  구조

데이터모델에  새로운 유형의  컨택  메커니즘을 추가하는  것으로  인한  영향도를  최소화

CONTACT MECHANISM  CATEGORY  엔티티 CONTACT  MECHANISM  CATEGORY  CLASSFICATION 을  사용, 어떤 CONTACT  MECHANISM 이든지  다양한  방법으로  분류하는  것을  가능

CONTACT  MECHANISM  CATEGORY는  더   높은 수준의  카테고리에  속할 수  있다.

‘Telecommunication  number  카테고리는 ‘Telephone  num ber'， ‘Fax number’ ,   'Pager  number ‘ 에 대한 더 높은 수준의 카테고리

CONTACT MECHANISM  CATEGORY 는 CONTACT  MECHANISM  CATEGORY  TYPE  내

서   분류

‘Electronic  address， 'Telecommunications number  ,  ‘Postal Address’ 는 ‘Contact  mechanism  type’  인  CONTACT  MECHANISM  CATEGORY TYPE에   의해  분류

‘Primary’ ，‘Secondary’ ,  Tertiary’ 는 ‘Priority  type’  CONTACT  MECHANISM  CATEGORY  TYPE에   의해  분류

기업이  일관성  있는 방법으로  컨택  메커니즘을 관리하기를  원하는  경우，컨택 매커니즘을 유연하게  분류하는 다양한 방법이  필요한 경우， 새로운  유형의  컨택  메커니즘을 추가할 수  있는 유연성이  상당한 수준으로 요구되는 경우에  사용

주제 영역이  구체적이지  않거나， 잘 파악되지  않거나，컨택  메커니즘{ 또는 컨택   메커니즘   유형) 의 전체  목록이  확정되지  않았을 때   도움

컨택  메커니즘을 알고  있지만，프로젝트 상황이  미래에  변경될  것이라고  예상하는 경우에  이   패턴을 사용

패턴의  한 가지  약점은  일반화된  개념(CONTACT  MECHANISM)  이   도입되  었고 기술을 잘 모르는 사람들은  이   개념을  이해하기  어렵다는  사실이다.

• 데이터 모델 리소스 북 Vol.3  (bysql.net 2013년 1차 스터디)
• 작성자: 남송휘 (tofriend)
• 최초작성일: 2013년 5월 27일
• 본문서는 bysql.net 스터디 결과입니다 .본 문서를 인용하실때는 출처를 밝혀주세요. http://www.bysql.net
• 문서의 잘못된 점이나 질문사항은 본문서에 댓글로 남겨주세요. ^^