소프트웨어 아키텍처 평가에 대한 모든 것!

 '에이콘 소프트웨어 아키텍처' 시리즈, 제4권 『소프트웨어 아키텍처 평가』. 아키텍처 설계 의사결정에 대해 회사와 고객의 합의를 이끌어내는 소프트웨어 아키텍처 평가를 수행하는 순서와 방법을 단계적으로 제공한다. 아키텍처 평가 실무자는 물론, 소프트웨어 엔지니어를 대상으로 저술된 것이다.

특히 성공적인 제품 개발과 발전을 위한 아키텍처 평가 방법 3가지를 실례를 들어 일목요연하게 설명한다. 아케텍처 평가 방법을 시스템에 적용했을 때의 가치를 확인할 수 있다. 아울러 아키텍처 평가에 제품 개발 일정이나 비용을 추가하는 것만으로도 위험을 줄일 수 있음을 보여준다. 저자의 아키텍처 평가에 대해 정리된 경험담도 담아 이해를 도모하고 있다. 문제점도 고백하여 실질적인 도움을 안겨준다.

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 | 가용성
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.5 | 1단계, 스텝 5: 품질속성 유틸리티 트리 작성
6.3.6 | 1단계, 스텝 6: 아키텍처 접근방법 분석
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 하이브리드 기법
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 더 읽을거리

 참고문헌