중간 산출물: 분석 모델
이 중간 산출물은 유스 케이스의 실현(realization)을 설명하는 오브젝트 모델을 정의하고, 디자인 모델의 추상 역할을 합니다.
목적

분석 모델은 분석 클래스 및 모든 연관 중간 산출물을 포함합니다. 분석 모델은 디자인 모델로 발전하는 경우와 마찬가지로 임시 중간 산출물이거나 프로젝트의 일부 또는 전부를 계속 실현할 수 있습니다. 그밖에 시스템의 개념적 개요 역할을 할 수도 있습니다.

관계
역할책임이 있음: 수정자:
입력 대상필수:
  • 없음
선택사항: 외부:
  • 없음
산출 지점
기본 설명
분석 모델표시 유스 케이스의 실현(realization)을 설명하는 오브젝트 모델을 정의하고, 다음의 추상 역할을 합니다. 중간 산출물: 디자인 모델 . 분석 모델은 유스 케이스 분석의 결과 및 다음의 인스턴스를 포함합니다. 중간 산출물: 분석 클래스.
특성
선택사항
계획됨Yes
사용자 조정
표시 옵션

UML 표시: 모델(<<analysis model>>로 스테레오타입 지정).  

분석 모델은 다음 특성을 가질 수 있습니다.

  • 소개: 모델에 대한 간략한 소개 역할을 하는 텍스트 설명. 
  • 분석 패키지: 계층을 표시하는 모델의 패키지. 
  • 클래스: 패키지가 소유하는 모델의 클래스.  
  • 관계: 패키지가 소유하는 모델의 관계. 
  • 유스 케이스 실현(Realization): 패키지가 소유하는 모델의 유스 케이스 실현.
  • 다이어그램:  패키지가 소유하는 모델의 다이어그램 

일반적으로, "분석 클래스"는 디자인 모델에서 바로 요소로 발전합니다. 일부는 디자인 클래스가 되고 다른 클래스는 디자인 서브시스템이 됩니다. 분석 목표는 시스템의 모델링 요소에 필수 동작의 예비 맵핑을 식별하는 것입니다. 디자인의 목적은 이 예비(및 어느 정도 이상화된) 맵핑을 구현할 수 있는 모델 요소 세트로 변환하는 것입니다. 결국, 분석에서 디자인을 통해 이동함에 따라 세부화된 정제와 정밀도가 있습니다. 결과적으로, "분석 클래스"는 디자인 활동에서 결속되기 전에 종종 꽤 유동적이어서 변경 가능하며 크게 발전됩니다.

별도의 분석 모델이 필요한지 여부를 결정할 때 고려할 사항:

  • 독립 디자인 아키텍처를 가지고 있는 여러 대상 환경에 맞게 시스템을 디자인해야 하는 경우 독립 분석 모델이 유용할 수 있습니다. 분석 모델은 디자인 모델의 추상 또는 일반화입니다. 이 모델은 시스템 기능의 개요를 제공하기 위해 대부분의 시스템 세부사항을 생략합니다.
  • 디자인은 복잡합니다. 새 팀 구성원에 디자인을 소개할 경우에 단순화된 추상 "디자인"이 필요합니다. 제대로 정의된 아키텍처도 같은 목적으로 사용할 수 있습니다.
  • 분석 & 디자인 모델이 일관성 있게 유지되도록 하는 데 필요한 여분의 작업은 시스템 작동 방법에서 가장 중요한 세부사항만 표시하는 시스템 보기를 가지고 있을 경우의 이점에 대해 밸런스를 조절해야 합니다. 분석 모델과 디자인 모델 사이에 높은 충실도를 유지보수하려면 많은 비용이 들 수 있습니다. 덜 의욕적인 접근 방식으로는 가장 중요한 도메인 클래스와 디자인의 주요 추상과 함께 분석 모델을 유지보수할 수 있습니다. 분석 모델의 복잡도가 증가하면 유지보수하는 비용도 증가합니다.
  • 분석 모델이 더 이상 유지보수되지 않으면 가치는 급속히 떨어집니다. 특정 지점에서 유지보수되지 않으면 시스템의 현재 디자인이 더 이상 정확하게 반영되지 않으므로 유용성이 중지됩니다. 더 이상 분석 모델을 유지보수하지 않을 것을 결정하는 것이 적절할 수 있지만(이렇게 해야 목적이 만족될 수 있음) 결정은 신중해야 합니다.

일부 회사에서는 시스템이 수십 년 동안 활성 상태이거나 많은 시스템 변형이 있는 경우에 독립 분석 모델이 유용하다고 증명되었습니다.



자세한 정보