저장소

카테고리 자격증

태그

#exam #data-architecture #dasp #requirements

1. 정보 요구 사항

사용자가 일상적으로 수행하는 업무의 개선 사항이나 신규 개발 사항으로 시스템을 통해 기능상의 목적을 달성하기 위해 요청하는 내용.

2. 정보 요구사항 유형별 관리 기준 및 정의

유형 구분	정의	관리 기준	관리 방법
외부 인터페이스 요건	시스템의 모든 입출력에 관한 요건. 대외기관 송/수신 방식 추가/변경 시 발생	중복성: 기존 존재 여부 체크 표준 준수도: 인터페이스 표준 적합성	항목 이름, 목적, 입력 원천/출력 방향, 유효 범위, 시간, 데이터 포맷, 최종 메시지 등 포함 관리
기능 개선 요건	입력을 받아 처리하고 출력을 만드는 주요 활동 및 프로세스 요건	불가변성: 근본적 개선 요청 범용성: 다수 사용자의 편의성 우선	입력 유효 체크, 처리 순서, 비정상 상태 반응, 매개변수 기능, 변환 공식 등 포함 관리
성능 개선 요건	동시 사용자 수, 정보의 양과 종류, 트랜잭션 소요 시한 등	실현 가능성: 현행 기술/서비스 특성 고려 측정 가능성: 모호하지 않은 요건 제시	서비스 특성별 정적/동적 기준 마련 및 모니터링 작업을 통한 항시 관리
보안 개선 요건	중요 데이터 훼손/변조/유출 방지를 위한 물리적/사용 통제 요건	불가변성: 근본적 개선 방안 요청 실현 가능성: 구현 가능 요건 확인	정보/이용자 등급 관리, 접근 및 사용 통제 기준 제시. 모니터링을 통한 안정적 서비스 관리

3. 정보 요구 사항 업무 흐름 프로세스(순서)

요구 사항 발송
요구 사항 수렴
요구 사항 검토
영향도 분석
공식화
반영 작업 계획 수립

4. 정보 요구 사항 생명주기 모형

요구 사항을 명확하게 정의하고 개발하기 위해 필수적으로 진행할 단계.

정보 요구 사항 도출
정보 요구 사항 분석 및 정의
정보 요구 사항 명세화
정보 요구 사항 검증

5. 정보 요구 사항 역할별 담당 업무

사용자: 정보 요구 사항 정의 및 상세화, 변경 요청, 반영 미팅 참여, 반영 여부 확인 및 미결 사항 의사결정.
담당자: 요구 사항 접수 및 기본 검토, 반영 여부 결정 미팅 주관, 처리 방식/기한 결정, 요건 협의 주도, 테스트 및 검증, 결과 통보.
데이터 아키텍처 전문가: 표준·데이터베이스·애플리케이션 영향도 분석 및 보고, 표준 준수 여부 체크, 계획 수립.

6. 사용자 정보 요구 사항 수집을 위한 다양한 소스 형태

수집 소스 형태	내용
관련 문서 수집	기존 문서를 통해 현재/미래 시스템 요건 파악 (비즈니스 프로세스, 요구 사항 명세서, 경쟁사 분석 등).
사용자 면담	질의응답을 통해 정보 수집. 프로세스와 프로시저 이해 및 워크숍 준비 단계에 유용. 면담 조사 방식: 피라미드 구조: 구체적 질문 → 일반적 질문 (아이디어 발굴 시 사용) 퍼널(Funnel) 구조: 일반적 질문 → 구체적 질문 (아이디어 강조 시 사용) 다이아몬드 구조: 피라미드 형태 진행 후 퍼널 형태로 마무리 면담팀 구성: 면담자(질문 진행), 기록자(내용 기록), 관찰자(가이드 및 모니터링).
워크숍	전문 진행자 아래 현업과 전산 부서가 함께 참여. 빠른 정보 추출/공유 및 공통 의견 도출 목적.
현행 업무 처리 매뉴얼/현행 정보 시스템 산출물	업무 조사서 및 현행 프로그램/데이터 관련 문서 검토.
관찰	실제 업무 과정을 관찰하여 대화에서 놓치기 쉬운 자세한 사항 파악.
브레인스토밍	창의적 아이디어 생산을 위해 자유롭게 의견 수렴. 4대 원칙: 양에 포커스, 비판 자제, 특이한 아이디어 환영, 아이디어 조합 및 개선.
프로토타이핑	시스템 모형을 만들어 사용자가 직접 사용해 보게 함으로써 요건을 반복적으로 보정 및 재구축.

7. 질문법

타이-다운(Tie-down) 질문법: 승인, 동의, 사고, 현안 점검 등에 대한 반응 조사.
대안진보(Alternate Advance) 질문법: 선택사항 제시 및 사실 확인 시 사용.
포커핀 또는 부메랑 질문법: 질문에 대해 다시 질문으로 응답하는 방식.

8. 정보 요구 사항의 우선순위를 분석하는 방법

화폐가치 산출법: 기업/시스템 차원 중요도와 타 요건 기여도 점수를 곱하여 퍼센트로 환산. 가치가 높을수록 우선순위 높음.
상대적 중요도 산정법: 기여 수준 점수, 상관관계, 현 시스템 충족도를 가중 평균하여 중요도 평가.

9. 수집 문서 검토 기준

유용성: 수집된 문서의 활용 가능 여부
완전성: 문서 내용의 누락 여부
정확성: 현재 시스템과의 일치 여부
유효성: 최신 내용 반영 여부

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

수행 절차: 프로세스 목록/업무 흐름도를 바탕으로 계층도와 정의서 작성 → 기본 프로세스별 정보 항목 정리 → 통합/분리성 검토 후 최종 목록 정의.
기본 프로세스: 더 이상 분해되지 않는 최소 단위의 업무.

11. 프로세스 계층도의 모듈성 확보를 위한 분해 기준

목적: 기본 프로세스의 도출.
핵심: 높은 응집도와 낮은 결합도를 유지하도록 모듈성 확보.

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

유스케이스 다이어그램을 중심으로 기능적 정보 요구 사항 정리 및 의사소통 원활화.
유스케이스 사건 흐름을 상세화하여 시스템 영역 내 액터와의 관계 도식화.

13. 유스케이스 다이어그램

액터: 시스템과 상호 작용하며 서비스를 받는 객체 (개인, 그룹 등).
유스케이스: 시스템이 제공해야 하는 기능.
관계:
- 확장: 행동을 추가하는 관계.
- 포함: 다른 유스케이스를 사용하는 관계.
- Communicates: 액터가 유스케이스에 참가함을 나타내는 유일한 관계.

14. 정보요구 상관분석

도출된 정보 요구 사항을 타 영역(기능, 프로세스, 조직 등)과 비교 분석하여 도출의 완전성을 파악하고 안정적 데이터 모델 설계 기반을 마련함. 매트릭스 분석 기법을 활용.

15. 정보요구 상관분석 수행 주체

요구사항 분석가: 주 담당자로 검토 수행. 소통이 원활하고 이해도가 높으나 객관성 저하 우려.
품질보증팀: 전체 시각 및 인터페이스 검증 용이하나 업무 이해도가 낮을 수 있음.
외부 감리: 제3자의 시각으로 객관성 극대화 가능하나 업무 파악에 한계가 있어 내부 지원 필요.

16. 정보요구/애플리케이션 상관분석 매트릭스

액션 표시: 생성(C), 조회(R), 수정(U), 삭제(D).
기록 원칙: 복수 액션 발생 시 C > D > U > R 순으로 하나만 기록. (목적에 따라 모두 기록 가능)
분석: 모든 항목이 사용되는지 확인하고, 누락되거나 잘못 정의된 항목 분석.

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

일관성 확보, 품질 향상, 누락 및 중복 점검을 위해 수행. 업무기능별 필요 정보 항목 누락 여부 확인은 데이터 모델링의 근간이 됨.

18. 정보요구/조직 기능 상관분석

정보 항목의 생성 주체 및 활용 부서를 매핑하여 오너십을 부여.

C (Change): 생성, 수정, 삭제 표시.
U (Use): 검색(조회)만 하는 경우 표시.
조직은 소재지 타입별로 클러스터링하여 입력.

19. 정보 요구 사항 재검토 계획 수립

완전성: 누락 없이 모두 정의되었는가?
정확성: 정확히 표현되었는가?
일관성: 표준화가 준수되었는가?
안정성: 변경에 따른 영향도가 파악되었는가?

20. 매트릭스 점검 내용

현상	원인 및 조치 내용
기본 프로세스가 사용하는 정보 항목 없음	정보 항목 누락(도출) / 프로세스 삭제 / 업무 영역 이동
정보 항목이 7개 이상의 기본 프로세스에서 사용	정보 항목의 세분화 필요
정보 항목을 생성(C)하는 기본 프로세스 없음	프로세스 누락(도출) / 정보 항목 삭제 / 업무 영역 이동
정보 항목을 생성하는 기본 프로세스가 둘 이상	기본 프로세스 중복 (합성)
엔터티를 삭제(D)하는 기본 프로세스가 없음	프로세스 누락(도출) / 업무상 삭제 불필요 확인 / 영역 이동
정보 항목을 삭제하는 기본 프로세스가 둘 이상	기본 프로세스 중복 (합성)
정보 항목이 생성만 되고 사용하는 곳이 없음	기본 프로세스 누락 (도출)
기본 프로세스가 정보 항목을 조회(R)만 함	기본 프로세스가 아님 (모듈 검토)
기본 프로세스가 여러 액션을 수행함	프로세스 추가 분해 필요

[DAsP] 2. 데이터 요건 분석