백자의 블로그

기출문제

I. 명세기반 테스트 개요

1. 명세기반 테스트 정의
   1. S/W의 내부 동작을 알 수 없는 상태에서 시스템 명세서를 기반으로 테스트케이스를 설계하여 S/W가 목적하는 동작만을 인지하여 테스트하는 방식
1. 명세 기반 기법의 특징

II. 명세기반 테스트의 기법

 -- 블랙박스 테스트 기법과 동일

기출문제

I. 소프트웨어 컴포넌트와 인터페이스 간의 상호관계 및 구조, 소프트웨어 아키텍처의 개요

가. 소프트웨어 아키텍처(Software Architecture)의 정의

- 프로그램/시스템 컴포넌트, 컴포넌트 간의 상호관계 구조이며 이들을 설계하기 위한 지침과 원리

- 소프트웨어 컴포넌트들과 외부적으로 보여지는 특성, 그들의 상호 관계들로 구성되는 해당 시스템의 구조

나. 소프트웨어 아키텍처의 등장배경

 - 이해관계자(Stakeholder)간에 관점 조율, 우선순위 결정과 요구 사항들 간 Trade off 분석 통한 시스템 최적화

 - 요구사항 간 조화 및 충돌 조정 (성능: 정보보호, 유지보수성: 안정성, 개발단가:투자단가 등)

다. 소프트웨어 아키텍처의 특징

II. SW 아키텍처 프레임워크 및 구성요소

가. SW 아키텍처 프레임워크의 주요 구성요소

나. SW 아키텍처 프레임워크 (ISO/IEC/IEEE 42010가 최종, IEEE 1471 개념적)

à SW 토픽 044_ISO_IEC_IEEE42010(IEEE1471) 참고

III. SW 소프트웨어 아키텍처 프로세스(절차도)

IV. 소프트웨어 아키텍처 정방향 분석과 역방향 분석

가. 소프트웨어 아키텍처 정방향 분석

- 산출물 없이 요구사항 기반으로 프로젝트 초반에 아키텍처 분석 실시할 때 정방향 분석 수행

나. 소프트웨어 아키텍처 역방향 분석

- 기존 시스템(Legacy)이 있는 경우 역방향 분석 이용해 기본 아키텍처 분석, 도출한 후 수행

- 아키텍처 분석 활동은 비용 절감, 사전 문제 발견, 요구사항 검증, 설계 품질을 향상시킬 수 있는 활동

기출문제

기업 전략에 기반을 둔 상시적, 포괄적 조직, EPMO 개념

1. EPMO(Enterprise PMO) 정의
2. EPMO의 등장배경

1. EPMO의 개념 및 역할

• 데이터를 저장함과 동시에 일정한 규칙에 의해 사용자 어플리케이션에 의해 처리될 수 있도록 함

1. 기업 조직 내 EPMO 위치 및 역할

1. EPMO와 PMO의 비교

1. 공공정보화 사업에서의 PMO 제도, 공공 PMO 개요

가. 공공 PMO 정의

- 전자정부사업의 사업의 위험을 방지하고 품질을 향상시키기 위해 전자정부사업의 관리 감독 업무 일부 또는 전체를 전문가에게 위탁하는 제도

- 전자정부사업관리 위탁(PMO) 제도 도입(전자 정부법 제64조의2)

나. 공공정보화 사업에서의PMO 제도 등장배경

1. 공공정보화 사업 PMO 제도 도입의 범위

법적 근거

- 전자정부사업에 대한 관리·감독 업무의 전부 또는 일부를 전문지식과 기술능력을 갖춘 자에게 위탁할 수 있도록 하는 PMO제도 도입

1. 공공 정보화 사업 PMO 사업자 선정 기준 및 수행단계별 세부 업무

  가. 공공 정보화 사업 PMO 선정기준

• 발주기관은 사업의 특성을 고려하여 평가항목 등 선정기준을 조정하여 사용가능

  나. 공공사업 PMO의 수행단계별 세부 업무

1. 도입된 PMO 제도의 한계점 및 보완 방안

[참고] 공공 정보화 사업에서 프로젝트 단계별 PMO의 역할 (CBO방법론 도입 시)

기출문제

1. 재사용성과 유지보수 향상을 위한, 객체지향 설계 5대 원칙의 개요

• 소프트웨어 개발 및 유지보수성 향상을 위한 설계관점의 기본원칙
• 코드를 좀더 유지보수하기 쉽고, 유연하고, 확장하기 쉽게 만들기 위한 설계
• 재 사용성, 유지 보수성, 이식성 통한 생산성 및 품질의 향상
• 모형의 적합성: 현실 세계 및 인간의 사고 방식과 유사
• 일관성, 추적성: 전체 공정에서 각 단계간의 전환과 변경이 자연스럽고 신속함

1. 객체지향 설계 원칙 ( 5대 원칙, SOLID )

구분	설명
정의	- 시스템의 모든 객체는 하나의 책임만을 가지며, 객체가 제공하는 모든 서비스는 그 하나만의 책임만을 수행해야 한다는 설계 원칙
특징	- 응집도 향상으로 유지보수성 향상 - 하나의 책임만을 수행하기 때문에 변화에 적응도 높음 - 두 개 이상의 책임을 가지면, 온전한 책임을 다할 수 있도록 분리
예시
예시 설명	-  (a)는 단일책임 원칙을 따르지 않은 클래스로 메서드가  DB관련 메서드들과 비즈니스 관련 메서드들로 구성되어 있음. - 단일책임의 원칙을 지키기 위해 (b)와 같이 각각의 책임을 갖는 두 개의 클래스로 분할

1. 개방 폐쇄 원칙 ( OCP : Open Closed Principle)

구분	설명
정의	- 소프트웨어 Entity(classes, Modules, Function)는 확장에는 열려있고 수정에는 닫혀있어야 한다는 설계 원칙
특징	- 기존 코드의 변경 없이 확장을 통한 코드의 변경을 허용 - 오버라이딩 - 상속을 의미하지만, 크게 유연석 확보 차원의 원리 - 기능의 상속이 아닌 설계의 유연성을 강조 Open(클래스 수직관계),   Close(클래스 수평관계) - Strategy 패턴 : 인터페이스 변경은 어려우나 구현은 열려 있음
예시
예시 설명	- 원칙을 따르지 않고 설계 시, 삼각형, 사각형, 원 등의 면적을 구하려면 (a)와 같이 각 도형의 면적을 구하는 메서드가 하나의 클래스에 모두 존재하게 됨. - 상속의 개념을 적용하여 (b)와 같이 설계하면 클라이언트가 추상클래스에 의존하므로 구체클래스의 내부 변경에 영향을 받지 않음.

1. 리스코프 치환의 원칙 (LSP :Liskov Substitution Principle)

구분	설명
정의	부모 클래스의 객체(타입과 매소드의 집합)들이 자식 클래스 사용되는 곳에 대체될 수 있어야 한다는 설계 원칙 that objects of a superclass shall be replaceable with objects of its subclasses without breaking the application.
특징	- 클래스의 생성 목적에 맞게 설계하기 때문에 상/하위 클래스의 호환성 향상 - 하위 클래스는 상위 클래스의 책임을 넘지 않음 - 하위 클래스는 사용자의 요구 사항대로 설계됨.
예시
예시 설명	- LSP를 위배하는 예제 - Introduce를 상속한 DetailIntroduce 클래스가 함수 q가 요구하는 행동을 하지 않고, 엉뚱한 소리를 하고 있음 - 위의 예는 error 클래스를 만들때 주로 나타날 수 있음 - 하위 클래스의 행동 또한 상위 클래스의 책임범위 내에서 생성되어야 함

1. 인터페이스 분리의 원칙(ISP/Interface Segregation Principle)

구분	설명
정의	- 어떤 클래스가 다른 클래스에 종속될 때는 최소한의 인터페이스만을 사용해야 한다는 설계 원칙
특징	- 인터페이스의 단일 책임을 강조 - 하나의 인터페이스에 해당 인터페이스의 목적에 부합되지 않는 기능을 선언하지 않기 때문에 구현 클래스에서 불필요한 기능의 구현 방지 - 소스 레벨의 가독성 향상
예시
예시 설명	- 클라이언트가 사용하지 않는 인터페이스 때문에 영향을 받아서는 안 된다는 것. - 클래스는 사용자에게 꼭 필요한 메서드만 갖는 인터페이스를 제공 - 인터페이스 분리의 원칙은 (b)처럼 각 클라이언트에 맞는 인터페이스만 분리하여 사용

1. 의존성 역전의 원칙(DIP/Dependancy Inversion Priciple)

구분	설명
정의	- 높은 레벨의 모듈은 낮은 레벨의 모듈을 의존하면 안되며 서로 추상에 의존해야 한다는 설계 원칙 - 클라이언트 변경 최소화를 위해 클라이언트는 구체 클래스가 아닌 인터페이스나 추상 클래스에 의존한다는 설계 원칙
특징	- 구현 클래스에 의존성이 제거하여 낮은 결함도 유지 - 추상화된 클래스에 의존하기 때문에 확장성이 높아져서 유지보수성 향상
예시
예시 설명	- 의존관계 역전의 원칙은 상속 개념을 적용할 때 (a)와 같이 구체 클래스에서 상속을 받는 구조로  설계하지 말라는 것, 이유는 구체 클래스는 추상 클래스(인터페이스)보다 변하기 쉽기 때문 - 의존 관계를 구체 클래스에서 추상 클래스로 바꾸면 향후 변경에 따른 영향을 최소화할 수 있고, 느슨한 결합도를 유지할 수 있다. - (b)처럼 변화에 따른 충격에서 자유롭도록 추상 클래스를 만들고 그 추상 클래스와 상속 관계를 유지하도록 설계

1. 객체 지향 설계의 향후 전망 및 실무 적용 시 고려 되어야 될 사항

1. 객체 지향 기술 적용 시 고려 되어야 할 항목

기출문제

I. 객체지향(Object Oriented)의 개요

  가. 객체지향의 정의

- 현실 세계에서 개체(Entity)를 속성(Attribute)과 메소드(Method)를 결합된 형태의 객체(Object)로 표현하는 개념

- 구현대상을 하나의 객체로 보고, 그 객체를 객체와 객체들 간의 관계로 모델링하는 방법

  나. 객체(Object Oriented)의 구성 및 구성요소

- Class간의 Relation, Object간의 상호작용은 메시지를 통해 이루어짐.

특징	설명
클래스 (Class)	-객체의 타입을 정의하는 템플릿 -여러 객체가 공통적으로 가지고 있는 속성과 메소드를 클래스로 정의하고 클래스에 의해 객체가 재 정의 되는 구조
객체 (Object)	-클래스의 인스턴스(실제로 메모리상에 할당된 것) - 자신 고유의 데이터(Attribute)를 가지며 클래스에서 정의한 행위(Behavior)를 수행 - 객체의 행위는 클래스에 정의된 행위에 대한 정의를 공유함으로써 메모리를 경제적으로 사용
메소드 (Method)	- 클래스로부터 생성된 객체를 사용하는 방법 - 객체에 명령을 내리는 메시지라 할 수 있음. - 객체 간의 통신은 메시지를 통해 이루어 짐.
인스턴스 (Instance)	- 프로그램에서 클래스를 통해 만든 실제의 실행 객체, 프로그램의 실행 단계에서 나타냄.

II. 객체지향(Object Oriented) 프로그래밍의 특징(기법)

가. 캡슐화(Encapsulation)

구분	상 세 내 용
정의	- 객체의 속성(Data Fields)과 행위(메소드, Methods)를 하나로 묶고, 실제 구현 내용 일부를 일부에 감추어 은닉하는 객체지향의 특성 - 객체 정보은닉의 확장 캡슐화
특징	- 클래스를 선언하고 그 클래스를 구성하는 객체에 대하여 “public” 선언 시 외부에서 사용가능, “private” 선언 시 불가 - 메시지 통해 접근
장점	- 소프트웨어의 유지보수 생산성 증대 - 재사용성이 높은 소프트웨어 개발 - 정보은닉으로부터 내부자료에 대한 일관성 유지
Code

나. 추상화(Abstraction)

다. 다형성(Polymorphism)

- 오버라이딩과 오버로딩 특징

- 오버라이딩과 오버로딩 사례

구분	Overloading	Overriding
개념	메소드의 이름은 같으나 인자의 타입 및 개수가 다른 경우, 동일 클래스의 동일 메소드로 매개변수 다르게 하여 정의하는 기법	상속관계에 있는 두 클래스 중 하위클래스에서 상위클래스의 메소드를 재정의하여 사용하는 기법
클래스 다이어그램
샘플코드

- Java에서는 가상(virtual)을 따로 선언하지 않아도 되나 C++에서는 다형성을 구현하기 위해서는 상위 클래스에 멤버 메소드를 가상(virtual)으로 선언해야 함.

라. 정보은닉(Information Hiding)

구분	상 세 내 용
정의	- 캡슐화 방법으로 class 내부 정보를 은닉하고, 접근 제한의 단계를 두어 보안적인 구현 가능 - 클래스 내부에서 사용되는 변수(필드) 들을 private 이나 protected 등으로 선언해 줌으로, 자기 클래스, 혹은 자식 클래스 외에는 직접적으로 제어를 불가능하게 해주는 성질 - 복잡하거나 변경가능 한 부분을 캡슐 내부에 감추고 외부에는 추상화되고 변경가능성이 낮은 인터페이스만을 제공하는 객체지향의 원리
특징	- 복잡성 제거 : 외부에는 불필요한 내부적으로만 사용되는 부분을 감춰서 복잡성을 줄임 - Data 보호 : 외부로부터 데이터를 보호하기 위함
Code

- 접근제어자의 종류

마. 상속성(Inheritance)

구분	상 세 내 용
정의	- 상속은 클래스에서만 통용되는 개념으로 미리 만들어 둔 클래스를 다시 이용하는 방법
특징	- 하위 클래스가 상위 클래스를 상속 받았을 때, 하위 클래스는 상위 클래스의 모든 권한 소유 - 상속을 받는 순간 현재의 클래스는 곧 상위 클래스에서 출발 - 단일 : 부모와 자식 클래스 간의 관계가 수퍼클래스와 서브클래스로 유지 - 다중 : 하나의 클래스가 하나 이상의 클래스로부터 상속 - 반복 : 같은 조부모 클래스로부터 상속 받은 두 부모 클래스로부터 상속
Code

    - C++에서는 콜론(:)을 상속의 키워드로 사용하며, 자바에서는 extends라는 키워드를 사용

기출문제

1. 대용량 웹서비스를 위한 Agile Architecture 개요