[데이터 아키텍처 준전문가(DAsP)] 과목 2. 데이터 요건 분석 (1)

[1장] 정보 요구사항 개요

1. 정보 요구사항

항목	내용
정보 요구사항 생명주기 ✅	정보 요구사항 수집 → 분석/정의 → 상세화 → 검증
요구사항 문서가 가져야 하는 좋은 특성 ✅	완전성 : 시스템을 통해 일어날 수 있는 모든 가능한 시나리오가 기술되었음

•  

 

✔️ 정보 요구사항 유형 ✅

유형	정의	관리 기준
외부 인터페이스 요건	정의	모든 입출력에 대한 요건으로, 대외기관 간의 송수신하는 입출력 방식이 추가, 변경되었을 경우와 각종 제도 및 기준 변경 시 발생하는 요건
	관리 기준	• 중복성 : 기존과 동일한 형태의 인터페이스 존재 여부 • 표준 준수도 : 국제/국가 표준 존재 시, 그에 적합한 형태로 제공
	관리 방법	항목 이름, 목적 설명, 입력의 원천 및 출력의 방향, 유효 범위, 시간, 다른 입출력과의 관계, 데이터 포맷, 최종 메시지 등 관리 필요
기능 개선 요건	정의	시스템에서 입력을 받아들여 처리하고 출력을 만들어 내는 주요 활동 및 프로세스에 대한 요건
	관리 기준	• 불가변성 : 향후 재변경되지 않도록 근본적인 개선방안 요청 • 범용성 : 많은 사용자가 편리하게 사용할 수 있는 내용을 우선 요청
	관리 방법	입력에 대한 유효 체크, 정확한 처리 순서, 비정상 상태에 대한 반응 (오버플로우, 통신 장비, 에러 처리), 매개변수의 기능, 출력과 입력의 관계, 입출력 순서, 입력을 출력으로 변환하는 공식 등 포함되어 관리 필요
성능 개선 요건	정의	동시 사용자 수, 처리하는 정보의 양과 종류, 트랜잭션 소효 시한 등에 대한 요건
	관리 기준	• 실현 가능성 : 현행 기술 수준과 서비스 특성을 고려한 구현 가능 여부 • 측정 가능성 : 측정이 불가능한 형태 판단 여부
	관리 방법	각 서비스 특성을 고려하여 정적/동적 기준을 만들고, 해당 기준에 맞는지 모니터링을 통해 관리 필요
보안 개선 요건	정의	물리적 접근 통제 (제한구역, 통제구역 등) 및 사용 통제 (인증, 암호화, 방화벽 등)에 대한 요건
	관리 기준	• 불가변성 : 향후에 재변경 되지 않도록 근본적인 개선 방안인지 여부 • 실현 가능성 : 현행 기술 수준과 서비스 특성을 고려한 구현 가능 여부
	관리 방법	• 보안 관리가 필요한 장비에 대한 등급 관리 필요 • 해당 등급별 이용자 등급 관리 필요 • 접근 방식에 대한 기준 필요 • 해당 기준에 따라 모니터링 작업을 통해 안정적인 서비스가 제공되도록 관리 필요

 

 

2. 정보 요구사항 관리

✔️ 정보 요구사항 관리 프로세스 ✅

단계	내용
요구사항 발송	요구사항 정의서 양식에 기록하여 정보 시스템 담당자에게 발송
요구사항 수렴	정보 요구사항 정의서를 수집 후 규칙에 맞는지 확인하고, 해당 건을 처리할 담당자 지정하여 이송
요구사항 검토	반영 여부 판단하고 불가능할 경우, 미반영 사유와 함께 담당자에게 재전달
영향도 분석	영향을 받는 설계서, 기존 어플리케이션, 데이터베이스 등 파악
공식화	담당자와의 협의를 통해 규모 및 시간, 시급성에 따라 반영 유형 결정
반영 작업 계획 수립	• 영향 분석 결과를 근거로 담당자들과 미팅 후 반영 계획 수립 • 작업 계획에는 표준과 설계서 변경, 데이터베이스 및 어플리케이션 수정, 테스트, 이관 등의 작업 명시

 

 

✔️ 수행 조직 및 업무 ✅

역할	담당 업무
사용자	• 변경 요청 • 변경 여부 확인 • 미결 사항에 대한 의사결정 실시 • 정보 요구 사항 정의 상세화 • 정보 요구 사항 반영을 위한 미팅
담당자	• 사용자 정보 요구사항 접수 • 사용자 정보 요구사항에 대한 기본적인 검토 • 반영 여부 결정을 위한 사용자와 1차 미팅 • 접수 요건에 대한 처리 방식 및 처리 기한 결정 • 관련 부서별 담당자 수집 및 요건 협의 주도 • 사용자 정보 요구사항 반영 • 테스트 및 검증 • 사용자 반영 결과 통보
데이터 아키텍처 전문가	• 사용자 정보 요구 사항에 대한 표준/데이터베이스/어플리케이션 차원에 대한 영향도 분석 및 보고 • 접수된 요구사항에 대한 표준 준수 여부 체크 • 영향도 분석을 통한 수정 및 변경 계획 수립 • 표준 제시 및 준수 여부 검토

 

---

[2장] 정보 요구사항 조사

1. 정보 요구 사항 수집

1) 관련 문서 수집

항목	내용
문서 수집 목적	구현 시스템의 대상과 범위를 명확히 정의
문서 수집 자료	경영 계획, 정보시스템, 과거 수행한 컨설팅 보고서, 전산 처리 업무 매뉴얼, 현업 부서 업무 자료 등
문서 수집 원칙	• 기존 문서를 변형하지 않고, 수집/정보시스템 자료는 별도의 정리 양식을 사용하여 수집 • 수집 문서를 바탕으로 경영 및 정보시스템 현황에 대한 요약표 작성 및 숙지 • 수집된 문서들은 계획 수립 기간, 문서 관리자를 지정하여 운영 • 유형별 문서 분류 방식을 결정한 후에 일정한 장소에 보관 • 통상 대외비 형식이 많음으로 문서 보안 관리 주의

•  

 

 

2) 사용자 면담

 

✔️사용자 면담 진행 ✅

절차	상세 내용
계획 및 준비	면담 일정, 면담 지침, 면담 요지, 기록 양식
면담 수행	핵심 사항, 상세 면담 기록, 책임 소재, 분석 양식
면담 결과 분석	면담 분석 결과, 현안 정보 요구, 정보화 과제
분석 결과 피드백	면담 분석 결과 승인

 

 

✔️ 면담 시 참고 사항

항목	내용
사용자 요구 사항 명세	• 고객이 이해할 수 있도록 작성 • 시스템이 제공할 서비스와 수행될 때의 제약 조건을 자연어, 그림 등을 이용해서 표현
시스템 요구 사항 명세	• 개발자를 위해 작성 시스템이 제공해야 할 서비스, 제약조건이 무엇인지 체계적으로 작성
문제점의 이해	• 요구 분석에 있어 사용자가 현재 안고 있는 문제점을 이해하는 것이 중요 • 사용자 입장에서 현황을 파악하고 원하는 문제 해결이 무엇인지 이해
요구 사항 추출	• 면담, 실제 업무 수행 등의 기법을 활용

 

 

✔️ 계획 및 준비

• 면담 주제 선정
  • 작업과 면담 대상자 수준에 따라 결정
• 면담 진행 팀 구성 ✅
  

  모델	활용 방안
  면담자	• 면담 진행 • 면담의 취지를 설명하고 면담 대상자에게 질문
  기록자	• 면담 대상자의 답변 내용 기록 (내용을 요약하지 말고 표현 그대로 기록) • 면담 대상자의 답변 내용을 충분히 이해하고 기록하기 위하여 면담 대상 업무에 대한 사전 지식 필요 • 면담 종료 시에 기록 내용 중 주요 사항 (수치, 업무 분창, 책임소재조직 등에 대한 내용)을 확인
  관찰자	• 면담이 수행 의도대로 진행되고 있는지 관찰 • 면담이 주제의 범위를 벗어나는 경우, 주의를 환기시킴 • 면담자가 놓치는 부분에 대해 보충 질문을 함 • 최종적으로 면담의 종료에 대해 판단

• 면담 대상자 선정
  • 대상자는 업무에 대해 명확한 이해를 하는 사람이어야 함
  • 전체 조직 구성도와 프로젝트 범위를 검토하고 대상자를 프로젝트 후원자나 사용자 측으로부터 추천 받는 것이 좋음
  • 유사 업무를 지원하는 조직이 여러 명일 경우 차이점 파악을 위해 적어도 2명 이상의 면담 대상자 선정
• 면담 일정 수립
  • 대상자들에게 프로젝트의 목적과 범위를 통보하고 관련 문서 자료 요청
  • 초기 단계에 전체 일정이 정해져야 함
  • 최소 1주일 전에 세부 일정 확정
  • 면담 시간은 1.5~3시간으로 하고 필요 시 집단 면담을 수행
  • 하루 3회 이하, 세부 일정은 담당 면접 진행팀도 함께 참여
• 면담 준비
  • 이용 가능 자료로 대상자의 업무 활동, 경력, 개인적 성향 등 파악
  • 면담 시나리오 준비

 

✔️ 면담

항목	내용
면담 시작	• 프로젝트 목적, 범위, 일정 등을 먼저 설명하며, 필요할 경우 주제나 질문 수정 • 면담은 여러 팀에서 수행될 수 있으므로 수행 방식을 통일하기 위해 모든 절차가 면담 지침에 세세한 문구까지 모두 반영되어야 함
면담 주제 토의	• 준비된 면담 요지에 따라 진행하고 내용은 모두 기록지에 기록 • 개방적 질문을 사용하며 주제나 질문지의 순서와 범위를 벗어나지 않도록 함 • 효율적인 진행을 위해 엔터티 관계도, 업무 기능 계층도를 이용할 수 있음 • 답변을 가정하지 않으며 진행 도중 간간이 수집된 정보나 순서 등 확인 • 기록자는 가능한 한 모두 기록하며, 여담일지라도 중요한 정보일 수 있음 • 면담 결과의 후속 분석 작업을 위해 공통의 기준으로 사용할 수 있는 표준 기록 양식을 정함 • 진행 중 대상자의 주요 책임 업무를 정의하고 각 업무가 시간과 같은 논리적인 순서를 따르는지 확인
면담 결과 분석	• 면담 진행 팀은 기록된 내용과 면담 중의 응답에 대한 개인적 의견을 고려하여 면접 결과를 정리하고 면담 종료 후 팀 전원이 참석하여 주요 이슈 정리 • 현재 업무와 발생하는 차이점에 주의하고 가능하면 면담 대상자의 업무 용어를 사용하며 별도 양식은 없음 • 의문 사항, 추가 사항은 즉시 면담 대상자에게 확인하고 필요한 경우 추가 면담 진행
분석 결과 피드백	• 결과에 대해 대상자 본인에게 승인을 받는 것이 중요 • 대상자는 수정사항을 제시할 수 있으며 기록지에 대상자의 의견을 기입하는 것이 좋음 • 개인별 피드백이 곤란한 경우, 실무자 전원을 대상으로 워크숍을 진행할 수 있으며 민감한 사안은 사전 조정이 필요함
면담 수행 시 고려사항	• 면담 시간 준수, 비밀 보장, 기대 수준 설정, 면담 범위 준수 • 적절한 대상자 선정, 적절한 응답 유도, 면담 내용 문서화, 잘못된 선입견 배제, 애매한 질문 배제

•  

 

 

3) 워크숍

항목	내용
워크숍 개요 및 목적	• 전문 진행자의 진행 하에 프로젝트의 현업 부서, 전산 부서 주요 구성원들이 함께 참여하는 회의 • 경영층 또는 현업 부서장의 공통된 의견 도출 • 관련 업무를 수행하는 부서를 따로 면담하는데 드는 노력 절감 • 전문가들의 판단력을 이용하여 최적의 결론 도출
워크숍 준비	• 워크숍 과제 선장과 계획 수립 • 참가 대상자 선정 • 대상자에 대한 사전 브리핑 및 교육 • 킥오프 모임 수행 • 워크숍 자료 준비 • 설비와 물품 준비 • 워크숍 장소/기간 선정 • 프로그램 준비
워크숍 수행	프로젝트 관리자와 현업 책임자는 이해관계를 가지고 있기 때문에 워크숍 진행자로 부적절 (1) 워크숍 개시 (2) 워크숍 수행 준비 : 목적과 접근 방법의 개요 설명, 작업 수행 기법 습득 (3) 워크숍 수행 : 구체적인 수행 방식은 형태나 목적에 맞게 수행 (4) 워크숍 종료 : 도출된 사항을 공유하고 전체에게 1차적으로 검토

•  

 

 

4) 현행 업무 조사서 ✅

• 전체 부서에 동일한 기준으로 조사
• 동일한 업무를 수행하는 부서가 여러 개일경우, 표본 추출 및 발췌 조사 가능
• 조사서의 양식은 간단하고 이해하기 쉬워야 하며, 작성 방법, 표본을 같이 배포
• 잘못 작성되거나 추가해야 하는 경우를 고려하여 일정 수립
• 사용자가 처리하고 있는 업무 기능을 정리된 양식으로 기록하여 향후 작업에 도움이 되도록 함

 

5) 현행 프로그램/데이터 관련 문서

• 요구 사항을 세부적으로 진행하기 위한 사전 단계
• 현행 시스템을 파악하기 위한 작업
• 현행 시스템 프로세스 구조는 계층적 구조로 표현하며, 향후 완전성 검증을 위한 비교 자료로 활용

 

2. 정보 요구사항 정리

1) 정보 요구사항 정리

• 사용자 면담 정리 : 주요한 관점 (업무 흐름, 수치, 주관 부서 등)에 대해 기록에 오류가 있는지 사용자에게 확인 받아야 함
• 업무 조사서 정리
  

  모델	정리 항목
  수행 중인 프로세스 목록	• 대/중/소 분류별 프로세스명 • 프로세스 설명 및 수행 빈도 • 전산화 정도 및 필요성
  프로세스의 업무 흐름	• 정보 시스템을 포함한 관련 부서 간의 업무 흐름을 시스템 흐름도 형태로 도식화
  타 부서/외부 기관으로 받은 문서	• 문서명 및 설명 • 접수 부서(기관), 접수 주기/수단 • 활용 형태/단위 문서량
  사용 중인 시스템	• 시스템 명, 사용범위/방법/빈도, 유용성, 편리성

• 워크숍 정리
  • 워크숍의 목적 및 진행 내용
  • 해결과제에 대한 상태
  • 기타 특이사항
• 기타 기법 정리
  • 설문조사법, 심층면접법, 초점집단면접법, 투사법, 인적 관찰과 기계적 관찰, 인위적 관찰과 자연적 관찰

 

2) 정보 요구 우선순위 분석

우선순위, 중요도, 소요 비용 등을 고려한 비교적 판단이 용이한 방법으로 판단

항목	내용
화폐가치 산출 방법	최종적으로 구해진 가치가 높을수록 우선순위가 높음 (1) 정보 요구사항을 나열한 후, 각 요구사항에 기업 차원의 중요성/시스템 차원의 중요성을 평가하여 1~3점까지 점수 부여 (2) 각각의 요구사항이 다른 요구사항에 도움을 주는지 1~5점까지 점수 부여 (상호 관련성) (3) 3가지 점수를 모두 곱함 (4) 계산된 점수를 더하고 점수 합계를 100으로 하여 각각의 정보 요구사항 가치를 백분율로 환산 (5) 백분율을 곱해서 정보 요구사항 가치를 금액으로 환산
상대적 중요도 산정 방법	• 정보 요구사항이 무엇을 지원하느냐에 따라 점수 부여 및 가중치에 따라 계산 • 산정 방법이 복잡하여 적용에 한계가 있음 (1) 정보 요구사항을 나열한 후, 업무에 기여하는 수준에 따라 1~5점까지 점수 부여 (2) 현행 정보시스템이 각각의 정보 요구사항을 얼마나 충족하는지 1~3점까지 점수 부여 (3) 정보 요구사항x정보 요구사항 매트릭스를 작성하여, 각각 관련성이 클 경우 9점 부여하며 나머지 정보 요구사항에는 상대 점수 부여 (4) 부여한 3가지 점수에 대해 가중치 결정