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