Biz/Modeling8 DA# 다중 물리모델 설계 시스템이 하나의 DB에만 국한되어 있지 않고 여러 개의 DB에 걸쳐져 있는 경우가 더러 있다. 대부분 물리 모델을 별도로 생각하기 어렵기 때문에 각각의 모델을 관리하곤 한다. DA#에서는 어떻게 할지 생각해보자. 아래와 같은 논리 모델에서 프로젝트에 대한 것은 오라클에서 관리하고 있고 요구사항은 별도의 MYSQL 에서 관리한다고 가정하자. 물리 모델을 표현하기 위해 각각의 DBMS 를 추가하였다. 하지만 실제로 관리되는 것은 ORALCE과 MYSQL 에서 일부만 각각 관리되는 것으로 실제와 다른 모습으로 표현되고 있다. 이것 표현하기 위해 여러가지 방법이 있을 수 있겠지만 그 중 한가지를 생각해보면 각 DBMS 에 있는 엔터티만을 모델을 설계 하여 관리한다. 이 경우에는 DMBS와 무관한 전체 논리 모델.. 2016. 7. 2. DA# 4 표기법 데이터베이스 모델링을 수행할 때 DA# 이나 ERWIN 기타 여러가지 툴을 사용한다. 하지만 대상이 전문가가 아닌 현업이나 일반인을 대상으로 설명해야 하는 경우가 많이 있다. 표로 데이터를 보여주기도 하지만 데이터의 흐름이나 구조를 설명하기에는 부족하다. 개인적으로는 입력하는 화면과 저장되는 엔터티, 출력되는 화면과 그 때 참조되는 엔터티를 보여주며 설명을 한다. 여기에 추가적으로 비즈니스 요건들의 설명이 필요한데 이때 사용되는 게 관계선이다. 관계의 표현에는 바커 표기법(Baker Notatio)과 I/E 표기법((Information Engineering Notation)이 있다. 관계란 양방향관점에서 봐야 한다. 사원과 부서 엔터티 간의 관계를 살펴보자. 각 관계를 설명하자면 사원을 주어로 부서를 .. 2016. 6. 25. DA# 3리버스 개발회사에서 담당의 특성상 이런 저런 테스트를 많이 한다. DA# 또한 업무상 필요하기도 하고 때마침 베타테스터로 활동하게 되어 긍정적으로 사용 중이다. 딱히 버그는 아니지만 개선사항들이 많이 눈이 들어온다. 하지만 1단계 목표는 버그 레포팅. 마지막 다 끝나고 나서는 개인적으로 의견을 보내야겠다. 이번주에는 사용중인 솔루션들의 데이터베이스 테이블들을 리버스하면서 살펴 보았다. 아쉽게도 문제시 될 수 있어 올리지는 못한다. 물리모델은 DA#의 리버스를 통해서 쉽게 했지만 의외로 논리모델을 역으로 만들기란 너무 어려웠다. 솔루션들처럼 특히 메타시스템이 없고 이미 물리모델로 풀어버린 상태에서는 더욱 그러했다. Mysql 를 저장소를 사용하는 Wordpree를 리버스해보자. DA#에서는 주로 ODBC를 사용하.. 2016. 6. 18. DA#5 둘러보기 DA#5의 전체 그림만 본다면 기존 버전과 똑같은게 아닐까 하는 느낌이 많이 든다. 하지만 신규 기능들을 살펴보면 Erwin 사용자들이 DA#을 쓰면서 불편했던 점이 많이 적용되어 있고 사상도 비슷한 점이 많다는 걸 볼 수 있다. 그 중 개인적으로 눈에 띄는 기능들을 살펴 보면 다음과 같다. Ctrl + Z 를 통한 Undo/Redo 주제영역과 객체의 분리 API 지원 태그 기능 등 위에 그림에서 Erwin 과 같이 아랫단의 출력에 나온 것을 보면 모델 작성하면서 했던 내용들이 히스토리처럼 나온다. 기존 DA#에서는 한번 잘못 그렸다가 못 돌릴경우에는 저장하지 않고 프로그램 종료하고 다시 작업을 해야했다. 아마 모든 기능들을 떠나서 가장 필요했던게 이제 나온게 아쉬울 정도이다. 좌측에 모델 관리를 보면 .. 2016. 6. 11. 이전 1 2 다음
