[정보처리기사] 실기 개념정리 1 - 객체지향, 미들웨어, 요구사항분석

안녕하세요 스카이디브입니다. 

정보처리기사 실기시험 어느새 삼수째..

직장생활과 병행하다 보니 공부하기가 쉽지 않은데요 ㅠㅠ 

2021년 10월에 치뤄지는 기사실기3차시험에 대비하여 

이번엔 반드시 꼭 취득을 하겠다는 의지로 실기 개념들을 정리해보려 합니다.

 

 

 

필기시험 + 실기시험 2차 도전의 짬바(?)로 참고서, 블로그, 커뮤니티 등을 돌며

나름대로 야곰야곰 모아 이렇게 마구잡이로 정리해두었던

기출 개념, 중요한 개념, 나올 거 같은 개념들을 차근차근 정리해보겠습니다. 

정보처리기사 실기시험 대비로 정리한 내용이니 만큼

최대한 외우기 쉽고 간결하게 정리합니다.

자세한 개념은 따로 검색이나 책등을 통해 습득해주세요. 

그럼 시작합니다~

 

 

1. 객체지향프로그래밍

- 컴퓨터 프로그램을 명렁어의 목록으로 보는 시각에서 벗어나 여러개의 독립된 단위, 즉 '객체'들의 모임으로 파악하고자 하는 것 

-각각의 객체는 메세지를 주고받고 데이터 처리

- 프로그램을 유연하고 변경이 용이하게 함

- 프로그래밍을 배우기 쉽게하고 개발/유지보수를 간편하게 함 

 

 

 

2. 객체지향의 구성요소 

(1) 클래스 : 같은 종류의 객체들의 집합에 공통속성(Attribute)와 행위(Behavior)를 정의

(2) 객체 : 클래스의 인스턴스 (실제로 메모리상에 할당된 것) 자신 고유의 데이터를 가지며 클래스에서 정의한 행위를 수행

(3) 속성 : 객체의 데이터

(4) 메소드 : 객체의 행위/ 클래스로부터 생성된 객체를 사용하는 방법(구체적인 연산)

(5) 메세지 : 객체들간의 통신 

 

 

 

3. 객체지향 설계원칙(5가지)

(1) 단일 책임 원칙 : 객체는 하나의 책임만을 가져야함

(2) 개방폐쇄원칙 : 기존의 코드를 병경하지 않으면서 기능을 추가할수 있어야함 

(3) 리스코프치환의원칙 : 자시글래스는 최소한 자신의 부모클래스에서 가능한 행위는 수행가능해야함 

(4) 인터페이스 분리의 원칙 : 하나의 일반적인 인터페이스보다 구체적인 여러개의 인터페이스가 나음

(5) 의존성 역전의 원칙 : 의존관계를 맺을 때 변화하기 쉬운것보다 거의 변화가 없는 것에 의존해야 함

 

 

 

4.  객체지향 분석활동

(1) 럼바우의 객체지향 분석활동 -> 객체모델/ 동적모델/ 기능모델로 나누어 수행 (객동기)

(2) 부치의 객체지향 분석 활동 : 미시적&거시적 개발프로세스를 모두활용

(3) 제이콥슨의 객체지향 분석 활동 : useCase사용

(4) coad와 yourdon의 객체지향 분석활동 : E-R다이어그램 사용

(5) wirfs-Brock의 객체지향 분석활동 : 분석과 설계의 구분이 없음

 

 

 

5. 객체지향의 기법(5가지) -> 캡추다정상(캡틴아메리카를 추가하니 다 정상이다. )

(1) 캡슐화

     - 속성(데이터)와 메소드(연산)을 하나로 묶어서 객체로 구성

     - 정보은닉으로 내부자료의 일관성 유지

(2) 추상화

     - 공통성질을 추출하여 수퍼클래스로 구성

(3) 다형성

     - 동일한 이름의 여러 메서드를 다른 사양으로 정의가능

        - 오버로딩(OverLoading) : 매개변수의 수 또는 타입을 달리하여 구분

        - 오버라이딩(OverRiding) : 부모클래스의 메소드를 재정의 

(4) 정보은닉

     - 캡슐화 된 항목을 다른 객체로부터 숨김

     - 메세지 전달에 의해 다른 클래스내의 메소드가 호출됨

(5) 상속성

     - 부모클래스의 속성과 메소드를 상속받아 사용함

     - 부모클래스는 추상적, 자식클래스는 구체적  

 

 

6.  미들웨어

- 기능적으로 클라이언트와 서버사이의 통신의 담당하는 시스템 소프트웨어

 

 

 

7. 미들웨어 종류

(1) RPC : 응용프로그램의 프로시저를 사용하여 원격프로시저를 로컬프로시저처럼 호출

(2) MoM : 메세지 기반의 비동기형 메세지 전달방식 미들웨어, 서로 다른 이기종 분산 데이터 시스템의 데이터 동기를 위해 주로 사용

(3) TP-Monitor : 오라인 업무에서 트랜잭션을 처리, 감시하는 미들웨어, 사용자 수가 증가하여도 빠른 응답속도를 유지해야 하는 업무에 적함

(4) ORB : 코바표준 스펙을 구현한 객체지향미들웨어, 최근에는 TP-Monitor가 갖고 있는 장점(트랜잭션처리, 모니터링 등)을 추가로 구현

(5) WAS : 사용자의 요구에 따라 변하는 동적인 콘텐츠를 처리하기 위해 사용되는 미들웨어 

 

 

 

8. 요구사항 개발 프로세스

타당성조사 -> 요구사항 도출 -> 요구사항 분석 -> 요구사항 명세 -> 요구사항 확인/검증

 

 

 

9. 요구사항 도출 방법

(1) 인터뷰 : 요구사항을 도출한 사용자를 대상으로 인터뷰를 수행

(2) 관찰 : 개인의 업무처리 방법이나 절차에 대해 직접적으로 관찰

(3) 프로토타입 : 기본적인 기능만 빠르게 구현하여 사용자로부터 피드백을 받는 기법(목업사용)

(4) 벤치마킹 : 기존의 뛰어난 완성물과 비교

(5) 브레인 스토밍 

 

 

 

10. 요구사항 검토 방법

(1) 동료검토 : 요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견하는 형태로 진행

(2) 워크스루 : 각 개발단계마다 실행하는 비정형검토회의 

(3) 인스펙션 : 다른 전문가 또는 팀이 검사

 

 

 

 

 

 

 

 

이상 10가지 개념을 정리해 보았습니다.

특히 더 중요하다 생각되는 부분은 하이라이터로 표시해 두었으니 참고부탁드려요~

다음 글에서 또 중요한 개념들 잘 정리해 볼게요.

감사합니다~