『소프트웨어 아키텍처: 이론과 실제』

1부 아키텍처 개요

1장 아키텍처 비즈니스 사이클
1.1 아키텍처에 영향을 주는 요인
1.2 소프트웨어 프로세스와 아키텍처 비즈니스 사이클
1.3 좋은 아키텍처의 요건
1.4 요약
1.5 생각해볼 문제

2장 소프트웨어 아키텍처 정의
2.1 소프트웨어 아키텍처 요건
2.2 소프트웨어 아키텍처에 대한 기타 관점
2.3 아키텍처 패턴, 참조 모델, 참조 아키텍처
2.4 소프트웨어 아키텍처의 중요성
2.5 아키텍처 구조와 뷰
2.6 요약
2.7 더 읽을 거리
2.8 생각해볼 문제

3장 A-7E 항공 전자 시스템
3.1 아키텍처 비즈니스 사이클과의 관계
3.2 요구사항과 품질
3.3 A-7E 항공 전자 시스템의 소프트웨어 아키텍처

2부 아키텍처 수립

4장 품질속성 이해
4.1 기능성과 아키텍처
4.2 품질속성 아키텍처
4.3 시스템 품질속성
4.4 실전에서의 품질속성 시나리오
4.5 기타 시스템 품질속성
4.6 업무 품질
4.7 아키텍처 자체의 품질
4.8 요약
4.9 더 읽을 거리
4.10 생각해볼 문제

5장 품질 목표 달성
5.1 설계전술
5.2 가용성 설계전술
5.3 변경용이성 설계전술
5.4 성능 설계전술
5.5 보안 설계전술
5.6 시험용이성 설계전술
5.7 사용편의성 설계전술
5.8 설계전술과 아키텍처 패턴 관계
5.9 아키텍처 패턴과 스타일
5.10 요약
5.11 생각해볼 문제
5.12 더 읽을 거리

6장 항공관제 시스템
6.1 아키텍처 비즈니스 사이클과의 관계
6.2 요구사항과 품질
6.3 아키텍처 관점에서의 해결방안
6.4 요약
6.5 더 읽을 거리
6.6 생각해볼 문제

7장 아키텍처 설계
7.1 생명주기상에서의 아키텍처
7.2 아키텍처 설계
7.3 팀 구조 형성과 아키텍처의 관계
7.4 골격 시스템 구축
7.5 요약
7.6 더 읽을 거리
7.7 생각해볼 문제

8장 비행 모의실험
8.1 아키텍처 비즈니스 사이클과의 관계
8.2 요구사항과 품질
8.3 아키텍처 관점에서의 해결방안
8.4 요약
8.5 더 읽을 거리
8.6 생각해볼 문제

9장 소프트웨어 아키텍처 문서화
9.1 아키텍처 문서의 용도
9.2 뷰
9.3 관련 뷰 선택
9.4 뷰 문서화
9.5 여러 뷰를 고려한 문서화
9.6 UML
9.7 요약
9.8 더 읽을 거리
9.9 생각해볼 문제

10장 아키텍처 재건
10.1 개요
10.2 정보 추출
10.3 데이터베이스 구축
10.4 뷰 융합
10.5 재건
10.6 사례 연구
10.7 요약
10.8 더 읽을 거리
10.9 생각해볼 문제

3부 아키텍처 분석

11장 ATAM
11.1 ATAM 참여자
11.2 ATAM의 결과물
11.3 ATAM의 과정
11.4 나이팅게일 시스템: ATAM을 적용한 사례 연구
11.5 요약
11.6 더 읽을 거리
11.7 생각해볼 문제

12장 CBAM
12.1 의사결정의 배경
12.2 CBAM의 기초
12.3 CBAM의 구현
12.4 사례 연구: 미국항공우주국 ECS 프로젝트
12.5 CBAM 작업 결과
12.6 요약
12.7 더 읽을 거리
12.8 생각해볼 문제

13장 월드와이드웹
13.1 아키텍처 비즈니스 사이클과의 관계
13.2 요구사항과 품질
13.3 아키텍처 관점에서의 해결방안
13.4 제2차 ABC 사이클: 웹 기반 전자상거래 아키텍처로의 진화
13.5 품질 목표 달성
13.6 오늘날의 월드와이드웹 아키텍처 비즈니스 사이클
13.7 요약
13.8 더 읽을 거리
13.9 생각해볼 문제

4부 아키텍처 확산

14장 소프트웨어 프로덕트 라인
14.1 개요
14.2 소프트웨어 프로덕트 라인의 작동원리
14.3 범위 설정
14.4 프로덕트 라인 아키텍처
14.5 소프트웨어 프로덕트 라인의 방해 요소
14.6 요약
14.7 더 읽을 거리
14.8 생각해볼 문제

15장 셀시우스테크
15.1 아키텍처 비즈니스 사이클과의 관계
15.2 요구사항과 품질
15.3 아키텍처 관점에서의 해결방안
15.4 요약
15.5 더 읽을 거리
15.6 생각해볼 문제

16장 J2EE/EJB
16.1 아키텍처 비즈니스 사이클과의 관계
16.2 요구사항과 품질
16.3 아키텍처 관점에서의 해결방안
16.4 시스템 배치 의사결정
16.5 요약
16.6 더 읽을 거리
16.7 생각해볼 문제

17장 루더 아키텍처
17.1 아키텍처 비즈니스 사이클과의 관계
17.2 요구사항과 품질
17.3 아키텍처 관점에서의 해결방안
17.4 품질 목표 달성
17.5 요약
17.6 더 읽을 거리
17.7 생각해볼 문제

18장 기성품 컴포넌트를 활용한 시스템 구축
18.1 컴포넌트가 아키텍처에 미치는 영향
18.2 아키텍처 불일치
18.3 검색을 통한 컴포넌트 기반 설계
18.4 ASEILM 사례
18.5 요약
18.6 더 읽을 거리

19장 미래의 소프트웨어 아키텍처
19.1 다시 살펴보는 아키텍처 비즈니스 사이클
19.2 아키텍처 수립
19.3 생명주기 내에서의 아키텍처
19.4 상용 컴포넌트의 영향
19.5 요약

『소프트웨어 아키텍처 문서화』

서장: 소프트웨어 아키텍처와 문서화
P.1 아키텍처의 역할
[용어 설명] 소프트웨어 아키텍처
[견해 소개] 아키텍처는 설계와 어떻게 다른가?
[용어 설명] 문서화, 설명, 표현, 명세
P.2 아키텍처 문서 활용방안
P.3 인터페이스
P.4 뷰
[용어 설명] 아키텍처 뷰
P.5 뷰타입과 스타일
P.5.1 뷰타입
P.5.2 스타일
P.5.3 뷰타입, 스타일, 뷰에 대한 요약
[용어 설명] 모듈과 컴포넌트
P.6 좋은 문서를 만드는 7가지 규칙
P.6.1 규칙 1: 읽는 사람의 관점에서 문서를 작성한다
P.6.2 규칙 2: 불필요한 반복을 피한다
P.6.3 규칙 3: 모호함을 피한다
P.6.4 규칙 4: 표준 체계를 따른다
P.6.5 규칙 5: 근거를 남겨둔다
P.6.6 규칙 6: 문서는 항상 최신 내용을 담되 너무 앞서나가지 않는다
P.6.7 규칙 7: 목적에 맞게 작성됐는지 사후 검토한다
[견해 소개] 화살표에 대한 고민
P.7 정리
P.8 생각해볼 문제
P.9 더 읽을거리

I부 소프트웨어 아키텍처 뷰타입과 스타일
I.1 뷰타입과 스타일 목록
I.1.1 모듈 뷰타입
I.1.2 컴포넌트와 커넥터 뷰타입
I.1.3 할당 뷰타입
I.2 스타일 지침: 스타일 문서화를 위한 표준 문서체계

1장 모듈 뷰타입
1.1 개요
1.2 모듈 뷰타입의 요소, 관계, 속성
1.2.1 요소
1.2.2 관계
1.2.3 속성
[용어 설명] 교체가능성
1.3 모듈 뷰타입이 적합한 상황
1.4 모듈 뷰타입 표기법
1.4.1 비공식 표기법
1.4.2 UML
1.5 다른 뷰타입과의 관계
1.6 정리
1.7 생각해볼 문제
1.8 더 읽을거리

2장 모듈 뷰타입 스타일
2.1 분할 스타일
2.1.1 개요
2.1.2 요소, 관계, 속성
2.1.3 용도
2.1.4 표기법
2.1.5 다른 스타일과의 관계
2.1.6 사례
[용어 설명] 하위시스템
2.2 사용 스타일
2.2.1 개요
2.2.2 요소, 관계, 속성
2.2.3 용도
2.2.4 표기법
2.2.5 다른 스타일과의 관계
2.2.6 사례
[용어 설명] 사용
2.3 일반화 스타일
2.3.1 개요
2.3.2 요소, 관계, 속성
2.3.3 용도
2.3.4 표기법
2.3.5 다른 스타일과의 관계
[용어 설명] 일반화
2.3.6 사례
2.4 계층 스타일
2.4.1 개요
2.4.2 요소, 관계, 속성
2.4.3 용도
2.4.4 표기법
2.4.5 다른 스타일과의 관계
2.4.6 사례
[용어 설명] 가상기계
[견해 소개] 거슬러 올라가는 소프트웨어
[견해 소개] '수준' 때문에 생기는 혼란
[견해 소개] UML 클래스 다이어그램 남용금지!
2.5 정리
2.6 생각해볼 문제
2.7 더 읽을거리

3장 컴포넌트와 커넥터 뷰타입
3.1 개요
3.2 C&C 뷰타입의 요소, 관계, 속성
3.2.1 요소
3.2.2 관계
3.2.3 속성
[견해 소개] 커넥터는 정말 필요한가?
[견해 소개] 커넥터 추상화
3.3 C&C 뷰타입의 용도
[견해 소개] 데이터 흐름과 제어 흐름 투영
3.4 C&C 뷰타입 표기법
3.5 다른 뷰타입과의 관계
3.6 정리
3.7 생각해볼 문제
3.8 더 읽을거리

4장 컴포넌트와 커넥터 뷰타입 스타일
4.1 파이프와 필터 스타일
4.1.1 개요
4.1.2 요소, 관계, 속성
4.1.3 용도
4.1.4 다른 스타일과의 관계
4.1.5 사례
4.2 공유 데이터 스타일
4.2.1 개요
4.2.2 요소, 관계, 속성
4.2.3 용도
4.2.4 다른 스타일과의 관계
4.2.5 사례
4.3 발행 구독 스타일
4.3.1 개요
4.3.2 요소, 관계, 속성
4.3.3 용도
4.3.4 다른 스타일과의 관계
4.3.5 사례
4.4 클라이언트/서버 스타일
4.4.1 개요
4.4.2 요소, 관계, 속성
4.4.3 용도
4.4.4 다른 스타일과의 관계
4.4.5 사례
4.5 피어 투 피어 스타일
4.5.1 개요
4.5.2 요소, 관계, 속성
4.5.3 용도
4.5.4 다른 스타일과의 관계
4.5.5 사례
4.6 프로세스 간 통신 스타일
4.6.1 개요
4.6.2 요소, 관계, 속성
4.6.3 용도
4.6.4 다른 스타일과의 관계
4.6.5 사례
4.7 C&C 스타일 표기법
4.7.1 비공식적 표기법
4.7.2 정형적 표기법
[견해 소개] 클래스로 컴포넌트 타입과 인스턴스 표현하기
[용어 설명] 컴포넌트와 UML 컴포넌트의 비교
4.8 정리
4.9 생각해볼 문제
4.10 더 읽을거리

5장 할당 뷰타입과 스타일
5.1 개요
5.2 요소, 관계, 속성
5.3 배치 스타일
5.3.1 개요
5.3.2 요소, 관계, 속성
5.3.3 용도
5.3.4 표기법
5.3.5 다른 스타일과의 관계
5.3.6 사례
5.4 구현 스타일
5.4.1 개요
5.4.2 요소, 관계, 속성
5.4.3 용도
5.4.4 표기법
5.4.5 다른 스타일과의 관계
5.4.6 사례
5.5 작업할당 스타일
5.5.1 요소, 관계, 속성
5.5.2 용도
5.5.3 표기법
5.5.4 다른 스타일과의 관계
5.5.5 사례
5.6 정리
5.7 생각해볼 문제
5.8 더 읽을거리

II부 실전 소프트웨어 아키텍처 문서화

6장 고급 개념
6.1 정보 분할과 뷰 패킷, 정제, 설명적 완결성
6.1.1 뷰 패킷
6.1.2 정제
6.1.3 설명적 완결성
6.2 컨텍스트 다이어그램
6.2.1 최상위 수준 컨텍스트 다이어그램
6.2.2 내용
6.2.3 그 밖의 보조 문서
6.2.4 표기법
6.2.5 사례
6.3 결합 뷰
6.3.1 결합 뷰를 사용해야 하는 경우
6.3.2 대응의 유형
6.3.3 요소, 관계, 속성
6.3.4 결합 뷰 문서화
6.3.5 결합 뷰 예제
6.3.6 그 밖의 예제
6.4 가변성과 역동성 문서화
6.4.1 가변성
6.4.2 역동성
6.4.3 정보 기록
6.4.4 표기법
[견해 소개] 시점이란 무엇인가?
6.5 새로운 스타일 작성과 문서화
[용어 설명] 스타일과 패턴
6.6 정리
6.7 생각해볼 문제
6.8 더 읽을거리

7장 소프트웨어 인터페이스 문서화
7.1 개요
7.2 인터페이스 명세
7.3 인터페이스 문서 표준 체계
[용어 설명] 예외와 오류 처리
7.4 인터페이스 문서와 관련된 이해관계자
7.5 인터페이스 문서 표기법
7.5.1 인터페이스의 존재 제시
7.5.2 형태정보 전달
7.5.3 의미정보 전달
7.5.4 요약
[견해 소개] 다중 인터페이스
[용어 설명] 호출규약, 인터페이스, API
7.6 인터페이스 문서화 예제
7.6.1 SCR 스타일의 인터페이스
7.6.2 IDL
7.6.3 맞춤형 표기법
7.6.4 XML
7.7 정리
7.8 생각해볼 문제
7.9 더 읽을거리

8장 행위 문서화
8.1 구조를 넘어서
8.2 행위 문서화 위치
8.3 행위 문서화 필요성
8.3.1 시스템 분석
8.3.2 개발 작업 추진
8.4 문서화 내용
8.4.1 통신 방식
8.4.2 순서 제약사항
8.4.3 시간에 따라 발생하는 자극
8.5 행위 문서화에 쓰이는 언어와 표기법
8.5.1 추적
8.5.2 정적 모델
8.6 정리
8.7 생각해볼 문제
8.8 더 읽을거리

9장 뷰 선택
9.1 이해관계자들에게 필요한 문서
[견해 소개] 아키텍처 트레이드오프 분석 방법
9.2 선택하기
9.3 두 가지 예제
9.3.1 소규모 프로젝트 A-7E
9.3.2 대규모 프로젝트 ECS
9.4 정리
9.5 생각해볼 문제
9.6 더 읽을거리

10장 문서 패키지 작성
10.1 문서를 하나로? 여러 개로?
[견해 소개] 'is'의 의미
10.2 뷰 문서화
[견해 소개] 표현 방법도 중요하다!
10.3 뷰 개괄 문서
10.3.1 어떻게 문서가 구성됐는가: 구성 정보
10.3.2 무엇을 아키텍처로 봤는가: 구성 내용
10.3.3 왜 아키텍처가 현재의 모습을 하고 있는가: 배경, 근거, 설계 제약사항
[견해 소개] 전역 분석
10.4 소프트웨어 아키텍처 문서의 검증
[견해 소개] 용어집을 만들면 좋았을 텐데
10.5 정리
10.6 생각해볼 문제
10.7 더 읽을거리

11장 그 밖의 문서화 기법
11.1 개요
11.2 래셔널 통합 프로세스(RUP)/크루첸 4+1
11.3 UML
11.3.1 클래스 다이어그램과 객체 다이어그램
11.3.2 컴포넌트 다이어그램
11.3.3 배치 다이어그램
11.3.4 행위 다이어그램
11.4 지멘스 4뷰
11.4.1 전역 분석
11.4.2 개념적 아키텍처 뷰
11.4.3 모듈 아키텍처 뷰
11.4.4 실행 아키텍처 뷰
11.4.5 코드 아키텍처 뷰
11.4.6 요약
11.5 C4ISR 아키텍처 프레임워크
11.5.1 C4ISR 프레임워크의 공통 아키텍처 뷰
11.5.2 공통 산출물
11.6 ANSI/IEEE-1471-2000
11.7 데이터 흐름과 제어 흐름
11.7.1 데이터 흐름 뷰
11.7.2 제어 흐름 뷰
[견해 소개] 그거 전부 다 추측이잖아요!
11.8 RM-ODP
11.9 아키텍처 문서화의 정리
11.9.1 아키텍처 설명 언어
11.9.2 상용 컴포넌트
11.9.3 하이퍼텍스트 문서
11.9.4 형상관리
11.10 당부의 말
11.11 더 읽을거리

부록 A: 소프트웨어 아키텍처 문서 패키지 사례
1권 ECS 소프트웨어 아키텍처 뷰 개괄 문서
2권 ECS 소프트웨어 아키텍처 뷰

『소프트웨어 아키텍처 평가』

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 더 읽을거리