[정보처리기사] 객체지향 분석 및 설계 정리

 

 안녕하세요. 진득코딩입니다.

 

 이번 시간에는 정보처리기사 시험 범위에 포함되어 있는 객체지향 분석 및 설계 정리에 대한 핵심만 정리해 보도록 하겠습니다.

 

객체지향 분석(OOA; Object Oriented Analysis)

 

• 객체지향 분석은 사용자의 요구사항과 관련된 객체, 속성, 연산, 관계 등을 정의하여 모델링하는 작업입니다.
  
  
• 개발을 위한 업무를 객체와 속성, 클래스와 맴버, 전체와 부분 등으로 나누어서 분석합니다.
  
  
• 클래스를 식별하는 것이 객체지향 분석의 주요 목적입니다.
  
  

객체지향 분석의 방법론

 

종류	내용
Rumbaugh(럼바우) 방법	분석 활동을 객체 모델, 동적 모델, 기능 모델로 나누어 수행함
Booch(부치) 방법	- 미시적(Micro) 개발 프로세스와 거시적(Macro) 개발 프로세스를 모두 사용함  - 클래스와 객체들을 분석 및 식별하고 클래스의 속성과 연산을 정의함
Jacobson 방법	유스케이스(Use Case)를 강조하여 사용함
Coad와 Yourdon 방법	- E-R 다이어그램을 사용하여 객체의 행위를 모델링함  - 객체 식별, 구조 식별, 주제 정의, 속성과 인스턴스 연결 정의, 연산과 메시지 연결 정의 등의 과정으로 구성함
Wirfs-Brock 방법	분석과 설계 간의 구분이 없고, 고객 명세서를 평가해서 설계 작업까지 연속적으로 수행함

 

럼바우(Rumbaugh)의 분석 기법

 

• 럼바우의 분석 기법은 모든 소프트웨어 구성 요소를 그래픽 표기법을 이용하여 모델링하는 기법입니다.
  
  
• 객체 모델링 기법(OMT, Object-Modeling Technique)이라고도 합니다.
  
  
• 분석 활동은 '객체 모델링 -> 동적 모델링 -> 기능 모델링' 순으로 이루어집니다.
  
  

객체 모델링  ( Object Modeling)	정보 모델링(Information Modeling)이라고도 하며, 시스템에서 요구되는 객체를 찾아내어 속성과 연산 식별 및 객체들 간의 관계를 규정하여 객체 다이어그램으로 표시하는 것
동적 모델링  (Dynamic Modeling)	상태 다이어그램을 이용하여 시간의 흐름에 따른 객체들 간의 제어 흐름, 상호 작용, 동작 순서 등의 동적인 행위를 표현하는 모델링
기능 모델링  (Functional Modeling)	자료 흐름도(DFD)를 이용하여 다수의 프로세스들 간의 자료 흐름을 중심으로 처리 과정을 표현한 모델링

 

객체지향 설계 원칙

 

• 객체지향 설계 원칙은 변경이나 확장에 유연한 시스템을 설계하기 위해 지켜져야 할 원칙입니다.
  
  
• SRP, OCP, LSP, ISP, DIP의 다섯 가지 원칙의 앞 글자를 따 SOLID 원칙이라고 부릅니다.
  
  
• 객체지향 설계 원칙의 종류
  
  

종류	내용
단일 책임 원칙(SRP)	객체는 단 하나의 책임만 가져야 한다는원칙
개방-폐쇄 원칙(OCP)	기존의 코드를 변경하지 않고 기능을 추가할 수 있도록 설계해야 한다는 원칙
리스코프 치환 원칙(LSP)	자식 클래스는 최소한 부모 클래스의 기능은 수행할 수 있어야 한다는 원칙
인터페이스 분리 원칙(ISP)	자신이 사용하지 않는 인터페이스와 의존 관계를 맺거나 영향을 받지 않아야 한다는 원칙
의존 역전 원칙(DIP)	의존 관계 성립 시 추상성이 높은 클래스와 의존 관계를 맺어야 한다는 원칙