반응형

 

정보 처리 기사 기출문제 - 2

 

1과목 : 소프트웨어 설계



11. 객체에 대한 설명으로 틀린 것은? (2)

1) 객체는 상태, 동작, 고유 식별자를 가진 모든 것이라 할 수 있다.

2) 객체는 공통 속성을 공유하는 클래스들의 집합이다.

3) 객체는 필요한 자료 구조와 이에 수행되는 함수들을 가진 하나의 독립된 존재이다.

4) 객체의 상태는 속성값에 의해 정의된다.

 

12. 속성과 관련된 연산(Operation)을 클래스 안에 묶어서 하나로 취급하는 것을 의미하는 객체지향 개념은? (3)

1) Inheritance

2) Class

3) Encapsulation

4) Association

 

13. 애자일(Agile) 프로세스 모델에 대한 설명으로 틀린 것은? (1)

1) 변화에 대한 대응보다는 자세한 계획을 중심으로 소프트웨어를 개발한다.

2) 프로세스와 도구 중심이 아닌 개개인과의 상호소통을 통해 의견을 수렴한다.

3) 협상과 계약보다는 고객과의 협력을 중시한다.

4) 문서 중심이 아닌, 실행 가능한 소프트웨어를 중시한다.

 

14. 명백한 역할을 가지고 독립적으로 존재할 수 있는 시스템의 부분으로 넓은 의미에서는 재사용되는 모든 단위라고 볼 수 있으며, 인터페이스를 통해서만 접근할 수 있는 것은? (3)

1) Model

2) Sheet

3) Component

4) Cell

 

15. GoF(Gang of Four) 디자인 패턴을 생성, 구조, 행동 패턴의 세 그룹으로 분류할 때, 구조 패턴이 아닌 것은? (3)

1) Adapter 패턴

2) Bridge 패턴

3) Builder 패턴

4) Proxy 패턴

 

16. UI와 관련된 기본 개념 중 하나로, 시스템의 상태와 사용자의 지시에 대한 효과를 보여주어 사용자가 명령에 대한 진행 상황과 표시된 내용을 해석할 수 있도록 도와주는 것은? (1)

1) Feedback

2) Posture

3) Module

4) Hash

 

17. UI의 종류로 멀티 터치(Multi-touch), 동작 인식(Gesrute Recognition) 등 사용자의 자연스러운 움직임을 인식하여 서로 주고받는 정보를 제공하는 사용자 인터페이스를 의미하는 것은? (3)

1) GUI(Graphical User Interface)

2) OUI(Organic User Interface)

3) NUL(Natural User Interface)

4) CLI(Command Line Interface)

 

18. 소프트웨어 모델링과 관련한 설명으로 틀린 것은? (1)

1) 모델링 작업의 결과물은 다른 모델링 작업에 영향을 줄 수 없다.

2) 구조적 방법론에서는 DFD(Data Flow Diagram), DD(Data Dictionary) 등을 사용하여 요구 사항의 결과를 표현한다.

3) 객체지향 방법론에서는 UML 표기법을 사용한다.

4) 소프트웨어 모델을 사용할 경우 개발될 소프트웨어에 대한 이해도 및 이해 당사자 간의 의사소통 향상에 도움이 된다.

 

19. 유스케이스 다이어그램(Use Case Diagram)에 관련된 내용으로 틀린 것은? (1)

1) 시스템과 상호작용하는 외부시스템은 액터로 파악해서는 안 된다.

2) 유스케이스는 사용자 측면에서의 요구사항으로, 사용자가 원하는 목표를 달성하기 위해 수행할 내용을 기술한다.

3) 시스템 액터는 다른 프로젝트에서 이미 개발되어 사용되고 있으며, 본 시스템과 데이터를 주고받는 등 서로 연동되는 시스템을 말한다.

4) 액터가 인식할 수 없는 시스템 내부의 기능을 하나의 유스케이스로 파악해서는 안 된다.

 

20. 소프트웨어 아키텍처 모델 중 MVC(Model-View-Controller)와 관련한 설명으로 틀린 것은? (2)

1) MVC 모델은 사용자 인터페이스를 담당하는 계층의 응집도를 높일 수 있고, 여러 개의 다른 UI를 만들어 그 사이에 결합도를 낮출 수 있다.

2) 모델(Model)은 뷰(View)와 제어(Controller) 사이에서 전달자 역할을 하며, 뷰마다 모델 서브시스템이 각각 하나씩 연결된다.

3) 뷰(View)는 모델(Model)에 명령을 보냄으로써 모델의 상태를 변경할 수 있다.

반응형

'정보처리기사 > 기출문제' 카테고리의 다른 글

정보 처리 기사 기출 문제 (1)  (0) 2024.06.23
반응형

 

정보시스템 구축 관리 - 2

 

필수암기 363선



271. 수학적 산정 기법의 종류

● COCOMO(COnstructive COst MOdel) 모형

Putnam 모형

기능 점수(Function Point) 모형

 

272. 비용 산정 기법 - Putnam 모형

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

시간에 따른 함수로 표현되는 Rayleight-Norden 곡선의 노력 분포도를 기초로 한다.

 

273. 비용 산정 기법 - COCOMO 모형

보헴(Boehm)이 제안한 것으로, 원시 프로그램의 규모(LOC)에 의한 비용 산정 기법이다.

비교적 작은 규모의 프로젝트 기록을 통계 분석하여 얻은 결과를 반영한 모델이다.

비용 산정 결과는 프로젝트를 완성하는 데 필요한 노력(Man-Month)으로 나타난다.

 

274. COCOMO의 소프트웨어 개발 유형

 조직형(Organic Mode) : 기관 내부에서 개발된 중·소 규모의 소프트웨어로 일괄 자료 처리나 과학기술 계산용, 비즈니스 자료 처리용으로 5만(50 KDSI) 라인 이하의 소프트웨어를 개발하는 유형

 반분리형(Semi-Detached Mode) : 조직형과 내장형의 중간형으로 트랜잭션 처리 시스템이나 운영체제, 데이터베이스 관리 시스템 등의 30만(300 KDSI) 라인이하의 소프트웨어를 개발하는 유형

 내장형(Embedded Mode) : 내장형은 초대형 규모의 트랜잭션 처리 시스템이나 운영체제 등의 30만(300 KDSI) 라인 이상의 소프트웨어를 개발하는 유형

 

275. 자동화 추정 도구 - SLIM

 Rayleight-Norden 곡선과 Putnam 예측 모델을 기초로 하여 개발된 자동화 추정 도구이다.

 

276. 기능 점수(FP) 모형 - 가중치 중대 요인

자료 입력(입력 양식)

정보 출력(출력 보고서)

명령어(사용자 질의수)

데이터 파일

필요한 외부 루틴과의 인터페이스

 

277. PERT(프로그램 평가 및 검토 기술)

 프로젝트에 필요한 전체 작업의 상호 관계를 표시하는 네트워크로 각 작업별로 낙관적인 경우, 가능성이 있는 경우, 비관적인 경우로 나누어 각 단계별 종료 시기를 결정하는 방법이다.

결정 경로, 작업에 대한 경계 시간, 작업 간의 상호 관련성 등을 알 수 있다.

 

278. CPM(임계 경로 기법)

프로젝트 완성에 필요한 작업을 나열하고, 작업에 필요한 소요 기간을 예측하는 데 사용하는 기법이다.

경영층의 과학적인 의사 결정을 지원한다.

효과적인 프로젝트의 통제를 가능하게 해 준다.

 

279. 임계 경로 소요 기일

 임계 경로는 최장 경로(굵은 선)를 의미한다.

 

280. 간트 차트(Gantt Chart)

프로젝트의 각 작업들이 언제 시작하고 언제 종료되는지에 대한 작업 일정을 막대 도표를 이용하여 표시하는 프로젝트 일정표이다.

수평 막대의 길이는 각 작업(Task)의 기간을 나타낸다.

 

281. 소프트웨어 프로젝트 관리

주어진 기간 내에 최소의 비용으로 사용자를 만족시키는 시스템을 개발하기 위한 전반적인 활동을 의미한다.

 

282. 위험 관리(Risk Analysis)

프로젝트 추진 과정에서 예상되는 각종 돌발 상황(위험)을 미리 예상하고 이에 대한 적절한 대책을 수립하는 일련의 활동을 의미한다.

 

283. ISO / IEC 12207

기본 생명 주기 프로세스 : 획득, 공급, 개발, 운영, 유지 보수 프로세스

 지원 생명 주기 프로세스 : 품질 보증, 검증, 확인, 활동 검토, 감사, 문서화, 형상 관리, 문제 해결 프로세스

 조직 생명 주기 프로세스 : 관리, 기반 구조, 훈련, 개선 프로세스

 

284. CMMI의 소프트웨어 프로세스 성숙도 5단계

초기(Initial)

관리(Managed)

정의(Defined)

정량적 관리(Quantitatively Managed)

최적화(Optimizing)

반응형
반응형

 

정보시스템 구축 관리 - 1

 

필수암기 363선



260. 구조적 방법론

● 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리(Process) 중심의 방법론이다.

복잡한 문제를 다루기 위해 분할과 정복(Divide and Conquer) 원리를 적용한다.

 

261. 정보공학 방법론

정보 시스템의 개발을 위해 계획, 분석, 설계, 구축에 정형화된 기법들을 상호 연관성 있게 통합 및 적용하는 자료(Data) 중심의 방법론이다.

업무 영역 분석과 업무 시스템 설계 과정에 데이터베이스 설계를 위한 데이터 모델링으로 개체 관계도(ERD : Entity-Relationship Diagram)를 사용한다.

 

262. 컴포넌트 기반(CBD) 방법론

기존의 시스템이나 소프트웨어를 구성하는 컴포넌트를 조합하여 하나의 새로운 애플리케이션을 만드는 방법론이다.

컴포넌트의 재사용(Reusabilty)이 가능하여 시간과 노력을 절감할 수 있다.

새로운 기능을 추가하는 것이 간단하여 확장성이 보장된다.

유지 보수 비용을 최소화하고 생산성 및 품질을 향상할 수 있다.

분석 단계에서 사용자 요구사항 정의서가 산출된다.

 

263. 소프트웨어 재사용의 이점

개발 시간과 비용 단축

소프트웨어 품질 향상

소프트웨어 개발의 생산성 향상

시스템 명세, 설계, 코드 등 문서 공유

 

264. 소프트웨어의 재사용 방법

합성 중심 : 전자 칩과 같은 소프트웨어 부품, 즉 블록(모듈)을 만들어서 끼워 맞추어 소프트웨어를 완성시키는 방법

 생성 중심 : 추상화 형태로 쓰인 명세를 구체화하는 프로그램을 만드는 방법

 

265. 소프트웨어 재공학의 이점

위험 부담 감소

개발 시간 단축

개발 비용 절감

시스템 명세의 오류 억제

 

266. 소프트웨어 재공학의 주요 활동

분석(Analysis) : 기존 소프트웨어의 명세서를 확인하는 소프트웨어의 동작을 이해하고, 재공학할 대상을 선정하는 활동

 재구성(Restructuring) : 기존 소프트웨어의 구조를 향상하기 위하여 코드를 재구성하는 활동

 역공학(Reverse Engineering) : 기존 소프트웨어를 분석하여 소프트웨어 개발 과정과 데이터 처리 과정을 설명하는 분석 및 설계 정보를 재발견하거나 다시 만들어 내는 활동

 이식(Migration) : 기존 소프트웨어를 다른 운영체제나 하드웨어 환경에서 사용할 수 있도록 변환하는 활동

 

267. CASE(Computer Aided Sofrware Engineering)

● 소프트웨어 개발 과정에서 사용되는 요구 분석, 설계 구현, 검사 및 디버깅 과정 전체 또는 일부를 컴퓨터와 전용 소프트웨어 도구를 사용하여 자동화하는 것이다.

CASE 도구를 통해 관리되는 공통 모듈을 사용할 수 있어 재사용성을 향상할 수 있다.

CASE 도구가 모듈 관리를 자동으로 수행하므로 유지 보수가 간편해진다.

정형화된 구조 및 방법을 소프트웨어 개발에 적용하여 생산성 및 품질 향상을 구현할 수 있다.

 

268. CASE의 원천 기술

구조적 기법

 프로토타이핑

자동 프로그래밍

정보 저장소

 분산처리

 

269. CASE의 주요 기능

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

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

모델들의 모순 검사 및 오류 검증

그래픽 지원

자료 흐름도 작성 등

 

270. 비용 산정 기법 -  LOC 기법

소프트웨어 각 기능의 원시 코드 라인 수의 비관치, 낙관치, 기대치를 측정하여 예측치를 구하고 이를 이용하여 비용을 산정하는 기법이다.

산정 공식

노력(인월) - 개발 기간 * 투입 인원
- LOC / 1인당 월평균 생산 코드 라인 수
개발 비용 노력(인월) * 단위 비용(1인당 월평균 인건비)
개발 기간 노력(인월) / 투입 인원
생산성 LOC / 노력(인월)

 

 

 

반응형

+ Recent posts