편집 요약 없음 |
|||
| 4번째 줄: | 4번째 줄: | ||
==데이터베이스 설계== | ==데이터베이스 설계== | ||
'''데이터베이스 설계'''는 컴퓨터 세계의 데이터로 변환하기 위한 데이터베이스 모델링 과정을 말한다. | |||
===데이터베이스 생명주기=== | ===데이터베이스 생명주기=== | ||
데이터베이스의 생명주기는 다음과 같다. | 데이터베이스의 생명주기는 다음과 같다. | ||
1. 요구 조건 분석(Requirements Analysis) | 1. 요구 조건 분석(Requirements Analysis) | ||
2. 설계(Design) | 2. 설계(Design) | ||
| 16번째 줄: | 17번째 줄: | ||
===데이터베이스 설계 단계=== | ===데이터베이스 설계 단계=== | ||
데이터베이스 생명주기 중 1~3단계 과정이다. | 데이터베이스 생명주기 중 1~3단계 과정이다. | ||
1. 요구 조건 분석: 요구 조건 명세서 작성 | 1. 요구 조건 분석: 요구 조건 명세서 작성 | ||
2. 개념적 설계: 개념스키마, 트랜잭션 모델링, E-R모델 | 2. 개념적 설계: 개념스키마, 트랜잭션 모델링, E-R모델 | ||
| 23번째 줄: | 25번째 줄: | ||
==== 요구 조건 분석 단계 ==== | ==== 요구 조건 분석 단계 ==== | ||
'''요구 조건 분석 단계'''에서는 시스템의 운영상태 등을 분석하고 사용자들의 요구사항에 대한 분석까지 포함하는 단계를 말한다. 소프트웨어 공학에서 눈덩이 효과를 보면 요구 조건 분석 단계에서 중요성을 알 수 있다. 분석 단계에서 작은 오류가 발생하면 경사면에서 굴러오는 눈덩이처럼 나중에는 커다란 시스템 완성 단계의 누적된 오류가 발생한다. | '''요구 조건 분석 단계'''에서는 시스템의 운영상태 등을 분석하고 사용자들의 요구사항에 대한 분석까지 포함하는 단계를 말한다. 소프트웨어 공학에서 눈덩이 효과를 보면 요구 조건 분석 단계에서 중요성을 알 수 있다. 분석 단계에서 작은 오류가 발생하면 경사면에서 굴러오는 눈덩이처럼 나중에는 커다란 시스템 완성 단계의 누적된 오류가 발생한다. 요구 조건 분석을 위한 방법으로는 인터뷰와 설문조사 등 있다. | ||
인터뷰 진행 절차는 다음과 같은 방식으로 진행된다. | |||
1. 계획과 준비단계: 인터뷰 일정, 인터뷰 지침, 인터뷰를 하는 요지, 인터뷰 시 기록 양식 등을 결정하는 단계이다. | 1. 계획과 준비단계: 인터뷰 일정, 인터뷰 지침, 인터뷰를 하는 요지, 인터뷰 시 기록 양식 등을 결정하는 단계이다. | ||
2. 인터뷰 수행 단계: 핵심 사항 및 상세 면담 기록을 작성한다. | 2. 인터뷰 수행 단계: 핵심 사항 및 상세 면담 기록을 작성한다. | ||
3. 인터뷰 결과 분석 단계: 인터뷰 결과를 분석한다. | 3. 인터뷰 결과 분석 단계: 인터뷰 결과를 분석한다. | ||
4. 분석 및 피드백 단계: 인터뷰 분석 결과를 승인 요청하고 승인 완료 후에는 프로젝트를 진행한다. | 4. 분석 및 피드백 단계: 인터뷰 분석 결과를 승인 요청하고 승인 완료 후에는 프로젝트를 진행한다. | ||
2018년 12월 7일 (금) 19:28 판
|
만물사전 프로젝트 누구나 수정, 추가 가능합니다. 이 만물사전은 누구나 수정, 추가 가능합니다. 전체 삭제는 문서 훼손 입니다. |
데이터베이스(Database)는 특정 조직의 업무를 수행하는 데 필요한 상호 관련된 데이터들의 모임을 말한다. 베이스(Base)란 기지(基地)라는 의미를 가지고 있다. 유추해서 생각해보면 데이터베이스는 데이터를 공급하는 보급기지로 풀이된다.
데이터베이스 설계
데이터베이스 설계는 컴퓨터 세계의 데이터로 변환하기 위한 데이터베이스 모델링 과정을 말한다.
데이터베이스 생명주기
데이터베이스의 생명주기는 다음과 같다.
1. 요구 조건 분석(Requirements Analysis) 2. 설계(Design) 3. 구현(Implementation) 4. 운영(Operation) 5. 감시와 개선(Moniotoring and Tuning)
데이터베이스 설계 단계
데이터베이스 생명주기 중 1~3단계 과정이다.
1. 요구 조건 분석: 요구 조건 명세서 작성 2. 개념적 설계: 개념스키마, 트랜잭션 모델링, E-R모델 3. 논리적 설계: 목표 DBMS에 맞는 스키마를 설계한다. 4. 물리적 설계: 목표 DBMS에 맞는 물리적 구조의 데이터로 변환한다. 5. 구현: 특정 DBMS의 DDL로 데이터베이스를 생성한다.
요구 조건 분석 단계
요구 조건 분석 단계에서는 시스템의 운영상태 등을 분석하고 사용자들의 요구사항에 대한 분석까지 포함하는 단계를 말한다. 소프트웨어 공학에서 눈덩이 효과를 보면 요구 조건 분석 단계에서 중요성을 알 수 있다. 분석 단계에서 작은 오류가 발생하면 경사면에서 굴러오는 눈덩이처럼 나중에는 커다란 시스템 완성 단계의 누적된 오류가 발생한다. 요구 조건 분석을 위한 방법으로는 인터뷰와 설문조사 등 있다.
인터뷰 진행 절차는 다음과 같은 방식으로 진행된다.
1. 계획과 준비단계: 인터뷰 일정, 인터뷰 지침, 인터뷰를 하는 요지, 인터뷰 시 기록 양식 등을 결정하는 단계이다. 2. 인터뷰 수행 단계: 핵심 사항 및 상세 면담 기록을 작성한다. 3. 인터뷰 결과 분석 단계: 인터뷰 결과를 분석한다. 4. 분석 및 피드백 단계: 인터뷰 분석 결과를 승인 요청하고 승인 완료 후에는 프로젝트를 진행한다.