캡스톤디자인2 - 10

유스케이스 결과가 잘 나왔다고 가정하고 분석단계를 어떻게 거칠지를 생각해본다.

 

어떻게 클래스를 디자인하고 매소드를 어떻게 설계할지가 중요해진다.

 

유스케이스 안에 완성되어야 할 클래스와 그 안의 메소드를 어떻게 디자인하고 attribute는 어떻게 설계할지가 분석 단계의 역활이다.

 

분석모델 정의는 오구사항 모델을 바탕으로 분석 단계에서 작성된 산출물

 

우리가 만든 유스케이스에 해당하는 시나리오를 가지고 클래스 모델 디자인 = 분석 클래스 모델(정적 관점)

->UML 스타일을 클래스 다이어그램이라고 부른다.

 

이것이 어떻게 시간축에 따라 움직일것인가가 실현 모델이다.

 

분석 클래스 모델은 어떻게 디자인 할 것인지도 고민해봐야한다.

 

분석 클래스 모델은 3가지라고 볼 수 있다.

 

입출력 전담 클래스는 경계 클래스

중요한 이름에 대한 관리는 제어 클래스 = 메인

엔티티 클래스는 데이터베이스

 

IO가 경계

실질은 제어

DB는 엔티티

 

설계를 할때 전혀 모르는 부분에 대해서는 경계 부터 설계

 

클래스 객체들의 상호작용

 

 

 

설계와 분석 차이

설계는 기능 구현만 어떤 언어로 구현할지 고려하지 않는다.

 

사용자의 요구사항에 맞추어서 분석 클래스 설계

 

분석은 기능적 요구사항만을 고려하여 수행된다.

 

사용자 요구사항에 기능적/비기능적 요구사항을 따져보았을때 분석은 기능적 요구사항만 따지지만

설계 모델에서 플랫폼, 미들웨어 운영체제 설계를 해야한다. 그리고 리더가 설계를 하면 분석모델이 만들어진다.