🎫소프트웨어 공학 part12~14. 논리적 아키텍처와 UML 패키지 다이어그램 / 객체 설계 방법

[12장] Introduction

• 객체 설계 기술과 UML 표기법 지식을 배운다.
• UP의 지침에 따라 요구사항의 10%는 초기에 정의되었다.
• 이제 협업의 관점에서 반복을 위한 솔루션을 설계해보자.
• 요구 사항과 객체 지향 분석은 올바른 일을 하는 데 초점을 맞춘 반면,

  설계는 올바르게 수행하는 것에 초점을 맞춘다.
  자 시작해보자!

[13장] 논리적 아키텍처와 UML 패키지 다이어그램

논리적 아키텍처 : 소프트웨어를 클래스, 서브시스템, 계층과 같은 큰 단위로 구성한다.
(물리적인 배치와는 관계가 없기 때문에 논리적 계층이라 부른다)
계층 구조 : 시스템의 클래스들을 계층이라는 서브 시스템으로 분류한다.
상위 계층이 하위 계층을 호출한다.
(ex. 가장 일반적인 아키텍쳐의 구조)

대표적인 계층 구조 : OSI 7계층, DB의 계층구조

패키지

• 논리적 아키텍처는 패키지 다이어그램으로 표현한다. (클래스를 분리할 때, 패키지 다이어그램을 사용한다.)
• 패키지는 하나의 계층으로 표현한다.
• 패키지는 클래스, 다른 패키지, 유즈케이스 등 무엇이든지 묶을 수 있다.
  

중첩된 패키지의 종속관계를 표현

패키지 간의 의존 관계는 dependency-line으로 표현한다.

계층 구조를 사용하는 이유?
변경에 대한 파급효과를 줄이기 위해서이다.
1, 2번이 변경된다고 해서, 7번 내용이 변경될 이유가 없다. (OSI 7 계층 구조)

DB의 계층 설계 구조

DB는 레이어 패턴을 통해 중복제거(정규화)와 독립성(계층 간 파급효과 방지)가 적용된다

계층 설계를 통해 독립성의 문제를 해결하면?

• 소스코드의 변경이 전체에 파급되는 것을 방지
• 인터페이스의 변경이 쉬워짐
• 기술 서비스를 재활용하기 쉬워짐
• 높은 결합도 해소
• 응집도 향상
• 계층 구조를 통해 팀 단위 개발이 용이해짐
  

응집력 있는 책임 구조 (관련있는 것끼리 모음)

• UI는 이벤트 핸들러 정도만 구현하고 총액 계산은 하지 않는다.
• 관심 분리와 높은 응집도를 유지한다.
• 모델 뷰 분리 원칙(model-view separation)을 적용
  

소스코드를 어떻게 나눠야 할까?

• 계층 구조로 나눈다.
  com.mycompany.nextgen.ui.swing
  com.mycompany.nextgen.domain.sale
  com.mycompany.nextgen.service.db

도메인 객체 == 어플리케이션 로직 계층이다.

• 도메인에서 사용되는 개념들을 객체로 만들어 업무를 나누어 수행한다 (도메인 객체 생성)
  ex.) “Sale” 도메인 객체 → 합계를 계산

모델 뷰 분리의 원칙

• logic이 들어가지 않는 부분은 UI가 처리한다. (ex. 잘못된 값의 입력)
• 어플리케이션 로직(도메인 객체)가 해야하는 일을 UI에서 시키지말고, 그 반대도 시켜서는 안된다. (자신의 일이 아닌 부분은 위임을 통해 수행하도록 한다)
• 서로간의 존재를 몰라야한다.
  

[14장] 객체 설계로의 전의

이제 기본 설계를 했으니, 상세 설계를 해보자!
다이어그램을 그리기 위해 Agile 모델링 또는 UML CASE tool를 사용한다.

다양한 객체 설계방법

• 1. 코딩하면서 동시 설계, 리팩토링과 병행
• 2. 그리고 난 후 코딩하기 (칠판 ↔ CASE tool을 이용)
     칠판과 CASE tool은 상호 보완적인 관계이다.
     → 그리고 난 후 코딩하는 것이 투자 대비 효용성이 가장 높다.
     

Agile 모델링과 간단하게 UML 그리기

• 문서작성의 오버헤드를 줄이고, 문서화가 아닌 의사소통이 목적이다.
• 다른 사람들과 함께 여러 모델을 병렬적으로 작성한다.

UML CASE tool

• 대중적인 텍스트 기반 IDE와 함께 사용할 수 있는 걸로 선택.
• 클래스 다이어그램, 인터렉션 다이어그램, 역공학까지 가능한 도구를 선택
• CASE tool은 시대의 발전을 반영하긴 어려우므로 너무 의존하지는 말 것.

순공학과 역공학

• 순공학 : 계획, 분석, 설계, 개발, 테스트, 운영
• 역공학 : 반대로 copy & paste 하는 것. (클래스 다이어그램의 내부를 뜯어 볼 수 있다)

코딩 전 UML을 그리는데 소요되는 적절한 시간은?

• 몇시간에서 길어야 하루 안에 끝낸다. (그 이상은 금지!)
• 기본설계 : 분량이 매우 적고, 변경 가능성이 낮다.
• 상세 설계 : 분량이 진짜 엄청 많고, 변경 가능성이 높아 완벽한 작성은 힘들다.
• 따라서 상세설계는 필요한 만큼 필요한 때에 수행하도록 한다.
• 계속 늘어나는 필요한 시간은 역공학을 통해 대체한다.
• 많은 산출물이 필요하다면 마지막 한번에 밤을 세워 해결한다.

정적 모델링과 동적 모델링의 차이

• 동적 모델링 : 인터렉션 다이어그램, 로직 코드의 행위 메소드의 바디를 설계한다.
• 정적 모델링 : 클래스 다이어그램과 같이 패키지, 클래스 이름 등을 설계한다.
  

동적 객체 모델링

• 만들기가 어려운 인터렉션 다이어그램을 그리기 위해서 많은 시간을 투자해야 한다.
• 흥미롭고 유용한 설계 작업은 인터렉션 다이어그램을 그리는 동안 발생한다.
  정적 객체 모델링
• 동적 객체 모델링과 병행하여 작업한다.
• class diagram을 포함한, 패키지 다이어그램, deployment 다이어그램을 사용한다.

CRC(Class – Responsibility - Collaborator)

• 지금은 UP에 포함되어 있어, 사용하지 않는다.
• 한마디로 말하면 책임을 중심으로 요소를 설계하는 것!