다이어그램24 UML - 복합 구조(Composite structure) - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-composite-structure-diagram/ - 복합 구조(Composite Structure) UML2 에서는 클래스를 계층적인 내부 구조로 분해할 수 있다. 내부 구조로 분해한다는것은 복잡한 객체를 여러 개의 부분으로 나눌 수 있도록 해준다는 의미가 된다. TV 뷰어 클래스가 특정 인터페이스를 필요로 하는 상황을 생각해보자. 이때 공-소켓 표기법과 인터페이스의 리스트를 기록하는 방법 2가지가 있는데 StarUML 5.0 에서는 공-소켓 표기법을 지원하고 있으니 공-소켓 표기법.. 2021. 5. 5. UML - 유스 케이스 - 다이어그램과 수준 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - https://en.wikipedia.org/wiki/Use_case#Cockburn_style - 유스 케이스 다이어그램 UML의 유스케이스 다이어그램이 유용하긴 하지만 필수적인 것은 아니다. 따라서 유스케이스 작업에 필요이상으로 몰두하면 본질을 넘어서 tool 사용에 집착하는것이 된다. 그러므로 유스케이스 다이어그램보다는 유스케이스 내용의 텍스트 작업에 정성을 쏟아야 한다. 유스케이스 다이어그램은 시스템의 영역을 나타내고 외부 세계와의 교류를 보여준다. 유스케이스 다이어그램에는 액터와 유스 케이스가 있으며 이 둘의 관계는 다음과 같다. 어떤 액터가 어떤 유스 케이스를 수행하는가? 어떤 유스케이스가 다른 유스 케이스를.. 2021. 2. 11. 설계원칙 - SOLID(OCP) - 이 글은 로버트 C.마틴의 Clean Architecture를 기반으로 작성되었습니다. (가능하면 책을 읽어보는것을 추천한다.) - https://en.wikipedia.org/wiki/Open%E2%80%93closed_principle - 개요 소프트웨어 개체(클래스, 모듈, 함수)는 확장에는 열려있어야 하며, 변경에는 닫혀 있어야 한다. 즉, 개체의 행위는 확장할 수 있어야 하지만 이때 개체를 변경해서는 안된다. 만약 요구사항 확장하는데 기존 소프트웨어를 많이 수정해야 한다면 안된다는것이다. - 예제 특정 데이터를 가공하여 웹 페이지에 보여주는 시스템이 있다고 하자. 이때 갑자기 이해관계자가 PDF나 Excel 로 보여줄 수 있게 기능을 추가해달라고 한다. 이때 소스코드를 얼마나 변경해야 할까?.. 2021. 2. 10. UML - 배치 다이어그램 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 배치 다이어그램(Deployment Diagrams) 여기서 말하는 배치는 Batch가 아닌 Deployment 이다. 시스템의 물리적인 구조를 보여주며, 어떤 소프트웨어가 어떤 하드웨어에서 동작하고 있는지를 보여준다. 우선 배치다이어그램의 요소에 대해서 알아보자. 노드(node): 소프트웨어를 실행할 수 있는 어떤 것. 노드에는 두 가지 형태가 있는데 장치(device)는 하드웨어이며, 컴퓨터나 시스템과 연결된 더 단순한 하드웨어들이 있다. 실행 환경(execution environment): 스스로 실행하거나 다른 소프트웨어를 포함하는 소프트웨어이다. (ex - 운영체제, 컨테이너 프로세스) 아티팩트(artifact.. 2021. 2. 10. UML - 패키지 다이어그램 - 구현 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 패키지 구현(Realization) 특정 패키지가 인터페이스를 정의하고 다른 몇 개의 패키지들이 구현하는 경우가 있다. 위의 다이어그램에서 데이터베이스 게이트웨이 패키지에서 인터페이스를 정의하고 나머지 Oracle, SQL Server, Test Stub 이 이를 구현하였다. 이렇게 사용자와 클래스 사이에 인터페이스가 낀다는건 의존성을 끊는다는 의미가 된다. 만약 여러가지 물건의 전원을 켜고 끄는 리모컨을 개발한다고 생각해보자. 여러가지 물건에 대해 작동이 되어야 하지만 의존성이 생기는것은 원하지 않을것이다. 위의 다이어그램에서 Button과 CheckBox는 OnOff 인터페이스에 의존하여 난로와 조명기구의 전원을 제.. 2021. 2. 10. UML - 패키지 다이어그램 - 개요와 의존 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 패키지 다이어그램 UML 에서 패키지는 어떤 구성요소라도 더 높은 수준의 단위로 묶을 수 있도록 해주는 구조이다. 각각의 패키지는 네임스페이스를 나타내는데, 이는 모든 클래스가 자신이 속한 패키지내에서 유일해야 한다는 소리이다. 어떤 클래스가 어디에 속하는지를 완벽하게 알기 위해서는 완전한 이름(fully qualified name)을 사용해야 한다. UML 에서 패키지 이름을 나타낼때에는 :: 을 사용한다. Date는 System::Date 와 같이 될 것이다. - 패키지와 의존 규모가 큰 시스템에서는 패키지 다이어그램을 보아야 그 시스템의 구조를 제어할 수 있다. 패키지 다이어그램은 패키지간의 의존을 보여준다. A .. 2021. 2. 10. UML - 객체 다이어그램 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 객체 다이어그램 객체 다이어그램은 객체들의 특정 순간의 모습이다. 클래스가 아닌 인스턴스를 보여주므로, 인스턴스 다이어그램이라고도 한다. 위의 다이어그램에서 모임,사람,조직으로 이루어진 윗 부분은 클래스의 세트를 보여주고 있고, 아래는 객체의 연관 세트를 보여준다. 객체의 연관 세트에서 이름 아래에 밑줄이 쳐져있으므로 이는 인스턴스임을 나타낸다. 표기는 [인스턴스명 : 클래스명]의 형태를 갖는다. 인스턴스명과 클래스명은 둘 다 선택사항이므로 클래스명만 나타내도 상관없다. 다만 인스턴스명만 나타낼 경우 콜론을 생략해도 되지만 클래스명만 나타낼 경우 콜론을 생략하면 인스턴스명과 구분이 되지 않으므로 [:클래스명]으로 표시해.. 2021. 2. 10. UML - 클래스 다이어그램 고급 - 템플릿 클래스 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 템플릿(매개변수) 클래스 정의 몇몇 언어는 매개변수 클래스(템플릿)라는 개념이 있다. Java에서 Set의 코드를 보면 아래와 같이 템플릿을 볼 수 있다. public interface Set extends Collection { 이렇게 정의된 템플릿 클래스는 아래와 같이 사용할 수 있다. Set employeeSet = new HashSet(); UML 에서도 이런 템플릿 매개변수를 지원한다. 템플릿 매개변수 T를 갖는 Set 을 UML로 표현하면 아래와 같다. Set 오른쪽 위에 점선 박스는 템플릿 매개변수를 나타낸것이다. 여러개를 선언할 수 있으며, 여기서는 매개변수 이름은 T 이고, 타입은 Class 임을 표시하.. 2021. 2. 10. UML - 클래스 다이어그램 고급 - 연관 클래스 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 연관 클래스(Association class) 연관 클래스는 클래스간 연관 관계에 속성, 오퍼레이션 그리고 다른 기능들을 더해줄 수 있도록 해준다. 어떤 사람(Person)이 회의(Meeting)에 참석(Attendance)하는 다이어그램을 한번 살펴보자. Person과 Meeting 연관 관계에 Attendance 연관 클래스를 더했다. 또 연관 클래스에는 참석 여부를 가리키는 attentiveness 속성을 더했다. 사실 연관 클래스를 사용하지 않아도 우리는 이 관계를 표현할 수 있다. 연관 클래스가 아닌 완전한 클래스로 변환하여 위와 같은 다중성을 표시해주면 의미가 같아진다. 다중성을 변환한 부분이 좀 헷갈릴 수 .. 2021. 2. 10. UML - 클래스 다이어그램 고급 - 클래스화와 일반화 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 클래스화(classification)와 일반화(generalization) 하위 타입을 판단할 때 "is-a 관계"를 사용하라고 말한다. 하지만 이 문장에는 함정이 있다. 아래 문장은 모두 "is-a" 로 표현할 수 있는 문장이다. 양치기 개는 콜리이다. (클래스화) 콜리는 개이다. (일반화) 개는 동물이다. (일반화) 콜리는 품종이다. (클래스화) 개는 종이다. (클래스화) 위의 문장들을 합쳐서 생각해보자. 1+2 문장을 합치면 "양치기 개는 개이다"가 된다. 2+3을 합치면 "콜리는 동물이다"가 되고, 1+2+3을 하면 "양치기 개는 동물이다"가 된다. 3 문장 모두 오류가 없다. 역시 하위 타입 판별에는 "is-a.. 2021. 2. 10. 이전 1 2 3 다음
