Search Results for '소프트웨어 공학'

1 POSTS

  1. 2006.08.30 오늘은 View, ViewType and Styles

오늘은 View, ViewType and Styles

Posted 2006. 8. 30. 01:08
내일 회사가야 하는데... 내일도 늦으면 어케하지... 정리좀 해보까 한다.
이책저책 복습하며 경험을 살려 이렇게 정리 했다. 음...

DEFINITION
- View
A view is a representation of a set of system elements and the relationships associated with them.
뷰는 사물을 볼때 혹은 시스템을 볼때 여러관점에서 보게 해준다. 이것은 소프트웨어 아키텍처 뿐만 아니라 다른곳에도 통용이 되는 것이라고 생각한다.

DEFINITION - View Type
A viewtype defines the element types and relationship types used to describe the architecture of a software system from a particular perspective.
뷰타입은 특정한 관점에서 소프트웨어 시스템의 아키텍처를 기술하는데 사용하는 요소타입과 관계를 뜻하는데 3지가 있다. 이 3가지는 아래와 같다.

이러한 3가지는 아키텍트가 설계해야 할 시스템을 3가지 관점에서 보는 것이다. 즉 아키텍트가 시스템을 생각하는 큰 카테고리 같은거다. 그게 3가지가 있다.
흠... 그럼 도데체 이 3가지는 뭐냐하면

  • module view type - 코드단위로 어떻게 구성하는가 ??
  • component and connector view type - run time시 행위및 상호작용갖는 요소들의 집합을 어떻게 구성하나 ??
  • allocation view type - 시스템의 환경이 소프트웨어의 외적 환경에 어떠한 영향을 미치는가 ??

그러면 아키텍처 스타일은 무엇인가 ? 말도 어려운데 가면 갈수록 힘들어진다.으흑

DEFINITION - architectural style

An architectural style is a specialization of element and relation types, together with a set of constraints on how they can be used.
아키텍처 스타일은 element 하고 relation type을 함께 묶어서 특성화 한건데 이게 어떻게 쓰이는지에 대한 제약조건등을 포함한거다.

viewtype이 넘 크니까 뷰타입내에서도 뭔가 다른 시스템에서 반복하는 형태가 발견되고 이것을 정리한건데 재사용가능성등으로 쓸려고 하는거다. 말이 좀 이상한지 모르겠지만 그렇다. 아래 그림 보면 좀 이해가 될듯
스타일은 어떠한 시스템과도 동립적이다.
재사용이라는 말에서 느낌이 꽂혔을지도 모르겠지만 흠...두개의 다른 시스템이 동일한 스타일을 사용할수도 있다.
또 어떤 시스템은 하나이상의 스타일로도 구성되어 있다. 실제로 아키텍트로서 일을 하다보면 이러한 일을 많이 겪을수 있다. 단일화된 스타일은 없었다. 규모가 크면 클수록....

그러면 도데체 view하고 이것들 하고 무슨 상관있냐 ??
뷰는 스타일이 특정한 시스템에 묶여 표현되는것을 view 라고 한다.












                 component and connector view type 은 예제 );