핫딜, 바로 여기

1. 시스템의 구성요소로 볼 수 없는 것은?

 ① Process  

 ② Feedback

 ③ Maintenance

 ④ Control

[해설] 시스템의 구성요소

1. 입력(Input)

2. 처리(Process)

3. 출력(Output)

4. 제어(Control)

5. 피드백(Feedback)

6. GoF (Gangs of Four) 디자인 패턴에 대한 설명으로 틀린 것은?

 ① factory method pattern은 상위클래스에서 객체를 생성하는 인터페이스를 정의하고, 하위클래스에서 인스턴스를

    생성하도록 하는 방식이다.

 ② prototype pattern은 prototype을 먼저 생성하고 인스턴스를 복제하여 사용하는 구조이다.

 ③ bridge pattern은 기존에 구현되어 있는 클래스에 기능 발생 시 기존 클래스를 재사용할 수 있도록 중간에서 맞춰

    주는 역할을 한다.

 ④ mediator pattern은 객체간의 통제와 지시의 역할을 하는 중재자를 두어 객체지향의 목표를 달성하게 해준다.

[해설] Bridge Pattern

구현부에서 추상층을 분리하여 각자 독립적으로 확장을 가능하게 하는 패턴

9. 다음 설명에 해당하는 시스템으로 옳은 것은?

 ① 연계 서버

 ② 중계 서버

 ③ 송신 시스템

 ④ 수신 시스템

[해설] 연계시스템 구성

1. 송신 시스템: 연계할 데이터를 DB와 어플리케이션으로부터 연계테이블 또는 파일 형태로 생성하여 송신

2. 수신 시스템: 수신한 연계테이블, 파일데이터를 수신시스템에서 관리하는 데이터 형식에 맞게 변환하여 DB에

                    저장하거나 애플리케이션에서 활용할 수 있도록 제공

3. 중계 서버: 송/수신 시스템 사이에서 데이터를 송수신하고, 연계데이터의 송수신 현황을 모니터링함, 연계데이터의

                 보안강화 및 다중플랫폼 지원 등이 가능

10. CASE(Computer-Aided Software Engineering)의 원천 기술이 아닌 것은?

 ① 구조적 기법

 ② 프로토타이핑 기술

 ③ 정보 저장소 기술

 ④ 일괄처리 기술

[해설] CASE의 원천 기술

1. 구조적 기법

2. 프로토타이핑 기술

3. 자동 프로그래밍 기술

4. 정보 저장소 기술

5. 분산 처리 기술

12. 서브시스템이 입력 데이터를 받아 처리하고 결과를 다른 시스템에 보내는 작업이 반복되는 아키텍처 스타일은?

 ① 클라이언트 서버 구조

 ② 계층 구조

 ③ MVC 구조

 ④ 파이프 필터 구조

[해설] 아키텍처 스타일

1. 클라이언트 서버 구조 : 컴포넌트가 다른 컴포넌트에게 서비스를 요청. 데이터가 여러 컴포넌트를 거치며 처리

2. 계층구조 : 모듈들로 응집된 계층 단위로 SW를 구성. 계층간에 사용 가능의 관계로 표현

3. MVC 구조 : 모델-뷰-컨트롤러, 기능을 분리한 아키텍처

4. 파이프 필터 : 파이프를 통해 받은 데이터를 변경시키고 그 결과를 파이프로 전송

16. 다음 중 상위 CASE 도구가 지원하는 주요기능으로 볼 수 없는 것은?

 ① 모델들 사이의 모순검사 기능

 ② 전체 소스코드 생성 기능

 ③ 모델의 오류검증 기능

 ④ 자료흐름도 작성 기능

[해설] 상위 CASE 도구 지원 기능

- 모델들 사이의 모순검사 기능

- 모델의 오류 검증 기능

- 자료흐름도 작성 기능

11. CASE(Computer Aided Software Engineering)에 대한 설명으로 틀린 것은?

 ① 소프트웨어 모듈의 재사용성이 향상된다.

 ② 자동화된 기법을 통해 소프트웨어 품질이 향상된다.

 ③ 소프트웨어 사용자들에게 사용 방법을 신속히 숙지시키기 위해 사용된다.

 ④ 소프트웨어 유지보수를 간편하게 수행할 수 있다.

[해설] CASE(Computer Aided Software Engineering)

- 소프트웨어 모듈의 재사용성 향상

- 자동화된 기법을 통해 소프트웨어 품질 향상

- 소프트웨어 유지보수를 간편하게 수행

12. UML(Unified Modeling Language)에 대한 설명 중 틀린 것은?

 ① 기능적 모델은 사용자 측면에서 본 시스템 기능이며, UML에서는 Use case Diagram을 사용한다.

 ② 정적 모델은 객체, 속성, 연관관계, 오퍼레이션의 시스템의 구조를 나타내며, UML에서는 Class Diagram을 사용한다.

 ③ 동적 모델은 시스템의 내부 동작을 말하며, UML에서는 Sequence Diagram, State Diagram, Activity Diagram을

     사용한다.

 ④ State Diagram은 객체들 사이의 메시지 교환을 나타내며, Sequence Diagram은 하나의 객체가 가진 상태와 그

    상태의 변화에 의한 동작순서를 나타낸다.

[해설] UML(Unified Modeling Language)

State Diagram: 객체가 가진 상태와 상태 변화를 표현

Sequence Diagram: 객체 사이에 오가는 메시지를 시간순으로 표현

13. 기본 유스케이스 수행 시 특별한 조건을 만족할 때 수행하는 유스케이스는?

 ① 연관

 ② 확장

 ③ 선택

 ④ 특화

[해설] Use Case 구성요소와의 관계

1. 연관 : Use Case 와 Actor의 관계

2. 확장 : 기본 Use Case 수행 시 특별한 조건을 만족할 때 수행할 Use Case

3. 포함 : 시스템의 기능이 별도의 기능을 포함

4. 일반화 : 하위 Use Case/Action이 상위 Use Case/Actor에게 기능/역할을 상속받음

5. 그룹화 : 여러개의 Use Case를 단순화하는 방법

14. 다음 중 요구사항 모델링에 활용되지 않는 것은?

 ① 애자일(Agile) 방법

 ② 유스케이스 다이어그램(Use Case Diagram)

 ③ 시컨스 다이어그램(Sequence Diagram)

 ④ 단계 다이어그램(Phase Diagram)

[해설] 단계 다이어그램

물리, 화학 등에서 사용하는 다이어그램으로 요구사항 모델링과 관계 없음

16. 럼바우(Rumbaugh) 분석기법에서 정보모델링이라고도 하며, 시스템에서 요구되는 객체를 찾아내어 속성과 연산 식별 및 객체들 간의 관계를 규정하여 다이어그램을 표시하는 모델링은?

 ① Object

 ② Dynamic

 ③ Function

 ④ Static

[해설] 럼바우(Rumbaugh) 분석기법

1. 객체(Object) 모델링 : 정보모델링, 시스템에서 요구되는 객체를 찾아내어 속성과 연산 식별 및 객체들 간의 관계를

                               규정, 객체 다이어그램으로 표시

2. 동적(Dynamic) 모델링 : 상태도(상태 다이어그램)을 이용하여 시스템의 행위를 기술

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

1. 현행 시스템 파악과 관련된 설명 중 틀린 것은?

 ① 조직의 주요 업무를 처리하는 기간 업무와 지원 업무로 구분하여 파악한다.

 ② 각 업무에 속하는 단위 업무 정보시스템의 명칭, 주요 기능을 명시한다.

 ③ 조직 내 존재하는 정보시스템 중 향후 개발될 시스템과 관련된 정보시스템 현황만 파악한다.

 ④ 현행 시스템 아키텍처 및 소프트웨어 구성을 파악한다.

[해설] 현행시스템 파악

현행시스템 파악으로 개발범위와 향후 개발된 시스템으로의 이행방향성을 분석하여 조직 내 존재하는 모든 정보시스템 현황을 파악한다.

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: 사용자기반 모델링

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

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

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

 ① 청취과 인터뷰 질문 기술

 ② 분석과 중재기술

 ③ 설계 및 코딩 기술

 ④ 관찰 및 모델 작성 기술

[해설] 요구사항 분석 기술

1. 청취와 인터뷰 및 설문

2. 브레인스토밍

3. 관찰 및 모델 작성 기술

4. 분석과 중재기술

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

 ① 생명선

 ② 실행

 ③ 확장

 ④ 메시지

[해설] UML 시퀀스 다이어그램 구성 항목

1. 액터

2. 활성 객체

3. 생명선

4. 메시지

5. 제어 삼각형

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

① 협약(Contract)

② 프로토콜(Protocol)

③ 패턴(Pattern)

④ 관계(Relation)

[해설] 협약에 의한 설계
1. 선행조건: 오퍼레이션이 호출되기 전에 참이 되어야 하는 조건

2. 결과조건: 오퍼레이션이 수행된 후 만족해야 하는 조건

3. 불변조건: 클래스 내부가 실행되는 동안 항상 만족해야 하는 조건

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

 ① =

 ② ( )

 ③ { }

 ④ [ ]

[해설] 자료 사전 표기법

1. =: 자료의 정의

2. +: 자료의 연결

3. ( ): 자료의 생략

4. [ ]: 자료의 선택

5. { }: 자료의 반복

6. **: 자료의 설명

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

 ① process, data flow, data store, comment

 ② process, data flow, data store, terminator

 ③ data flow, data store, terminator, data dictionary

 ④ process, data store, terminator, mini-spec

[해설] 자료 흐름도의 구성 요소

1. 프로세스(Process)
2. 자료 흐름(Data Flow)

3. 자료 저장소(Data Storage)

4. 단말(Terminator)

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

 ① 소프트웨어 개발 과정의 일부 또는 전체를 자동화하기 위한 도구이다.

 ② 표준화된 개발 환경 구축 및 문서 자동화 기능을 제공한다.

 ③ 작업 과정 및 데이터 공유를 통해 작업자간 커뮤니케이션을 증대한다.

 ④ 2000년대 이후 소개되었으며, 객체지향 시스템에 한해 효과적으로 활용된다.

[해설] CASE 도구

- 소프트웨어 공학의 자동화를 의미

- 소프트웨어 공학작업을 자동화한 소프트웨어 패키지

- 소프트웨어 관리자들과 실무자들이 소프트웨어 프로세스와 관련된 활동 지원

- 프로젝트 관리 활동 자동화, 결과물 관리, 엔지니어의 분석, 설계 및 코딩 작업 지원

- 1980년대에 소개되어 1990년대부터 자주 사용됨

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

 ① 리팩토링 : 작성자 이외의 전문 검토 그룹이 요구사항 명세서를 상세히 조사하여 결함, 표준 위배, 문제점 등을 파악

 ② 동료검토 : 요구 사항 명세서 작성자가 요구 사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견

 ③ 인스펙션 : 자동화된 요구 사항 관리 도구를 이용하여 요구 사항 추적성과 일관성을 검토

 ④ CASE 도구 : 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 검토 회의를 진행하면서 결함을 발견

[해설] 인터페이스 요구 사항 검토 방법

1. 동료검토: 요구사항 명세서 작성자가 요구사항 명세서를 설명하고, 이해관계자들이 설명을 들으며 결함 발견

2. 워크스루: 검토 회의 전 명세서를 미리 배포하여 사전검토 후에 짧은 검토 회의를 통해 결함 발견

3. 인스펙션: 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 명세서를 확인하면서 결함 발견

7. GoF(Gang of Four)의 디자인 패턴에서 행위 패턴에 속하는 것은?

 ① Builder

 ② Visitor

 ③ Prototype

 ④ Bridge

[해설] GoF의 디자인 패턴 종류

1. 생성 패턴: Factory Method / Singleton / Abstract Factory / Builder / Prototype

2. 구조 패턴: Adapter / Facade / Bridge Composite / decorator / Flyweight / Proxy

3. 행위 패턴: Strategy / Chain of Responsibility / Command / Interpreter / Iterator / Mediator / Memento / Observer / State Template Method  / Visitor

9. 트랜잭션이 올바르게 처리되고 있는지 데이터를 감시하고 제어하는 미들웨어는?

 ① RPC

 ② ORB

 ③ TP monitor

 ④ HUB

[해설] 트랜잭션 미들웨어

1. RPC: 원격 절차 호출 또는 원격 프로시저 호출

2. ORB: 객체간 메시지 전달 지원(객체지향 미들웨어)

3. TP monitor: 트랜잭션 처리를 감시/제어

11. XP(eXtreme Programming)의 5가지 가치로 거리가 먼 것은?

 ① 용기

 ② 의사소통

 ③ 정형분석

 ④ 피드백

[해설] XP의 5가지 가치

1. 용기

2. 단순성

3. 커뮤니케이션

4. 피드백

5. 존중

13. 소프트웨어 개발 방법 중 요구사항 분석(requirements annalysis)과 거리가 먼 것은?

 ① 비용과 일정에 대한 제약설정

 ② 타당성 조사

 ③ 요구사항 정의 문서화

 ④ 설계 명세서 작성

[해설] 소프트웨어 개발 방법-요구사항 분석

1. 비용과 일정에 대한 제약 설정

2. 타당성 조사

3. 요구사항 정의 문서화

 * 설계 명세서 작성: 요구사항 명세서 단계

16. 객체지향 기법에서 클래스들 사이의 '부분-전체(part-whole)' 관계 또는 '부분(is-a-part-of)'의 관계로 설명되는 연관성을 나타내는 용어는?

 ① 일반화

 ② 추상화

 ③ 캡슐화

 ④ 집단화

[해설] 객체지향 기법

1. 캡슐화: 정보 처리에 필요한 기능들을 한 테두리로 묶는 것

2. 추상화: 중요한 부분만을 분리하여 간결하고 이해하기 쉽게 만드는 것

3. 상속: 상위 클래스의 속성, 메소드를 하위 클래스가 물려받는 것

4. 집단화(연관성): 클래스들 간 부분-전체 또는 부분의 관계

17. CASE가 갖고 있는 주요 기능이 아닌 것은?

 ① 그래픽 지원

 ② 소프트웨어 생명주기 전 단계의 연결

 ③ 언어번역

 ④ 다양한 소프트웨어 개발 모형 지원

[해설] CASE가 갖는 주요 기능들

1. SW 생명주기 전(모든) 단계 연결

2. 모델들 사이의 모순 검사

3. 오류 검증

4. 자료 흐름도 등 다이어그램 작성

5. 다양한 소프트웨어 개발 모형지원

6. 시스템 문서화 및 명세화를 위한 그래픽 지원

20. 객체지향 분석 방법론 중 E-R 다이어그램을 사용하여 객체의 행위를 모델링하며, 객체식별, 구조식별, 주체정의, 속성 및 관계 정의, 서비스 정의 등의 과정으로 구성되는 것은?

 ① Coad와 Yourdon 방법

 ② Booch 방법

 ③ Jacobson 방법

 ④ Wirfs-Broocks 방법

[해설] 객체지향 분석 방법론

1. RumBaugh 방법: 분석 활동을 객체모델, 동적 모델, 기능 모델로 나누어 수행

2. Booch 방법: 클래스와 객체들을 분석/식별하고 클래스의 속성, 연산 정의

3. Jacobson 방법: Use Case를 이용

4. Coad-Yourdon 방법: E-R 다이어그램 이용