[DAsP] 데이터 요건 분석

해당 시리즈는 데이터아키텍처 준전문가(DAsP) 자격증 공부 내용을 정리합니다.

정보 요구사항이란

업무의 개선 사항이나 신규 개발 사항 등을 물어보고 정리한 자료이다. 일반적으로 사용자들이 해당 시스템에 어떤 기능들을 바라는지 묻고 정리한다.

정보 요구사항 생명주기

정보 요구사항 수집: 사용자 인터뷰, 설문지, 워크숍, 현행 시스템 분석 등으로 요구사항 수집
정보 요구사항 분석 및 정의: 수집된 요구사항을 프로세스별, 단계별로 종합하고 중요성과 긴급성을 기준으로 우선순위 설정
정보 요구사항 상세화: 우선순위가 높은 것들을 중심으로 개별 사항을 세밀하게 분석
정보 요구사항 검증: 비즈니스 관점, 조직 관점, 어플리케이션 관점과 상관분석을 통해 검증

정보 요구사항 유형

정보 요구사항 수집 시 아래의 조건들을 기준으로 한다.

외부 인터페이스 요건

구분	설명
정의	모든 입출력에 관한 요건
관리기준	중복성: 동일한 인터페이스가 존재하는가 표준 준수도: 국내외 표준 존재 시 그에 적합한 형태로 제공되는가
관리방법	항목 이름, 목적 설명, 입출력 위치, 데이터 포맷 등이 관리

기능 개선 요건

구분	설명
정의	시스템에서 입력을 받은 후 출력을 만들어내는 과정 전체
관리기준	불가변성: 향후에 변경될 필요가 없는가 범용성: 많은 사용자가 편리하게 사용할 수 있는가
관리방법	입력 유효 체크, 처리 순서, 비정상 상태의 반응, 변환 공식 등이 관리

성능 개선 요건

구분	설명
정의	동시 사용자 수, 처리하는 정보 양과 종류, 트랜잭션 소요시한 등
관리기준	실현 가능성: 현행 기술 수준에서 구현 가능한가 측정 가능성: 측정 가능할 만큼 명확한가
관리방법	각 서비스 특성에 따른 정적, 동적 기준을 만들고 모니터링 실시

보안 개선 요건

구분	설명
정의	물리적 접근통제(통제구역)와 사용 통제(인증, 암호화, 방화벽) 등
관리기준	불가변성: 향후에 변경될 필요가 없는가 실현 가능성: 현행 기술 수준에서 구현 가능한가
관리방법	보안 장비 등급 관리, 접근 방식 기준 생성, 이에 따른 모니터링 실시

정보 요구사항 관리

요구사항 발송: 요구사항 정의서 양식에 맞춰 작성 후 담당자에게 발송
요구사항 수렴: 수집된 정의서를 양식 확인 후 처리할 담당자에 맞춰 전송
요구사항 검토: 반영 여부 판단 후 미반영 시 사유와 함께 정의서 보낸 담당자에게 발송
영향도 분석: 변경에 영향을 받는 설계서, 기존 앱, 데이터베이스 등을 확인
공식화: 담당자들과 협의하여 규모, 시간, 긴급성에 따라 반영 유형 결정
반영작업계획 수립: 영향도 분석 결과를 바탕으로 반영계획수립(설계서 변경, 테스트, 이관 등)

정보 요구사항 조사

정보 요구사항 수집

종류	설명
관련 문서 수집	구현시스템의 대상과 범위를 명확하게 정의하기 위해 기존 자료 수집
사용자 면담	실무자와 질의응답, 면담자, 기록자, 관찰자로 구성하여 면담 진행
워크숍	프로젝트 이해관계에 있는 부서들을 모아 한번에 면담을 진행
현행업무조사서	전체부서에 동일한 기준으로 조사
형행 프로그램/데이터 관련 문서	현행 시스템을 파악하기 위한 작업

정보 요구사항 정리

종류	설명
사용자 면담 정리	자료샘플이나 관련문서를 체계적으로 정리 및 기록
업무 조사서 정리	수행중인 프로세스, 외부기관 문서, 사용중인 시스템 목록 등을 정리
워크숍 정리	워크숍의 목적, 진행내용, 해결 상태, 기타 등의 내용을 정리

정보 요구사항 분석

종류	설명
화폐가치산출방법	기업차원 중요성과 시스템 차원 중요성 각각 점수를 부여한 후 백분율로 변환하여 중요도 도출
상대적중요도산정방법	업무에 기여하는 정도, 현행 정보시스템 상태, 관련성 기준으로 점수를 부여한 뒤 가중치 도출

정보 요구사항 통합

종류	설명
정보 요구사항 목록 검토	전사 관점에서 동일한 요구사항이 있는지 확인
정보 요구사항 목록 통합/분할	부서간 중복 요구사항이 있는지 확인

정보 요구사항 분석

분석 대상 정의

분석 대상 자료 수집: 현행 업무 흐름도, 현행 업무 설명서, 현행 업무 분장
분석 대상 업무 영역 선정: 분류 기준에 따른 현행 업무 목록 작성
분석 대상 현행 시스템 선정: 업무 영역별 선정 작업 실시
보완작업: 유용성(활용가능성), 완정성(누락여부), 정확성, 유효성(최신반영)을 기준으로 보완

정보 요구사항 상세화

프로세스 관점의 정보 요구사항 상세화

작업	설명
프로세스 분해/상세화	- 업무별 기능별 하향식으로 프로세스 분해 및 도출 - 프로세스 계층도(높은 응집도, 낮은 결합도)와 프로세스 정의서 작성
정보 항목 도출 및 표준화	- 분해한 프로세스를 CURD로 구분 - 정보항목에 대한 표준화 정리 - 정보항목 목록 정의
정보 항목별 통합성, 분리성 여부 검토	- 나눠진 정보 항목 분류 - 동음이의, 이음동의 존재 파악 - 검토 후 최종 정보항목 목록 정의

객체지향 관점의 정보 요구사항 상세화

정보 요구사항 확인

재검토 계획 수립
재검토 계획서를 생성하고, 완전성, 일관성, 정확성, 안정성 등의 평가할 기준점을 결정한다.
재검토 실시
재검토가 필요한 산출물을 참여자에게 배포하고 재검토 일정을 안내한다.
통합성 검증을 위해 담당자는 전부 참여해야 하며, 결과가 정리되면 요구사항별 보완 목록을 작성한다.
보완 결과 확인
반영되지 않은 사항들을 재검토허고 미반영 사유가 타당하지 않다면 보완 목록에 추가한다.

정보 요구사항 분석 방법

구조적 분석 방법

개발될 시스템의 모형을 만들어 데이터보다는 기능(처리)적 관점에서 평가한다.
분석 순서는 다음과 같다.

배경도 작성
상위 자료 흐름도 작성
하위 자료 흐름도 작성
자료 사전 작성
소단위 명세서 작성

자료 흐름도 작성 원칙은 다음과 같다.

자료 보존의 원칙: 출력 자료 흐름은 반드시 입력 자료 흐름으로 생성된 것이어야 한다.
최소 자료 입력의 원칙: 어떤 처리의 자료 흐름은 최소한의 흐름으로 입력되어야 한다.
독립성의 원칙: 각 자료흐름은 본인의 입력과 출력만 알면 된다.
지속성의 원칙: 처리는 항상 진행되어야 한다.
순차 처리의 원칙: 입력된 순서대로 출력되어야 한다.
영구성의 원칙: 자료저장소의 자료는 제거되지 않는다.
자료 변환의 원칙: 자료 본질의 변환(편짐, 계산), 자료 합성의 변환(여러 입력)

객체지향 분석 방법

데이터와 적용될 기능을 함께 추상화하는 방법

정보 요구사항 검증

도출된 정보 요구사항을 다른 영역(프로새스, 기능 등)과 비교분석함으로써 요구사항의 도출이 정확히 이루어졌는지 검증할 수 있다.

정보 요구/어플리케이션 상관분석

정보 요구사항과 어플리케이션 프로세스 항목으로 매트릭스를 생성
프로세스 액션인 C(Create, 생성), D(Delete, 삭제) , U(Update, 수정), R(Read, 조회)을 대입
동시다발적인 복수의 액션 발생 시 C > D > U > R 순서에 따라 하나만 기록
정보 요구사항과 어플리케이션 프로세스 항목 둘 중 하나만 누락되어도 검증 불가

정보 요구/업무 기능 상관분석

정보 요구사항과 BA에서 도출된 업무 기능을 항목으로 매트릭스를 생성
생성, 수정, 삭제는 C(Create, Change)로 표시하고, 검색만 하는 경우는 U(Use)로 표시