정보처리기사77 [정보처리기사 필기 요약] 디자인 패턴(2) - 구조패턴 * 구조패턴(Structural Pattern) : 다른 기능을 가진 객체 간 협력 필요할 때 객체들을 조직화 하는 방법과 기능 구현하기 위해 객체 구성하는 방식 제공 종류 개념 Adaptor - 클래스 재사용성 높이기 위해 클래스 간 기능 변환 제공하여 호환성 확보 Bridge - 인터페이스(API)가 서로 다른 클래스 연결하는 패턴. 기능의 계층과 구현의 계층 연결 Composite - 복잡한 객체 구조 표현하여 객체 집합 속에 또 다른 객체 집합 가짐 Decorator - 새로운 기능 추가될 때마다 새로운 객체 내부에서도 그대로 유지, 보장해줌 Facade - 서브 시스템 복잡할 경우 간단한 인터페이스 통해 서브시스템 주요 기능 사용 가능 Fly weight - 인스턴스 가능한 한 공유시켜 불필요한.. 2021. 3. 2. [정보처리기사 필기 요약] 디자인 패턴(1) - 생성패턴 * 디자인 패턴 구성 패턴 이름 및 유형 설계 의도를 표현하며 한 두 단어로 설계 문제와 해법 서술 문제 및 배경 해결해야할 문제와 그 배경 설명하며 언제 패턴 사용하는지 서술 해결 설계 구성 요소와 그 요소들 간 관계, 책임, 협력관계 서술 사례 간단한 적용 사례 서술 결과 디자인 패턴 적용해서 얻는 결과와 장단점 서술 샘플코드 패턴이 적용된 원시 코드 기술 * GoF(Gang of Four) 디자인 패턴 목적 생성 패턴 구조 패턴 행위 패턴 암기 FSABP ABCD2FP T2I2C2S2MVO 의미 객체 생성방식 결정 객체 조직화 객체 행위를 조직, 관리, 연합 범위 클래스 Factory method Adapter Template method Interpereter 객체 Singleton Abstrac.. 2021. 3. 2. [정보처리기사 필기 요약] 객체지향 설계원칙 (SOLID) 구분 내용 단일 책임 원칙 (SRP, Single Responsibility Principle) - 객체는 단 하나의 책임만을 가져야 함 - 어떤 클래스를 변경해야 하는 이유는 단 한 가지여야 함(책임 = 변경사유) - 같은 이유로 변화하는 것 끼리 묶고, 다른 이유로 변화하는 것 끼리는 분리 - 산탄총 수술 : 하나의 책임이 여러 클래스로 분산되어 있는 경우 발생 가능 개방 폐쇄 원칙 (OCP, Open-Closed Principle) - 기존 코드 변경하지 않으면서 기능 추가할 수 있도록 설계 되어야 함 - SW 개체(Classes, Modules, Functions 등) 확장에는 열려있고 수정 시에는 닫혀있어야 함 --> 추상화 - 클래스 변경하지 않고도 그 클래스 둘러싼 환경 변경할 수 있는 설계.. 2021. 3. 2. [정보처리기사 필기 요약] 객체지향 * 객체지향 개념 : 실세계 개체(Entity)를 속성(Attribute)과 메소드(Method)가 결합된 형태의 객체(Object)로 표현하는 개념. 구현 대상을 하나의 객체로 보고 객체와 객체들 간 관계로 모델링 하는 방법 * 구성요소 구분 내용 클래스 (Class) - 같은 종류 객체들 집합에 공통 속성과 행위 정의 - 객체지향 P/G 기본적인 사용자 정의 데이터형 객체 (Object) - 클래스 인스턴스 (실제로 메모리 상에 할당된 것) - 자신 고유 데이터 가지며 클래스에서 정의한 행위 수행 속성 (Attribute) - 객체 데이터 메소드 (Method) - 객체 행위 (함수, 메소드) - 클래스로부터 생성된 객체 사용하는 방법 메시지 (Messsage) - 객체 간 통신 * 기법 특징 상세내.. 2021. 3. 2. [정보처리기사 필기 요약] 코드의 기능 구분 설명 표준화 다양한 종류 데이터를 일정한 기준으로 통일하여 관리 간소화 데이터 간략하게 표현 가능 분류 데이터 분류 쉽게 가능 식별 대량 데이터들에서 서로 구분 가능하고 쉽게 식별 가능 배열 데이터 정의한 순서대로 나열 가능 연상 정보 표현하고자 하는 데이터 뜻과 의미가 코드에 내포되게 표현 가능 암호화 데이터 외부 표현 감추고자 암호화 가능 오류 검출 데이터 입/출력 시 잘못된 정보 검출 가능 2021. 3. 2. [정보처리기사 필기 요약] SW 아키텍처 4+1 View * 시스템의 여러 가지 측면 고려하기 위한 다양한 관점 바탕으로 정의. UML 4+1 View가 표준. * 고객 요구사항 중심으로 4가지 관점으로 SW 아키텍처 설계하는 기법 * SW 아키텍처 4+1 View 구성 구분 설명 사용사례관점 (Use Case View) - 시스템 외부 사용자 관점에서 사용 사례들 간 관계 정의 논리 관점 (Logical View) - 상위 수준에서 시스템 논리적인 구조/행위를 클래스 인터페이스, 협력관계(Collaboration)로 정의 구현 관점 (Implementation View) - 독립적으로 실행되는 컴포넌트와 이들 간 관계 정의 프로세스 관점 (Process View) - 시스템 병렬처리 및 동기화 처리 위한 스레드와 프로세스 정의 배치 관점 (Deployment.. 2021. 3. 2. [정보처리기사 필기 요약] (01-01/01~02) 소프트웨어 설계 - 요구 사항 확인 PART 01. 소프트웨어 설계 - CHAPTER 01. 요구사항 확인 (NCS 5 level) ● "요구사항 확인"이란? 업무 분석가가 수집/분석/정의한 요구사항과 이에 따른 분석모델에 대해서 확인과 현행 시스템에 대해 분석하는 능력 ● 현행 시스템 분석하기 개발하고자 하는 응용SW에 대한 이해를 높이기 위해, 현행 시스템의 적용현황을 파악함으로써 개발범위와 향후 개발될 시스템으로의 이행방향성 분석 가능. 개발하고자 하는 응용SW와 관련된 OS, DB, 관리시스템, MW 등의 요구사항 식별 가능. 현행 시스템을 분석하여, 개발하고자 하는 응용SW가 이후 적용될 목표 시스템을 명확하고 구체적으로 기술 가능. ▷ 1단계 : 현행 시스템 파악 1. 구성/기능/인터페이스 파악 시스템 구성 현황 파악 시스템 기.. 2020. 12. 16. 이전 1 ··· 5 6 7 8 다음
