소프트웨어 요구사항의 정수

옮긴이 머리말 viii
추천사 xiii
감사의 글 xviii
베타리더 후기 x
추천 서문 xvi

CHAPTER 1 소프트웨어 요구사항의 핵심 1
요구사항 정의 2
요구사항 엔지니어링의 모범 실무 사례 5
누가 이 모든 일을 하는가? 8
몇 가지 반복되는 주제 9
요구사항의 수명과 시간 10
시작하기 10

CHAPTER 2 기반 마련하기 12
실무 사례 #1: 해결책을 찾기 전에 문제를 이해한다 13
비즈니스 문제 13 / 실제 문제 도출하기 14
비즈니스 문제에 집중하기 16 / 관련 실무 사례 17
실무 사례 #2: 비즈니스 목표를 정의한다 18
비즈니스 요구사항 18 / 비즈니스 목표 21
성공 지표 22 / 제품 비전 23 / 관련 실무 사례 24
실무 사례 #3: 해결책의 경계를 정의한다 25
해결책 개념 구체화하기 26 / 컨텍스트 설정하기 27
생태계 확장하기 28 / 해결책의 경계 적용하기 29
관련 실무 사례 31
실무 사례 #4: 이해 당사자를 식별하고 특성을 파악한다 32
이해 당사자 탐색하기 32 / 이해 당사자, 고객 및 사용자 부류 34
이해 당사자의 특성 파악하기 36 / 관련 실무 사례 37
실무 사례 #5: 권한이 있는 의사 결정자를 파악한다 38
누가 결정하는가? 39 / 그들은 어떻게 결정할까? 40
결정 후에는 어떻게 될까? 41 / 관련 실무 사례 42

CHAPTER 3 요구사항 도출 43
실무 사례 #6: 사용자가 해결책으로 수행해야 하는 작업을 이해한다 45
사용에 초점 두기 46 / 사용자 요구사항 도출하기 46
유스케이스 해부하기 49 / 사용 중심 요구사항 정보 적용하기 50
관련 실무 사례 50
실무 사례 #7: 이벤트 및 응답을 식별한다 51
이벤트 유형 52 / 이벤트 명시하기 53 / 관련 실무 사례 57
실무 사례 #8: 데이터 개념 및 관계를 평가한다 57
데이터 개체와 관계 이해하기 58 / 데이터 이해도 향상시키기 60
데이터 세부 정보가 성공을 결정한다 62 / 숨어있는 데이터 요구사항 찾기 64
관련 실무 사례 65
실무 사례 #9: 품질 속성을 도출하고 평가한다 65
품질 속성 도출하기 66 / 품질 속성이 갖는 의미 67
품질 속성 절충하기 68 / 품질 속성 지정하기 69
관련 실무 사례 71

CHAPTER 4 요구사항 분석 72
실무 사례 #10: 요구사항을 분석한다 73
개별 요구사항 분석하기 74 / 요구사항 집합 분석하기 78
관련 실무 사례 80
실무 사례 #11: 요구사항 모델을 작성한다 81
올바른 모델 선택하기 82 / 모델을 사용하여 이해한 것을 구체화하기 84
반복적 모델링 86 / 관련 실무 사례 88
실무 사례 #12: 프로토타입을 만들고 평가한다 88
프로토타입을 만드는 이유 89 / 프로토타입 제작과 사용하기 90
프로토타입의 운명 93 / 관련 실무 사례 93
실무 사례 #13: 요구사항의 우선순위를 지정한다 94
우선순위 지정 시 할 일 94 / 우선순위에 영향을 미치는 요인 95
우선순위 부여 기법 96 / 품질 속성의 우선순위를 정하기 위한 쌍별 비교 98
분석적 우선순위 지정 방법 99 / 관련 실무 사례 100

CHAPTER 5 요구사항 명세 102
실무 사례 #14: 일관된 방법으로 요구사항을 작성한다 104
몇 가지 일반적인 요구사항 패턴 104 / 추상화 수준 106
요구사항 속성 108 / 비기능적 요구사항 109
관련 실무 사례 110
실무 사례 #15: 체계적인 방식으로 요구사항을 구성한다 110
요구사항 템플릿 110 / 소프트웨어 요구사항 명세 112
요구사항 관리 도구 114 / 관련 실무 사례 115
실무 사례 #16: 비즈니스 규칙을 식별하고 문서화한다 116
비즈니스 규칙 정의 116 / 비즈니스 규칙 찾기 118
비즈니스 규칙 문서화하기 119 / 비즈니스 규칙 적용하기 120
관련 실무 사례 121
실무 사례 #17: 용어집을 만든다 122
의사 소통 동기화하기 122 / 관련 실무 사례 125

CHAPTER 6 요구사항 검증 126
실무 사례 #18: 요구사항을 검토하고 테스트한다 127
요구사항 검토 127 / 요구사항 테스트하기 129
인수 기준 130 / 분석 모델 테스트하기 132
효율적으로 요구사항 테스트하기 133
품질을 최우선으로 생각하기 134 / 관련 실무 사례 135

CHAPTER 7 요구사항 관리 136
실무 사례 #19: 요구사항 기준선을 설정하고 관리한다 137
요구사항 기준선 정의 137 / 두 가지 기준선 전략 138
기준선에 포함된 요구사항 식별하기 139 / 기준선에 대한 합의 얻기 140
여러 기준선 및 기준선 변경 관리하기 142 / 관련 실무 사례 143
실무 사례 #20: 요구사항 변경을 효과적으로 관리한다 144
요구사항 변경 예상하기 145 / 변경 관리 프로세스 정의하기 146
영향에 대한 변경사항 평가하기 149 / 변경 결정이 내려진 후 150
적은 변경을 찾아서 150 / 관련 실무 사례 151

부록: 실무 사례 요약 153
참고문헌 155
찾아보기 163

실무 사례 #11 요구사항 모델을 작성한다
요구사항 지식을 표현하는 데 텍스트가 유일한 방법은 아니며, 때로는 최선의 방법도 아니다. 무수한 세부 사항 속에서 길을 잃고 큰 그림을 놓치거나 오류를 간과하기 쉽다. 시각적 요구사항 모델인 다이어그램은 문서화된 해결책 요구사항과는 다른 관점에서 요구사항 정보를 살펴볼 수 있는 좋은 방법을 제공한다. 강력한 요구사항 모델들을 만들면 BA가 상위 수준의 정보를 빠르게 반복 처리할 수 있으므로 보다 정확한 세부 요구사항으로 이어지는 통찰력을 부여해준다. 또한 현재 현실을 반영하기 위해 제품이 변경되면 모델을 쉽게 업데이트할 수 있으며, 이는 반복적인 프로젝트에서 특히 유용하다. 요구사항 모델링에 대한 숙련도는 필수적인 BA 기술이다(Wiegers, n.d.). 모델은 여러 가지 방법으로 요구사항 분석을 지원한다.

실무 사례 #12 프로토타입을 만들고 평가한다
이상적으로는 비즈니스 분석가가 사용자에게 필요한 것이 무엇인지 간단히 물어본 다음 요구사항 명세에 답변을 기록할 수 있다. 하지만 현실에서는 사용자가 “필요한 것이 무엇인지 말할 수는 없지만, 직접 보면 알 수 있을 겁니다I’ll know it when I see it, IKIWISI”라고 대답할 가능성이 더 높다. 두문자어인 IKIWISI는 개념, 텍스트 및 다이어그램의 모음으로만 요구사항을 탐색하는 데 따르는 어려움을 인정한다. 실무 사례 #11, “요구사항 모델을 작성한다”의 스트로맨 모델에서 보았듯이, 사람들은 새로운 것을 만들고 설명하는 것보다 눈앞에 놓인 것을 비평하는 것이 더 쉽다고 생각한다.