현행 시스템 파악 ⭐⭐
현행 시스템 파악
1. 개념 : 현행 시스템의 어떤 기술 요소 사용을 하는지 파악하는 활동
2. 절차 : 구성/기능/인터페이스 파악 → 아키텍처 및 소프트웨어 구성 파악 → 하드웨어 및 네트워크 구성 파악
- 구성/기능/인터페이스 파악
└ 구성 현황 파악 : 조직의 주요 업무를 처리하는 기간 업무, 이를 지원하는 지원업무로 구분
└ 기능 현황 파악 : 단위 업무 시스템이 현재 제공 중인 기능 파악 / 주요 기능과 하부 기능을 구분하여 계층형으로 표시
└ 인터페이스 파악 : 단위 업무 시스템이 다른 시스템과 주고받는 데이터의 종류, 형식, 프로토콜 등을 파악 / 통신규약, 데이터 형식 (XML, 고정포맷)
- 아키텍처 및 소프트웨어 구성 파악
└ 아키텍처 파악 : 업무 수행을 위해 계층별 사용 기술 요소를 최상위 수준에서 파악
└ 소프트웨어 파악 : 단위 업무 시스템의 업무 처리를 위해 설치된 소프트웨어 파악 / WAS - Apache Tomcat, DB - MySQL
- 하드웨어 및 네트워크 구성 파악
└ 하드웨어 파악 : 단위 업무 시스템들이 운용되고 있는 서버 위치, 운용 서버의 주요 사양 등 파악
└ 네트워크 구성 파악 : 업무 처리 시스템을 위해 어떤 네트워크 장비를 사용하는지 파악
현행 시스템 분석서 작성 및 검토
1. 현행 시스템 관련 자료 수집 및 분석
| 팀구성 | 취득자료 | 분석대상 |
| 정보시스템 구성/기능 및 인터페이스 자료 수집팀 | 정보시스템 구성도, 기능 구성도 | 정보시스템명, 구분, 주요기능, 기능구성 |
| 인터페이스 현황 | 송수신 시스템, 연동 데이터 형식, 주요 연동 데이터 등 | |
| 현행 시스템 아키텍처 및 소프트웨어 자료 수집팀 | 현행 시스템 아키텍처 구성도 | 운영체제 종류, 적용 프레임워크, 계층별 적용기술 등 |
| 소프트웨어 구성도 | 단위 시스템별 필요 소프트웨어의 제품명 및 용도 등 | |
| 하드웨어 및 네트워크 자료 수집팀 | 하드웨어 구성도 | 단위 시스템별 서버 제품명 및 용도, 이중화 적용 여부 등 |
| 네트워크 구성도 | 네트워크 장비의 용도 및 제품명, 장비 수량 및 주요사항, 위치 및 프로토콜 |
2. 분석 산출물 종류
- 정보시스템 구성 현황, 정보시스템 기능 구성도, 인터페이스 현황, 현행 시스템 아키텍처 구성도, 소프트웨어 구성도, 하드웨어 구성도, 네트워크 구성도
소프트웨어 아키텍처
1. 개념
- 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중 외부에 드러나는 특성
- 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 or 구조체
2. 소프트웨어 아키텍처 프레임워크
- 소프트웨어 집약적인 시스템에서 아키텍처가 표현해야 하는 내용 및 이들 간 관계를 제공하는 아키텍처 기술 표준
- 구성요소 : 아키텍처 명세서, 이해관계자, 관심사, 관점, 뷰, 근거, 목표, 환경, 시스템
- 구성요소 해석
└ 1..* : 1개이거나 더 많음(*)
└ 0..1 : 0개이거나 1개
3. 소프트웨어 아키텍처 4+1뷰 (유논프구배)
- 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적인 접근 방법
- 체크방법 : 유스케이스
| 뷰 | 설명 |
| 유스케이스 뷰 | · 유스케이스 or 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는데 사용되는 뷰 |
| 논리 뷰 | · 시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰 |
| 프로세스 뷰 | · 시스템의 비기능적인 속성으로 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰 |
| 구현 뷰 | · 개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰 · 컴포넌트 구조와 의존성을 보여주고 부가적인 정보 정의 |
| 배포 뷰 | · 컴포넌트가 물리적인 아키텍처에 어떻게 배치되는가를 매핑해서 보여주는 뷰 |
4. 소프트웨어 아키텍처 패턴 : 소프트웨어를 설계할 때 참조할 수 있는 전형적인 해결 방식, 재사용 가능한 솔루션
| 유형 | 설명 |
|
| 계층화 패턴 (Layered) | · 시스템을 계층으로 구분하여 구성하는 패턴 |
|
| 클라이언트-서버 패턴 | · 하나의 서버와 다수의 클라이언트로 구성된 패턴 · 서버는 계속 클라이언드로부터 요청을 대기 |
|
| 파이프-필터 패턴 | · 데이터 스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴 · 재사용성 & 추가가 쉬워 확장에 용이 |
|
| 브로커 패턴 | · 분리된 컴포넌트들로 이루어진 분산 시스템에서 사용 · 각 컴포넌트를 원격 서비스 실행을 통해 상호작용이 가능 |
|
| 모델-뷰-컨트롤러 패턴 (MVC) |
· 대형 애플리케이션을 3개의 서브 시스템으로 구조화한 패턴 · 컴포넌트로 분리되어 있어 서로 영향을 받지 않고 개발 작업 수행 가능 |
|
| 모델 | 핵심 기능과 데이터 보관 | |
| 뷰 | 사용자에게 정보 표시 | |
| 컨트롤러 | 사용자로부터 요청을 입력받아 처리 | |
5. 소프트웨어 아키텍처 비용 평가 모델 : 아키텍처 접근법이 품질 속성에 미치는 영향 판단, 적합성을 평가하는 모델
- 종류 : SACAA(사카)
| 종류 | 설명 |
| SAAM | · 변경 용이성과 기능성에 집중, 경험이 없는 조직에서도 활용 가능 모델 |
| ATAM | · 아키텍처 품질 속성을 만족시키는지 판단 및 품질 속성들의 이해 상충관계까지 평가 모델 · SAAM 계승하여 발전 |
| CBAM | · ATAM 바탕의 시스템으로 경제적 의사결정에 대한 요구 충족 모델 |
| ADR | · 소프트웨어 아키텍처 구성요소 간 응집도 평가 모델 |
| ARID | · 전체 아키텍처가 아닌 특정 부분에 대한 품질요소에 집중 모델 · ATAM + ADR |
디자인 패턴 : 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴
1. 유형
| 구분 | 유형 | 설명 |
| 목적 | 생성 | 객체 인스턴스 생성에 관여, 클래스 정의와 객제 생성방식을 구조화, 캡슐화를 수행하는 패턴 |
| 구조 | 클래스나 객체의 조합을 다루는 패턴 | |
| 행위 | 클래스나 객체들이 상호작용하는 방법과 역할 분담을 다루는 패턴 | |
| 범위 | 클래스 | 상속 관계를 다루는 패턴, 컴파일 타임이 정적으로 결정 |
| 객체 | 객체 간 관련성을 다루는 패턴, 런타임에 동적으로 결정 |
2. 종류
- 생성 패턴 (생 빌프로팩앱싱)
| 패턴 | 설명 |
| Builder | · 생성과 표기를 분리해서 복잡한 객체를 생성 · 복합 객체 생성 시 객체 생성 방법과 객체 구현 방법을 분리함으로써 동일한 생성 절차에서 서로 다른 표현 결과를 만들 수 있음. |
| Prototype | · 처음부터 일반적인 원형을 만들어 놓고 그것을 복사한 후 필요한 부분만 수정해서 사용하는 패턴 |
| Factory Method | · 상위 클래스에서 객체를 생성하는 인터페이스를 정의하고, 하위 클래스에서 인스턴스를 생성하도록 하는 방식(하위클래스에서 오버라이딩) |
| Abstract Factory | · 구체적인 클래스에 의존하지 않고 서로 연관되거나 의존적인 객체들의 조합을 만드는 인터페이스 제공 · 동일한 주제의 다른 팩토리 묶음 |
| Singleton | · 전역 변수를 사용하지 않고 객체를 하나만 생성하도록 하며, 생성된 객체는 어디서든지 참조할 수 있도록 함. |
- 구조 패턴 (구 브데퍼플프록컴어)
| 패턴 | 설명 |
| Bridge | · 인터페이스(API)가 서로 다른 클래스 연결하는 패턴. 기능의 계층과 구현의 계층 연결 |
| Decorator | · 기존에 구현되어 있는 클래스에 필요한 기능을 추가해 나가는 설계 패턴 · 새로운 기능 추가될 때마다 새로운 객체 내부에서도 그대로 유지, 보장해줌 |
| Facade | · 서브 시스템 복잡할 경우 간단한 인터페이스 통해 서브시스템 주요 기능 사용 가능 |
| Fly weight | · 인스턴스 가능한 한 공유시켜 불필요한 생성을 하지 않도록 함 · 목적 : 클래스의 경량화 · 여러 개의 '가상 인스턴스'를 제공하여 메모리 절감 |
| Proxy | · 특정 객체 접근 제어하려는 목적으로 인터페이스 역할 하는 객체 사용하여 제어 |
| Composite | · 객체들의 관계를 트리 구조로 구성하여 부분-전체 계층을 표현하는 패턴 · 복잡한 객체 구조 표현하여 객체 집합 속에 또 다른 객체 집합 가짐 |
| Adapter | · 기 생성된 클래스를 재사용할 수 있도록 중간에 맞춰주는 역할을 하는 인터페이스를 만드는 패턴 · 상속을 이용한 클래스 패턴과 위임을 이용한 인스턴스 패턴이 있음. · 인터페이스가 호환 되지 않는 클래스들을 함께 이용할 수 있도록, 타 클래스의 인터페이스를 기존 인터페이스에 덧씌움 |
- 행위 패턴 (행 미인이템옵스테비커스트메체)
| 패턴 | 설명 |
| Mediator(중재자) | 수많은 객체들 간의 복잡한 상호작용을 캡슐화하여 객체로 정의 |
| Interpreter(인터프리터) | 언어에 문법표현을 정의 |
| Iterator(반복자) | 자료 구조와 같이 접근이 잦은 객체에 대해 동일한 인터페이스를 사용 |
| Template Method | 상위 클래스는 골격 정의, 하위클래스에서 세부처리를 구체화하는 구조 |
| Observer | 한 객체의 상태가 변화하면 객체에 상속되어 있는 다른 객체들에게 변화된 상태를 전달 (느슨한 결합) |
| State | 객체의 상태에 따라 동일한 동작을 다르게 처리해야 할 때 사용 |
| Visitor(방문자) | 각 클래스의 데이터 구조에서 처리기능을 분리하여 별도의 클래스로 구성 |
| Command | 요청을 객체의 형태로 캡슐화하여 재이용하거나 취소할 수 있도록 요청에 필요한 정보를 저장하거나 로그에 남김 |
| Strategy(전략) | 동일계열 알고리즘 상호교환, 각각 동립사용. 영향없이 변동가능 |
| Memento | 특정 시점에서의 객체 내부 상태를 객체화함으로써 이후 요청에 따라 객체를 해당시점으로 돌릴 수 있음 |
| Chain of Responsibility(연쇄책임) | 요청을 처리할 수 있는 객체가 둘 이상 존재하여 한 객체가 처리하지 못하면 다음객체로 넘어가는 형태. 책임이 다음 차례로 넘어감 |
개발 기술 환경 정의 ⭐⭐⭐
개발 기술 환경 현행 시스템 분석
1. 운영체제 현행 시스템 분석
- 운영체제(Operating System) : 컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스를 담당하는 프로그램
- 운영체제 현행 시스템 분석 시 고려사항
└ 품질 측면 : 신뢰도 - 장기간 시스템 운영시 장애 발생 가능성 / 성능 - 대규모 및 대량 파일 작업(배치) 처리
└ 지원 측면 : 기술지원 - 오픈 소스 여부 / 주변 기기 - 설치 가능한 하드웨어 / 구축비용 - 지원 가능한 하드웨어 비용
- 운영체제 종류 및 특징
└ PC : 윈도우, 유닉스, 리눅스
└ 모바일 : 안드로이드, IOS
└ 리눅스 기반 시스템이 하드웨어 및 소프트웨어 소유 비용이 가장 적게 소요
2. 네트워크 현행 시스템 분석
- 현행 시스템이 구성된 네트워크 구조를 네트워크 구성도를 통해 분석
- 백본망, 라우터, 스위치, 게이트웨이, 방화벽 등을 대상으로 분석
- 네트워크의 개념 : 컴퓨터 장치들의 노드 간 연결(데이터 링크)을 사용하여 서로에게 데이터를 교환할 수 있도록 하는 기술
- OSI 7계층 : 네트워크 통신에서 충돌 문제를 완화하기 위해 국제 표준화 기구(ISO)에서 제시한 모델
| 계층 | 설명 | 프로토콜 | 전송단위 |
| 응용계층 (Application Layer) |
· 사용자와 네트워크 간 응용서비스 연결, 데이터 생성 | HTTP, SMTP, FTP, DNS | 데이터 |
| 표현 계층 (Presentation Layer) |
· 데이터 형식 설정과 부호교환, 암/복호화 | JPEG, MPEG | |
| 세션 계층 (Session Layer) |
· 연결 접속 및 동기 제어 · 통신 시스템 사용자 간의 연결을 유지 및 설정 |
SSH, TLS | |
| 전송 계층 (Transport Layer) |
· 신뢰성 있는 통신보장. 데이터 분할과 재조립. · 흐름제어, 혼잡제어 등 담당 |
* TCP : 신뢰성, 연결지향적 * UDP : 비신뢰성, 비연결성, 실시간 |
세그먼트 |
| 네트워크 계층 (Network Layer) |
· 단말 간 데이터 전송을 위한 최적화된 경로 제공(라우팅) | IP, ICMP | 패킷 |
| 데이터 링크 계층 (Data Link Layer) |
· 인접 시스템 간 데이터 전송, 전송 오류 제어 · MAC 주소를 가지고 통신, 물리계층에서 받은 정보를 전달. Point to Point · 프레이밍, 흐름제어, 오류제어, 접근제어 |
이더넷 | 프레임 |
| 물리 계층 (Physical Layer) |
· 0과 1의 비트 정보를 회선에 보내기 위한 전기적 신호 변환(on/off) · 데이터를 전달만 함. |
RS_232C | 비트 |
3. DBMS 현행 시스템 분석
- DBMS의 개념 : 데이터베이스라는 데이터의 집합을 만들고, 저장 및 관리할 수 있는 기능들을 제공하는 응용 프로그램
- DBMS의 기능
| 기능 | 설명 |
| 중복 제어 | 동일한 데이터가 여러 위치 중복 저장 방지 |
| 접근 통제 | 권한에 따라 데이터 접근 제어 |
| 인터페이스 제공 | 사용자에게 SQL 및 CLI, GUI 등 다양한 인터페이스 제공 |
| 관계 표현 | 서로 다른 데이터 간의 다양한 관계를 표현할 수 있는 기능 제공 |
| 샤딩/파티셔닝 | 구조 최적화를 위해 작은 단뒤로 나눔 |
| 무결성 제약 조건 | 무결성에 관한 제약 조건을 정의/검사 |
| 백업 및 회복 | 장애 발생시 데이터 보존 |
- DBMS 현행 시스템 분석
| 관점 | 고려 사항 | 설명 |
| 성능 측면 | 가용성 | · 장기간 운영시 장애 발생 가능성 · 백업 및 복구 편의성 · DBMS 이중화 및 복제 지원 여부 |
| 성능 | · 대규모 데이터 처리 성능 · 대략 거래 처리 성능 · 다향한 튜닝 옵션 지원 여부 · 비용 기반 최적화 지원 및 설정의 최소화 지원 여부 |
|
| 상호 호환성 | · 설치 가능한 운영체제 종류 · 다양한 운영체제에서 지원되는 JDBC, ODBC |
|
| 지원 측면 | 기술 지원 | · 공급 업체들의 안정적인 기술 지원 여부 · 다수의 사용자 간의 정보 공유 여부 · 오픈 소스 여부 |
| 구축 비용 | · 라이선스 정책 및 비용 · 유지 및 관리 비용 |
4. 미들웨어 현행 시스템 분석
- 미들웨어 개념 : 분산 컴퓨팅 환경에서 응용 프로그램과 프로그램이 운영되는 환경 간에 원만한 통신을 이루어질 수 있도록 제어해주는 소프트웨어 ex) WAS
- 웹 애플리케이션 서버(WAS) 개념 : 서버 계층에서 애플리케이션이 동작할 수 있는 환경 제공, 안정적 트렌잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이션 연동을 지원하는 서버
- 미들웨어의 현행 시스템 분석
└ 가용성 : 장기간 운영시 장애 발생 가능성, 안정적 트랜젝션 처리 능력, WAS 이중화 여부, WAS의 개선하는 패치 설치를 위한 재기동 기능 지원 여부
└ 성능 : 대규모 데이터 처리 성능, 설정 옵션 지원 여부, 가비지 컬렉션의 옵션 기능 여부
└ 기술 지원 : 오픈 소스 여부
└ 구축 비용 : 총 소유 비용
5. 오픈 소스 사용시 고려 사항 : 자유배포, 소스코드 공개, 파생작업 허용, 코드 일관성 확보, 차별금지, 라이선스 배포, 포괄적 허용
개발 기술 환경 요구사항 파악
1. 기술 환경 정의를 위한 자료수집
| 구분 | 조사항목 | 설명 |
| 온라인 트랜잭션 처리(OLTP)시스템 |
시스템 구축 형태 | 고가용성 시스템, 단독 시스템, 벙렬 구성 여부 |
| 사용자 수 | 전체 사용자 수, 동시 사용자 비율, 연간 사용자 증가율 | |
| 트랜잭션 수 | 연간/1일 평균/피크타임 트랜잭션 수, 예상 연간 트랜잭션 증가율 | |
| WEB/WAS | 시스템 용도 및 시스템 형태 | 웹 페이지만 제공, 트랜잭션 빈번 여부 |
| 시스템 구성 형태 | 1계층, 2계층, 3계층 | |
| 접속자 수 | 평균/최고/연간 접속자 수, 증가율 |
2. 자료 조사 분석 및 개발 기술 환경 결정
- 조사한 자료를 이용하여 OS, DBMS, WAS 결정
- 분식 시 각 항복별 고려 사항을 반영하여 개발 기술 환경 결정
TEST → 정답은 드래그!
| 정답 | 문제 |
| 소프트웨어 아키텍처 | 여러가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표한하는 시스템의 구조나 구조체이다. |
| 파이프-필터 패턴 | 소프트웨어 아키텍처 패턴 유형 중 하나로 데이터스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴이다. |
| 모듈 | 소프트웨어 설계에서 기능 단위로 분해하고 추상화되어 재사용 및 공유 가능한 수준으로 만들어진 단위이다. |
| 소프트웨어 패키징 | 개발이 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 포장하는 과정이다. |
| 모듈화 | 모듈을 이용하여 소프트웨어의 성능을 향상시키거나 시스템의 디버깅, 시험, 동합, 수정을 용이하도록 하는 소프트웨어 설계 기법이다. |
| 빌드 | 소스 코드 파일을 컴퓨터에서 실행할 수 있는 제품 소프트웨어의 단위로 변환하는 과정이다. |
| 제품 소프트웨어 패키징 도구 | 배포를 위한 패키징 시에 디지털 콘텐츠의 지적재산권을 보호하고 관리하는 기능을 제공하며, 안전한 유통과 배포를 보장하는 도구이다. |
| 패키저 | 저작권 관리에서 콘텐츠를 메타 데이터와 함께 배포 가능한 단위로 묶는 기능을 수행한다. |
| ATAM | 소프트웨어 아키텍처 비용 평가 모델 중 하나로 아키텍처 품질 속성을 만족시키는지 판단 및 품질 속성들의 이해 상충관계까지 평가하는 모델이다. |
| CBAM | 소프트웨어 아키텍처 비용 평가 모델 중 하나로 ATAM 바탕의 시스템 아키텍처 분석 중심으로 경제적 의사결정에 대한 요구를 충족하는 비용 평가 모델이다. |
| 디자인 패턴 | 소프트웨어 공항의 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴이다. |
| 빌터 패턴 | 생성 패턴 중 하나로 복잡한 인스턴스를 조립하여 만드는 구조로, 복합 객체를 생성할 때 객체를 생성하는 방법과 객체를 구현하는 방법을 분리함으로써 동일한 생성 절차에서 서로 다른 표현 결과를 만들 수 있는 디자인 패턴이다. |
| 프로토타입 패턴 | 생성 패턴 중 하나로 처음부터 일반적인 원형을 만들어 놓고, 그것을 복사한 후 필요한 부분만 수정하여 사용하는 패턴으로, 생성할 객체의 원형을 제공하는 인스턴스에서 생성할 객체들의 타입이 결정되도록 설정하며 객체를 생성할 때 갖추어야 할 기본 형태가 있을 때 사용되는 디자인 패턴이다. |
| 팩토리 메서드 패턴 | 생성 패턴 중 하나로 상위 클래스에서 객체를 생성하는 인터페이스를 정의하고, 하위 클래스에서 인스턴스를 생성하도록 하는 방식으로, 상위 클래스에서는 인스턴스를 만드는 방법만 결정하고, 하위 클래스에서 그 데이터의 생성을 책임지고 조작하는 함수들을 오버라이딩 하여 인터페이스와 실제 객체를 생성하는 클래스를 분리할 수 있는 특성을 갖는 디자인 패턴이다. |
| 싱글톤 패턴 | 생성 패턴 중 하나로 전역 변수를 사용하지 않고 객체를 하나만 생성하도록 하며, 생성된 객체를 어디에서든지 참조할 수 있도록 하는 디자인 패턴이다. |
| 브리지 패턴 | 구조 패턴 중 하나로 기능의 클래스 계층과 구현의 클래스 계층을 연결하고, 구현부에서 추상 계층을 분리하여 추상화된 부분과 실제 구현 부분을 독립적으로 확장할 수 있는 디자인 패턴이다. |
| 퍼사이드 패턴 | 구조 패턴 중 하나로 복잡한 시스템에 대하여 단순한 인터페이스를 제공함으로써 사용자와 시스템 간 또는 여타 시스템과의 결합도를 낮추어 시스템 구조에 대한 파악을 쉽게 하는 패턴으로 오류에 대해서 단위별로 확인할 수 있게 하며, 사용자의 측면에서 단순한 인터페이스 제공을 통해 접근성을 높일 수 있는 디자인 패턴이다. |
| 어댑터 패턴 | 구조 패턴 중 하나로 기존 생성된 클래스를 재사용할 수 있도록 중간에서 맞춰주는 역할을 하는 인터페이스를 만드는 패턴으로, 상속을 이용하는 클래스 패턴과 위임을 이용하는 인스턴스 패턴의 두 가지 형태로 사용되는 디자인 패턴이다. |
| 템플릿 메서드 패턴 | 행위 패턴 중 하나로 어떤 작업을 처리하는 일부분을 서브 클래스로 캡슐화해 전체 일을 수행하는 구조는 바꾸지 않으면서 특정 단계에서 수행하는 내역을 바꾸는 패턴으로 일반적으로 상위 클래스에는 추상 메서드를 통해 기능의 골격을 제공하고, 하위 클래스의 메서드에는 세부 처리를 구체화하는 방식으로 사용하며 코드 양을 줄이고 유지보수를 용이하게 만드는 특징을 갖는 디자인 패턴이다. |
| 커맨드 패턴 | 행위 패턴 중 하나로 실행될 기능을 캡슐화함으로써 주어진 여러 기능을 실행할 수 있는 재사용성이 높은 클래스를 설계하는 패턴으로 하나의 추상 클래스에 메서드를 만들어 각 명령이 들어오면 그에 맞는 서브 클래스가 선택되어 실행되는 특징을 갖는 디자인 패턴이다. |
| 옵저버 패턴 | 행위 패턴 중 하나로 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들에 연락이 가고 자동으로 내용이 갱신되는 방법으로 일 대 다의 의존성을 가지며 상호 작용하는 객체 사이에서는 가능하면 느슨하게 결합하는 디자인 패턴이다. |
| 전략 패턴 | 행위 패턴 중 하나로 알고리즘 군을 정의하고 같은 알고리즘을 각각 하나의 클래스로 캡슐화한 다음, 필요할 때 서로 교환해서 사용할 수 있게 하는 패턴으로, 행위를 클래스로 캡슐화해 동적으로 행위를 자유롭게 바꿀 수 있게 해주는 디자인 패턴이다. |
| 운영체제(OS) | 컴퓨터 시스템이 제공하는 모든 하드웨어, 소프트웨어를 사용할 수 있도록 해주고, 컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스를 담당하는 프로그램으로, 사용자가 컴퓨터를 좀 더 쉽게 사용하기 위해 지원하는 소프트웨어이다. |
| 네트워크 | 컴퓨터 장치들의 노드 간 연결(데이터 링크)을 사용하여 서로에게 데이터를 교환할 수 있도록 하는 기술이다. |
| 응용 계층 | OSI 7계층 중 하나로 사용자와 네트워크 간 응용서비스 연결, 데이터를 생성하는 계층이며, 대표적인 프로토콜로 HTTP, FTP가 있다. |
| 전송 계층 | OSI 7계층 중 하나로 신뢰성 있는 통신을 보장하고, 데이터 분할과 재조립, 흐름제어, 오류제어, 혼잡제어 등을 담당하는 계층이며, 대표적인 프로토콜에는 TCP, UDP가 있다. |
| 네트워크 계층 | OSI 7계층 중 하나로 단말 간 데이터 전송을 위한 최적화된 경로를 제공하는 계층이며, 대표적인 프로토콜로는 IP, ICMP가 있다. |
| 데이터 링크 계층 | OSI 7계층 중 하나로 인접 시스템 간 데이터 전송, 전송오류 제어, 동기화, 흐름제어 등의 전송 기능을 제공하는 계층이며, 대표적인 프로토콜은 이더넷이다. |
| 물리 계층 | OSI 7계층 중 하나로 0과 1의 비트 정보를 회성에 보내기 위한 전기적 신호로 변환하는 계층이며, 대표적인 프로토콜은 RS-232C이다. |
| 백본망 | 다양한 네트워크를 상호 연결하는 컴퓨터 네트워크의 일부로서, 각기 다른 LAN이나 부분망 간에 정보를 교환하기 위한 경로를 제공하는 망이다. |
| 라우터 | 3계층 데이터 패킷을 발신지에서 목적지까지 전달하기 위해 최적의 경로를 지정하고, 이 경로를 따라 데이터 패킷을 다음 장치로 전달하는 네트워크 장비이다. |
| 스위치 | 2계층 장비로서, 동일 네트워크 내에서 출발지에 들어온 데이터 프레임을 목적지 MAC 주소 기반으로 빠르게 전달하는 네트워크 장비이다. |
| 게이트웨이 | 컴퓨터 네트워크에서 서로 다른 통신망, 프로토콜을 사용하는 네트워크 간의 통신을 가능하게 하는 네트워크 장비이다. |
| 방화벽 | 외부로부터 불법침입과 내부의 불법 정보 유출을 방지하고, 내·외부 네트워크의 상호간 영향을 차단하기 위한 보안 시스템이다. |
| 미들웨어 | 분산 컴퓨팅 환경에서 응용 프로그램과 프로그램이 운영되는 환경 간에 원만한 통신이 이루어질 수 있도록 제이해주는 소프트웨어로, 운영체제와 소프트웨어 애플리케이션 사이에 있다. |
| 웹애플리케이션 서버(WAS) | 서버계층에서 애플리케이션이 동작할 수 있는 환경을 제공하고 안정적인 트랜잭션 처리와 관리, 다른 이기종 시스템과의 애플리케이션 연동을 지원하는 서버이다. |
| 가비지 컬렉션(GC) | 메모리 관리 기법의 하나로, 프로그램이 동적으로 할당했던 메모리 영역 중에서 필요 없게 된 영역을 해제하는 기능이다. |
| 추상클래스 | 객체 인스턴스를 생성하지 않고, 단지 유사 클래스들의 공통된 특징을 정의하고, 하나 이상의 추상 메서드와 일반 필드 및 일반 메서드를 포함하는 클래스이다. |
| XML | 다른 특수한 목적을 갖는 마크업 언어를 만드는 데 사용하도록 권장하는 다목적 언어이다. |
| 인스턴스 | 객체 지향 프로그래밍에서 해당 클래스의 구조로 컴퓨터 저장 공간에서 할당된 실체이다. |
※ 해당 글은 수제비 2022 도서 참고하였습니다.
수제비- IT 커뮤니티 (정보처리기사... : 네이버 카페
수제비-수험생 입장에서 제대로 쓴 비법서(정보처리기사, 정보처리기능사, 빅데이터 분석기사 등 시리즈)
cafe.naver.com
'정보처리기사' 카테고리의 다른 글
| Ⅱ 화면설계 - UI 요구사항 확인 (0) | 2023.01.30 |
|---|---|
| [2023] 정보처리기사 시험 일정 (0) | 2023.01.05 |
| Ⅰ 요구사항 확인 - 분석 모델 확인하기 (0) | 2022.12.02 |
| Ⅰ 요구사항 확인 - 요구사항 확인 (0) | 2022.12.01 |
| Ⅰ 요구사항 확인 - 소프트웨어 개발 방법론 (1) | 2022.11.17 |