지식발전소!! [강컴]

Home >

소프트웨어개발의 지혜 : 원칙,디자인패턴,실천방법

지은이 Robert Cecil Martin/이용원 | 출판사 야스미디어 | 발행일 2004년 02월 23일

POD(Printed On Demand)

디지털 데이터 상태로 책(출판콘텐츠)을 저장 해 두었다가 소비자가 구매를 원하는 즉시 인쇄, 제본, 배송을 해주는 다 품종 소량 생산 출판시스템을 말합니다.

	판매가	35,000원 → 31,500원 10%
	마일리지	0% 0원

	발행일	2004-02-23
	ISBN	8991105009 \| 9788991105003
	기타정보	번역서 \| 700쪽

예상출고일

배송비

무료배송

컴퓨터공학

종합지수 15p 31 위

	이 책의 원서
		Agile Software Development, Principles, Patterns, and Practices Prentice Hall \| Robert Cecil Martin

주의사항

더이상 출간되지 않습니다.

이 책은 큰 항목 여섯 개와 부록 여러 개로 되어 있다.

1 절: 애자일 개발
이 항목은 애자일 개발이란 개념에 대해 설명한다. 이 장은 "애자일 개발 동맹의 선언문 (Manifesto of the Agile Alliance)"으로부터 시작해서, 익스트림 프로그래밍(XP)에 대한 개괄을 제공하고, 그런 다음 XP에 있는 개개의 실천 방법 가운데 특히 우리가 설계하고 코드를 작성하는 방법에 영향을 준 일부를 잘 드러내 보이는 많은 수의 작은 사례 연구들로 들어간다.

2 절: 애자일 설계
이 항목에는 객체 지향 소프트웨어 설계에 대한 장들이 들어있다. 첫번째 장에서는 "설계란 무엇인가?"라는 질문을 던진다. 이 항목에서는 복잡성 관리라는 문제와 그것을 해결하기 위한 기법들을 논의한다. 마지막으로, 이 항목은 객체 지향 클래스 설계의 원칙들로 마무리된다.

3 절: 급여 시스템 사례 연구
이것은 이 책에 들어있는 사례 연구 가운데 가장 규모가 크고 가장 완결된 사례 연구이다. 이 항목에서는 간단한 급여 일괄 시스템의 객체 지향 설계와 C++ 구현을 설명한다. 이 항목의 앞부분 장들에서는 이 사례 연구에서 마주치게 될 디자인 패턴을 설명한다. 그리고 마지막 두 장은 전체 사례 연구를 담고 있다.

4 절: 급여 시스템을 패키지화하기
이 항목은 객체 지향 패키지 설계의 원칙들에 대해 설명하면서 시작한다. 그런 다음 이전 항목에서 만든 클래스들을 점진적으로 패키지화하면서 이 원칙들의 실례를 보인다.

5 절: 기상 관측기 사례 연구
이 항목에는 원래 부치의 책에 들어갈 예정이던 사례 연구 가운데 하나가 들어있다. 기상 관측기 사례 연구에서는 중대한 사업상 결정을 내린 회사를 묘사하고 그 회사의 자바 개발팀이 그 결정에 어떻게 대응했는지 설명한다. 앞선 항목과 마찬가지로, 이 항목은 사례 연구에서 사용될 디자인 패턴에 대한 설명으로 시작해서 본 사례 연구의 설계와 구현에 대한 설명으로 끝맺는다.

6 절: ETS 사례 연구
이 항목에는 저자가 참여했던 실제 프로젝트의 설명이 들어있다. 이 프로젝트는 1999년 이후 현장에서 사용되고 있는 시스템으로, 미국 건축사 면허 관리국(National Council of Architectural Registration Boards)의 등록 시험을 수행하고 채점하기 위해 사용되는 자동화된 시험 시스템이다.

UML 표기법 부록
첫 번째 부록 두 개에는 UML 표기법을 설명하기 위해 사용되는 작은 사례 연구 여러 개가 들어있다.

준비 중입니다.

로버트 C. 마틴(Robert C. Martin)
로버트 C. 마틴 (밥 아저씨)는 1970년부터 소프트웨어 전문가였고 1990년 이래 국제적인 소프트웨어 컨설턴트로 일하고 있다. 그는 C++, Java, .NET, OO, 패턴, UML, 애자일 방법론, 익스트림 프로그래밍 분야에서 전세계의 고객들을 지도하는 경험이 풍부한 컨설턴트들의 팀인 Object Mentor Inc.의 창설자이자 회장이다. 1995년 로버트는 베스트셀러인 "Designing Object Oriented C++ Applications using Booch Method" (Prentice Hall 출판)을 저술했다. 1996년부터 1999년까지 그는 "C++ Report"의 편집장이었다. 1997년 그는 "Pattern Languages of Program Design [각주3]" 책의 수석 편집자였다. 1999년 그는 Cambridge Press에서 출간된 "More C++ Gems"의 편집자였다. 그는 제임스 뉴커크와 함께 2001년 Addison-Wesley에서 출간된 "XP in Practices"를 공동 저술했다. 2002년, 그는 오랫동안 기다려진 이 책 "Agile Software Development: Principles, Patterns, and Practicess" (Prentice Hall, 2002)를 저술했다. 그는 다양한 이 분야 잡지에 수 십 개의 글을 기고했고, 국제 회의와 전시회의 단골 연설자이기도 하다. 그리고 더할 나위 없이 행복한 사람이기도 하다.

제임스 W. 뉴커크
제임스 뉴커크는 소프트웨어 개발 관리자/아키텍트이다. 그는 실시간 마이크로컨트롤러부터 웹 서비스에 이르기까지 다양한 분야에 18년에 걸친 개발 경험을 가지고 있다. 그는 Addison-Wesley에서 2001년 출간된 "Extreme Programming in Practice"의 공동 저자이다. 2000년 8월부터 그는 .NET 프레임워크에 대한 일을 하고 있으며 .NET을 위한 단위 테스트 도구인 NUnit의 개발에도 기여했다.

로버트 S. 코스
로버트 S. 코스 (박사)는 29년 동안 소프트웨어를 작성해왔다. 그는 자신이 프로그래머로부터 수석 아키텍트에 이르기까지 다양한 역할로 참여한 많은 프로젝트에 객체 지향 설계의 원칙들을 적용해왔다. 그리고 코스 박사는 전세계의 수 천 명의 학생들에게 몇 백 개에 이르는 OOD와 프로그래밍 언어 과정을 가르쳐왔다. 그는 현재 Object Mentor, Inc.에서 수석 컨설턴트로 일하고 있다.

【 저자·역자 Prolog 】
“Agile Software Development한국어판” 을 축하하며…
- < b>로버트 C. 마틴(Robert C. Martin)
이 책이 한국어로 번역되어 나온다니 매우 기쁘다. 이 책이 여러분에게 쓸모 있고 유익한 것으로 판명되기를 바란다. 이 책에 실린 교훈들은 필자가 배우는 데 30년이 걸린 것들이다. 이 책을 읽음으로써 여러분이 그 배우는 시간을 줄일 수 있다면 필자에게는 아주 만족스러운 일이 될 것이다.

이 책은 소프트웨어 개발의 세 가지 주제인, 원칙, 패턴, 방식을 다룬다.

원칙은 진리이다. 사물이 존재하는 방식에 상대되는 개념으로, 사물이 그렇게 되어야만 하는 방식을 알려준다.이것은 추구할 이상이자, 지향할 목표이다. 하지만 따라야 할 규칙도 아니고 지켜야 할 법칙도 아니다. 이 안에는 지혜가 있지만, 이 지혜가 절대적인 것은 아니다. 각 개발자와 각 개발 팀은 이 원칙을 적용할 시기와 위치를 스스로 판단해야만 한다.

패턴은 문제의 해결책이다. 이 해결책들은 특정 상황에서는 적절하지만, 다른 상황에서는 그렇지 못하다. 이득도 있지만, 비용 또한 있다. 이것은 수백 명의 서로 다른 소프트웨어 설계자들이 축적한 지식을 나타내지만, 그래도 그 지식은 여러분 각자의 지성에 의해 적용되어야 한다. 패턴은 좋은 것도 나쁜 것도 아니다. 패턴은 단지 존재할 따름이다. 어떤 패턴을 사용하고, 그 패턴을 언제 사용할 지를 결정하려면 헌신적이고 주의 깊은 소프트웨어 설계자가 필요하다.

방식은 고품질의 소프트웨어 생산을 돕는 행동 양식이다. 이는 팀 멤버들이 멤버 서로에게, 업무에, 그들이 만드는 코드에 대해 어떻게 행동해야 하는 지를 기술한다. 이 방식들은 많은 팀에서 시도되어 왔고, 주목할 만한 이득을 얻은 것으로 밝혀져 왔다. 그렇지만 모든 팀이 이 방식들을 모두 채택할 수는 없을 것이다. 각 팀은 이 방식들을 시도해보고, 그 방식이 유익한지 아닌지를 각자 판단해야만 한다.

이 책을 읽으면서, 이것이 여러분과 같은 프로그래머에 의해 쓰여졌다는 사실을 명심하기 바란다. 아마 이 프로그래머는 여러분보다 조금 더 경험이 많고, 여러분보다 더 많은 팀과 프로젝트를 연구했을 지도 모르지만, 어쨌든, 그저 한 명의 프로그래머일 뿐이다. 이 책에서 필자가 추천한 것들은 필자에게, 그리고 다른 사람들에게 실제로 통한 것들이다. 이것들이 여러분에게 통할 것인지 아닌지는 여러분 자신이 직접 알아보아야 할 것이다.

첫 객체 지향 프로그래밍 언어가 탄생한 지 35년이 지났다. 그 당시에 우리는 엄청난 변화를 목도했다. 우리의 언어와, 우리의 산업에서 모두 말이다. 돌이켜보면 컴퓨터는 가장 부유한 회사만이 소유할 수 있었던 거대하고 값비싼 전기 잡아먹는 기계였다. 이제 컴퓨터는 여러분의 서류가방에 들어갈 수 있을 정도로 작아졌고, 그 예전의 기계보다 100배 이상 빨라졌고, 배터리 하나로 몇 시간을 동작할 수 있게 되었다.

우리가 쓰는 언어는 포트란과 알골(Algol)에서 C++, Java, 그리고 C#으로 바뀌었다. 우리는 원시 컴파일러에서 가상 머신으로 옮겨왔다. 그리고 천공 카드에서 리팩토링 브라우저로 옮겨왔다. 하루 종일 걸리던 컴파일은 이제 몇 초밖에 걸리지 않는다. 우리가 작성하는 프로그램은 코드 몇 천줄 짜리에서 수백만 줄짜리로 커졌다.

그리고, 이 모든 변화에 비해, 소프트웨어를 작성하는 일 자체는 변하긴 했으나 아주 조금밖에 변하지 않았다. 프로그래머들은 아직도 한 번에 한 줄씩 코드를 작성한다. 아직도 코드의 각 줄은 끔찍하게 구체적으로 명시되어야 하는데다, 철저히 정확하게 써야 하는 아주 작은 명령어이다.

이것이 우리 산업의 본질적인 딜레마이다. 툴은 눈부실 정도로 빠르게 강력해지고 있는데, 우리가 사용하는 언어는 거의 바뀌지 않았다. 진정한 의미에서의 언어 혁명은 지난 30년 동안 오지 않았고, 앞으로 올 것처럼 보이지도 않는다. 아. 함수형 언어가 있고, 애스펙트(aspect) 언어가 있고, 모델 언어가 있고, 논리 언어가 있다. 그러나 이들 언어는 본질적인 수준에서는 전혀 바뀌지 않았다. 이 언어들로 프로그램을 작성하는 일 자체는 아직도 100% 정확해야만 하는, 끔찍하게 지엽적인 일이다.

다음 언어 혁명은, 만약 그런 것이 온다면, 이 기본적인 문제를 해결하는 언어가 될 것이다. 이것은 개발자가 끔찍할 정도의 지엽적 문제를 신경 쓰지 않고, 철저하게 정확해야 할 필요도 없이 프로그램을 작성할 수 있게 해 줄 것이다. 이런 언어에는 어떤 학습 부분이 필요할 것이다. 여러분이 프로그램에게 일반적인 명령을 내리면, 프로그램은 자신을 좀 더 명확하고 정확하게 만드는 방법을 학습한다. 프로그래밍은 동물 훈련과 비슷한 것이 될 것이다.

하지만 아직도 갈 길은 멀다. 적어도 몇 십 년 후까지는 C++, Java, C#과 같은 언어로 프로그래밍을 하게 될 것이다. 아마 몇 년 내에 우리는 Python, Smalltalk, 또는 Ruby와 같은 동적 타입 검사 언어로 옮겨가게 될 지도 모른다. 이런 언어들을 사용하려면 이 책에 실린 원칙, 패턴, 방식들에 대한 풍부한 지식이 필요하다.

그러므로, 이 원칙들과, 이 패턴들과, 이 방식들을 공부하라. 이것들을 숙달하고 사용하라. 이것들을 언제 적용할 지, 그리고 언제 적용하지 않을 지를 배워라. 그리고, 가장 중요한 것으로, 할 수 있는 한 자신의 코드를 간명하게 유지하라.