1. 요구 수집 방법
1) 요구 사항을 직접적 또는 간접적으로 수집할 수 있다.
- 주요 사용자 및 업무 담당자와의 대화, 인터뷰, 회의 등을 통해 직접적으로 수집하거나, 온라인 설문조사 또는 설문지 배포, 기존 문서 조사 등을 통해 간접적으로 수집될 수 있다.
2) 요구를 수집할 사용자 그룹 및 업무 담당자를 식별한다.
- DB 사용자 그룹(경영진 혹은 일반 사원, 숙련자 혹은 초보자 등) 및 DB와 연동할 주요 응용 분야와 업무 담당자를 식별하여, 다양한 요구사항을 수집한다.
3) 범 기관적 제약 조건을 파악한다.
- DB를 사용할 조직의 경영 정책이나 규정, 조직 관리나 기획 정보 등을 파악한다.
4) 기존 문서를 조사한다.
- 기존 응용 프로그램과 관련된 매뉴얼과 각종 양식(Form), 보고서(Report), 차트 등 기존 문서를 조사하여, 업무 흐름을 파악하고, 사용자가 익숙한 출력물 등을 확인한다.
5) 운영 환경을 파악한다.
- DB를 운영할 컴퓨터 환경(DB 서버의 종류, 시스템 구성, 처리 속도 등)과 업무 환경(자동화 수준) 등을 파악한다.
2. 요구 수집 산출물
- 인터뷰 내용
- 설문조사 내용
- 업무 흐름도
- 현재 사용 중인 시스템 분석도
- 범 기관적인 제약 조건
- 기존 문서 조사 결과
- 기존 보고서 양식
- 컴퓨터 및 업무 환경 분석 결과
- 기존 보고서 양식
- 컴퓨터 및 업무 환경 분석 결과
- 환경 변화에 따라 예상되는 새로운 요구사항 등
3. 요구 분석 단계의 핵심 업무
1) 요구 수집 산출물을 기초로 공식적인 요구 분석 명세서(데이터 및 트랜잭션)를 작성한다.
- 다양한 요구 수집 산출물을 기초로 업무 영역을 분할하고, 업무 영역별로 요구 분석 명세서를 작성하는 것이 효율적이다.
- 요구 분석을 통해서 사용자의 모든 요구사항을 수용하기 보다는, 고객과의 협상을 통해서 우선순위가 높고 제한된 기한 내에 구현 가능한 요구사항만 수용해야 한다.
4. 요구 분석이 중요한 이유
- 요구분석에 오류가 발생하면 아무리 많은 시간과 노력을 투자해도 원하는 시스템을 구축하기 어려운 경우가 많기 때문에 DB 구축의 전 단계에 걸쳐서 요구 분석 단계가 가장 중요하다.
5. 데이터 요구 분석 명세서
1) 데이터 요구 분석 명세서란?
요구 분석 단계의 중요한 산출물로서, 데이터 중심 DB 설계에 근거해서 업무별로 요구되는 데이터를 분석한 결과를 문서화한 것으로, 일종의 업무처리 규정문이라고 볼 수 있다.
2) 데이터 요구 분석 명세서 작성 시 유의사항
- 단순한 표준 문체를 사용한다.
- 애매모호한 표현은 피하도록 한다.
- 추상화 수준에 맞는 적절한 표현을 사용한다.
- 지나치게 전문적인 용어보다는 일반적인 용어를 사용한다.
- 용어 간의 참조가 명확하도록 작성한다.
- 가능한 주어, 목적어, 동사가 분명하도록 작성한다.
- 이음동의어와 동음이의어의 표현을 점검한다.
- 프로젝트(DB 구축)와 관련된 용어 사전 또는 자료 사전을 만들어서 사용한다.
6. 트랜잭션 요구 분석 명세서
1) 트랜잭션 요구 분석 명세서란?
요구 분석 단계의 중요한 산출물로서, 처리 중심 DB 설계에 근거해서 업무별로 요구되는 트랜잭션, 즉 데이터 조작 작업을 문서화한 것이다.
2) 트랜잭션 요구 분석 명세서 작성 시 유의사항
- 분할된 업무 영역별로 요구되는 데이터 조작 작업을 간단히 표현한다.
- 한번에 하나의 데이터 조작만 포함하도록 작성한다.
- 데이터 조작을 가능한 한 검색, 삽입, 삭제, 변경이라는 용어를 사용해서 표현한다.
- 추후 트랜잭션 처리용 응용 프로그램을 작성할 때 참조가 되도록 작성한다.
7. 요구 사항의 특성
- 요구사항은 계속 변화한다.
- 요구사항은 점차 확장된다.
- 요구사항은 불완전하다.
- 요구사항은 생명주기가 있다.
