choice blog

데이터베이스 종류 ⭐⭐⭐

데이터베이스

1. 데이터베이스 개념

- 다수의 인원, 시스템 또는 프로그램이 사용할 목적으로 통합하여 관리되는 데이터의 집합

- 데이터에 대한 효과적인 관리를 위해 자료의 중복성 제거, 무결성 확보, 일관성 유지, 유용성 보장이 중요

- 데이터베이스 정의

2. 데이터베이스 특성

3. 데이터베이스 종류

① 파일 시스템 개념

- 파일에 이름을 부여하고 저장이나 검색을 위하여 논리적으로 그것들을 어디에 위치시켜야 하는지 등을 정의한 뒤 관리하는 데이터베이스 전 단계의 데이터 관리방식

- 종류

② 관계형 데이터베이스 관리시스템 (RDBMS : Relational Database Management System)

- 관계형 DBMS는 관계형 모델을 기반으로 하는 가장 보편화된 데이터베이스 관리시스템

- 데이터를 저장하는 테이블의 일부를 다른 테이블과 상하 관계로 표시하며 상관관계를 정리

- 변화하는 업무나 데이터 구조에 대한 유연성이 좋아 유지 관리가 용이

- 종류 : Oracle, SQL Server, MySQL, Maria DB 등..

③ 계층형 데이터베이스 관리시스템 (HDBMS : Hierarchical Database Management System)

- 데이터를 상하 종속적인 관계로 계층화하여 관리하는 데이터베이스

- 데이터에 대한 접근 속도가 빠르지만, 종속적인 구조로 인하여 변화하는 데이터 구조에 유연하게 대응하기가 쉽지 않다.

- 종류 : IMS, System2000 등..

④ 네트워크 데이터베이스 관리시스템 (NDBMS : Network Database Management System)

- 데이터의 구조를 네이트워상의 망상 형태로 표현한 데이터 모델

- 트리 구조나 계층형 데이터베이스보다는 유연하지만 설계가 복잡한 단점이 있다.

- 종류 : IDS, IDMS 등..

3. 데이터베이스 관리 툴

- DB 관리자(DBA)들이 데이터 베이스를 편리하고 쉽게 다룰 수 있도록 도와주는 도구

- 오픈 소스 기반으로 무료로 사용할 수 있는 툴과 상용화로 비용을 지불해야 사용할 수 있는 툴이 존재

- 기능

DBMS

1. DBMS 개념

- 데이터 관리의 복잡성을 해결하는 동시에 데이터 추가, 변경, 검색, 삭제 및 백업, 복구, 보안 등의 기능을 지원하는 소프트웨어

- 저장되는 정보는 텍스트, 이미지, 음악 파일, 지도 데이터 등 매우 다양하며, SNS의 발달과 빅데이터의 폭넓은 활용으로 인해 데이터의 종류와 양은 급격히 증가 중이다.

2. DBMS 유형

3. DBMS 특징

4. 상용 DBMS 및 오픈 소스 기반 DBMS

① 상용 DBMS

- 상용 데이터베이스 관리시스템은 특정 회사에서 유료로 판매하는 시스템이다.

- 유지보수와 지원이 원활하다.

② 오픈 소스 기반 DBMS

- 오픈 소스 기반 데이터베이스 시스템은 오픈 소스 라이선스 정책을 준용하는 범위 내에서 사용이 자유롭다.

- 오픈 소스 기반 데이터베이스 관리 시스템 사용 시 고려 사항

데이터베이스 기술 트렌드

1. 빅데이터

① 빅데이터 개념 : 시스템, 서비스, 조직(회사) 등에서 주어진 비용, 시간 내에 처리가능한 데이터 범위를 넘어서는 수십 페타바이트 크기의 비정형 데이터이다.

② 빅데이터 특성

③ 빅데이터 수집, 저장, 처리 기술

* HDFS : 대용량 데이터의 집합을 처리하는 응용 프로그램에 적합하도록 설계된 하둡 분산 파일 시스템

* 맵 리듀스 : 구글에서 대용량 데이터 처리를 분산 병렬 컴퓨팅에서 처리하기 위한 목적으로 제작하여 2004년에 발표한 소프트 프레임워크

④ 빅데이터 분석, 실시간 처리 및 시각화를 위한 주요 기술

2. NoSQL(Not Only SQL)

① NoSQL의 개념 : 전통적인 RDBMS와 다른 DBMS를 지칭하기 위한 용어로 데이터 저장에 고정된 테이블 스키마가 필요하지 않고 조인 연산을 사용할 수 없으며, 수평적으로 확장이 가능한 DBMS이다.

② No SQL의 특성

③  DBMS 유형

* 온톨로지 : 실세계에 존재하는 모든 개념과 개념들의 속성, 그리고 개념 간의 관계 정보를 컴퓨터가 이해할 수 있도록 서술해 놓은 지식 베이스

3. 데이터 마이닝

① 데이터 마이닝 개념

· 대규모로 저장된 데이터 안에서 체계적이고 자동적으로 통계적 규칙이나 패턴을 찾아내는 기술이다.

· 데이터 마이닝은 대규모 데이터에서 의미 있는 패턴을 파악하거나 예측하여 의사결정에 활용하는 기법이다.

· 데이터 마이닝은 데이터의 숨겨진 정보를 찾아내어 이를 기반으로 서비스와 제품에 도입하는 과정이다.

· 통계분석은 가설이나 가정에 따른 분석, 검증을 하지만 데이터 마이닝은 수리 알고리즘을 활용하여 대규모 데이터에서 의미 있는 정보를 찾아낸다.

② 데이터 마이닝 절차

③ 데이터 마이닝 주요 기법 :  텍스트 마이닝, 웹 마이닝과 함께 다양한 분양에서 활용되고 있다.

* 텍스트 마이닝 : 대량의 텍스트 데이터로부터 패턴 또는 관계를 추출하여 의미 있는 정보를 찾아내는 기법

* 웹 마이닝 : 웹으로부터 얻어지는 방대한 양의 정보로부터 유용한 정보를 찾아내기 위하여 분석하는 기법

TEST  →  정답은 드래그!

※ 해당 글은 수제비 2022 도서 참고하였습니다.

물리 데이터 모델 설계 ⭐⭐⭐

물리 데이터 모델링 개념

· 논리모델을 적용하고자 하는 기술에 맞도록 상세화해가는 과정

· 예시 : DDL을 이용해 데이터 모델 정의

CREATE TABLE TEST(
	t_id		INT PRIMARY KEY,
    td_id		INT REFERENCES TEST_DETAIL(td_id),
    t_name		VARCHAR(20),
    reg_date	DATETIME
);

CREATE TABLE TEST_DETAIL(
	td_id		INT PRIMARY KEY,
    td_contents	VARCHAR(1000),
    stert_date	DATETIME,
    end_date	DATETIME,
    reg_date	DATETIME,
    udt_date	DATETIME
);

물리 데이터 모델링 변환 절차

물리 데이터 저장소 구성 ⭐

: 물리 데이이터 저장소 구성을 위해 DBMS를 선정한 이후의 활동으로 구성된다.

테이블 제약조건(Constraint) 설계

1. 참조무결성 제약조건

- 릴레이션과 릴레이션 사이에 대해 참조의 일관성을 보장하기 위한 조건

- 두 개의 릴레이션이 기본키, 외래키를 통해 참조 관계를 형성할 경우, 참조하는 외래키의 값은 항상 참조되는 릴레이션의 기본키로 존재한다.

- 참조 무결성 제약 조건 SQL 문법(삭제시)

ALTER TABLE 테이블 ADD
FOREIGN KEY (외래키)
REFERENCES 참조테이블(기본키)
ON DELETE [ RESTRICT | CASCADE | SET NULL ];

인덱스(Index) 설계

1. 인덱스 개념

- 검색 연산의 최적화를 위해 데이터베이스 내 열에 대한 정보를 구성한 데이터구조이다.

- 인덱스를 통해 전체 데이터의 검색 없이 필요한 정보에 대해 신속한 조회가 가능하다

2. 인덱스 적용 기준

- 인덱스 분포도가 10~15% 이내인 경우 아래 수식을 참고한다.

· 분포도 = (1 / (컬럼 값의 종류)) × 100
· 분포도 = (컬럼 값의 평균 Row 수) / (테이블의 총 Row 수)  × 100

- 분포도가 번위 이상이더라도 부분처리를 목적으로 하는 경우 적용한다.

- 조회 및 출력 조건으로 사용되는 컬럼인 경우 적용한다.

- 인덱스 자동생성 기본키와 Unique키의 제약 조건을 사용할 경우 적용한다.

* 분포도 : 특정 컬럼의 데이터가 테이블에 평균적으로 분포되어 있는 정도

3. 인덱스 컬럼 선정

- 분포도가 좋은 컬럼은 단독적으로 생성한다.

- 자주 조합되어 사용되는 컬럼은 결합 인덱스로 생성한다.

- 결합 인덱스는 구성되는 컬럼 순서 선정(사용빈도, 유일성, 정렬 등)에 유의한다.

- 가능한 한 수정이 빈번하지 않은 컬럼을 선정한다.

4. 설계 시 고려 사항

- 지나치게 많은 인덱스는 오버헤드로 작용한다.

- 인덱스는 추가적인 저장 공간이 필요함을 고려해야 한다.

- 인덱스와 테이블의 저장 공간을 적절히 분리될 수 있도록 설계해야 한다.

뷰(View) 설계

1. 뷰 속성

2. 뷰 설계 시 고려 사항

- 뷰 사용에 따라 수행속도에 문제가 발생할 수 있다.

- 뷰의 조건은 최적의 액세스 경로를 사용할 수 있도록 한다.

클러스터(Cluster) 설계 :  대상이 되는 범위의 요소를 몇 개 모은 단위체

1. 적용 기준

- 인덱스의 단점을 해결한 기법, 분포도가 넓을수록 유리

- 액세스 효율 향상을 위한 물리적 저장 방법

- 분포도가 넓은 테이블의 클러스터링은 저장 공간의 절약이 가능

- 대량의 범위를 자주 액세스 하는 경우 적용

- 인덱스를 사용한 처리 부담이 되는 넓은 분포도에 활용

- 여러 개의 테이블이 빈번하게 조인을 일으킬 때 활용

2. 클러스터 설계 시 고려 사항

- 검색 효율은 높여주나 입력, 수정, 삭제 시는 부하가 증가함을 고려

- UNION, DISTINCT, ORDER BY, GROUP BY가 빈번한 컬럼, 수정이 자주 발생하지 않는 컬럼이면 검토 대상

- 처리 범위가 넓어 문제가 발생하는 경우 : 단일 테이블 클러스터링, 조인이 많아 문제가 발생되는 경우 : 다중 테이블 클러스터링을 고려

파티션(Partition) 설계

1. 파티션의 종류

2. 파티션의 장점

디스트 구성 설계

· 정확한 용량을 산정하여 디스크 사용의 효율을 높인다.

· 업무량이 집중되어 있는 디스크를 분리 설계한다.

· 입출력 경합을 최소화하여 데이터의 접근 성능을 향상시킨다.

· 디스크 구성에 따라 테이블스페이스 개수와 사이즈 등을 결정한다.

· 파티션 수행 테이블은 별도로 분류한다.

※ 해당 글은 수제비 2022 도서 참고하였습니다.

데이터 모델 ⭐⭐⭐

데이터 모델(Data Model) 개념

· 현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델

· 데이터 모델 표시요소 (연구해서 제시해!)

데이터 모델 절차 ( 요놈말은 개념도 없고 논리도 없고!! 물먹이네!)

* 정규화

관계형 데이터 모델에서 데이터의 중복성을 제거하여, 이상 현상을 방지하고, 데이터의 일관성과 정확성을 유지하기 위해 무손실 분해를 하는 과정

* 반정규화 

정규화된 엔티티, 속성, 관계에 대해 성능 향상과 개발 운영의 단순화를 위해 중복, 통합, 분리 등 수행하는 데이터 모델링의 기법

논리 데이터 모델 검증⭐⭐⭐

논리 데이터 모델링 개념

- 업무의 모습을 모델링 표기법으로 형상화하여 사람이 이해하기 쉽게 표현하는 프로세스

- 개념 모델로부터 업무 영역의 업무 데이터 및 규칙을 구체적으로 표현한 모델

* 개념 모델

주제 영역과 핵심 데이터 집합 간의 관계를 정의하는 모델, 전체 모델에서 중요한 골격이 되는 개체와 관계위주의 모델

논리적 데이터 모델링 종류

관계 데이터 모델

1. 관계 데이터 모델

- 관계 데이터 모델 개념

　　└  데이터를 행과 열로 구성된 2차원 테이블 형태로 구성한 모델

　　└  수학자 E.F.Codd 박사가 제안한 모델

- 관계데이터 모델의 구성요소

2. 관계 데이터 모델의 표현

- 데이터 간의 관계를 기본 키와 이를 참조하는 외래 키로 표현

- 테이블 간 관계를 1:1, 1:N, N:M 관계로 목적에 맞게 표현

3. 관계 대수

- 관계 대수 개념 : 관계형 데이터베이스에서 원하는 정보와 그 정보를 어떻게 유도하는가를 기술하는 절차적 정형 언어

- 관계 대수 연산자의 종류

　　└  일반 집합 연산자 : 수학적 집합 개념을 릴레이션에 적용한 연산자 (힙합과 발라드가 교차하는 마이카~) 

　　└  순수 관계 연산자 : 관계 데이터베이스에 적용할 수 있도록 특별히 개발한 관계 연산자(셀프조인하면 디진다!)

4. 관계 해석

- 관계 해석 개념 : 튜플 관계 해석과 도메인 관계 해석을 하는 비절차적 언어

- 관계 해석 특징 : 프레디킷 해석에 기반한 언어이며 비절차적 언어(원하는 정보가 무엇이라는 것만 선언)이다.

논리 데이터 모델링 속성 (개속관)

구조	설명
개체 (Entity)	· 관리할 대상이 되는 실체 (사물 또는 사건) · 피터 챈 모델 개체 표시 : 사각형(ㅁ) · 까마귀발 모델 개체 표시 : 표 형식
속성 (Attributes)	· 관리할 정보의 구체적 항목 (요소 또는 성질) · 피터 챈 모델 속성 표시 : 타원형(O) · 까마귀발 모델 속성 표시 : 표 내부 · 속성명은 단수형으로 명명, 개체명을 사용하지 않는다. · 속성이 필수 사항(Not Null)인지, 아닌지(Null) 고려하여 작성한다.
관계 (Relationship)	· 개체 간의 대응 관계 (두 객채의 관계를 정의) · 피터 챈 모델 관계 표시 : 마름포(◇)
	까마기발 모델 관계 표시	의미
		1:1 관계를 표시한다.
		1:m 관계를 표시한다.
		n:m 관계를 표시한다.

개체-관계(E-R) 모델

1. 개체-관계(E-R) 모델 개념

- 현실 세계에 존재하는 데이터와 그들 간의 관계를 사람이 이해할 수 있는 형태로 명확하게 표현하기 위해서 가장 널리 사용되고 있는 모델

- 논리 데이터 모델링에서는 모든 이해당사자와 의사소통의 보조 자료로 활용한다.

- 요구사항으로부터 얻어낸 정보들을 개체, 속성, 관계로 기술한 모델이다.

2. 개체-관계(E-R) 다이어그램 기호

정규화

1. 정규화(Normalization)의 개념

- 관계형 데이터 모델에서 데이터의 중복성을 제거하여 이상현상을 방지하고, 데이터의 일관성과 정확성을 유지하기 위해 무손실 분해하는 과정

2. 이상현상 (삽삭갱)

- 데이터의 중복성으로 인해 릴레이션을 조작할 때 발생하는 비합리적 현상

3. 정규화의 단계 (도부이결다조)

반 정규화 (비정규화, 역정규화)

1. 반 정규화 개념

- 정규화된 엔티티, 속성, 관계에 대해 성능 향상과 개발 운영의 단순화를 위해 중복, 통합, 분리 등을 수행하는 데이터 모델링의 기법이다.

2. 반 정규화 특징

3. 비 정규화 절차

4. 반 정규화 기법 (테병분중 컬중 관중)

※ 해당 글은 수제비 2022 도서 참고하였습니다.

UI 설계를 위한 UML ⭐⭐⭐

UML

1. UML의 개념 

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

2. UML의 특징

3. UML의 구성요소 ( 사과한다(사관다~~ ))

4. UML 다이어그램

5. UML 확장 모델의 스테레오 타입

- UML 기본적 요소 이외의 새로운 요소를 만들어내기 위한 확장 메커니즘

- 형태는 기존의 UML 요소를 그대로 사용하지만 내부 의미는 다른 목적으로 사용하도록 확장

- '<<>>' 길러멧 기호를 사용하여 표현

- UML 스테레오 타입의 유형

UML의 유형

1. 클래스 다이어그램

- 클래스 다이어그램의 개념 : 객체 지향 모델링 시 클래스의 속성 및 연산과 클래스 간 정적인 관계를 표현

- 클래스 다이어그램의 구성요소 

- 클래스 간의 관계(Relationships)

* 연관관계의 다중성

* 실체화 관계(Realization)에서 추상 클래스와 인터페이스 관계

2. 유스케이스 다이어그램

- 유스케이스 다이어그램의 개념 : 시스템이 제공하고 있는 기능 및 그와 관련된 외부 요소를 사용자의 관점에서 표현하는 다이어그램

- 유스케이스 다이어그램의 구성요소 

- 유스케이스 다이어그램의 관계

3. 시퀀스 다이어그램

- 시퀀스 다이어그램의 개념

　　└  객체 간 상호 작용을 메세지 흐름으로 표현한 다이어그램

　　└  객체 간의 동적 상호 작용을 시간적 개념을 중심으로 모델링하는 과정

　　└  객체의 오퍼레이션과 속송을 상세히 정의

　　└  시퀀스 다이어그램은 유스케이스를 실현(Realization) 한다.

- 시퀀스 다이어그램의 구성요소

4. 패키지 다이어그램

- 패키지 다이어그램의 개념 : 시스템의 서로 다른 패키지들 사이의 의존 관계를 표현하기 위한 다이어그램

- 패키지 다이어그램의 구성요소

5. 활동 다이어그램

- 활동 다이어그램의 개념 

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

　　└  오퍼레이션이나 처리과정이 수행되는 동안 일어나는 일들을 단계적으로 표현한다.

　　└  하나의 유스케이스 안이나, 유스케이스 사이에서 발생하는 복잡한 처리의 흐름을 명확하게 표현할 수 있다.

　　└  하나의 활동이 처리되면 그다음 활동으로 자동적으로 옮겨지며, 활동 상태의 시작과 종료는 항상 존재한다.

- 활동 다이어그램의 구성요소

6. 상태 다이어그램

- 상태 다이어그램의 개념

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

　　└  어떤 이벤트에 의해 객체 자신이 속한 클래스의 상태 변화나 객체 간 상호 작용하는 과정에서의 상태 변화를 표현

　　└  객체는 파악된 상태들 이외의 상태는 가질 수 없고, 특정 순간에는 오직 한 상태로만 존재할 수 있다.

　　└  객체의 상태란 객체가 갖는 속성값의 변화이다.

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

7. 커뮤니케이션 다이어그램

- 커뮤니케이션 다이어그램의 개념

　　└  동작에 참여하는 객체들이 주고받는 메세지 표현 + 객체 간의 연관 표현 다이어그램

　　└  시스템이나 객체들이 메세지를 주고받으며 시간의 흐름에 따라 상호 작용하는 과정을 표현한 다이어그램

- 커뮤니케이션 다이어그램의 구성요소

8. 컴포넌트 다이어그램

- 컴포넌트 다이어그램의 개념

　　└  시스템을 구성하는 물리적인 컴포넌트와 그들 사이의 의존 관계를 나타내는 다이어그램

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

　　└  실질적 프로그래밍 작업에 사용된다.

- 컴포넌트 다이어그램의 구성요소

* UI 흐름 절차

- UI 설계안의 적정성 확인 → 화면에 표현되어야 할 기능 및 비기능적 요구사항 검토 → 화면의 입력 요소를 통한 UI 요구사항 확인 → 유스케이스 설계 → 기능 및 양식 확인

* UI 시나리오 문서 작성 요건

TEST  →  정답은 드래그!

※ 해당 글은 수제비 2022 도서 참고하였습니다.

UI 요구사항 확인 ⭐⭐⭐

UI ( User Interface) 개념

: 사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체, 정보기기나 소프트웨어의 화면 등에서 사람이 접하게 되는 화면

*UX(사용자 경험)는 UI(사용자 인터페이스)를 포함한다.

UI 유형

UI 분야

UI 설계 원칙

UI 설계 지침

UI 요구사항 확인

1. UI 요구사항 개요

- UI 요구사항은 사용자가 정보시스템을 구축하여 얻고자 하는 최종 목적의 기준

- 시스템 개발과정 전체에 대한 기준이 되며, 시스템 개발 종료 및 검수의 기준이 된다.

2. UI 요구사항 구분

- 기능적 : 시스템이 제공하는 기능, 서비스 및 시스템의 입출력, 데이터, 연산에 관한 요구사항

- 비기능적 : 품질( 사용성, 효율성, 신뢰성, 유지보수성, 재사용성), 시스템 환경(플랫폼, 사용기술), 프로젝트 계획(비용, 일정)에 관한 요구사항

3. UI 요구사항 확인

- SW 개발을 위한 UI 표준 및 지침에 따라, 기능 및 비기능 요구사항의 도출을 통해 개발하고자 하는 응용 소프트웨어에 적용될 UI 요구사항을 확인　

4. UI 품질 요구사항(ISO/IEC 9126 기반)

UI 표준 ⭐

UI 표준 개념 

: 디자인 철확과 원칙 기반하에 전체 시스템에 공통으로 적용되는 화면 간 이동, 화면구성에 관한 규약

UI 표준 구성

: 전체적인 UX 원칙, 정책 및 철학, UI 스타일 가이드, UI 패턴 모델 정의, UI 표준 수립을 위한 조직 구성

UI 표준 수립 시 고려사항

· 사용자가 불편해하지 않아야 한다.

· 많은 업무 케이스를 포함해야 한다.

· 다양한 사용상황에 대처할 수 있어야 한다.

· 표준 적용이 쉽도록 충분한 가이드와 활용 수단 제공이 필요하다.

· 변화하는 상황에 맞게 빠르게 변경할 수 있는 관리조직 수반이 필요하다.

UI 스타일 가이드 구성

UI 패턴 모델 정의

: CRUD 방식을 기반으로 데이터의 입출력을 처리하는 화면 흐름을 포함하여 오퍼레이션 방식에 대한 표준 절차를 표시하고, UI 패턴 모델을 개발

UI 지침 ⭐

UI 지침(Guildeline) 개념

: UI 표준에 따라 사용자 인터페이스 설계, 개발 시 지켜야 할 세부 사항을 규정하는 가이드라인

UI 표준 적용을 위한 환경 분석

UI 개발 목표 및 범위

: 성공적인 수행을 위해 내부 관계자에게 UI 개발 필요성 및 목표를 공유하고 개발 범위를 수립하기 위한 활동

1. UI 개발을 위한 주요 기법

사용자 분석 및 니즈(Needs) 조사

· 최신 트렌드, 경쟁사 동향을 통해 정의된 핵심 기능 관련, 예상 타깃 고객층의 프로파일을 기술하고 정의

· 리서치 대상 선정 및 내용 설계, 리서치 진행, 리서치 결과 정리

사용자 요구사항 도출 순서

스토리보드 ⭐⭐

· UI 설계를 위해서 정책이나 프로세스 및 콘텐츠의 구성, 와이어프레임(UI, UX), 기능에 대한 정의, 데이터베이스의 연동 등 구축하는 서비스를 위한 대부분 정보가 수록된 문서

· 디자이너와 개발자가 최종적으로 참고하는 산출 문서

· UI 화면 설계를 위해서는 와이어프레임, 스토리보드, 프로토타입이 활용된다.

· 스토리보드 작성 절차

　└ 전체 개요 작성 → 서비스 흐름 작성 → 스타일 확정 → 메뉴별 화면 설계도 작성 및 상세 설명 → 추가 관련 정보 작성

UI 프로토타입 제작 및 검토 ⭐

· 컴퓨터 시스템이나 소프트웨어의 설계 또는 성능, 구형 가능성, 운용 가능성을 평가하거나 요구사항을 좀 더 잘 이해하고 결정하기 위하여 전체적인 기능을 간략한 형태로 구현한 시제품

· 사전에 프로토 타입을 먼저 제작하고 이를 기반으로 UI의 적정성을 평가, 수정 보완함으로써 추후 발생 가능한 오류들을 사전에 방지하는 효과가 있다

· 장점 및 단점

TEST  →  정답은 드래그!

※ 해당 글은 수제비 2022 도서 참고하였습니다.

2023 정보처리기사 시험일정

정보처리기사 필기

정보처리기사 실기

모두들 합격을 기원합니다!!!

개발을 하다 보면 외부 API를 연동할 일이 생긴다. 

까먹지 않기 위해 끄적끄적!

예제코드

import org.json.simple.JSONObject;
import org.json.simple.parser.JSONParser;

import java.io.BufferedReader;
import java.io.InputStreamReader;
import java.io.OutputStreamWriter;
import java.net.HttpURLConnection;
import java.net.URL;

public class TestApi {
    public JSONObject ApiTest(){
        String data = "API 형식에 맞는 INPUT DATA";
        String url = "호출URL";

        JSONObject resultObject = new JSONObject(); // OUTPUT DATA 변수
        try{
            URL apiurl = new URL(url);
            HttpURLConnection conn = (HttpURLConnection)apiurl.openConnection();
            conn.setRequestMethod("POST");
            conn.setRequestProperty("APIKey", "");  // API 보안키
            conn.setRequestProperty("Content-type","application/json");
            conn.setRequestProperty("Accept","application/json");
            conn.setDoInput(true);
            conn.setDoOutput(true);

            OutputStreamWriter wr = new OutputStreamWriter(conn.getOutputStream(), "UTF-8");
            wr.write(data);
            wr.flush();
            wr.close();

            StringBuilder sb = new StringBuilder();
            if (conn.getResponseCode() == HttpURLConnection.HTTP_OK) {	// 200
                BufferedReader br = new BufferedReader(new InputStreamReader(conn.getInputStream(), "UTF-8"));
                String line;
                while ((line = br.readLine()) != null) {
                    sb.append(line).append("");
                }
                br.close();
            }else {
                sb.append("{\"CODE\" : \""+conn.getResponseCode()+"\"");
                sb.append(", \"REASON\" : \""+conn.getResponseMessage()+"\"}");
            }

            JSONParser jsonParser  = new JSONParser();
            resultObject = (JSONObject)jsonParser.parse(sb.toString());
        } catch (Exception e){
            e.printStackTrace();
        }
        return resultObject;
    }
}

설명

data, url, 메소드 return값은 각자 형식에 맞게 설정!

setRequestMethod : GET, POST 요청방식 설정

setRequestProperty : Request header 값 설정

setDoInput :  InputStream으로 서버로부터 응답을 받겠다는 옵션.

setDoOutput : OutputStream으로  데이터를 넘겨주겠다는 옵션.

getResponseCode가 정상일땐 output을 받고, 아닐경우! 응답상태와 응답메세지 받기! 😁

분석 모델 검증 ⭐

 : 요구사항 도출 기법을 활용하여 업무 분석가가 제시한 분석 모델에 대해서 확인하는 활동

분석 모델 검증 방법

분석 모델 검증 프로세스

분석 모델의 시스템화 타당성 분석 ⭐

: 업무 분석가가 제시한 분석 모델이 개발할 응용 소프트웨어에 미칠 영향을 검토하여 기술적 타당성을 조사하는 활동

분석 모델의 기술적 타당성 검토

: 유스케이스 모델의 개별 유스케이스에 대한 분석 모델을 작성한 후, 해당 분석모델로 시스템을 개발할 경우에 대한 영향을 필요한 자원, 상호 운용성, 시장 성숙도, 기술적 위험 분석 측면으로 타당성 조사

1. 성능 및 용량 산정의 적정성

- 요구사항을 만족시키기 위한 분석 모델에 따라 시스템을 구현할 때 요구되는 시스템의 자원 식별

- 분석 클래스에서 불필요 속성을 많이 포함하게 되면 객체 생성 시 시스템 메모리 자원이 많이 요구되며, 전체 시스템 성능 저하 발생

2. 시스템 간 상호 운용성

- 시스템 간 상호 정보 및 서비스가 교환 가능한지 검토

- 분석 모델에서 정의한 구체적인 정보의 존재 여부, 생성 가능성, 교환 방식 지원 등에 대하여 확인

3. IT 시장 성숙도 및 트렌드 부합성

- 분석 모델이 과거의 문제를 해결하고 최근 많이 사용되는 트렌드에 부합되는지 확인

- 분석 자동화 도구 활용 방안 고려

4. 기술적 위험 분석

- 분석모델이 시스템의 기술 구조, 프레임워크, 사용되는 하드웨어 및 소프트웨어와 부합되는지 확인

- 분석 모델이 검증되지 않은 기술의 사용을 가정하고 있어 추가적인 비용 발생 가능성이 있는지 확인

- 분석 모델을 구현하기 위하여 특정 업체 기술, 특허, 라이선스에 의존해야 하는지 확인

분석 모델의 시스템화 타당성 분석 프로세스

※ 해당 글은 수제비 2022 도서 참고하였습니다.

요구사항 ⭐⭐⭐

요구사항 개념

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

2. 요구공학의 목적 

- 이해관계자 사이에 효과적 의사소통 수단 제공, 시스템 개발의 요구사항에 대한 공통된 이해 설정

- 요구사항 누락 방지 및 이해 오류로 인한 불필요 비용 절감, 요구사항 변경 추적 용이

- 초기 요구사항 관리로 개발 비용과 시간 절약, 효과적인 의사소통 수단 제공

3. 요구사항의 분류

요구공학 프로세스 : 요구사항 개발 단계와 요구사항 관리 단계로 구성

1. 요구사항 개발 단계 (CMM Level 3 프로세스 영역)

2. 요구사항 개발 단계 상세

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

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

　　└  절차

　　└  기법

　　　- 자료흐름지향 분석 : 데이터 흐름도, 자료 사전으로부터 SW 구조 유도 방법

　　　- 객체지향 분석 : 시스템 기능과 데이터 분석, UML로 표준화

　　└ 기술 : 청취, 인터뷰와 질문, 분석, 중재, 관찰, 작성, 조직, 모델 작성

- 요구사항 명세 단계 :  체계적으로 검토, 평가, 승인될 수 있는 문서(요구사항 명세서)를 작성하는 단계

　　└ 기법

　　└ 요구사항 명세 원리 및 검증 항목 : 명확성, 완전성, 검증 가능성, 일관성, 수정 용이성, 추적 가능성, 개발 후 이용성

- 요구사항 확인 및 검증 단계 : 요구사항 명세서에 사용자의 요구가 올바르게 기술되었는지에 대한 검토, 베이스라인을 설정하는 활동

　　└ 순서 : 요구사항 목록 확인 → 요구사항 정의서 작성 여부 확인 → 비기능적 요구사항 확인 → 타 시스템 연계, 인페 요구사항 확인

　　└  주요 기법

　　└  상세 정형 기술 검토 기법 : 관리리뷰, 기술리뷰, 인스펙션(== 동료검토), 워크스루, 감사

3. 요구사항 관리 단계 (CMM Level 2 프로세스 영역)

- 프로젝트 진행 과정에서 발생하는 요구사항의 변경에 대해 일치성과 무결성을 제공하기 위해 변경제어와 추적 등 일련의 관리를 수행하는 활동

TEST  →  정답은 드래그!