소프트웨어공학-eXtreme Programming
등록일 / 수정일- 페이지 / 형식
- 자료평가
- 구매가격
- 2016.11.10 / 2016.11.10
- 37페이지 /
ppt (파워포인트 2003) - 평가한 분이 없습니다. (구매금액의 3%지급)
- 1,500원
최대 20페이지까지 미리보기 서비스를 제공합니다.
자료평가하면 구매금액의 3%지급!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
추천 연관자료
- 본문내용
-
소프트웨어공학
eXtreme Programming
1 2 3 4 5
Overview
적 용 방 법
적 용 사 례
기 타 및 개 선 점
개 발 효 과
CONTENTS
Overview
한 계
Schedule slips
misunderstanding
현재의 방법론들 문제점
새로운 방법론 필요
Business change
Replace cost
Defect rate
Project cancelled
등장 배경
Schedule slips
많은 프로젝트들이 정해진 시간에 완성되지 못한다.
misunderstanding
고객의 요구를 직접적인 커뮤니케이션이 없이는 추측하기 힘들다.
Replace Costs
성공적인 프로젝트도 몇 년이 지나면 대체되어야 한다.
Buisiness Change
새로운 법 제정이나 시장의 변화로 비즈니스 선호도가 빨리 바뀐다.
등장 배경-기존 방법론 한계점
Project Cancelled
프로젝트의 규모가 클 수록 프로젝트 취소 될 확률이 높다.
Size of project
Early
On-Time
Delayed
Cancelled
Sum
1 function point
14.68%
83.16%
1.92%
0.25%
100.00%
10 function points
11.08%
81.25%
5.67%
2.00%
100.00%
100 function points
6.06%
74.77%
11.83%
7.33%
100.00%
1,000 function points
1.24%
60.76%
17.67%
20.33%
100.00%
10,000 function points
0.14%
28.00%
23.83%
48.00%
100.00%
100,000 function points
0.00%
13.67%
21.33%
65.00%
100.00%
Average
5.53%
56.94%
13.71%
23.82%
100.00%
Project를 보다 작은 function size가 되도록
작게 여러 개의 sliece로 잘라야 할 필요성 요구
↑프로젝트의 규모당 기간 내 완료 확률
(Source : Patterns of Software Systems Failure and Success,
by Capers Jones)
등장 배경-기존 방법론 한계점
eXtreme Programming ?
Kent Beck이 "Extreme Programming Explained Embrace Change“
에서 제안한 비즈니스 요구 변동이 심할 때 적합한 소프트웨어 개발론
Agile Process 중 하나이면서 동시에 그 중 Agile Process의 선구적 역할
eXtreme Programming을 XP라고 흔히 불리움
기존의 개발방법론과 비교해서 실전 개발 현장의 문제의식에 의거
개발 초기단계의 설계 보다 코딩과 테스트를 중시
각 공정을 순서를 매기지 않고, 항상 피드백을 받아 수정/재설계 하는 것 중시
짧은 개발주기(Iteration)/2명이 같이 개발하는 Pair Programming
프로젝트의 위험을 줄이는 프로그래밍 중심의 소프트웨어 개발방법론
라이프사이클 후반부라도 요구사항 변경에 적극적/긍정적인 대처
역발상의 SW개발방법
"고객에게 최고의 가치를 가장 빨리“ 전달
보다 더 안정성 있는 경량 방법론
요구사항 등의 변화가 자주 있거나 개발자가 소규모(10명내외)
같은 공간을 사용하는 경우에 높은 효과를 봄
나선형 모델을 좀 더 극단적으로 적용한 것으로 생각 할수도 있으며
객체지행 방법론으로 설계/구현되는 시스템에 적용할 수 있음
XP의 특징
자료평가
-
아직 평가한 내용이 없습니다.
