자기개발 일기/정보처리기사

정보처리기사 실기 대비 용어정리 - ③

SE.NE.CE 2022. 10. 6. 11:56
728x90
728x90

※글의 순서와 실제 우선순위는 무관하며 출제될 확률이 높아 보이는(지극히 주관적인) 용어들을 무작위로 정리하였습니다.

1. DBMS
:데이터베이스라는 데이터의 집합을 만들고, 저장 및 관리하는 기능을 제공하는 시스템

DB Table 예시


2. 형상관리 기법
소프트웨어 개발 과정에서 변경 사항을 관리하는 기법으로 활용되는 도구로는 CVS,SVN,git 등이 있다.

*형상관리 기능[식·통·감·기]
·형상 식별: 형상 관리를 할 항목을 식별
·형상 통제: 형상에 대한 변경 요청이 있을 경우, 변경 여부와 변경 활동을 통제
·형상 감사: 형상 항목이 요구사항에 맞도록 잘 변경되었는지 확인
·형상 기록: 형상 변경에 대한 내용을 기록하고 보고
*git: 속도에 중점을 둔 분산형 버전 관리 시스템. Commit 동작으로 로컬 저장소, Push 동작으로 원격 저장소에 반영

3. 프로시저
: SQL을 이용하여 생성된 데이터를 조작하는 프로그램

4. 디자인 패턴
: 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 것

*디자인 패턴 종류: 생성 패턴, 구조 패턴, 행위 패턴

5. EAI
: 기업에서 운영하는 서로 다른 플랫폼 및 애플리케이션들 간 정보전달 연계 통합을 가능하게 해주는 솔루션

6. ESB
: 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들을 하나의 시스템으로 통합 관리할 수 있도록 서비스 지향 중심의 통합을 지향하는 아키텍쳐

*EAI와 ESB의 차이
·EAI는 Hub&Spoke 방식의 중앙 집중 구조이고, ESB는 BUS 방식의 느슨한 연결 구조(1:N)이다.
·EAI는 시스템 사이의 시스템 연계 중심이고, ESB는 서비스 중심으로 프로세스를 진행한다.

7. 개념적 데이터 모델링
: 현실 세계에 대한 인간의 이해를 돕기 위해 현실 세계의 인식을 추상적 개념으로 표현하는 과정으로 대표적은 모델로는 E-R 모델이 있다.

8. 논리적 데이터 모델링
: 개념적 모델링 과정에서 얻은 개념적 구조를 컴퓨터가 이해하고 처리할 수 있도록 변환하는 과정이다. 특정 DBMS는 특정 논리 데이터 모델 하나만을 선정하여 사용한다.

9. 물리적 데이터 모델링
: 실제 컴퓨터에 데이터가 저장되는 방법을 정의하는 물리 DB의 설계 과정이다.

*데이터 모델의 구성요소[개·속·관]
·개체(Entity): DB에 표현하려는 것, 사람이 생각하는 개념이나 정보 단위 같은 현실 세계의 대상체(가장 작은 단위)
·속성(Attribute): 데이터의 가장 작은 논리적 단위로 파일 구조상의 데이터 항목 또는 데이터 필드에 해당
·관계(Relationship): 개체 간의 관계 또는 속성 간의 논리적 연결을 의미

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

11. 소프트웨어 아키텍처
: 소프트웨어 구성요소들 간의 관계를 표현하는 시스템의 구조나 구조체

*소프트웨어 아키텍처 4+1 뷰[유·논·구·프·배] : (논리뷰, 구현뷰, 프로세스뷰, 배포뷰) + 유스케이스 뷰

12. 비용산정
: 개발에 소요되는 인원, 자원, 기간 등으로 소프트웨어의 규모를 확인하여 개발 계획 수립에 필요한 비용을 산정하는 것

*하향식 비용 산정 기법(전문가 감정 기법, 델파이 기법)
·전문가 감정 기법: 두 명 이상의 경험 많은 전문가에게 비용 산정을 의뢰하는 기법
·델파이 기법: 전문가 감정 기법의 주관적인 편견을 보완하기 위해 많은 전문가의 의견을 종합하여 산정하는 기법

*상향식 비용 산정 기법( LOC 기법, 개발 단계별 인원수 기법, 수학적 산정 기법)
·LOC 기법(Line of Code): 각 기능의 원시 코드 라인 수의 비관치, 낙관치, 기대치를 구하고 이를 이용하여 비용을 산정하는 기법. [ 예측치 = (낙관치 + 4 × 기대치 + 비관치 ) / 6 ]
·개발 단계별 인원 수 기법: 기능을 구현시키는 데 필요한 노력을 생명 주기의 각 단계별로 산정
·수학적 산정 기법: 개발 비용 산정의 자동화를 목표로 하며, 주요 기법으로 COCOMO 모형, Putnam 모형, 기능점수(FP) 모형이 있다.
·COCOMO 모형 : LOC에 의한 비용 산정 기법으로 보헴이 제안함.
·Putnam 모형: 소프트웨어 생명 주기의 전 과정에 사용 될 노력의 분포를 예상하는 모형으로 생명 주기 예측 모형이라고도 불리며 푸트남이 제안함.
·기능점수(FP) 모형: 소프트웨어의 기능을 증대시키는 요인별로 기능점수를 구한 후, 비용을 산정하는 기법으로 알브레히트가 제안함. 

13. API(Application programming Interface)
: 응용 프로그램 개발 시 운영 체제나 프로그래밍 언어가 제공하는 기능을 사용할 수 있도록 규격을 정의해 놓은 인터페이스로 개발에 필요한 여러 도구를 제공하기 때문에 원하는 기능을 쉽고 효율적으로 구현할 수 있다.

14. 테스트 케이스
: 특정 요구사항에 준수하는지를 확인하기 위해 개발된 (입력 값/실행 조건/예상된 결과)의 조합

15. 식별자 표기법
·카멜 표기법: 여러 단어가 이어지면 첫 단어의 첫 문자만 소문자로 표시하고 이어붙는 단어의 첫 문자는 대문자로 표기
ex) ageAverage
·파스칼 표기법: 여러 단어가 이어지면 각 단어의 첫 글자는 대문자로 표기
ex) AgeAverage
·스네이크 표기법: 여러 단어가 이어지면 단어 사이에 언더바를 넣어서 표기
ex) age_average
·헝가리안 표기법: 식별자 표기법 중 두어에 자료형을 붙이는 표기법 ( int형은 n , 문자형은 c 이런식으로)
ex) nAge

728x90
728x90