주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
소프트웨어 아키텍처 설계 산출물 관계
소프트웨어 아키텍처 설계 및 구현 산출물은 크게 두 개의 주요 카테고리로 구분할 수 있다. 이 두 개의 주요 카테고리는 요구사항 정의와 소프트웨어 아키텍처로 나뉜다. 요구사항 정의는 기능적 요구사항과 품질적 요구사항으로 나눌 수 있다. 요구사항 정의의 요구사항들을 살펴보면, 기능적 요구사항은 세가지(required, preferred, optional)의 우선순위로 분류가 된다. 품질적 요구사항은 시나리오 이력(profile)로 기술된다. 여기서 소프트웨어 아키텍처는 네 가지의 산출물로 구성된다. 소프트웨어 아키텍처는 시스템 컨텍스트, 아키텍처스타일, 아키텍처 스트럭처와 설계 의사결정으로 구성된다. 먼저 시스템 컨텍스트는 소프트웨어 시스템의 인터페이스가 컨텍스트로 정의된다. 아키텍처스타일은 시스템을 구성하는 핵심 추상(core abstraction)으로 나타난다. 시스템 스트럭처는 아키텍처를 핵심 컴포넌트들과 그들간의 관계를 정의한 것으로 분해되는 것을 나타낸다. 설계 의사결정은 세가지로 구성되는데 전이, 제약조건과 규칙인 세가지 타입으로 구성된다.
그림 Ⅲ-40. 소프트웨어 아키텍처 설계 산출물 관계
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 3 연재완료... (0) | 2008/11/07 |
|---|---|
| [SA강좌] Part 3-13 아키텍트의 의사 결정 항목 (0) | 2008/11/07 |
| [SA강좌] Part 3-12 소프트웨어 아키텍처 설계 산출물 관계 (0) | 2008/11/07 |
| 웹기반 정보시스템 구축시에 꼭 필요한 다이어그램... (0) | 2008/11/04 |
| 다이어그램의 활용범위... (0) | 2008/11/04 |
| [SA강좌] Part 3-11 품질 요구사항 구조적 그룹핑 (0) | 2008/11/04 |
Prev
Rss Feed
