본문 바로가기

개발/정보처리기사

정보처리기사 필기 수제비 요약 (6)

(4과목) 라이브러리 - 51

51. 다음 중 라이브러리에 대한 설명으로 올바르지 않은 것은?

① 라이브러리란 효율적인 프로그램 개발을 위해 필요한 프로그램을 모아 놓은 집합체이다.

② 라이브러리는 도움말, 설치 파일, 샘플 코드 등으로 구성된다.

③ 라이브러리의 종류는 표준 라이브러리와 패키지 라이브러리가 있다.

④ 입출력 표준 라이브러리의 예시로 C언어는 "<stdio.h>", JAVA는 "Scanner Class"이다.

 

답) ③

해설) 라이브러리 종류에는 표준 라이브러리와 외부 라이브러리가 있다.

 

수제비 필기책 4-37


(5과목) 데이터베이스 표준화

53. 다음 중 데이터베이스 표준화에 대한 설명으로 올바르지 않은 것은?

① 데이터베이스 표준화 구성요소에는 데이터 표준, 메타 데이터, 데이터 표준화 도구가 있다.

② 데이터베이스 표준화는 시스템별로 흩어져 있는 데이터 정보 요소에 대한 명칭, 정의, 형식, 규칙에 대한 원칙을 수립하고 전사적으로 적용하는 작업이다.

③ 데이터 표준 관리 대상에는 표준 용어, 표준 단어, 표준 도메인, 표준 코드가 있다.

④ 데이터 표준 관리 조직에는 전사 데이터 관리자, 업무 데이터 관리자, 업무 시스템 데이터 관리자가 있다.

답) ①

해설) 수제비 정보처리기사 필기책 5-64페이지 참고


 (3과목) 접근제어 - 54

54. 다음 중 접근제어에 대한 설명으로 올바르지 않은 것은?

① 접근제어(Access Control)는 불법적인 데이터의 접근으로부터 데이터베이스를 보호하는 기법이다.

② 접근제어의 구성요소에는 접근제어 정책, 접근제어 관리자, 접근제어 보안 모델이 있다.

③ 신원기반의 접근제어 정책은 주체나 또는 그들이 속해있는 그룹들의 신분에 근거하여 객체에 대한 접근을 제한하는 방법이다.

④ 규칙기반(Rule-based) 접근제어 정책은 MAC이라고 불린다.

 

 

답)  ②

해설) 수제비 책 3-80, 3-81


접근통제 정책
- 어떤 주체(Who)가 언제(When) 어디서(Where) 어떤 객체(What)에게 어떤 행위(How)에 대한 허용 여부를 정의하는 것
- 신분 기반 정책
-> 주체나 그룹의 신분에 근거하여 객체의 접근을 제한
-> IBP(Individual-Based Policy) : 최소 권한 정책, 단일 주체에게 하나의 객체에 대한 허가를 부여
-> GBP(Group-Based Policy) : 복수 주체에 대한 허가를 부여
- 규칙 기반 정책
-> 주체가 갖는 권한에 근거하여 객체의 접근을 제한
-> MLP(Multi-Level Policy) : 사용자 및 객체별로 지정된 기밀 분류에 따른 정책
-> CBP(Compartment-Based Policy) : 집단별로 지정된 기밀 허가에 따른 정책
- 역할 기반 정책
-> 주체의 신분이 아니라 주체가 맡은 역할에 근거하여 객체의 접근을 제한


 (3과목) 키의 종류 - 55

55. 릴레이션에 있는 모든 튜플에 대해 유일성은 만족시키지만 최소성은 만족시키지 못하는 키는?

① 외래키                     ② 슈퍼키

③ 기본키                      ④ 후보키

 

답)    ②

해설) 수제비 필기 책 3-92


후보키(Candidate Key)

- 릴레이션을 구성하는 속성들 중 튜플을 유일하게 식별하기 위해 사용하는 속성들의 부분집합
- 즉, 기본키로 사용할 수 있는 속성들을 말함
- 모든 릴레이션은 반드시 하나 이상의 후보키를 가져야 함
- 모든 튜플들에 대해 유일성, 최소성을 만족해야 함

<학생> 릴레이션에서 학번, 주민번호


기본키(Primary Key)

- 후보키 중에서 선택한 주키로 NULL 값이 될 수 없음
- 한 릴레이션에서 특정 튜플을 유일하게 구별할 수 있는 속성
- 기본키로 저장된 속성에는 동일한 값이 중복되어 저장될 수 없음

<학생> 릴레이션에서 학번이나 주민번호, <수강> 릴레이션에서는 '학번+과목명' 조합


대체키(Alternate Key)

- 보조키라고도 함

- 후보키가 둘 이상일 때 기본키를 제외한 나머지 후보키들을 말함

<학생> 릴레이션에서 학번을 기본키로 정의할 시 주민번호는 대체키가 됨


슈퍼키(Super Key)

- 한 릴레이션 내에 있는 속성들의 집합으로 구성된 키
- 유일성은 만족하지만 최소성은 만족시키지 못함

<학생> 릴레이션에서 '학번', '주민번호', '학번+주민번호', '학번+주민번호+상명' 등으로 슈퍼키 구성 가능


외래키(Foreign Key)

- 다른 릴레이션의 기본키를 참조하는 속성 또는 속성들의 집합

- 외래키는 참조되는 릴레이션의 기본키와 대응되어 참조 관계를 표현함

- 외래키로 지정되면 참조 릴리에션의 기본키에 없는 값은 입력할 수 없음

<수강> 릴레이션이 <학생> 릴레이션을 참조하고 있으므로 <학생> 릴레이션의 학번이 기본키이고 <수강> 릴레이션의 학번은 외래키가 됨




출처: https://liveyourit.tistory.com/214 [Live Your IT]


(2과목) 국제 표준 제품 품질 특성 - 56

56. 다음 중 아래에서 설명하는 국제 표준 제품 품질 특성은 무엇인가?

 - 명시된 조건에서 사용되는 자원의 양에 따라 요구된 성능을 제공하는 소프트웨어 제품의 능력

- 품질 부특성에는 시간 반응성, 자원 효율성, 준수성 등이 있음

① 효율성                           ② 사용성

③ 신뢰성                           ④ 기능성

답)    ①

해설) 수제비 필기 책 2-61


57. 다음 중 아래의 설명에 해당되는 고가용성 유형은 무엇인가?

 - 시스템 전체가 Active한 상태로 동작하다가 한 시스템 장애 시, 다른 시스템으로 Fail Over 하지 않고, 여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식

① Hot Standby                          ② Mutual Take-Over

③ Concurrent Access                  ④ Fault Tolerance System

답)   ③


Hot Standby
가장 단순하면서 많이 사용되는 유형
가동 시스템과 평상시 대기 상태 또는 개발 시스템으로 운영되는 백업 시스템으로 구성
외장 디스크는 가동 시스템에서만 접근 가능하고, 장애 시에만 백업 시스템에서 접근 가능함
고가용성 Hot Standby.png

Mutual Takeover
2개 시스템이 각각의 고유한 업무를 수행하다가 하나에 장애가 발생하면 다른 시스템이 그 시스템의 업무까지 수행하는 방식
장애 발생 시 Fail-over 에 대비해 각 시스템 2개의 업무를 동시에 서비스할 수 있는 시스템 용량을 갖추도록 고려해야 함
외장 디스크는 해당 시스템에서만 접근 가능함
고가용성 Mutual take-over.png

Concurrent Access
여러 개의 시스템이 동시에 업무를 나누어 병렬 처리하는 방식으로 시스템 전체가 Active 한 상태로 업무를 수행함
한 시스템에 장애가 발생하여도 다른 시스템으로 Fail-over 하지 않고 가용성을 보장함
고가용성 Concurrent Access.png


(5과목) 비용산정모델 - 58

58. 다음 중 소프트웨어 각 기능의 비관치, 낙관치, 기대치를 측정하여 예측치를 구하고 이를 이용하여 비용을 산정하는 모델은?

① Man Month                          ② LOC(Lines of Code)

③ COCOMO                            ④ 델파이 기법

답) ②

해설) 수제비 필기 책 5-7

비용 산정 기법 - 상향식

LOC 기법

$예측치\ =\ \frac{\left(a+4m+b\right)}{6}\ \left(a\ :낙관,\ b:\ 비관,\ m\ :\ 중간\right)$예측치 =
(a+4m+b)
6​ (a :낙관, b: 비관, m : 중간)​
- 노력 = 개발 기간 * 투입 인원

= LOC / 1인당 월평균 생산 코드 라인 수

- 개발 비용 = 노력(인월) * 단위 비용(1인당 월평균 인건비)

- 개발 기간 = 노력(인월) * 투입 인원

- 생산성 = LOC / 노력(인월)



수학적 산정 기법

- COCOMO

유형(KDSI = 전체 라인 수를 1000 단위로 묶은 것)

유형

내용

공식

조직형

5만 라인 이하 소프트웨어 개발

사무처리용, 업무용, 과학용 응용 소프트웨어

노력 = 2.4*(KDSI^1.05)

개발기간 = 2.5*(MM^0.38)

반분리형

30만 라인 이하의 소프트웨어 개발

노력 = 3.0*(KDSI^1.12)

개발기간 = 2.5*(MM^0.35)

내장형

30만 라인 이상의 소프트웨어 개발

노력 = 3.6*(KDSI^1.2)

개발기간 = 2.5*(MM^0.32)

종류

- 기본형 : 소프트웨어의 크기와 개발 유형만을 이용하여 비용 산정

- 중간형 : 기본형 COCOMO를 토대로 15가지 요인에 의해 비용 산정

- 발전형 : 중간형 COCOMO를 보완, 개발 공정별로 보다 자세하고 정확하게 노력을 산출하여 비용 산정



Putnam 모형

- 소프트웨어 생명 주기의 전 과정 동안에 사용될 노력의 분포를 가정해 주는 모형



기능 점수 모형

- 요인별로 가중치를 부여하여 기능 점수를 구한 후 이를 이용하여 비용 산정

- 최근 최선의 평가를 받고 있음

프로젝트 관리

- 일정 / 비용 / 인력 / 위험 / 품질 관리

소프트웨어 개발 표준

ISO/IEC 12207

국제표준화기구에서 만든 표준 소프트웨어 생명 주기 프로세스

기본 / 지원 / 조직 생명 주기 프로세스로 구분



CMMI

소프트웨어 개발 조직의 업무 능력 및 조직의 성숙도 평가 모델

초기 / 관리 / 정의 / 정량적 관리 / 최적화의 5단계로 구분



SPICE

정보 시스템 분야에서 소프트웨어 프로세스를 평가/개선하는 국제 표준

고객-공급자 / 공학 / 지원 / 관리 / 조직 프로세스

불완전 / 수행 / 관리 / 확립 / 예측 / 최적화

소프트웨어 개발 방법론 테일러링

- 소프트웨어 개발 방법론의 절차, 사용기법 등을 수정 및 보완

- 고려사항은 내부적 요건과 외부적 요건으로 구분

- 기법 : 프로젝트 규모와 복잡도 / 프로젝트 구성원 / 팀내 방법론 지원 / 자동화

소프트웨어 개발 프레임워크

프레임워크

- 소프트웨어 개발에 공통적으로 사용되는 구성 요소와 아키텍처를 일반화하여 손쉽게 구현할 수 있도록 여러 가지 기능들을 제공해 주는 반제품 형태의 소프트웨어 시스템



스프링 프레임워크

- Java 플랫폼을 위한 오픈 소스 경량형 애플리케이션 프레임워크



전자정부 프레임워크

- 우리나라 공공부문 정보화 사업 시스템 구축을 지원



닷넷 프레임워크

- Windows 프로그램의 개발 / 실행 지원

- CLR 가상머신 상에서 작동