목차
서문
등록 상표
제1장. 소프트웨어 프로젝트 관리의 개요 = 1
머리말 = 1
1.1 소프트웨어 수요의 증가 = 2
1.2 소프트웨어 개발에 있어서 관리의 의미 = 3
1.3 사례 = 5
1.4 새로운 개발 기법에 대해 승인받기 = 6
1.5 소프트웨어 조직의 평가 = 9
1.5.1 성공 가능성 = 9
1.5.2 SEI 등급 = 10
1.5.3 왜 수치인가? = 13
1.6 요약 = 14
생각해 봅시다 = 16
제2장. 소프트웨어 개발에 관련된 문제들 = 17
문제의 예방 = 17
2.1 기본적인 문제들 = 18
2.1.1 프로젝트 요구사항과 관련된 문제들 = 18
2.1.2 잦은 변경 = 19
2.1.3 사전 산정 및 관련 문제들 = 20
2.1.4 외부 자원 = 21
2.1.5 소프트웨어 프로젝트 완료하기 = 22
2.1.6 팀원 편성 및 재편성 = 23
2.1.7 감시 및 감독 = 23
2.2 위험성 분석 = 24
2.2.1 문제의 예측 = 25
2.2.2 분석 단계 = 26
2.2.3 대처 계획 실행하기 = 28
2.3 요약 = 29
연습문제 = 31
생각해 봅시다 = 32
제3장. 소프트웨어 개발 계약 = 33
고객과 개발자의 관계 = 33
3.1 원가 가산 계약과 협정 가격 계약 문제 = 33
3.1.1 원가 가산 계약 = 34
3.1.2 협정 가격 계약 = 36
3.2 기타 고객-개발자 관계 = 38
3.3 제안 요청서(RFP) = 39
3.3.1 기본적인 문제들 = 40
3.3.2 제안 요청서의 작성 = 40
3.3.3 제안 요청서의 발행 = 43
3.4 제안서 = 44
3.4.1 비청원 제안서 = 44
3.4.2 청원 제안서 = 45
3.4.3 제안서 작성팀 = 45
3.4.4 제안서의 형식 = 46
3.4.5 작업 내역서 = 50
3.5 제안서 검토 및 선정 과정 = 50
3.5.1 제안서 선정 위원회 = 50
3.5.2 제안서 평가 기법 = 51
3.6 제안서와 관련한 기타 고려 사항 = 52
3.6.1 고객과 관련된 문제들 = 53
3.6.2 제안자와 관련된 문제들 = 54
3.7 요약 = 55
연습문제 = 56
생각해 봅시다 = 57
제4장. 소프트웨어 개발 주기 = 59
폭포형 모델의 변경 = 59
4.1 컨셉트 단계 = 62
4.1.1 컨셉트 단계의 분위기 = 63
4.1.2 컨셉트 단계의 문제점 = 64
4.2 소프트웨어 요구사항 단계 = 64
4.2.1 요구사항 단계의 분위기 = 65
4.2.2 요구사항 단계의 문제점 = 66
4.3 디자인 단계 = 67
4.3.1 디자인 단계의 분위기 = 69
4.3.2 디자인 단계의 문제점 = 70
4.4 구현 단계 = 71
4.4.1 구현 단계의 분위기 = 72
4.4.2 구현 단계의 문제점 = 73
4.5 통합 및 테스트 단계 = 74
4.5.1 통합 및 테스트 단계의 분위기 = 76
4.5.2 통합 및 테스트 단계의 문제점 = 77
4.6 유지보수 단계 = 78
4.6.1 유지보수 단계의 분위기 = 80
4.6.2 유지보수 단계의 문제점 = 80
4.7 IEEE 표준 1074 : 소프트웨어 주기 프로세스에 관한 표준 = 81
4.7.1 프로젝트 소프트웨어 주기 모델의 선택 = 82
4.7.2 프로젝트 관리 프로세스 = 82
4.7.3 개발 전 프로세스 = 83
4.7.4 개발 프로세스 = 83
4.7.5 개발 후 프로세스 = 83
4.7.6 필수 프로세스 = 84
4.8 요약 = 84
연습문제 = 86
생각해 봅시다 = 88
제5장. 소프트웨어 엔지니어 관리 원칙 = 89
정말 그들은 다른가 = 89
5.1 소프트웨어 프로젝트의 구조 = 90
5.2 팀 구조 = 95
5.2.1 팀 리더 = 96
5.2.2 민주적 팀 = 97
5.2.3 수석 엔지니어 팀 = 97
5.2.4 전문가 팀 = 98
5.3 기본적인 보고 기법 = 99
5.3.1 현황 보고서 = 100
5.3.2 프로젝트 현황 회의 = 102
5.4 소프트웨어 엔지니어의 관리를 위한 일반적인 가이드라인 = 103
5.5 요약 = 104
연습문제 = 106
생각해 봅시다 = 107
제6장. 대규모 프로젝트의 관리 : 분할 지배 기법 = 109
대규모라 해서 반드시 어렵지는 않음 = 109
6.1 단계적 세분화 = 109
6.1.1 기능적 세분화 = 111
6.1.2 디자인 세분화 = 112
6.2 작업 세분화 구조 = 115
6.1.1 프로젝트 세분화 = 117
6.1.2 프로젝트 관리 수단으로서의 WBS = 118
6.3 대규모 프로젝트의 관리 = 119
6.3.1 서브시스템 = 119
6.3.2 기능적 세분화에 관한 가이드라인 = 121
6.3.3 디자인 세분화 가이드라인 = 122
6.3.4 작업 세분화 가이드라인 = 123
6.4 요약 = 124
연습 문제 = 127
생각해 봅시다 = 128
제7장. 클라이언트/서버 환경에서의 소프트웨어 프로젝트 관리 = 129
이름의 발전 = 129
7.1 클라이언트/서버 환경 소재 = 130
7.1.1 정의와 용어 = 131
7.1.2 클라이언트/서버의 목적 = 133
7.1.3 클라이언트의 기능 = 134
7.1.4 서버의 기능 = 134
7.2 네트워크 = 135
7.2.1 네트워크 프로토콜 = 135
7.2.2 네트워크와 관련해 고려해야 할 사항들 = 136
7.3 프로젝트 관리에 있어서 클라이언트/서버 환경의 장점과 단점 = 137
7.4 클라이언트/서버 환경 선택 = 140
7.5 프로젝트 관리 = 141
7.5.1 프로젝트의 통제 = 141
7.5.2 디자인의 결정 = 142
7.5.3 테스트 및 통합의 관리 = 144
7.6 클라이언트/서버 환경의 관리에 관한 도움말 = 145
7.7 요약 = 146
연습문제 = 149
생각해 봅시다 = 150
제8장. 프로젝트 지원 기능 = 153
프로젝트 관리 지원 = 153
8.1 소프트웨어 구성 관리(SCC) = 154
8.1.1 구성 관리에 관련된 용어 = 156
8.1.2 구성 관리 자원 = 157
8.1.3 소프트웨어 구성 관리 계획 = 158
8.1.4 일반적인 가이드라인 = 162
8.2 소프트웨어 품질 검증(SQA) = 163
8.2.1 우수한 소프트웨어의 개발 = 164
8.2.2 품질 관리에 필요한 자원 = 165
8.2.3 소프트웨어 품질 검증 계획안 = 167
8.2.4 소프트웨어 품질 측정 기준 = 168
8.2.5 일반적인 가이드라인 = 170
8.3 소프트웨어 테스트 = 171
8.3.1 소프트웨어 테스트의 유형 = 171
8.3.2 공식적인 테스트 절차 = 173
8.3.3 일반적인 가이드라인 = 174
8.4 요약 = 175
연습 문제 = 177
생각해 봅시다 = 178
제9장. 소프트웨어 개발 표준 = 179
개발 표준 : 필요악 = 179
9.1 소프트웨어 개발 표준의 개요 = 179
9.2 US DOD 표준 2167 = 182
9.2.1 표준 2167의 개요 = 183
9.2.2 검사 및 감사 = 186
9.2.3 데이터 항목 사양(DID) = 187
9.2.4 표준 수정하기 = 191
9.2.5 표준 2167의 장점과 단점 = 192
9.3 IEEE 소프트웨어 엔지니어링 표준 = 193
9.3.1 IEEE 표준의 개요 = 193
9.3.2 IEEE 소프트웨어 엔지니어링 표준 분류집 = 196
9.3.3 IEEE 표준 일람 = 197
9.3.4 IEEE 표준의 장점과 단점 = 203
9.3.5 IEEE와 DOD 표준의 비교 = 205
9.4 유럽 소프트웨어 표준 = 205
9.4.1 ISO 9000 표준 = 205
9.4.2 영국 표준 = 208
9.5 Ada 표준 = 208
9.5.1 Ada 환경 = 209
9.5.2 Ada PDL에 관한 IEEE 표준 = 209
9.6 기타 소프트웨어 개발 표준 = 210
9.7 요약 = 211
연습 문제 = 213
생각해 봅시다 = 214
제10장. 프로젝트의 일정짜기 = 215
일정 작성 : 문제점 = 215
10.1 프로젝트 개발 계획안 = 216
10.2 일정이 확정된 작업 및 기점 = 218
10.2.1 일정이 확정된 작업 목록 = 219
10.2.2 주요 기점과 베이스라인 = 220
10.3 Gantt 도표 = 221
10.4 PERT 도표와 결정적인 경로 = 224
10.4.1 결정적인 경로 = 226
10.4.2 PERT 패키지와 향상된 기능들 = 226
10.5 인원 일정짜기 = 227
10.5.1 개발팀 규모 = 227
10.5.2 숙련 기술과 경험 = 230
10.5.3 악명 높은 작업자 월(man month) = 231
10.6 자원 일정짜기 = 232
10.6.1 작업장 일정짜기 = 233
10.6.2 장비 일정짜기 = 234
10.6.3 판매업체와 하청업체 = 234
10.7 일정 감시 및 갱신 = 235
10.7.1 정기 보고서 = 235
10.7.2 기타 일정 감시 활동 = 236
10.7.3 일정 갱신하기 = 237
10.8 일정 작성과 계획을 위한 일반적인 가이드라인 = 237
10.8.1 초기 작업 목록 세분화하기 = 238
10.8.2 일정 승인받기 = 238
10.8.3 일정, 자원, 품질 및 기능 간의 관계 = 240
10.9 요약 = 241
연습 문제 = 243
생각해 봅시다 = 244
제11장. 산정서 작성 방법 및 기법 = 245
산정 : 문제점 = 245
11.1 프로젝트 산정서 = 246
11.2 단계적 산정 = 247
11.2.1 규격품 콤포넌트 = 248
11.2.2 완전 경험 콤포넌트 = 249
11.2.3 부분 경험 콤포넌트 = 249
11.2.4 새로운 개발 = 250
11.2.5 위험 수준별 프로젝트 세분화 = 251
11.3 새로운 개발의 산정 = 252
11.3.1 프로토타입 방식 = 252
11.3.2 통계 방식 = 254
11.4 건설적인 비용 모델(COCOMO) = 255
11.4.1 인적 자원 수준 = 255
11.4.2 복잡성 수준 = 258
11.4.3 신뢰성 요인 = 260
11.4.4 개발 환경 = 261
11.4.5 서브시스템 = 262
11.4.6 비용 산정 알고리즘 = 264
11.5 기능 요소 분석 = 265
11.5.1 기본적인 FPA 단계 = 266
11.5.2 FPA의 응용 = 269
11.6 범위로서의 산정 = 270
11.7 하드웨어 자원 산정 = 273
11.7.1 CPU 로드 = 274
11.7.2 데이터 저장장치 = 277
11.7.3 속도 = 280
11.8 비개발 오버헤드 = 282
11.9 요약 = 283
연습 문제 = 285
부록 = 287
