핫딜, 바로 여기

34. 다음이 설명하는 테스트 용어는?

① 테스트 케이스

② 테스트 시나리오

③ 테스트 오라클

④ 테스트 데이터

[해설] 테스트 용어

1. 테스트 케이스: 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수하였는지를 확인하기 위해 설계된 입력값,

                       실행조건, 기대결과 등으로 구성된 테스트 항목에 대한 명세서

2. 테스트 시나리오: 테스트 케이스를 적용하는 순서에 따라 여러개의 테스트 케이스들을 묶은 집합

3. 테스트 오라클: 테스트의 결과가 참인지 거짓인지를 판단하기 위해 사전에 정의된 참값을 입력하여 비교하는 기법

36. 저작권 관리 구성 요소에 대한 설명이 틀린 것은?

 ① 콘텐츠 제공자(Contents Provider) : 콘텐츠를 제공하는 저작권자

 ② 콘텐츠 분배자(Contents Distributor) : 콘텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능

 ③ 클리어링 하우스(Clearing House) : 키 관리 및 라이선스 발급 관리

 ④ DRM 컨트롤러 : 배포된 콘텐츠의 이용 권한을 통제

[해설] 저작권 관리 구성 요소

1. 콘텐츠 분배자: 암호화된 콘텐츠를 유통하는 곳 또는 사람

2. 패키저: 콘텐츠를 메타 데이터와 함께 배포 가능한 형태로 묶어 암호화

1. XP(eXtreme Programming)의 기본원리로 볼 수 없는 것은?

 ① Linear Sequential Method

 ② Pair Programming

 ③ Collective Ownership

 ④ Continuous Integration

[해설] XP의 기본 원리

1. 짝 프로그래밍(Pair Programming)

2. 테스트 주도 개발(Test-Driven Development)

3. 디자인 개선(Design Improvement) 및 리팩터링(Refactoring)
4. 소규모 릴리즈(Small Release)

5. 계속적인 통합(Continuous Integration)

6. 공동 소유(Collective Ownership)

2. 럼바우(Rumbaugh) 객체지향 분석 기법에서 동적 모델링에 활용되는 다이어그램은?

 ① 객체 다이어그램(Object Diagram)

 ② 패키지 다이어그램(Package Diagram)

 ③ 상태 다이어그램(State Diagram)

 ④ 자료 흐름도(Data Flow Diagram)

[해설] Rumbaugh 객체지향 분석 기법

1. 객체 모델링 - 객체 다이어그램

2. 동적 모델링 - 상태 다이어그램

3. 기능 모델링 - 자료 흐름도

7. 코드화 대상 항목의 중량, 면적, 용량 등의 물리적 수치를 이용하여 만든 코드는?

 ① 순차 코드

 ② 10진 코드

 ③ 표의 숫자 코드

 ④ 블록 코드

[해설] 코드

1. 순차 코드: 일정 순서대로

2. 10진 코드: 코드화 대상물을 일정한 소속으로 구분하여 10진수 한 자리씩 구분하여 대분류, 중분류, 소분류한 코드

3. 표의 코드: 대상이 되는 물체의 중량, 면적, 크기 등을 직접 코드에 적용

4. 블록 코드: 코드화 대상을 미리 파악하여 블록으로 구분한 후 그 안에서 순서대로 코드 부여

11. UML의 기본 구성요소가 아닌 것은?

 ① Things

 ② Terminal

 ③ Relationship

 ④ Diagram

[해설] UML의 기본 구성요소

1. 사물(Things)

2. 관계(Relationship)

3. 다이어그램(Diagram)

14. 소프트웨어의 사용자 인터페이스개발시스템(User Interface Development System)이 가져야 할 기능이 아닌 것은?

 ① 사용자 입력의 검증

 ② 에러 처리와 에러 메시지 처리

 ③ 도움과 프롬프트(prompt) 제공

 ④ 소스 코드 분석 및 오류 복구

[해설] 사용자 인터페이스 개발시스템

④는 back-end에서 컴파일러가 수행

15. 요구 사항 명세기법에 대한 설명으로 틀린 것은?

 ① 비정형 명세기법은 사용자의 요구를 표현할 때 자연어를 기반으로 서술한다.

 ② 비정형 명세기법은 사용자의 요구를 표현할 때 Z 비정형 명세기법을 사용한다.

 ③ 정형 명세기법은 사용자의 요구를 표현할 때 수학적인 원리와 표기법을 이용한다.

 ④ 정형 명세기법은 비정형 명세기법에 비해 표현이 간결하다.

[해설] 요구사항 명세기법

1. 정형 명세법

  - 수학적 기반: CSP, CCS, LOTOS

  - 모델링 기반: Z, VDM, Petri-Net

  - 시스템 요구특성이 정확하고 명세가 간결

  - 명세와 구현이 일치

  - 이해도가 낮으며 이해관계자의 작성부담 가중

2. 비정형 명세

  - 상태, 기능, 객체 중심 명세법

  - FSM(Finite State Machine)

  - Decision Table, E-R모델링

  - State Chart(SADT)

  - Use Case: 사용자기반 모델링

  - 명세 작성이 간편하고 의사전달 방법이 다양

  - 불충분한 명세가능성, 모호성

스키마(Schema)의 정의

1) 데이터베이스의 구조와 제약조건에 관해 전반적인 명세를 기술한 메타데이터의 집합

2) 속성, 개체, 관계에 대한 정의와 이들이 유지해야 할 제약조건 기술

3) 데이터베이스 내에 어떤 구조로 데이터가 저장되는가를 나타내는 데이터베이스 구조

스키마의 특징

1) 데이터 사전(Data Dictionary)에 저장

2) 특정 데이터 모델을 이용하여 만듦

3) 시불변성 (시간에 따라 불변인 특성)

4) 데이터의 구조적 특성을 의미

5) 인스턴스에 의해 규정

스키마의 3계층

1. 외부 스키마(External Schema) = 사용자 뷰(View)

  - 사용자나 응용 프로그래머가 개인의 입장에서 필요한 데이터베이스의 논리적 구조를 정의한 것

  - 전체 데이터베이스의 한 논리적인 부분으로 볼 수 있으므로 서브 스키마(Sub Schema)라고도 함

  - 하나의 데이터베이스 시스템에는 여러 개의 외부 스키마가 존재할 수 있음

  - 하나의 외부 스키마를 여러개의 응용 프로그램이나 사용자가 공용할 수 있음

  - 같은 데이터베이스에 대해서도 서로 다른 관점을 정의할 수 있도록 허용

2. 개념 스키마(Conceptual Schema) = 전체적인 뷰(View)

  - 데이터베이스의 전체적인 논리적 구조이며 데이터베이스 파일에 저장되는 데이터의 형태를 나타내는 것

  - 기관이나 조직체의 관점에서 데이터베이스를 정의한 것

  - 모든 응용 프로그램이나 사용자들이 필요로 하는 데이터를 종합한 조직 전체의 데이터베이스

  - 하나만 존재

  - 개체간 관계와 제약 조건을 나타냄

  - 데이터베이스의 접근 권한, 보안 및 무결성 규칙에 관한 명세 정의

  - 단순히 스키마라고 하면 개념 스키마를 의미

  - 데이터베이스 관리자(DBA)에 의해 구성

3. 내부 스키마(Internal Schema) = 저장 스키마(Storage Schema)

  - 물리적 저장장치의 입장에서 본 데이터베이스 구조 → 물리적 저장장치와 밀접한 계층

  - 실제로 데이터베이스에 저장될 레코드의 물리적인 구조 정의

  - 저장 데이터 항목의 표현방법, 내부 레코드의 물리적 순서 등을 표현

  - 시스템 프로그래머 혹은 시스템 설계자가 보는 관점의 스키마

출처: 

https://coding-factory.tistory.com/216

데이터베이스 설계 순서

요구 분석 → 개념적 설계 → 논리적 설계 → 물리적 설계 → 구현

데이터베이스 설계 단계별 특징

1. 요구조건 분석/명세

  - 조직의 구성원들이 데이터베이스를 사용하는 용도를 파악

  - 데이터베이스의 사용자, 사용 목적, 제약조건 등에 대한 내용 정리

  - 요구 사항을 수집하고 이를 분석한 결과를 요구 사항 명세서를 작성

2. 개념적 설계 (E-R 모델)

  - 정보를 구조화하기 위해 추상적 개념으로 표현하는 단계

  - 요구 사항 분석 단계에서 파악한 사용자의 요구 사항을 개념적 데이터 모델을 이용해 표현

  - 트랜잭션 모델링 병행

3. 논리적 설계 (데이터 모델링)

  - 자료를 컴퓨터가 이해할 수 있도록 특정 DBMS의 논리적 자료 구조로 변환하는 과정

  - 관계형 데이터베이스의 경우 테이블 설계, 정규화 과정 수행

4. 물리적 설계 (데이터 구조화)

  - 논리적 구조로 표현된 데이터를 물리적 구조의 데이터로 변환하는 과정

  - 데이터베이스 파일의 저장 구조 및 액세스 경로, 인덱스의 구조와 저장 레코드의 크기, 순서, 접근 경로 등을 결정

  - 반응시간, 공간활용도, 트랜잭션 처리량을 고려하여 설계

5. 데이터베이스 구현

  - 앞선 설계 단계에서 도출된 데이터베이스 스키마를 실제 파일로 생성

  - 응용 프로그램에서 사용하기 위한 트랜잭션 생성

출처: 

https://gomcine.tistory.com/entry/Database-6-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-%EC%84%A4%EA%B3%84-%EC%88%9C%EC%84%9C

62. 소프트웨어 재공학의 주요 활동 중 역공학에 해당하는 것은?

 ① 소프트웨어 동작 이해 및 재공학 대상 선정

 ② 소프트웨어 기능 변경 없이 소프트웨어 형태를 목적에 맞게 수정

 ③ 원시코드로부터 설계정보 추출 및 절차 설계표현, 프로그램과 데이터 구조 정보 추출

 ④ 기존 소프트웨어 시스템을 새로운 기술 또는 하드웨어 환경이 이식

[해설] 소프트웨어 재공학

1 - 분석(Analysis)

2 - 개조(Restructing)

3 - 역공학(Reversing)

4 - 이식(Migration)

68. 자료흐름도(DFD)의 작성 지침이라고 볼 수 없는 것은?

 ① 자료는 처리를 거쳐 변환될 때마다 새로운 명칭을 부여해야 한다.

 ② 자료흐름도의 최하위 처리(process)는 소단위명세서를 갖는다.

 ③ 배경도(context diagram)에도 명칭과 번호를 부여해야 한다.

 ④ 어떤 처리(process)가 출력자료를 산출하기 위해서는 필요한 자료가 반드시 입력되어야 한다.

[해설] DFD(Data Flow Diagram)

3 - 배경도에는 명칭과 부호를 부여하지 않음

78. 자료흐름도(DFD)의 각 요소별 표기 형태의 연결이 옳지 않은 것은?

 ① Process : 원

 ② Data Flow : 화살표

 ③ Data Store : 삼각형

 ④ Terminator : 사각형

[해설] DFD의 요소별 표기 형태

3 - Data Store은 두 개의 직선으로 표기

80. 소프트웨어 품질 목표 중 사용자의 요구 기능을 충족시키는 정도를 의미하는 것은?

 ① Reliability

 ② Portability

 ③ Correctness

 ④ Efficiency

[해설] 소프트웨어 품질 목표

1. 신뢰성(Reliability): 요구된 기능을 오류없이 실행하는 정도

2. 이식성(Portability): 다양한 하드웨어에서 운용 가능하도록 쉽게 수정할 수 있는 정도

3. 정확성(Correctness): 사용자가 요구한 기능을 충족시키는 정도

4. 효율성(Efficiency): 필요한 자원의 정도

3. 모든 응용프로그램이나 사용자들이 필요로 하는 데이터를 통합한 조직 전체의 데이터베이스 구조를 논리적으로 정의하는 스키마는?

 ① 개념스키마

 ② 외부스키마

 ③ 내부스키마  

 ④ 처리스키마

[해설] 데이터베이스 스키마

1. 외부 스키마

  - DB의 논리적 구조 정의

  - 하나의 DB에 여러 외부 스키마 존재 가능

2. 개념 스키마

  - DB의 전체적인 논리적 구조

  - 하나의 DB에 하나의 개념 스키마만 존재

  - 객체 간 관계와 제약 조건을 나타내고, DB의 접근 권한, 보안 및 무결성 규칙에 관한 명세 정의

3. 내부 스키마

  - 물리적 저장장치의 입장에서 본 DB 구조

  - 실제로 DB에 저장될 레코드의 물리적 구조 정의

  - 저장 데이터 항목의 표현방법, 내부 레코드의 물리적 순서 등을 나타냄

11. 데이터베이스 설계 단계 중 응답시간, 저장공간의 효율화, 트랜잭션 처리도와 가장 밀접한 관계가 있는 것은?

 ① 물리적 설계

 ② 논리적 설계

 ③ 개념적 설계

 ④ 요구조건 분석

[해설] 데이터베이스 설계 단계

1. 개념적 설계

  - 트랜잭션 모델링 병행

  - E-R 다이어그램 작성

2. 논리적 설계

  - 논리적 자료 구조로 변환하는 과정

  - 관계형 데이터베이스의 경우 테이블 설계 및 정규화 수행

3. 물리적 설계

  - DB 파일의 저장 구조 및 액세스 경로, 인덱스 구조, 저장 레코드의 크기, 순서, 접근 경로 등을 결정

  - 반응시간, 공관활용도, 트랜잭션 처리량 등을 고려하여 설계

18. 해싱에서 동일한 홈 주소로 인하여 충돌이 일어난 레코드들의 집합을 의미하는 것은?

 ① Overflow

 ② Bucket

 ③ Synonym

 ④ Collision

[해설] 해싱

1. Overflow: 해당 버킷에 더 이상의 레코드 키 값을 기억시킬 수 없어서 넘쳐나는 현상

2. Bucket: 하나의 주소를 가지면서 한 개 이상의 레코드를 저장할 수 있는 공간

3. Synonym: 동일한 홈 주소로 인해 충돌이 일어난 레코드들의 집합

4. Collision: 동일한 홈 주소로 인해 충돌이 일어나는 현상