국내도서

>

컴퓨터/인터넷

>

IT 전문서

>

컴퓨터공학

>

소프트웨어공학

• 
• 제휴몰 주문 시 고객보상, 일부 이벤트 참여 및 증정품 증정, 하루/당일 배송에서 제외되므로 참고 바랍니다.

• 
• 도서  > 전공도서/대학교재  > 공학계열  > 컴퓨터공학
• 도서  > 컴퓨터/인터넷  > IT 전문서  > 컴퓨터공학  > 소프트웨어공학

• 

	에이콘 소프트웨어 아키텍처 시리즈(총24건) OPA 시작하기 : 클라우드 네이티브 애플리케이션과 마이크로서비스를 위한 정책, 권한 엔진     29,700원 (10%↓) Great Code Vol 3 : 개발자는 어떻게 소프트웨어를 완성하는가     31,500원 (10%↓) Great Code Vol 2 : 로우레벨로 생각하고 하이레벨로 코딩하기     40,500원 (10%↓) Great Code Vol.1 2/e : 위대한 코드의 시작 컴퓨팅 머신의 이해     36,000원 (10%↓) 데브옵스를 지탱하는 클라우드 네이티브 입문 : 쿠버네티스와 프로메테우스를 이용한 마이크로서비스 환경 구축과 배포     27,000원 (10%↓) 데이터베이스 설계와 관계형 이론 : 정규화와 탈정규화를 중심으로     36,000원 (10%↓) 데브옵스 도입 전략 : 기업 상황에 따라 적용하는 데브옵스 도입 방법     31,500원 (10%↓) 파이썬을 활용한 소프트웨어 아키텍처 : 견고하고 확장 가능한 애플리케이션 아키텍처 설계     36,000원 (10%↓) 스프링으로 하는 마이크로서비스 구축 : 스프링 부트와 스프링 클라우드를 이용한 도커/쿠버네티스 마이크로서비스     36,000원 (10%↓) 데브옵스(DevOps) : 아키텍트를 위한 첫 번째 데브옵스 지침서     29,700원 (10%↓) 마이크로서비스 : 유연하고 확장 가능한 소프트웨어 아키텍처     31,500원 (10%↓) Azure와 도커를 활용한 마이크로서비스 구현 : Azure에서 마이크로서비스를 만드는 데 필요한 기술의 이해와 활용     27,000원 (10%↓) 쿠버네티스, 컨테이너 관리의 정석 : 단계별 예제로 배우는 고가용성 클러스터 구축     36,000원 (10%↓) 파이썬 마이크로서비스 : 모범 사례로 알아보는 파이썬 마이크로서비스 개발, 테스트,배포, 확장까지     31,500원 (10%↓) 마이크로서비스 구축과 운영 : 표준화 시스템 구축으로 서비스 생산과 운영 준비하기     18,000원 (10%↓) 쿠버네티스로 만나는 손안의 마이크로서비스 : 마이크로서비스 구축, 배포, 관리까지     36,000원 (10%↓) Istio로 시작하는 서비스 메시 : 쿠버네티스에서 마이크로서비스 관리     25,200원 (10%↓) 쿠버네티스 시작하기 2/e : 인프라의 미래 속으로     27,000원 (10%↓) 도메인 주도 설계 구현(Implementing Domain-Driven Design)     40,500원 (10%↓) 소프트웨어 아키텍처 문서화     40,500원 (10%↓) 도메인 주도 설계 핵심 : 핵심을 간추린 비즈니스 중심의 설계로 소프트웨어 개발 프로젝트 성공하기     22,500원 (10%↓) 소프트웨어 시스템 아키텍처     45,000원 (10%↓) 엔터프라이즈 환경을 위한 마이크로서비스 : 마이크로서비스 아키텍처의 개념 이해부터 적용, 구현까지     31,500원 (10%↓) 소프트웨어 아키텍처 평가     31,500원 (10%↓)

• 
• 
• [소프트웨어 아키텍처 문서화]는 좋은 문서화의 7가지 규칙을 설명하며 시작한다. 이어서 모듈 뷰와 컴포넌트-커넥터 뷰, 할당 뷰의 각 스타일을 문서화하는 방법과 가변점과 아키텍처 결정, 인터페이스, 그리고 행위를 문서화하는 방법 및 아키텍처 문서를 검토하는 방법을 알아본다. 이 책의 아키텍처 문서화의 템플릿은 그동안의 사용과 피드백을 반영해 향상되었으며, 서비스 지향 아키텍처와 다중 티어 아키텍처, 관점 지향 시스템을 위한 아키텍처를 문서화하는 예도 함께 제시한다. 또한 웹 기반의 서비스 지향 시스템의 소프트웨어 아키텍처 문서화의 예제와 애자일 개발 환경에서의 문서화 가이드를 제공하고, 마지막으로 UML을 사용한 소프트웨어 아키텍처 문서화를 설명한다.
• 
• ★ 이 책의 대상 독자 ★ 이 책에는 3가지 독자 유형이 있다. 1. 소프트웨어 프로젝트의 아키텍처 문서를 생성하는 책임을 맡은 소프트웨어 아키텍트: 이들에 대해서는 “나의 아키텍처에 수집할 정보는 무엇이며, 시기적절한 형식으로 명확하고 유용하게 의사소통하는데 사용할 수 있는 표기법과 기법은 무엇인가?”에 대한 질문에 대답할 것이다. 2. 아키텍트 또는 아키텍처 팀에게 받은 문서를 소화하고 사용해야 하는 아키텍처 이해당사자: 소프트웨어 아키텍트는 자신의 문서의 안내서로, 이 책을 제공해 특정한 절을 통해 문서 구조의 원칙, 표기법, 개념 또는 관례를 설명할 수 있다. 3. 소프트웨어 아키텍처에 관한 개요적인 개념을 배우고자 하는 사람: 소프트웨어 아키텍처(따라서 문서화)의 목적과 사용을 수립함으로써, 그리고 아키텍처의 생성과 의사소통에 중요한 기본적인 개념 집합을 수립함으로써, 이 책은 이 주제의 개요로서의 역할을 한다. 우리는 소프트웨어 엔지니어링의 개념에 대한 기본적인 사항을 알고 있다고 가정한다. 대부분의 경우에서 아키텍처 뷰와 아키텍처 스타일, 인터페이스와 같이 여러분이 알고 있는 기본 개념을 더 선명하고 명확하게 할 것이다. ★ 2판에 새로 추가된 것★ ■ 몇 가지 새로운 아키텍처 스타일이 주류로 들어왔으며, 이 판은 이들을 문서화하는 것에 대해 이야기한다. 여기에는 서비스지향 아키텍처와 다중 티어 아키텍처, 관점지향 시스템을 위한 아키텍처가 포함된다. 또한 설치와 제품 환경뿐만 아니라 소프트웨어 시스템 데이터 모델의 아키텍처 수준 문서화를 중요한 스타일로 다룬다. ■ 이 판은 포괄적인 문서화보다는 작동하는 소프트웨어에 더 큰 가치를 두는 애자일 선언문과 일관적인 충고를 지향하는 애자일에 근거를 두고 작업했다. ■ 최고의 산업 관행을 반영해 더 근거 있고 체계적인 문서화를 다뤘다. 또한, 이해당사자가 의도한 대로 되어 있는지 아키텍처 문서를 검토하는 새로운 장을 추가했다. ■ 제시된 아키텍처 문서화의 템플릿은 그동안의 사용과 피드백을 반영해 향상되었다. 또한, 좀 더 유연하며, 다른 옵션으로 문서를 배열할 수 있게 했다. ■ 문서화된 소프트웨어 아키텍처의 포괄적인 예를 새로운 것으로 대체했다. 오늘날 산업의 주류 아키텍처는 웹 기반의 서비스지향 시스템이다. 이 책을 더 얇게 하고, 시간이 지나감에 따라 예제를 유지할 수 있게 하기 위해 예제를 온라인에 두었다. 그리고 많은 온라인 예제도 대체되거나 변경되었다. ■ 초판이 출간된 이래 UML은 2.0 이상의 버전으로 업그레이드되었다. 이것은 다양한 아키텍처 구조, 특히 컴포넌트와 커넥터를 좀 더 직접적으로 문서화할 수 있는 새로운 가능성을 열어주었다. 필요한 곳에 새로운 구조를 반영해 그림을 변경했다. ■ 이 판은 아키텍처를 문서화하는 데 유용한 UML과 AADL, SysML 등 3가지 중요한 언어와 표기법을 요약한 간결한 부록을 포함하고 있다. 각 부록은 해당 언어의 간단한 참조 가이드를 제공한다. ■ 마지막으로 이 판에는 초판이 출간된 이래 그동안 우리가 뷰와 그 너머와 함께 얻은 경험이 반영되었다. 이 경험은 문서화된 아키텍처를 생성하고, 다른 사람이 그렇게 하도록 도와주는 데서 온 것이다. 또한 다른 조직의 소프트웨어 아키텍처를 평가할 때와 같이 실제로 아키텍처 문서를 사용하는 데서 왔다. 마지막으로 이 책을 기반으로 하는 이틀간의 실무 과정에 참여한 수천명 이상의 참가자와 상호작용한 결과를 반영하였다. 소프트웨어 아키텍처를 실습하는 이들의 상호작용은 우리의 충고를 좀 더 규범적이고 선명하게 ...하며, 아키텍트가 매일 만나게 되는 문제와 상황을 반영하게 만들었다.
• 
• 프롤로그: 소프트웨어 아키텍처와 문서화 __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 요약
• 

• 파울로 멀슨(Paulo Merson) [저]

• SEI에서 소프트웨어 아키텍처, 서비스 지향 아키텍처, 그리고 관점지향 소프트웨어 개발 분야에서 일했다. 또한 산업에서 실무 소프트웨어 아키텍트다.

• 전병선 [저]

• 30년 실무 개발 경험을 바탕으로 CBD, SOA, BPM 분야의 아키텍처 설계와 컨설팅을 수행하고 있으며, 20권 이상의 저서를 출간한 베스트셀러 저자다. 최근에는 다시 개발자로서 직접 실무 개발에 참여하고 있으며 닷넷(.NET)과 자바 개발 기술을 리딩하고 있다. 또한 유튜브 전병선 IT 아카데미에서 개발 기술과 아키텍처 설계에 관련된 여러 강의 동영상을 제공하고 있다. IT 기술 분야의 저자로서 1993년부터 C, C++, 비주얼 C++, 객체지향, UML, CBD, SOA 분야의 베스트셀러 IT 서적을 20권 이상 저술했으며, 폭넓은 독자층을 갖고 있다. 94년 이후 전문 IT 기술 강사로서 정보기술연구소, 다우데이터시스템, 소프트뱅크코리아, 데브피아, 웹타임, 삼성SDS 멀티캠퍼스에서 강의했으며, 96, 97년에는 마이크로소프트의 초대 리저널 디렉터로서 DevDays, TechEd, PDC 등의 여러 컨퍼런스에서 강연했다. 금융, 제조, 조선, 통신, 정부 연구기관 등 다양한 도메인 분야에서 아키텍트이자 PM으로 참여했다. 삼성전자 홈 네트워크 솔루션 아키텍처 구축, STX 조선 생산계획 시스템, 대우조선 DIPS시스템, 삼성생명 비전속 영업 관리 시스템 등 CBD 또는 리얼타임과 임베디드(Real-Time & Embedded)를 기반으로 하는 다양한 프로젝트를 컨설팅했다. 또한 SOA 전문가로서 거버넌트 2.0, KRNet 2010 등 각종 SOA 세미나와 강연회를 가졌으며, 조달청 차세대 통합 국가전자조달시스템 구축 사업 서비스 모델링과 KTN-STEPSOA 진단 컨설팅을 했으며, KT의 NeOSS 시스템 구축, 암웨이의 AUS 시스템, 대우조선의 SOA 기반 종합 계획 EA 프로젝트 등의 SOA 관련 프로젝트들을 수행했다.

• 전체 0개의 구매후기가 있습니다.
• 

인터파크도서는 고객님의 단순 변심에 의한 교환과 반품에 드는 비용은 고객님이 지불케 됩니다. 단, 상품이나 서비스 자체의 하자로 인한 교환 및 반품은 무료로 반품 됩니다. 교환 및 반품이 가능한 경우 상품을 공급 받은 날로부터 7일이내 가능 공급받으신 상품의 내용이 표시, 광고 내용과 다르거나 다르게 이행된 경우에는 공급받은 날로부터 3개월 이내,    혹은 그사실을 알게 된 날 또는 알 수 있었던 날로부터 30일 이내 상품에 아무런 하자가 없는 경우 소비자의 고객변심에 의한 교환은 상품의 포장상태 등이 전혀 손상되지 않은 경우에 한하여 가능 교환 및 반품이 불가능한 경우 구매확정 이후(오픈마켓상품에 한함) 고객님의 책임 있는 사유로 상품 등이 멸실 또는 훼손된 경우    (단, 상품의 내용을 확인하기 위하여 포장 등을 훼손한 경우는 제외) 시간이 지남에 따라 재판매가 곤란할 정도로 물품의 가치가 떨어진 경우 포장 개봉되어 상품 가치가 훼손된 경우 다배송지의 경우 반품 환불 다배송지의 경우 다른 지역의 반품을 동시에 진행할 수 없습니다. 1개 지역의 반품이 완료된 후 다른 지역 반품을 진행할 수 있으므로, 이점 양해해 주시기 바랍니다. 중고상품의 교환 중고상품은 제한된 재고 내에서 판매가 이루어지므로, 교환은 불가능합니다. 오픈마켓 상품의 환불 오픈마켓상품에 대한 책임은 원칙적으로 업체에게 있으므로, 교환/반품 접수시 반드시 판매자와 협의 후 반품 접수를 하셔야하며,    반품접수 없이 반송하거나, 우편으로 보낼 경우 상품 확인이 어려워 환불이 불가능할 수 있으니 유의하시기 바랍니다.

배송예정일 안내 인터파크 도서는 모든 상품에 대해 배송완료예정일을 웹사이트에 표시하고 있습니다. <인터파크 직배송 상품> 상품은 월~토요일 오전 10시 이전 주문분에 대하여 당일 출고/당일 배송완료를 보장하는 상품입니다. 상품은 서울지역/평일 주문분은 당일 출고/익일 배송완료를 보장하며, 서울외지역/평일 주문분의 경우는 오후 6시까지 주문분에 대하여 익일 배송완료를 보장하는 상품입니다. (단, 월요일은 12시까지 주문에 한함) 상품은, 입고예정일(제품출시일)+택배사배송일(1일)에 배송완료를 보장합니다. ~ 상품은 유통특성상 인터파크에서 재고를 보유하지 않은 상품으로 주문일+기준출고일+택배사배송일(1일)에 배송완료를 보장합니다.(토/공휴일은 배송기간에 포함되지 않습니다.) ※기준출고일:인터파크가 상품을 수급하여 물류창고에서 포장/출고하기까지 소요되는 시간 <업체 직접배송/오픈마켓 상품> ~ 상품은 업체가 주문을 확인하고, 출고하기까지 걸리는 시간입니다. 주문일+기준출고일+택배사배송일(2일)에 배송완료를 보장합니다.(토/공휴일은 배송기간에 포함되지 않습니다.) ※5일이내 출고가 시작되지 않을시, 오픈마켓 상품은 자동으로 주문이 취소되며, 고객님께 품절보상금을 지급해 드립니다. 배송비 안내 도서(중고도서 포함)만 구매하시면 : 배송비 2,000원 (1만원이상 구매 시 무료배송) 음반/DVD만 구매하시면 : 배송비 1,500원 (2만원이상 구매 시 무료배송) 잡지/만화/기프트만 구매하시면 : 배송비 2,000원 (2만원이상 구매 시 무료배송) 도서와 음반/DVD를 함께 구매하시면 : 배송비 1,500원 1만원이상 구매 시 무료배송) 도서와 잡지/만화/기프트/중고직배송상품을 함께 구매하시면 : 2,000원 (1만원이상 구매 시 무료배송) 업체직접배송상품을 구매시 : 업체별로 상이한 배송비 적용    * 세트상품의 경우 부분취소 시 추가 배송비가 부과될 수 있습니다.    * 북카트에서 배송비없애기 버튼을 클릭하셔서, 동일업체상품을 조금 더 구매하시면, 배송비를 절약하실 수 있습니다. 해외배송 안내 인터파크도서에서는 국내에서 주문하시거나 해외에서 주문하여 해외로 배송을 원하실 경우 DHL과 특약으로 책정된 요금표에    의해 개인이 이용하는 경우보다 배송요금을 크게 낮추며 DHL(www.dhl.co.kr)로 해외배송 서비스를 제공합니다. 해외배송은 도서/CD/DVD 상품에 한해 서비스하고 있으며, 다른 상품을 북카트에 함께 담으실 경우 해외배송이 불가합니다. 해외주문배송 서비스는 인터파크 도서 회원 가입을 하셔야만 신청 가능합니다. 알아두세요!!! 도매상 및 제작사 사정에 따라 품절/절판 등의 사유로 취소될 수 있습니다. 오픈마켓업체의 배송지연시 주문이 자동으로 취소될 수 있습니다. 출고가능 시간이 서로 다른 상품을 함께 주문할 경우 출고가능 시간이 가장 긴 기준으로 배송됩니다. 유통의 특성상 출고기간은 예정보다 앞당겨지거나 늦춰질 수 있습니다. 택배사 배송일인 서울 및 수도권은 1~2일, 지방은 2~3일, 도서, 산간, 군부대는 3일 이상의 시간이 소요됩니다.