소프트웨어 아키텍처 평가

1. 소프트웨어 아키텍처
1.1 이해관계자 간 의사소통 수단으로서의 아키텍처
1.1.1 아키텍처와 이해관계자에게 미치는 영향
1.1.2 아키텍처 뷰
1.1.3 아키텍처 설명 언어
1.2 초기 설계 의사결정에 대한 방향선언으로서의 아키텍처
1.2.1 아키텍처 스타일
1.3 재사용가능하고 이전할 수 있는, 시스템 추상화로서의 아키텍처
1.4 요약
1.5 더 읽을거리
1.6 생각해볼 문제

2. 소프트웨어 아키텍처 평가
2.1 아키텍처 평가 이유
2.2 아키텍처 평가 시점
2.3 아키텍처 평가 참여자
2.4 아키텍처 평가의 예상 결과
2.5 아키텍처 평가 대상 품질속성
2.6 품질속성 분석의 모호성
2.7 아키텍처 평가의 결과물
2.7.1 ATAM, SAAM, ARID의 결과물
2.7.2 ATAM에서만 나오는 산출물
2.8 아키텍처 평가 수행의 이득과 비용
2.9 더 읽을거리
2.10 생각해볼 문제

3. ATAM - 아키텍처 평가방법
3.1 ATAM 스텝의 요약
3.2 ATAM 스텝 상세 설명
3.2.1 스텝 1: ATAM 프리젠테이션
3.2.2 스텝 2: 비즈니스 동인 프리젠테이션
3.2.3 스텝 3: 아키텍처 프리젠테이션
3.2.4 스텝 4: 아키텍처 접근방법 식별
3.2.5 스텝 5: 품질속성 유틸리티 트리 작성
3.2.6 스텝 6: 아키텍처 접근방법 분석
3.2.7 스텝 7: 시나리오 브레인스토밍과 우선순위 결정
3.2.8 스텝 8: 아키텍처 접근방법 분석
3.2.9 스텝 9: 결과 프리젠테이션
3.3 ATAM의 단계
3.3.1 0단계 활동
3.3.2 1단계 활동
3.3.3 2단계 활동
3.3.4 3단계 활동
3.4 더 읽을거리
3.5 생각해볼 문제

4. 전장통제 시스템 - ATAM을 적용한 첫 사례연구
4.1 준비
4.2 1단계
4.2.1 스텝 1: ATAM 프리젠테이션
4.2.2 스텝 2: 비즈니스 동인 프리젠테이션
4.2.3 스텝 3: 아키텍처 프리젠테이션
4.2.4 스텝 4: 아키텍처 접근방법 식별
4.2.5 스텝 5: 품질속성 유틸리티 트리 작성
4.2.6 스텝 6: 아키텍처 접근방법 분석
4.3 2단계
4.3.1 스텝 7: 시나리오 브레인스토밍과 우선순위 결정
4.3.2 스텝 8: 아키텍처 접근방법 분석
4.3.3 스텝 9: 결과 프리젠테이션
4.4 BCS 평가의 결과
4.4.1 문서화
4.4.2 요구사항
4.4.3 민감점과 절충점
4.4.4 아키텍처 위험
4.5 요약
4.6 생각해볼 문제

5. 품질속성 이해
5.1 품질속성 특성화
5.1.1 성능
5.1.2 가용성1
5.1.3 변경용이성
5.1.4 특성화를 통한 질문
5.2 ATAM에서의 품질속성 특성화 사용
5.3 속성 기반 아키텍처 스타일
5.4 요약
5.5 더 읽을거리
5.6 생각해볼 문제

6. ATAM 적용 사례연구
6.1 배경
6.2 0단계: 제휴와 준비
6.2.1 0단계, 스텝 1: ATAM 프리젠테이션
6.2.2 0단계, 스텝 2: 후보 시스템 설명
6.2.3 0단계, 스텝 3: ATAM의 진행 여부 결정
6.2.4 0단계, 스텝 4: 업무내용 협의
6.2.5 0단계, 스텝 5: 핵심 평가팀 구성
6.2.6 0단계, 스텝 6: 평가팀 킥오프 미팅 개최
6.2.7 0단계, 스텝 7: 1단계 준비
6.2.8 0단계, 스텝 8: 아키텍처 검토
6.3 1단계: 초기평가
6.3.1 1단계, 스텝 1: ATAM 프리젠테이션
6.3.2 1단계, 스텝 2: 비즈니스 동인 프리젠테이션
6.3.3 1단계, 스텝 3: 아키텍처 프리젠테이션
6.3.4 1단계, 스텝 4: 아키텍처 접근방법 식별
6.3. 1단계, 스텝 5: 품질속성 유틸리티 트리 작성 196
6.3. 1단계, 스텝 6: 아키텍처 접근방법 분석 205
6.4 1단계와 2단계 사이의 공백기간
6.5 2단계: 평가 완성
6.5.1 2단계, 스텝 0: 2단계 준비
6.5.2 2단계, 스텝 1~6
6.5.3 2단계, 스텝 7: 시나리오 브레인스토밍과 우선순위 결정
6.5.4 2단계, 스텝 8: 아키텍처 접근방법 분석
6.5.5 2단계, 스텝 9: 결과 프리젠테이션
6.6 3단계: 후속조치
6.6.1 3단계, 스텝 1: 최종보고서 작성
6.6.2 3단계, 스텝 2: 사후 개선미팅 개최
6.6.3 3단계, 스텝 3: 포트폴리오 구축과 산출물 저장소 업데이트
6.7 더 읽을거리
6.8 생각해볼 문제

7. SAAM을 이용한 예제 아키텍처 평가
7.1 SAAM 개요
7.1.1 SAAM 평가를 위한 입력물
7.1.2 SAAM 평가의 산출물
7.2 SAAM 평가의 스텝
7.2.1 스텝 1: 시나리오 개발
7.2.2 스텝 2: 아키텍처 기술
7.2.3 스텝 3: 시나리오 분류와 우선순위 결정
7.2.4 스텝 4: 간접 시나리오의 개별적인 평가
7.2.5 스텝 5: 시나리오 상호작용 평가
7.2.6 스텝 6: 전체적인 평가 정리
7.3 SAAM 의제 예시
7.4 SAAM 사례연구
7.4.1 ATAT 시스템 개요
7.4.2 스텝 1: 시나리오 개발, 첫 번째 반복
7.4.3 스텝 2: 아키텍처 기술, 첫 번째 반복
7.4.4 스텝 1: 시나리오 개발, 두 번째 반복
7.4.5 스텝 2: 아키텍처 기술, 두 번째 반복
7.4.6 스텝 3: 시나리오 분류와 우선순위 결정
7.4.7 스텝 4: 간접 시나리오의 개별적인 평가
7.4.8 스텝 5: 시나리오 상호작용 확인
7.4.9 스텝 6: 평가 총괄 정리: 결과와 권고사항
7.5 요약
7.6 더 읽을거리
7.7 생각해볼 문제

8.ARID - 부분적 아키텍처 평가방법
8.1 능동적 설계검토
8.2 ARID: ARD/ATAM 하이브리드
8.3 ARID의 스텝
8.3.1 1단계: 예행연습
8.3.2 2단계: 검토
8.4 ARID를 적용한 사례연구
8.4.1 스텝의 수행
8.4.2 활동 결과
8.5 요약
8.6 더 읽을거리
8.7 생각해볼 문제

9. 소프트웨어 아키텍처 평가방법 비교
9.1 질의기법
9.1.1 질문지와 체크리스트
9.1.2 시나리오와 시나리오 기반 방법
9.2 측정기법
9.2.1 측정지표
9.2.2 시뮬레이션, 프로토타입, 실험
9.2.3 단조비율 분석
9.2.4 자동화 도구와 아키텍처 기술 언어
9.3 하이브리드 기법 297
9.3.1 소프트웨어 성능 엔지니어링
9.3.2 ATAM
9.4 요약
9.5 더 읽을거리
9.6 생각해볼 문제

10. 조직 차원에서 아키텍처 평가역량의 증대
10.1 조직적인 합의 구축
10.2 평가자 후보군의 증가
10.3 조직 차원 기억 수립
10.3.1 비용과 이득 데이터
10.3.2 방법 지침
10.3.3 재사용 산출물
10.4 요약
10.5 생각해볼 문제

11. 결론
11.1 이제 준비완료!
11.2 앞서 살펴본 방법
11.3 아키텍처를 평가해야 하는 이유
11.4 ATAM의 효과
11.5 마치면서

부록 A. 속성 기반 아키텍처 스타일의 사례
A.1 문제 서술
A.2 자극/응답
A.3 아키텍처 스타일
A.4 분석
A.4.1 추론
A.4.2 우선순위 지정
A.4.3 우선순위 반전
A.4.4 저지시간
A.5 더 읽을거리