본문 바로가기
자격증/정보처리기사

20년 08월 22일 1 정보처리기사

by bigju 2022. 2. 3.

 

요구사항 개발 프로세스

 

도출 -> 분석 -> 명세 -> 확인

 

===================================

 

디자인 패턴

 

- Vistor(방문자) - 행위 패턴

> 각 클래스들의 데이터 구조에서 처리 기능을 분리하여 별도의 클래스로 구성함

 

- Observer 패턴 - 행위패턴

> 한 객체의 상태가 변화하면 객체에서 상속되어 있는 다른 객체들에게 변화된 상태를 전달

 

- Bridge패턴 - 구조패턴

> 구현부에서 추상층을 분리, 서로가 독립적으로 확장함

> 기능과 구현을 두 개의 별도 클래스로 구현함

 

- Factory Method패턴

> 객체를 생성하기 위한 인터페이스를 정의하여 어떤 클래스가 인스턴트화 될 것인지는 서브클래스가 결정하도록 하는 것

> Virtual-Constructor 패턴이라고 불림

 

===================================

 

애자일 기법 - 4가지 핵심 가치

 

- 프로세스와 도구보다는 개인과의 상호작용에 더 가치를 둠

- 방대한 문서보다는 실행되는 sw에 더 가치를 둠

- 계약 협상보다는 고샛과의 협업에 더 가치를 둠

- 계획을 따르기 보다는 변화에 반응하는 것에 더 가치르 를 둠

 

===================================

 

미들웨어 솔루션

 

- WAS (웹 어플리케이션 서버)

> 사용자의 요구에 따라 변화하는 동적인 콘텐츠를 처리함

> 웹 환경을 구현하기 위한 미들웨어

 

- RPC (Remote Procedure Call)

> 응용프로그램이 프로시저를 사용하여 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 미들웨어

 

- ORB (Object Request Broker)

> 객체 지향 미들웨어로 코바 표준 스펙을 구현함

> 최근에는 TP-Monitor의 장점인 트랜잭션 처리와 모니터링 등을 추가로 구현한 제품도 있음

 

===================================

 

UML 시퀀스 다이어그램

 

- 액터(Actor)

> 시스템으로부터 서비스를 요청하는 외부 요소로 사람이나 외부시스템 의미

 

- 객체(Object)

> 메시지를 주고 받는 주체

 

- 생명선(Lifeline)

> 객체가 메모리에 존재하는 기간으로, 객체 아래쪽에 점선을 그어 표현

 

- 메시지(Message)

> 객체가 상호 작용을 위해 주고받는 메시지

 

 

- 싱행 상자(Active Box)

> 객체가 메시지를 주고받으며 구동되고 있음을 표현

 

===================================

 

자료사전

 

= : 자료의 정의

+ : 자료의 연결

( ) : 자료의 생략

[ | ] : 자료의 선택

{ } : 자료의 반복

** : 자료의 설명(주석)

 

===================================

 

자료 흐름도 구성요소

 

- 프로세스 ( Process)

- 자료 흐름 (Data Flos)

- 자료 저장소 (Data Store)

- 단말 ( Terminator)

 

===================================

 

국제 표준

 

- ISO/IEC 9126

> 소프트웨어 품질 특성 및 척도에 대한 표준화

 

- ISO/IEC 14598

> 소프트웨어 제품 평가

 

- ISO/IEC 12119

> 패키지 소프트웨어 평가

 

===================================

 

McCabe 의 cylomatic

V(G) = Edge - Node + 2

edge = 화살표

node = 동그라미

 

===================================

 

이진 트리 운행

 

- Preorder 운행

> Root - Left - Right

 

- Inorder 운행

> Left - Root - Right

 

- Postorder 운행

> Left - Right - Root 운행

 

===================================

 

알고리즘 설계 기법

 

- Divide and Conquer (분할 정복 알고리즘)

> 그대로 해결할 수 없는 문제를 작은 문제로 분할하여 문제를 해결하는 알고리즘

 

- Greedy(탐욕 알고리즘)

> 현재시점에서 가장 최적의 방법을 선택하는 알고리즘

 

- Backtracking

> 모든 조합을 시도하여 문제의 답을 찾는 알고리즘

 

===================================

 

파티션 유형

 

- 범위 분할 (Range Partitioning)

> 지정한 열의 값을 기준으로 분할

 

- 해시 분할(Hash Partitioning)

> 해시 함수를 적용한 결과 값에 따라 데이터 분할

 

- 조합 분할(Composite Partitioning)

> 범위 분할 후 해시 함수를 적용하여 다시 분할

 

- 리스트 분할(List Partitioning)

 

===================================

 

인수테스트

 

- 사용자 인수 테스트

- 운영상의 인수 테스트

- 계약 인수 테스트

- 규정 인수 테스트

- 알파 테스트

- 베타 테스트

 

===================================

 

명령어

 

DML (데이터 조작어)

- SELECT / INSERT / DELETE / UPDATE

 

 

DDL (데이터 정의어)

- CREATE / ALTER / DROP

 

DCL (데이터 제어어)

- COMMIT / ROLLBACK / GRANT / REVOKE

 

===================================

 

릴레이션 특징

 

- 똑 같은 튜플 포함 안됨

- 튜플사이 순서 없음

- 속성간 순서 중요X

- 속성의 명칭은 유일 구성값은 동일 값 가능

- 속성 값은 원자값

 

===================================

 

모델

 

- 디지털 트윈 (Digital Twin)

> 미국 제너럴 익렉영이 주창한 개념

> 텀퓨터에 현실 속 사물의 쌍둥이를 가상화하여 만들고 현실에서 발생할 수 있는 상활을 컴퓨터로 시뮬레잇현함으로써 결과를 미리 예측하는 기술

 

===================================

 

기술

 

- Quantum Key Distribution

> 양자암호관련

 

- Digital Rights Management

> DRM이라고 하며 저작권 관리 관련 기술

 

- Grayware

> 바이러스, 트로잔등 악성 프로그램과는 다르게 사용자 동의를 받아 설치하는 프로그램

 

===================================

 

블록 암호화

 

- DES, RC5, AES, SEED, IDEA

 

===================================

 

기법

 

- Wm-Bus

> 무선 미터버스, 산업용 무선 프로토콜

 

- Digital Twin

> 컴퓨터 시뮬레이션을 통해 결과를 예측하는 기술

 

- Zigbee

> 직비, 무선 메시 네트워크의 표준

 

===================================

 

맞춰도 외우기

 

결합도★★★

 

내용(content) > 공통(comom) > 외부(exernal) > 제어(control) > 스탬프(stamp) > 자료(data)

= 내공! 외!! 제스자!!!!!!

 

===================================

 

응집도★★★

 

기능적(Functional) 응집도 > 순차적(Sequential) 응집도 > 교환적(Communication) 응집도 > 절차적(Procedural) 응집도 > 시간적 응집도(Temporal) > 논리적(Logical) 응집도 > 우연적(Coincidental)응집도

(기순교 !! 절시논우! )

기순교 라는 애가 절시논우에 들어갔댸 ㅠ

 

===================================

 

블랙박스 && 화이트 박스

 

- 블랙박스

> 동치분할검사

> 경계값 분석

> 원인-효과 그래프 검사

> 오류 예측 검사

> 비교 검사

 

- 화이트 박스

> 기초경로 검사

> 조건 검사

> 루프검사

> 데이터 흐름검사

 

===================================

 

스키마

 

- 개념 스키마

> 스키마 / DB 어떤 데이터, 관게 정의

> 전체 관점으로 한 개만 존재 접근 권한

> 보안 및 무결성 정의

 

- 내부 스키마

> 물리적 저장장치에 구현 방법 정의

> 물리적 구조 및 내부 레코드 물리적 순서 표현

 

- 외부 스키마

> 프로그램의 입장에서 논리적 구조 여러개 존재

> 개인 또는 응용 개발자 입장에서 보는 데이터베이스

 

===================================

 

트랜잭션

 

- Durability 연속성, 지속성

> 성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영되어야한다.

 

- Isolation 독립성, 격리성

> 둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느하나의 트랜잭션 실행중에 다른 트랜잭션의 연산이 끼어 들 수 없다.

 

- Consistency 일관성

> 시스템이 가지고 있는 고정요소는 트랜잭션 수행 전과 트랜잭션 수행 완료 후의 상태가 같아야 한다.

 

- Atomicity

> 트랜잭션의 연산은 모두 실행되거나 모두 실행되지 않아야 한다.

 

===================================

 

키 KEY

 

- 후보키 (Candiadate Key)

> 릴레이션을 구성하는 속성 중 튜플을 유일하게 식별하기 위한 기본키로 사용 할 수 있는 속성을 뜻

 

- 기본키 (Primary Key)

> 후보키 중에서 선택된 주키 (Main Key)

 

- 슈퍼키 (Super Key)

> 한 릴레이션 내에 있는 속성들의 집합으로 구성된 키이다. 슈퍼키는 릴레이션에 있는 튜플에 대해 유이성을 만족시키지만, 최소성은 만족 시키지 못한다.

 

- 외래키 (Foregin Key)

> 관계를 맺고 있는 릴레이션 R1, R2에서 릴레이션 R1이 참조하고 있는 릴레이션 R2의 기본 키과 같은 R1릴레이션의 속성을 말한다.

 

===================================

 

관계 데이터베이스 모델

 

- 차수

> Degree = Attribute = 속성 ( DB 열 )

 

- 기수

> Cardinality = Tuple 수 = 대응 수 ( DB )

 

스키마 : 속성 의집합 = 열

인스턴스 : 튜플의 집합 = 행, 레코드

속성의 개수 = 차수

튜블의 개수 = 카디날리티

 

===================================

 

자료사전

 

= : 자료의 정의

+ : 자료의 연결

( ) : 자료의 생략

[ | ] : 자료의 선택

{ } : 자료의 반복

** : 자료의 설명(주석)

 

===================================

 

 

이진 트리 운행

 

- Preorder 운행

> Root - Left - Right

 

- Inorder 운행

> Left - Root - Right

 

- Postorder 운행

> Left - Right - Root 운행

 

===================================

 

명령어

 

DML (데이터 조작어)

- SELECT / INSERT / DELETE / UPDATE

 

 

DDL (데이터 정의어)

- CREATE / ALTER / DROP

 

DCL (데이터 제어어)

- COMMIT / ROLLBACK / GRANT / REVOKE

 

===================================

 

 

 

댓글

메인으로가기


    

Big Ju

IT Engineer


항상 답을 위해 노력하는

엔지니어입니다.

 

 

    


 UP!