[정보처리기사] 객체지향 개념 및 객체지향 기법, 객체지향 설계 원칙(SOLID)

 

1. 객체 지향 개념 : 실세계의 개체를 속성과 메서드가 결합한 형태의 객체로 표현하는 기법이다. 

2. 객체 지향 구성요소

클래스 (Class)	- 객체 지향 프로그램에서 데이터를 추상화 하는 단위  - 하나 이상의 유사한 객체들을 묶어서 하나의 공통된 특성을 표현 - 속성은 변수의 형태로 행위는 메서드 형태로 선언
객체 (Object)	- 객체의 행위는 클래스에 정의된 행위에 대한 정의를 공유함으로써 메모리를 경제적으로 사용 - 객체마다 각각의 상태와 식별성을 가짐
메서드 (Method)	- 클래스로부터 생성된 객체를 사용하는 방법 - 객체가 메시지를 받아 실행해야 할 객체의 구체적인 연산 - 전통적 시스템의 함수 또는 프로시저에 해당하는 연산 기능
인스턴스 (Instance)	- 객체지향 기법에서 클래스에 속한 각각의 객체  - 실제로 메모리상에 할당
속성 (Property)	- 한 클래스 내에 속한 객체들이 가지고 있는 데이터 값들을 단위별로 정의  - 성질, 분류, 식별, 수량, 현재 상태에 대한 표현 값
메세지 (Message)	- 객체 간 상호작용을 하기 위한 수단 - 메세지는 객체에서 객체로 전달됨

 

3. 객체 지향 기법 

캡슐화 (Encapsulation)	- 서로 관련성이 많은 데이터와 이와 관련된 함수들을 한 묶음으로 처리하는 기법  - 결합도가 낮아지고, 재사용이 용이  - 인터페이스가 단순화 됨 - 정보은닉과 관계가 깊음 - 변경 발생 시 오류의 파급 효과가 적음
상속성 (Inheritance)	- 상위 클래스의 속성과 메소드를 하위 클래스에서 재정의 없이 물려받아 사용하는 기법
다형성 (Polymorphism)	- 하나의 메세지에 대해 각 객체가 가지고 있는 고유한 방법으로 응답할 수 있는 능력  - 오버로딩, 오버라이딩 오버로딩 : 매개 변수의 유형과 개수가 다르게 하여 같은 이름의 메소드를 여러개 가지는 기법 오버라이딩 : 상위클래스가 가지고 있는 메소드를 하위 클래스가 재정의해서 사용하는 기법
추상화 (Abstraction)	- 공통 성질을 추출하여 추상 클래스를 설정하는 기법 - 기능 추상화, 자료 추상화, 제어 추상화
정보 은닉 (Information Hiding)	- 코드 내부 데이터와 메소드를 숨기고 공개 인터페이스를 통해서만 접근이 가능하도록 하는 코드 보안 기술 - 고려되지 않은 영향들을 최소화하기 위하여 사용
관계성  (Relationship)	- 두 개 이상의 엔티티 형에서 데이터를 참조하는 관계를 나타내는 기법 - 연관화, 분류화, 집단화, 일반화, 특수화

 

4. 객체지향 설계 원칙 (SOLID)

단일 책임의 원칙  (Single Responsible Principle)	하나의 클래스는 하나의 목적을 위해서 생성되며, 클래스가 제공하는 모든 서비스는 하나의 책임을 수행하는데 집중되어야 한다.
개방 폐쇄 원칙 (Open Close Principle)	소프트웨어 구성요소( 컴포넌트, 클래스, 모듈, 함수 )는 확장에는 열려있고 변경에는 닫혀있어야 한다는 원칙
리스코프 지환의 원칙  (Liskov Substitution Principle)	서브타입은 어디서나 자신의 기반 타입으로 교체할 수 있어야 한다는 원칙
인터페이스 분리의 원칙  (Interface Segregation Principle)	한 클래스는 자신이 사용하지 않는 인터페이스는 구현하지 않아야 한다.  클라이언트가 사용하지 않는 인터페이스 때문에 영향을 받아서는 안된다.
의존성 역전의 원칙  (Dependency Inversion Principle)	실제 사용관계는 바뀌지 않으므로, 추상을 매개로 메세지를 주고받음으로써 관계를 최대한 느슨하게 만드는 원칙

 

5. 객체 지향 방법론 

종류	설명	특징
OOSE (Object Oriented Software Engineering)	- Usecase에 의한 접근 방법으로, Usecase를 만든 모든 모델의 근간으로 활용	- 분석, 설계, 구현 단계로 구성 - 기능적 요구사항 중심의 시스템
OMT(Object Modeling Technology)	- 객체지향 분석, 시스템 설계, 오브젝트 설계 및 구현의 4단계 - 객체모델링 -> 동적 모델링 -> 기능 모델링 * 객체 모델링 : 시스템의 정적 구조 표현 * 동적 모델링 : 객체의 제어 흐름/상호 반응 표현 * 기능 모델링 : 데이터 값의 변화 과정 표현	- 복잡한 대형 프로젝트에 유용 - 기업 업무의 모델링 편리 및 사용자와 의사소통 편리
OOD(Object Oriented Design)	설계 부분만 존재  설계 문서화를 강조하여 다이어그램 중심으로 개발하는 방법론 미시적 개발 프로세스와 거시적 개발 프로세스를 모두 사용하는 분헉 방법	- 분석과 설계 분리 불가능  - 분석하는데 이용된 객체 모델의 설계 시 적용