YES24 카테고리 리스트

YES24 유틸메뉴

Global YES24안내보기: Global YES24는?

K-POP/K-Drama 관련상품(음반,도서,DVD)을
영문/중문 으로 이용하실 수 있습니다.

Korean wave shopping mall, sell the
K-POP/K-Drama (CD,DVD,Blu-ray,Book) We aceept PayPal/UnionPay/Alipay
and support English/Chinese Language service
English
作为出售正规 K-POP/K-Drama 相关(CD,图书,DVD) 韩流商品的网站, 支持中文/英文等海外结账方式
中文
Exclusive ticket sales for domestic and international pop artists
Global yesticket

어깨배너

1/6

빠른분야찾기

YES24 코너/서비스

YES24 분야별코너

신용카드 (54x86mm)

A4용지 (210x297mm)

미리보기 사이즈비교 공유하기

소득공제 에이콘 소프트웨어 아키텍처 시리즈

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

[ 2판 ]

폴 클레멘츠, 펠릭스 바흐만 등저 / 전병선 역 | 에이콘출판사 | 2016년 07월 29일 | 원제 : Documenting Software Architectures: Views and Beyond 첫번째 리뷰어가 되어주세요. | 판매지수 216 판매지수란?

상품 가격정보
정가	45,000원
판매가	40,500원 (10% 할인)
YES포인트	2,250원 (5% 적립) 5만원이상 구매 시 2천원 추가적립 5만원이상 구매 시 2천원 추가적립 안내

결제혜택
결제혜택	카드/간편결제 혜택을 확인하세요 카드/간편결제 혜택 보기/감추기 예스24 현대카드 3만원 캐시백 이벤트 [기본혜택] YES포인트 1~3% 적립 관련페이지 바로가기 카카오페이 2,500원 즉시할인 일 선착순 400건, 4만원 이상 관련페이지 바로가기 우리카드 우리페이 2,000원 즉시할인 일 선착순 300건, 3만원 이상 관련페이지 바로가기 토스페이 1천원 즉시할인 일 400명, 1만5천원 이상 관련페이지 바로가기 네이버페이 5천 포인트 적립 1천명 추첨, 5만원 이상 관련페이지 바로가기

배송안내
배송안내 바로가기

배송비 : 무료 배송비 안내

구매 시 참고사항
구매 시 참고사항

이미 소장하고 있다면 4,100원에 판매해 보세요!이 상품을 팔기더보기/감추기
- 예스24에 팔기
  최상매입가 4,100원
- 내 가게에서 팔기

판매중

수량

카트에 넣기 바로구매

해외배송 가능
최저가 보상
문화비소득공제 신청가능

리스트에 넣기 eBook 출간 알림신청 분철서비스 알림신청

대학생 & 취준생이동

월간 개발자 4월호이동

공부합시다! 생성형 AI이동

이 세계에선 N잡러?이동

이전 YES NOW 배너보기

다음 YES NOW 배너보기

1/4

광고 AD

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

카트에 넣기 바로구매

품목정보

품목정보
발행일	2016년 07월 29일
쪽수, 무게, 크기	648쪽 \| 1,294g \| 18825027mm
ISBN13	9788960778870

상품정보 제공고시

품목정보
크기.체중의 한계	상세 설명 참조

펼쳐보기접어보기

이 상품의 이벤트 (8개)

선착순 사은품 기획전

실력있는 개발자를 위한 프로그래밍 전문서 : 한빛미디어 오라일리 시리즈

이벤트 대상 도서 구매 시 '오라일리 규조토 코스터' 증정(디자인 랜덤, 포인트 차감, 한정수량)

2023년 06월 15일 ~ 한정 수량
기획전

어서오세요, [클래스24] 입니다

만나고 싶은 작가 신청하고 포인트 받으세요!

2024년 03월 20일 ~ 2024년 04월 30일
사은품 기획전

[2024 세계 책의 날] 책을 (_)다

책과 함께 살아간다는 것

2024년 04월 12일 ~ 2024년 04월 30일
사은품

YES24 트윈링 분철 : 인서트라벨/스티커 택1 증정

수험서, 자격증, 외국어, 대학교재, 참고서 등을 더욱 가볍고 편하게 만나보세요!

2017년 09월 06일 ~ 한정 수량
정가 인하 & 특가 할인 도서 모음

2024년 02월 25일 ~ 한정 수량
사은품

4월의 굿즈 :책가도 독서대/스마트폰 거치대/우양산/북 스토퍼/우드 센서 무드등

국내도서/외국도서/직배송 GIFT 5/7만원 이상, eBook/크레마 5만원 이상 구매 시 선착순 택1 증정 (포인트 차감)

2024년 03월 29일 ~ 2024년 04월 30일
선착순 기획전

오직, 예스24에서만

컨텐츠의 가치를 아는 당신이라면, 예스24에서만 만날 수 있는 한정판 상품에 주목하세요.

2023년 07월 25일 ~ 한정 수량
사은품

예스24 X JTBC <소탐대실> 콜라보 [서탐대실]

책에 대한 작은 탐사, 큰 결실

2023년 10월 07일 ~ 한정 수량

펼쳐보기접어보기

책소개

책의 일부 내용을 미리 읽어보실 수 있습니다. 미리보기

프롤로그: 소프트웨어 아키텍처와 문서화 __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 요약

펼쳐보기접어보기

저자 소개

저 자 소 개

폴 클레멘츠(Paul Clements) 카네기멜론 SEI(Software Engineering Institute) 기술진의 선임 연구원이다. 펠릭스 바흐만(Felix Bachmann) SEI 기술진의 선임 연구원으로, Architecture Centric Engineering Initiative에서 일하고 있다 렌 베스(Len Bass) SEI 기술진의 선임 연구원이다. 데이비드 갈란(Dav...

펼쳐보기접어보기

역자 : 전병선

30년간의 실무 개발 경험을 바탕으로 CBD, SOA, BPM 분야의 아키텍처 설계와 컨설팅을 수행하고 있으며, 20권 이상의 많은 저서를 출간한 베스트셀러 저자다. 1993년부터 C, C++, Visual C++, 객체지향, UML, CBD, SOA 분야의 IT 서적을 저술했으며 폭넓은 독자층을 갖고 있다. 최근에는 다시 개발자로서 직접 실무 개발에 참여해 .NET과 자바 개발 기술을 이끌고 있다. 1994년...

펼쳐보기접어보기

만든 이 코멘트

저자, 역자, 편집자를 위한 공간입니다. 독자들에게 전하고 싶은 말씀을 남겨주세요. 코멘트 쓰기

접수된 글은 확인을 거쳐 이 곳에 게재됩니다.
독자 분들의 리뷰는 리뷰 쓰기를, 책에 대한 문의는 1:1 문의를 이용해 주세요.

출판사 리뷰

★ 이 책의 대상 독자 ★ 이 책에는 3가지 독자 유형이 있다. 1. 소프트웨어 프로젝트의 아키텍처 문서를 생성하는 책임을 맡은 소프트웨어 아키텍트: 이들에 대해서는 “나의 아키텍처에 수집할 정보는 무엇이며, 시기적절한 형식으로 명확하고 유용하게 의사소통하는데 사용할 수 있는 표기법과 기법은 무엇인가?”에 대한 질문에 대답할 것이다. 2. 아키텍트 또는 아키텍처 팀에게 받은 문서를 소화하고 사용해야 하는 아키텍처 이해당사자: 소프트웨어 아키텍트는 자신의 문서의 안내서로, 이 책을 제공해 특정한 절을 통해 문서 구조의 원칙, 표기법, 개념 또는 관례를 설명할 수 있다. 3. 소프트웨어 아키텍처에 관한 개요적인 개념을 배우고자 하는 사람: 소프트웨어 아키텍처(따라서 문서화)의 목적과 사용을 수립함으로써, 그리고 아키텍처의 생성과 의사소통에 중요한 기본적인 개념 집합을 수립함으로써, 이 책은 이 주제의 개요로서의 역할을 한다. 우리는 소프트웨어 엔지니어링의 개념에 대한 기본적인 사항을 알고 있다고 가정한다. 대부분의 경우에서 아키텍처 뷰와 아키텍처 스타일, 인터페이스와 같이 여러분이 알고 있는 기본 개념을 더 선명하고 명확하게 할 것이다. ★ 2판에 새로 추가된 것★ ■ 몇 가지 새로운 아키텍처 스타일이 주류로 들어왔으며, 이 판은 이들을 문서화하는 것에 대해 이야기한다. 여기에는 서비스지향 아키텍처와 다중 티어 아키텍처, 관점지향 시스템을 위한 아키텍처가 포함된다. 또한 설치와 제품 환경뿐만 아니라 소프트웨어 시스템 데이터 모델의 아키텍처 수준 문서화를 중요한 스타일로 다룬다. ■ 이 판은 포괄적인 문서화보다는 작동하는 소프트웨어에 더 큰 가치를 두는 애자일 선언문과 일관적인 충고를 지향하는 애자일에 근거를 두고 작업했다. ■ 최고의 산업 관행을 반영해 더 근거 있고 체계적인 문서화를 다뤘다. 또한, 이해당사자가 의도한 대로 되어 있는지 아키텍처 문서를 검토하는 새로운 장을 추가했다. ■ 제시된 아키텍처 문서화의 템플릿은 그동안의 사용과 피드백을 반영해 향상되었다. 또한, 좀 더 유연하며, 다른 옵션으로 문서를 배열할 수 있게 했다. ■ 문서화된 소프트웨어 아키텍처의 포괄적인 예를 새로운 것으로 대체했다. 오늘날 산업의 주류 아키텍처는 웹 기반의 서비스지향 시스템이다. 이 책을 더 얇게 하고, 시간이 지나감에 따라 예제를 유지할 수 있게 하기 위해 예제를 온라인에 두었다. 그리고 많은 온라인 예제도 대체되거나 변경되었다. ■ 초판이 출간된 이래 UML은 2.0 이상의 버전으로 업그레이드되었다. 이것은 다양한 아키텍처 구조, 특히 컴포넌트와 커넥터를 좀 더 직접적으로 문서화할 수 있는 새로운 가능성을 열어주었다. 필요한 곳에 새로운 구조를 반영해 그림을 변경했다. ■ 이 판은 아키텍처를 문서화하는 데 유용한 UML과 AADL, SysML 등 3가지 중요한 언어와 표기법을 요약한 간결한 부록을 포함하고 있다. 각 부록은 해당 언어의 간단한 참조 가이드를 제공한다. ■ 마지막으로 이 판에는 초판이 출간된 이래 그동안 우리가 뷰와 그 너머와 함께 얻은 경험이 반영되었다. 이 경험은 문서화된 아키텍처를 생성하고, 다른 사람이 그렇게 하도록 도와주는 데서 온 것이다. 또한 다른 조직의 소프트웨어 아키텍처를 평가할 때와 같이 실제로 아키텍처 문서를 사용하는 데서 왔다. 마지막으로 이 책을 기반으로 하는 이틀간의 실무 과정에 참여한 수천명 이상의 참가자와 상호작용한 결과를 반영하였다. 소프트웨어 아키텍처를 실습하는 이들의 상호작용은 우리의 충고를 좀 더 규범적이고 선명하게 하며, 아키텍트가 매일 만나게 되는 문제와 상황을 반영하게 만들었다. ★ 지은이의 말 ★ 이 책의 목적은 다음 질문에 대답하는 것이다. “다른 사람이 성공적으로 사용할 수 있고, 유지보수하며, 시스템을 구축하는 데 사용할 수 있는 아키텍처를 어떻게 문서화하는가?” 이 책의 독자는 아키텍처 문서의 생산과 소비에 관련된 모든 사람들이다. 이 책의 목표는 아키텍처에 관한 어떤 정보가 수집해야 할 중요한 것인지를 결정하고, 그것을 수집하는 데 필요한 지침과 표기법, 예제를 제공하는 것이다. 우리는 이 책이 아키텍처를 구성하는 다양한 종류의 정보에 대한 실무 중심의 가이드가 되도록 했다. 또한, 어떤 정보가 문서화되어야 하는지를 결정하며, (UML을 비롯한 다양한 표기법의 예제와 함께) 다른 사람들이 아키텍처에 기반한 작업, 즉 구현과 분석, 복구를 수행하는 데 사용할 수 있도록 작성할 때 그 정보를 서술하는 방법을 보여주는 실제적인 가이드를 제공한다. 또한 다른 사람들이 사용할 수 있는 포괄적인 아키텍처 문서를 생성하는 방법을 보여준다. 대부분의 책에서 특정한 표기법(보통 UML)을 사용하는 방법을 설명하지만, 우리는 아키텍트가 정말로 필요한 것은 아키텍처와 이해당사자가 가장 우선하는 가이드며, 언어는 그것을 지원하는 부수적인 것이라고 믿는다. 그것이 이 책에서 제공하고자 하는 것이다. ★ 옮긴이의 말 ★ 30년간의 소프트웨어 개발 경험 속에서 갖고 있는 하나의 신념은 ‘아키텍처가 튼튼한 시스템이 결국엔 성공한다.’는 것이다. 아키텍처가 튼튼한 시스템은 결합성이 적고 응집력이 강한 시스템이다. 이처럼 튼튼하게 아키텍처가 설계된 시스템을 구현하는 것은 결코 실패하지 않으며, 적어도 문제를 최소화할 수 있다. 업무 로직이 변경되는 경우라도 쉽게 대응할 수 있어 생명력이 긴 소프트웨어 시스템을 만들어낼 수 있다. 이러한 신념을 바탕으로 집필한 『CBD, What & How』(와우북스, 2008)와 『SOA, What & How』(와우북스, 2008)에서 각각 제시한 CBD와 SOA 방법론은 모두 튼튼한 아키텍처 설계를 강조하고 있다. 소프트웨어 아키텍처를 문서화하는 것은 아키텍트나 개발자들에게 어려운 작업일 수 있다. 그러나 소프트웨어 아키텍처를 올바르게 문서화하는 일은 다양한 관점을 갖고 있는 모든 이해당사자가 시스템의 소프트웨어에 대해 같은 이해를 공유하게 한다는 점에서 아주 중요하다. 이 책은 초판의 연장선상에 있으면서도 문서화 체계를 변화시켰다. 뷰 타입과 스타일, 뷰로 구분하던 것을 스타일과 뷰로 간결하게 바꾼 것이다. 이것은 『(개정3판)소프트웨어 아키텍처 이론과 실제』(에이콘, 2015)를 반영한 결과다. 이 책에서 설명한 소프트웨어 아키텍처 문서화 방법론의 이름은 뷰와 그 너머(View and Beyond)다. 특별히 이번 판은 근래에 많이 적용하고 있는 애자일 개발 프로젝트에서의 아키텍처 문서화 방법도 함께 설명하고 있다. 이 책에서 뷰와 그 너머 방법론과 애자일 철학은 중심점에서 완전히 일치한다고 단정한다. 즉, 정보가 필요 없다면 문서화하지 않는다는 것이다. 많은 애자일 프로젝트에서 소프트웨어 아키텍처 문서화를 무시하는 경향이 있지만, 이 책을 읽고 여러분은 애자일 프로젝트에서도 소프트웨어 아키텍처 문서화가 필요하다는 것을 깨닫게 될 것이다. 특별히 이번 판에서는 UML을 사용해 소프트웨어 아키텍처의 다양한 뷰를 표현하는 방법도 포함하고 있으며, 웹 기반의 서비스지향 시스템을 문서화하는 예제도 제공한다.

펼쳐보기접어보기

회원리뷰 (0건)

매주 10건의 우수리뷰를 선정하여 YES포인트 3만원을 드립니다.
3,000원 이상 구매 후 리뷰 작성 시 일반회원 300원, 마니아회원 600원의 YES포인트를 드립니다.
eBook은 다운로드 후 작성한 리뷰만 YES포인트 지급됩니다.
클래스, CD/LP, DVD/Blu-ray, 패션 및 판매금지 상품, 예스24 앱스토어 상품 제외됩니다. 리뷰/한줄평 정책 자세히 보기 리뷰쓰기

등록된 리뷰가 없습니다.

첫번째 리뷰어가 되어주세요.

한줄평 (0건)

1,000원 이상 구매 후 한줄평 작성 시 일반회원 50원, 마니아회원 100원의 YES포인트를 드립니다.
eBook은 다운로드 후 작성한 리뷰만 YES포인트 지급됩니다.
클래스, CD/LP, DVD/Blu-ray, 패션 및 판매금지 상품, 예스24 앱스토어 상품 제외됩니다. 리뷰/한줄평 정책 자세히 보기

평점 별 2점 별 4점 별 6점 별 8점 별 10점 작성 시 유의사항 한줄평 작성 시 유의사항

한글 기준 50자까지 작성가능 0/50

등록된 한줄평이 없습니다.

첫번째 한줄평을 남겨주세요.

배송/반품/교환 안내

배송 안내

배송 안내
배송 구분	예스24 배송 배송비 : 무료배송
포장 안내	안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다. 목적 : 안전한 포장 관리 촬영범위 : 박스 포장 작업

반품/교환 안내

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

반품/교환 안내
반품/교환 방법	마이페이지 > 반품/교환 신청 및 조회, 1:1 문의, 고객만족센터(1544-3800), 중고샵(1566-4295) 판매자 배송 상품은 판매자와 반품/교환이 협의된 상품에 한해 가능합니다.
반품/교환 가능기간	출고 완료 후 10일 이내의 주문 상품 디지털 콘텐츠인 eBook의 경우 구매 후 7일 이내의 상품 중고상품의 경우 출고 완료일로부터 6일 이내의 상품 (구매확정 전 상태)
반품/교환 비용	고객의 단순변심 및 착오구매일 경우 상품 반송비용은 고객 부담임 직수입양서/직수입일서중 일부는 변심 또는 착오로 취소시 해외주문취소수수료 20%를 부과할수 있음 단, 아래의 주문/취소 조건인 경우, 취소 수수료 면제 오늘 00시 ~ 06시 30분 주문을 오늘 오전 06시 30분 이전에 취소 오늘 06시 30분 이후 주문을 익일 오전 06시 30분 이전에 취소 직수입 음반/영상물/기프트 중 일부는 변심 또는 착오로 취소 시 해외주문취소수수료 30%를 부과할 수 있음 단, 당일 00시~13시 사이의 주문은 취소 수수료 면제 박스 포장은 택배 배송이 가능한 규격과 무게를 준수하며, 고객의 단순변심 및 착오구매일 경우 상품의 반송비용은 박스 당 부과됩니다.
반품/교환 불가사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 : 예) 화장품, 식품, 가전제품, 전자책 단말기 등 복제가 가능한 상품 등의 포장을 훼손한 경우 : 예) CD/LP, DVD/Blu-ray, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 eBook 대여 상품은 대여 기간이 종료 되거나, 2회 이상 대여 했을 경우 취소 불가 중고상품이 구매확정(자동 구매확정은 출고완료일로부터 7일)된 경우 LP상품의 재생 불량 원인이 기기의 사양 및 문제인 경우 (All-in-One 일체형 일부 보급형 오디오 모델 사용 등) 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우
소비자 피해보상	상품의 불량에 의한 반품, 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결기준(공정거래위원회 고시)에 준하여 처리됨
환불 지연에 따른 배상	대금 환불 및 환불 지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리

최근 본 (0)

예스이십사(주): 대표 : 김석환, 최세라 주소 : 서울시 영등포구 은행로 11, 5층~6층(여의도동,일신빌딩) 사업자등록번호 : 229-81-37000 통신판매업신고 : 제 2005-02682호 사업자 정보확인 이메일 : yes24help@yes24.com 호스팅 서비스사업자 : 예스이십사(주)
Copyright ⓒ YES24 Corp. All Rights Reserved.

고객문의

도서/음반 1544-3800

중고샵 1566-4295

티켓예매 1544-6399

eBook 1:1 문의
1:1 문의하기 자주 묻는 질문 상담시간 안내

소비자피해보상보험 서울보증보험: 고객님은 안전거래를 위해 현금 등으로 결제 시 저희 쇼핑몰에서 가입한 구매안전서비스를 이용하실 수 있습니다. 서비스가입사실 확인

EQUUS6

YES24 카테고리 리스트

YES24 유틸메뉴

어깨배너

빠른분야찾기

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

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

출판사 추천

품목정보

상품정보 제공고시

관련분류

이 상품의 이벤트 (8개)

책소개

목차

저자 소개

만든 이 코멘트

출판사 리뷰

추천평

회원리뷰 (0건)

한줄평 (0건)

배송/반품/교환 안내

도착예상일

도착예상일
상품준비	출고완료	도착예상일