주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
-
요구사항 파악 활동
그림 Ⅲ-5. 요구사항 파악 활동
요구사항 수집 및 기술에서는 기능적 요구사항과 비기능적 요구사항을 파악한다. 비기능적 요구사항은 품질에 대한 요구사항, 시스템 제약 사항을 기술한다.
-
비즈니스 모델 개발 활동
그림 Ⅲ-6. 비즈니스 모델 개발 활동
비즈니스 모델 개발 활동에서는 기능적 요구사항에 업무규칙을 추가한다.
-
요구사항 정의 활동
그림 Ⅲ-7. 요구사항 정의 활동
요구사항 정의 활동에서 초기 아키텍처 정의는 삭제되었다.
-
요구사항 분석
그림 Ⅲ-8. 요구사항 분석 활동
요구사항 분석 단계는 기존의 방법론과 동일하다.
-
아키텍처 설계 활동
그림 Ⅲ-9. 아키텍처 설계 활동
아키텍처 설계 활동에서는 아키텍처를 모델링 한다.
-
아키텍처 평가 활동
그림 Ⅲ-10. 아키텍처 평가 활동
아키텍처 평가 활동에서는 작성된 아키텍처 문서를 평가하여 요구사항이나 품질을 만족하는지를 판단한다.
-
아키텍처 상세화
그림 Ⅲ-11, 아키텍처 상세화 활동
아키텍처 상세화 활동에서는 평가된 결과를 바탕으로 아키텍처를 상세화 하고 상세 설계가 필요한 부분에 대해서는 상세 설계하고 구현까지 진행한다. 또한 설계와 구현을 진행하기 위한 가이드라인과 지침을 작성한다.
-
컴포넌트 식별 및 명세
그림 Ⅲ-12. 컴포넌트 식별 및 명세 활동
컴포넌트 식별 및 명세 활동에서는 컴포넌트를 식별하고 컴포넌트와 인터페이스에 대한 명세서를 작성한다.
-
컴포넌트 조달
그림 Ⅲ-13. 컴포넌트 조달 활동
컴포넌트 조달 활동에서는 식별된 컴포넌트를 바탕으로 유사한 기능을 가진 컴포넌트를 조달한다.
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 2-6 요구사항 정의 절차 (0) | 2008/08/05 |
|---|---|
| [SA강좌] Part 2-5 아키텍처 관련 산출물의 개요 (0) | 2008/08/04 |
| [SA강좌] Part 2-4 소프트웨어 아키텍처 상세 설계 절차 (0) | 2008/08/01 |
| [SA강좌] Part 2-3 소프트웨어 아키텍처 설계 절차와 CBD방법론의 관계 (0) | 2008/07/31 |
| [SA강좌] Part 2-2 반복을 통한 소프트웨어 아키텍처 설계 절차 (0) | 2008/07/30 |
| [SA강좌] Part 2-1 소프트웨어 아키텍처 설계 (0) | 2008/07/30 |
Prev
Rss Feed
