로그인회원가입장바구니고객센터마이페이지회사소개
kangcom
전체
Home >   >   > 

유스 케이스 바로쓰기 (Writing Effective Use Cases)

   
지은이 Alistair Cockburn/송태국   |   출판사 피어슨에듀케이션코리아  |   발행일 2002년 10월 25일
 
클릭하시면 큰 도서이미지를 보실 수 있습니다.
판매가 18,000원16,200원 10%
마일리지 5% 900원
발행일 2002-10-25
ISBN 8945070869 | 9788945070869
기타정보 번역서 | 316쪽
예상출고일
배송비 2,000원 (20,000원이상 무료배송)
   
컴퓨터공학
종합지수 9p 47 위
   
이 책의 원서
  Writing Effective Use Cases
Addison-Wesley Professional | Alistair Cockburn
 

"유스 케이스의 A 부터 Z까지…”
코오번의 풍부한 경험과 사유의 결정체


유스케이스는 이제 사용자 요구사항 파악에 빠져서는 안될 도구로 자리 잡았다. 따라서 정보 기술 분야에서 개발자, 설계자 또는 분석가 등의 역할을 막론하고 소프트웨어 엔지니어라면 한 번쯤은 작성해 보았을 것이다. 하지만, 늘 유스케이스가 사용자의 기능 요구사항 파악이라는 팀의 목적을 정확히 달성했는가라는 질문에 대한 대답은 글쎄요? 또는 확신하지 못한다가 대부분일 것이다.
이제는 유스케이스를 제대로 이해하고 바로 작성할 때가 되었다. 더 이상의 시행착오는 우리의 프로젝트를 위험하게 한다.

이 책은 저자의 풍부한 경험과 사유에 근거하고 있다. 우리가 그 동안 프로젝트 현장에서 고민하면서 나름대로 해결책을 찾느라 애써왔던 문제들에 대해 명쾌한 해답을 제시해 준다. 이 책을 통해 여러분들은 유스케이스를 바로 알게 될 것이고, 이 책에서 제시한 풍부한 예제와 일화, 구체적인 권고와 지침들을 여러분의 프로젝트 유스케이스 작성에 적용했을 때 얻어진 결과물에 여러분들도 놀라실 겁니다.
머리말 iii

Chapter 1 소 개 1
1.1 유스케이스란 무엇인가(대략적으로)? 1
유스케이스 1 웹을 통한 주식 매입 3
유스케이스 2 자동차 사고 보상받기 4
유스케이스 3 박스의 도착 등록 6
1.2 유스케이스는 서로 다르다 6
유스케이스 4 물건 구매(간결한 버전) 9
유스케이스 5 물건 구매(완전한 버전) 9

◆ 스티브 아돌프: 새로운 영역에서 요구사항 ?발견하기? 12
1.3 요구사항과 유스케이스 13
프로젝트를 연결시키는 구조, 유스케이스 15
1.4 유스케이스의 가치 16
1.5 에너지 관리 17
1.6 사용 시나리오와 준비운동 19

◆ 사용 시나리오: ?빠른 현금? 인출 19
1.7 연습문제 20

Part 01 유스케이스 내용들 23
Chapter 2 행위에 대한 계약, 유스케이스 25
2.1 목표를 가진 액터의 상호작용 25
액터는 목표를 가진다 25
목표는 실패할 수 있다 27
상호작용은 복합적이다 27
유스케이스는 시나리오를 모은다 30
2.2 이해관계를 가진 이해관계자의 계약 32
2.3 그래픽 모델 34

Chapter 3 범 위 37
3.1 기능 범위 38
액터-목표 목록 38
유스케이스 요약서 39
3.2 설계 범위 40
설계 범위를 강조하기 위한 그림 아이콘 사용 43
설계 범위 예제 43
기업-시스템 범위 43
유스케이스 6 새로운 서비스 추가(기업) 44
유스케이스 7 새로운 서비스 추가(아큐라) 45
하나의 어플리케이션을 위한 여러 컴퓨터 45
유스케이스 8 서비스 요청 입력과 갱신(결합 시스템) 46
유스케이스 9 새로운 서비스 입력(아큐라에) 46
유스케이스 10 새로운 서비스 요청을 알림(BSSO에게) 47
유스케이스 11 서비스 요청 갱신(BSSO에서) 47
유스케이스 12 갱신된 요청을 알림(아큐라에게) 47
실질적인 유스케이스 47
유스케이스 13 자원에 대한 접근 직렬화 49
유스케이스 14 잠금 변환 정책 적용 50
유스케이스 15 접근 호환 정책 적용 51
유스케이스 16 접근 선택 정책 적용 51
유스케이스 17 자원 접근을 위한 서비스 클라이언트 대기 52
3.3 가장 바깥쪽 유스케이스 52
3.4 범위 관련 작업 산출물 54
3.5 연습문제 55

Chapter 4 이해관계자와 액터 57
4.1 이해관계자 57
4.2 일차 액터 58
일차 액터가 중요하지 않은 이유(와 중요한 이유) 59
액터 대 역할 61
일차 액터의 특성 구분 62
4.3 지원 액터 63
4.4 논의 중인 시스템 63
4.5 내부 액터와 화이트-박스 유스케이스 64
4.6 연습문제 64

Chapter 5 세 가지 목표 수준 67
5.1 사용자 목표들(파란색, 해수면-수준 ) 68
두 개의 파란색 수준 70
5.2 요약 수준(흰색, 구름 연 ) 70
유스케이스 18 보험 계약 처리+ 71
가장 바깥쪽 유스케이스 다시 보기 72
5.3 하위기능(남색/검은색, 해저 조개 ) 72
요약 목표 수준 73
5.4 목표-수준 강조를 위한 그림 아이콘 사용 74
5.5 정확한 목표 수준 찾기 75
사용자 목표 찾기 75
목표 수준 높이기와 낮추기 75
5.6 긴 작성 예제: ?보험금 청구 처리?의 여러 수준 77
유스케이스 19 보험금 청구 처리(비즈니스) 78
유스케이스 20 직장인 보장 보험 청구 조사 79
유스케이스 21 보험금 청구 처리(시스템) + 80
유스케이스 22 손해내역 등록 83
유스케이스 23 무엇이든 찾기(문제 정의서) 86
5.7 연습문제 86

Chapter 6 선조건, 트리거, 보증 87
6.1 선조건 87
6.2 최소 보증 89
6.3 성공 보증 90
6.4 트리거 91
6.5 연습문제 92

Chapter 7 시나리오와 단계 93
7.1 주요 성공 시나리오 93
공통적인 주변 구조 93
시나리오 본문 95
7.2 행동 단계 96
지침 96
지침 1: 단순한 문법을 사용하라 96
지침 2: ?누가 공을 가졌는지? 명확하게 보여준다 97
지침 3: 조감도로부터 작성한다 97
지침 4: 앞으로 진행하는 과정을 보여준다 97
지침 5: 액터의 움직임이 아닌 의도를 보여준다 98
지침 6: ?합리적인? 행동의 집합을 포함한다 100
지침 7: ~여부 확인이 아니라 검증을 한다 102
지침 8: 시기는 선택적으로 언급한다 103
지침 9: 관용구: ?사용자는 시스템 A가 시스템 B를 동작시키도록 한다? 103
지침 10: 관용구: ?조건에 이를 때까지 x-y단계를 수행한다? 104
번호를 붙일 것인가, 말 것인가? 105
7.3 연습문제 105

Chapter 8 확 장 107
8.1 확장의 기초 107
8.2 확장 조건 109
가능한 모든 실패와 대안 흐름에 대해 브레인스토밍한다 110
지침 11: 조건을 이용해 감지한다 111
확장 목록을 합리화한다 113
실패 상황을 통합한다 114
8.3 확장 처리 115
지침 12: 조건 처리는 들여쓴다 117
실패 안의 실패 118
확장으로부터 새로운 유스케이스 만들기 119
8.4 연습문제 120

Chapter 9 기술과 데이터 변동 121

Chapter 10 유스케이스 연결 123
10.1 하위 유스케이스 123
10.2 확장 유스케이스 124
확장 유스케이스를 사용하는 시기 126
10.3 연습문제 127

Chapter 11 유스케이스 양식 129
11.1 사용 가능한 양식들 129
완전한(격식을 갖춘) 양식 129
유스케이스 24 완전한 양식 유스케이스 템플릿 <제목> 129
간결한 양식 130
유스케이스 25 실제 로그-인(간결한 버전) 130
한 개의 열을 갖는 표 131
두 개의 열을 갖는 표 132
RUP 방식 133
유스케이스 26 수강신청 134
If-조건문(만약 . . . 라면) 방식 136
오켐(Occam) 방식 136
다이어그램 방식 137
UML 유스케이스 다이어그램 양식 138
11.2 유스케이스 작성 형식에 영향을 주는 요인들 138
일관성 141
복잡성 141
11.3 5가지 프로젝트 유형에 대한 표준 143
요구사항 파악을 위하여 143
유스케이스 27 요구사항 파악 템플릿 ― 유스케이스 이름 143
비즈니스 프로세스 모델링을 위하여 144
유스케이스 28 비즈니스 프로세스 템플릿 ― 유스케이스 이름 144
요구사항의 규모를 파악하기 위하여 145
유스케이스 29 규모 파악 템플릿 ― 유스케이스 이름 145
기간이 짧고 부하가 큰 프로젝트를 위하여 146
유스케이스 30 짧은 일정 템플릿 ― 유스케이스 이름 146
상세한 기능 요구사항을 위하여 147
유스케이스 31 상세 요구 템플릿 ― 유스케이스 이름 147
11.4 결 론 148
11.5 연습문제 148

Part02 자주 논의되는 주제들 151


Chapter 12 유스케이스 완료 시점 153
작성 완료 후 154

Chapter 13 여러 유스케이스 처리 157
각각에 대해 간단히 언급한다(낮은-정밀도 표현) 157
유스케이스 묶음을 만든다 157

Chapter 14 CRUD와 매개변수화된 유스케이스 159
14.1 CRUD 유스케이스 159
유스케이스 32 보고서 관리 160
유스케이스 33 보고서 저장 162
14.2 매개변수화된 유스케이스 164

Chapter 15 비즈니스 프로세스 모델링 167
15.1 모델링 대 설계 167
핵심 비즈니스로부터의 작업 168
비즈니스 프로세스로부터 기술로 작업 169
기술로부터 비즈니스 프로세스로 작업 170
15.2 비즈니스 유스케이스와 시스템 유스케이스의 연결 172

◆ 러스티 왈터스: 비즈니스 모델링과 시스템 요구사항 173


Chapter 16 누락된 요구사항 175
16.1 데이터 요구사항의 정밀도 176
16.2 유스케이스와 다른 요구사항 교차-연결 178

Chapter 17 전체 프로세스에서 유스케이스 181
17.1 프로젝트 조직 안의 유스케이스 181
유스케이스 제목별로 정리한다 181
배포와 교차하여 유스케이스 처리 183
완전한 시나리오 인도 184
17.2 업무나 특성 목록을 위한 유스케이스 184
유스케이스 34 트레이드-인(Trade-In)* 지정 186
17.3 설계를 위한 유스케이스 187
객체지향 설계자를 위한 주의사항 190
17.4 UI 설계를 위한 유스케이스 191
17.5 테스트를 위한 유스케이스 192
유스케이스 35 주문하기, 송장 작성(테스트 예제) 193
17.6 실제 유스케이스 작성 194
분기-결합 프로세스 194
유스케이스당 필요한 시간 198
대규모 그룹으로부터 유스케이스 수집 198

◆ 앤디 크라우스: 대규모, 다양한 그룹으로부터 유스케이스 수집 199

Chapter 18 유스케이스 요약서와 익스트림 프로그래밍 203

Chapter 19 실수 바로 잡기 205
19.1 시스템이 없음 205
19.2 일차 액터가 없음 206
19.3 사용자 인터페이스 세부사항이 지나치게 많다 207
19.4 매우 낮은 목표 수준 209
19.5 목적과 내용이 서로 다름 210
19.6 UI가 지나치게 많은 고급 예제 211
유스케이스 36 해결책 찾기 ― 수정 전 211
유스케이스 37 가능한 해결책 찾기 ― 수정 후 216


Part03 바쁜 사람을 위한 주의사항 221

Chapter 20 각 유스케이스를 위한 주의사항 223
주의사항 1: 유스케이스는 산문체 수필이다 223
주의사항 2: 유스케이스를 읽기 쉽게 만든다 223
주의사항 3: 한 문장 형식 224
주의사항 4: 하위 유스케이스를 ?포함?한다 225
주의사항 5: 누가 공을 가졌는가? 225
주의사항 6: 올바른 목표 수준을 가진다 226
주의사항 7: GUI는 제외시킨다 226
주의사항 8: 두 가지 결말 228
주의사항 9: 이해관계자들은 보증을 필요로 한다 228
주의사항 10: 선조건 230
주의사항 11: 유스케이스에 대한 통과/실패 테스트 230

Chapter 21 유스케이스 집합을 위한 주의사항 233
주의사항 12: 끊임없이 전개되는 이야기 233
주의사항 13: 회사의 범위와 시스템의 범위 234
주의사항 14: 핵심 가치와 변형 234
주의사항 15: 유스케이스 집합에 대한 품질관련 질문 238

Chapter 22 유스케이스 작업 시 주의사항 239
주의사항 16: 단지 제 3장일 뿐이다(제 4장은 어디에?) 239
주의사항 17: 작업의 폭이 우선이다 239
주의사항 18: 12 단계 비법 241
주의사항 19: 실수로 인한 비용을 파악한다 241
주의사항 20: 청바지가 더 낫다 242
주의사항 21: 실패 처리 243
주의사항 22: 직책을 부여한다 244
주의사항 23: 액터는 역할을 수행한다 244
주의사항 24: 위대한 그림 속임수 245
주의사항 25: 위대한 도구 논쟁 246
주의사항 26: 제목과 요약서를 이용한 프로젝트 계획 작성 249


부 록 251

Appendix A UML에서 유스케이스 253
A.1 타원과 막대기 모양 253
A.2 UML의 포함 관계 254
지침 13: 보다 높은 목표는 위쪽에 그린다 254
A.3 UML의 확장 관계 255
지침 14: 확장된 유스케이스는 아래쪽에 그린다 256
지침 15: 서로 다른 화살표 모양을 사용한다 257
확장(extends)을 정확하게 사용한다 257
확장 지점(Extension Points) 258
A.4 UML의 일반화 관계 259
일반화를 정확히 사용한다 259
지침 16: 일반 목표를 위쪽에 그린다 260
일반화의 위험 260
A.5 예속 대 하위 유스케이스 262
A.6 유스케이스 다이어그램 작성 263
지침 17: 컨텍스트 다이어그램에서 사용자 목표 264
지침 18: 지원 액터는 오른쪽에 둔다 264
A.7 텍스트 기반의 유스케이스를 작성한다 264

Appendix B 연습문제 (일부에 대한) 해답 267
제 3장, 55페이지 267
연습문제 3.1 267
연습문제 3.2 268
제 4장, 64페이지 268
연습문제 4.2 268
연습문제 4.3 269
제 5 장, 86페이지 269
연습문제 5.1 269
연습문제 5.2 270
제 6 장, 92페이지 270
연습문제 6.1 270
연습문제 6.4 271
제 7장, 105페이지 271
연습문제 7.1 271
연습문제 7.2 271
연습문제 7.4 272
유스케이스 38 주문 처리 시스템 사용 273
제 8장, 120페이지 273
연습문제 8.1 273
연습문제 8.5 274
유스케이스 39 웹을 통한 주식 매입 274
제 11장, 148페이지 275
연습문제 11.1 275
유스케이스 40 점화 플러그 청소 서비스 수행 275
Appendix C 용어해설 277
주요 항목 277
유스케이스 유형 279
다이어그램 280

Appendix D 참고자료 281
내용 중에 참조한 책들 281
내용 중에 참조한 논문들 281
유용한 온라인 자원들 282

찾아보기 283
준비 중입니다.
다시 기본으로...
김강주님이 쓰신 서평보기 I 평점 I 조회수(1591) I 공감 (0) I 블로그
이제 직업 프로그래머로 겨우 4년차 정도 되어 가는데 상당한 회의를 느끼고 있습니다.  멋진 추상화는 책속에서 보는 것 뿐이고 현란한 기술들은 암호화된 코드로 느낄 정도로 어렵게만 느껴집니다. 너무 많은 말들과 새로운 것들 때문에 정신차리기도 힘든 때 인거 같습니다.  uml이란 용어를 들은지도 벌써 6~7년 되어 갑니다.  하지만 지금까지 제대로 이해조차 못하고있는 나자신이 참 초라하기 조차 합니다.  부단...
유스케이스에 대한 궁금증을 해소하라
방민호님이 쓰신 서평보기 I 평점 I 조회수(1062) I 공감 (0) I 블로그
유스케이스를 작성해 본 분들의 대부분 특징은 이것을 이렇게 쓰는 것이 옳기는 한것인가 자신이 써놓은 유스케이스에 대해 자신감이 없다는 것...그리고 써놓은 유스케이스를 실제 업무에 그렇게 많이 도움을 준다거나 적용을 시키지 못한다는 점입니다.우선 UML에 대해 개론적으로 설명해놓은 책이나 작성법을 일러주는 책...특히 초보자들을 타겟으로 한 책중 대부분이 유스케이스부분을 유스케이스다이어그램 그리는것이 전부인 양 오해하게 만드는 소지를 준다는 것입니다. 저 역...
중,고급 유스케이스 작성자를 위한 최고의 책..
심우곤님이 쓰신 서평보기 I 평점 I 조회수(1299) I 공감 (0) I 블로그
3개월 전에 구입하고는 슬쩍 보았는데, 아니.. UML의 유스케이스 다이어그램도 아니고 Actor도 어디서 꿔다놓은 보릿자루 같은 요상한 그림에다.. 유스케이스 기술서의 상단에는 물고기, 구름, 연, 조개.. 등등.. 도무지 제대로된 유스케이스 책이라고는 볼 수 없었습니다. 그래서 한 구석에밀어넣고 괄시(?)하다가.. 최근에 그래도 Cockburn의 책인데~ 하면서 다시 열어보게 되었습니다.역자분 중 전형철님의 말씀처럼.. "유스케이스에 대해 배울만큼 배웠다는 자만심에 차 있으면서도...
[Review] 시작이 반이다.
김진회님이 쓰신 서평보기 I 평점 I 조회수(1037) I 공감 (0) I 블로그
요즘들어 Alistair Cockburn 의 책 두권이 번역되어 나왔습니다. Writing Effective Use Cases라는 책과 Agile Software Development 입니다. 평에 따르면, 번역 수준도 상당히 높다고 하네요. 암튼...크리스탈 시리즈..특히 아이스터 코오번 씨의 책은 상당히 경험에서 우러나온 만큼 실무적이면서, 소설책 같습니다..-_-;; 다른 책 Agile Software Development라는 책은 원서로 읽고 있는데, 이 책은 개발자가 아닌, 관련 분야에 종사하시는 분이면 한번쯤 읽어봐도 좋지 않을까 합니...
정보사업관리...
김화종
선택된 상품을 찜하실 수 있습니다. 선택된 상품을 바로구매 하실 수 있습니다.
처음 만나는 전자기학...
곽동주
선택된 상품을 찜하실 수 있습니다. 선택된 상품을 바로구매 하실 수 있습니다.
VHDL 사용자를 배려한 VERILOG 2001 디지털시스템 설계...
이강, 장경선
선택된 상품을 찜하실 수 있습니다. 선택된 상품을 바로구매 하실 수 있습니다.
야마모토 케...
Mike Cohn/...
 
전체평균(19)
회원평점   회원서평수 4
다시 기본으로...
김강주 님  2005-07-21
유스케이스에 대한 궁금증을 해소하라
방민호 님  2004-01-03
중,고급 유스케이스 작성자를 위한 최고의 책..
심우곤 님  2003-07-16
[Review] 시작이 반이다.
김진회 님  2003-02-07
Alistair Cockburn 의 최근 저서
 
앨리스터 코오번의 유스케이스
21,600원
(10%↓+5%)
 
Agile Software Development: The Cooperative Game (2/E)
71,400원
(15%↓+1%)
 
Crystal Clear: A Human-Powered Methodology for Small Teams
47,600원
(15%↓+0%)
 
Patterns for Effective Use Cases
41,700원
(15%↓+1%)
 
Writing Effective Use Cases
68,600원
(14%↓+0%)
 
피어슨에듀케이션코리아 출판사의 신간
컴퓨터 시스템
Randal E. Bryant 저
36,200원
(2%↓+1%)
 
디지털영상처리
라파엘 C. 곤잘레즈 저
32,980원
(3%↓+0%)
 
반도체 소자공학
Robert F. Pierret 저
31,360원
(2%↓+1%)
 
CCNA Voice Official Exam Certification Guide (한글1판)
제레미 치오아라 , 마이클 J. 카바노프, 크리스 A. 크레이크 / 최용호, 유세복 역 저
28,500원
(5%↓+1%)
 
이메일주소수집거부