UML 다이어그램 중 순차 다이어그램에 대한 설명으로 틀린 것
1. 객체 간의 동적 상호작용을 시간 개념을 중심으로 모델링 하는 것
2. 주로 시스템의 정적 측면을 모델링 하기 위해 사용 (X)
=> 동적 측면
3. 일반적으로 다이어그램의 수직 방향이 시간의 흐름을 나타냄
4. 회귀 메세지, 제어블록 등으로 구성됨
유스케이스의 구성 요소 간의 관계에 포함되지 않는 것
=> 구체화
=> 연관, 확장, 일반화는 포함된다.
GoF 디자인 패턴을 생성, 구조, 행동 패턴으로 분류할 때 구조 패턴이 아닌 것 (틀림)
=> Builder 패턴
생성: 팩토리 메소드, 싱글레톤, 프로토타입, 빌더, 추상 팩토리
구조: 어댑터, 브릿지, 컴퍼짓, 데코레이터, 퍼사드, 플라이웨이트, 프록시
행동: 책임 연쇄, 반복자, 명령, 해석자 등등 뭔가 동적인 느낌
유스케이스 다이어그램에 관해 틀린 것 (틀림)
1. 시스템과 상호작용하는 외부시스템은 액터로 파악해서는 안된다.
=> 액터: 시스템과 상호작용하는 모든 것이므로 안되지 않음!!!!!!!
2. 유스케이스는 사용자 측면에서 요구사항으로, 사용자가 원하는 목표를 달성하기 위해 수행할 내용을 기술한다.
3. 시스템 액터는 다른 프로젝트에서 이미 개발되어 사용되고 있으며 본 시스템과 데이터를 주고받는 등 서로 연동되는 시스템이다.
4. 액터가 인식할 수 없는 시스템 내부의 기능을 하나의 유스케이스로 파악해서는 안된다.
동시에 소스 수정 방지, 다른 방향으로 진행된 개발 결과를 합치거나 변경 내용을 추적하는 버전 관리 도구
=> RCS(Revision Control System)
인스펙션 과정(틀림)
계획 => 사전 교육 => 준비 => 인스펙션 회의 => 수정 => 후속 조치
트리 구조 후위 순회(틀림)
전위 순회: 뿌리 -> 왼쪽 자식 -> 오른쪽 자식 (위에서부터 왼쪽 쭉 돌다 없으면 오른쪽)
중위 순회: 왼쪽 자식 -> 뿌리 -> 오른쪽 자식
후위 순회: 왼쪽 자식 -> 오른쪽 자식 -> 뿌리 (자식부터 다 돈다고 생각)
후위 순회니까 d -> b -> g -> h -> e -> f -> c -> a
단위 테스트 도구로 사용될 수 없는 것(틀림)
=> HttpUnit
=> CppUnit, JUnit, lgpUnit은 단위 테스트 도구로 사용됨!!!!!
다음 조건을 모두 만족하는 정규형
- 테이블에 속한 모든 도메인이 원자값만으로 구성됨
- 키가 아닌 모든 필드가 키에 대해 함수적으로 종속
- 키의 부분 집합이 결정자가 되는 부분 종속이 존재하지 않음
- 테이블에 존재하는 모든 함수적 종속에서 결정자가 후보키임
=> BCNF
관계 데이터 모델에서 릴레이션에 포함되어 있는 튜플의 수
=> Cardinality (행의 개수)
=> degree는 속성의 수임 (필드의 수)
다음에서 설명하는 프로세스 스케줄링
- 최소 작업 우선(SJF) 기법의 약점을 보안함
- 비선점 스케줄링 방식
- 우선순위 = 대기 시간+서비스 받을 시간 / 서비스를 받을 시간
=> HRN 스케줄링
UDP 프로토콜의 특징이 아닌 것
=> 주소를 지정하고 경로를 설정하는 기능을 한다. (IP임 - 인터넷 계층)
=> 비연결형 서비스 제공, 단순한 헤더 구조(오버헤드 작음), TCP와 같이 전송 계층에 존재함
Python 데이터 타입 중 시퀀스 데이터 타입에 해당하는 것
- 다양한 데이터 타입들을 주어진 순서에 따라 저장할 수 있음
- 단 저장된 내용을 변경할 수 없음
=> 튜플 타입
어떤 외부 컴퓨터가 접속되면 접속 인가 여부를 점검하는 접근제어 유틸리티(틀림)
=> tcp wrapper
인가된 경우 접속 허용, 반대의 경우 거부함
기기를 키오스크에 갖다 대면 원하는 데이터를 바로 가져올 수 있는 기술(틀림)
- 10cm 이내 근접 거리에서 기가급 속도로 데이터 전송이 가능함
- 초고속 근접 무선 통신(NFC) 기술임
=> Zing
취약점 관리를 위한 응용 프로그램의 보안 설정과 가장 거리가 먼 것(틀림)
=> 서버 관리실 출입 통제
=> 실행 프로세스 권한 설정, 운영체제의 접근 권한, 운영 체제의 정보 수집 제한은 맞다.
소프트웨어 개발 프레임워크와 관련한 설명으로 가장 적절하지 않은 것(틀림)
1. 반제품 상태의 제품을 토대로 도메인별로 필요한 서비스 컴포넌트를 사용해 재사용성 확대와 성능을 보장하는 개발 소프트웨어
2. 라이브러리와 달리 사용자 코드에서 프레임워크를 호출해 사용하고 그에 대한 제어도 사용자 코드가 가지는 방식
=> 아 사용자 코드가 갖는 게 아니라 프레임워크가 주도한다.
3. 설계 관점에서 개발 방식을 패턴화시키기 위한 노력의 결과물인 소프트웨어 디자인 패턴을 반제품 소프트웨어 상태로 집적화함
4. 프레임워크의 동작 원리를 그 제어 흐름의 일반적인 프로그램 흐름과 반대로 동작한다고 해서 IoC라고도 함
(IoC: 어떤 일을 하도록 만들어진 프레임워크에 제어 권한을 넘겨 개발자가 신경 쓸 것을 줄여주는 전략)
접근 통제 방법 중 조직 내에서 직무, 직책 등 개인의 역할에 따라 결정해 부합하는 접근 정책(틀림)
=> RBAC
COCOMO 모형의 특징이 아닌 것(틀림)
=> 프로젝트 개발 유형에 따라 object, dynamic, function 3가지 모드로 구분한다.
이거는 기능 점수
COCOMO 모형은 소스 코드의 규모에 의한 비용을 예측
man-month로 산정 결과를 나타낼 수 있고 비교적 작은 규모의 프로젝트 기록을 통계 분석해 얻은 결과를 반영한 모델이다.
자신의 신원을 시스템에 증명하는 과정으로 아이디와 패스워드를 입력하는 과정(틀림)
=> Authentication (인증이다. 내가 누구인지 증명하는 절차)
Authorization은 인가다.(특정 리소스에 접근 권한이 있는지)
다음 설명하는 IT 기술 (틀림)
- 네트워크를 제어부, 데이터 전달부로 분리해 네트워크 관리자가 보다 효율적으로 네트워트를 제어, 관리하는 기술
- 기존의 라우터, 스위치 같은 하드웨어에 의존하는 네트워크 체계에 안정성, 속도, 보안 등을 소프트웨어로 제어, 관리하기 위해 개발됨
- 네트워크 장비의 펌웨어 업그레이드를 통해 사용자의 직접적인 데이터 전송 경로 관리가 가능
- 기존 네트워크에는 영향을 주지 않으면서 특정 서비스의 전송 경로 수정을 통해 인터넷에서 발생하는 문제를 처리함
=> SDN(Software Defined Networking)
프로젝트 일정 관리 시 사용하는 PERT 차트에 대한 설명에 해당하는 것
=> 작업들 간의 상호 관련성, 결정경로, 경계시간, 자원할당 등을 제시한다.
'✏️ 정보처리기사' 카테고리의 다른 글
[정보처리기사: 필기] 2022년 1회 정보처리기사 문제풀이 (0) | 2024.02.14 |
---|---|
[정보처리기사: 필기] 5. 정보 시스템 구축 관리 (0) | 2024.02.13 |
[정보처리기사: 필기] 4. 프로그래밍 언어 활용 문제 풀이 (0) | 2024.02.11 |
[정보처리기사: 필기] 4. 프로그래밍 언어 활용 (0) | 2024.02.11 |
[정보처리기사: 필기] 3. 데이터베이스 구축 문제 풀이 (0) | 2024.02.09 |