나의 공부 일기

정보처리기사) 1과목 정리 ( 4 / 4 )

곽병권 — Wed, 3 Apr 2024 15:46:03 +0900

객체 지향 설계

객체 지향 구성 요소

클래스

- Class

- 객체 지향 프로그램에서 데이터를 추상화하는 단위

객체

- Object

- 자신 고유의 데이터를 가지며 클래스에서 정의한 행위를 수행

메서드

- Method

- 클래스로부터 생성된 객체를 사용하는 방법

- 객체가 메시지를 받아 실행해야 할 객체의 구체적인 연산

메시지

- Message

- 객체에게 어떤 행위를 하도록 지시하기 위한 방법

인스턴스

- Instance

- 프로그램에서 클래스를 통해 만든 실제의 실행 객체, 프로그램의 실행 단계에서 나타남

속성

- Property

- 한 클래스 내에 속한 객체들이 가지고 있는 데이터 값들을 단위별로 정의

- 성질, 분류, 식별, 수량, 현재 상태 등에 대한 표현 값

객체 지향 기법

캡슐화

- Encapsulation

- 서로 연관된 데이터와 함수를 함께 묶어 외부와 경계를 만들고 필요한 인터페이스만을 밖으로 드러내는 기법

상속성

- Inheritance

- 상위 클래스의 속성과 메서드를 하위 클래스에서 재정의 없이 물려받아 사용하는 기법

다형성

- Polymorphism

- 하나의 메시지에 대해 각 객체가 가지고 있는 고유한 방법으로 응답할 수 있는 능력

추상화

- Abstraction

- 공통 성질을 추출하여 클래스를 설정하는 기법

정보은닉

- Information Hiding

- 코드 내부 데이터와 메서드를 숨기고 공개 인터페이스를 통해서만 접근이 가능하도록 하는 코드 보안 기술

관계성

- Relationship

- 두 개 이상의 엔터티 형에서 데이터를 참조하는 관계를 나타내는 기법

객체 지향 방법론

야콥슨

- Jacobson

- 유스케이스에 의한 접근 방법으로 유스케이스를 모든 모델의 근간으로 활용

럼바우

- Rumbaugh

- 그래픽 표기법을 이용하여 소프트웨어 구성요소를 모델링하는 방법론

- 분석 잘차는 객체 모델링 --> 동적 모델링 --> 기능 모델링 순서로 진행

객체 모델링

- Object Modeling

- 정보 모델링이라고도 하며, 시스템에서 요구하는 객체를 찾고 객체 간의 관계를 정의하는 모델링

- 가장 중요하며 선행되어 진행

- 객체 다이어그램을 활용하여 표현

동적 모델링

- Dynamic Modeling

- 시간의 흐름에 따라 객체들 사이의 제어 흐름, 동작 순서 등의 동적인 행위를 표현하는 모델링

- 상태 다이어그램,사건 흐름 다이어그을 활용하여 표현

기능 모델링

- Functional Modeling

- 프로세스들의 자료 흐름을 중심으로 처리 과정을 표현하는 모델링

- 자료 흐름도(DFD)를 활용하여 표현

부치

- Booch

- 설계 문서화를 강조하여 다이어그램 중심으로 개발하는 방법론

- 미시적(Micro) 개발 프로세스와 거시적(Macro) 개발 프로세스를 모두 사용하는 분석 방법

Coad 와 Yourdon

- E-R 다이어그램을 사용하여 객체의 행위를 모델링하며, 객체 식별, 구조 식별, 주체 정의, 속성 및 관계 정의, 서비스 정의 등의 과정으로 구성되는 객체 지향 분석 방법

Wirf-Brock

- 분석과 설계 간의 구분이 없고 고객 명세서를 평가해서 설계 작업까지 연속적으로 수행하는 분석 방법

객체 지향 분석 기법

- 소프트웨어를 개발하기 위한 비즈니스(업무)를 객체와 속성, 클래스와 멤버, 전체와 부분 등으로 나누어서 분석해 내는 기법

- 기본적으로 객체 지향 프로그래밍 언어에서 접근하는 방식인 상향식(Bottom-up) 방식임

- 동적 모델링 기법이 사용될 수 있음

- 데이터와 행위를 하나로 묶어 객체를 정의하고 추상화시키는 작업

- 코드 재사용에 의한 프로그램 생산성 향상 및 요구에 따른 시스템의 쉬운 변경이 가

객체 지향의 관계성

일반성

- is-a 관계

- 클래스 간의 개념적인 포함 관계

- 상위 클래스의 특성을 하위 클래스가 상속 받음

집단화

- is-part-of 관계, part-whole 관계

- 서로 관련 있는 여러 개의 객체를 묶어 한 개의 상위 객체를 만드는 특징이 있음

- 일반화와 달리 상위 클래스의 성질들이 하위 클래스로 상속되지는 않음

디자인 패턴의 구성 요소

- 패턴의 이름, 문제 및 배경, 솔루션, 사례, 결과, 샘플 코드로 구성

디자인 패턴의 종류

행위패턴

- 미디에이터, 인터프리터, 이터레이터, 템플릿 메서드, 옵져버, 스트레이트, 비지터, 커맨드, 체인 오브 리스판서빌리티

생성패턴

- 빌더, 프로토타입, 팩토리 메서드, 앱스트랙 팩토링, 싱글톤

구조패턴

- 브리지, 데코레이터, 퍼사이드, 플라이 웨이트, 프록시, 컴포지트, 어댑터

인터페이스 설계

정형 기술 검토 기법

동료 검토

- Peer Review

- 2 ~ 3 명 진행하는 리뷰의 형태

- 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견하는 형태로 진행하는 검토 방법

워크 스루

- Walk Through

- 오류를 조기에 검출하는 데 목정이 있는 검토 방법

- 검토 자료를 회릐 전에 배포해서 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 오류를 검출하고 문서화 하는 비공식적인 검토 방법

인스펙션

- Inspection

- 소프트웨어 요구, 설계, 원시 코드 등의 저작자 외의 다른 전문가 또는 팀이 검사하여 오류를 찾아내는 공식적인 검토 방법

- 인스펙션 절차는 계획 --> 사전 교육 --> 준비 --> 인스펙션 회의 --> 수정 --> 후속 조치 순서로 진행

정형 기술 검토(FTR)의 지침 사항

- 제품의 검토에만 집중한다

- 의제를 제항하여 진행한다

- 논쟁과 반박을 제한한다

- 문제 영역을 명확히 표현한다

- 참가자 수를 제한하고 사전준비를 강요한다

- 자원과 시간 일정을 할당한다

- 모든 검토자들을 위해 의미있는 훈련을 행한다

- 검토자들은 사전에 작성한 메모들을 공유한다

- 검토 과정과 결과를 재검토한다.

요구사항 명세기법

비정형 명세기법

- 사용자의 요구를 표현할 때 자연어를 기반으로 서술함

- 사용자의 요구를 표현할 때 Z 비정형 명세기법을 사용함

정형 명세기법

- 사용자의 요구를 표현할 때 Z-스키마 언어를 활용함

- 비정형 명세기법에 비해 표현이 간결함

요구사항 검증

- 요구사항이 고객이 정말 원하는 시스템을 제대로 정의하고 있는지 점검하는 과정

- 개발 완료 이후에 문제점이 발견될 경우 막대한 재작업 비용이 들 수 있기 때문에 요구사항 검증은 매우 중요함

- 요구사항이 실제 요구를 반영하는지, 문서상의 요구사항은 서로 상충되지 않는지 등을 점검

- 요구사항 검증 과정을 통해 모든 요구사항 문제를 발견하기는 어렵다(일부 발견가능)

요구사항 개발 절차

도출

- 소프트웨어가 해결해야 할 문제를 이해하고, 고객으로부터 제시되는 추상적 요구에 대해 관련 정보를 식별하고 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계

분석

- 도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 단계

명세

- 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 단계

확인 및 검증

- 요구사항이 고객이 정말 원하는 시스템을 제대로 정의하고 있는지 점검하는 과정

요구사항 분석

- 추출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 활동

- 주요활동으로는 후보 요구사항 모델링, 요구사항의 우선순위 부여, 해당 릴리즈에 수행할 요구사항 선정, 요구사항 협의가 있음

- 요구사항 분석 활동으로 비용과 일정에 대한 제약설정, 타당성 조사, 요구사항 정의 문서화가 있음

인터페이스 시스템의 주요 구성

송신 시스템

- 연계할 데이터를 데이터베이스와 애플리케이션으로부터 연계 테이블 또는 파일 형태로 생성하여 송신하는 시스템

수신 시스템

- 수신한 연계 테이블 또는 파일의 데이터를 수신 시스템에서 관리하는 데이터 형식에 맞게 변환하여 데이터베이스에 저장하거나 애플리케이션에서 활용할 수 있도록 제공하는 시스템

중계 서버

- 송신 시스템과 수신 시스템 사이에서 데이터를 송수신하고 연계 데이터의 송수신 현황을 모니터링하는 시스템

- 연계 데이터의 보안 강화 및 다중 플랫폼 지원 등이 가능

시스템의 구성 요소

입력

- Input

- 처리 방법, 처리할 데이터, 조건을 시스템에 투입하는 행위

출력

- Output

- 처리된 결과를 시스템에서 산출하는 행위

처리

- Process

- 입력된 데이터를 처리 방법과 조건에 따라 처리하는 행위

제어

- Control

- 자료를 입력하고 출력될 때까지의 처리 과정이 올바르게 진행되는지를 감독하는 행위

피드백

- Feedback

- 출력 결과가 목표를 만족시키지 못하는 경우 달성을 위해 반복 개선하는 행위

미들웨어

- 클라이언트와 서버 간의 통신을 담당하는 시스템 소프트웨어

미들웨어 솔루션 유형

DB 미들웨어

- DB 솔루션 업체에서 제공하는 애플리케이션과 DB 간에 통신을 원활하게 하는것을 목적으로 하는 미들웨어

원격 프로시저 호출

- RPC: Remote Procedure Call

- 응용 프로그램의 프로시저를 사용하여 원격 프로시저를 로컬 프로시저처럼 호출하는 방식의 미들웨어

메시지 지향 미들웨어

- MOM: Message-Oriented Middleware

- 메시지 기반의 비동기형 메시지 전달 방식 미들웨어

- 서로 다른 이기종 분산 DB 시스템의 데이터 동기를 위하여 주로 사용

트랜잭션 처리 모니터

- TP: Transaction Processing

- 온라인 업무에서 트랜잭션을 처리, 감시하는 미들웨어

- 분산 환경의 핵심 기술인 분산 트랜잭션을 처리하기 위한 미들웨어

- 주로 사용자가 많고 안정적이면서도 즉각적인 처리가 필요한 업무 프로그램의 개발에 많이 사용

레거시웨어

- Legacyware

- 기존의 애플리케이션이나 DB 기반에 새로운 업데이트된 기능을 덧붙이고자 할 때 사용되는 미들웨어

객체 기반 미들웨어

- ORB: Object Request Brokers

- 코바(CORBA) 표준 스펙을 구현한 객체 지향 미들웨어

- 각기 다양한 기반으로 구축된 컴퓨터 간의 프로그램과 데이터의 교환 및 변환이 편리하게 이루어질 수 있도록 자원

WAS

- Web Application Server

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

기타

프로그램이나 하드웨어

EAI

- Enterprise Application Integration

- 비즈니스 프로세스를 중심으로 어댑터를 이용하여 기업 내 각종 플랫폼 및 애플리케이션 간의 상호 연동이 가능하도록 통합하는 솔루션

GPL

- General Public License

- 자유 소프트웨어 재단에서 만든 오픈 소스 소프트웨어 라이선스

- GPL 파생 저작물 조항에 의한 소스 코드 배포 의무가 있음

Duplexing

- 단일 매체, 장치, 포트에서 '동시 양방향 통신'을 가능하게 하는 전송 방식

아키텍처 설계과정

설계 목표 설정 --> 시스템 타입 결정 --> 스타일 적용 및 커스터마이즈 --> 서브 시스템의 기능, 인터페이스 동작 작성 --> 아키텍처 설계 검토

위험 모니터링

- 위험 요소 징후들에 대하여 계속적으로 인지하는 것

모델링 순서

입출력 자료 정의

- 외부와 시스템 간의 입출력 자료를 정의

자료 흐름도 작성

-입출력 자료 정의를 기반으로 시스템의 주요 기능을 나타내는 자료 흐름도(Data Flow Diagram)를 작성

기능 명세서 작성

- 프로세스 기능에 대한 정의를 기능 명세서로 작성

제약 조건 파악

- 시스템의 동작에 영향을 주는 제약 조건을 파악

소프트웨어 요구사항 명세서

- SRS: Software Request Specification

- 시스템에서 구현되어야 할 것에 대한 공식적인 문장으로 사용자, 시스템을 명세화한 산출물이다.

- 소프트웨어 개발 프로세스의 시작인 소프트웨어의 요구사항을 분석하고 정의하는 단계에서 작성되는 최종 산출물이다.

Tailoring

- 프로젝트의 특성과 필요에 따라 소프트웨어 개발 프로세스를 적합한 규모로 가공하는 과정 및 방법

CMMi

- 기존 CMM 모델을 통합하고 ISO15504를 준수하는 소프트웨어 개발 능력/성숙도 평가 및 프로세스 개선 활동의 지속적인 품질 개선 모델

SPICE

- 소프트웨어 프로세스를 평가하고 개선함으로써 품질 및 생산성을 높이고자 하는 국제표준(ISO15504)

정보처리기사) 1과목 정리 ( 3 / 4 )

곽병권 — Tue, 2 Apr 2024 15:58:07 +0900

UML의 상태다이어그램의 구성요소

상태

- State

- 객체가 존재할 수 있는 공간

시작 상태

- Initial State

- 객체의 시작 상태

종료 상태

- Final State

- 객체의 종료 상태

전이

- Transition

- 객체의 상태가 다른 상태로 변경되는 상태

이벤트

- Event

- 상태의 변화를 주는 현상

전이 조건

- Transition Condition

- 특정 조건 만족 시 전이가 발생하도록 하기 위해 사용되는 속성값의 불린 식

UML에서의 사물(Things)의 종류

구조 사물

- Structural Things

- UML 모델의 정적인 부분들을 정의

- 시스템의 물리적 , 개념적 요소를 표현

ex) 클래스 ,유스케이스, 컴포넌트, 노드 등

행동 사물

- Behavioral Things

UML 모델의 동적인 부분을 표현

- 시간과 공간에 따른 요소들의 행위를 표현

ex) 상호작용, 상태 머신 등

그룹 사물

- Grouping Things

- UML모델의 요소들을 그룹으로 묶어서 표현

ex) 패키지 등

주해 사물

- Annotational Things

- UML모델을 설명(주석)

- 부가적인 설명이나 제약조건 등을 표현

ex) 노트 등

CASE

- Computer Aided Software Engineering

- 프로그램의 구현과 유지보수, 요구분석, 설계, 구현, 검사 및 디버깅 과정 전체 또는 일부를 자동화 하는것이다

- 소프트웨어 생명주기의 전체 단계를 연결해 주고 자동화해 주는 통합된 도구를 제공한다.

- 개발 과정의 속도를 향상시킨다.

- 소프트웨어 부품의 재사용을 가능하게 만든다.

주요기능

- 그래픽을 지원한다.

- 소프트웨어 생명주기의 전 단계를 연결한다.

- 다양한 소프트웨어 개발 모형을 지원한다.

- 표준화된 개발 환경 구축 및 문서 자동화 기능을 제공한다.

- 작업 과정 및 데이터 공유를 통해 작업자 간의 커뮤니케이션을 증대한다.

CAD

- Computer-Aided Design

- 컴퓨터를 이용한 제도 및 설계를 개발하는 환경을 수행하는 응용프로그램

CAI

- Computer-Assisted Instruction

- 보조적 수단으로 컴퓨터를 활용하여 이루어지는 모습

CAM

- Content Addressable Memory

- 기억 장치에서 자료를 찾을 때 주소에 의해 접근하지 않고, 기억된 내용의 일부를 이용하여 접근할 수 있는 기억 장치

애플리케이션 설계

HIPO

- Hierarchy Input Process Output

- 하향식 소프트웨어 개발을 위한 문서화 도구

HIPO 특징

- 체계적인 문서 관리가 가능함

- 기호, 도표 등을 사용해서 보기가 쉽고 이해도 쉬움

- 기능과 자료의 의존 관계를 동시에 표현할 수 있음

- 변경, 유지 보수가 용이함

- 시스템의 기능을 고유 모듈들로 분할하여 이들 간의 인터페이스를 계층 구조로 표현한 것을 HIPO 차트라고 함

HIPO 차트 종류

- 가시적 도표

- 총체적 도표

- 세부적 도표

공통 모듈에 대한 명세 기법

명확성

- 해당 기능에 대해 일관되게 이해되고 한 가지로 해석될 수 있도록 작성하는 원칙

코드 설계 종류

연상 코드

- 코드만 보고 대상을 연상할 수 있도록 명칭 일부를 약호(간단하고 알기 쉽게 나타내어 만든 부호) 형태로 넣어 연상할 수 있도록 구성된 코드

블록 코드

- 공통성이 있는 것끼리 블록으로 구분하고, 각 블록 내에서 일련번호를 부여하는 코드

- 구분 코드라고도 불림

순차 코드

- 일정한 기준에 따라 순서대로 일련번호를 부여한 코드

- 대상 자료의 물리적인 수치인 길이, 넓이, 용량 등을 표시한 코드

표의 숫자 코드

- 대상 자료의 물리적인 수치인 길이, 넓이, 용량 등을 표시한 코드

십진 코드

- Decimal Code

- 10진수 형태로 표현한 코드

그룹 분류식 코드

- Group Classfification Code

- 대상을 기준에 따라 대분류, 중분류, 소분류로 구분하여 번호를 부여한 코드

팬 인 / 팬 아웃

팬 인

- Fan-In

- 모듈 자신을 기준으로 모듈에 들어오면 팬 인

팬 아웃

- Fan-Out

- 모듈 자신을 기준으로 모듈에서 나가면 팬 아웃

소프트웨어 설계 시 고려사항

- 전체적이고 포괄적인 개념을 설계한 후 차례로 세분화하고 구체화시켜 나간다.

- 요구사항들을 모두 구현해야 하고 유지 보수가 용이해야함

- 모듈은 독립적인 기능을 갖도록 설계해야 한다.

- 모듈간의 상관성은 낮추고 변경이 쉬워야 한다.

소프트웨어 상위 설계

- 자료 구조 설계

- 아키텍처 설계

- 인터페이스 설계

- 프로시저 설계

소프트웨어 하위 설계

- 모듈 설계

바람직한 소프트웨어 설계 방안

- 모듈의 독립성과 재사용성을 높이기 위하여 결합도는 낮추고 응집도는 높인다.

- 모듈의 복잡도와 중복성을 줄이고 일관성을 유지한다.

- 모듈의 기능은 예측 가능해야 하며, 지나치게 제한적이어서는 안 된다.

- 적당한 모듈의 크기를 유지한다.

- 모듈 간의 효과적인 제어를 위해 설계에서 계층적 자료 조직이 제시되어야 한다.

- 유지 보수가 용이해야 하고 잇기성을 고려해야 한다.

코드 오류 종류

사본 오류

- Transcription Error

- 한 자리를 잘못 표기한 경우

- 필사 오류, 오자 오류라고도 불림

전위 오류

- Transposition Error

- 연속된 두 글자가 서로 바뀌어 표기된 경우

생략 오류

- Omission Error

- 한 글자를 빼먹고 기술한 경우

첨가 오류

- Addition Error

- 한 글자를 추가되어 기술한 경우

이중 전위 오류

- Double Transposition Error

- 전위 오류가 중복 발생한 경우

소프트웨어 아키텍처

- 외부에서 인식할 수 있는 특성이 담긴 소프트웨어의 골격이 되는 기본 구조로 볼 수 있다.

- 이해 관계자들의 품질 요구사항을 반영하여 품질 속성을 결정함

데이터 중심 아키텍처

- 공유 데이터 저장소를 통해 접근자 간의 통신이 이루어지므로 각 접근자의 수정과 확장이 용이함

파이프 필터 아키텍처

- 데이터 스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴

- 서브 시스템으로 데이터를 단방향으로 흐르는 구조

- 필터 간 데이터 이동에서 데이터 변환 오버헤드가 발생함

소프트웨어 아키텍처 설계

품질 속성

- 가용성

- 변경 용이성

- 성능

- 보안성

- 사용 편의성

- 시험 용이성

모듈

- Moduel

- 크게 독립된 하나의 소프트웨어 또는 하드웨어 단위를 지칭하는 용어

- 단독으로 컴파일 할 수 있으며, 재사용할 수 있음

- 모듈이 되려면 다른 것들과 구분될 수 있는 독립적인 기능을 가져야 하고 유일한 이름을 사용해야 한다.

- 다른 모듈에서의 접근이 가능해야 함

모듈화

- 시스템을 모듈로 분할하면 각각의 모듈을 별개로 만들고 수정할 수 있기 때문에 좋은 구조가 된다.

- 응집도는 모듈의 독립성을 나타내는 개념으로, 모듈 내부 구성 요소 간 연관 정도이다.

- 모듈과 모듈 사이의 상호의존 또는 연관 정도는 결합도이다.

- 모듈 간의 결합도가 약해야 독립적인 모듈이 될 수 있다.

- 모듈 내 구성 요소 간의 응집도가 강해야 좋은 모듈 설계이다.

결합도의 종류

내용 결합도

- Content Coupling

- 다른 모듈 내부에 있는 변수나 기능을 다른 모듈에서 사용하는 경우의 결합도

- 하나의 모듈이 직접적으로 다른 모듈의 내용을 참조할 때 두 모듈은 내용적으로 결합되어 있는 경우의 결합도

공통 결합도

- Common Coupling

- 파라미터가 아닌 모듈 밖에 선언되어 있는 전역 변수를 참조하고 전역 변수를 갱신하는 식으로 상호작용을 하는 경우의 결합도

- 두 모듈이 동일한 전역 데이터를 접근한다면 공통 결합되어 있다고 함

외부 결합도

- External Coupling

- 두 개의 모듈이 외부에서 도입된 데이터 포맷, 통신 프ㅗ토콜 또는 디바이스 인터페이스를 공유할 경우의 결합도

제어 결합도

- Control Coupling

- 어떤 모듈이 다른 모듈의 내부 논리 조직을 제어하기 위한 목적으로 제어 신호를 이용하여 통신하는 경우의 결합도

- 하위 모듈에서 상위 모듈로 제어 신호가 이동하여 상위 모듈에게 처리 명령을 부여하는 권리 전도 현상이 발생하게 하는 결합도

스탬프 결합도

- Stamp Coupling

- 모듈 간의 인터페이스로 배열이나 객체, 구조 등이 전달되는 경우의 결합도

자료 결합도

- Data Coupling

- 모듈 간의 인터페이스로 전달되는 파라미터를 통해서만 모듈 간의 상호작용이 일어나는 경우의 결합도

내용 > 공통 > 외부 > 제어 > 스탬프 > 자료 순으로 결합도가 낮아진다.

응집도의 유형

우연적 응집도

- Coincidental Cohesion

- 서로 간에 어떠한 의미 있는 연관 관계도 없는 기능 요소로 구성될 경우의 응집도

- 서로 다른 상위 모듈에 의해 호출되어 처리상의 연관성이 없는 서로 다른 기능을 수행할 경우의 응집도

논리적 응집도

- Logical Cohesion

- 유사한 성격을 갖거나 특정 형태로 분류되는 처리 요소들이 한 모듈에서 처리되는 경우의 응집도

시간적 응집도

- Temporal Cohesion

- 모듈 내 구성 요소들이 서로 다른 기능을 같은 시간대에 함께 실행하는 경우 응집도

절차적 응집도

- Procedural Cohesion

- 모듈이 다수의 관련 기능을 가질 때 모듈 안의 구성 요소들이 그 기능을 순차적으로 수행할 경우의 응집도

통신적 응집도

- Communication Cohesion

- 동일한 입력과 출력을 사용하여 다른 기능을 수행하는 활동들이 모여 있을 경우의 응집도

순차적 응집도

- Sequential Cohesion

- 모듈 내에서 한 활동으로부터 나온 출력값을 다른 활동이 사용할 경우의 응집도

기능적 응집도

- Fuctional Cohesion

- 모듈 내부의 모든 기능이 단일한 목적을 위해 수행되는 경우의 응집도

우연적 < 논리적 < 시간적 < 절차적 < 통신적 < 순차적 < 기능적 순서로 응집도가 높아짐

소프트웨어 아키텍처 4 + 1뷰

유스케이스 뷰

- Usecase View

- 유스케이스 또는 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는 데 사용되는 뷰

논리 뷰

- Logical View

- 시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰

프로세스 뷰

- Process View

- 시스템의 비기능적인 속성으로서 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰

구현 뷰

- Implementaion View

- 개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰

배포 뷰

- Deployment View

- 컴포넌트가 물리적인 아키텍처에 어떻게 배치되는가를 매핑해서 보여주는 뷰

정보처리기사) 1과목 정리 ( 2 / 4 )

곽병권 — Mon, 1 Apr 2024 16:21:10 +0900

자료 사전 기호

{ }

- 자료의 반복을 나타냄

- 자료의 설명을 나타냄

- 주석

- 자료의 정의로서 '~으로 구성되어(is Composed of) 있다' 는 것을 나타냄

( )

- 자료 생략 가능함을 나타냄

- 자료의 연결(and, along, with)을 나타내는 기호

[ ]

- 자료의 선택을 나타내는 기호

DFD(Data Flow Diagram)

- 자료 흐름 그래프 또는 버블(Bubble)차트라고도 함

- 구조적 분석 기법에 이용됌

- 시간 흐름을 명확하게 표현할 수 없다

데이터 흐름도(DFD)의 구성 요소

처리기(Process)

- 입력된 데이터를 원하는 형태로 변환하여 출력하기 위한 요소

표기법 = 원 ( ○ )

데이터 흐름(Data Flow)

- DFD의 구성 요소(프로세스, 데이터 저장소, 외부 엔터티)들 간의 주고받는 데이터 흐름을 나타내는 요소

표기법 = 화살표 ( → )

데이터 저장소(Data Store)

- 데이터가 저장된 장소를 나타내는 요소

- 평행선 안에는 데이터 저장소의 이름을 넣음

표기법 = 평행선 ( = )

단말(Terminator)

- 프로세스 처리 과정에서 데이터가 발생하는 시작과 종료를 나타내는 요소

- 사각형 안에는 외부 엔터티의 이름을 넣음

표기법 = 사각형 ( □ )

UML(Unified Modelng Language)

- 기능적 모델은 사용자 측면에서 본 시스템 기능이며, UML에서는 Use Case Diagram을 사용한다.

- 정적모델은 객체, 속성, 연관 관계, 오퍼레이션의 시스템 구조를 나타내며, UML에서는 Class Diagram을 사용한다.

- 동적 모델은 시스템의 내부 동작을 말하며, UML에서는 Sequence Diagram, State Diagram, Activity Diagram을 사용한다.

- Sequence Diagram은 객체들 사이의 메시지 교환을 나타내며, State Diagram은 하나의 객체가 가진 상태와 그 상태의 변화에 의한 동작 순서를 나타낸다.

기본 구성 요소

사물

- Things

- 추상적인 개념으로 주제를 나타내는 요소

- 단어 관점에서 명사 또는 동사를 의미

관계

- Relationships

- 사물의 의미를 확장하고 명확히 하는 요소

- 사물과 사물을 연결하여 관계를 표현하는 요소

- 단어 관점에서 '형용사' 또는 '부사'를 의미

다이어그램

- Diagrams

- 사물과 관계를 모아 그림으로 표현한 형태

- 형식과 목적에 따라 9가지로 정의

확장 모델

<< >>

- 스테레오 타입

- 길러멧(Guillemet) 기호를 사용하여 표현

구조적 다이어그램 (Structural Diagram)

클래스

- Class Diagram

- 시스템 내 클래스의 정적 구조를 표현

- 속성(Attribute)과 동작(Behavior)으로 구성

- 시스템의 구조를 파악하고 구조상의 문제점 도출 가능

- 클래스와 클래스, 클래스의 속성 사이의 관계를 표현

구성요소

클래스 이름

- Class Name

- 클래스의 이름을 명시

속성

- Attribute

- 클래스의 특징에 이름을 부여

연산

- Operation

- 클래스에 속하는 객체에 적용될 메서드를 정의

- 클래스의 동작을 의미하며 , UML에서는 동작에 대한 인터페이스를 지칭

접근 제어자

- Access Modifier

- 클래스에 접근할 수 있는 정도를 표현

- priavate, public, protected, default

객체

- Object Diagram

- 클래스에 속한 사물(객체)들, 즉 인스턴스(Instance)를 특정 시점의 객체와 객체 사이의 관계로 표현

- 객체인스턴스를 나타내는 대신 실제 클래스를 사용

- 연관된 모든 인스턴스를 표현

컴포넌트

- Component Diagram

- 코드 컴포넌트 기반의 물리적 구조 표현

- 실질적 프로그래밍 작업에 사용

배치

- Deployment Diagram

- 컴포넌트 사이의 종속성을 표현

- 결과물, 프로세서, 컴포넌트 등 물리적 요소들의 위치를 표현

복합체 구조

- Composite Structure Diagram

- 클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부 구조를 표현

패키지

- Package Diagram

- 유스케이스나 클래스 등의 모델 요소들을 그룹화한 패키지들의 관계를 표현

행위적 다이어그램(Behavioral Diagram)

유스케이스

- Use Case Diagram

- 사용자 관점에서 시스템의 활동을 표현

- 유스케이스는 시스템의 기능적 요구 정의에 활용

구성 요소

유스케이스

- 시스템이 제종해야 하는 서비스

- 액터가 시스템을 통해 수행하는 일련의 행위

액터

- 사용자가 시스템에 대해 수행하는 역할

- 시스템과 상호 작용하는 사람 또는 사물

시스템

- 전체 시스템의 영역을 표현

시퀀스

- Sequence Diagram

- 객체 간 상호 작용을 메시지 흐름으로 표현

- 객체 사이 메시지를 보내는 시간을 표현

- 교류 다이어그램(Interaction Diagram)의 한 종류로 볼 수 있음

- 동적 다이어그램으로 구분

- 시간의 흐름에 따라 객체들이 주고받는 메시지의 전달 과정을 강조한

커뮤니케이션

- Communication Diagram

- 시퀀스 다이어그램과 같이 동작에 참여하는 객체들이 주고 받는 메시지를 표현하는데, 메시지뿐만 아니라 객체 간의 연관까지 표현

상태

- State Diagram

- 하나의 객체가 자신이 속한 클래스의 상태 변화 혹은 다른 객체와의 상호 작용에 따라 상태가 어떻게 변화하는지 표현

- 모든 가능한 상태와 전이를 표현

- 진입 조건, 탈출 조건, 상태 전이 등 기술

활동

- Activity Diagram

- 시스템이 어떤 기능을 수행하는지를 객체의 처리 로직이나 조건에 따른 처리의 흐름으로 순서대로 표현

- 활동의 순서대로 흐름을 표현

타이밍

- Timing Diagram

- 객체 상태 변화와 시간 제약을 명시적으로 표현

요구사항 정의 및 분석 • 설계의 결과물을 표현하기 위한 모델링 과정에서 사용되는 다이어그램

Data flow Diagram(DFD)

- 데이터가 각 프로세를 따라 흐르면서 변환되는 모습을 표현하는 방식

UML Diagram

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

E-R Diagram

- 객체 타입과 관계 타입을 기본 개념으로 현실 세계를 개념적으로 표현하는 방식

XP의 12가지 기본 원리

- 짝 프로그래밍(Pair Programming)

- 공동 코드 소유(Collective Ownership)

- 지속적인 통합(CI; Continuous Integration)

- 계획 세우기(Planning Process)

- 작은 릴리즈(Small Release)

- 메타포어(Metaphor)

- 간단한 디자인(Simple Design)

- 테스트 기반 개발(TDD; Test Driven Development)

- 리팩토링(Refactoring)

- 40시간 작업(40-Hour Work)

- 고객 상주(On Site Customer)

- 코드 표준(Coding Standard)

XP의 5가지 가치

용기

- Courage

- 용기를 가지고 자신감 있게 개발

(코드를 작성하기 전에 테스트, 빠르게 피드백, 테스트에 부합하지 못하는 코드를 리팩토링 할 수 있는 용기)

단순성

- Simplicity

- 필요한 것만 하고 그 이상의 것들은 하지 않음

의사소통

- Communication

- 개발자, 관리자, 고객 간의 원활한 소통

피드백

- Feedback

- 의사소통에 대한 빠른 피드백

존중

- Respect

- 팀원 간의 상호 존중

애자일 방법론 특징

- 절차와 도구보다 개인과 소통을 중요하게 생각한다.

- 작업 계획을 짧게 세워 요구 변화에 유연하고 신속하게 대응할 수 있다.

- 소프트웨어가 잘 실행되는 데 가치를 둔다.

- 고객과의 피드백을 중요하게 생각한다.

- 포괄적인 문서보다 동작하는 소프트웨어에 중점을 둔 방법론이다.

- 개발 기법은 이해하기 좋은 문서보다는 실제 작동하는 소프트웨어에 더 가치를 둔다

- 애자일 선언문은 애자일 방법론을 실천하기 위한 주요 원칙이다.

- 기능 중심 개발

- 스크럼

- 익스트림 프로그래밍

애자일 선언문

- 개인과 상호 작용

- 변화에 대응

- 동작하는 소프트웨어

- 고객과 협력

정보처리기사) 1과목 정리 ( 1 / 4 )

곽병권 — Fri, 29 Mar 2024 15:21:35 +0900

1. 소프트웨어 생명 주기, SDLC(Software Development Life Cycle)

1) 폭포수 모형(Waterfall Model)

- 가장 오래되고 가장 폭넓게 사용된 고전적 생명 주기 모형

- 한 단계가 끝나야만 다음 단계로 넘어가는 선형 순차적 모형

- 단계별 정의 및 산출물이 명확

- 개발 중간에 요구사항의 변경이 용이하지 않음

- 타당성 검토 --> 계획 --> 요구 분석 --> 설계 --> 구현(코딩) --> 테스트(검사) --> 유지보수

(분석구테유)

2) 프로토타입 모형(Prototype Model)

- 견본(시제)품을 만들어 최종 결과물을 예측하는 모형

- 인터페이스 중점을 두어 개발

- 개발 중간에 요구사항의 변경이 용이

3) 나선형 모형(Spiral Model, 점진적 모형)

- 폭포수 모형과 프로토타입 모형의 장점에 위험 분석 기능을 추가한 모형

- 점진적 개발 과정 반복으로 요구사항 추가 가능

- 정밀하고 유지보수 과정 필요 없음

- 계획 및 정의 --> 위험 분석 --> 공학적 개발 --> 고객 평가

(계위개고)

4) 애자일 모형(Agile Model)

- 애자일은 민첩함, 기민함 의미

- 변화에 유연하게 대응

- 일정한 주기(Iterationm Sprint)를 반복하면서 개발 과정 진행

- 절차와 도구보다 고객(개인)과의 소통에 초점을 맞춤

ex) XP(eXtreme Programming), 스크럼(Scurm), 칸반(Kanban), 크리스탈(Crystal), 린(Lean)

(엑스칸크린)

기능중심 개발

2.스크럼(Scurm) 기법

- 팀원 스스로가 스크럼 팀 구성

- 개발 작업에 관한 모든 것을 스스로 해결해야 함

- 스프린트는 2 ~ 4주 정도의 기간으로 진행

1) 제품 책임자(PO: Product Owner)

- 요구사항이 담긴 백로그(Backlog)를 작성하는 주체

- 백로그에 대한 우선순위를 지정, 이해관계자들의 의견을 종합

2) 스크럼 마스터(SM: Scrum Master)

- 일일 스크럼 회의 주관

- 팀원들을 통제하는 것이 목표가 아님

3) 개발팀(DT: Development Team)

- 제품 책임자와 스크럼 마스터를 제외한 모든 팀원

- 최대 인원 7~8명

4) 스크럼 개발 프로세스

- 스프린트 계획 회의 --> 스프린트 --> 일일 스크럼 --> 스크럼 검토 회의 --> 스프린트 회고

(계스일검회)

3. XP 기법

1) XP(eXtreme Programming)의 핵심 가치

- 용기(Courage), 단순성(Simplicity), 의사소통(Communication), 피드백(Feedback), 존중(Respect)

(용단의 피존)

2) XP의 기본 원리

- Whole Team(전체 팀), Small Releases(소규모 릴리즈), Test-Driven Development(테스트 주도 개발)

,Continuous Integration(계속적인 통합), Collective Ownership(공동 소유권), Pair Programming(짝 프로그래밍)

,Design Improvement(디자인 개선) 또는 Refactoring(리팩토링)

(전소테 계공짝디)

4. 개발 기술 환경 파악

1) 운영체제(OS: Operating System)

- 하드웨어가 아닌 소프트웨어

ex) Windows, UNIX, Linux, Mac OS | IOS, Android 등등

- 가용성, 성능 | 기술 지원, 구축 비용, 주변 기기 (고려사항)

(가성기구주)

2) 미들웨어(Middleware)

- 운영체제와 응용 프로그램 사이에서 추가적인 서비스를 제공하는 소프트웨어

3) 데이터베이스 관리 시스템(DBMS: Database Management System)

- 사용자와 데이터베이스(DB) 사이에서 정보를 생성하고 DB를 관리하는 소프트웨어

- 데이터베이스(DB)의 구성, 접근 방법, 유지관리에 대한 모든 책임을 짐

- JDBC(Java Database Connectivity, 자바), ODBC(Open Database Connectivity, 응용 프로그램)

- Oracle, MySQL, SQLite, MongoDB, Redis 등등

- 가용성, 성능 | 기술 지원, 구축 비용, 호환성 (고려사항)

(가성기구호)

4) 웹 어플리케이션 서버(WAS: Web Application Server)

- 정적인 콘텐츠를 처리하는 웹 서버(Web Server)와 반대됨

- 동적인 콘텔츠를 처리하기 위해 사용되는 미들웨어(=소프트웨어)

- 데이터 접근, 세션 관리, 트랜잭션 관리 등을 위한 라이브러리를 제공

- Tomcat, JEUS, WebLogic, JBoss, Jetty, Resin 등등

- 가용성, 성능 | 기술 지원, 구축 비용(고려사항)

(가성기구)

5) 오픈 소스(Ope Source)

- 누구나 별다른 제한 없이 사용할 수 있도록 소스 코드를 무료로 사용할 수 있게 공개한 것

- 라이선스의 종류, 사용자 수, 기술의 지속 가능성(고려사항)

(라사지)

플랫폼의 성능 특성 분석에 사용되는 측정 항목

경과시간

- Turn around Time

- 애플리케이션에 작업을 의뢰(요구)한 시간부터 처리가 완료될 때까지 걸린 시간

사용률

- Utilization

- 애플리케이션이 의뢰한 작업을 처리하는 동안 CPU, 메모리 등의 자원 사용률

응답시간

- Response Time

- 애플리케이션에 요청을 전달한 시간부터 응답이 도착할 때 까지 걸린 시간

가용성

- Availability

- 서버와 네트워크, 프로그램 등의 정보 시스템이 정상적으로 사용 가능한 정도

DBMS 현행 시스템 분석 시 고려사항

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

[가성호기구]

OAuth 2.0) OAuth2.0이란 무엇인가?

곽병권 — Fri, 29 Mar 2024 09:09:21 +0900

OAuth 2.0 이란 Open Authorization 2.0, OAuth2 라고 불리고

이는 인증을 위한 개방형 표준 프로토콜 입니다.

이 프로토콜에서는 Third-Party 프로그램에게 리소스 서버에서 제공하는

자원에 대한 접근 권한을 위임하는 방식을 제공합니다.

구글, 페이스북, 카카오, 네이버 등 에서 제공하는 간편 로그인 기능도 이 OAuth2 프로토콜 기반의 사용자 인증 기능을 제공하고 있고, 네오아이디엠 이라는 MDS인텔리전스의 IoT플랫폼 또한 OAuth2.0 인증 프레임워크를 기반으로 하여 사용자 인증을 수행합니다.

OAuth 2.0 주요 용어

Authentication

- 인증, 접근 자격이 있는지 검증하는 단계

Authorization

- 인가, 자원에 접근할 권한을 부여하는 것.

- 인가가 완료되면 리소스 접근 권한 이 담긴 Access Token클라이언트에게 부여됨.

Access Token

- 리소스 서버에게서 리소스 소유자의 보호된 자원을 획득할 때 사용되는 만료 기간이 있는 Token.

Refresh Token

- Access Token 만료시 이를 갱신하기 위한 용도로 사용하는 Token.

- Refresh Token은 일반적으로 Access Token보다 만료 기간이 김.

OAuth 2.0의 4가지 역할

Resource Owner

- 리소스 소유자 또는 사용자.

- 보호된 자원에 접근할 수 있는 자격을 부여해 주는 주체.

- OAuth2 프로토콜 흐름에서 클라이언트를 인증하는 역할을 수행.

- 인증이 완료되면 권한 획득 자격을 클라이언트에게 부여.

- 개념적으로 리소스 소유자가 자격을 부여하는 것이지만 일반적으로 권한 서버가 리소스 소유자와 클라이언트 사이에서 중개 역할을 수행하게 됨.

Client

- 보호된 자원을 사용하려고 접근 요청을 하는 애플리케이션.

Resource Server

- 사용자의 보호된 자원을 호스팅하는 서버.

Authorization Server

- 권한 서버, 인증/인가를 수행하는 서버로 클라이언트의 접근 자격을 확인하고 Access Token을 발급하여 권한을 부여하는 역할을 수행함.

JavaScript) DOM(Document Object Model)

곽병권 — Wed, 13 Mar 2024 19:38:31 +0900

DOM

웹 페이지의 구조화된 표현을 프로그래밍으로 조작할 수 있는 인터페이스를 제공하는 API 입니다.

쉽게 말해서 HTML 파일에 있는 클래스명이나 태그명등을 가져와서 변경하거나 새로운 요소를 추가하거나 제거하거나등 웹페이지를 조작하는것을 말합니다.

DOM으로 할 수 있는것

document.getElementById('아이디명');

- 아이디명에 해당하는 요소를 가져옵니다.

클래스명과 태그명은 중복이 가능하므로 Elements 입니다.

document.getElementsByClassName('클래스명');

- 클래스명에 해당하는 요소들을 모두 가져옵니다.

document.getElementsByTagName('태그명');

- 태그명에 해당하는 요소들을 모두 가져옵니다.

document.querySelector('#아이디명 or .클래스명');

- 클래스명 or 아이디명에 해당하는 요소를 가져옵니다.

HTML에서 클래스명은 여러개에 지정할 수 있는데 이때 한번에 값을 가져오려면
document.querySelectorAll('.클래스명'); 을 사용합니다

- 클래스명에 해당하는 요소를 모두 가져옵니다.

이렇게 가져온 값을 변수에 지정하여 [인덱스번호] 로 그 인덱스에 해당하는 요소값을 가져올 수 있습니다.

콘텐츠 수정하기

모든 요소에는 textContent 와 innerHTML 프로퍼티가 있습니다.

이 프로퍼티를 통해 요소의 콘텐츠를 가져오거나 수정할 수 있습니다.

textContent : HTML 태그를 모두 제거하고 순수한 텍스트 데이터만 제공합니다.

innerHTML : HTML 태그를 그대로 제공합니다.

위에서 가져온 요소명을

let h2 = document.querySelector('#title');

이렇게 변수에 저장한 후

h2.textContent = 'HELLO!';

textContent를 사용해준다면 h2 태그를 HELLO! 로 변경합니다.

이는 순수한 텍스트 데이터만 제공하기 때문에

h2.textContent = 'HELLO!';

이처럼 태그로 감싸주어도 이 태그도 텍스트로 적용하여 변경해줍니다.

여기서 innerHTML를 사용한다면 태그를 인식하여 그 태그까지 적용하여 수정해줍니다.

h2.textContent = 'HELLO!';

위에서 dom으로 요소를 가져왔을때

그 요소를 바로 수정해줄 수도 있는데,

document.querySelector('body').innerHTML = 'HELLO!';

이렇게 body태그를 가져와서 body태그를 변경해줄 수 도 있습니다.

이러면 한번에 변경이 되므로 주의해서 사용해야 합니다.

let input = document.querySelector('input');

input.setAttribute('placeholder', '아이디');

이렇게 태그내의 속성값도 setAttribute로 수정해줄 수 있습니다.

setAttribute('속성명','변경값');

input.removeAttribute('placeholder');

아예 지울 수도 있습니다.

removeAttribute('속성명');

요소를 가져와 그 요소의 style도 수정해줄 수 있습니다.

let helloItem = document.querySelector('.hello');

console.log('helloItem: ', helloItem);

helloItem.style.color = 'white';

helloItem.style.backgroundColor = 'black';

요소에 클래스를 추가해줄 수 있습니다.

helloItem.classList.add('dark')

반대로 클래스를 삭제할 수 도 있습니다.

helloItem.classList.remove('dark')

https://developer.mozilla.org/en-US/docs/Web/API/Element

Element - Web APIs | MDN

Element is the most general base class from which all element objects (i.e. objects that represent elements) in a Document inherit. It only has methods and properties common to all kinds of elements. More specific classes inherit from Element.

developer.mozilla.org

이 사이트에서 그때그때 필요한것들을 찾아서 사용해주면 됩니다.

SQL 개발자 자격증 공부 - 2과목 SQL 기본 및 활용 ( 4 / 4 )

곽병권 — Tue, 5 Mar 2024 15:16:32 +0900

SET OPERATOR(일반 집합 연산자)

UNION

- 여러개의 SQL문의 결과에 대한 합집합 으로 결과에서 모든 중복된 행은 하나의 행으로 만듬

UNION ALL

- 여러개의 SQL문의 결과에 대한 합집합 으로 중복된 행도 그대로 결과로 표시된다.
- 단순히 결과만 합쳐놓은것을 말함

- 일반적으로 여러 질의 결과가 상호 배타적(Exclusive)일 때 많이 사용함

- 개별 SQL문의 결과가 서로 중복되지 않는 경우, UNION과 결과가 동일함

- 결과의 정렬 순서에는 차이가 있을 수 있음

- UNION 연산자를 사용한 SQL은 각각의 집합에 ORDER BY 절 사용 불가

- UNION 연산자를 사용한 SQL은 각각의 집합에 GROUP BY 절 사용 가

INTERSECT

- 여러 개의 SQL문의 결과에 대한 교집합 으로 결과에서 모든 중복된 행은 하나의 행으로 만든다

EXCEPT(MINUS)

- 앞의 SQL문의 결과에서 뒤의 SQL문의 결과에 대한 차집합 으로 중복된 행은 하나의 행으로 만든다.

- 일부 데이터베이스는 MINUS를 사용함

다중 칼람(Multi Column) 서브 쿼리

- 서브쿼리의 실행 결과로 여러 칼럼을 반환함

- 메인쿼리의 조건절에 여러 칼럼을 동시에 비교할 수 있다.

- 서브쿼리와 메인 쿼리에서 비교하고자 하는 칼럼 개수와 칼럼의 위치가 동일해야 함

계층형 질의(Hierarchical Query)

- 테이블에 계층형 데이터가 존재하는 경우 데이터를 조회하기 위해서 계층형 질의 를 사용함

- SQL Server에서의 계층형 질의문은 CTE(common Table Expression)를 재귀 호출함으로써 계층 구조를 전개함

- SQL Server에서의 계층형 질의문은 앵커 멤버를 실행하여 기본 결과 집합을 만들고 이후 재귀 멤버를 지속적으로 실행함

- 오라클의 계층형 질의문에서 WHERE 절은 모든 전개를 진행한 이후 필터 조건으로서 조건을 만족하는 데이터만을 추출하는 데 활용됌

계층형 데이터

- 동일 테이블에 계층적으로 상위와 하위 데이터가 포함된 데이터를 말한다.

- EX) 사원 테이블 에서는 사원들 사이에 상위 사원(관리자)과 하위 사원 관계가 존재하며, 조직 테이블에서는 조직들 사이에 상위 조직과 하위 조직 관계가 존재하는것을 말한다.

셀프 조인(Self Join)

- 동일 테이블 사이의 조인을 말함

- 따라서 FROM 절에 동일 테이블이 두 번 이상 나타남

- 동일 테이블 사이의 조인을 수행하면 테이블과 칼럼 이름이 모두 동일하기 때문에 식별을 위해 반드시 별칭(Alias) 를 사용해야 함

서브쿼리

- 서브쿼리는 단일 행(Single Row) 또는 복수 행(Multi Row) 비교 연산자와 함께 사용할 수 있다.

- SELECT 절 , FROM 절, HAVING 절, ORDER BY 절 등에서 사용이 가능하다.

- 연관(Correlated) 서브쿼리는 서브쿼리

WINDOW FUNTION 내의 함수

LEAD

- LEAD(행) 을 실행한다면 행 이후의 행을 출력합니다

- EX)

이런 데이터 베이스가 있을때

LEAD(값) OVER(ORDER BY 이름) AS 값2 을 실행하였을때

이렇게 값2 라는 열이 추가 되며 (값) 이후의 값을 반환하여 생성합니다.

이후 값이 없으면 NULL 값을 반환합니다.

LAG

- LAG(행) 을 실행한다면 행 이전의 행을 출력합니다

마찬가지로 이런 데이터베이스가 있다면

LAG(값) OVER(ORDER BY 이름) AS 값2 을 실행하였을때

이렇게 값2 라는 열이 추가 되며 (값) 이전의 값을 반환하여 생성합니다.

이전 값이 없으면 NULL 값을 반환합니다.

제약조건의 종류

- PRIMARY KEY(기본키)

- UNIQUE KEY(고유키)

- NOT NULL

- CHECK

- FOREIGN KEY(외래키)

트랜잭션의 특성

원자성(Atomicity)

- 트랜잭션에 정의된 연산들은 모두 성공적으로 실행되거나 전혀 실행되지 않은 상태로 남아 있어야 한다.(all or nothing)

일관성(Consistency)

- 트랜잭션이 실행되기 전의 데이터베이스 내용이 잘못되어 있지 않다면 트랜잭션이 실행된 이후에도 데이터베이스의 내용에 잘못이 있으면 안된다.

고립성(Isolation)

- 트랜잭션이 실행되는 도중에 다른 트랜잭션의 영향을 받아 잘못된 결과를 만들어서는 안된다.

지속성(Durability)

- 트랜잭션이 성공적으로 수행되면 그 트랜잭션이 갱신한 데이터베이스의 내용은 영구적으로 저장된다.

SQL 개발자 자격증 공부 - 1과목 데이터 모델링의 이해 복습 - 1

곽병권 — Wed, 21 Feb 2024 21:19:27 +0900

데이터 모델링의 특징

- 현실 세계를 일정한 형식에 맞추어 표현하는 추상화의 의미를 가질 수 있음

- 복잡한 현실을 제한된 언어나 표기법으로 이해하기 쉽게 하는 단순화의 의미를 가지고 있음

- 애매모호함을 배제하고 누구나 이해가 가능하도록 정확하게 현상을 기술하는 정확하의 의미를 가짐.

데이터 독립성의 구성요소

- 통합된 모든 사용자의 관점은 개념스키마와 관련이 있다.

- 물리적인 저장구조를 표현하는 스키마는 내부스키마이다.

- 논리적인 데이터 독립성을 고려하는 단계는 외부단게와 개념적 단계이다.

개념스키마

- 모든 사용자 관점을 통합한 조직 전체 관점의 통합적 표현

- 모든 응용시스템들이나 사용자들이 필요로 하는 데이터를 통합한 조직 전체의 DB를 기술한 것으로 DB에 저장되는 데이터와 그들 간의 관계를 표현하는 스키마

- 통합관점의 스키마 구조를 표현함

물리적 독립성

- 데이터베이스의 파일 구조의 변화가 논리스키마에 영향을 주지 않음

- 데이터베이스의 색인 구조의 변화가 응용 프로그램에 영향을 주지 않음

식별자

주식별자

- 대표성을 가지며, 엔터티 내의 여러 인스턴스 중 하나를 유일하게 구분할 수 있는 식별자

보조식별자

- 엔터티 내의 여러 인스턴스 중 하나를 유일하게 구분할 수 있으나, 대표성을 가지지 못하는 식별자

본질식별자

- 엔터티 내의 집합을 명확하게 설명할 수 있는 업무적으로 의미가 부여된 식별자

외부식별자

- 다른 엔터티로부터 상속되어 정의된 식별자

엔티티의 이름을 부여할 때

- 가능하면 현업 업무에서 사용하는 용어를 사용한다.

- 가능하면 약어를 사용하지 않는다.

- 단순명사를 사용한다.

- 모든 엔터티를 통틀어서 유일하게 이름이 부여되어야 한다.

- 생성의미대로 이름을 부여한다.

JavaScript) 변수 / 자료형

곽병권 — Tue, 13 Feb 2024 19:13:59 +0900

https://www.youtube.com/watch?v=KF6t61yuPCY&t=402s

이분의 유튜브 보며 공부하였습니다.

let / const

자바스크립트에서 그냥

<script>
	name = "이름";
</script>

으로 변수를 지정할 수 있지만,

이렇게 변수를 지정한다면 이 변수가 유일하다는 보장이 없기 때문입니다.

그래서

<script>
        const NAME = "이름";        
</script>
  
  OR
  
<script>
	let name = "이름";
</script>

이처럼 앞에 let 이나 const 를 붙여 사용합니다.

let은 한번 변수를 할당하면 이후에는 let 없이

name = "이름1";

이런식으로 값을 변경해줄 수도 있습니다.

const는 여기서 상수를 나타냅니다.

상수는 대문자로 지정해주며 변하지 않고 고정되어 있는 값을 변수로 지정할때 사용합니다.

일반적으로 최대값이나 최소값과 같은 변하지 않는 값을 지정할때 사용합니다.

자바스크립트에서는 `(backtick) 으로 감싸주어 내가 지정해놓은 변수를 ${name}으로 불러와 사용하거나 , 식을 넣어 사용할 수도 있습니다.

<script>
    let name = "이름";
    let message1 = `내 이름은 ${name} 입니다.`;
    let message2 = `1 + 1 = ${1+1}`
</script>

콘솔
내 이름은 이름 입니다.
1 + 1 = 2

변수들은 다른 프로그래밍 언어와 마찬가지로

문자, 숫자,실수, 논리(boolean) 타입들이 있습니다.

<script>
    let string = "문자";
    let float = 1.1;
    let num = 1;
    let boolean = true;
</script>

변수를 지정할때 var 도 있는데

이는 let과 비슷하지만 var를 사용하면 함수를 사용할때 그 함수 안에서 값이 변경되도 그 변경된 값이 유지됩니다.

    <script>
        var x = 10;
        if (true) {
            var x = 20;
            console.log(x); // 출력: 20
        }
        console.log(x); // 출력: 20
    
        
        let y = 10;
        if (true) {
            let y = 20;
            console.log(y); // 출력: 20
        }
        console.log(y); // 출력: 10
    </script>

이 이유는 var는 재할당이 가능하고 let은 재할당이 불가능하기 때문입니다.

var는 처음 할당한 x를 재할당하여 사용한것으로 값이 변경 된것입니다.

추가로 null 과 undefined 가 있는데,

null은 변수의 값이 null일때를 의미하고, undefined는 변수의 값을 지정하지 않았을때를 의미합니다.

    <script>
        let num1 = null;
        let num2;

        console.log(num1); // 출력 null
        console.log(num2); // 출력 undefined
    </script>

SQL 개발자 자격증 공부 - 2과목 SQL 기본 및 활용 ( 3 / 4 )

곽병권 — Sun, 11 Feb 2024 16:47:06 +0900

TOP(순위) 함수

- 순위의 해당하는 숫자만큼의 값들을 큰값부터 정렬한다.

- EX) 순위가 3 일경우 가장 큰 값부터 3개 나열한다.

- 순위에 마지막에 해당하는 값이 중복일경우 WITH TIES 를 사용하여 중복값을 모두 나오게 한다.

정렬시

• ORACLE

- NULL을 가장 큰 값으로 간주하고 오름차순 내림차순시에도 가장 마지막, 가장 첫번째에 오게 정렬한다.

• SQL

- NULL값을 가장 작은 값으로 간주하여 오름차순 내림차순시에도 가장 첫번째, 가장 마지막에 오게 정렬한다.

각종 함수들

• NULLIF( 표현식 1, 표현식 2)

- 표현식 1 과 표현식2가 같을경우 null을 반환합니다.

- 같지 않으면 표현식 1을 가져옵니다.

• COALESCE(표현식1, 표현식 2, ......., 표현식 n)

- NULL이 아닌 표현식을 가져옴

• NVL(열또는 표현식, 대체값)

- ORACLE에서 사용되는함수

- 열 또는 표현식이 null인 경우 대체값을 반환함

• ISNULL(열 또는 표현식 , 대체값)

- SQL에서 사용되는 함수

- 열 또는 표현식이 null인경우 대체값을 반환함

SQL 개발자 오답노트

SELECT LOC,
       CASE WHEN LOC = 'NEW YORK' THEN 'EAST'
            ELSE 'ETC'
        END as AREA
FROM DEPT;

위의 case when 문과 밑의 case 문은 동일한 결과를 가져옵니다.

SELECT LOC,
       CASE LOC WHEN 'NEW YORK' THEN 'EAST'
            ELSE 'ETC'
           END as AREA
FROM DEPT;

FROM절에서는 () 밖의 다른 값을 가져와서 쓸 수 없다

예를들면 FROM절 밖에서 D를 지정했을때 FROM절 안에서 D를 사용할 수 없습니다.

...

ORDER BY (CASE WHEN ID = 'A' THEN 1 ELSE 2 END) , AMT DESC;

로 정렬을 했을때

ID가 A인 값이 맨 청음 나오게 정렬을하고 그 후 A인 값들 끼리도 내림차순으로 정렬하여 값을 출력합니다.