정보처리기사 실기요약 1. 요구사항 확인 (2/2)

본글에 앞서 작성한 내용은 내가 중요하다고 생각했던 내용만 정리되어 있다. 
나의 주관적인 생각이므로 정처기 실기를 공부하려고 한다면 본글은 되돌아보는 용도로 사용했으면 좋겠다.
정처기 공부를 하며 직접 필기로 작성하였던 내용을 글로 작성한 게시글이다.

현행시스템 파악절차

- 1단계 : 구성/기능/인터페이스 파악

- 2단계 : 아키텍처 및 소프트웨어 구성파악

- 3단계 : 하드웨어 및 네트워크 구성파악

 

 

소프트웨어 아키텍처 (Software Architecture)의 개념

- 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성. 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체

 

 

소프트웨어 아키텍처 4+1 뷰 (유논프구배)

- 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적인 접근방법

- 유스케이스 뷰, 논리 뷰, 프로세스 뷰, 구현 뷰, 배포 뷰

 

 

소프트웨어 아키텍처 패턴 유형

- 계층화 패턴 (Layered Pattern)

- 클라이언트-서버 패턴 (Client-Server Pattern)

- 파이프필터 패턴 (Pipe-Filter-Pattern)

- 브로커 패턴 (Broker Pattern)

- 모델뷰 컨트롤러 패턴 (MVC - Model View Controller Pattern)

 

 

아키텍처 비용 평가모델 종류 (SACAA)

- SAAM

- ATAM

- CBAM

- ADR

- ARID

 

 

디자인패턴

- 소프트웨어 공학의 소프트웨어 설계에서 공통으로 발생하는 문제에 대하여 자주 쓰이는 설계방법을 정리한 패턴

 

 

디자인 패턴 구성요소 (패문솔 사결샘)

- 패턴이름, 문제, 솔루션, 사례, 결과, 샘플

 

 

목적에 따른 디자인 패턴 유형 (생구행)

- 생성, 구조, 행위

 

 

GoF디자인 패턴은 Gamma 디자인 이라고도 한다.

 

 

생성패턴 (생빌프로팩앱싱)

- Builder : 복잡한 인스턴스를 조립하여 만드는 구조

- Prototype : 처음부터 일반적인 원형을 만들어두고 복사 후 필요한 부분만 수정하여 사용

- Factory Method : 상위클래스에서 객체생성 정의 후 하위에서 인스턴스를 생성

- Abstract Factory : 구체적인 클래스에 의존하지 않고, 서로 연관되거나 의존적인 객체들의 조합 제공

- Singleton : 전역변수를 사용하지 않고 객체하나를 생성. 어디서든 참조가능

 

 

구조패턴 (구브데퍼플프록컴어)

- Bridge : 기능의 클래스 계층, 구현계층 연결, 독립적 확장가능

- Decorator : 기존에 구현되어 있는 클래스에 필요한 기능을 추가해 나가는 설계패턴

- Facade : 복잡한 시스템에 대하여 단순한 인터페이스 제공

- Flyweight : 다수의 객체로 생성될 경우 모두가 갖는 본질적인 요소를 클래스화

- Proxy : 실제객체에 대한 대리객체. 접근 이전에 필요한 행동을 취할 수 있다

- Composite : 객체들의 관계를 트리구조로 구성. 부분-전체 계층표현

- Adapter : 기존에 생성된 클래스를 재사용할 수 있도록 중간에서 맞춰주는 역할

 

 

행위패턴 (행미인이템옵스테비커스트메체)

- Mediator : 객체지향 설계에서 객체수가 많아지면 통신을 위해 복잡해져서 이를 통제하고 지시

- Interpreter : 언어의 다양한 해석, 구문을 구체적으로 나누고 캡슐화하여 사용

- Iterator : 컬렉션 구현방법 노출 x, 반복자 사용

- Template Method : 어떤 작업을 처리하는 부분을 서브클래스로 전환

- Observer : 한 객체의 상태가 바뀌면 그 객체에 의존하는 의존객체들이 갱신

- State : 객체상태를 캡슐화하여 클래스화

- Visitor : 각 클래스 데이터 구조로부터 처리기능을 분할하여 별도의 클래스로 생성

- Command  실행될 기능을 캡슐화하여 재사용

- Strategy : 알고리즘군을 정의하고 각각 하나의 클래스로 캡슐화

- Memento : 클래스 설계관점에서 객체의 정보를 저장할 필요가 있을 때

- Chain Of Responsibility : 정적으로 어떤 기능에 대한 연결이 하드코딩 되어있을 때

 

 

운영체제

- 컴퓨터 시스템이 제공하는 모든 하드웨어, 소프트웨어를 사용할 수 있게 해 주고, 컴퓨터 사용자와 하드웨어 간의 인터페이스를 담당하는 프로그램

 

 

네트워크

- 컴퓨터 장치들의 노드간연결(데이터링크)을 사용하여 서로에게 데이터를 교환할 수 있는 기술

 

 

OSI 7계층

- 네트워크 통신에서 생긴 여러 가지 충돌문제를 완화하기 위해 국제표준화기구(ISO)에서 제시한 네트워크 기본모델

 

 

OSI 7계층 (아파서 티내다 피나다. APSTNEDAPHY)

7층 - 응용계층(Application Layer) HTTP, FTP / 데이터 / 사용자와 네트워크 간 응용서비스 연결

6층 - 표현계층 (Presentation Layer) JPEG, MPEG / 데이터 / 데이터 형식설정, 암복호화

5층 - 세션계층 (Session Layer) SSH, TLS / 데이터 / 연결 접속 및 동기제어

4층 - 전송계층 (Transport Layer) TCP, UDP / 세그먼트 / 신뢰성 보장, 데이터 분할, 재조립

3층 - 네트워크 (Network Layer) IP, ICMP / 패킷 / 단말기간 데이터 전송을 위한 최적화된 경로

2층 - 데이터링크 (DataLink Layer) 이더넷  / 프레임 / 오류검출, 동기화, 흐름제어, 전송오류 제어

1층 - 물리 (Physical Layer) RS-232C / 비트 / 0,1 비트 전기적 신호반환

 

 

DBMS

- 데이터베이스라는 데이터 집합을 만들고, 저장 및 관리할 수 있는 기능들을 제공하는 프로그램

 

 

DBMS 현행시스템 분석 시 고려사항 (가성호기구)

- 가용성, 성능, 상호호환성, 기술지원, 구축비용

 

 

미들웨어

- 분산컴퓨팅 환경에서 응용프로그램과 프로그램이 운영되는 환경 간에 원만한 통신이 이루어질 수 있도록 제어해 주는 소프트웨어 (대표적으로 WAS)

 

 

미들웨어 현행 시스템 분석 시 고려사항 (가성기구)

- 가용성, 성능, 기술지원, 구축비용

 

 

웹 애플리케이션 서버 (WAS - Web Application Server)

- 서버계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이셔 ㄴ연동을 지원하는 서버

 

 

요구공학 (도분명세)

- 사용자의 요구가 반영된 시스템을 개발하기 위해 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동

 

 

인터랙션

- 입출력 장치를 매개로 디지털 시스템과 사람이 주고받는 일련의 의사소통 과정

 

 

UML

- 객체지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 시 사용되는 모델링 기술과 방법론을 통합해 만든 표준화된 범용 모델링 언어

 

 

요구사항 명세 단계 주요 기법

- 비정형 명세기법 : 자연어, 사용자오 개발자의 이해, 검증

- 정형 명세기법 : 수학적 원리, 검증, 이해 어려움

 

 

정형기술검토 (동워인)

- 둉료검토, 워크스루, 인스펙션

 

 

형상관리 - 소프트웨어 생명주기동안 발생하는 변경사항을 체계적으로 관리하여 소프트웨어의 품질보증을 향상하는 관리적 활동

 

 

형상통제위원회 - 형상관리에 대한 주요 방침을 정하고 산출물을 검토하여, 단계별 의사결정을 수행하는 조직