홈 > 부모님 > 부모님 > 소설,일반 > 컴퓨터,모바일
소프트웨어 설계의 결합 균형  이미지

소프트웨어 설계의 결합 균형
균형 잡힌 커플링으로 복잡한 시스템을 견고하게 만드는 모듈형 설계 원칙
제이펍 | 부모님 | 2026.04.30
  • 정가
  • 30,000원
  • 판매가
  • 27,000원 (10% 할인)
  • S포인트
  • 1,500P (5% 적립)
  • 상세정보
  • 18.8x24.5 | 0.585Kg | 308p
  • ISBN
  • 9791124205488
  • 배송비
  • 2만원 이상 구매시 무료배송 (제주 5만원 이상) ?
    배송비 안내
    전집 구매시
    주문하신 상품의 전집이 있는 경우 무료배송입니다.(전집 구매 또는 전집 + 단품 구매 시)
    단품(단행본, DVD, 음반, 완구) 구매시
    2만원 이상 구매시 무료배송이며, 2만원 미만일 경우 2,000원의 배송비가 부과됩니다.(제주도는 5만원이상 무료배송)
    무료배송으로 표기된 상품
    무료배송으로 표기된 상품일 경우 구매금액과 무관하게 무료 배송입니다.(도서, 산간지역 및 제주도는 제외)
  • 출고일
  • 품절된 상품입니다.
  • ★★★★★
  • 0/5
리뷰 0
리뷰쓰기

구매문의 및 도서상담은 031-944-3966(매장)으로 문의해주세요.
매장전집은 전화 혹은 매장방문만 구입 가능합니다.

  • 도서 소개
  • 출판사 리뷰
  • 작가 소개
  • 목차
  • 회원 리뷰

  도서 소개

좋은 설계는 커플링을 없애는 것이 아니라 균형을 잡는 것이다
모듈형 소프트웨어 설계를 위한 '균형 잡힌 결합(커플링)'이라는 혁신적인 프레임워크를 설명하는 책이다. 50년 이상 축적된 소프트웨어 공학의 통찰을 바탕으로, 검증된 원칙과 기법을 정제해 소프트웨어 설계 의사결정을 위한 간결하고 실용적인 지침으로 제시한다. 저자는 구체적인 사례를 통해 결합이 무조건 줄여야 할 대상이 아니라, 모듈성, 복잡성, 변경 비용 같은 기준으로 판단해서 활용할 수 있는 설계 도구임을 보여준다. 복잡한 시스템을 더 잘 나누고, 더 오래 살아남는 구조로 설계하고 싶은 아키텍트와 개발자에게 탄탄한 판단 기준을 제공하는 책이다.

  출판사 리뷰

디커플링 만능론을 깨고 '의도된 연결'을 설계하라
좋은 소프트웨어 설계는 왜 이렇게 어려울까? 모듈 이름 하나 바꿨을 뿐인데 시스템 절반이 흔들리고, 기능 하나 추가하는 일이 폭탄 해체처럼 느껴진다면 문제는 구현 기술이 아니라 설계의 결합(커플링) 방식에 있을지 모른다. 좋은 소프트웨어 시스템을 구축하려면 결합을 제대로 다뤄야 한다. 그 중요성에도 불구하고, 결합은 지금까지 충분한 주목을 받지 못하고 오히려 없애야 할 대상으로 지목되곤 했다.
결합은 함수 작성부터 객체 모델 설계, 그리고 분산 시스템을 아키텍처 수준에서 구성하는 데에까지 거의 모든 설계 결정에 영향을 미친다. 결합을 0으로 만드는 일이 불가능하다는 것을 우리는 이미 알고 있다. 이 책은 50년 이상 연구된 소프트웨어 공학의 통찰을 바탕으로, 구조적 설계에서 출발해 공생성 모델로 이어지는 고전적인 결합 이론과 현대 분산 시스템의 복잡한 현실을 잇는 실용적 프레임워크를 제시한다. 저자는 결합을 무조건 줄여야 할 대상이 아니라, 모듈성, 복잡성, 변경 비용 같은 판단 기준에 의한 '설계 결정'으로 재정의한다.
통합 강도, 거리, 변동성 등 결합의 세 가지 핵심 차원을 관통하는 '균형 잡힌 결합' 설계 프레임워크를 통해, 결합이 다양한 차원에서 어떤 영향을 미치는지 식별하고 평가하는 방법을 제시한다. 왜 어떤 설계는 복잡성을 낳고, 어떤 설계는 모듈성을 높이는지, 구체적인 사례와 함께 그 이유를 탐구한다. 모듈화되고, 진화 가능하며, 안정적인 소프트웨어 시스템을 설계하고 싶은 아키텍트와 개발자라면 꼭 읽어볼 가치가 있는 책이다.

주요 내용
● 결합의 개념을 정의하고, 그것이 시스템 설계와 아키텍처에서 어떤 역할을 하는지 설명한다.
● 결합은 시스템의 복잡성을 키우는 원인인 동시에 모듈성을 만드는 기반이 될 수 있음을 보여준다.
● 결합을 모듈식 소프트웨어 설계를 위한 실질적인 도구로 바꾸는 통합적 프레임워크를 소개한다.
● 소프트웨어 시스템이 지속적으로 성장하는 과정에 맞춰 설계 결정을 어떻게 진화시켜야 하는지 안내한다.

'결합(coupling)'이라는 용어는 종종 형편없는 설계를 지칭하는 약어로 사용된다. 시스템 구조가 우리가 하려는 변경에 적극적으로 저항하거나 얽힌 종속성의 미궁에서 빠져나오려고 할 때, 우리는 그것을 결합의 탓으로 돌린다. '모든 것을 분리'하는 것이 자연스러운 경향이다. 클래스, 모듈, 서비스 또는 전체 시스템이든 간에 우리는 그것들을 분리하는 경향이 있는데, 구성요소를 더 작게 만듦으로써 각 구성요소를 독립적으로 구현하고 발전시킬 수 있는 자유를 얻을 수 있기 때문이다. / 하지만 결합이 꼭 모든 악의 근원일까? / 결합이 전혀 없는 시스템을 상상해 보자. 모든 구성요소가 독립적이고 상호 교환 가능하다. 이것이 좋은 설계일까? 그런 시스템이 비즈니스 목표를 달성할 수 있을까?

'모듈'이라는 용어는 소프트웨어 엔지니어링에서 광범위하게 사용되지만, 소프트웨어 모듈이 무엇인지 정의하는 것은 생각처럼 간단하지 않다. 이 용어는 소프트웨어 엔지니어링이 발전하는 와중에 원래 의미가 불분명해지면서 다양하게 재해석되고 정확한 정의가 상실되어 의미가 모호해졌다. / 무엇이 소프트웨어 모듈을 만드는가? 라이브러리, 패키지, 객체, 객체 그룹 또는 서비스일까? 또한 모듈적이지 않은 소프트웨어 구성요소는 무엇이며 모듈과 어떻게 다를까? (…) 소프트웨어 모듈이 정확히 무엇인지 이해하기 위해 시간을 거슬러 올라가서 '모듈'이라는 용어가 소프트웨어 설계에 처음 도입되었을 때 무슨 의미였는지 살펴보겠다.

값 공생성(connascence of value)은 거의 가장 높은 수준의 공생성이다. 이 수준은 시스템의 여러 요소 간의 강력한 기능적 관계를 설명한다. 원자적 트랜잭션과 같이 값이 동시에 변경되어야 하는데 그렇지 않을 경우 시스템을 잘못된 상태에 놓이게 하는 값들은 값 공생성을 갖는다. / 값 공생성의 간단한 예는 산술 제약 조건이다. 삼각형 변의 길이를 나타내는 3개의 변수(EdgeA, EdgeB, EdgeC)가 포함된 코드 6.12의 구조를 살펴보자. (…) 비즈니스 규칙과 불변식에 의해 주도되는 제약은 좀 더 일반적이다. 다음과 같은 비즈니스 규칙을 구현해야 하는 소매 시스템을 생각해 보자. 고객이 검증되면 영업 에이전트가 우선 배송으로 등급을 올려줄 수 있다. 고객이 코드 6.13에 표시된 필드가 있는 객체로 표현된다고 가정하겠다.

  작가 소개

지은이 : 블라드 코노노프
직접 컴퓨터 게임을 만들고 싶어서 8세 때 베이직 책을 집어 들었다. 아직 게임을 출시하지는 못했지만 소프트웨어 엔지니어링이 그의 열정이자 직업이 되었다. 20년 이상의 업계 경험을 바탕으로, 웹마스터에서 수석 아키텍트에 이르기까지 크고 작은 회사에서 근무했다. 컨설턴트이자 트레이너로서 기업이 비즈니스 도메인을 이해하고 레거시 시스템을 풀어내며 복잡한 아키텍트 과제를 해결하도록 돕고 있다. 저서로 8개 언어로 번역된 《도메인 주도 설계 첫걸음》(위키북스, 2022) 등이 있다. 또한 연설자로서 전 세계의 주요 소프트웨어 엔지니어링 및 아키텍처 콘퍼런스에서 발표했으며, 복잡한 개념을 간단하고 접근하기 쉬운 용어로 설명하는 능력으로 유명하다.

  목차

옮긴이 머리말 xi
베타리더 후기 xiii
이 책에 쏟아진 찬사 xv
추천 서문(레베카 J. 워프스브록) xvii
추천 서문(켄트 벡) xviii
머리말 xx
감사의 글 xxv
들어가며 xxvi

PART I 결합

CHAPTER 1 결합과 시스템 설계 3
1.1 결합이란 무엇인가? 4
1.2 결합의 규모 4
1.3 지식의 흐름 7
1.4 시스템 8
1.5 요점 13
1.6 복습 문제 14

CHAPTER 2 결합과 복잡성: 커네빈 17
2.1 복잡성이란 무엇인가? 17
2.2 커네빈 19
2.3 커네빈 도메인의 비교 24
2.4 소프트웨어 설계에서의 커네빈 25
2.5 커네빈 애플리케이션 29
2.6 커네빈과 복잡성 30
2.7 요점 30
2.8 복습 문제 31

CHAPTER 3 결합과 복잡성: 상호작용 33
3.1 복잡성의 본성 34
3.2 복잡성과 시스템 설계 34
3.3 계층적 복잡성 37
3.4 자유도 41
3.5 복잡성과 제약 44
3.6 결합과 복잡한 상호작용 45
3.7 예제: 결합과 복잡성을 연결하기 45
3.8 요점 51
3.9 복습 문제 52

CHAPTER 4 결합과 모듈성 55
4.1 모듈성 56
4.2 모듈 57
4.3 소프트웨어 시스템에서의 모듈성 60
4.4 모듈성, 복잡성, 결합 66
4.5 모듈성에서의 결합 71
4.6 요점 72
4.7 복습 문제 7

PART II 차원

CHAPTER 5 구조적 설계의 모듈 결합 77
5.1 구조적 설계 78
5.2 모듈 결합 78
5.3 모듈 결합 수준 비교하기 91
5.4 요점 92
5.5 복습 문제 93

CHAPTER 6 공생성 95
6.1 공생성이란 무엇인가? 96
6.2 정적 공생성 96
6.3 동적 공생성 102
6.4 공생성 평가하기 108
6.5 요점 111
6.6 복습 문제 112

CHAPTER 7 통합 강도 115
7.1 결합의 강도 116
7.2 통합 강도 118
7.3 침입 결합 119
7.4 기능 결합 122
7.5 모델 결합 125
7.6 계약 결합 130
7.7 통합 강도 논의 138
7.7.1 예제: 분산 시스템 139
7.8 통합 강도와 비동기 실행 140
7.9 요점 142
7.10 복습 문제 142

CHAPTER 8 거리 145
8.1 거리와 캡슐화 경계 145
8.2 거리에 영향을 추는 추가 요인 151
8.3 거리 대 근접성 154
8.4 거리 대 통합 강도 155
8.5 요점 155
8.6 복습 문제 156

CHAPTER 9 변동성 159
9.1 변화와 결합 160
9.2 왜 소프트웨어는 바뀌는가? 161
9.3 변경률 평가하기 163
9.4 변동성과 결합 강도 169
9.5 추론된 변동성 171
9.6 요점 172
9.7 복습 문제 172

PART III 균형

CHAPTER 10 결합 균형 177
10.1 결합 차원 조합하기 178
10.2 강도, 거리, 변동성을 조합하기 183
10.3 숫자 척도로 결합 균형 잡기 186
10.4 요점 192
10.5 복습 문제 193

CHAPTER 11 결합 재조정 195
11.1 탄력적 설계 196
11.2 소프트웨어 변경 벡터 196
11.3 결합 재조정 200
11.4 요점 207
11.5 복습 문제 207

CHAPTER 12 소프트웨어 설계의 프랙털 기하학 209
12.1 성장 210
12.2 혁신 217
12.3 프랙털 기하학 222
12.4 프랙털 모듈성 223
12.5 요점 224
12.6 복습 문제 225

CHAPTER 13 균형 잡힌 결합의 실제 227
13.1 마이크로서비스 227
13.2 아키텍처 패턴 232
13.3 비즈니스 객체 238
13.4 메서드 243
13.5 요점 248
13.6 복습 문제 249

CHAPTER 14 결론 251

맺음말 255

APPENDIX A 결합의 발라드 257
APPENDIX B 결합 관련 용어 261
APPENDIX C 복습 문제 해답 267


참고 문헌 271
찾아보기 276

  회원리뷰

리뷰쓰기