2022년 04월 24일 정보처리기사 필기 분석

 

익스트림 프로그래밍

-대표적인 애자일 방법론

-소규모 개발 조직이 불확실하고 변경 많은 요구를 접했을 때 적절 

-개발 문서 보다 소스코드에 중점 

---

UML 다이어그램 > 순차 다이어그램

-객체 간의 동적 상호작용을 모델링 하는 것이 목적

-수직 방향이 시간의 흐름을 나타냄

---

애자일(Agile) 프로세스 모델

-변화에 대한 대응을 중요시

-협상과 계약보다는 고객과의 협력 중시

-프로세스 도구 중심이 아닌 개개인과의 상호소통을 통해 의견 수렴

---

메시지 지향 미들웨어 (MOM)

-상이한 애플리케이션 간 통신을 비동기 방식으로지원

-송신측과 수신측의 연결 시 메시지 큐를 활용

-독립적인 애플리케이션을 하나의 통합된 시스템으로 묶기 위한 역할

-다소 느리고 안정적인 응답을 필요로 하 는 경우에 많이 사용됨

-오버헤드 발생할 수 있음 

---

모델(Model)

-뷰(View)와 제어(Controller) 사이에서 전달자 역할을 하는 것이 아니라, 독립적으로 존재하며 중재자 역할을 한다고 볼 수 있다.

---

상속(Inheritance) : 이미 정의된 상위 클래스(부모 클래스)의 모든 속성과 연산을 하위 클래스(자식 클래스)가 물려받는 것
클래스(Class): 하나 이상의 유사한 객체들을 묶는다.
캡슐화(Encapsulation): 서로 관련성이 많은 데이터들과 연산 들을 묶는다.
연관관계 (Association) : 2개 이상의 사물이 서로 관련되어 있음을 표현한다

---

 

오버로딩

- 한 클래스 내에서 메서드의 이름은 동일하지만 매개변수의 수나 타입을 다르게 하여 재정의 하는 것

오버라이딩

- 상속관계에서만 발생. 슈퍼클래스의 메서드를 서브클래스에서도 동일한 메서드를 재정의 하는 것

- 상위 클래스에서 정의한 일반 메소드의 구현을 하위 클래스에서 무시하고 재정의할 수 있다.

---

유스케이스(Use Case)

- 연관관계(Association) : 유스케이스와 액터간의 상호작용이 있음을 표현한다.
- 포함 관계(Include): 하나의 유스케이스가 다른 유스케이스 의 실행을 전제로 할 때 형성되는 관계이다.
- 확장 관계(Extend): 확장 기능 유스케이스와 확장 대상 유스케이스 사이에 형성 되는 관계이다.
- 일반화 관계(Generalization) : 유사한 유스케이스 또는 액터를 모아 추상화한 유스케이스 또는 액터와 연결시켜 그룹을 만들어 이해도를 높이기 위한 관계이다.

---

주요 uml다이어그램들의 관계들

유스케이스 다이어그램 - 연관 , 포함, 일반화, 확장
클래스 다이어그램 - 연관, 포함, 일반화, 집합
순차 다이어그램 - 관계X , 대신 구성요소 : 액터, 객체, 생명선, 실행상자, 메시지

---

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

---

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

Component

---

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

1. 시스템과 상호작용하는 외부시스템은 액터로 파악해서는 안된다.-> 외부 시스템은 시스템과 상호작용하는 주체로서 액터로 파악해야 한다.
2. 유스케이스는 사용자 측면에서의 요구사항으로, 사용자가 원하는 목표를 달성하기 위해 수행할 내용을 기술한다.
3. 시스템 액터는 다른 프로젝트에서 이미 개발되어 사용되고 있으며, 본 시스템과 데이터를 주고받는 등 서로 연동되는 시스템을 말한다.
4. 액터가 인식할 수 없는 시스템 내부의 기능을 하나의 유스케이스로 파악해서는 안된다.

---

비기능적(Nonfunctional) 요구

- '차량 대여 시스템이 제공하는 모든 화면이 3초 이내에 사용자에게 보여야 한다'는 비기능적 요구이다.

시스템의 성능과 관련된 요구사항으로, 시스템이 제공하는 기능 외에도 시스템의 성능과 품질에 대한 요구사항임