xp
-
XP(eXtream Programming) - 3IT/Agile 2011. 2. 5.
프로젝트와 소프트웨어의 기민함을 최대화 하기 위해서 XP는 일련의 프로세스보다 기본원리를 강조한다. [XP의 기본적인 원리] 1. 개발원리 1-1 Pair Programming 모든 프로그래밍은 하나의 컴퓨터에 2명의 프로그래머가 같이 공동작업을 한다. 1-2 Collective Ownership 팀의 모든 프로그래머가 소스코드에 대해서 공동책임을 지는 것으로, 언제 어디서 누구든지 소스코드를 수정할 수 있다. 1-3 Continous Integration 컴포넌트 단위 혹은 모듈 단위로 나누어서 개발된 소스코드들은 하나의 작업이 끝날 때마다 지속적으로 통합되고 테스트 된다. 2.관리원리 2-1 Planing Game 프로젝트 전체의 계획과 주기 계획으로 나누어 지며, 각각의 계획은 비지니스적인 측면과 ..
-
XP(eXtream Programming) - 2IT/Agile 2011. 2. 5.
Waterfall 방식의 프로세스를 사용하지 않기 때문에, 산출물(개발문서)에 집중하지 않는다. 요구사항이 변경될때 마다 산출물을 변경하게 된다면 그 비용도 만만치 않으며, 그 비용 때문에 개발 시간 확보가 되지 않을 것이다. [개발방법] 1. 고객과 개발자의 의사소통을 통하여 요구사항을 확인하고 스토리카드 작성 - 스토리카드란 기능에 명시 및 요구사항을 의미하며, 처음부터 완벽하게 작성하지 않고 차츰 완성해나간다. 2. 메타포를 이용하여 고객에게 시스템을 설명하고 팀원들과의 메타포를 이용하여 의사소통을 하여 오너쉽을 공유 - ※ 메타포 : 시스템을 설명하기 위한 표현방법 3. 페어프로그래밍을 하고 개발은 간략한 디자인을 추구하며 TDD를 통한 단위테스트와 리팩토링 수행 4. 고객과의 개발사항 확인과 요..
-
XP(eXtream Programming) - 1IT/Agile 2011. 2. 5.
XP는 Agile 방법론으로써, 개발 프로세스에 있어서 요구사항이 변한다를 전제로 개발 방향과 방법들을 제시한다. 일반적인 개발 관리 개발요청자는 PL or PM을 통하여 관리와 의사소통하며, 개발자는 PM에게 개발요청사항을 확인하여 설계/개발을 한다. 단적인 예로, PM or PL의 판단 오류 및 의사소통의 문제가 발생한다면 요구사항대로 개발이 될 수 없으며 비용이 증가할 수 밖에 없다. XP 개발 관리 개발요청, 고객 및 요청자와 개발자가 직접 의사소통하고 요구사항을 업데이트 한다. 그럼 관리가 되는 것인가요 라는 질문이 있다면, PM과 PL이 제외되는 것은 아니다. 개발 요구사항에 대해서 직접 개발자와 요청자가 함께 진행할 뿐이다. 게다가 개발자는 개발사항을 메타포 형식으로 구현한 사항을 요청자를 ..