2020년 정보처리기사 제3회 필기 오답노트 - 1과목. 소프트웨어 설계

요구사항 분석 시에 필요한 기술로 가장 거리가 먼 것은?

 

요구사항 개발 프로세스

1) 도출 : 인터뷰, 설문, 브레인스토밍

2) 분석 : 개념 모델링, 요구사항 협상/할당, 정형 분석

3) 명세 

4) 확인

---

다음 내용이 설명하는 디자인 패턴은?

 

<디자인 패턴>

1. 생성 패턴

추상 팩토리 : 객체들의 그룹으로 생성 후 추상적 표현

빌더 : 작게 분리, 건축하듯 조립하여 객체 생성

팩토리 메소드 : 객체 생성 by 서브클래스

프로토타입 : 원본 복제

싱글톤 : 하나 참조o, 여러 동시 참조x

 

2. 구조 패턴

어댑터 : 호환성x 클래스 변환

브릿지 : 추상층 분리, 독립적 확장

컴포지트 : 복합, 단일 구분x

데코레이터 : 객체 간 결합, 확장

퍼싸드 : 복잡한 서브클래스 피해

플라이웨이트 : 공유, 메모리 절약

프록시 : 접근 어려움 해결

 

3. 행위 패턴

책임 연쇄 : 처리x 넘어가

커맨드 : 캡슐화 재이용

인터프리터 : 문법 정의

반복자(이터레이터) : 접근 잦아 반복

중재자 : 캡슐화

메멘토 : 복원지점

옵저버 : 상태변화 전달

상태 : 같은 동작 다른 처리

전략 : 알고리즘

템플릿 메소드 : 상골격 하세부 

방문자 : 처리 기능 분리

---

럼바우 객체 지향 분석과 거리가 먼 것은?

 

럼바우(Rumbaugh) 분석 기법 ( = 객체 모델링 기법(OMT) )
분석 활동 → 객체 모델, 동적 모델, 기능 모델 분리
그래픽 표기법 이용 모델링

 

1) 객체 모델링(Object Modeling) = 정보 모델링
요구되는 객체를 찾아 객체들 간의 관계 규정 → 객체 다이어그램으로 표시

2) 동적 모델링(Dynamic Modeling)
상태 다이어그램(상태도)를 이용하여 시간의 흐름에 따른 객체들 간의 제어 흐름, 상호 작용, 동작 순서 등의 동적인
행위를 표현

3) 기능 모델링(Function Modeling)
자료 흐름도(DFD)를 이용하여 다수의 프로세스들 간의 자료 흐름 중심으로 처리 과정을 표현

 

---

애자일 기법에 대한 설명으로 맞지 않은 것은?

 

애자일(Agile) 개발 4가지 핵심 가치
1. 프로세스, 도구 < 개인과의 상호작용
2. 방대한 문서 < 실행되는 SW
3. 계약 협상 < 고객과의 협업
4. 계획 < 변화에 반응

---

미들웨어 솔루션의 유형에 포함되지 않는 것은?

WAS(웹 애플리케이션 서버)
동적인 콘텐츠를 처리, 웹 환경을 구현

RPC(Remot Procedure Call)
프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출

ORB(Object Request Broker)
객체 지향 미들웨어

---

UML에서 시퀀스 다이어그램의 구성 항목에 해당하지 않는 것은?

 

시퀀스 다이어그램 구성 항목
1) 액터

2) 활성 객체(object)

3) 라이프라인(생명선)

4) 메세지

5) 제어 삼각형

---

객체지향에서 정보 은닉과 가장 밀접한 관계가 있는 것은?

정보 은닉 ? -> 숨기는 것!

캡슐화 : 다른 객체에게 자신의 정보를 숨기고, 자신의 func만을 통해 접근 허용

---

디자인 패턴 중에서 행위적 패턴에 속하지 않는 것은?

 

<디자인 패턴>

1. 생성 패턴

추상 팩토리 : 객체들의 그룹으로 생성 후 추상적 표현

빌더 : 작게 분리, 건축하듯 조립하여 객체 생성

팩토리 메소드 : 객체 생성 by 서브클래스

프로토타입 : 원본 복제

싱글톤 : 하나 참조o, 여러 동시 참조x

 

2. 구조 패턴

어댑터 : 호환성x 클래스 변환

브릿지 : 추상층 분리, 독립적 확장

컴포지트 : 복합, 단일 구분x

데코레이터 : 객체 간 결합, 확장

퍼싸드 : 복잡한 서브클래스 피해

플라이웨이트 : 공유, 메모리 절약

프록시 : 접근 어려움 해결

 

3. 행위 패턴

책임 연쇄 : 처리x 넘어가

커맨드 : 캡슐화 재이용

인터프리터 : 문법 정의

반복자(이터레이터) : 접근 잦아 반복

중재자 : 캡슐화

메멘토 : 복원지점

옵저버 : 상태변화 전달

상태 : 같은 동작 다른 처리

전략 : 알고리즘

템플릿 메소드 : 상골격 하세부 

방문자 : 처리 기능 분리

---

UI 설계 원칙 중 누구나 쉽게 이해하고 사용할 수 있어야 한다는 원칙은?

 

사용자 인터페이스(UI)의 기본 원칙
1) 직관성 : 누구나 쉽게 이해, 사용
2) 유효성 : 목적 정확 달성
3) 학습성 : 누구나 쉽게 배우기
4) 유연성 :  요구사항을 최대한 수용, 실수 최소화

---

코드의 기본 기능으로 거리가 먼 것은?

 

코드(Code)의 주요 기능
1) 식별 : 데이터 성격에 따라 구분
2) 분류 : 기준에 따른 데이터 그룹화
3) 배열 : 의미 부여 후 나열
4) 표준화 : 컴퓨터 처리 위해 단일한 형태의 표준화된 표현이 필요

---

다음 ( ) 안에 들어갈 내용으로 옳은 것은?

 

협약에 의한 설계(Design by Contract)

클래스에 대한 여러 가정을 공유하도록 명세한 것
소프트웨어 컴포넌트에 대한 정확한 인터페이스 명세

협약에 의한 설계의 세 가지 타입
1) 선행 조건 (precondition) : 오퍼레이션이 호출되기 전에 참이 되어야 할 조건
2) 결과 조건 (postcondition) : 오퍼레이션이 수행된 후 만족하여야 하는 조건
3) 불변 조건 (invariant) : 클래스 내부가 실행되는 동안 항상 만족하여야 하는 조건(예: 리스트에 있는 노드가 항상 오름차순으로 되어야 함)

---

UML에서 활용되는 다이어그램 중, 시스템의 동작을 표현하는 행위(Behavioral) 다이어그램에 해당하지 않는 것은?

 

구조적 (Structural) 다이어그램 (클객컴배복패)

- 클래스(Class) 다이어그램 : 클래스와 클래스가 가지는 속성, 관계를 표현하고 시스템의 구조 파악, 구조상의 문제점 도출

- 객체(Object) 다이어그램 

- 컴포넌트(Component) 다이어그램 : 구현 단계에서 사용

- 배치(Deployment) 다이어그램 : 물리적 요소들의 위치를 표현, 구현 단계에서 사용

- 복합체 구조(Composite Structure) 다이어그램 : 클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부 구조 표현

- 패키지(Package) 다이어그램 : 패키지들의 관계 표현

 

행위 (Behavioral) 다이어그램 (유시커상활상타)

- 유스케이스(Use Case) 다이어그램 : 사용자의 요구를 분석하는 것으로 모델링 작업에 사용

- 시퀀스(Sequence) 다이어그램 : 상호 작용하는 시스템이나 객체들이 주고받는 메시지 표현

- 커뮤니케이션 다이어그램 : 메시지뿐만 아니라 객체들 간의 연관까지 표현

- 상태(State) 다이어그램 : 상태가 어떻게 변화하는지 표현

- 활동(Activity) 다이어그램 : 처리의 흐름을 순서에 따라 표현

- 상호작용 개요 다이어그램 : 상호작용 다이어그램 간 제어 흐름 표현

- 타이밍 다이그램 : 객체 상태 변화와 시간 제약을 명시적으로 표현

---

객체 지향 소프트웨어 공학에서 하나 이상의 유사한 객체들을 묶어서 하나의 공통된 특성을 표현한 것은?

 

클래스(Class)
공통된 속성과 연산(행위)을 갖는 객체의 집합, 객체의 일반적인 타입(Type)을 의미
동일 클래스에 속한 각각의 객체들은 공통된 속성과 행위를 가짐

---

아래의 UML 모델에서 '차' 클래스와 각 클래스의 관계로 옳은 것은?

 

 

• 연관 관계

2개 이상의 사물이 서로 관련되어 있음을 표현 (선생님  - 학생)

 

• 집합 관계 (부속)

하나의 사물이 다른 사물에 포함되어 있는 관계 (컴퓨터 - 프린터)

 

• 포함 관계

집합 관계의 특수 형태 (문 - 열쇠)

 

•일반화 관계 (대분류와 소분류)

하나의 사물이 다른 사물에 비해 더 일반적인지 구체적인지 표현 (차 - 버스, 트럭, 택시)

 

• 의존 관계

사물 사이에 서로 연관은 있으나 필요에 의해 서로에게 영향을 주는 짧은 시간 동안만 연관을 유지하는 관계 (등급 - 할인율)

 

• 실체화 관계

사물이 할 수 있거나 해야 하는 기능으로 서로를 그룹화 할 수 있는 관계 (날 수 있는 - 새, 비행기)

---

자료 사전에서 자료의 반복을 의미하는 것은?

 

자료 사전 표기법
= : 정의
+ : 연결
() : 생략
[|] : 선택
{} : 반복
** : 설명(주석)

---

객체지향 설계 원칙 중, 서브타입(상속받은 하위 클래스)은 어디에서나 자신의 기반타입(상위클래스)으로 교체할 수 있어야 함을 의미하는 원칙은?

 

<객체지향 설계원칙>
1. 단일 책임 원칙 (SRP, Single Responsibility Principle)
객체는 단 하나의 책임만

2. 개방-폐쇄의 원칙 (OCP, Open Closed Principle)
기존 코드를 변경x 기능을 추가 가능

3. 리스코프 치환 원칙 (LSP, Liskov Substitution Principle)
일반화 관계, 자식 클래스는 최소한 자신의 부모 클래스에서 가능한 행위는 수행 가능

4. 인터페이스 분리 원칙 (ISP, Interface Segregation Principle)
인터페이스를 클라이언트에 특화되도록 분리시키는 설계 원칙

5. 의존 역전 원칙 (DIP, Dependency Inversion Principle)
의존 관계를 맺을 때 변화하기 쉬운 것 또는 자주 변화하는 것보다는 변화하기 어려운 것

거의 변화가 없는 것에 의존하라는 것

---

자료흐름도(Data Flow Diagram)의 구성요소로 옳은 것은?

 

자료 흐름도 구성 요소
- 프로세스 (Process)
- 자료 흐름(Data Flow)
- 자료 저장소(Data Store)
- 단말(Terminator)

---

CASE(Computer-Aided Software Engineering)도구에 대한 설명으로 거리가 먼 것은?

 

CASE(소프트웨어 공학의 자동화) 도구

CASE는 1980년대에 소개된 소프트웨어 공학작업을 자동화한 소프트웨어 패키지
소프트웨어 관리자들과 실무자들이 소프트웨어 프로세스와 관련된 활동을 지원

프로젝트 관리 활동 자동화

결과물 관리

엔지니어들의 분석, 설계 및 코딩과 테스트 작업 지원

주요기능

- 개발 모형

- 그래픽

- SDLC의 전단계 연결

---

인터페이스 요구 사항 검토 방법에 대한 설명이 옳은 것은?

 

<인터페이스 요구사항 검토(검증) 방법>
동료 검토(Peer Review) : 요구사항 명세서 작성자가 설명하고 이해관계자들이 설명을 들으면서 결함을 발견
워크스루(Walk Through) : 검토 회의 전, 명세서를 미리 배포하여 사전검토 후에 짧은 검토 회의를 통해 결함 발견
인스펙션(Inspection) : 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 명세서를 확인하면서 결함을 발견

 

동 - 이해

워 - 짧은

인 - 전문가