주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
아키텍처 관련 산출물의 개요
이 절에서는 방법론의 각 단계별로 필요한 입력 산출물과 출력 산출물을 제시한다.
표 Ⅲ-1. 아키텍처 관련 입출력 산출물
|
단계 |
활동 |
작업 |
입력 산출물 |
출력 산출물 |
|
비즈니스 요구사항 |
비즈니스 모델 개발 |
비즈니스 유즈케이스 모델 개발 |
비즈니스 유즈케이스 모델 업무 규칙 | |
|
비즈니스 객체 모델 개발 |
비즈니스 객체 모델 | |||
|
요구사항 파악 |
요구사항 수집 및 기술 |
업무 규칙 |
요구사항 정의서 요구사항 추적표 | |
|
현행 조직 및 시스템 정보 수집 |
현행 운영 정보 분석서 | |||
|
시스템 비전 개발 |
요구사항 정의서 현행 운영 정보 분석서 |
시스템 비전 기술서 | ||
|
솔루션 아키텍처 |
요구사항 정의 |
유즈케이스 모델 개발 |
비즈니스 유즈케이스 모델 요구사항 정의서 |
유즈케이스 모델 |
|
클래스 모델 개발 |
유즈케이스 모델 |
클래스 모델 | ||
|
UI 프로토타입 수행 |
유즈케이스 모델 클래스 모델 |
UI 프로토타입 | ||
|
요구사항 분석 |
유즈케이스 모델 분석 |
유즈케이스 모델 클래스 모델 |
유즈케이스 모델 | |
|
클래스 모델 분석 |
유즈케이스 모델 클래스 모델 |
클래스 모델 동적 모델 | ||
|
UI 흐름 정의 |
유즈케이스 모델 |
UI 정의서 | ||
|
아키텍처 설계 |
아키텍처 관련 요구사항 분석 |
요구사항 정의서 현행 운영 정보 분석서 업무 규칙 비즈니스 유즈케이스 모델 유즈케이스 모델 클래스 모델 동적 모델 제안서(시스템 구성도) |
아키텍처 요구사항 분석서
| |
|
시스템 컨텍스트 정의 |
하드웨어 아키텍처 |
소프트웨어 아키텍처 정의서 | ||
|
Component&Connector View 작성 |
아키텍처 요구사항 분석서 하드웨어 아키텍처 소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 정의서(추가) | ||
|
Module View 작성 |
아키텍처 요구사항 분석서 하드웨어 아키텍처 소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 정의서(추가) | ||
|
Allocation View 작성 |
아키텍처 요구사항 분석서 하드웨어 아키텍처 소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 정의서(추가) | ||
|
Code View 작성 |
아키텍처 요구사항 분석서 하드웨어 아키텍처 소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 정의서(추가) | ||
|
아키텍처 평가 |
아키텍처 평가 준비 작업 |
소프트웨어 아키텍처 정의서 아키텍처 요구사항 분석서 |
테스트 시나리오 소프트웨어 아키텍처 평가 절차서 프로토타입 | |
|
아키텍처 평가 |
테스트 시나리오 소프트웨어 아키텍처 평가 절차서 프로토타입 소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 평가 결과서 | ||
|
아키텍처 상세화 |
아키텍처 스타일 적용 |
아키텍처 설계 가이드라인 |
소프트웨어 아키텍처 정의서(update) | |
|
설계 패턴 작용 |
의사결정 트리 설계 가이드라인 |
소프트웨어 아키텍처 정의서(update) | ||
|
설계 지침 작성 |
소프트웨어 아키텍처 정의서 의사결정 트리 설계 지침 |
소프트웨어 아키텍처 정의서(update) 설계지침(update) | ||
|
코드 지침 작성 |
소프트웨어 아키텍처 정의서 |
소프트웨어 아키텍처 정의서 코드 표준 코드 템플릿 코드 샘플 | ||
|
컴포넌트 식별 및 명세 |
컴포넌트 식별 및 구조화 |
유즈케이스 모델 클래스 모델 동적 모델 소프트웨어 아키텍처 정의서 |
컴포넌트 명세서 | |
|
인터페이스 식별 |
유즈케이스 모델 클래스 모델 동적 모델 소프트웨어 아키텍처 정의서 |
컴포넌트 명세서 | ||
|
컴포넌트 상호 작용 분석 |
유즈케이스 모델 클래스 모델 동적 모델 소프트웨어 아키텍처 정의서 |
컴포넌트 명세서 | ||
|
컴포넌트 명세 작업 |
컴포넌트 명세서 |
컴포넌트 명세서 | ||
|
컴포넌트 조달 |
컴포넌트 평가 기준 선정 |
요구사항 정의서 유즈케이스 모델 클래스 모델 동적 모델 소프트웨어 아키텍처 정의서 |
컴포넌트 평가 기준 | |
|
컴포넌트 선정 및 구매 |
컴포넌트 평가 기준 컴포넌트 명세서 |
재사용 컴포넌트 |
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 2-7 요구사항 파악절차 (0) | 2008/08/11 |
|---|---|
| [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 |
Prev
Rss Feed
