본문내용 바로가기
MD의선택 무료배송 이벤트 사은품 소득공제

소프트웨어 아키텍처 문서화

에이콘 소프트웨어 아키텍처 시리즈 | 2판

이 책의 다른 상품 정보

  • 정가 : 45,000원
    판매가 : 40,500 [10%↓ 4,500원 할인]
  • 혜택 :
    [기본적립] 2250원 적립 [5% 적립] [추가적립] 5만원 이상 구매 시 2,000원 추가적립 안내 [회원혜택] 회원 등급 별, 3만원 이상 구매 시 2~4% 추가적립 안내 [리뷰적립] 리뷰 작성 시 e교환권 최대 300원 추가적립 안내
  • 추가혜택 : 포인트 안내 도서소득공제 안내 추가혜택 더보기
  • 배송비 : 무료 배송비 안내
  • 배송일정 : 서울특별시 종로구 세종대로 기준 지역변경
    당일배송 지금 주문하면 오늘(26일,화) 도착 예정 배송일정 안내
  • 바로드림 : 인터넷으로 주문하고 매장에서 직접 수령 안내 바로드림 혜택
    휴일에는 바로드림 픽업으로 더 빨리 받아 보세요. 바로드림 혜택받고 이용하기

이 책의 이벤트

해외주문/바로드림/제휴사주문/업체배송건의 경우 1+1 증정상품이 발송되지 않습니다.
  • 2022 캘린더 수록한 IT독자를 위한 readIT 노트 사은품
    2021.10.14 ~ 2021.11.30
  • MANNING, O'REILLY, PACKT, WILE..
    2016.03.07 ~ 2022.12.31
상품상세정보
ISBN 9788960778870(8960778877)
쪽수 648쪽
크기 189 * 251 * 30 mm /1300g 판형알림
이 책의 원서/번역서 Documenting Software Architectures: Views and Beyond(2nd ed.) / Paul Clements

책소개

이 책이 속한 분야

[소프트웨어 아키텍처 문서화]는 좋은 문서화의 7가지 규칙을 설명하며 시작한다. 이어서 모듈 뷰와 컴포넌트-커넥터 뷰, 할당 뷰의 각 스타일을 문서화하는 방법과 가변점과 아키텍처 결정, 인터페이스, 그리고 행위를 문서화하는 방법 및 아키텍처 문서를 검토하는 방법을 알아본다. 이 책의 아키텍처 문서화의 템플릿은 그동안의 사용과 피드백을 반영해 향상되었으며, 서비스 지향 아키텍처와 다중 티어 아키텍처, 관점 지향 시스템을 위한 아키텍처를 문서화하는 예도 함께 제시한다. 또한 웹 기반의 서비스 지향 시스템의 소프트웨어 아키텍처 문서화의 예제와 애자일 개발 환경에서의 문서화 가이드를 제공하고, 마지막으로 UML을 사용한 소프트웨어 아키텍처 문서화를 설명한다.

작가의 말

이 책의 목적은 다음 질문에 대답하는 것이다.
“다른 사람이 성공적으로 사용할 수 있고, 유지보수하며, 시스템을 구축하는 데 사용할 수 있는 아키텍처를 어떻게 문서화하는가?”
이 책의 독자는 아키텍처 문서의 생산과 소비에 관련된 모든 사람들이다. 이 책의 목표는 아키텍처에 관한 어떤 정보가 수집해야 할 중요한 것인지를 결정하고, 그것을 수집하는 데 필요한 지침과 표기법, 예제를 제공하는 것이다. 우리는 이 책이 아키텍처를 구성하는 다양한 종류의 정보에 대한 실무 중심의 가이드가 되도록 했다. 또한, 어떤 정보가 문서화되어야 하는지를 결정하며, (UML을 비롯한 다양한 표기법의 예제와 함께) 다른 사람들이 아키텍처에 기반한 작업, 즉 구현과 분석, 복구를 수행하는 데 사용할 수 있도록 작성할 때 그 정보를 서술하는 방법을 보여주는 실제적인 가이드를 제공한다. 또한 다른 사람들이 사용할 수 있는 포괄적인 아키텍처 문서를 생성하는 방법을 보여준다.
대부분의 책에서 특정한 표기법(보통 UML)을 사용하는 방법을 설명하지만, 우리는 아키텍트가 정말로 필요한 것은 아키텍처와 이해당사자가 가장 우선하는 가이드며, 언어는 그것을 지원하는 부수적인 것이라고 믿는다. 그것이 이 책에서 제공하고자 하는 것이다. - 저자

30년간의 소프트웨어 개발 경험 속에서 갖고 있는 하나의 신념은 ‘아키텍처가 튼튼한 시스템이 결국엔 성공한다.’는 것이다. 아키텍처가 튼튼한 시스템은 결합성이 적고 응집력이 강한 시스템이다. 이처럼 튼튼하게 아키텍처가 설계된 시스템을 구현하는 것은 결코 실패하지 않으며, 적어도 문제를 최소화할 수 있다. 업무 로직이 변경되는 경우라도 쉽게 대응할 수 있어 생명력이 긴 소프트웨어 시스템을 만들어낼 수 있다. 이러한 신념을 바탕으로 집필한 『CBD, What & How』(와우북스, 2008)와 『SOA, What & How』(와우북스, 2008)에서 각각 제시한 CBD와 SOA 방법론은 모두 튼튼한 아키텍처 설계를 강조하고 있다. 소프트웨어 아키텍처를 문서화하는 것은 아키텍트나 개발자들에게 어려운 작업일 수 있다. 그러나 소프트웨어 아키텍처를 올바르게 문서화하는 일은 다양한 관점을 갖고 있는 모든 이해당사자가 시스템의 소프트웨어에 대해 같은 이해를 공유하게 한다는 점에서 아주 중요하다.
이 책은 초판의 연장선상에 있으면서도 문서화 체계를 변화시켰다. 뷰 타입과 스타일, 뷰로 구분하던 것을 스타일과 뷰로 간결하게 바꾼 것이다. 이것은 『(개정3판)소프트웨어 아키텍처 이론과 실제』(에이콘, 2015)를 반영한 결과다. 이 책에서 설명한 소프트웨어 아키텍처 문서화 방법론의 이름은 뷰와 그 너머(View and Beyond)다. 특별히 이번 판은 근래에 많이 적용하고 있는 애자일 개발 프로젝트에서의 아키텍처 문서화 방법도 함께 설명하고 있다. 이 책에서 뷰와 그 너머 방법론과 애자일 철학은 중심점에서 완전히 일치한다고 단정한다. 즉, 정보가 필요 없다면 문서화하지 않는다는 것이다. 많은 애자일 프로젝트에서 소프트웨어 아키텍처 문서화를 무시하는 경향이 있지만, 이 책을 읽고 여러분은 애자일 프로젝트에서도 소프트웨어 아키텍처 문서화가 필요하다는 것을 깨닫게 될 것이다. 특별히 이번 판에서는 UML을 사용해 소프트웨어 아키텍처의 다양한 뷰를 표현하는 방법도 포함하고 있으며, 웹 기반의 서비스지향 시스템을 문서화하는 예제도 제공한다. - 역자

목차

프롤로그: 소프트웨어 아키텍처와 문서화
__P.1 소프트웨어 아키텍처의 간단한 개요
____P.1.1 개요
____P.1.2 아키텍처와 품질 속성
____용어 설명: 소프트웨어 아키텍처란?
____관점: 아키텍처와 설계의 차이점
__P.2 아키텍처 문서화의 간단한 개요
____P.2.1 왜 소프트웨어 아키텍처를 문서화하는가?
____용어 설명: 명세, 표현, 서술, 문서화
____P.2.2 아키텍처 문서화의 사용과 독자
____P.2.3 아키텍처 문서화와 품질 속성
____P.2.4 아키텍처 문서화의 경제성
____P.2.5 뷰와 그 너머 방법론
____P.2.6 애자일 환경에서의 뷰와 그 너머
____P.2.7 문서화보다 빨리 변경되는 아키텍처의 문서화
__P.3 아키텍처 뷰
____용어 설명: 아키텍처 뷰의 간단한 역사
__P.4 아키텍처 스타일
____P.4.1 스타일의 3가지 분류
____용어 설명: 모듈과 컴포넌트
____용어 설명: ‘아키텍처 스타일’과 ‘아키텍처 패턴’
__P.5 좋은 문서화를 위한 7가지 규칙
____관점: 모든 사람이 ‘그냥 아는’ 표기법을 조심하라
____관점: 화살표의 의미
__P.6 요약 체크리스트
__P.7 생각해볼 문제
__P.8 더 읽을거리

I부 소프트웨어 아키텍처 스타일의 컬렉션
__I.1 스타일의 세 가지 카테고리
__I.2 스타일 지침: 스타일을 설명하기 위한 표준 구성
__I.3 문서화할 요소 및 관계 속성 선택
__I.4 아키텍처 뷰 표기법
__I.5 사례

1장 모듈 뷰
__1.1 개요
__1.2 모듈 뷰의 요소와 관계, 속성
____1.2.1 요소
____1.2.2 관계
____1.2.3 속성
__1.3 모듈 뷰 사용
__1.4 모듈 뷰 표기법
____1.4.1 비형식적 표기법
____1.4.2 UML
____1.4.3 DSM
____1.4.4 ERD
__1.5 다른 뷰와의 관계
__1.6 요약 체크리스트
__1.7 생각해볼 문제
__1.8 더 읽을거리

2장 몇 가지 모듈 스타일
__2.1 분할 스타일
____2.1.1 개요
____2.1.2 요소, 관계, 속성
____2.1.3 분할 스타일 사용
____2.1.4 분할 스타일 표기법
____2.1.5 다른 스타일과의 관계
____2.1.6 분할 스타일 사례
____용어 설명: 서브 시스템
__2.2 사용 스타일
____2.2.1 개요
____2.2.2 요소, 관계, 속성
____2.2.3 사용 스타일 사용
____2.2.4 사용 스타일 표기법
____2.2.5 다른 스타일과의 관계
____2.2.6 사용 스타일 사례
____용어 설명: 사용하다(uses)
__2.3 일반화 스타일
____2.3.1 개요
____2.3.2 요소, 관계 속성
____2.3.3 일반화 스타일 사용
____2.3.4 일반화 스타일 표기법
____2.3.5 다른 스타일과의 관계
____2.3.6 일반화 스타일 사례
__2.4 레이어 스타일
____2.4.1 개요
____2.4.2 요소, 관계, 속성
____2.4.3 레이어 스타일 사용
____2.4.4 레이어 스타일 표기법
____2.4.5 다른 스타일과의 관계
____2.4.6 레이어 스타일 사례
____용어 설명: 가상 머신
____관점: 상위 레이어 호출
____관점: 레이어 아키텍처를 유지하기 위한 DSM 사용
__2.5 관점 스타일
____2.5.1 개요
____2.5.2 요소, 관계, 속성
____2.5.3 관점 스타일 사용
____2.5.4 관점 스타일 표기법
____2.5.5 다른 스타일과의 관계
____2.5.6 관점 스타일 사례
____용어 설명: 관점지향 프로그래밍
__2.6 데이터 모델
____2.6.1 개요
____2.6.2 요소, 관계, 속성
____2.6.3 데이터 모델 사용
____2.6.4 데이터 모델 스타일 표기법
____2.6.5 다른 스타일과의 관계
____2.6.6 사례
____용어 설명: 엔티티
__2.7 요약 체크리스트
__2.8 생각해볼 문제
__2.9 더 읽을거리

3장 컴포넌트-커넥터 뷰
__3.1 개요
__3.2 C&C 뷰의 요소, 관계, 속성
____3.2.1 요소
____3.2.2 컴포넌트-커넥터 타입과 인스턴스
____3.2.3 관계
____3.2.4 속성
____관점: 복잡한 커넥터가 필요할까?
__3.3 C&C 뷰 사용
____관점: 커넥터 추상화 선택
__3.4 C&C 뷰 표기법
____3.4.1 비형식적 표기법
____3.4.2 형식적 표기법
____3.4.3 준형식적 표기법
____관점: 데이터 흐름과 제어 흐름 모델
__3.5 다른 뷰와의 관계
__3.6 요약 체크리스트
__3.7 생각해볼 문제
__3.8 더 읽을거리

4장 몇 가지 컴포넌트-커넥터 스타일
__4.1 C&C 스타일 개요
__4.2 데이터 흐름 스타일
____4.2.1 파이프-필터 스타일
__4.3 호출-반환 스타일
____4.3.1 클라이언트-서버 스타일
____4.3.2 P2P 스타일
____4.3.3 서비스지향 아키텍처 스타일
__4.4 이벤트 기반 스타일
____4.4.1 출판-구독 스타일
__4.5 레파지토리 스타일
____4.5.1 공유 데이터 스타일
__4.6 C&C 스타일 횡단 관심사
____4.6.1 프로세스-커뮤니케이션
____4.6.2 티어
____4.6.3 동적 생성과 소멸
__4.7 요약 체크리스트
__4.8 생각해볼 문제
__4.9 더 읽을거리

5장 할당 뷰와 몇 가지 할당 스타일
__5.1 개요
__5.2 배포 스타일
____5.2.1 개요
____5.2.2 요소, 관계, 속성
____5.2.3 배포 스타일 사용
____5.2.4 배포 스타일 표기법
____5.2.5 다른 스타일과의 관계
__5.3 설치 스타일
____5.3.1 개요
____5.3.2 요소, 관계, 속성
____5.3.3 설치 스타일 사용
____5.3.4 설치 스타일 표기법
____5.3.5 다른 스타일과의 관계
__5.4 작업 배정 스타일
____5.4.1 개요
____5.4.2 요소, 관계, 속성
____5.4.3 작업 배정 스타일 사용
____5.4.4 작업 배정 스타일 표기법
____5.4.5 다른 스타일과의 관계
____관점: 작업 배정 뷰가 왜 아키텍처적인가?
__5.5 기타 할당 스타일
____관점: 조정 뷰
__5.6 요약 체크리스트
__5.7 생각해볼 문제
__5.8 더 읽을거리

II부 구조를 넘어서: 문서화 완료
6장 기초를 넘어서
__6.1 정제
____6.1.1 분할 정제
____6.1.2 구현 정제
____6.1.3 설계 스펙트럼
__6.1.4 스타일 특수화
__6.2 서술적 완결성
__6.3 컨텍스트 다이어그램 문서화
____6.3.1 뷰 용어를 사용한 컨텍스트 다이어그램 생성
____6.3.2 컨텍스트 다이어그램 내용
____6.3.3 컨텍스트 다이어그램과 다른 지원 문서화
____6.3.4 컨텍스트 다이어그램 표기법
__6.4 가변점 문서화
____6.4.1 가변점
____6.4.2 가변 메커니즘
____용어 설명: 제품 라인 아키텍처
____6.4.3 역동성과 동적 아키텍처
____6.4.4 가변점 문서화
__6.5 아키텍처 결정 문서화
____6.5.1 아키텍처 결정 문서화 이유
____6.5.2 아키텍처 결정 문서화 템플릿
____6.5.3 대안 문서화
____6.5.4 어떤 결정을 문서화할 것인가?
____관점: “이것을 하려면 많은 노력이 들겠지만, 함께 찾아보면 방법이 있습니다.”
____6.5.5 아키텍처 결정 문서화 보상
____관점: 아키텍처 문서화로부터 의사 결정으로서의 아키텍팅까지
____관점: 아키텍처 결정의 온톨로지
__6.6 뷰 결합
____6.6.1 뷰 사이의 연관 타입
____6.6.2 결합 뷰
____6.6.3 뷰를 결합할 때
____6.6.4 결합 뷰의 예
__6.7 요약 체크리스트
__6.8 생각해볼 문제
__6.9 더 읽을거리

7장 소프트웨어 인터페이스 문서화
__7.1 개요
____용어 설명: 제공 인터페이스 대 필수 인터페이스
__7.2 인터페이스 문서화
____7.2.1 다이어그램에 인터페이스의 존재 보여주기
__7.3 인터페이스 문서화의 표준 구성
____용어 설명: 에러 처리
__7.4 인터페이스 문서화의 이해당사자
__7.5 구문 정보 전달
__7.6 의미적인 정보 전달
__7.7 인터페이스 문서화 사례
____7.7.1 Zip 컴포넌트 API
____용어 설명: 시그니처, 인터페이스, API
____7.7.2 SOAP 웹 서비스 인터페이스
__7.8 요약 체크리스트
__7.9 생각해볼 문제
__7.10 더 읽을거리

8장 행위 문서화
__8.1 구조를 넘어서
__8.2 행위 문서화 방법
____8.2.1 1단계: 어떤 유형의 질문에 대답할지를 결정한다
____8.2.2 2단계: 어떤 타입의 정보를 사용할지, 제약할지를 결정한다
____8.2.3 3단계: 표기법을 선택한다
__8.3 행위 문서화 표기법
____8.3.1 추적 표기법
____8.3.2 포괄적인 모델 표기법
__8.4 행위 문서화 위치
__8.5 행위 문서화 이유
____8.5.1 개발 행위 주도
____8.5.2 분석
__8.6 요약 체크리스트
__8.7 생각해볼 문제
__8.8 더 읽을거리

III부 아키텍처 문서화 구축
9장 뷰 선택
__9.1 이해당사자와 문서화 필요성
__9.2 뷰 선택 방법
____관점: 이해당사자에게 듣기
__9.3 사례
____관점: 아키텍처를 도입하지 않는 방법
__9.4 요약 체크리스트
__9.5 생각해볼 문제
__9.6 더 읽을거리

10장 문서 패키지 구축
__10.1 뷰 문서화
____10.1.1 뷰 문서화 표준 구성
____관점: 컨텍스트 다이어그램에서 컨텍스트 뷰까지
____10.1.2 뷰 표준 구성의 유용한 변형
____10.1.3 뷰 또는 뷰 패킷에 불필요한 반복 피하기
__10.2 뷰 너머 문서화
____10.2.1 뷰 너머 정보 문서화의 표준 구성
____10.2.2 뷰 너머 문서화 표준 구성의 유용한 변형
__10.3 요구 매핑 문서화
____관점: 요구 매핑: 이미 갖고 있을 수 있음
__10.4 아키텍처 문서 패키징
____10.4.1 패키징 체계
____10.4.2 온라인 문서, 하이퍼텍스트, 위키
____용어 설명: 위키
____10.4.3 형상 관리
____10.4.4 릴리스 전략 따르기
____관점: 표현도 역시 중요하다
____관점: 도구 요구
__10.5 요약 체크리스트
__10.6 더 읽을거리

11장 아키텍처 문서 검토
__11.1 절차 단계
____용어 설명: 능동적 설계 검토
__11.2 아키텍처 문서 검토를 위한 질문 세트의 예
____11.2.1 적합한 이해당사자와 관심사를 찾기 위한 예제 질문 세트
____11.2.2 평가 지원을 위한 예제 질문 세트
____11.2.3 개발을 지원하기 위한 예제 질문 세트
____11.2.4 ISO/IEC 42010 준수를 위한 예제 질문 세트
__11.3 검토 구축과 수행 예제
__11.4 요약 체크리스트
__11.5 생각해볼 문제
__11.6 더 읽을거리

에필로그: 다른 접근 방법과 함께 뷰와 그 너머 사용
__E.1 ISO/IEC 42010, 이전의 ANSI/IEEE Std 1471-2000
____E.1.1 개요
____E.1.2 42010과 뷰와 그 너머
__E.2 RUP/크루첸 4+1
____E.2.1 RUP/4+1과 뷰와 그 너머
__E.3 로잔스키와 우즈 관점 집합 사용
____용어 설명: 아키텍처 시각
____E.3.1 로잔스키와 우즈 관점과 뷰와 그 너머
__E.4 애자일 개발 프로젝트에서 아키텍처 문서화
____E.4.1 개요
____E.4.2 애자일 개발과 뷰와 그 너머
__E.5 미국 국방 아키텍처 프레임워크
____E.5.1 DoDAF 개요
____E.5.2 DoDAF와 소프트웨어 아키텍처
____E.5.3 DoDAF와 뷰와 그 너머
____E.5.4 소프트웨어 아키텍처 문서화에 DoDAF 사용 전략
__E.6 아키텍처 문서화가 끝나는 곳
__E.7 끝으로
__E.8 더 읽을거리

부록 A UML
__A.1 개요
__A.2 모듈 뷰 문서화
____A.2.1 분할 스타일
____A.2.2 사용 스타일
____A.2.3 일반화 스타일
____A.2.4 레이어 스타일
____A.2.5 관점 스타일
____A.2.6 데이터 모델 스타일
____관점: UML 클래스 다이어그램: 너무 많아도, 너무 적어도
__A.3 컴포넌트-커넥터 뷰 문서화
__A.4 할당 뷰 문서화
____A.4.1 배포스타일
____A.4.2 설치 및 구현 스타일
____A.4.3 작업 배정 스타일
__A.5 행위 문서화
____A.5.1 액티비티 다이어그램
____A.5.2 시퀀스 다이어그램
____A.5.3 커뮤니케이션 다이어그램
____A.5.4 타이밍 다이어그램
____A.5.5 인터랙션 오버뷰 다이어그램
____A.5.6 상태 머신 다이어그램
____A.5.7 유스케이스 다이어그램
__A.6 인터페이스 문서화
____관점: UML 도구

부록 B SysML
__B.1 아키텍처 문서화
__B.2 요구
__B.3 모듈 뷰 문서화
__B.4 컴포넌트-커넥터 뷰 문서화
__B.5 할당 뷰 문서화
__B.6 행위 문서화
__B.7 인터페이스 문서화
__B.8 요약

부록 C AADL - SAE 아키텍처 분석과 설계 언어
__C.1 개요
__C.2 모듈 스타일 문서화
__C.3 컴포넌트-커넥터 뷰 문서화
__C.4 배포 뷰 문서화
__C.5 행위 문서화
__C.6 인터페이스 문서화
__C.7 요약

추천사

그래디 부치(IBM 펠로우)

내 동료는 주택 시장에서 프랭크 프로이드 라이트(Frank Floyd Wright)가 학생 때 설계했던 오래된 자산에 매혹됐다. 역사와 구조, 발전에 대한 호기심으로 지역 계획 위원회를 찾아갔고, 그곳에서는 원본 청사진의 복... 더보기

출판사 서평

★ 이 책의 대상 독자 ★

이 책에는 3가지 독자 유형이 있다.
1. 소프트웨어 프로젝트의 아키텍처 문서를 생성하는 책임을 맡은 소프트웨어 아키텍트: 이들에 대해서는 “나의 아키텍처에 수집할 정보는 무엇이며, 시기적절한 형식으로 명확하고 유용하게 의사소통하는데 사용할 수 있는 표기법과 기법은 무엇인가?”에 대한 질문에
대답할 것이다.

2. 아키텍트 또는 아키텍처 팀에게 받은 문서를 소화하고 사용해야 하는 아키텍처 이해당사자: 소프트웨어 아키텍트는 자신의 문서의 안내서로, 이 책을 제공해 특정한 절을 통해 문서 구조의 ... 더보기

Klover 리뷰 (0)

북로그 리뷰 (0) 쓰러가기

북로그 리뷰는 본인 인증 후 작성 가능합니다.
책이나 타인에 대해 근거 없이 비방을 하거나 타인의 명예를 훼손할 수 있는 내용은 비공개 처리 될 수 있습니다.
※ 북로그 리뷰 리워드 제공 2021. 4. 1 종료

문장수집 (0) 문장수집 쓰기 나의 독서기록 보기
※구매 후 문장수집 작성 시, 리워드를 제공합니다. 안내

교환/반품/품절안내

※ 상품 설명에 반품/교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다.)

교환/반품/품절안내
반품/교환방법 마이룸 > 주문관리 > 주문/배송내역 > 주문조회 > 반품/교환신청 ,
[1:1상담>반품/교환/환불] 또는 고객센터 (1544-1900)

※ 오픈마켓, 해외배송주문, 기프트 주문시 [1:1상담>반품/교환/환불]
    또는 고객센터 (1544-1900)
반품/교환가능 기간 변심반품의 경우 수령 후 7일 이내,
상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내
반품/교환비용 변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담
반품/교환 불가 사유
  • 소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우
    (단지 확인을 위한 포장 훼손은 제외)
  • 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
    예) 화장품, 식품, 가전제품(악세서리 포함) 등
  • 복제가 가능한 상품 등의 포장을 훼손한 경우
    예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집
  • 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 ((1)해외주문도서)
  • 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우
  • 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우
  • 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에
    해당되는 경우
(1) 해외주문도서 : 이용자의 요청에 의한 개인주문상품으로 단순변심 및 착오로 인한 취소/교환/반품 시 ‘해외주문 반품/취소 수수료’ 고객 부담 (해외주문 반품/취소 수수료 : ①서양도서-판매정가의 12%, ②일본도서-판매정가의 7%를 적용)
상품 품절 공급사(출판사) 재고 사정에 의해 품절/지연될 수 있으며, 품절 시 관련 사항에 대해서는
이메일과 문자로 안내드리겠습니다.
소비자 피해보상
환불지연에 따른 배상
  • 상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은
    소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨
  • 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의
    소비자 보호에 관한 법률에 따라 처리함
바로가기
  • 우측 확장형 배너 2
  • 우측 확장형 배너 2
최근 본 상품