데이터 모델링 과정 요약

 

 

1. 요구 조건 수집

- 정적 정보 구조 요소: 개체, 애트리뷰트, 관계성, 제약 조건

- 동적 DB 처리 요구조건: 트랜잭션 유형, 실행 빈도

- 범 기관적 제약 조건: 경영 목표, 정책

2. 요구 조건 분석(Requirement analaysis)

• 잠정적인 사용자(활용처) 식별
• 사용자가 의도하는 DB의 용도 파악
• 모델링보다는 업무 분석에 가까움
• 누가쓰는지 파악

Out: 요구 조건 명세(requirement specification)

명세하는 이유

• 공식 문서로 해야하는 경우?
  • 다른 회사에게 컨펌 받기 위해서
  • 보호 수단
  • 개념적 설계만하고 다른곳으로 옮기는 경우도 있음.
  • key man?

요구사항 분석 과정

1) 수집

• 쉽지 않고, 준다고 하더라도 충분하지 않음
• 요청하는 사람들 이야기를 들은 후에는 직접적으로 조사해야함
  • 서면 조사
  • 직접 인터뷰
  • 처리형태
• 어떤 업무, 데이터, 어떻게 처리하고 있는지
• 상명대
  • 자료조사
    • 학사 운영팀 인터뷰
    • 자료 요청

2) 범기관적 경영 목표와 제약조건 식별

• 어느 방향으로 가려고 하는지 장래 정보 전략

3) 공식적 요구조건 명세의 작성

• 데이터
• 트랜잭션(작업의 단위): 주신 구매, 수강신청
• 작업-데이터 매트릭스: 맞춰본다
• 제약 조건

작업-데이터 매트릭스 예

• 가로는 애플리케이션, 작업
  • 성적 통지
  • 과목표 표시
• 인사이트를 얻을 수 있음
  • 뭉쳐있는 데이터끼리 뭉칠까?
  • 뭉쳐있는 데이터끼리 합칠까?
  • 데이터는 있찌만, 사용하는 곳은 없음
    • 쓸모없는 데이터
    • 찾아내지 못한 업무가 있다.
  • 업무는 있는데 데이터가 없음
    • 필요한 데이터를 뺴먹고 있는 것 아닌가?
    • 필요없는 업무인 것이 아닌가?
  • 데이터 넣는 곳이 없음
    • 넣는 업무 만들어내라

4) 요구조건의 명세 검토 및 확인

• 정보 요구사항이란?
• 어떻게 수집하나?
• 요구사항이 어려움
• 요구사항 명세 검토 및 확인이 필요한 이유
• 정보 요구사항 유형
• 요구사항 관리 프로세스

3. 개념적 설계 (Conceptual Design)

정보구조 (결과물)

1. 개념적 설계 출력물이 나오면(ER Diagram)

4. 논리적 설계

1. 목표 DBMS 특정
2. 개념 모델링 토대로 논리적 데이터 구조 만듬

논리적 데이터 베이스 구조

5. 물리적 설계

1. 시스템 상황
2. 물리적인 요구조건(100만개 빠르게 처리해야함)

물리적 데이터 베이스 구조

6. 데이터베이스 구현

7. 운영