데이터아키텍처전문가 - 국가공인자격 [DAP] 내용정리 및 문제 풀이

 

정리 및 문제 풀이

1. 전사아키텍처 개요 요약

1) 전사아키텍처 정의 요약

■ 전사아키텍처는 기업의 경영 목표를 지원하기 위해 IT 인프라가 어떻게 구성되고 작동되어야 하는가를 체계화하는 것으로, 복잡한 기업의 모습을 다양한 관점에서 표현하여 정보를 구축하고 활용하는 것이다. 전사아키텍처의 목적은 IT 투자 대비 효과를 최대화하고, 기업의 목적을 가장 잘 달성할 수 있는 방식으로 IT 인프라를 구성하는 것이다.

■ 전사아키텍처는 최근 세계적으로 정부기관과 민간기업의 IT 혁신을 위한 주된 관심사로서, 데이터아키텍처 전문가는 기업이 필요로 하는 데이터 아키텍처를 정의하기 위해서는 이러한 전사아키텍처의 개념을 이해하고 활용할 수 있어야 한다.

2) 전사아키텍처 프레임워크 요약

■ 전사아키텍처 프레임워크는 전사아키텍처를 어떻게 표현하고 운영할 것인가에 대한 전체적인 사고의 틀로서, 전사아키텍처 프로젝트 수행시 이해당사자 간의 의사소통의 수단이 된다.

■ 전사아키텍처 프레임워크에는 많은 참조 모델이 있다. 이 강좌에서는 전사아키텍처 방향과 원칙, 아키텍처 매트릭스를 정의하는 전사아키텍처 정책 영역, 전사아키텍처의 구체적인 모습을 표현하는 현행 및 목표 아키텍처, 이행계획을 포함하는 전사아키텍처 정보 영역, 구축된 전사아키텍처를 어떻게 관리하고 활용할 것인가를 정의하는 전사아키텍처 관리 영역으로 구분하였다. 아키텍처 영역은 흔히 비즈니스, 데이터, 애플리케이션, 기술 아키텍처 등으로 구분된다.

3) 전사아키텍처 참조 모델 요약

■전사아키텍처 참조 모델에는 국방과 공공 참조 모델이 활성화 되어 있는데, 업무 참조 모델, 데이터 참조 모델, 서비스 참조 모델, 기술 참조 모델, 성과 참조 모델 등으로 구성된다.

■ 전사아키텍처 수립 담당자는 기업의 아키텍처를 정의할 때 상위 기관 또는 산업별 전사아키텍처 참조 모델을 참조해야 상호운용성을 촉진할 수 있고 중복을 배제하고 재사용을 증대시킬 수 있는 아키텍처를 정의할 수 있다.

4) 전사아키텍처 프로세스 요약

■ 전사아키텍처 프로세스는 전사아키텍처를 구축하고 관리하는 전체 절차에 관한 것으로 작업의 단계와 공정, 작업내용 등을 포함한다. 전사아키텍처 프로세스는 일반적인 방법론이 있지만, 기업의 전사아키텍처 도입 목적에 맞게 프로세스를 조정할 수 있다.

■ 전사아키텍처 프로세스는 전사아키텍처 비전 수립, 전사아키텍처 구축, 전사아키텍처 관리, 전사아키텍처 활용 단계로 구분된다. 전사아키텍처 비전 수립에서는 기업의 전사아키텍처 환경을 분석하여 기업이 추구해야 할 전사아키텍처 방향을 수립한다. 전사아키텍처 구축에서는 전사아키텍처 정보구성을 정의하고, 현행과 목표 아키텍처 정보를 구축한다. 전사아키텍처 관리에서는 전사아키텍처 정보를 관리하고 활용하기 위한 체계와 시스템을 구축하며, 전사아키텍처 활용에서 목표 아키텍처 달성을 위한 이해 계획을 수립하고 일상적인 IT 관리 프로세스에 전사아키텍처 정보를 활용한다.

2. 전사아키텍처 개요 문제 및 풀이

문제 1. 아키텍처의 핵심 구성요소로 거리가 가장 먼 것은?

① 원칙(Rule) ② 모델(Model) ③ 사람(Human) ④ 계획(Plan)

■ 문제 1 해설

아키텍처의 3가지 구성요소는 원칙(Rule), 모델(Model), 계획(Plan)이다.

문제 2. 전사아키텍처 프레임워크에 대한 내용 중 가장 맞지 않는 것은?

① 모든 전사아키텍처 프레임워크는 전사아키텍처 정책, 전사아키텍처 정보, 전사아키텍처 관리 등의 3가지 영역으로 구성된다.

② 전사아키텍처를 수립하기 위해서는 우선 전사아키텍처를 어떻게 표현하고 운영할 것인가에 대한 전체적인 사고의 틀인 전사아키텍처 프레임워크를 정립해야 한다.

③ 전사아키텍처 프레임워크는 기업의 전사아키텍처 도입 목적에 따라 조정될 수 있다.

④ 아키텍처 도메인이란 아키텍처 영역을 구분한 것이며, 아키텍처 매트릭스에서 뷰로 아키텍처를 구분한 것이라고 할 수 있다.

■ 문제 2 해설

전사아키텍처(EA) 프레임워크가 전사아키텍처 정책, 전사아키텍처 정보, 전사아키텍처관리 등의 영역을 흔히 구분하지만, 절대적인 것은 아니다. 기업의 전사아키텍처 도입 목적에 따라 달라질 수 있다.

문제 3. 전사아키텍처 참조 모델에 대한 내용 중 가장 적절치 않는 것은?

① 참조 모델은 기관이나 기업의 전사 아키텍처 수립 시 참조하는 추상화된 모델이다.

② 참조 모델은 추상화된 아키텍처와 구성요소 간의 인터페이스를 제공한다.

③ 범정부 참조 모델에는 업무 참조 모델, 데이터 참조 모델, 서비스 참조 모델, 기술 참조 모델, 성과 참조 모델 등이 있다.

④ 참조 모델은 정부기관과 같이 중앙부처가 산하기관에는 참조 모델을 적용하거나, 민간 기업의 경우 해당 사항이 없다.

■ 문제 3 해설

참조 모델은 공공부문에 적용이 활발하지만 일반 기업도 엔터프라이즈가 다수인 기업이나 기업군, 산업별로 참조 모델을 정의하여 개별 기업이나 엔터프라이즈에 적용할 수 있다.

문제 4. 데이터 참조 모델의 활용 효과와 가장 거리가 먼 것은?

① 정보의 상호운용성과 교환 촉진

② 정부나 기업군 또는 산업 차원의 통합된 데이터 활용

③ 데이터 조회 성능의 개선

④ 데이터 중복 배제 및 재사용 증대

■ 문제 4 해설

데이터 조회 성능의 개선은 데이터 참조 모델의 활용과는 직접적인 관련이 없다.

문제 5. 전사아키텍처 프로세스의 공정과 수행 내용의 연결 중 가장 잘못된 것은?

① 전사아키텍처 정보 구성 정의 - 아키텍처 매트릭스 정의

② 전사아키텍처 정보 구축 - 현행 및 목표 아키텍처 정보 구축

③ 전사아키텍처 관리 체계 구축 - 전사아키텍처 정보를 운영 및 활용하기 위한 조직 및 프로세스 정의

④ 전사아키텍처 이행 계획 - 전사아키텍처 프레임워크 정의

■ 문제 5 해설

전사아키텍처 프레임워크 정의는 전사아키텍처 방향 수립의 공정이다.

1. 전사아키텍처 구축 요약

1) 전사아키텍처 방향 수립 요약

전사아키텍처 방향 수립은 전사아키텍처를 구축하는 목적과 목표 이미지를 정립하는 것으로, 다수의 이해관계자가 이를 공유함으로써 전사아키텍처 추진 과정에서 발생할 수 있는 의견충돌을 사전에 방지할 수 있다.

전사아키텍처 방향 수립은 기업의 환경분석을 바탕으로 전사아키텍처의 목적과 범위를 정하고 궁극적으로 달성하고자 하는 비전을 수립하는 것이다. 그리고 이를 달성하기 위한 기본원칙과 아키텍처별 원칙을 정의하는 것도 포함한다.

2) 전사아키텍처 정보 구성 정의 요약

전사아키텍처 정보는 기업을 잘 이해하기 위해 필요한 업무와 정보기술에 대한 정보로서 활용할 만한 가치가 있고 관리가 용이한 정보라고 할 수 있다. 아키텍처 매트릭스는 기업이 전사아키텍처 정보로 관리할 산출물의 수준을 정의한 틀이다.

아키텍처 매트릭스는 일반적으로 의사결정 유형(관점)과 아키텍처 정보 유형(뷰)의 두 축을 기준으로 2차원의 매트릭스 형태를 띠고 있다. 두 축이 만나는 각 셀에 기업이 관리하고자 하는 전사아키텍처 산출물이 정의된다.

의사결정 유형은 조직의 의사결정 계층을 구분한 것으로 정보의 상세화 정도를 나타낸다. 아키텍처 정보 유형은 특성이 비슷한 아키텍처 정보를 그룹화 한 것으로 기업의 모든 전사아키텍처 정보를 도메인으로 구분한 것이다.

3) 전사아키텍처 정보 구축 요약

아키텍처 정보를 구축하기 위해서는 우선 기존에 작성된 자료를 수집해야 한다. 수집해야 할 자료는 정의된 아키텍처 매트릭스에 따라 다르다. 전사아키텍처 정보를 구축하는 방법에는 상향식과 하향식이 있으며, 장단점을 파악하여 기업의 상황에 맞는 방식을 선택하는 것이 바람직하다.

현행 아키텍처 정보의 구축은 현재의 업무나 정보시스템에 대하여 기존의 자료를 분석하여 전사아키텍처 정보를 구축하는 것을 말한다. 일반적으로 상위 수준의 업무 기능과 시스템에 대한 분류 체계를 정의 한 후 나머지 하위의 정보 구축은 병렬적으로 수행한다.

목표 아키텍처 구축은 현행 아키텍처에 대한 문제점과 개선사항을 도출하고, 이를 목표 아키텍처에 반영하는 방식으로 진행한다. 일반적으로 비즈니스 아키텍처를 먼저 정의하고, 이를 효율적으로 지원하는 정보기술 아키텍처를 정의한다. 목표 아키텍처의 구축 범위는 전사아키텍처 구축의 목적에 따라 다르지만 초기 전사아키텍처 수립시 현행 아키텍처와 달리 개념적 수준까지 정의하고, 개념적 수준 이하의 산출물 작업은 실제 시스템 구축 단계에서 수행하는 것이 일반적이다.

2. 전사아키텍처 구축 문제 및 풀이

문제 1. 전사아키텍처 환경 분석 시 수행하는 작업과 가장 거리가 먼 것은?

① 비즈니스 내/외부 환경분석

② IT 내/외부 환경분석

③ 아키텍처 매트릭스 정의

④ 전사(Enterprise) 범위 정의

문제 1 해설

아키텍처 매트릭스 정의는 전사아키텍처 정보 구성 정의시 수행하는 작업이다.

문제 2. 아키텍처 매트릭스에 대한 설명 중 가장 맞는 것은?

① 의사결정 유형은 정보의 상세화 정도와 연관성이 있고, 아키텍처 정보 유형은 아키텍처 도메인과 연관성이 있다.

② 아키텍처 매트릭스는 가능한 선진사례를 그대로 도입하는 것이 바람직하다.

③ 아키텍처 매트릭스에 정의된 산출물은 방법론에 따라 차이가 없어야 한다.

④ 기업은 정부가 정의한 아키텍처 매트릭스를 준용해야 한다.

문제 2 해설

의사결정 유형은 정보의 상세화 정도를 의미하고, 아키텍처 정보 유형은 아키텍처 도메인을 의미 한다.

문제 3. 전사아키텍처 정보 구성 정의 시의 참조 모델 관련 설명 중 가장 적합하지 않는 것은?

① 복수 전사(Enterprise)를 가지고 있는 기업은 이 공정에서 참조 모델을 정의하고, 개별기 업은 정의된 참조 모델을 확인하면 된다.

② 개별 기업은 상위기관이나 산업별 참조 모델을 참고하여 아키텍처 정보 구성요소를 정의 하는 것이 바람직하다.

③ 참조 모델 정의는 기업이 속한 산업이나 가치사슬 네트워크에 상관없이 그 범위가 일정하다.

④ 개별 기업에서도 기술환경 변화에 대응하고 기술요소간 상호운용성을 고려하여 기술 참조 모델은 전사아키텍처 구축 시 정의하여 활용하는 것은 일반적이다.

문제 3 해설

참조 모델 정의는 기업이 속한 산업이나 가치사슬 네트워크에 따라 그 범위가 달라질 수 있다.

문제 4. 데이터아키텍처 정보 구축의 대상으로 가장 거리가 먼 것은?

① 일반적인 DBMS 제품 목록

② 데이터베이스 개체 정보

③ 논리 데이터 모델 정의

④ 개념 데이터 모델 정의

문제 4 해설

데이터베이스 관리시스템(DBMS) 제품 목록의 기술 아키텍처 정보에 속한다.

문제 5. 비즈니스 아키텍처 정보 구축의 대상으로 가장 거리가 먼 것은?

① 조직모델 정의

② 전사 주제영역 모델

③ 업무메뉴얼 정보

④ 업무 기능 모델

문제 5 해설

전사 주제 영역 모델은 데이터 아키텍처 정보 구축의 대상이다.

１. 전사아키텍처 관리 및 활용 요약

1) 전사아키텍처 관리 체계 요약

□ 전사아키텍처를 도입시 아키텍처 정보를 정확하게 구축하는 것도 중요하지만, 더 중요한 것은 정보를 관리하고 활용할 수 있는 체계를 정립하는 것이다. 전사아키텍처 관리 체계는 전사아키텍처를 유지 관리하는 조직과 프로세스 측면의 기반을 구축하는 것을 포함한다.

□ 전사아키텍처 관리 조직 체계는 관리를 위해 필요한 직무와 직무 간의 관계, 업무 분장을 정립하는 것이다. 전사아키텍처 관리 프로세스 체계는 전사아키텍처를 수립하고 관리하기 위한 활동을 정의하는 것이다. 전사아키텍처 인력관리 체계는 전사아키텍처 관리를 담당하는 직무별 역량을 정의하고 이를 확보하기 위한 방안을 정의하는 것이다.

□ 전사아키텍처 관리 체계 정착을 위해서는 장기적인 접근이 필요하다. 전사아키텍처 수립의 효과는 IT 관련 조직만의 노력으로 달성될 수 없으며 전사적인 추진 체계가 구축되어야 한다.

2) 전사아키텍처 관리 활용 요약

□ 전사아키텍처가 활성화 되기 위해서는 실제 IT 관리 업무에 실질적인 도움을 줄 수 있어야 한다. 이를 위해서는 구축된 전사아키텍처 정보를 바탕으로 IT 투자에 대한 의사결정이 이루지고, 전사의 모든 IT 자원의 관리가 이를 기준으로 이루어 질 수 있도록 전사아키텍처 활용을 활성화하려는 적극적인 노력이 필요가 있다.

□ 전사아키텍처의 활용 영역은 크게 2개로 구분할 수 있다. 전사아키텍처 수립 후 목표 아키텍처를 달성하기 위한 이행계획을 수립하고 그에 따라서 프로젝트를 추진하는 기준으로 삼는 것과 전사아키텍처 정보를 활용하여 일상의 IT 업무를 지원하는 것이 그것이다.

□ 데이터아키텍처 전문가는 기업에서 정의한 전사아키텍처 정보와 항상 연계하여 생각하고, 전사아키텍처에서 정의된 원칙을 준수하고 전사아키텍처를 기준으로 데이터아키텍처를 구체화하고 관리할 수 있어야 한다. 또한 데이터 부문에서 발생하는 변경 사항이 전사아키텍처 정보에 잘 반영되도록 해야 한다.

2. 전사아키텍처 관리 및 활용 문제 및 풀이

문제 1. 전사아키텍처 관리 체계 구축에 대한 설명으로 가장 적절치 않는 것은?

① 전사아키텍처 관리 체계는 전사아키텍처를 유지 관리하기 위한 조직과 프로세스 측면의 기반을 구축하는 것이다.

② 전사아키텍처 관리 체계는‘전사아키텍처 거버넌스’라고도 한다.

③ 전사아키텍처 관리 체계는 IT 관리 체계를 포괄하는 더 큰 개념이다.

④ 전사아키텍처 관리 체계 정착을 위해서는 현업부서도 전사아키텍처를 이해하고 전사아키텍처 정보를 활용하며 IT 혁신에 대한 적극적인 의견을 제시할 필요가 있다.

문제 1 해설

IT 관리 체계는 IT 관리 전체에 대한 것으로 전사아키텍처 관리 체계보다 더 넓은 영역이다. 오히려 EA 관리 체계를 IT 관리 체계 하위 영역으로 보는 것이 더 적절하다.

문제 2. 구축된 전사아키텍처 정보를 효과적으로 활용하기 위해서 고려되어야 할 사항 중 가장 관계가 먼 것은?

① 전사아키텍처 관리 조직과 프로세스, 직무를 정립한다.

② 전사아키텍처 참조 모델을 열심히 찾아 본다.

③ 전사아키텍처 관리 시스템을 구축하여 적극 활용한다.

④ 전사아키텍처 활용에 대하여 구체적인 범위와 활용의 예를 정립한다.

문제 2 해설

전사아키텍처 정보 구축시 관련 전사아키텍처 참조모델을 참조하는 것은 매우 중요하다. 그렇지만 전사아키텍처모델을 열심히 찾아보는 것만으로 전사아키텍처 정보의 활용 효과를 높이지는 못한다.

문제 3. 전사아키텍처 관리 시스템에 대한 설명 중 가장 적절치 않는 것은?

① 전사아키텍처 관리 시스템을 의사소통 도구나 의사결정 도구로 활용하는 것은 적절치 않다.

② 전사아키텍처 관리 시스템은 전사아키텍처 정보를 구축하고, 관리하고, 활용하는 모든 전사아키텍처 업무 프로세스를 효과적으로 지원하기 위한 시스템이다.

③ 전사아키텍처 관리 시스템은 전사아키텍처 모델링 도구, 전사아키텍처 레파지토리, 전사아키텍처 포탈 등으로 구성된다.

④ 전사아키텍처 관리 시스템 활용을 통하여 업무와 IT의 연관관계분석 및 차이분석을 수행할 수 있다.

문제 3 해설

전사아키텍처 관리 시스템은 IT 인력 간, IT 인력과 현업 간에 전사아키텍처 정보 공유를 통해 의사소통이나 의사결정의 효율성을 높이는 도구로 활용될 수 있다.

문제 4. 전사아키텍처 이행계획의 핵심 작업 내용과 가장 거리가 먼 것은?

① 아키텍처 Gap 분석

② 프로젝트 정의

③ 이행전략 수립

④ 전사아키텍처 관리 시스템의 발주

문제 4 해설

아키텍처 차이 분석, 프로젝트 정의, 이행 전략 수립 등은 전사아키텍처 이행 계획 수립의 작업 내용에 해당한다. 하지만 전사아키텍처 관리 시스템 발주는 이행 계획의 본질적인 작업이 아니며, 전사아키텍처 이행의 실행 과제라고 할 수 있다. 또한 필수 사항도 아니다.

문제 5. 전사아키텍처 활용의 영역을 구분한 것 중 가장 부적절한 것은?

① IT 기획 관리 - IT 구축 관리 - IT 운영 및 통제 활용

② 아키텍처 이행계획 - 일상적 IT 업무 활용

③ IT 비용 산정 - IT 수익 산정 활용

④ 비즈니스 사용자의 활용 - IT 사용자의 활용

문제 5 해설

전사아키텍처 정보는 IT 비용과 수익 산정에 참고가 될 수는 있지만, IT 비용과 수익을 산정할 수 있는 비용정보까지를 관리하지는 않는 것이 일반적이다. 다른 항목에 비해 전사아키텍처 정보 활용과 거리가 먼 것이라고 할 수 있다.

１. 데이터 이해 요약

1) 데이터 품질 관리 프레임 워크 요약

□ 데이터 품질 요소에는 데이터 값, 데이터 서비스, 데이터 구조, 데이터 관리 프로세스 등이 있으 며, 이러한 요소들은 서로 연계되어 조직 데이터 품질에 영향을 준다.

2) 표준 데이터

□ 표준 데이터는 용어 및 도메인, 코드, 데이터 관련 요소에 대한 표준을 지정하여 사용하는 표준 관련 데이터로 표준 단어 사전, 표준 도메인 사전, 표준 용어 사전, 표준 코드 등으로 구성된다.

3) 모델 데이터

□ 104 데이터아키텍처 전문가 가이드 제2절 표준 데이터 모델 데이터는 데이터 모델을 관리, 운용하기 위해서 필요로 하는 것으로 완전성, 일관성, 추적 성, 상호연계성, 최신성, 호환성을 가져야 한다.

4) 관리 데이터

□ 관리 데이터는 데이터를 효과적으로 관리, 유지하기 위한 프로세스에서 파생되는 것으로 사용 관 리 데이터, 장해 및 보안 관리 데이터, 성능 관리 데이터, 흐름 관리 데이터, 품질 관리 데이터가 있다. 제4절 관리 데이터

2. 데이터 이해 문제 및 풀이

문제 1. 데이터에 대한 이해도를 증가시키고, 의사 소통을 원활하게 진행할 수 있고, 데이터 통합을 수월하게 진행하는데 도움이 되는 데이터와 가장 관련 없는 것은?

① 표준 용어 사전

② 표준 코드

③ 표준 약어 사전

④ 표준 도메인 사전

문제 1 해설

표준 데이터의 세부 관리 대상으로 표준 단어 사전, 표준 도메인 사전, 표준 용어 사전, 표준 코 드, 데이터 관련 요소 표준 등이 있다.

문제 2. 기업의 데이터에 대한 구조를 표현하고 있는 데이터로 데이터 참조 모델, 개념 데이터 모델, 논리 데이터 모델, 물리 데이터 모델에 대한 메타 데이터 및 DBMS 객체 정보 가 속하는 데이터와 가장 관련이 없는 것은?

① 완전성

② 통합성

③ 일관성

④ 상호연계성

문제 2 해설

모델 데이터는 완전성, 일관성, 추적성, 상호 연계성, 최신성, 호환성 등의 기준에 따라 관리되어 야 한다.

문제 3. 데이터 흐름, 정합성 검증, 백업 내역, 데이터 사용과 가장 밀접한 관련이 있는 것은?

① 표준 데이터

② 관리 데이터

③ 모델 데이터

④ 업무 데이터

문제 3 해설

관리 데이터는 데이터를 효과적으로 관리, 유지하기 위한 프로세스에서 파생되는 데이터로 데이 터 흐름, 정합성 검증, 백업 내역, 데이터 사용 등에 활용된다.

문제 4. 시스템이나 프로그램, 데이터베이스 객체에 의해 시스템으로 관리되지 않는 정보로서 문서의 임의 수정 및 변조가 데이터 품질에 영향을 줄 수 있는 대상으로 일반 문서, PC에 저장된 데이터 파일, 이메일, 팩스 등과 가장 밀접한 관련이 있는 것은?

① 원천 데이터

② 운영 데이터

③ 분석 데이터

④ 개발 데이터

문제 4 해설

원천 데이터는 운영 데이터의 원천이 되는 현실 세계의 데이터로서, 현실 세계에 많을수록 업무 규칙과 시스템에서 관리되는 데이터 정합성의 품질 저하를 유발할 수 있다. 그러므로 대량 생산보 다는 데이터의 정확성과 신뢰성을 유지하고 만약에 발생될 수 있는 데이터 손실에 대비할 수 있는 수준으로 관리해야 한다.

문제 5. 전사적 데이터웨어하우스와 같은 통합 시스템을 구축하기 위해 각 표준 요소별로 전 사적으로 통합된 표준을 관리하고, 표준에 따라 각 시스템이 구축되어 있는지를 지속 적으로 모니터링 해야 하고, 정의된 표준에 의해 데이터 모델 및 데이터베이스 스키마 가 전 영역에 걸쳐 일관되게 적용되고 있는지 확인해야 되는 성격과 관련 있는 것은?

① 모델 데이터

② 관리 데이터

③ 표준 데이터

④ 업무 데이터

문제 5 해설

표준 데이터는 통합성과 일관성에 따라 관리되어야 한다.

１. 데이터구조이해 요약

1) 개념 데이터 모델

□ 개념 데이터 모델은 업무 요건을 충족하기 위해서 데이터의 주제 영역과 핵심 데이터 집합을 정의 하고 관계를 정의한 것이다.

□ 업무 특성에 맞는 주제 영역과 핵심 데이터 집합과 관계를 정의하여 향후에 정의하게 될 상세 논 리 데이터 모델과 물리 데이터 모델과의 데이터 구조적 정렬을 지원한다.

2) 데이터 참조 모델

□ 데이터 참조 모델은 업무 영역별, 주제 영역별 표준 데이터 집합, 관리 항목들이 표기되어 재사용 이 가능한 데이터 모델이다.

□ 전사적 업무 혹은 범용적 데이터 모델 정의시 기존에 검증된 데이터 모델을 참조함으로써 데이터 모델의 정확성과 재사용률을 높이고 새로운 데이터 모델 정의에 따른 시간과 비용을 절감한다.

3) 논리 데이터 모델

□ 논리 데이터 모델은 개념 데이터 모델을 상세화하여 논리적인 데이터 집합, 관리 항목, 관계를 정 의한 것이다.

□ 논리 데이터 모델은 전체 데이터 구조에서 가장 핵심을 이루는 모델로 관리하고자 하는 업무의 모 든 데이터 구조를 상세하고 구체적으로 정의하여 항상 최선의 데이터 논리 구조를 관리한다.

4) 물리 데이터 모델

□ 물리 데이터 모델은 논리 데이터 모델을 DBMS의 특성 및 성능을 고려하여 구체화시킨 것이다.

□ 물리 데이터 모델은 DBMS 선정 이후에 해당 DBMS상에서 최상의 성능을 보장하도록 논리 데이 터 모델에서 저장하는 데이터의 물리적 특성을 최대한 반영하여 설계하고 이를 관리한다.

5) 데이터베이스

□ 데이터베이스는 물리 데이터 모델을 적용하여 구축된 실제 데이터가 저장되는 데이터 저장소이다.

□ 물리 데이터 모델이 구현된 데이터베이스 저장소인 테이블과 속도를 위한 인덱스, 비즈니스 규칙이 반영된 제약 사항 및 데이터베이스를 효과적으로 운영하기 위한 객체를 정의하고 관리한다.

6) 사용자 뷰

□ 사용자 뷰는 사용자가 사용하는 데이터 활용 화면 및 출력물을 의미한다.

□ 최종 사용자가 접하게 되는 화면과 출력물은 사용자가 얻고자 하는 데이터의 정확성과 사용자가 수행하고자 하는 업무의 단순성을 반영한 최종 결과이다.

2. 데이터 이해 문제 및 풀이

문제 1. 전체 업무 범위 결정과 업무 구성 요소를 확인할 수 있는 것으로, 업무상 친밀도가 높은 데이터 집합과 가장 밀접한 관련이 있는 것은?

① 엔터티

② 개념 데이터 모델

③ 주제 영역

④ 도메인

문제 1 해설

주제 영역은 업무의 다양성에 따라 여러 개로 나뉠 수 있다. 또한 하나의 주제 영역으로 분할하기 힘들 수 있으나 업무상 하나의 업무 영역에서 다룰 때 보다 효과적인 데이터 집합을 하나의 주제 영역으로 선언한다.

문제 2. 전사적 업무 혹은 범용적 데이터 모델 정의시 기존에 검증된 데이터 모델을 참조함으 로써 데이터 모델의 정확성과 재사용률을 높이고 새로운 데이터 모델 정의에 따른 시간과 비용을 절감할 수 있다. 이 설명과 가장 관련이 없는 것은?

① 범용성

② 통합성

③ 단순성

④ 표준성

문제 2 해설

데이터 참조 모델은 범용성, 단순성, 표준성, 정확성, 정보 이용성, 분류성 등에 의해 관리되어야 한다.

문제 3. 다음 설명과 가장 밀접한 관련이 있는 것은?

ㆍ의미 있는 최소 단위까지 분할되어야 하며 하나의 속성은 동시에 여러 상태의 정보를 담을 수 없다.

ㆍ하나의 속성 내에는 하나의 데이터만 관리하고 하나의 데이터 유형을 갖는다.

ㆍ참조되는 속성의 데이터는 해당 속성을 참조하는 속성의 데이터와 일치해야 한다.

ㆍ업무와 관련해 의미 있는 범위 내에서 상세화의 수준이 결정되어야 한다.

① 개념 데이터 모델

② 데이터 참조 모델

③ 논리 데이터 모델

④ 물리 데이터 모델

문제 3 해설

속성은 엔터티 내에서 관리하고자 하는 정보의 항목들을 의미하며, 원자성, 일관성, 무결성, 정보 성에 따라 관리되어야 한다.

문제 4. 업무 요건에 따라 다양하게 정의될 수 있으나, 구성하는 칼럼의 중복도가 높을수록 저장공간의 낭비와 데이터 입력, 삭제, 갱신시에 악영향을 줄 수 있는 것은?

① 인덱스

② 테이블

③ 제약조건

④ 트리거

문제 4 해설

인덱스는 논리 데이터 모델에는 반영되어 있지 않으나 데이터의 접근 속도를 빠르게 하기 위한 데 이터 저장소의 하나로, 일반적으로 B*Tree 형태로 유지된다. 인덱스는 저장 공간의 재사용이 거 의 없으므로 주기적으로 인덱스를 재생성하는 것을 권장한다.

문제 5. 다음 설명과 가장 밀접한 관련이 있는 것은?

ㆍ데이터 모델이 단순한 엔터티와 관계만 참조 되는 것이 아니라 엔터티와 엔터티 정의, 엔터티의 데이터 관리 규칙, 속성의 정의도 함께 저장되고 참조되어야 한다.

① 범용성

② 표준성

③ 정보 이용성

④ 분류성

문제 5 해설

데이터 참조 모델은 재사용이 가능한 형태의 데이터 모델로 속성 단위, 엔터티, ERD 전체 업무 영역 단위도 데이터 참조 모델이 될 수 있으며 범용성, 단순성, 표준성, 정확성, 정보 이용성, 분류성과 같은 기준에 따라 관리되어야 한다.

１. 데이터 관리 프로세스 이해 요약

1) 데이터 관리 정책

□ 데이터 관리 정책은 기업의 비전과 목표 달성에 필요한 데이터의 확보 계획과 확보된 데이터에 대 한 효과적인 운영 관리 체계 및 계획을 정의하는 작업이다.

2) 데이터 표준 관리

□ 데이터 표준 관리는 데이터 표준화 원칙에 따라 정의된 표준 단어 사전 및 도메인 사전, 표준 용어사전, 표준 코드, 데이터 관련 요소 표준 등을 기관에 적합한 형태로 정의하고 관리하는 작업이다.

3) 요구 사항 관리

□ 요구 사항 관리는 데이터를 비롯하여 관련 애플리케이션 및 시스템 전반에 걸친 사용자의 요구를 수집하고 분류하여 반영하는 작업 절차이다.

4) 데이터 모델 관리

□ 데이터 모델 관리는 데이터 요구 사항 관리에 의해 변경되는 데이터 구조를 모델에 반영하는 작업 절차와 데이터베이스 시스템 구조와 동일하게 데이터 모델을 유지하도록 하는 작업 절차이다.

5) 데이터 흐름 관리

□ 데이터 흐름 관리는 소스 데이터(문서, Text, DB 등)를 수기로 생성하거나 추출, 변환, 적재를 통해 생성하여 타깃 데이터베이스에 저장·가공하는 것을 관리하는 절차이다.

6) 데이터베이스 관리

□ 데이터베이스 관리는 원활한 데이터 서비스를 위해 필요한 데이터베이스를 안정적으로 운영, 관리하는데 필요한 작업을 체계화 하는 것으로 백업, 보안, 튜닝, 모니터링 등의 작업이 포함된다.

7) 데이터 활용 관리

□ 데이터 활용 관리는 데이터의 활용 여부를 점검하거나 활용도를 높이기 위해 측정 대상 데이터와 품질 지표를 선정하여 품질을 측정·분석하여 품질을 충족시키지 못하는 경우에 원인을 분석하여 담당자로 하여금 조치하도록 하는 작업이다.

2. 데이터 이해 문제 및 풀이

문제 1. 다음 설명과 가장 관계가 먼 것은?

ㆍ데이터를 비롯하여 관련 애플리케이션 및 시스템 전반에 걸친 사용자의 요구를 수집하고 분류하여 반영하는 작업 절차

ㆍ사용자의 정보 요구 사항을 종합적으로 검토, 확인함으로써 요건에 맞게 시스템을 개선, 반영하여 사용자의 만족도를 높이고 고품질의 서비스를 가능하게 함

① 외부 인터페이스 요건

② 기능 개선 요건

③ 보안 개선 요건

④ 품질 개선 요건

문제 1 해설

요구 사항 관리에서는 외부 인터페이스 요건, 기능 개선 요건, 성능 개선 요건, 보안 개선 요건 등을 다룬다.

문제 2. 다음 설명과 가장 관련 있는 것은?

ㆍ소스 데이터(문서, Text, DB 등)를 수기로 생성하거나 추출, 변환, 적재를 통해 생성하여 타깃 데이터베이스에 저장하고 가공하는 것을 관리

① 요구 사항 관리

② 데이터 흐름 관리

③ 데이터 활용 관리

④ 데이터 표준 관리

문제 2 해설

데이터 흐름 관리는 각 기관이 관리하고 있는 데이터가 생성, 변경되고 활용되는 생명주기를 관리함으로써 전사 데이터에 대한 현황 파악 및 최적화된 형태로 활용되고 있는지 확인 할 수 있다.

문제 3. 데이터의 정확성을 저하시키는 원인을 분석하고 개선함으로써 지속적으로 데이터의 품질을 높일 수 있게 하기 위해 가장 관련이 있는 것은?

① 요구 사항 관리

② 데이터 흐름 관리

③ 데이터 표준 관리

④ 데이터 활용 관리

문제 3 해설

데이터 활용 관리는 데이터의 활용 여부를 점검하거나 활용도를 높이기 위해 측정 대상 데이터와 품질 지표를 선정하여 품질을 측정·분석하여 품질을 충족시키지 못하는 경우 원인을 분석하여 담당자로 하여금 조치하도록 하는 작업이다. 또한 애플리케이션에서 활용되지 않는 데이터를 점검하여 데이터베이스의 사용 환경을 개선하고 업무적 중요도가 높은 데이터에 대한 품질의 평가와 개선으로 데이터의 활용도를 높인다.

문제 4. 데이터베이스와 데이터베이스에 저장된 데이터를 오류 및 훼손 없이 안정적으로 서비 스될 수 있도록 데이터베이스에 대한 생성 및 변경, 보안, 성능 개선, 백업 관리를 지 속적으로 수행할 수 있도록 체계화 하는데 있어서 가장 관계가 먼 것은?

① 핵심 데이터

② 표준 데이터

③ 관리 데이터

④ 업무 데이터

문제 4 해설

데이터베이스 관리란 원활한 데이터 서비스를 위해 필요한 데이터베이스를 안정적으로 운영, 관리하는데 필요한 작업을 체계화하는 것으로 백업, 보안, 튜닝, 모니터링 등의 작업이 포함된다. 이를 위해 표준 데이터, 모델 데이터, 관리 데이터, 업무 데이터가 필요하다.

문제 5. 다음 설명과 가장 관련 있는 것은?

ㆍ기관의 비즈니스 목적에 맞는 최적화된 데이터서비스를 제공하기 위한 데이터베이 스를 구성하고 유지하기 위해 필요한 개념 데이터 모델 및 논리 데이터 모델, 물리 데이터 모델, 데이터 참조 모델 등의 설계서를 체계적으로 관리

① 데이터 표준 관리

② 데이터 활용 관리

③ 데이터 모델 관리

④ 데이터베이스 관리

문제 5 해설

연습문제 정답 및 해설

데이터 모델 관리란 데이터 요구 사항 관리에 의해 변경되는 데이터 구조를 모델에 반영하는 작업 절차와 데이터베이스 시스템 구조와 동일하게 데이터 모델을 유지하도록 하는 작업 절차를 말한다.

１. 정보 요구 사항 개요 요약

1) 정보 요구 사항

□ 사용자의 정보 요구 사항이란 사용자가 일반적으로 수행하는 과정에서 정보시스템 개발의 필요성에 의해 수집되고 요약된 요청 사항이다.

□ 정보 요구 사항은 요구 사항 수집, 요구 사항 분석 및 정의, 요구 사항 상세화, 요구 사항 검증의 단계로 진행된다.

□ 사용자의 정보 요구 사항을 유형별로 분류하면 인터페이스 요건, 기능 개선 요건, 성능 개선 요건, 보안 개선 요건의 4가지로 분류할 수 있다.

2) 정보 요구 사항 관리

□ 정보 요구 사항은 통합적인 관점에서 관리되어야 하며 데이터나 애플리케이션 한쪽만 반영된 요구 사항 관리는 적절하지 못하다.

□ 정보 요구 사항을 관리하기 위한 프로세스는 6개의 주요 모듈로 이루어져 있다.(요구사항 발송, 요구사항 수렴, 요구 사항 검토, 영향도 분석, 공식화, 반영 작업 계획 수립)

□ 사용자 정보 요구 사항을 반영하기 위해 사용자는 요청 사항 중 미결 사항이 있는 경우 담당자와 확인을 통해 확정해야 한다.

□ 데이터아키텍처 전문가는 전체적인 표준 및 애플리케이션에 대한 영향도 분석을 한다.

2. 데이터 이해 문제 및 풀이

문제 1. 사용자 관점 및 시스템 관점에서 정보 요구 사항을 수집하고자 한다. 가장 적절하지 않은 자료는?

① 현행 시스템 분석서

② 현행 사용자 요구 사항 정리 문서

③ 현행 시스템 개선 과제 및 문제점 정리 문서

④ 현행 업무처리 매뉴얼

문제 1 해설

세가지 문서에 비해 상대적으로 현행 업무처리 매뉴얼은 적당한 문서가 아니다. 세부 분석 단계에 있어서 개별 업무를 정확하게 이해하기 위해서는 꼭 필요한 문서이나 초기에 정보 요구 사항을 수집하기에는 세 가지 문서에 비해 부적절하다.

문제 2. 사용자로부터 새롭게 개발해야 할 정보 요구 사항을 접수하였다. 접수 자료의 형태 중 사용자와의 커뮤니케이션을 위해 가장 부적합한 자료는?

① 화면 목록 및 레이아웃

② 엑셀로 정리한 보고서 레이아웃

③ 현행 화면 레이아웃에 수정된 신규 화면 레이아웃

④ 정보시스템 운영자 매뉴얼

문제 2 해설

사용자의 정보 요구 사항을 정확하게 이해할 수 있는 문서는 1,2,3번이다. 전산시스템 운영자 매뉴얼은 정보 요구 사항을 수집해서 사용자와 의사소통을 위한 문서로는 1,2,3번에 비해 부적합하다.

문제 3. 사용자 정보 요구 사항을 유형별로 분류하면 크게 4가지로 정리할 수 있다. 이 4가지 분류에 포함되지 않는 것은?

① 인터페이스 요건

② 기능 개선 요건

③ 요구 사항 공식화 요건

④ 보안 개선 요건

문제 3 해설

요구 사항 공식화 요건은 유형별 분류에 포함되지 않는다. 사용자로부터 접수한 요건을 유형별로 분류하여 담당자 지정과 함께 정확한 분석이 필요하다.

문제 4. 요구 사항이 신규로 발생하거나, 변경되어 접수된 경우 전체적으로 어떤 프로그램이나 애플리케이션에 영향을 미치는지 조사를 실시해야 한다. 이를 수행하기에 가장 적합한 역할은?

① 요구 사항 요청자

② 데이터 아키텍트

③ 요구 사항 개발자

④ 담당 관리자

문제 4 해설

전체적인 프로그램이나 데이터베이스 관리 요소에 대해 이해하고 표준 절차에 따라 수행이 가능한 데이터아키텍트가 다른 보기보다는 가장 적합하다.

문제 5. 데이터아키텍처 전문가로서 수행할 역할 중 가장 적절하지 않은 것은?

① 변경 및 신규개발 요건에 대한 검토

② 요청사항 내용 중 미결사항에 대한 검토

③ 개발요건에 대한 테스트 및 검증

④ 데이터 표준제시 및 검토

문제 5 해설

개발 요건에 대한 테스트 및 검증은 데이터아키텍트의 역할보다는 요구사항을 직접 개발하는 담당자나 개발자의 역할로서 더 적합하다.

１. 정보 요구 사항 관리 요약

1) 정보 요구 사항 수집

□ 사용자 정보 요구 사항을 좀더 명확하게 정의하고 기업과 업종에 대한 이해를 하기 위해 관련된 문서를 수집한다.

□ 수집된 문서는 별도의 양식으로 정리하여 재차 요구하지 않도록 한다.

□ 사용자와의 면담을 위해 필요한 진행 절차는 계획 및 준비, 면담 수행, 면담 결과 분석, 분석 결과 피드백으로 진행한다.

□ 현업 부서 및 전산 부서를 대상으로 다르게 면담 요지를 구성한다.

□ 현업 부서 면담 내용에 포함될 주요사항으로는 면담 취지, 목적, 수행 방법, 향후 수행 방향에 대한 의견, 현재 사용하고 있는 정보시스템에 대한 개인적인 의견 등을 포함한다.

□ 전산 부서 면담 내용에 포함될 주요 사항으로는 시스템 분야 및 활용 현황, 현재 시스템 운영조직 및 문제점, 전체 애플리케이션 현황 및 유지보수, 진행 중인 개발 프로젝트 등을 포함한다.

□ 면담 대상자는 업무에 대한 명확한 이해를 가능하게 해줄 수 있는 사람으로 선정해야 한다. 면담 일정과 면담 내용은 사전에 공지하여 준비한다.

□ 사용자 면담 결과를 분석한 결과 중 부서간 이해관계에 따라 이견이 발생할 수 있는 사안은 반드시 담당자들과 사전 조정작업이 필요하다.

□ 정보의 공유가 필요한 경우나 단순한 토론 이상이 요구되는 경우에 워크숍을 활용한다.서로 관련 있는 부서들은 반드시 포함하여 실시한다.

□ 사용자가 처리하고 있는 업무 기능들을 일목요연하게 정리하고자 한다면 현행 업무 조사서를 활용한다.

□ 현행 시스템에서 사용되고 관리되는 프로그램 목록이나 화면 목록도 정보 요구 사항의 중요한 수단이다.

□ 테이블 목록이나 각각의 레이아웃과 정의서를 이용하여 현행 데이터의 문제점과 사용자 정보 요구 사항을 도출할 수 있기 때문에 수집해야 할 자료 중 하나다.

2) 정보 요구 사항 정리

□ 정보 요구 수집 유형별로 요구 사항을 정리한다.

□ 사용자 면담 내용에 대해서는 정리 후 오류가 있는지를 반드시 면담자에게 확인한다.

□ 워크숍에서 발행한 이슈 사항이나 특이 사항인 경우에 지속적인 관심을 가지고 해결할 수 있도록 별도의 리스트를 작성한다.

□ 사용자로부터 접수된 정보 요구 사항에 대해 우선순위 분석을 실시한다.

□ 정보 우선순위 분석을 위해 화폐가치 산출 방법과 상대적 중요도 산정 방법을 이용한다.

2) 정보 요구 사항 정리

□ 1차적으로 정보 요구 사항을 동일한 부서 내 중복 요건이 있는지 확인한다.

□ 동일 부서 내 정보 요구 사항을 정리한 후 부서간 정보 요구 사항으로 검토한다.

□ 동일한 정보 요구 사항은 부서간 협의를 통해 하나로 통합하고 별도의 번호를 부여하여 관리한다.

2. 정보 요구 사항 관리 문제 및 풀이

문제 1. 요구 사항 수집 기법 중 특정 주제에 대하여 이해당사자간 결론을 상대적으로 쉽게 도출할 수 있는 기법은?

① 업무매뉴얼조사기법

② 사용자면담기법

③ 워크숍기법

④ 브레인스토밍기법

문제 1 해설

이해 당사자 및 부서가 있는 경우 어느 조사 기법보다 워크숍이 정해진 장소에서 같은 주제를 가지고 부서간 심도 있게 토의할 수 있어 효과적이다.

문제 2. 정보 요구 사항을 수집하기 위하여 상품부서 담당자와 면담을 수행하기로 하였다. 다음 중 면담 시 고려해야 할 사항 중 부적합한 것은?

① 면담시간 준수

② 면담내용에 대한 비밀보장

③ 면담결과에 대한 확인

④ 이슈사항에 대한 전문가의견의 결과 작성

문제 2 해설

전문가의 의견을 이용한 결과 작성보다는 면담자와 추가적인 의견을 나누고, 공유해서 대안을 작성하는 것이 효율적이다.

문제 3. 현업부서 면담을 진행하려고 한다. 현업부서용 면담지 구성 내용 중 가장 부적합한 항목은?

① 면담취지 및 목적

② 향후 업무 수행 방향

③ 소속 부서의 개선 요구 사항

④ 애플리케이션 현황

문제 3 해설

애플리케이션 현황이다. 애플리케이션 현황은 현업 부서보다는 전산 부서 면담시 쉽게 파악할 수 있는 자료이다.

문제 4. 다음 중 사용자 면담 대상자를 선별하고자 할 때 일반적으로 가장 적합한 방법은?

① 업무에 대한 명확한 이해를 한 사람

② 통상적으로 2인으로 구성

③ 특정 분야에 정통한 전문가로 집중

④ 면담 진행자와 안면이 있는 사람

문제 4 해설

정답은 ①번이다. 업무에 대한 전체적인 이해를 하고 있고, 이를 통해 문제점이나 요구사항을 도출할 수 있는 사용자를 면담대상자로 선정하는 것이 효율적이다.

문제 5. 정보 요구 사항을 전부 나열하고, 각각의 정보 요구에 대하여 시스템 차원의 중요성을 평가하여 점수를 부여하며, 각 점수의 합을 이용하여 정보가치의 퍼센트를 산정해서 정보 요구 사항의 우선순위를 분석하는 방법은?

① 화폐가치산출방법

② 정보 요구매트릭스분석방법

③ RAED분석방법

④ 상대적중요도산정방법

문제 5 해설

②, ③은 정보 요구의 도출이 정확하게 되었는지 검증하는 기법이며 ④상대적 중요도 산정방법은 부여된 가중치를 이용하여 중요도를 산정하는 방법이다.

１. 정보 요구 사항 분석 요약

1) 분석 대상 정의

□ 사용자의 정보 요구 사항에 대해 수집한 기초 자료를 바탕으로 현행 업무 및 현행 시스템에 대한 분석 대상을 정의함으로써 사용자의 정보 요구 사항을 구체화하고, 상세화하는 작업의 효율성을 이루고자 한다.

□ 현행 업무에 대한 분석 대상은 현행 업무 흐름도, 업무 설명서, 업무 분장 기술서 등이다.

□ 현행 시스템의 분석 대상을 선정하기 위해서는 업무 영역/현행 시스템 매트릭스를 작성하여 관련있는 현행 시스템을 정의하고, 정의된 현행 시스템에 대한 관련 자료를 분석 대상으로 정의한다.

2) 정보 요구 사항 상세화

□ 정보 요구 사항에 대한 분석 및 상세화 작업으로 프로세스 관점과 객체지향 관점으로 구분할 수 있다.

□ 프로세스 관점으로는 조직의 업무 프로세스를 기본 프로세스까지 분해하는 과정을 통해 기본 프로세스에서 필요로 하는 정보 항목에 대해서 정리한 후 최종 정보 항목을 도출하는 과정이다.

□ 객체지향 관점에서는 사용자의 정보 요구 사항에 대해서 유즈케이스 다이어그램을 작성하여 정보 요구 사항을 다이어그램화하고 해당 정보 요구 사항에 대한 사건흐름을 상세하게 기술한다. 대안 흐름, 예외 사항 등 비기능적인 정보 요구 사항도 기술한다.

□ 최종적으로 유즈케이스 다이어그램 및 유즈케이스 정의서를 통해서 해당 클래스 엔터티를 도출하고 클래스 간의 관계 및 클래스의 특성을 나타내는 속성을 도출함으로써 최종적인 정보 요구 사항의 상세화 작업이 종료된다.

3) 정보 요구 사항 확인

□ 최종적으로 작성된 산출물에 대해서 정보 요구 사항을 제시한 담당자와 세부 재검토를 통하여 누락 사항 및 보완 사항을 도출하기 위한 계획을 수립하고 사전에 계획된 재검토 기준에 맞게 재검토를 실시한다.

□ 재검토 결과에서 도출된 추가 및 보완 사항이 존재하는 경우에 내용을 문서로 정리한 후 해당 산출물에 추가 반영 여부를 확인하고 미반영시 미반영 사유의 타당성을 검토한다.

□ 기술한 재검토 기준에는 완전성, 정확성, 일관성, 안정성 측면 모두를 고려하여 체크리스트를 작성하여 실시한다.

2. 정보 요구 사항 분석 문제 및 풀이

문제 1. 업무 영역/현행 시스템 매트릭스 기법을 이용하여 분석 대상 현행 시스템을 정의한 후 해당 현행 시스템 관련 문서를 수집한다. 수집된 문서의 평가기준에 속하지 않는 것은?

① 유용성

② 완전성

③ 정확성

④ 확장성

문제 1 해설

이 문제는 수집된 문서의 평가 기준에 대해 이해하고 있는지에 대한 물음으로써 평가기준으로는 ① 유용성: 문서의 활용가능성 여부 ② 완전성: 문서의 내용에 누락된 부분이 없는 지의 여부 ③ 정확성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부 ④ 유효성 : 문서가 최신의 내용을 반영하고 있는 지의 여부에 대한 기준이 존재한다.

문제 2. 프로세스 관점에서 정보 요구 사항을 상세화하기 위한 기본 단계로 단위업무 기능별 기본 프로세스를 도출하기 위해서 프로세스 계층도를 도식화한다. 프로세스 계층도의 모듈성을 확보하는 기준에 대해 옳게 설명한 것은?

① 응집도가 높을수록, 결합도가 낮을수록 모듈성이 확보된다.

② 응집도가 낮을수록, 결합도가 높을수록 모듈성이 확보된다.

③ 응집도가 높을수록, 결합도가 높을수록 모듈성이 확보된다.

④ 응집도가 낮을수록, 결합도가 낮을수록 모듈성이 확보된다.

문제 2 해설

전응집도(Cohesion)란 하나의 프로세스가 해당 업무 고유의 기능을 잘 처리할 수 있는지를 나타내는 정도를 말하며, 결합도(Coupling)란 하나의 프로세스가 다른 계층의 업무 활동 과의 연관되어 있는지를 나타내는 정도를 말한다. 따라서 프로세스 계층도는 응집도가 높을수록, 결합도가 낮을 수록 분석의 복잡도, 모호성이 감소되어 분석의 집중력을 향상시켜 프로젝트 관리 및 프로세스 유지보수에 용이하다.

문제 3. 유즈케이스 다이어그램의 필수 구성요소가 아닌 것은?

① 액터(Actor)

② 유즈케이스(Usecase)

③ 유즈케이스 관계

④ 시스템 경계

문제 3 해설

유즈케이스다이어그램의 구성요소로는 정보시스템과 상호 작용하는 정보서비스를 받는 객체인 액터(Actor), 도출된 액터별로 정보시스템에서 제공해야 하는 기능을 나타내는 유즈케이스(Usecase), 유즈케이스 관계로 구성된다. 액터(Actor)와 유즈케이스 관계에는 세 가지 관계가 성립한다.

확장(Extend) : 하나의 유즈케이스가 다른 유즈케이스를 경우에 따라 수행할 수도 있고 안할 수도 있는 Optional하게 수행되는 경우에 사용되는 경우 포함(Include) : 하나의 유즈케이스가 다른 유즈케이스를 반드시 수행되는 경우에 사용되는 경우

Communicates : 액터(Actor)가 특정 유즈케이스와의 유일한 관계를 나타내는 경우 등으로 구성 된다. 시스템 경계(system boundary)란 구축해야 되는 유효 범위를 나타내며 시스템의 경계와 시스템을 위한 유즈케이스를 포함한다. 이는 필수적인 구성요소라기 보다는 선택적 구성요소이다.

문제 4. 아래 그림과 같은 유즈케이스 다이어그램을 보고 기술된 사항 중 비기능적 요구 사항이 아닌 것은?

① 사용자가 도서 검색시에 복잡한 질의를 하더라도 반응 시간은 3초이내가 되어야 한다.

② 데이터 저장은 관게형 DBMS을 사용하여 데이터의 안정성을 확보하도록 한다.

③ 이용자가 대출 기한을 연장한 경우에 추가 대출 신청이 발생해도 대출을 승인하지 않게 한다.

④ 개발되는 도서자동화시스템은 윈도우 및 웹인터페이스도 함께 제공되어야 한다.

문제 4 해설

유즈케이스다이어그램의 비기능적 요구 사항은 세가지이다.

1) 시스템이 만족시켜야 하는 제약 조건(기술적 제약 조건, H/W, S/W, 인터페이스와 관련된 제약 조건)

2) 시스템이 반드시 만족시켜야 하는 주요 성능 척도(반응시간, 저장능력, 동시처리능력)

3) 신뢰성, 확장성, 이식성, 보안 등

③은 해당 대출 또는 대출 승인 유즈케이스에 비즈니스 업무 흐름으로 기능적 요구 사항이다.

문제 5. 분석 결과 산출물에 대한 재검토를 실시하여 사용자의 정보 요구 사항이 반영되었는지에 대한 검토 작업을 수행한다. 이에 산출물별 체크리스트 기준 중 포함되지 않는 것은?

① 일관성

② 주관성

③ 정확성

④ 완전성

문제 5 해설

분석 대상 결과 산출물에 대한 리뷰 기준은 완전성, 정확성, 일관성, 안정성 등이다.

１. 정보 요구 검증

1) 정보 요구 상관 분석 기법

□ 정보 요구 조사 및 분석 단계를 거쳐 도출된 정보 요구 목록의 완전성을 검증하기 위한 목적으로 상관분석을 활용한다.

□ 상관 분석을 위해 정보 요구 대 애플리케이션, 정보 요구 대 업무 기능, 정보 요구 대 조직에 대한 매트릭스 기법을 활용한다.

□ 정보 요구 대 애플리케이션의 상관분석에는 CRUD 매트릭스 분석 기법을 활용하며, 매트릭스의 셀값은 기본 프로세스의 셀값에 대한 액션을 기준으로 C(Create), R(Read), U(Update), D(Delete)으로 작성한다.

□ 정보 요구 대 업무기능, 정보 요구 대 조직의 상관분석시 매트릭스의 셀값은 정보 항목을 생성 또는 변경하는 경우에는 C(Create or Change)로 그리고 활용만 하는 경우에는 U(Use)로 작성한다.

□ 매트릭스 작성시 정보 요구, 기본 프로세스, 업무 기능, 조직을 빠짐없이 도출하여 가로축과 세로 축에 배치하여야 하며 가로축과 세로축의 대응값이 모두 누락되었을 경우에는 분석의 완성도가 낮아지게 된다.

2) 추가 및 삭제 정보 요구 사항 도출

□ 상관분석 매트릭스의 셀값을 통해 정보 요구 사항 도출의 누락 및 삭제 여부를 파악할 수 있으며 동시에 업무 기능, 프로세스, 조직과 정보 요구의 일관성을 유지할 수 있다.

□ 정보 요구 대 애플리케이션 상관분석을 통해 작성된 매트릭스는 다양한 점검기준에 의해 조치 사항을 도출할 수 있으며, 애플리케이션과 관련된 조치 사항이 발생될 경우에는 관련 애플리케이션 팀과 협의하여 정보 요구 사항과 기본 프로세스의 일관성을 유지한다.

□ 정보 요구 대 조직, 정보 요구 대 업무 기능에 대한 매트릭스 작성 후, 작성된 매트릭스 셀값의 매핑누락 여부, 정보항목의 생성 업무 기능이나 조직의 존재 여부 및 정보 항목의 활용 여부 등에 대한 상세 분석을 실시한다.

3) 정보 요구 사항 보완 및 확정

□ 상관분석을 통해 파악된 누락 혹은 삭제 정보요구 사항은 현업 담당자와의 미팅을 실시한 후 반영 계획에 따라 정보 요구 목록에 반영한다.

□ 상관분석의 결과에 따라 보완된 정보 요구 사항은 사용자의 리뷰를 거쳐 최종 정보 요구 사항으로의 최종 반영 여부에 대한 의사결정 프로세스를 거친 후 확정된다.

2. 정보 요구 검증 문제 및 풀이

문제 1. 정보 요구 사항 도출의 완전성을 검증하기 위해 정보 요구 대 애플리케이션의 상관분석에 사용되는 분석기법은?

① CRUD 매트릭스

② RAEW 매트릭스

③ 변환 매트릭스

④ 추적 매트릭스

문제 1 해설

정보 요구 사항과 기본 프로세스의 상호 연관 관계를 C(Create), R(Read), U(Update), D(Delete)로 나타내는 CRUD 매트릭스를 통해 정보 요구 도출의 완전성을 검증할 수 있다.

RAEW 분석은 매트릭스 상에서 업무 기능을 조직 단위에 연관시키는 것이며 각 셀값으로는 R(Responsibility, 책임), A(Authority, 권한), E(Expertise, 전문기술), W(Work, 실무)로 정의할 수 있다.

문제 2. 정보 요구의 상관분석을 외부 감리팀이 수행할 경우에 해당하는 설명으로 맞지 않은 것은?

① 상관분석 수행에 필요한 업무의 이해도가 저하될 수 있다.

② 정보 요구의 도출 절차에 대한 높은 이해도와 관련 팀과의 원활한 의사소통으로 인해 인력의 추가 투입 없이 상관분석을 원활하게 진행할 수 있다.

③ 프로젝트 내부 인력이 효과적으로 지원하지 않을 경우 상황에 맞지 않는 분석 결과가 만들어질 수 있다.

④ 상관분석의 객관성을 극대화 시킬 수 있다.

문제 2 해설

정보 요구 도출 절차의 높은 이해도와 원활한 팀 간 의사소통으로 인한 자원의 효율성 극대화는 정보 요구 분석가의 자체 상관분석 수행을 통해 획득할 수 있다.

문제 3. CRUD 매트릭스 활용시 하나의 정보 항목에 대한 복수의 프로세스 액션이 발생할 경우 CRUD의 셀값 입력의 우선순위로 맞게 작성된 것은?

① C > D > R > U

② C > R > U > D

③ C > D > U > R

④ C > U > R > D

문제 3 해설

매트릭스의 각 셀에는 기본 프로세스가 사용하는 정보 항목에 대한 액션이 생성(C), 조회(R), 수정(U), 삭제(D)로 표현되는데, 복수의 액션이 발생할 경우에는 C > D > U > R의 우선순위에 따라 하나만을 기록해야 한다.

문제 4. ‘고객 문의 내역’과 같이 정보 요구 사항을 삭제하는 기본 프로세스가 존재하지 않을 경우의 조치 사항이 아닌 것은?

① 기본 프로세스가 누락되어 신규 프로세스의 도출이 필요하다.

② 업무에 삭제가 없으므로 삭제가 필요한지의 여부를 파악한다.

③ 기본 프로세스가 분석 대상 업무 영역에 속하지 않는다.

④ 정보 항목이 지나치게 크므로 정보 항목의 세분화가 필요하다.

문제 4 해설

정보 항목이 지나치게 크므로 정보 항목의 세분화가 필요한 경우는 정보 항목이 7개 이상의 기본 프로세스에서 사용될 경우에 해당한다.

문제 5. ‘문의 접수 사항’, ‘문의 접수 진행’, ‘문의 해결’항목의 분석 결과와 조치 사항으로 적합한 것은?

① 기본 프로세스가 누락되어 신규 프로세스의 도출이 필요하다.

② 업무에 삭제가 없으므로 삭제가 필요한지의 여부를 파악한다.

③ 기본 프로세스가 분석 대상 업무 영역에 속하지 않는다.

④ 정보 항목이 지나치게 크므로 정보 항목의 세분화가 필요하다.

문제 5 해설

문의접수사항, 문의접수진행, 문의해결 항목은 정보 항목이 생성만 되고 사용되는 곳이 없다

１. 데이터 표준화 개요

1) 데이터 표준화 필요성

□ 현재 데이터 활용에 따른 문제점으로는 데이터의 중복, 시스템별 데이터 불일치, 데이터에 대한 의미 파악시 어려움 등이 있다.

□ 데이터 품질 및 표준이 가지는 문제점으로 동시 다발적인 정보시스템 개발,전사 데이터 관리 마인드 미형성, 전사 데이터 관리 인력 부재, 전사 데이터 표준 관리 도구 부재를 들 수 있다.

□ 기업의 전략적 의사결정으로서 데이터의 중요성이 증가함에 따라 전사적인 데이터 표준화 활동이 필요하다.

□ 데이터의 표준화 후 발생되는 기대효과로는 명칭의 통일로 인한 명확한 의사소통의 증대, 일관된 데이터 형식 및 규칙의 적용으로 인한 데이터 품질향상 등을 들 수 있다.

2) 데이터 표준화 개념

□ 데이터 표준화는 시스템별로 산재해 있는 정보 요소에 대한 정의, 명칭, 형식, 원칙을 수립하여 전사적으로 적용하는 것을 의미한다.

□ 데이터 표준화 구성요소로는 데이터 명칭, 데이터 정의, 데이터 형식, 데이터 규칙 등이 있다.

□ 데이터 명칭을 부여할 때는 유일성, 업무적 관점에서의 보편성, 의미전달의 충분성 등을 고려하여 부여한다.

□ 사용자가 의미를 잘 이해할 수 있도록 데이터의 정의를 기술해야 하며, 서술로서만 의미가 어려울 경우 관련 계산식이나 예를 포함하여 이해를 높인다.

□ 데이터 항목에 도메인 표준을 적용함으로써 형식이 비슷한 항목이 서로 다르게 되지 않도록 적용 한다.

□ 발생 가능한 데이터 값을 사전에 정의함으로써 데이터의 정합성 및 완전성을 향상할 수 있는 방법으로 데이터에 대한 기본 값, 허용 값, 허용 범위 등을 정의한다.

□ 데이터 표준으로 관리하는 대상으로는 표준 용어, 표준 단어, 표준 도메인, 코드 등이 있다.

□ 표준 용어는 일상 업무에서 사용하는 업무적 용어와 정보시스템에서 사용하는 기술적 용어로 정의한다.

□ 데이터에 대한 정책과 표준 정의, 데이터 구조 설계, 데이터 모델 관리 등은 데이터 관리자의 기본적인 역할이다.

3) 데이터 표준화 필요성

□ 전사 데이터 표준을 관리하고 전체적인 프로세스를 지원하기 위해서는 데이터 표준 시스템을 고려한다.

□ 일반적인 데이터 표준 관리 시스템의 기본 기능으로 표준 관리,구조 관리,프로세스 관리가 있다.

□ 전사에 존재하는 여러 시스템의 표준을 지원하고, 향후 전사 표준화로 통합하기 위해 멀티 표준의 기능들이 필요하다.

2. 데이터 표준화 개요 문제 및 풀이

문제 1. 데이터 표준화의 기대효과에 가장 적합하지 않은 것은?

① 명칭의 통일로 인한 명확한 의사소통의 증대

② 일관된 데이터 형식 및 규칙의 적용으로 인한 데이터 품질 향상

③ 인터페이스 데이터 변환시간 증가

④ 필요한 데이터의 소재 파악에 소요되는 시간 및 노력 감소

문제 1 해설

데이터 표준화로 인한 인터페이스시 변환 및 정제에 대한 시간은 감소한다.

문제 2. 데이터 관리자(Data Administrator)의 역할과 가장 거리가 먼 것은?

① 데이터에 대한 정책과 표준 정의

② 부서간 데이터 구조 조율

③ 데이터베이스 성능 개선 방안 수립

④ 데이터 모델 관리

문제 2 해설

데이터베이스 성능 개선 방안 수립은 데이터베이스 관리자의 주된 역할이다.

문제 3. 다음 중 데이터 명칭에 대한 표준화 원칙으로서 가장 적절치 않은 것은?

① 데이터 명칭은 해당 개념을 유일하게 구분해 주는 이름이어야 한다

② 데이터 명칭은 업무적 명칭과 기술적 명칭을 구분하여 활용한다.

③ 데이터 명칭은 업무적 관점에서 보편적으로 인지되는 이름이어야 한다.

④ 데이터 명칭은 그 이름만으로 데이터의 의미 및 범위가 파악될 수 있어야 한다.

문제 3 해설

데이터 명칭은 현업에서 활용하는 업무적 용어를 가능한 정보시스템 구현에 활용함으로써 상호간의 의사소통을 명확히 할 수 있다.

문제 4. 다음 중 데이터 표준의 구성요소에 대한 설명 중 가장 적절치 않은 것은?

① 표준 용어는 업무적으로 사용하는 용어에 대한 표준을 정의한 것이다.

② 표준 단어는 표준 용어를 구성하는 단어에 대한 표준을 정의한 것이다.

③ 표준 코드는 개별 업무 시스템의 코드를 수립한 것을 의미한다.

④ 표준 도메인은 칼럼에 대한 성질을 그룹핑한 것이다.

문제 4 해설

표준 코드는 전사에 산재된 코드를 취합하여 통합 과정을 거친 전사 표준 코드를 의미한다.

문제 5. 일반적인 데이터 표준화 관리도구가 가지는 기능 중 가장 거리가 먼 것은?

① 표준화 충실도 검사 기능

② 표준 사전 관리 기능

③ 코드 인스턴스 조회 기능

④ 데이터 모델 변경 영향도 분석

문제 5 해설

데이터 모델 변경 영향도 분석은 애플리케이션 프로그램과 데이터 인터페이스 프로그램 등의 관리를 통해 데이터 모델과 프로그램 간의 영향도 분석을 시행하는 메타 데이터 시스템의 주요 기능이다.

１. 데이터 표준 수립

1) 데이터 표준화 원칙 정의

□ 현업 및 개발자로부터 데이터 표준과 관련된 요구 사항을 인터뷰 및 설문조사 등을 통해 조사한다.

□ 현행 정보시스템에서 적용하고 있는 데이터 표준 원칙 및 데이터 표준을 수집하여 현행 데이터 표준의 관리 대상 및 현황을 파악한다.

□ 조사된 데이터 표준화 요구 사항과 현행 데이터 표준 관리 현황을 토대로 데이터 표준 대상별 문제점 및 개선 방안을 도출한다.

□ 데이터 표준 개선 방안을 참고하여 전사 데이터 표준 기본 원칙을 정의하고 각 데이터 표준 대상별 데이터 표준 지침을 작성한다.

□ 데이터 표준 지침 작성시 데이터 표준화 관련자의 역할과 책임에 대한 명시, 데이터 표준 대상별 명명규칙 정의, 데이터 형식에 대한 기준 정의 등을 포함한다.

□ 주요 데이터 표준화 대상의 일반적인 지침의 예로는 한글명 및 영문명에 대한 허용 길이, 합성어에 대한 정의 지침,동음이의어/이음동의어 허용 여부 및 처리 방안 등에 대하여 지침을 정의한다.

□ 적용 DBMS별 특성을 감안하여 타 DBMS에서 적용이 불가능한 상황이 발생하지 않도록 주의한다.

2) 데이터 표준 정의

□ 표준 단어 사전을 작성하기 위해서는 기존 데이터 모델 및 업무 용어가 사용하고 있는 모든 단어들을 수집하고 정련을 통해 작성한다.

□ 표준 단어란 문법상 일정한 뜻과 구실을 가지는 말의 최소 단위를 의미하며 기업에서 업무상 사용하며 일정한 의미를 갖는다.

□ 표준 단어 사전 작성시 동음이의어와 이음동의어에 주의한다.

□ 표준 단어 사전 작성시 접두어 및 접미어 처리에 대한 원칙을 수립하여 혼동을 방지해야 한다.

□ 표준 도메인은 전사적으로 사용하고 있는 데이터를 유사한 그룹으로 나누어 동일한 유형과 길이를 정의하기 위한 방안이다.

□ 하나의 도메인은 여러 개의 하위 도메인을 가질 수 있다.

□ 하나의 데이터 항목은 복수개의 도메인을 지정할 수 없고, 반드시 하나의 도메인을 지정해야 한다.

□ 어느 도메인에도 속하지 않는 항목이 있을 수 있기 때문에 모든 용어를 전부 만족하는 도메인을 만들 필요는 없다.

□ 표준 코드를 정의하기 위해서는 개별 시스템에서 관리되는 현행의 코드값을 조사하여 작업한다.

□ 표준 코드는 업무 범위에서 가능한 유일하게 정의를 해야 데이터의 중복 및 불일치성을 방지할 수 있다.

□ 코드를 관리하는 방법으로는 단독 코드 테이블로 관리하는 방법, 전체를 하나의 테이블에 통합하여 관리하는 방법, 해당 애플리케이션 내부에서 관리하는 방법 등이 있다.

□ 가능한 전체 코드를 하나의 테이블에서 통합 관리하는 것이 좀더 효율적일 수 있다. 신규 정의 및 변경에 대응하기가 쉽다.

□ 코드 통합시에는 가능한 기존 코드를 기준으로 통합을 하며, 너무 무리한 통합으로 의미의 이해나 사용에 무리가 되지 않도록 한다.

□ 특정 데이터 항목이 사용되는 코드값을 조사하여 허용값 및 허용 범위에 대한 정확성 여부를 검토 한다.

□ 일부 업무에서 특정 코드의 전체를 사용하지 않고 범위를 한정하여 사용하는 경우 별도의 파생 코드를 생성하여 사용하도록 하고, 이 때는 반드시 표준 코드에서 정의된 값을 재사용하도록 한다.

□ 표준 용어 사전은 업무에서 자주 사용하는 용어를 조합하여 사용하도록 한다.

□ 표준 용어를 작성할 때는 너무 지나친 약어를 사용해서 업무에 대한 이해도가 떨어지지 않도록 주의한다.

□ 정의된 표준 용어가 너무 길다면 두개의 표준 용어로 분할하거나 복합 용어의 생성을 검토한다.

3) 데이터 표준 확정

□ 정의된 데이터 표준들이 업무적으로나 의미적으로 유일한지, 필수 입력사항은 전부 정의되었는지, 전사 정보시스템에서 사용하기에 적합한지를 검토한다.

□ 데이터 표준에 대한 검토 계획을 수립하여 관련자의 검토를 받도록 한다.

□ 검토시 지적된 사항에 대한 보완 사항이 반영되었는지, 되지 않았다면 구체적인 사유가 무엇인지를 파악한다.

□ 최종 확정된 데이터 표준을 배포하여 전사 시스템에 적용 가능하도록 데이터 표준 관리 도구에 등록하고, 데이터 표준에 대한 이해 및 효과적인 적용을 위해 교육 작업을 수행한다.

2. 데이터 표준화 개요 문제 및 풀이

문제 1. 다음 중 표준 단어에 대한 데이터 표준 지침에 기술 될 수 있는 사항이 아닌 것은?

① 영문 약어명에 대한 허용길이

② 정의에 대한 기술 방법

③ 데이터 형식에 대한 기술 방법

④ 이음동의어에 대한 처리 방침

문제 1 해설

각 DBMS에는 물리명의 길이 제약이 있기 때문에 표준 단어에서 영문 약어명의 허용 길이를 제한 함으로써 용어의 물리명 길이를 최소화할 수 있고, 표준화를 위해 수많은 동음이의어, 이음동의어에 대한 처리방안이 필요하다. 동음이의어일 경우에 어느 의미를 나타내는지를 명확하기 위해 표준 단어에 대한 정의를 정확히 기술해야 한다. 그러나 데이터 형식은 표준 단어와는 관련이 없다.

문제 2. 다음 중 접두어/접미어를 합성단어로 관리하는 방식에 대한 설명이 아닌 것은?

① 일관된 단어 사전의 모습을 가지지 못한다.

② 단어 사전의 단어 개수가 많지 않다.

③ 사용자 편의성이 높다.

④ 물리 DB의 허용길이를 넘는 경우가 발생할 가능성이 낮다.

문제 2 해설

접두어/접미어를 합성단어로 관리하게 될 경우 미완성, 미지급, 미등록 등 접두어/접미어를 일일이 합성하여 표준 단어로 신규 등록해야 하므로 단어 사전의 단어 개수가 많아진다.

문제 3. 다음 중 데이터 표준 기본 원칙으로 가장 부적절한 것은?

① 한글명에 대해서는 복수개의 영문명을 허용한다.

② 영문명(물리명) 전환시 발음식(예: 번지-->BUNJI)도 허용한다.

③ 한글명 및 영문명 부여시 띄어쓰기는 허용하지 않는다.

④ 영문명에 대해서는 복수개의 한글명을 허용한다.

문제 3 해설

한글명에 대해 복수개의 영문명을 허용할 경우, 해당 용어를 데이터베이스에 반영할 때 어떠한 물리명을 써야 할 지에 대한 판단이 불가능하기 때문에 하나의 한글명에 대해서는 반드시 하나의 영문명만 허용하도록 한다.

문제 4. 다음 중 표준 용어와 직접적인 관련이 없는 것은?

① 표준 단어

② 표준 도메인

③ 표준 코드의 코드값

④ 기존 업무 용어

문제 4 해설

표준 용어는 기존 업무 용어를 토대로 하여 표준 단어 사전에 등록된 관련 표준 단어의 조합으로 구성하며, 속성과 관련된 용어일 경우 표준 도메인을 적용하여 데이터 형식을 부여할 수 있다. 그러나 표준 코드의 코드값은 일종의 데이터 값이기 때문에 아무 상관이 없다.

문제 5. 데이터 표준 확정을 위한 검토와 가장 관련이 없는 것은?

① 현행 데이터 모델과 데이터 표준과의 비교 검토

② 데이터 표준별 필수입력 사항 확인

③ 표준 단어와 표준 용어간의 정합성 검토

④ 표준 용어간 유사 용어 검토

문제 5 해설

데이터 표준 확정시에는 각 데이터 표준별 필수 입력 사항을 체크하고, 표준 용어가 표준 단어를 이용하여 제대로 정의되었는지 그리고 중복하여 정의된 유사 데이터 표준이 있는지 등을 검토한다. 데이터 표준은 향후 정보시스템에 적용하기 위해 정의하는 것으로 기존 정보시스템 및 데이터 모델과는 비교 검토할 필요가 없다.

１. 데이터 표준 관리

1) 데이터 표준 관리

□ 데이터 표준 단계부터 수립된 데이터 표준을 준수하기 위해서는 절차를 수립하여 준수하도록 한다.

□ 데이터 표준을 관리하기 위한 구성요소로는 프로세스, 태스크, 역할과 담당 업무가 필요하다.

2) 데이터 표준 관리 프로세스

□ 데이터 표준 관리 프로세스는 데이터 표준이 변경되거나 신규로 개발을 해야 하는데 정립된 표준이 없는 경우에 적용하는 프로세스이다.

□ 데이터 표준 프로세스를 진행하기 위해서는 개인별 담당 업무와 역할의 수립이 중요하다

□ 데이터 표준을 변경하기 위해서는 관련 있는 시스템이나 테이블, 표준 대상, 프로그램에 대한 영향도 분석해야 한다.

2. 데이터 표준 관리 문제 및 풀이

문제 1. 다음 중 데이터 표준 수립 후 지속적인 데이터 표준 관리를 위해 수립되어져야 하는 업 무 프로세스로서 가장 적합하지 않은 것은 ? 274 데이터아키텍처 전문가 가이드

① 데이터 표준 변경 관리 프로세스

② 데이터 표준 변경에 따른 영향도 분석 프로세스

③ 데이터 모델 변경 프로세스

④ 데이터 표준 정의 프로세스

문제 1 해설

데이터 표준 정의 프로세스는 전사적인 데이터 표준화 추진시 전사적인 데이터 표준을 정의하는작업과 관련된 일련의 프로세스이다.

문제 2. 데이터 표준 관리의 전반적인 프로세스에서 신규 및 변경 영향도를 분석하기에 가장 적합한 담당자는?

① 업무 담당자

② 데이터베이스 관리자

③ 데이터 관리자

④ 현업 사용자

문제 2 해설

데이터베이스 관리자도 영향도를 파악할 수 있으나, 데이터 관리자가 데이터베이스 관리자와 함께 전체적인 영향을 파악하는 것이 효율적이다.

문제 3. 다음 중 데이터 표준 관리 프로세스의 역할별 업무 내용으로 가장 적절하지 않은 것은?

① 업무 담당자는 표준 변경을 신청한다.

② 데이터 관리자는 여러 업무시스템간 표준 변경으로 인한 업무 조정역할을 수행한다.

③ 전사 데이터 관리자는 전사 표준원칙 준수 여부를 검토한다.

④ 데이터베이스 관리자는 표준의 변경으로 인한 물리 DB 변경사항을 반영한다.

문제 3 해설

데이터 표준의 변경으로 인한 전사적인 업무 조정 역할은 전사 데이터관리자의 역활로 적합하며,단위 업무내에서 발생하는 변경 사황에 대한 조정역활은 데이터 관리자가 수행한다.

문제 4. 다음 중 데이터 표준 관리 업무를 수행하는 데이터 관리자로서 가장 적절하지 않은 것은?

① 데이터 관리자는 표준 변경으로 인한 변경 영향도를 평가한다.

② 데이터 관리자는 표준 준수여부를 검토한다.

③ 데이터 관리자는 모델 변경사항을 데이터 모델에 반영한다.

④ 데이터 관리자는 표준을 확인 후 데이터 모델 변경 신청을 수행한다.

문제 4 해설

개별 업무담당자가 작업한 표준에 대한 검토를 데이터 관리자가 수행하고, 잘못된 부분에 대한 지적 및 검토를 개별 업무담당자에게 통보하면, 개별 담당자는 필요한 변경을 반영하기 위해 신청 프로세스를 수행한다.

문제 5. 다음 중 표준 용어 변경시 영항도 분석의 대상으로 가장 적합한 것은 ?

① 사용자 업무 매뉴얼

② 전산처리 지침서

③ 보고서 레이아웃

④ 정의된 코드명

문제 5 해설

정의된 코드명은 표준 용어가 변경됨에 따라 새로운 용어로 다시 생성되어야 하기 때문에 변경시영향도 분석에 포함되어야 한다.

１. 데이터 모델링 개요

1) 데이터 모델링 개요

□ 데이터 모델링은 복잡한 현실 세계를 단순화시켜 표현하는 것이다.

□ 데이터 모델링은 기업 업무에 대한 이해를 바탕으로 데이터에 존재하는 업무 규칙을 명확하게 표현하는 추상화 기법이다.

□ 데이터 모델링은 개념 데이터 모델링, 논리 데이터 모델링, 물리 데이터 모델링의 단계가 있다.

□ 논리 데이터 모델링의 접근 방식을 성공적으로 이끌기 위해 커뮤니케이션 원칙, 상세화 원칙, 논리적 표현의 원칙으르 토대로 한다.

2) 데이터 모델링 기법 이해

□ 개체-관계 모델을 사용하는 목적은 여러 사람들이 서로 다르게 인식되고 있는 뷰들을 하나로 통합할 수 있는 단일화된 설계안을 만들기 위해서이다. 또한 서로 다른 뷰들을 충족시킬 수 있는 데이터 처리와 제약 조건 등의 요구 사항을 정의하기 위해서이다.

□ 개체-관계 다이어그램의 요소에는 엔터티, 속성, 관계, 식별자 등이 있다.

□ 객체지향 개념에서 객체는 객체를 기술하는 데이터와 그 기술 데이터를 운영하는 메소드로 구성된다. 속성 유형과 메소드를 공유하는 객체가 그룹화되어 객체 클래스로 된다.

3) 데이터 모델 구성요소

□ 엔터티는 기업에서 지속적으로 저장하고 관리해야 할 대상이다. 하나의 관리 대상이 엔터티가 되기 위해서는 두개 이상의 속성을 가져야 한다.

□ 관계란 엔터티 간의 관계를 말하며 데이터 간에 존재하는 업무 관계를 보여주는 것이다.

□ 속성은 하나의 엔터티에 종속되는 명사적 단어들을 말한다.

2. 데이터 모델링 개요 문제 및 풀이

문제 1. 데이터 모델이 우리에게 제공하는 것이 아닌 것은?

① 시스템을 구축하는 틀을 제공한다.

② 시스템의 구조와 행동을 명세화 할 수 있게 한다.

③ 데이터의 정의를 데이터의 사용과 분리하지 않으므로 데이터 혹은 프로세스의 변화를

일으킬 수 있는 가능성을 줄인다.

④ 다양한 영역에 집중하기 위해 다른 영역의 세부사항은 숨기는 다양한 관점을 제공한다.

문제 1 해설

데이터 모델링의 주의점 중에 하나인 비유연성에 따라 데이터의 정의를 데이터의 사용과 분리하므로 변화 요인을 줄일 수 있다.

문제 2. 데이터 모델링의 주의점이 아닌 것은?

① 중복(Duplication)

② 비유연성(Inflexibility)

③ 변환(Conversion)

④ 비일관성(Inconsistency)

문제 2 해설

데이터 모델링의 주의점이라 할 수 없는 변환(Conversion)은 시스템 분석에서 데이터베이스 요구사항을 고려하기는 하지만, 데이터의 흐름, 데이터 변환, 입력, 출력 설계와 같이 데이터 처리를 위한 과정을 말한다.

문제 3. 시스템 개발자들이 애플리케이션에서 사용되는 데이터가 어떤 것인지 파악하고 이해하고 또한 데이터들 간의 상호 연관성을 정확히 파악하는데 데이터 모델링이 필요할 수 있다.

개발자들의 시스템 이해에 데이터 모델링이 필요한 이유가 아닌 것은?

① 데이터 정의, 생명주기 정보 그리고 언제 어떻게 데이터가 사용되었는지 등을 추적할 수 있는 정보를 데이터 모델링은 제공한다.

② 물리적인 것과 논리적인 것을 구별하여 데이터를 사용하는 사람과 물리적인 모든 것으로 부터 독립되어 조직과 사용자가 필요로 하는 필수적이고 기본적인 데이터를 정의할 수 있다.

③ 데이터에 대해 관리자, 사용자, 프로그래머들이 서로 다르게 인식되고 있는 뷰들을 하나로 단일화시킨다.

④ 데이터 모델링은 사용자가 원하는 것의 논리적 개념과 시스템이 어떻게 그것을 제공하는지의 물리적 개념을 명확하게 나타내어 준다.

문제 3 해설

개발자들의 시스템 이해를 위해 데이터 모델링의 필요성은 증대된다. 사용자 관점의 데이터 즉 물리적 개념을 명확하게 나타낸다. 물리적 표현 또는 사용에 관계없는 데이터 그 자체의 본질에서 데이터 모델링은 물리적인 것으로부터 독립되어 사용자가 필요로 하는 필수적이고 기본적인 데이터를 정의 할 수 있다. 또한 에플리케이션 간의 데이터 사용이 언제 어떻게 사용되었는지 등을 추적할 수 있는 정보를 데이터 모델링은 제공한다.

문제 4. 객체지향 모델링의 용어에서 잘못 설명한 것은?

① 조직이나 시스템은 객체라는 것에 관련되어 있고 객체에 대한 정보를 저장한다.

② 객체는 대개 객체를 기술하는 데이터와 그 기술 데이터를 운영하는 메소드로 구성된다.

③ 속성 유형과 메소드를 공유하는 객체가 그룹화되어서 객체 단일화라 한다.

④ 객체는 연관(Association) 또는 상속을 통해서 다른 객체와 연결된다.

문제 4 해설

속성 유형과 메소드를 공유하는 객체가 그룹화되어서 객체 클래스(또는 클래스)라 한다.

문제 5. 식별자의 정의와 유형의 설명 중 틀린 것은?

① 후보 식별자 : 하나의 엔터티로부터 식별자를 추출하기 위해서는 가능성이 있는 속성들을 먼저 찾는데 이런 속성들을 후보키라고 한다.

② 식별자(Unique Identifier) : 후보자키들 중에서 식별자가 결정되는데 이 속성을 식별자라 한다.

③ 대체 식별자 : 추출된 엔터티에 식별자가 될 수 있는 속성이 없다면 분석 설계자에 의해 임으로 하나의 속성을 식별자로 추가할 수 있는 데 이런 속성을 대체 식별자라 한다.

④ 식별자란 하나의 엔터티에 구성되어 있는 여러 개의 속성 중에 엔터티를 대표할 수 있는 속성을 의미한다.

문제 5 해설

대체키(Alternate Key)는 후보키들 중에서 식별키가 되지 못한 속성을 대체키라고 한다.

１. 개념 데이터 모델링

1) 개념 데이터 모델링 이해

□ 개념 데이터 모델링은 대상을 주요 엔터티로 한정한다는 것일 뿐 논리 데이터 모델링의 일부분에 포함된다.

□ 개념 데이터 모델링은 최종적인 논리 데이터 모델이 완성되는 과정에서 존재하는 데이터 모델링이다.

2) 주제 영역 정의

□ 주제 영역은 기업이 사용하는 데이터의 최상위 집합니다. 이것은 데이터의 전체 구조를 단계적으로 파악하는데 많은 도움을 준다.

□ 주제 영역명은 가능하다면 업무 용어를 사용하고 데이터 그룹을 의미하는 용어를 사용하는 것이 좋다.

3) 후보 엔터티 선정

□ 데이터 모델링에서 엔터티를 직관적으로 정의하는 것은 거의 불가능하다.

□ 업무에서 사용되는 많은 소스(Source)로부터 엔터티 후보를 도출하고 이들은 하나씩 확인해 나아가는 것이 중요하다.

□ 후보를 선정하는 과정에서 엔터티를 정의하려고 하면 수평적 사고가 무너지기 쉽다.

□ 후보를 선정할 때는 엔터티 후보가 집합인지 정도만 파악한다.

4) 핵심 엔터티 정의

□ 핵심 엔터티 정의는 엔터티 후보를 도출한 대상들이 엔터티 요건에 맞는지를 확인하고 정의해 나아가는 과정이다.

□ 엔터티로 확정되면 식별자가 정의되어야 한다. 즉 엔터티에 인스턴스(Instance)가 생기는 단위를 결정하는 것이 필요하다.

□ 핵심 엔터티 정의 단계에서 식별자는 향후 식별자 확정 과정에서 결정될 실질 식별자와는 구별되어져야 한다.

5) 관계 정의

□ 릴레이션십(Relationship)은 엔터티와 엔터티 사이의 관계를 말한다.

□ 엔터티 사이에는 하나 이상의 관계가 존재할 수 있다.

□ 관계는 서로 다른 두 엔터티 간에 존재하거나 자신과 자신 사이에 존재할 수도 있다.

□ 관계는 두 개의 관점을 가지고 있는데 개념 데이터 모델링 단계에서는 핵심 엔터티를 위주로 정의 하기 때문에 M:M 관계가 많이 생성된다. 하지만 논리 데이터 모델이 완성되는 시점에서는 모든 M:M 관계는 해소된다.

2. 개념 데이터 모델링 문제 및 풀이

문제 1. 다음 중 엔터티끼리만 묶여 있는 것은?

① 고객, 거래자, 금융기관

② 상품, 사고유형코드, 수납기관

③ 고객, 상품, 주문

④ 청구서, 진단서, 불량거래자

문제 1 해설

1) 거래자는 속성이다.

2) 사고 유형 코드, 수납기관은 속성이다.

4) 불량 거래자 관계 속성이다.

문제 2. 개념 데이터 모델링에서 모든 엔터티를 결정할 때 다음과 같은 기준을 가지고 결정한다. 먼저 고려해야 할 사항 순으로 올바른 것은?

ㄱ) 관리 대상 판정

ㄴ) 집합 여부 확인

ㄷ) 향후 관리 여부 확인

① ㄱ - ㄴ - ㄷ

② ㄴ - ㄱ - ㄷ

③ ㄴ - ㄷ - ㄱ

④ ㄷ - ㄱ- ㄴ

문제 2 해설

해설 없음.

문제 3. 개념 데이터 모델에서‘엔터티는 집합이어야 하지만 모든 집합이 모두 엔터티가 되는 것은 아니다’라는 말이 있다. 맞는 말인가?

① 예

② 아니오

③ 맞을 수도 맞지 않을 수도 있다.

문제 3 해설

모든 집합 중에서 우리가 관리하고자 하는 것만 엔터티로 생성하게 된다.

문제 4. 엔터티 후보 도출을 위해서 참조해야 할 사항들이다. 가장 중요도가 떨어지는 것은?

① 기존 시스템 도큐먼트

② 자료흐름도

③ 현장조사

④ 애플리케이션 개발 표준 정의서

문제 4 해설

개발 표준 정의서에는 비즈니스 데이터에 대한 설명이 부족하다고 볼 수 있다.

문제 5. 엔터티가 되기 위해서는 집합이어야 한다. 즉, 가로와 세로가 존재해야 한다. 여기에서 가로에 해당하는 것은?

① 속성

② 인스턴스

③ 식별자

문제 5 해설

가로에 해당하는 것이 속성이다.

１. 논리 데이터 모델링

1) 논리 데이터 모델링 이해

□ 논리 데이터 모델링은 개념 데이터 모델링에서 정의한 핵심 엔터티와 관계를 바탕으로 속성을 정의하고 식별자를 확정하는 과정이다.

□ 논리 데이터 모델링에서는 정규화를 통하여 새로운 엔터티가 생성되거나 또는 새로운 관계들이 생성된다.

□ 논리 데이터 모델링은 많은 M:M 관계들이 해소되면서 새로운 행위 엔터티들이 생성되는 과정이다.

2) 속성 정의

□ 속성은 엔터티에서 관리되는 구체적인 정보 항목을 말한다.

□ 속성은 더 이상 분리될 수 없는 최소의 데이터 보관 단위이다.

□ 속성도 엔터티와 같이 업무 내용, 다양한 문서들을 통하여 도출된다.

□ 속성을 정의하는 순서는 먼저 후보들을 도출하고 속성이 될 수 있는 조건들에 부합하는지를 확인하여 최종적으로 속성을 정의한다.

3) 엔터티 상세화

□ 엔터티 상세화는 크게 4단계로 구체화된다.

- 식별자 확정 단계

이제까지 논리적 의미의 식별자(본질 식별자)를 기준으로 관계들이 생성되고 속성들이 정의되었다면 이 단계에서는 실질적 식별자를 생성한다.

- 정규화 단계

정규화는 논리적 데이터 모델의 일관성을 유지하고 중복을 제거하여 보다 안정적인 모델을 만드는 단계이다.

- M:M 관계 해소 단계

개념 데이터 모델에서 핵심 엔터티들간의 M:M 관계가 해소되면서 교차 엔터티(IntersectionEntity)가 생성되는 단계이다.

- 참조 무결성 정의 단계

4) 이력 관리 정의

□ 이력 데이터의 관리는 모든 데이터를 대상으로 하지는 않는다.

□ 실제 이력이 발생하는 데이터 중에서도 꼭 필요한 데이터에 한정해서 이력 관리를 수행한다.

□ 이력 관리에서 중요한 사항은 이력 관리의 형태로 시점이력과 선분이력 중에 적합한 형태를 결정하는 것이 중요하다.

2. 논리 데이터 모델링 문제 및 풀이

문제 1. 물리 데이터 모델링에서 칼럼이 되는 논리 데이터 모델의 구성 요소를 모두 고르시오.

① UID

② 속성

③ 테이블

④ 엔터티

문제 1 해설

UID도 속성의 일부분이다.

문제 2. 논리 데이터 모델링에서 기본키를 구성하는 모든 속성은 반드시 값을 가져야 한다는 규칙이 있다. 맞는 말인가?

① 예

② 아니오

③ 맞을 수도 맞지 않을 수도 있다.

문제 2 해설

기본키 규칙의 일부분이다. (NOT NULL 규칙 )

문제 3. 논리 데이터 모델링에서 기본키는 유일성을 보장해 주는 최대 집합이어야 한다는 규칙이 있다. 맞는 말인가?

① 예

② 아니오

③ 맞을 수도 맞지 않을 수도 있다.

문제 3 해설

최대 집합이 아니라 최소 집합니다.

문제 4. 제1 정규형과 관련된 것을 모두 고르시오.

① 유일값

② 결과적으로 자식 엔터티를 가진다.

③ 결과적으로 부모 엔터티를 가진다.

문제 4 해설

하나의 속성을 유일값(단일값)을 가져야 하고 이것을 위반했을 경우에는 자식 엔터티가 생겨나게 된다.

문제 5. 정규화의 설명으로 옳은 것을 모두 고르시오.

① 중복값이 줄어든다.

② 상대적으로 Null이 많이 진다.

③ 데이터 구조의 안정성에 영향을 준다.

문제 5 해설

정규화의 결과로 중복 값이 줄어들고 또한 데이터 구조의 안정성에 영향을 좋은 영향을 주게 된다.

１. 물리 데이터 모델링

1) 물리 데이터 모델링 이해

□ 물리 데이터 모델링은 논리 데이터 모델을 기반으로 생성하게 된다.

□ 논리 데이터 모델을 일정한 기준과 규칙에 의해 변환하는 작업이 물리 데이터 모델링이다.

□ 물리 데이터 모델링은 데이터베이스 관리 시스템(DBMS)의 특성, 기능, 성능 등을 고려하여 데이터베이스의 물리적인 구조를 작성하는 과정이다.

2) 물리 요소 조사 및 분석

□ 데이터베이스의 물리적인 구조를 생성하는데 필요한 요소들을 파악한다.

□ 명명 규칙, 하드웨어 자원의 개략적 내용, 운영체제 및 데이터베이스 관리 시스템 버전(Version)등이 포함된다.

3) 논리-물리 모델 변환

□ 논리 데이터 모델의 각 요소들을 실제적인 데이터베이스 관리 시스템의 물리적인 객체(Object)로 변환하는 작업을 논리-물리 변환이라 한다.

□ 서브타입의 변환은 몇 가지의 형태가 존재하기 때문에 판단의 근거를 숙지하고 최적의 형태를 결정해야 한다.

□ 관계의 변환시 배타적 관계의 변환에 대해서도 몇 가지 판단의 근거를 고려해야 한다.

4) 논리-반정규화

□ 반정규화는 하나의 테이블을 수직 또는 수평으로 분할하는 과정이다.

□ 특정 테이블에 데이터가 너무 많이 있고 레코드 중에서 특정한 범위를 주로 액세스(Access)하는 경우에는 수평분할을 고려할 수 있다.

□ 조회 위주의 칼럼과 갱신 위주의 칼럼이 분명히 나뉘는 경우에는 수직분할을 고려할 수 있다.

□ 반정규화는 성능과 관리 효율을 증대시키지만 데이터의 일관성 및 정합성은 위험을 내포하고 있어 충분한 검토가 필요하다.

2. 개념 데이터 모델링 문제 및 풀이

문제 1. 논리 데이터 모델의 서브타입은 물리 데이터 모델의 어떤 객체로 변환되는가?

① 칼럼

② 프로시져

③ 테이블

④ 인덱스

문제 1 해설

논리 데이터 모델의 서브타입은 물리 데이터 모델의 테이블로 변환된다.

문제 2. “물리 데이터 모델에서는 특정 DBMS의 특성이 고려되어야 한다”라는 말이 있다.

옳은 말인가?

① 예

② 아니오

③ 맞을 수도 맞지 않을 수도 있다.

문제 2 해설

물리 데이터 모델에서 구현된 DBMS의 특성이 반드시 고려되어야 한다.

문제 3. 테이블과 관련된 용어가 아닌 것은?

① 칼럼

② Rows

③ Primary Key

④ UID

문제 3 해설

UID 는 논리 데이터 모델에서 나오는 용어이다.

문제 4. 속성 변환과 관련된 내용이다. 잘못된 것은?

① 칼럼명은 표준화된 약어를 사용한다.

② SQL 예약어의 사용을 피한다.

③ 가능한 길게 의미가 통하게 사용해야 한다.

④ 실제 데이터를 사용하여 변환을 검증한다.

문제 4 해설

의미가 통하게 짧게 사용한다.

문제 5. 레코드를 기준으로 테이블을 분할하는 방법은?

① 수직분할

② 수평분할

③ 복합분할

④ 중목테이블

문제 5 해설

수평 분할을 설명하는 글이다.

１. 데이터베이스 설계

1) 저장 공간 설계

□ 테이블은 목적에 맞는 저장 구조를 설계한다.

□ 칼럼은 데이터 타입과 길이를 설계하고 칼럼 순서를 결정한다.

□ 테이블스페이스와 테이블의 관계를 성능과 관리 편의성을 고려하여 배치

2) 무결성 설계

□ 무결성 강화 방법에는 프로그램 코드, 트리거, 제약 조건 사용이 있고 각각의 장단점을 고려하여 무결성 설계를 해야 한다.

□ 실체 무결성, 영역 무결성, 참조 무결성, 사용자 정의 무결성은 요구되는 조건에 따라 강화 방법을 설계해야 한다.

3) 인덱스 설계

□ 인덱스는 특정 프로그램을 위한 설계가 아닌 데이터베이스에 접근하는 접근 경로를 고려하여 설계되어야 한다.

□ 인덱스 구조를 이해하여 환경에 맞는 인덱스를 설계한다.

4) 분산 설계

□ 분산 설계는 위치 분산, 분할 분산, 복제 분산 방법이 있다.

□ 분할 원칙은 완전성, 재구성, 상호 중첩 배제를 적용하는 것이다.

5) 보안 설계

□ 보안 기본 모델은 주체, 객체, 규칙들의 관계 정의가 필요하다.

□ 접근 제어 유형에는 Value 비종속 규칙, Value 종속 규칙, 의미 종속 규칙으로 나뉜다.

2. 데이터베이스 설계 문제 및 풀이

문제 1. 참조 무결성에 해당되는 것이 아닌 것은?

① 입력 무결성 : 주문 등록시 주문 상품이 존재해야 한다.

② 삭제 무결성 : 상품 삭제시 해당 상품 주문에 상품 코드를 NULL 처리한다.

③ 수정 무결성 : 상품코드 수정시 해당 상품 주문에 상품 코드를 변경한다.

④ 조회 무결성 : 주문 조회시 상품에 있는 상품명을 동시에 조회한다.

문제 1 해설

참조 무결성은 실체 간의 관계에 대한 제약 조건으로 등록, 수정, 삭제, 참조 무결성을 정의하는 것이다.

문제 2. 인덱스 특징을 바르게 설명한 것은?

① B-tree 인덱스는 데이터 변경시 데이터 일관성을 위해 전체 구조를 변경한다.

② 결합 인덱스는 칼럼 순서에 관계없이 분포도가 좋은 칼럼으로 구성한다.

③ 인덱스를 이용하기 위해서는 칼럼과 동일한 데이터 타입으로 변수를 정의해야 한다.

④ 인덱스의 생성과 삭제에 따른 데이터 유실을 고려하여야 한다.

문제 2 해설

① B-Tree 인덱스는 데이터 변경시 해당 값만 노드 변경이 발생한다.

② 결합 인덱스는 칼럼 순서는 항상 사용되는 칼럼 > 등치 조건으로 이용되는 칼럼 > 분포도가 좋은 칼럼 > 정렬 순서에 사용되는 칼럼 순으로 정의한다.

④ 인덱스의 생성과 삭제에 따른 데이터 유실은 발생하지 않는다.

문제 3. 무결성 설계는 다음 중 어떤 사용자를 대상으로 한 설계인가?

① 데이터베이스 관리자를 위한 데이터 회복

② 인가된 사용자의 잘못된 입력

③ 비 인가된 자로부터 데이터 접근제어

④ 불특정 다수에 대한 데이터베이스 보호

문제 3 해설

데이터 무결성 설계는 허가된 사용자의 무효 갱신으로부터 데이터를 보호하기 위해서 무결성 설계가 필요

문제 4. 분산 설계를 바르게 설명한 것은?

① 분산 데이터베이스의 목적은 중복된 데이터가 없는 것이다.

② 논리적인 통합과 물리적인 분산을 위한 설계이다.

③ 분산 데이터베이스는 데이터베이스 통합을 의미한다.

④ 분산 설계는 위치 분산에 대한 설계이므로 동일 전산실 환경에서는 필요 없다.

문제 4 해설

분산 설계는 통합 모델링을 실시하고 물리적인 데이터베이스를 구성하기 위한 설계이다.

문제 5. NOT NULL 제약 조건 설명 중 잘못된 것은?

제1장 데이터베이스 설계

① 숫자 칼럼에는 NOT NULL 적용을 하지 않는다.

② Unique 제약은 NOT NULL 조건이 선행되어야 한다.

③ 참조 무결성 옵션에 Nullify 를 선언하는 것이 바람직하다.

④ NOT NULL은 영역 무결성을 위한 제약이다.

문제 5 해설

① 숫자 칼럼에는 NOT NULL 제약 조건을 정의하고 초기 값을 0을 정의하는 것이 영역 무결성을 강화할 수 있다.

② Unique 제약은 NULL을 허용하며 식별자 제약은 Unique 하며 NOT NULL 값으로 최소 조합 칼럼으로 구성되어야 한다.

③ 참조 무결성에서 Nullify를 선언하는 경우는 연산에 OUTER 조인이 발생하는 등 조인 연산에오류를 내재하게 되므로 DEFAULT 값을 선언하는 것이 바람직하다.

１. 데이터베이스 이용

1) 데이터베이스 관리시스템(DBMS)

□ DBMS는 인스턴스와 데이터베이스로 구성되어 있다.

□ 인스턴스는 메모리와 프로세스로 구성된다.

□ 데이터베이스는 논리적인 레벨(테이블, 테이블스페이스)과 물리적인 레벨(데이터 파일)로 분리되어 있다.

2) 데이터 액세스

□ SQL 질의는 옵티마이저가 작성한 실행 계획에 의해서 실행된다.

□ 데이터베이스 명령어는 DDL, DML, 세션 제어, 시스템 제어, 트랜잭션 제어 언어로 구성되어 있다.

3) 트랜잭션

□ 트랜잭션은 원자성, 일관성, 고립성, 영속성의 특성이 있다.

□ 병행 제어, 2PC, 교착 상태

4) 백업 및 복구

□ 복구 전략에 의해서 백업 방법이 결정된다.

□ 복구는 백업된 로그 파일과 백업 파일을 이용하여 REDO, UNDO 작업으로 이루어진다.

2. 데이터베이스 이용 문제 및 풀이

문제 1. 데이터베이스 시스템 설명 중 잘못된 것은?

① 현재 상용화된 RDBMS는 단일 프로세스 구조이다.

② RDBMS의 인스턴스는 메모리와 프로세스로 구성되어 있다.

③ RDBMS는 인스턴스, 데이터베이스, 외부 제어파일로 구성되어 있다.

④ 데이터베이스는 기동, 마운트, 오픈 후에 데이터 변경이 가능하다.

문제 1 해설

현재 상용화된 RDBMS는 복수 프로세스 구조이다.

문제 2. 저장 프로시저의 장점을 설명한 것 중 잘못된 것은?

① 보안성이 높다.

② 통합 관리의 편리성을 제공한다.

③ 절차적 처리가 가능하다.

④ 저장 프로시저 처리는 트랜잭션 처리 명시적 관리가 필요 없다.

문제 2 해설

저장 프로시저 처리는 트랜잭션을 명시적으로 관리하여 트랜잭션 처리의 무결성을 강화해야 한다.

문제 3. 트랜잭션 특성을 설명한 것이다. 바르게 설명한 것이 아닌 것은?

① 트랜잭션은 완전히 수행하거나 전혀 수행되지 않은 상태로 회복되어야 한다.

② 트랜잭션은 동시에 수행되는 트랜잭션 상태에 따라서 최대한 반영되어야 한다.

③ 트랜잭션이 데이터베이스를 변경시키고 그 변경이 완료되면 결과는 이후의 어떠한 고장에도 손실되지 않아야 한다

④ 트랜잭션은 완료될 때까지 자신이 갱신한 값들을 다른 트랜잭션들이 보게 해서는 안 된다

문제 3 해설

트랜잭션은 완료될 때까지 자신이 갱신한 값들을 다른 트랜잭션들이 보게 해서도 안되며 영향을 받아서도 안된다.

문제 4. 백업에 대한 설명 중 잘못된 것은?

① 모든 백업은 완전한 복구를 전제로 한다.

② 백업 전략은 복구 수준을 전제로 설계되어야 한다.

③ 핫 백업은 운영 중 백업을 실시하는 것이다.

④ 로그파일 백업은 물리적인 스키마에 대한 백업이 아니다.

문제 4 해설

로그 파일을 백업할 경우에만 완전한 복구가 가능하다. 일부 백업 방법은 백업 시점에 복구를 전제로 한다.

문제 5. 다음 중 비동기적 갱신(Asynchronous I/O)의 설명으로 올바른 것은?

① 트랜잭션이 완료된 내용을 일정 시간이나 작업량에 따라 시간 차이를 두고 데이터베이스 버퍼 내용을 저장 매체에 기록하는 것

② 트랜잭션의 완료와 상관 없이 일정 시간이나 작업량에 따라 시간 차이를 두고 데이터베이스 버퍼 내용을 저장 매체에 기록하는 것

③ 트랜잭션의 완료와 상관 없이 일정 시간이나 작업량에 따라 시간 차이를 두고 데이터베이스 로그 파일 내용을 저장 매체에 기록하는 것

④ 트랜잭션의 완료된 내용을 일정 시간이나 작업량에 따라 시간 차이를 두고 데이터베이스 로그 파일 내용을 저장 매체에 기록하는 것

문제 5 해설

트랜잭션 실행 내용인 데이터베이스 버퍼를 저장 매체에 동기적으로 기록하는 것을 동기적 갱신(Synchronous I/O)라 하고 트랜잭션이 완료된 내용을 일정 시간이나 작업량에 따라 시간 차이를두고 데이터베이스 버퍼 내용을 저장 매체에 기록하는 것을 비동기적 갱신(Asynchronous I/O)이라 한다.

１. 데이터베이스 성능개선

1) 성능 개선 방법론

□ 성능 개선 작업은 분석, 이행, 평가 순으로 진행한다.

□ 성능 개선을 하기 위해서는 트레이스, 실행 계획, 서버 상태를 확인할 지원 도구가 필요하다.

□ 성능 개선 목표는 처리 능력, 처리 시간, 응답 시간, 로드 시간 등이 있다.

2) 조인(Join)

□ 대표적인 조인에는 Nested-Loop 조인, Sort-Merge 조인, Hash 조인이 있다.

□ Nested-Loop 조인은 응답속도가 빨라 온라인 프로그램에 적용된다.

□ Sort-Merge 조인, Hash 조인은 연결고리가 없어 수행이 가능하며 대용량 처리에 적합하다.

3) 애플리케이션 성능 개선

□ 온라인 프로그램은 응답 속도를 목표로 배치 프로그램은 처리 시간(Throughput)을 목표로 튜닝 접근이 필요하다.

□ 온라인 프로그램은 실행 계획을 최적화하기 위해 인덱스를 이용한 액세스 경로 개선, SQL 재작성으로 실행 계획 개선, 힌트를 이용한 실행 계획 변경 등이 있다.

4) 서버 성능 개선

□ 서버 성능 개선은 인스턴스, 데이터베이스, 네트워크 부분으로 구성된다.

□ 인스턴스는 메모리, 프로세스를 대상으로 최적화한다.

□ 데이터베이스는 데이터 저장을 위한 블록(Blocks), 익스텐트(Extents), 세그먼트(Segments),데이터 파일을 대상으로 성능 개선을 실시한다.

2. 데이터베이스 성능개선 문제 및 풀이

문제 1. 성능 개선 목표로 다음과 같이 설정했다. 부적정한 것은?

① 모든 온라인 프로그램은 사용자 응답시간을 5초 이하로 한다.

② 배치 프로그램은 전체 작업 계획에 의해서 프로그램 각각의 처리 시간을 설정했다.

③ 데이터 무결성을 위해서 프로그램을 표준화 했다.

④ 하드웨어를 확장하여 최대 부하시 처리능력 기분 100 [TPS]로 설정 했다.

문제 1 해설

데이터 무결성은 반드시 지켜야 하는 요소로 성능 개선의 목표가 될 수 없다.

문제 2. Nested-Loop 조인의 설명이 잘못된 것은?

① 부분 범위 처리가 가능한 조인이다.

② 인너(Inner) 테이블에 조인 칼럼에 인덱스가 있거나 클러스터 키 칼럼이다.

③ 대량 처리시 속도 저하는 메모리를 확보하여 해소된다.

④ 온라인 프로그램에서 사용한다.

문제 2 해설

Nested-Loop 조인은 순차적으로 데이터를 처리하는 방식이다. 따라서 대량의 데이터 처리시 디스크 랜덤 I/O를 발생하여 속도 저하가 발생한다. 메모리를 확보하는 것으로 근본적인 문제를 해결할 수 없다.

문제 3. 배치 프로그램 성능 개선 작업 설명으로 잘못 설명한 것은?

① 집합 처리로 중복 데이터 액세스가 없어야 한다.

② 대량의 데이터 조인은 해쉬 조인이 유리하다.

③ 해쉬 조인은 Built-in 테이블 사이즈가 큰 것이 유리하다.

④ 대량 데이터 처리는 랜덤 I/O 비효율 때문에 인덱스 스캔보다는 테이블 스캔이 유리하다.

문제 3 해설

Hash 조인에서 Built-in 테이블 사이즈가 클 경우는 해시 테이블 구성에 따른 부하가 발생하고일정 크기 이상인 경우에는 디스크 스와핑이 발생한다. 따라서 Built-in 테이블은 사이즈가 작은테이블이 유리하다.

문제 4. 디스크 I/O 개선으로 올바른 설명은?

① 읽기/쓰기 작업에 따른 저장공간 분산이 필요하다.

② raw device는 관리에 편리성은 있으나 I/O 효율에 불리하다.

③ 시스템 테이블스페이스는 읽기/쓰기가 동시에 빈번히 발생하므로 독립적인 분산한다.

④ 디스크 병목은 성능 저하의 원인 될 수 있으나 하드웨어의 액세스 속도가 성능 저하의

근본적인 원인이다.

문제 4 해설

Raw Device는 Cooked Device 보다 관리에 어려움이 있으나 I/O 효율성은 높다.

문제 5. 실행 계획을 개선하기 위한 방법으로 적정하지 않은 방법은?

① 통계 데이터의 생성과 갱신

② SQL 재작성

③ 힌트 사용

④ 절차적 처리로 실행 계획의 단순화

문제 5 해설

실행 계획은 SQL 단위로 작성되며 SQL은 비절차적 언어이다.