티스토리 뷰

문제 121. 데이터 모델링의 기본 원칙으로 거리가 것은?


 ② 솔루션 구체화 원칙


: 커뮤니케이션 원칙: 요구 사항은 모든 사람들이 이해할 수 있도록 명확하게 공표됨은 물론 최종 사용자 지향적으로 분명하게 파악되는 수준으로 작성되어야 한다.


모델링 상세화 원칙: 데이터의 상세화 정도를 제시하고, 조직이 사용하는 정보 구조의 '최소 공통 분모'를 제시해야 한다.


논리적 표현 원칙: 모델은 물리적 제약조건 없이 비즈니스를 그대로 반영해야 한다. 즉, 논리적 데이터 모델은 특정 아키텍처, 기술 또는 제품 등에 독립적이어야 한다.



문제 123. 개체-관계 모델에 대한 설명으로 틀린 것은?


 ③ 연관과 상속의 개념을 통해 객체들을 연결한다.


: 개체-관계 모델에 대한 설명보다는 객체지향 모델링에 대한 설명이다.



문제 126. '논리 데이터 모델링' 이라는 용어에서 '논리'라는 단어가 사용된 이유로 적합한 것은?


 ② '논리 데이터 모델링'은 현실 세계에 실제로 존재하는 장표나 보고서, 데이터베이스 시스템 등과는 독립적으로 비즈니스에 존재하는 사실을 일반화 및 추상화하기 때문에 '논리'라는 단어를 사용한다.


'논리적'이라는 용어는 논리 데이터 모델링이 현실 세계를 추상화기 때문에 사용한다. 개념화 기법을 적용하여 모델을 만드는데도 이유가 될 수 있다. 또한 현실의 물리적인 장표나 데이터베이스 같은 것이 실질적인 개념이 아니기 때문에 논리적(개념적)이라는 용어를 사용하는 것이다.



문제 128. '관계형 모델 이론'과 '비관계형 모델 이론'의 차이점으로 가장 부적합한 것은?


 ④ 관계형 모델 이론은 비관계형 모델 이론에 비하여 데이터를 분석하는데 있어 우수한 분석 기법이다.


관계형 모델 이론이 데이터를 분석하는데 비관계형 이론보다 반드시 우수하지는 않다.



문제 129. 논리 데이터 모델링에 대한 설명으로 부적절한 것은?


 ② 논리 데이터 모델은 업무영역이 바뀌지 않아도 업무방식이 변경되면 반드시 설계변경이 이루어져야 한다.


: 잘 설계된 논리적 모델은 비록 업무방식이 바뀌어도 업무영역이 바뀌지 않는다면 설계 변경이 거의 발생하지 않는다.



문제 130. 관계연산자의 설명이라 볼 수 없는 것을 모두 고르시오.


 ④ Insert : 행의 입력


: 관계 연산자가 아니라 처리 연산자 중에 하나를 설명하고 있다.


문제 133. 속성 이름을 부여할 때, 주요 규칙에 대한 설명으로 부적합한 것은?


 ④ '최종학력', '최종이수학력'이라는 단어 보다는 '학력'이라는 단어가 포괄적이고 여러 뜻을 함축성 있게 사용할 수 있으므로 속성명으로 더욱 적합하다.


누구나 같은 의미로 정확하게 뜻을 알 수 있는 단어를 사용해야 한다.



문제 135. 아크 관계의 특징이 아닌 것은?


 ③ 아크는 여러 엔티티를 가질 수 있다.


아크는 반드시 하나의 엔티티에만 속해야 한다. (하나의 아크가 여러 엔티티를 가질 수 없다.)



문제 137. 속성을 검증하는 작업과 거리가 것은?


 ④ 속성 후보 검증 : 구 시스템 문서자료, 현업 장표 및 보고서, 타 시스템, 

   전문서적 및 자료 등에서 속성 후보를 선출해야 한다.


속성의 검증에 관련된 것이 아니고 속성 후보를 다양한 경로를 통해서 좋은 속성 후보를 확보하는 방법을 설명하는 것이다.



문제 138. 데이터 무결성과 관계된 사항으로 적합한 것은?


 ③ 실체 무결성, 연쇄작용(Triggering Operation), 참조 무결성, 영역(속성) 무결성,

정규화(Normalization)


연쇄작용은 비즈니스 규칙으로 어느 실체에 데이터의 값이 입력, 수정, 삭제 될 때 그 실체 내지는 다른 실체의 데이터 값에 영향도를 분석하는 것으로 데이터의 무결성과 관계가 깊다. 정규화를 잘못하면 입력, 수정, 삭제 이상이 발생할 수 있다. 인덱스는 수행 성능의 향상을 위한 기법이다.



문제 139. 엔티티 검증과 가장 거리가 것은?


 ④ 엔티티 후보를 우선적용 대상별로 분류하여 모델링의 골격에 

해당하는 주요 엔티티를 먼저 도출하여 명확히 정의함으로써 모델링의 기초를 단단하게 한다.


모델링을 순차적으로 접근해 가야할 형태별로 분류하는 이유이다.



문제 140. 인사관리정책을 적용한 ERD에서 틀린 부분을 지적한 것으로 가장 적절한 것은?


 ③ 사원이 대학 학위를 미취득 했을 가능성이 있으므로 

'사원'과 '사원취득대학학위' 사이에 사원 쪽을 점선(선택적)으로 표시해야 한다.


아직 대학 졸업장을 가지지 못한 전도유망한 사람을 고용한다고 하였으므로 '사원'과 '사원취득대학학위'는 한쪽 선택적으로 표현해야 한다.



문제 144. ERD에서 엔티티유형(Entity Type)명으로 부적당한 것을 모두 고르시오.


 ① 영업당담자: 표현 그대로 영업을 담당한 사람을 말한다.

 ③ 규손금: 규정에 의하여 결정되는 손해액을 의미한다.


: 실체는 동질성을 갖는 인스턴스의 집합이다. '영업 담당자', '인사 담당자', '구매 담당자' 등의 실체를 만든다면 일반화와 추상화 기법에 위배되며 엄청나게 많은 실체를 정의해야 할 것이다. 


'규손금'은 '규정 손실금'의 약어로 이런 형태의 실체명을 만드는 것은 논리 데이터 모델리에서 삼가야 하는 사항이다. 왜냐하면 비즈니스 규칙과 관계된 모든 사람들에게 직관적으로 의미를 파악할 수 있는 명명 규칙이 유용하기 때문이다.



문제 145. ERD의 내용 중 잘못된 사항을 지적한 것으로 것을 모두 고르시오.


 ② '실행계약'과 '규손금'의 관계는 일대다(1:M)인데 업무를 파악하여 

일대다(1:M)이면 '규손금'에 PK(Primary Key)속성을 추가하고, 일대일(1:1)이면 관계의 기수성(Cardinality, Degree)을 고친다.

 ③ '당초계약'과 '실행계약'이 양쪽 필수 관계인데 일반적으로 

이것은 비즈니스와 맞지 않다. 한쪽을 선택적 관계로 바꾸는 것이 합리적이다.


: 상담 실체의 인스턴스를 인식할 때는 영업담당자가 누구인지를 반드시 알아야 할 필요가 없기 때문에 UID Bar를 사용하지 않아도 된다.


또한 상식적으로 당초계약이 발생할 때는 실행계약의 인스턴스가 발생하는 것이 아니므로 양쪽 필수 관계일 필요는 없다.



문제 146. 서브타입에 대한 설명으로 틀린 것은?


 ② 서브타입은 배타적이지만 포괄적이지는 않다.


서브타입은 배타적이며 포괄적이다.



문제 147. 객체지향 모델링과 논리 데이터 모델링의 대응 개념이 잘못 짝지어진 것은?


 ③ 객체 클래스 - 엔티티 인스턴스


객체 클래스 - 엔티티 유형



문제 152. 조직의 변경 및 통폐합이 발생하면서 관리의 어려움이 발생했다. 이를 해결하는 모델링 기법으로 가장 적합한 것은?


 ④ 순환(Recursive) 관계 기법


부서는 조직의 업무에 따라 수시로 바뀌기 때문에 유연하게 대응하기 위해서는 순환 관계 기법으로 모델링을 해야 한다.



문제 154. 주제 영역에 대한 설명으로 가장 부적합한 것은?


 ③ 주제 영역을 정의함으로써 요구 사항 검증 시에 기준으로 활용할 수 있으며, 

생산성 향상과 개발 기간 단축이 가능하다.


: 하나의 주제영역에 존재하게 될 데이터 개체들은 높은 결합성을 가지도록 주제영역을 설계하는 것이 필요하다.


주제영역 활용의 장점으로 생산성 향상과는 관계가 적고 주제영역 활용함으로 인해 개발기간이 단축된다고 보기에는 어렵다.


데이터 모델링의 주제영역은 프로세스 모델링의 Function과 매핑 관계를 가지는 것이 보통이다.



문제 155. 주제영역 활용의 장점으로 가장 부적합한 것은?


 ② 생산성이 향상되고 개발기간 단축이 용이함


주제영역을 활용하는 장점으로 생산성 향상은 관계가 적다. 또한 주제영역을 활용한다고 프로젝트 전체의 개발 기간이 단축된다고 볼 수 없다.



문제 156. 개념 데이터 모델링단계에서 모델러가 수행할 내용으로 가장 적합한 것은?


 ② '동산'이라는 용어를 엔티티 후보로 판단하여 업무 담당자와 인터뷰를 통해 동산의 의미를 조사하고, 동산에 대한 간단한 정의를 모델러 관점에서 정리한다.


: '고객'과의 연관관계는 논리 데이터 모델링 단계에서 검토되어야 바람직하다. 이력 관리 방안도 집합들이 모두 정의되고 식별자도 정의되어야만 가능한 부분이다. '소속점명'을 검토하면서 '소속점'을 관리하는 것이 필요하다고 판단하면 

'소속점'을 엔티티 후보로 도출하는 것이 바람직하다.



문제 157. 주제영역 후보 도출의 방법으로 부적절한 것은?


 ③ 중요 보고서 제목을 참조하여 도출

 ④ 시스템 관리자 의견을 참조하여 도출


: 중요 보고서 제목은 향후 정의될 엔티티의 후보가 될 수 있다. 또한 시스템 관리자 보다는 업무 관리자의 의견을 참조하여 주제영역을 생성한다.



문제 158. 모델관계가 잘못 표기된 것은?


 ② 서로를 바라보며 1:M, M:1 관계


: 한쪽에 인스터스를 입력하려면 다른 쪽에 반드시 값이 있어야 한다는 것이 모순이다. 한쪽을 양쪽 선택적 관계로 바꾸어야 한다.



문제 160. 개념 데이터 모델링 단계에서 엔티티 후보를 도추하고 엔티티 후보들에 대한 자격검증을 위한 엔티티 식별단계에서 수행해야 할 행동으로 가장 부적절한 것은?


 ① '고객' 엔티티에서 관리해야할 구체적인 '생년월일' 속성에 대해서 

업무 담당자들과 협의한다.


: 엔티티 후보 식별 단계에서는 해당 엔티티의 개념을 파악하거나 엔티티를 명확히 구분 짓기 위한 속성들에 대해서 업무담당자와 상의할 수 있다.

그러나 일반속성(여기에서는 '생년월일')을 이 단게에서 언급하는 것은 부적절한다.



문제 162. 상호 배타적 관계를 잘못 표기한 것을 모두 고르시오


 ④ 선택-선택, 선택-필수


: 배타적 관계는 모두 선택적이든지 또는 모두 필수적이어야 한다. 한쪽만 선택적이든지 혹은 한 쪽만 필수적이면 배타적 관계가 형성될 수 없기 때문이다.



문제 163. 개념 데이터 모델링을 진행하면서 엔티티 중에 하나인 부서 엔티티를 정의하고 있다. 모델러의 판단으로 부적절한 것을 모두 고르시오.


 ③ 부서 엔티티와 연관된 하위 엔티티들을 차례로 정의해 나간다.

 ④ 부서 엔티티의 속성들을 확정하여 부서 엔티티의 모든 부분들을 확정해 나간다.


: 개념 데이터 모델링에서는 부서 엔티티 자체의 정의를 명확히 하는 것은 바람직하지만 부서 엔티티와 연관된 하위 엔티티들을 정의하는 것은 수평적 사고를 방해할 위험요소가 있기 때문에 바람직한 모델링의 방향이라 할 수 없다.



문제 165. 성격기준으로 데이터를 분류하는 방법의 장점으로 가장 거리가 것은?


 ④ 주제영역 분류의 기준을 제공한다.


: 엔티티 후보를 도출하는 단계에서 주제영역 분류에 대한 언급은 부적절하다.



문제 166. ERD의 직렬 관계의 특성으로 틀린 것을 모두 고르시오


 ③ 여러 개의 속성으로 나누어짐


: 직렬 관계는 여러 개의 로우(Row)로 나누어 진다.



문제 167. 본질 식별자에 대한 설명으로 부적절한 것은?


 ① 카드 회사의 데이터 모델링 과정에서 나올 수 있는 '신용카드'의 

'카드번호'는 본질 식별자에 해당한다.


: 신용카드의 카드번호는 실질 식별자에 해당한다. 

즉, 인조식별자(Artificial UID)에 해당한다. 실제 본질 식별자에 해당하는 속성은 고객번호, 카드상품코드, 카드발급일시 등의 속성이 본질 식별자라고 할 수 있다.



문제 169. 개념 데이터 모델링 단계에서 코드성 엔티티의 처리에 대해 적절한 것은?


 ① 코드성 엔티티는 키 엔티티로 볼 수 있다.


: 대부분의 코드성 엔티티는 개념 데이터 모델링 단계에서 굳이 엔티티로 

도출하지 않아도 무관하다. 하지만 그렇지 않은 경우도 발생한다.

즉, 코드성 엔티티가 여러 하위 엔티티를 가지는 경우가 대표적인 경우이다.

본질 식별자라고 해서 무조건 엔티티로 도출하기 보다는 많은 다양한 관계를 

가질때 엔티티로 도출하는 것이 바람직하다.

코드성 엔티티의 도출은 개념 데이터 모델에서 꼭 필요한 과정이라고 볼 수 없다.



문제 171. 실제 데이터 모델링 과정에서 엔티티 정의의 판단 기준을 부적절하게 설명한 것은?


 ① 보험사에서 '피보험자', '납입자' 등은 

업무 중심에 존재하는 매우 중요한 엔티티이다.


: 대부분의 보험사에서 피보험자, 납입자 등은 엔티티라기 보다는 고객 엔티티와 업무를 표현하고 있는 '계약' 엔티티와의 관계라고 보는 것이 더 합당하다.



문제 172. 관계형 모델이 위배하고 있는 성격으로 적합한 것은?

계좌번호를 지점코드+상품코드+년도+순번을 합쳐서 하나의 속성으로 구성

구매일자를 구매년도, 구매월, 구매일의 세 개의 속성으로 구성


 ① 속성 원자성


: 속성의 원자성은 관계형 모델의 이론적 배경이다.

원자성은 비즈니스에서 의미 있는 최소한의 속성 단위이다. '계좌번호'가 

문제의 지문과 같이 구성된 것은 속성이 비원자적으로 구성되어 있기 때문에 

'구매일자'가 지문과 같이 구성된 것은 의미가 없다. '구매월'을 모르는 '구매일'은 의미가 없고 '구매년도'를 모르는 '구매월'도 의미가 없다. 

즉, '구매일'이 25일 이라면 이것이 몇 년, 몇 월의 '구매일'인지 모른다면 의미가 없다. 물론 카드결제일자가 25일이라는 것은 비즈니스적으로 의미가 있지만

'구매일자'와 같은 속성은 연월일이 있어야 비로소 의미가 있다.



문제 173. 서브타입 엔티티에 대한 설명으로 부적절한 것을 모두 고르시오.


 ③ 서브타입은 물리 데이터 모델에서 별개의 테이블로 분할 된다.

 ④ 서브타입의 사용은 가독성을 증진시키지만 물리 데이터 모델 전환 시에 

복잡성이 증가하는 단점을 가지고 있다.




문제 174. 개념 데이터 모델에서 '설비타입'에 대한 모델러의 판단으로 가장 부적절한 것은?


 ② 만약 '설비타입'과 '생산타입'별로 관리하고자 하는 '공정제어' 값들이 있다면 

'설비타입'은 분명히 부모의 역할을 하게 되므로 지금 엔티티로 도출하여 

핵심 엔티티로 정의하고 '공정제어' 집합에 대한 자세한 분석을 실시한다.


: 공정제어 집합에 대하여 분석을 실시하는 것은 이 단계 

즉, 개념 데이터 모델링 단계에서 언급할 부분은 아니다.



문제 175. 서브타입의 적용 기준으로 부적절한 것을 모두 고르시오. 


 ② 소수의 선택 속성과 다수의 필수 속성이 존재하는 경우

 ④ 복잡한 엔티티의 단순화가 필요한 경우


: 소수의 선택속성이 존재한다면 굳이 서브타입으로 구분할 필요는 없다.

엔티티 단수화와는 거리가 멀다.



문제 177. 엔티티의 통합과 분할에 대한 설명으로 적합한 것은?


 ① 엔티티는 통합 할수록 집합의 유연성은 향상되지만 독립성은 저하된다.


: 엔티티의 통합은 향후에 유연성이 크게 향상된다.

또한 통합을 통해서 배타적관계의 가능성을 줄여 줄 수 있다. 하지만 무리한 통합은 지합의 독립성을 저해하는 결과를 초래한다.



문제 179. 관계(Relationship)에 대한 설명으로 부적합한 것을 모두 고르시오.


 ③ 다대다(M:M)관계는 복잡성을 증가시키므로, 발견 즉시 두 개의 일대다(1:M) 

관계를 갖는 관계 엔티티(Relation Entity)로 분해한다.

 ④ 두 엔티티 간에 하나 이상의 관계를 정의하는 것은 바람직하지 않다.


: 직접 종속, 간접 종속 등의 관계 속성들을 모델링한다.

두 엔티티 간에는 하나 이상의 관계가 얼마든지 존재할 수 있다.



문제 184. 엔티티의 통합과 분할에 대한 설명으로 합한 것은?


 ② 보험회사의 경우에는 '대리점'이 '내근사원'과 통합하는 것이 좋지만, 

통신회사인 경우에는 '조직'과 통합하는 것이 바람직하다.


: 하위 엔티티를 위해서는 최댛나 통합을 유도하는 것이 바람직하다.

경우에 따라서는 하나의 집합이 완전히 포함되어지는 통합이 일어나는 경우도 발생한다. 새로운 유형의 집합이 추가되더라도 새로운 엔티티나 기존에는 관계의 변화가 일어나지 않으면서 부분 집합(서브타입)만 증가하는 형태가 바람직하다. 이를 위해서는 통합을 유도하는 것이 좋다.



문제 185. 논리 데이터 모델링의 필수 성공 요소들에 대한 설명으로 부적절한 것을 모두 고르시오.


 ① 현업 사용자보다 업무시스템 운영 경험이 많은 유지보수 담당자의 

참여가 필수적이다.

 ④ 변경이 발생할 가능성은 매우 높으면서 이력관리 대상 속성이 적으면 

속성 레벨의 선분이력 관리 방식이 유리하다.


: 데이터 모델링 과정에는 현업사용자의 참여가 필수적이다.

데이터모델링을 지원하는 CASE 툴을 사용하면 많은 도움을 줄 수 있다.



문제 187. 속성 정의에 대한 설명으로 틀린 것은?


 ④ 현재 시스템과 다른 시스템의 다큐먼트는 속성 후보 수집처로 적절하지 못하다.


: 다른 시스템의 문서를 참조하는 것은 현재 시스템의 개선점을 파악하기 위해서 필요하다. 또한 미쳐 생각하지 못했던 관리 속성들을 추출하기 위한 중요한 소스로도 사용 할 수 있다.



문제 188. 참조 무결성 규칙에 대한 설명으로 틀린 것은? (단, 주문과 주문내역은 1:M의 양쪽 필수 관계)


 ④ 주문과 주문내역 실체 유형에서 주문내역의 마지막 인스턴스(Row) 삭제 시에는     주문 인스턴스(Row)도 삭제한다.


: 참조 무결성이 해결하지 못하는 연쇄작용에 의한 데이터 무결성이다.



문제 189. 논리 데이터 모델링 과정에서 속성 후보를 수집하기 위한 자료로 다음 중 가장 부적절한 것은?


 ① 중장기 마스터플랜


: 속성은 엔티티 내에서 관리해야 할 구체적인 관리항목이다.

그렇기 때문에 중장기 마스터플랜(Master Plan)에서 속성 후보를 도출한다고 보기는 어렵다



문제 192. 실체 유형에 대한 정의(설명)를 기술할 때 고려해야 할 사항으로 가장 거리가 것은?


 ③ 실체 유형의 정의(설명)는 누가, 어떻게 실체 유형을 사용하는지를 설명해야 한다.


: 변화 가능성이 많으므로 데이터 모델에 정의하면 유지보수에 문제가 발생할 수 있기 때문에 매트릭스 분석 기법을 통한 상호작용 분석으로 수행하는 것이 향후 긍정적 효과를 나타날 수 있다.



문제 196. 순환관계 데이터 모델에 대한 설명으로 가장 부적절한 것은?


 ④ 순환관계 모델에서 구조가 변경되면 식별자가 변해야 하기 때문에 

과거의 데이터에 대해서 수정작업을 수행해야 한다.


: 구조가 변경되더라도 식별자는 변경되지 않기 때문에 과거 데이터를 변경할 필요가 없다.



문제 197. 추출 속성(Derived Attribute) 값으로 가장 거리가 것은?


 ④ 결혼기념일


: '결혼 기념일'은 '고객' 엔티티의 추출 속성이라기 보다는 본래의 속성이라고 보는 것이 적절하다.



문제 198. 엔티티의 인스턴스 레벨 결정에 영향을 미치는(의미상 식별자의 역할을 한 속성 조합) 속성(들)로 적합한 것은?


 ④ 자재코드, 의뢰부서, 의뢰일자


: 의미상으로 식별자의 역할을 하는 속성들은 누가, 무엇을, 언제 ,어디서 등과 같은 육하원칙에 해당하는 속성들의 그룹을 일컫는다.



문제 199. 속성 정의 시에 유의사항으로 부적절한 것을 모두 고르시오.


 ② '전화번호'라는 속성은 일반적으로 많이 사용되는 용어로써 속성명으로 적합하다.

 ③ '순번', '상태' 등과 같이 유일한 복합명사를 사용한다.


: '전화번호'가 어떤 '전화번호'인지가 명확하게 정의되는 것이 바람직하다.

'순번', '상태' 등과 같이 주어 부분이 빠진 형태의 용어는 속성으로 바람직하지 않는다.



문제 200. 엔티티 후보 선정시 유의사항으로 가장 적절한 것은?


 ④ 이음동의어, 동음이의어 등과 같이 동의어처럼 보이는 집합도 집합을 

명확하게 구분하여 파악하는 것이 중요하다.


: ① 너무 깊지 않게,

② 단어 하나하나에 집중,

③ 프로세스에 연연해하지 말아야



문제 201. '고객' 엔티티의 식별자를 결정하기 위한 기준에 대한 설명으로 가장 부적절한 것은?


 ④ 후보 식별자는 단일 속성이어야 한다.


: 여러 개의 속성들을 묶어서 식별자로 생성할 수 있다.



문제 202. 데이터 모델링에서 이력 관리의 대상과 거리가 것은?


 ② 주문과 주문품목의 관계


: 세월이 흐르면 사원의 부서가 바뀌며 상품의 단가도 세월이 흐르면 바뀔 수 있다. 또한 금융 상품의 이자율도 세월이 흐르며 바뀔 수 있다.



문제 203. 인조 식별자 지정에 대한 설명으로 부적절한 것은?


 ④ 내부적으로 사용되는 인조식별자는 가급적 피한다.


: 경우에 따라서는 내부적으로만 사용되는 인조 식별자를 사용할 수도 있다.

특히, 시스템에서 사용하는 데이터들에 이러한 유형의 식별자가 많이 존재한다.



문제 204. Richard Barker의 CASE*Method 방식과 정보공학 방식이 잘못 짝지어진 것은?


 ① 점선, 점선짝대기


: 정보공학방법에서 동그라미가 없는 것은 필수 관계를 말하고, 

CASE*Method에서는 실선이 필수관계를 표현한다.



문제 208. 선분(기간)이력으로 관리해야 하는 것으로 가장 거리가 것은?


 ② 매일 바뀌는 환율에 대한 이력 관리


: 매일매일이므로 일자별로 관리하면 굳이 기간으로 관리할 필요가 없다.



문제 209. 정규화 작업을 수행함으로써 얻을 수 있는 장점으로 가장 거리가 것은?


 ④ 새로운 요구 사항의 도출을 차단하여 개발의 안정성을 확보할 수 있다.


: 새로운 추가 요구 사항의 반영은 프로젝트 관리 측면에서 다루어져야 할 부분이다. 특히, 이러한 요구사항의 체계적인 관리는 전체 프로젝트의 성패와도 직결되는 문제이기 때문에 신중을 기해야 한다.



문제 210. 선분(기간)이력 관리에 대한 설명으로 가장 부적절한 것은?


 ④ 종료일자는 어떤 면에서 데이터 중복이므로 데이터 무결성을 위하여 

가급적 선분이력은 사용하지 않는다.


①번과 같이 조치를 취한다면 데이터 무결성을 깨지 않으므로 사용하지 않는 것 보다 유리할 수 있다.



문제 211. 다대다(M:M) 관계에 대한 설명으로 부적절한 것을 모두 고르시오.


 ③ 다대다(M:M) 관계는 발생 즉시 해소되어야 데이터 모델의 품질이 향상된다.

 ④ 다대다(M:M) 관계가 해소되면 두 개의 일대다(1:M) 관계로 변환되고 

새로운 엔티티의 추가는 필요없다.


: 다대다(M:M) 관계는 발생 즉시(개념 데이터 모델링 단계에서 해소하지 않고 논리 데이터 모델링의 마지막 부분) 해소하는 것이 바람직하다.

다대다(M:M) 관계가 해소되면 두 개의 일대다(1:M) 관계를 가지는 새로운 엔티티가 생성된다.



문제 213. 참조 무결성 규칙에 대한 설명으로 부적절한 것을 모두 고르시오.


 ④ 삭제 규칙은 자식 실체의 인스턴스를 삭제할 때 사용되어지는 

참조 무결성 규칙으로 Restrict, Cascade, Nullify, Default 등이 해당된다.


: 삭제 규칙은 부모 실체의 인스턴스를 삭제할 때 사용되는 참조 무결성 규칙이다.



문제 216. 데이터 모델에서 제 3정규형을 위배하고 있지 않은 속성으로 적합한 것은?


 ③ 강좌, 강좌명


: 제 3정규형의 위배하지 않으려면 제1,2 정규형을 만족하고 속성들 간의 종속관계가 없어야 한다. 

①번은 '강좌.과명'이 제 3정규형을 위배하고 있다.

②번은 '수강등록.교수번호'가 제 2정규형을 위배하고 있다.

④번은 '학생.수강등록일자'가 제 1정규형을 위배하고있다.




문제 219. 다대일(M:1) 관계에 대한 설명으로 가장 적절한 것은?


 ① 가장 흔하게 나타나는 관계 형태이다.


: M쪽이 Mandatory인 경우가 가장 많은 경우이다.

현실에서 가장 많이 존재하는 형태의 관계라고 볼 수 있다. 양측 필수 관계는 현실에는 존재하기 힘든 관계이다.



문제 220. 제 3정규형을 위배하고 있는 속성으로 적합한 것은?


 ③ 참여구분명


: UID를 제외한 속성 간의 종속관게를 가져서는 안된다.

즉, '참여구분코드', '참여구분명' 등이 제 3정규형을 위배하고 있다.



문제 221. 논리 데이터 모델을 근간으로 구현될 시스템의 물리적인 요소를 반영하여 실제 시스템에 구축될 오브젝트를 모델링하는 단계인 '물리 데이터 모델'에 대한 정의로 가장 부적절한 것은?


 ② 논리 데이터 모델의 엔티티는 하나의 테이블로 확정 되어진다.


: 하나의 엔티티는 물리적 요소들을 감안하여 경우에 따라서는 여러 개의 테이블로 생성될 수 있다. 특히, 성능의 문제를 고려하여 여러 테이블로 생성하는 경우도 종종 발생한다.



문제 224. 일반적인 데이터 모델에서 이력을 관리하는 모델로 변환 시에 나타나는 상황에 대한 설명으로 틀린 것은?


 ④ 일대다(1:M) 관계에 대한 이력을 관리하면 M쪽 엔티티에 속성을 추가하여 

관리하게 된다.


: 일대다(1:M) 관계의 이력을 관리하게 된다면 다대다(M:M) 관계로 변하게 되어 새로운 관계 엔티티를 생성해야만 한다.



문제 225. 물리 데이터 모델 설꼐에 영향을 미치는 요소로 가장 부적절한 것은?


 ④ 개발자 기술 수준


: 개발자의 기술 수준은 물리 데이터 모델 설계에 가장 영향을 미치는 요소로 보기 힘들다.



문제 226. 논리 데이터 모델의 관계변환에 대한 설명으로 가장 부적절한 것은?


 ④ 일대일(1:1) 관계에서는 양쪽 집합의 선택사양에 따라서 외래키의 

생성 위치가 달라질 수 있다. 즉, Optional 관계를 가진 쪽 집합에서 외래키를 생성하는 것이 유리하다.


: 일대일(1:1) 관계에서는 Mandatory 관계를 가진 쪽에 외래키를 생성하는 것이 바람직하다.



문제 228. 물리적인 요소 중에서 가장 먼저 파악해야하는 것은?


 ② 운영체제 및 DBMS의 버전 정보


: DBMS 벤더(Vendor)와 버전에 따라서 지원하는 파티셔닝의 기법들이 상이하다. 따라서 상이한 점들을 파악하는 것이 무엇보다 우선되어야 한다.



문제 229. 논리 데이터 모델의 서브타입 엔티티를 물리적인 객체로 생성하는 방법으로 가장 부적절한 것은?


 ④ '법인' 내의 또 다른 서브타입의 '법인사업자'와 '개인사업자'를 

별개의 테이블로 생성한다.


: '법인' 테이블을 '법인사업자', '개인사업자'로 분류하여 별개의 테이블로 생성하는 것은 바람직하지 않다. 

특히, 이렇게 상위 테이블은 분할하게 되면 테이블들을 부모로 가지는 하위 테이블들을 활용하는데 많은 불필요한 일들이 발생할 소지가 있다.



문제 230. PK 인덱스의 칼럼 순서로 가장 적합한 것은?


 ③ 고객번호 + 종료일자 + 시작일자


: 대부분 현재를 읽는다면 '고객번호 + 종료일자 + 시작일자'가 가장 효율적이다.



문제 234. 논리 데이터 모델에서 배타적 관계를 물리 데이터 모델로 변환하는 방법은 크게 외래키 부닐 방법과 외래키 결합 방법으로 나눌 수 있다. 두 방법에 대한 설명으로 가장 부적절한 것은?


 ④ 외래키 결합 방법에서는 외래키 제약조건을 통하여 참조 무결성을 유지할 수 있다.


: 외부키의 결합에서는 근본적으로 외부키 제약조건을 생성할 수 없기 때문에 User - Defined Trigger 등의 방법을 통하여 해결해야 한다.



문제 236. 서브타입을 하나의 테이블로 생성할 때 , 관련된 설명으로 틀린 것은?


 ③ 논리 데이터 모델에서 B와 C 서브타입에 정의된 개별 속성들이 많을 경우에 위와 같은 변환이 대부분이다.


: 개별 속성들이 많은 경우에는 하나의 테이블로 변환하는 것이 바람직하다.



문제 238. 배타적 관계 모델의 사용이 적절한 것은?


 ④ 하나의 Entity에 속하는 그림


①번의 배타적 관계는 항상 Mandatory이거나 Optional이어야 한다.

②번과 ③번의 배타적 관계는 반드시 하나의 Entity에만 속해야한다.



문제 240. 파일 시스템(File System)과 데이터베이스 시스템(Database System)의 가장 큰 차이점으로 적합한 것은?


 ① 데이터(정보) 공유


: 파일 시스템은 업무나 부서 중심의 관점이지만 데이터베이스 시스템은 데이터 통합을 통한 데이터 공유의 관점이라는 것이 가장 큰 차이점이다.



문제 242. 요구사항은 모든 사람이 이해할 수 있도록 명확하게 공표됨은 물론 최종 사용자 지향적으로 분명하게 파악되는 수준으로 작성되어야 한다는 것은 모델링 기본 원칙 중 무엇에 대한 설명인가?


 ① 커뮤니케이션 원칙(Communication Principle)


: 커뮤니케이션 원칙에 대한 설명 내용으로, 논리 데이터 모델링의 주목적이 최종 사용자 데이터에 대한 뷰(View)를 개념화하고 추상화하여 시스템 설계자들에게 전달하는 것임을 의미한다.



문제 243. 데이터 모델링 단계에 대한 설명 중 절한 것은?


 ① 개념 데이터 모델링은 분석 초기에 수행되어 본질적으로 기술과 무관한 

사양들의 집합을 형상화 하여 데이터 요구사항을 정의하고 비즈니스 이해관계자들과 초기 요구사항알 논의하는데 사용된다.


 ② 개념 모델로부터 논리 모델로, 다시 물리 모델로 가면서 복잡성이 증가하기 

때문에, 가급적 개념 데이터 모델에서부터 출발하여 다른 데이터 요소와 그 상호 관계 무엇인지를 상위 레벨에서 이해하는 것이 바람직하다.


 ③ 논리 데이터 모델링이 비즈니스 정보의 논리적인 구조와 규칙을 명확하게 

표현하는 기법 또는 과정이라고 한다면, 물리 데이터 모델링은 논리 데이터 모델이 데이터 저장소로서 어떻게 컴퓨터 하드웨어에 표현될 것인가를 다루기 위해 테이블, 칼럼 등으로 표현되는 물리적 저장 구조와 저장 장치 등을 정의하는 것이다.



문제 247. 직렬식 관계의 특징으로 볼 수 없는 것은?


 ④ 테이블이 될 때 여러 개의 칼럼으로 나열된다.


: 병렬식 관계의 특징이다.



문제 248. 논리 데이터 모델링을 수행하는 과정에서 M:M 관계가 나타났을 때 발견 즉시 두 개의 일대다(1:M) 관계를 갖는 관계 엔티티로 분해하고 진행해야 하는 경우에 해당하는 것은?


 ① 관계가 자식을 가져야 할 때


: M:M 관계가 나타날 때 관계가 자식을 가져야 하거나, 관계가 추가적인 속성을 가져야 하는 경우는 M:M 관계를 관계 엔티티로 풀어주고 모델링을 계속 진행해야 한다.



문제 249. 키 엔티티로 볼 수 없는 것은?


 ② 계좌


: 계좌는 고객이 금융상품에 가입함으로써 생성되는 메인 엔티티이다.



문제 250. 엔티티의 정의 요건으로 가장 부적절한 것은?


 ③ 대상 개체 간의 독립성이 있는지 확인한다.


: 엔티티 정의 요건에서 대상 개체 간에는 동질성이 있는지 확인해야 하고, 다른 개체와의 구분에서 독립성이 있는지 확인한다.



문제 256. 논리 데이터 모델을 물리 데이터 모델로 변환하는 과정에서 서브타입을 테이블로 변환하는 방법으로 보기 어려운 것은?


 ④ 서브타입을 기준으로 하나의 테이블로 변환


: 서브타입을 테이블로 변환하는 방법은

①번 슈퍼타입을 기준으로 하나의 테이블로 변환

②번 서브타입을 기준으로 여러개의 테이블로 변환

③번 슈퍼타입과 서브타입 각각을 테이블로 변환

과 같다.



문제 259. 반정규화의 방법으로 테이블을 수직분할 할 때 얻을 수 있는 장점으로 보기 어려운 것은?


 ③ 특정 칼럼 크기가 아주 큰 경우의 수직분할은 조인 처리 감소


: 특정 칼럼 크기가 아주 큰 경우의 수직분할은 I/O 성능 향상에 유리하다.




반응형
LIST
댓글
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
TAG
more
«   2024/05   »
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31
글 보관함