객체
-식별자 존재: 객체를 유일하게 구별
-상태 존재: 자료구조에 해당
-메서드 존재: 연산을 수행할 수 있는 행위에 해당
-클래스로 선언 및 사용: 객체들 사이의 공통의 구조와 행위가 클래스로 선언되 사용
클래스
-클래스는 공통되는 것들을 묶어서 대표적인 이름을 붙인것
-클래스가 개념적이라면, 객체는 구체적이다
-데이터뿐 아니라 이 데이터에서 수행되는 메서드까지 포함해 묶은것
구조체
-서로 연관된 자료들만 모아 놓은것
-구성:
-struct: 구조체를 나타내는 예약어
-student: 구조체 태그명
-구조체 멤버
인스턴스
-같은 클래스에 속하는 개개의 객체로, 하나의 클래스에서 생성된 객체
-클래스가 구체화되어, 클래스에서 정의된 속성과 성질을 가진 실제적인 객체로 표현되는 것
-인스턴스화: 추상적인 개념인 클래스에서 실제 객체를 생성하는 것
캡슐화
-사용자들에게 해당 객체의 기능과 사용법만 제공하고 내부는 감추어 쉽게 사용할 수 있는 하는 개념
-객체 내부에 서로 관련된 데이터롸 그 데이터를 조작할 수 있는 메서드를 같이 포장하는 방식으로 그 안에 포함된 메서드만 사용해 데이터 값을 변결할 수 있는 구조
-장점:
-데이터 보호, 추상화 용이, 제공자와 이용자를 명확히 분리, 이용자에게 편리성 제공, 사용법이 쉬움, 변화에 대한 국지적영향, 객체간의 독립성 보장, 변경 용이성과 재사용성 증대
정보 은닉
-외부에서 객체의 내부를 들여다볼 수 없다는개념, 다른 객체가 한 객체 내의 데이터 값을 직접 참조하거나 접근할 수 없다.
-인터페이스와 구현의 명확한 분리: 각 모듈의 내부 항목에 대한 정보는 감추고, 인터페이스를 통해서만 메시지를 전달
-다른 모듈을 변경하지 못한다: 모듈 안의 자료구조와 메서드에 사용된 알고리즘은 외부에서 그 값을 직접 변경못한다. 오직 공개 인터페이스로 정의된 메서드를 통해서만 접근 가능하다.
UML에서 정보은닉의 정도 표기
단계 | C++ | java |
+ | public | public |
# | protected | protected |
~ | X | default |
- | private | private |
특징: 블랙박스역할, 인터페이스를 통한 접근, 자료구조 변경이 용이
정보은닉 개념 사용의 장점: 독립성 향상, 수정 용이, 이해도 증진, 확장성 증가
상속
-상위개념으로 하위개념을 사용한ㄷ.
-장점: 이해용이, 재사용성 증대, 확장 용이, 유지보수 용이. 추상화 가능
다형성
-같은 이름의 메서드가 객체에 따라 다르게 동작하고 서로 다른 구현을 제공한다.
-장점: 쉬운 변경, 확장, 유지보수의 용이
-메서드 오버로딩, 오버라이딩에 대해서 경우에 따라 오버라이딩만 다형성이다라고만 하는 경우도 있다. 그 이유는 다형성의 조건으로 상속계층관게, 동적바인딩을 조건으로 제시하는데 오버로딩은 정적바인딩이기 때문이다. 메시지가 동일해야 하는데 이 메시지가 메서드의 이름까지만 볼것이냐, 파라미터까지 볼것이냐에 따라서도 갈린다. 자바는 메서드의 이름과 메서드의 인자까지 탐색을 한다.
연관 관계(Assocation Relationship)
-두 클래스는 서로 메시지를 주고 받으며 이용하는 관계
-클래스 사이에서 발생, 링크: 객체 사이에서의 이용관계
-아래처럼 화살표가 없으면 상호참조 관계
일반화-특수화 관계
-IS-A관계
-두 클래스 간의 상속 관계
-하위 클래스는 상위 클래스의 각 속성과 메서드를 모두 상속받아 사용 가능
-하위 클래스: 원래 가지고 있던 속성과 연산 + 물려받은 속성과 연산까지 모두 사용 가능
집합 관계(Aggregation Relationship)
-연관 관계를 더 구체적으로 나타내는 것
-거대한 객체 하나를 여러 개의 객체로 구성할 때 발생
-전체와 부분 관계 성립
-집합 관계에 속한 부분 객체는 다른 곳에서도 공유 가능
포함 관계(Composition Relationship)
-전체 객체에 완전히 전속되어 독립된 객체로 존재할 수 없는 부분 객체가 존재하는 관계
-포함 관계의 부분 객체들은 전체 객체가 없어지면 같이 없어짐
'소프트웨어 공학' 카테고리의 다른 글
Class Diagram (0) | 2021.05.23 |
---|---|
클래스 간의 관계와 설계 원칙 (0) | 2021.05.10 |
하위 설계 (0) | 2021.05.06 |
요구 분석 - 유스케이스 다이어그램 (0) | 2021.05.03 |
요구분석 - 요구사항의 표현 (0) | 2021.05.03 |