DAP 데이터 요건 분석 기출문제

1. 정보 요구사항 수집 시 면담에 대한 설명으로 틀린 것은?

 1) 면담자는 면담의 취지를 설명하고 면담대상자에게 질문한다.

 2) 기록자는 면담대상자의 답변 내용을 기록한다.

 3) 관찰자는 면담 종료 시에 기록내용 중 주요 사항에 대하여 확인한다.

 4) 관찰자는 면담의 종료에 대해 판단한다.

 

2.워크샵의 주요 목적이 아닌 것은?

 1) 경영층 또는 현업 부서장의 공통된 의견을 도출.

 2) 유사한 업무를 수행하는 부서에 대한 면담에 드는 노력을 절감.

 3) 전문가들의 판단력을 이용하여 최적의 결론을 도출.

 4) 시스템 개발에 대한 관심과 신임을 고조시킴.

 

3.현행 시스템 분석 시 수집 문서의 평가 관점이 아닌 것은?

 1) 유용성 : 문서의 활용가능성 여부

 2) 완전성 : 문서의 내용에 누락된 부분이 없는 지의 여부

 3) 정확성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부

 4) 최신성 : 문서가 최신의 내용을 반영하고 있는 지의 여부

 

4.매크릭스 점검내용에 대한 조치사항이 아닌 것은?

 - 점검내용 : 정보항목을 생성하는 기본프로세스가 없음

 1) 기본프로세스의 도출

 2) 정보항목 합성

 3) 정보항목 삭제

 4) 해당 업무영역으로 이동

 

5. 다음중 요구사항 분석가가 상관분석을 수행할 경우 나타나는 현상으로 옳지 않은 것은?(P236 ★★★☆☆)

 1) 업무에 대한 이해도가 높으므로 상관분석을 통한 정확한 업무의 분석 가능성이 높다.

 2) 정보요구사항의 도출 절차 및 관련 업무 팀과의 의사소통이 원활하므로 상관분석에 추가 인력의 투입 없이 원활하게 진행할 수 있다.

 3) 정보 요구사항을 도출한 분석가에 의해 수행되므로 자체분석에 의한 객관성 저하의 문제점이 발생할 수 있다.

 4) 프로젝트 내부 인력이 효과적으로 지원하지 않을 경우 상황에 맞지 않는 분석결과를 초래할 수 있다.

 

6.정보 요구사항의 재검토 및 검증의 기준으로 알맞지 않은 것은?(P228 ★★★☆☆)

 1) 완전성 : 사용자의 정보요구사항이 누락 없이 모두 정의되었는지 확인

 2) 정확성 : 사용자의 정보요구사항이 정확히 표현되었는지 여부

 3) 일관성 : 표준화 준수여부 확인

 4) 연관성 : 추가정보 요구사항이 변경에 따른 영향도 파악

 

7.다음중 정보 요구사항 관리 담당자의 업무로 알맞지 않은 것은?(P195 ★★★★☆)

 1) 사용자 정보 요구사항에 대한 기본적인 검토

 2) 접수 요건에 대한 처리 방식 및 처리기한 결정

 3) 사용자 반영 결과 통보

 4) 영향도 분석을 통한 수정 및 변경계획 수립

 

8.정보 요구 사항 생명주기 모형 단계가 아닌 것은?(191p)

 1) 정보 요구 사항 수집

 2) 정보 요구 사항 검증

 3) 정보 요구 사항 분석/정의

 4) 정보 요구 사항 표준화

 5) 정보 요구 사항 상세화

 

9. 사용자 정보 요구 사항을 반영하기 위해 역할별 담당 업무와 올바르게 짝지어진 것은?(194p)

 1) 사용자 - 사용자 정보 요구사항에 대한 기본적인 검토

 2) 담당자 - 접수된 사항에 대한 표준 준수여부 체크

 3) 데이터 아키텍처 전문가 - 관련 부서별 담당자 수집 및 요건 협의 주도

 4) 사용자 - 정보 요구 사항 반영 여부 확인

 5) 담당자 - 영향도 분석을 통한 수정 및 변경 계획 수립

 

10.유즈케이스 다이어그램에 대한 설명 중 옳지 않은 것은?(225p)

 1) Actor - 액터의 이름은 명확하게 액터의 역할을 나타내는 이름으로 정의한다.

 2) Usecase - 사건 흐름에 대한 개요를 간략하게 기술한다.

 3) Actor와 Usecase 관계는 확장(Extend),포함(Include), 예외(Except)로구분된다.

 4) Usecase - 도출된 액터별로 개발 시스템에서 제공해야 하는 기능을 나타낸다.

 5) Actor - 개인, 그룹, 회사, 조직, 장비 등 정보서비스를 받는 객체를 말한다.

 

11. 다음 중 사용자 정보 요구 사항을 반영하기 위해 데이터 아키텍처 전문가의 역할로 틀린 것은? (194p)

 1) 접수된 요구 사항에 대한 표준 준수 여부 체크

 2) 표준 제시 및 준수 여부 검토

 3) 사용자 반영 결과 통보

 4) 영향도 분석을 통한 수정 및 변경 계획 수립

 

12.다음 중 정보 요구 사항의 단계로 옳지 않은 것은? (191p)

 1) 요구 사항 수집

 2) 요구 사항 분석 및 정의

 3) 요구 사항 표준 준수 여부 체크

 4) 요구 사항 검증

 

13.화폐가치 산출 방법으로 옳지 않은 것은? (210p)

 1) 정보 요구 사항을 전부 나열한다.

 2) 각각의 정보 요구 사항이 다른 정보 요구 사항에 대해 얼마나 도움을 주는가를 평가하여 1점부터 3점까지의 점수를 부여한다.

 3) 각각의 정보 요구 사항에 대하여 기업 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여한다.

 4) 각각의 정보 요구 사항에 대하여 시스템 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여한다.

 

14.수집된 문서의 평가의 기준에 대한 설명으로 옳지 않은 것은? (220p)

 1) 유용성 : 문서의 활용 가능성 여부

 2) 완전성 : 문서의 내용에 누락된 부분이 없는지의 여부

 3) 정확성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부

 4) 최신성 : 문서가 최신의 내용을 반영하고 있는지의 여부

 

15.정보 요구/애플리케이션 상관분석에서 복수의 액션이 발생할 경우의 우선순위는? (237p)

 1) C > R > U > D

 2) C > D > U > R

 3) R > U > D > C

 4) D > C > U > R

 

16.설명에 해당되는 정보 요구사항 유형의 관리기준에 해당되는 것은? (p192)

 시스템에서 입력을 받아들여 처리하고 출력을 만들어내는 주요 활동 및 프로세스에 대한 요건이다

 1) 불가변성, 실현 가능성

 2) 중복성, 표준준수도

 3) 실현가능성, 측정 가능성

 4) 불가변성, 범용성

 

17.분석대상 정의 중 수집된 문서의 평가 기준으로 맞는 것은?(p 220)

 1) 정확성 : 문서의 내용에 누락된 부분이 없는지의 여부

 2) 완전성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부

 3) 신뢰성 : 문서의 내용을 신뢰할 수 있는지의 여부

 4) 유효성 : 문서가 최신의 내용을 반영하고 있는지의 여부

 

18.정보 요구사항 상세화 수행 작업내용 중 맞는 것은?(p222)

 1) 상위 프로세스에 포함되는 하위 프로세스가 7개를 초과하면 상위 프로세스를 분리해야 한다.

 2) 프로세스 계층도는 높은 결합도와 낮은 응집도를 유지하도록 모듈성을 확보하는것이 중요하다.

 3) 프로세스 분해는 단위업무 기능별로 상세하게 프로세스를 분해하지 않고, 전체단위업무기능에대해 점진적으로 분해한다.

 4) 프로세스 명칭은 업무용어를 그대로 사용하고, 이름만으로 프로세스내용이 파악 가능하도록 명확하게 정의한다.

 

19.정보요구사항 확인 수행 작업내용 중 성격이 다른 것은?(p 228)

 1) 재검토 계획서 작성 및 승인

 2) 재검토 대상 산출물 재검토

 3) 재검토 기준 정의

 4) 재검토 담당자별 역할 분담

 

20.정보요구사항 확인 내용으로 틀린 것은?(p 229)

 1) 재검토시에는 정당성 검증을 위해서 업무영역 담당자가 참여하여야 한다.

 2) 재검토 세션을 수행할 때 많은 인원이 참여할 경우 집중력 상실이나 결론에 도달하지 못할 수도 있으므로 주의한다.

 3) 보완 사항을 반영할 경우 정보 요구사항간의 일관성이 유지되도록 주의해야 한다.

 4) 내용보완시 해당 분석 결과 산출물의 일관성을 위해 변경될 대상도 기록한다.

 

21.프로세스 관점의 정보 요구사항 상세화 설명중 틀린 것은? (222쪽) 

 1) 업무활동분해의 근본적인 목적은 최종적으로 기본 프로세스 도출에 있다.

 2) 사건 흐름에는 고려되지 않는 비기능적 정보 요구 사항도 특별 요구 사항으로 정의한다.

 3) 계층도는 hight Cohesion, low Coupling 을유지하도록 모듈성을 확보하는 것이 가장 중요하다.

 4) 프로세스 정의서 양식에서 데이터 사용 항복은 모든 프로세스에 대해 기술할 필요는 없지만, 기본 프로세스의 경우는 반드시 작성하도록 한다. 

 

22.정보 요구 사항 상관분석 기법 중 정보 요구/업무기능 상관분석 설명 중 틀린 것은? (238쪽)

 1) 최하위 수준의 전사 업무 기능과 정보 항목을 도출하고 업무기능은 매트릭스 열에, 정보 항목은 행에 배치한다.

 2) 아무 관련이 없다고 판단되는 정보 업무기능은 빈칸으로 둔다.

 3) 업무기능과 정보항목간의 상호작용을 C로 표시한 것은 Create 또는 Change를 의미한다.

 4) 조직 단위명은 기업의 조직도에 나타난 순서로 입력한다.

 

23. 업무 조사서에 포함되는 정리항목 유형 중 연관성이 없는 것은? (208쪽)

 1) 대/중/소 분류별 프로세스명

 2) 프로세스 설명 중 수행 빈도

 3) 업무 흐름 도식화

 4) 전산화 정도와 전산화 필요성

 

24. 사용자 및 부서로부터 접수해 최종적으로 작성된 산출물에 대해 정보 요구 사항을 제시한 담당자와 세부 재검토를 통하여 누락사항 및 보완 사항을 도출하기 위한 계획을 수립하고 재검토를 실시하는 과정을 정보 요구 사항 확인이라 한다. 다음 재검토 및 검증의 기준의 요약 중 내용이 잘못된 것은?(228p)

 1) 완전성 : 사용자의 정보 요구 사항이 누라없이 모두 정의되었는지 확인

 2) 안전성 : 추가 정보 요구 사항 변경에 따른 영향도 파악

 3) 일관성 : 사용자의 정보 요구 사항이 일치하는지의 여부

 4) 정확성 : 사용자의 정보 요구 사항이 정확히 표현되었는지의 여부

 

25. 다음 중 정보 프로세스 관점의 정보 요구 사항 상세화 수행 작업지침에 해당하지 않는 것은?(222p)

 1) 프로세스의 분해 - 단위 업무 기능별로 상세하게 프로세스를 분해하지않고, 해당 업무 영역의 전체 단위 업무 기능에 대하여 프로세스의 분해 수준을 맞추어 점진적으로 분해한다.

 2) 프로세스 계층도 - 높은 결합도와 낮은 응집도를 유지하도록 모듈성을확보하는 것이 중요하다.

 3) 프로세스 분해 깊이 - 업무 활동 분해의 근본적인 목적은 최종적으로기본 프로세스의 도출에 있다.

 4) 프로세스 명칭 - 명명 규칙을 준수하여 명명하되 업무 용어를 그대로사용하고 이름만으로도 개략적인 수행 내용의 파악이 가능하도록 함축적이며 유일한 이름을 부여하는 것이 중요하다.

 

26.정보 요구 사항 관리 프로세스 순서를 바르게 나열한 것은?

  가. 정보 요구 사항 검토                    나. 영향도 분석

  다. 반영 작업 계획 수립                    라. 정보요구 사항 발송

  마. 정보 요구 사항 수령                    바. 공식화

 1) 라-마-가-나-다-바

 2) 라-마-가-나-바-다

 3) 가-마-라-나-바-다

 4) 가-마-라-나-다-바

 

27. 정보 요구사항을 어플리케이션과 상관 분석한 결과가 아래 매트릭스와 같이 도출되었다고 가정할 때, 다음 중 분석 및 조치사항으로 가장 부적절한 것은? 

 1) '공급자', '직원', '창고' 등의 정보항목을 생성하는 프로세스가 누락되었다.

 2) '판매주문항목'은 생성 및 변경 프로세스만 존재하고 사용 프로세스를 도출한다.

 3) '구매주문항목'은 기본 프로세스의 중복에 해당하므로 통합해야 한다.

 4) '재고항목'을 생성하는 프로세스가 누락되었다.

 

28.업무흐름 프로세스 순서가 올바른 것은?

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

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

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

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

 

29. 요구사항을 반영하기 위해 필요한 요구사항 반영 역할별 담당 업무에대한 설명으로 옮지 않은 것은?

 1) 담당자 - 사용자정보 요구 사항 접수

 2) 데이터 아키텍처 전문가 - 사용자 정보 요구사항에 대한 기본적인 검토

 3) 데이터 아키텍처 전문가 - 접수된 요구사항에 대한 표준 준수 여부체크

 4) 데이터 아키텍처 전문가 - 영향도 분석을 통한 수정 및 변경 계획수립

 5) 사용자 - 변경 여부 확인

 

30.요구사항 분석 대상 자료로 옳지 않은 것은?

 1) 현행시스템 구성도

 2) to_be 시스템 구성도

 3) 프로그램 목록

 4) 사용자 및 운영자 지침서

 5) 시스템 개선 요구 사항

 

2022.05.10 - [IT/DAP] - DAP 데이터 요건 분석 정리

DAP 데이터 요건 분석 정리