품질 요구사항 구조적 그룹핑
지금까지 소프트웨어 아키텍처를 아키텍처 관점에서 품질요구사항을 파악하여 최대 만족을 하고 반면에 도메인 기능적 변경이 최소화 되도록 아키텍처 전이 과정의 네 가지 카테고리를 살펴보았다.
결론은 각 아키텍처 전이 단계의 최종 활동은 divide-and-conquer 원칙을 적용한 품질 요구사항을 적용시키는 것이다. 시스템레벨에서 품질 요구사항은 시스템을 구성하는 서브시스템이나 컴포넌트로 재구성된다. 따라서 한가지 품질요구사항(X)은 X를 만족하기 위하여 여러 개의 컴포넌트(n)으로 재구성된다고 말할 수 있다. 그림 Ⅲ-39는 이러한 설계 결정물과 관련한 계층 관계를 도식화한 것이다.
그림 Ⅲ-39. 소프트웨어 아키텍처 전이 과정 구성요소
소프트웨어 아키텍처 전이 단계 동안의 산출물은 설계 결정물 전이 이다. 일반적으로 전이는 소프트웨어 아키텍처상 구조적 노력에 불과하다. 그러므로, 이 단계의 결과산출물은 소프트웨어 아키텍처의 일련의 부분 버전에 불과하다.
'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| 웹기반 정보시스템 구축시에 꼭 필요한 다이어그램... (0) | 2008.11.04 |
|---|---|
| 다이어그램의 활용범위... (0) | 2008.11.04 |
| [SA강좌] Part 3-10 아키텍처, 설계 패턴 적용 (0) | 2008.11.04 |
| 소프트웨어아키텍처 입문... 델파이 연합 세미나 1시간짜리용 PT자료.. (3) | 2008.10.31 |
| [SA강좌] Part 3-9 아키텍처스타일 적용 (0) | 2008.10.30 |