 |
|
|
|
|
|
Amazon Web Services를 사용한 클라우드 컴퓨팅, Part 5: SimpleDB를 통해 클라우드의 데이터세트 처리하기
기본적인 Amazon SDB(SimpleDB) 개념에 대해 알아보고 SDB와 상호 작용하기
위한 오픈 소스 Python 라이브러리인 boto에서 제공하는 일부 기능을 살펴보십시오. 이 "Amazon
Web Services를 사용한 클라우드 컴퓨팅" 시리즈에서는 Amazon Web Services를 사용한 클라우드
컴퓨팅에 대해 설명합니다. 신뢰할 수 있으며 확장 가능한 애플리케이션을 만들고 빌드할 수 있는
Amazon Web Services의 뛰어난 기능을 살펴보십시오. 이 기사에서는 일부 기본 개념에 대해 설명한
후 boto의 기능 중 일부를 살펴봅니다. |
|
|
|
2009년 2월 10일 (화) |
|
| |
IBM WebSphere Application Server 7.0에서 어떻게 패턴이 새로운 WS-Notification 기능을 만들었나 (영문)
소프트웨어 패턴은 디자인 지침을 제공합니다. 소프트웨어를 개발할 때 패턴을 적용하여 원하는 품질을 만들 수 있습니다. 본 글에서는 디자인 및 개발 중에 IBM® WebSphere® Application Server의 웹 서비스 표준에 대한 지원을 업데이트하기 위해 세 개의 소프트웨어 패턴이 어떻게 적용되었는지 설명합니다. 또한 패턴의 이점인 재사용, 이해의 용이성 및 전개 가능성도 살펴봅니다.
|
|
|
|
2008년 12월 23일 (화) |
|
| |
포스트웨어 프로파일러 서곡: 도구가 나를 위해 무엇을 할 지 전에 무엇을 해야하는가 (영문)
오늘날의 소프트웨어 프로파일러는 애플리케이션의 철저한 리소스 중심의 코드를 식별하는 업무를 담당한다. 하지만 애플리케이션이 보다 빠르게 작동하는데 필요한 튜닝에 어떤 컴포넌트를 사용할지 결정하는 것이 작업에 있어 많은 부분을 차지한다. 본 글에서는 루트 성능 문제를 효율적으로 찾는 방법론적 접근에 대해 설명한다. 리소스 호그의 제어와 성능을 제대로 잡는 문제가 가장 고정적이다.
|
|
|
|
2008년 12월 9일 (화) |
|
| |
Amazon Web Services를 사용한 클라우드 컴퓨팅, Part 4: SQS를 통해 신뢰할 수 있는 메시징 인프라 구축하기
기본적인 Amazon SDB(SimpleDB) 개념에 대해 알아보고 SDB와 상호 작용하기
위한 오픈 소스 Python 라이브러리인 boto에서 제공하는 일부 기능을 살펴보십시오. 이 "Amazon
Web Services를 사용한 클라우드 컴퓨팅" 시리즈에서는 Amazon Web Services를 사용한 클라우드
컴퓨팅에 대해 설명합니다. 신뢰할 수 있으며 확장 가능한 애플리케이션을 만들고 빌드할 수 있는
Amazon Web Services의 뛰어난 기능을 살펴보십시오. 이 기사에서는 Amazon SQS(Simple Queue
Service)에서 제공하는 신뢰할 수 있으며 확장 가능한 메시징 서비스에 대해 설명합니다. |
|
|
|
2008년 12월 2일 (화) |
|
| |
XML 구문을 분석할 때 발생하는 오류 처리하기
XML 파싱은 거의 대부분의 기업 애플리케이션에서 일부분입니다. 그렇지만 에러 처리는 그러한 애플리케이션에서 대부분 빠져 있습니다. SAX로 XML 파싱 에러를 처리하는 법을 배우겠습니다. 여러분의 애플리케이션에서 DOM, JAXP, 또는 XML을 처리하는 또 다른 API를 사용하더라도 도움이 될 것입니다. |
|
|
|
2008년 12월 2일 (화) |
|
| |
SOA로 엔터프라이즈 아키텍처 만들기 및 갈고 닦기 (영문)
엔터프라이즈 아키텍처는 SOA보다 오래됐다. 하지만 주류 분야에서 SOA가 안정적이고 성숙되긴 했지만 엔터프라이즈 수준에서 SOA를 채택하면 더 많은 혜택을 누릴 수 있다. 본 글에서는 SOA를 활용해 조직의 엔터프라이즈 아키텍처를 개발 및 성숙시킬 수 있는 방법을 설명한다. |
|
|
|
2008년 11월 25일 (화) |
|
| |
아키텍처적 의사 결정에 끼치는 영향 (영문)
아키텍트들은 일상적으로 복잡한 문제를 해결하기 위해 복잡한 결정을 내립니다. 몇몇 믿을 만한 소스로부터 입력이나 영향의 힘에 따라 결과가 달라지기도 합니다. 본 글은 몇 가지 가장 중요한 입력 카테고리를 점검하고 모든 아키텍트가 사용해야 하는 점검 목록을 제안합니다. |
|
|
|
2008년 10월 21일 (화) |
|
| |
비즈니스 프로세스 모델링 이해하기 (영문)
비즈니스 프로세스 모델링의 기본 개념을 배우고 이를 조직에 적용함으로써 사용자와 소통할 수 있고 더 영향력 있는 비즈니스 분석가가 될 수 있다. |
|
|
|
2008년 10월 21일 (화) |
|
| |
Amazon Web Services를 사용한 클라우드 컴퓨팅, Part 3: EC2를 통해 서버 수요에 대응하기
기본적인 Amazon SDB(SimpleDB) 개념에 대해 알아보고 SDB와 상호 작용하기
위한 오픈 소스 Python 라이브러리인 boto에서 제공하는 일부 기능을 살펴보십시오. 이 "Amazon
Web Services를 사용한 클라우드 컴퓨팅" 시리즈에서는 Amazon Web Services를 사용한 클라우드
컴퓨팅에 대해 설명합니다. 신뢰할 수 있으며 확장 가능한 애플리케이션을 만들고 빌드할 수 있는
Amazon Web Services의 뛰어난 기능을 살펴보십시오. 이 기사에서는 Amazon EC2(Elastic Compute
Cloud)에서 제공하는 가상 서버에 대해 설명합니다. EC2를 통해 애플리케이션의 컴퓨팅 요구 사항을
빠르게 구성하고 수요에 따라 용량을 조정하는 방법을 살펴보십시오. |
|
|
|
2008년 10월 14일 (화) |
|
| |
간과되거나 과소 평가되기 쉬운 요구 사항 계획
이 글은 프로젝트 요구 사항과 요구 사항 주기를 자세히 살펴봄으로써 요구 사항 계획에서 비즈니스 분석가의 역할을 이해하는 데 도움을 줍니다. |
|
|
|
2008년 10월 7일 (화) |
|
| |
BRM 시스템과 SOA를 통해 비즈니스 민첩성 향상시키기 (영문)
SOA가 널리 채택된다는 것은 기업들은 이 기술의 유망함을 깨달았다는 것을 의미한다. 특히 민첩성 향상은 느슨한 커플링이라는 기본 소프트웨어 디자인 원칙에서 왔다. SOA는 비즈니스 기능을 독립적인 서비스로 받아들이게끔 했다. SOA 구현의 한 방법인 웹 서비스는 인터넷을 통해 어떤 비즈니스 기능도 가능케 했다. 비즈니스 사용자의 민첩성을 확장시키는 또 다른 유망한 기술은 BRM(business rules management) 시스템이다. BRM은 비즈니스 사용자가 직접 비즈니스 로직을 통제할 수 있도록 해 IT 전문 기술 없이도 이를 변경할 수 있도록 했다. 본 글은 SOA와 BRM이라는 두 가지 기술이 비즈니스 응답을 보다 신속하게 할 수 있고 시장 상황을 효과적인 비용으로 변경할 수 있는지를 설명한다. |
|
|
|
2008년 9월 23일 (화) |
|
| |
오퍼레이션 상태 모델링 (영문)
오퍼레이션 상태 모델링은 자세하고 일관적인 서비스 명세를 작성하는 기술이다. 서비스 구현의 행위를 오퍼레이션 상태 모델링으로 확인해, 서비스 구현을 객관적으로 입증 및 인가하는 방법을 배워보자. |
|
|
|
2008년 8월 26일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 7: 아키텍처 효율성을 감시하자
설계를 끝냈더라도 프로젝트 완료라는 의무가 끝나지는 않습니다. 설계가 실제 돌아가는지 감시하는 방법을 배웁시다. |
|
|
|
2008년 8월 26일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 6: 관리성
오늘날 조직은 두 가지 중요한 전사적 아키텍처 요구사항의 도전에 직면하고 있습니다. 바로 유연성에 대한 필요와 규제 관리에 따른 부담입니다. 이런 요구사항은 서로 상극처럼 보입니다. 비즈니스 프로세스가 유연하면, 이런 프로세스를 관리하는 작업은 어려워질지도 모릅니다. 연재물 중 여섯 번째인 이번 기사에서는 이런 문제를 해결하기 위한 핵심적인 전사적 아키텍처(EA) 품질 속성으로 관리성이라는 개념을 설명합니다. EA 개발은 진행중인 프로세스이며, 이번 기사의 핵심은 EA 속성으로서 관리성을 추가해 조직 프로세스, 시스템, 소프트웨어를 관리 가능하도록 만드는 데 있습니다. |
|
|
|
2008년 8월 19일 (화) |
|
| |
Amazon Web Services를 사용한 클라우드 컴퓨팅, Part 2: Amazon S3(Simple Storage Service)를 통해 클라우드의 스토리지 수요에 대응하기
기본적인 Amazon SDB(SimpleDB) 개념에 대해 알아보고 SDB와 상호 작용하기
위한 오픈 소스 Python 라이브러리인 boto에서 제공하는 일부 기능을 살펴보십시오. 이 "Amazon
Web Services를 사용한 클라우드 컴퓨팅" 시리즈에서는 Amazon Web Services를 사용한 클라우드
컴퓨팅에 대해 설명합니다. 신뢰할 수 있으며 확장 가능한 애플리케이션을 만들고 빌드할 수 있는
Amazon Web Services의 뛰어난 기능을 살펴보십시오. 이 기사에서는 Amazon S3(Simple Storage
Service)에서 제공하는 확장성과 응답성이 뛰어난 서비스에 대해 설명합니다. S3와 통신하는 데
사용되는 도구에 대해 알아보고 코드 샘플을 사용하여 간단한 쉘을 실습해 볼 수 있습니다. |
|
|
|
2008년 8월 19일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 5: 조직과 함께 성장하기
전사적인 아키텍처에는 현재와 미래를 위한 계획이 필요합니다. IT/비즈니스 정렬 요소를 제대로 이해함으로써 아키텍처 설계 방법이 거둬들이는 장점이 무엇인지 살펴봅시다. |
|
|
|
2008년 8월 12일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 4: 전사적 아키텍처 테스트
새로운 전사적인 IT 아키텍처를 성공리에 구축한 다음에는 테스트를 해야 합니다. 테스트는 여러분과 여러분 팀이 실제로 아키텍처가 동작하도록 쏟아부은 노력을 검증하는 작업입니다. 새로운 아키텍처에 부하를 주는 방법으로 약점이 어디에 있는지 찾아내고 회사에 어떤 식으로 도움을 줄지 살펴봅시다. |
|
|
|
2008년 8월 5일 (화) |
|
| |
Amazon Web Services를 사용한 클라우드 컴퓨팅, Part 1: 소개
기본적인 Amazon SDB(SimpleDB) 개념에 대해 알아보고 SDB와 상호 작용하기
위한 오픈 소스 Python 라이브러리인 boto에서 제공하는 일부 함수를 살펴보십시오. 이 "Amazon
Web Services를 사용한 클라우드 컴퓨팅" 시리즈에서는 Amazon Web Services를 사용한 클라우드
컴퓨팅에 대해 설명합니다. 신뢰할 수 있는 확장 가능한 애플리케이션을 만들고 빌드할 수 있는
Amazon Web Services의 뛰어난 기능을 살펴보십시오. 이 첫 번째 기사에서는 이 가상 인프라의
빌딩 블록 기능에 대해 설명합니다. Amazon Web Services를 사용하여 웹 스케일 시스템을 구축하는
방법을 살펴보십시오. |
|
|
|
2008년 7월 29일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 3: 전사적 아키텍처 설계와 구현
위대한 IT 아키텍처 구현에는 시간과 계획이 필요합니다. 이미 존재하는 시스템을 평가하고, 이뤄져야 하는 목표를 시각화하는 방법으로 위대한 전사적 아키텍처를 현실로 만들 수 있습니다. 꿈에 그리는 아키텍처를 달성하려면, 이 기사에서 설명하듯이 무엇을 만들고 어떻게 만들고 어떤 플랫폼에서 만들지 배워야 합니다. |
|
|
|
2008년 7월 22일 (화) |
|
| |
IBM InfoSphere Master Data Management Server를 사용해 Transaction Hub MDM 패턴 구현하기 (영문)
Transaction Hub Master Data Management (MDM) 패턴을 사용해 MDM 시스템을 구현하는 방법을 배워보자. 이 전형적인 아키텍처 패턴은 MDM Reference Architecture의 기능 용어로 설명된다. IBM® InfoSphere™ MDM Server에 대해 기초 지식을 쌓고 이 아키텍처 패턴을 구현하는 것이 이 소프트웨어 솔루션에 왜 좋은 선택이 되는지 알아보자. 마지막으로 이들 주제를 자세히 설명하는, 곧 출판될 Enterprise Master Data Management: An SOA Approach Managing Core Information를 통해 배워보자. |
|
|
|
2008년 7월 22일 (화) |
|
| |
소프트웨어 아키텍처의 품질 평가하기
이 글은 기존 소프트웨어 아키텍처의 품질을 이해하기 위한 접근을 제시합니다. 이 글의 의도는 소프트웨어 아키텍처 평가나 품질 연구 노력에 포괄적인 레퍼런스를 제공하기보다는 유용한 방법을 제공하는 것입니다. 궁금한 것은 소프트웨어 아키텍처의 품질이 더 잘 이해되고 강화될 수 있는 방법은 무엇인가입니다. 여기에는 몇 가지 가능한 답이 있습니다. 이 글의 핵심은 아키텍처적 평가를 통해 품질을 향상시키는 것입니다. |
|
|
|
2008년 7월 1일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 2: 전사적 아키텍처 저장소 개발과 관리
이 기사에서는 탄탄한 전사적 아키텍처 저장소를 만드는 과정에서 고려할 구조 문제와 관리 문제를 살펴봅니다. 탄탄한 전사적 아키텍처 저장소는 기업 내 현존하는 모든 자산을 100% 활용합니다. |
|
|
|
2008년 6월 17일 (화) |
|
| |
동반자지 경찰이 아니다
이 기사에서 엔터프라이즈 아키텍트와 함께 일할 때 IT 팀이 직면하는 몇 가지 근본적인 도전에 대해 배우고, 바람직한 결과를 내기 위해 프로젝트 출시 과정에서 엔터프라이즈 아키텍처 표준을 응용 프로그램 개발과 협력에 적용하는 방법을 살펴보겠습니다. |
|
|
|
2008년 6월 10일 (화) |
|
| |
전사적 아키텍처의 핵심, Part 1: 아키텍트 관점에서 고려할 사항
기업마다 비즈니스 환경은 다릅니다. 따라서 전사적 아키텍처(Enterprise Architecture)를 계획하는 과정에서 기업이 중요하게 고려할 요소도 달라진다는 점을 고려하는 것이 중요합니다. |
|
|
|
2008년 6월 3일 (화) |
|
| |
기업 데이터 아키텍트가 물어야 할 핵심 질문 (영문)
데이터는 기업의 피와 같으므로 개발 및 통합 프로젝트를 준비하는 가장 좋은 방법은 목표 응용 프로그램을 이끄는 데이터의 특성을 문서로 만드는 것입니다. 관련 데이터의 특징을 효과적으로 문서로 만들기 위해 기업 데이터 아키텍트가 알아두어야 할 핵심 질문을 배워 프로젝트 성공으로 가는 가장 중요한 첫 걸음을 떼 봅시다.
|
|
|
|
2008년 5월 27일 (화) |
|
| |
아키텍처적 선언: 애자일 개발하기, Part 1 (영문)
Mikko Kontio가 아키텍처적 선언(Architectural manifesto) 칼럼으로 돌아왔다. 조직이 애자일 프로세스를 적용할 수 있는 방법과 그에 따른 변화에 대해 배워보자. 첫 번째 글에서는 애자일 프로세스가 무엇인지, 이를 사용함으로써 얻는 이점은 무엇인지, 이를 조직에서 구현하려면 어떤 점이 우선시 되어야 하는지에 대해 설명하겠다. 다음 Part 2에서는 각기 다른 업체(옛 기업과 새 기업)에서 애자일 프로세스를 사용하는 방법과 크고 작은 프로젝트가 고객과 판매 경험에 어떤 영향을 주는지에 대해 설명하겠다. |
|
|
|
2008년 4월 22일 (화) |
|
| |
아키텍처적 선언: 애자일 개발하기, Part 1
Mikko Kontio가 아키텍처적 선언(Architectural manifesto) 칼럼으로 돌아왔다. 조직이 애자일 프로세스를 적용할 수 있는 방법과 그에 따른 변화에 대해 배워보자. 첫 번째 글에서는 애자일 프로세스가 무엇인지, 이를 사용함으로써 얻는 이점은 무엇인지, 이를 조직에서 구현하려면 어떤 점이 우선시 되어야 하는지에 대해 설명하겠다. 다음 Part 2에서는 각기 다른 업체(옛 기업과 새 기업)에서 애자일 프로세스를 사용하는 방법과 크고 작은 프로젝트가 고객과 판매 경험에 어떤 영향을 주는지에 대해 설명하겠다. |
|
|
|
2008년 4월 22일 (화) |
|
| |
아키텍처 팁: OODA 루프를 사용한 사용자 인터페이스 디자인
OODA 루프는 고공 전투의 일환으로 공군에서 개발했습니다. 이 관찰-적용-결심-임무수행(OODA; observe-orient-decide-act) 주기 모델은 인간 두뇌의 의사결정 프로세스이기도 합니다. 본 글에서는 UI 아키텍트가 OODA 루프를 사용해 더 나은 상황적 인식과 더 나은 직관적 사용을 가능하게 하는 사용자 UI를 디자인하는 방법을 설명합니다. OODA 루프의 기본과 이것이 UI 디자인에 어떻게 적용되는지 알아봅니다. |
|
|
|
2008년 4월 15일 (화) |
|
| |
룰 아키텍트의 역할
비즈니스 룰 아키텍트는 기술 및 비즈니스 투자자들 모두가 이해하기 쉽도록 잘 정돈되고 통찰력있는 비즈니스 룰 모델을 디자인하는 중요한 역할을 맡고 있습니다. 본 글은 역할의 중요성에 대해 논의하고 비즈니스 룰 개발 생명주기를 사용해 신뢰성 있고 확장성 있는 비즈니스 룰 구현을 만드는 룰 아키텍트의 책임에 대해 설명합니다. |
|
|
|
2008년 4월 1일 (화) |
|
| |
필수 모델링
이미 보유하고 있는 리소스만을 사용해서 완벽한 IT 아키텍처를 만들 수 있을까요? 꿈은 현실이 될 수 있습니다. 하지만 시간이 걸리겠지요. 스크래치에서 새 아키텍처를 만들거나, 기존 아키텍처를 통제 가능하게 변형하거나, 어떤 방식이 되었든 원하는 바를 성취할 수 있을 것입니다. |
|
|
|
2008년 3월 25일 (화) |
|
| |
모델링 분석, Part 1: 사용자 관점에서 시스템 스팩 만들기
사용자 모델링이라고 하는 UML 모델링 유형을 설명합니다. 이것을 사용하여 IT 아키텍트는 IT 시스템을 디자인 하여 모든 사용자 유형에 적용될 수 있도록 합니다. |
|
|
|
2008년 2월 26일 (화) |
|
| |
중소 비즈니스를 위한 레거시 변형 가이드
중소 비즈니스가 레거시 정보 기술 에셋들을 현대화 하는데 도움이 되는 다양한 대안들을 규명하고 분석하는 방법을 설명합니다. |
|
|
|
2008년 2월 19일 (화) |
|
| |
아키텍처 실제, Part 6: Business Process Management (BPM)가 엔터프라이즈에 중요한 이유
비즈니스 프로세스의 효과적인 관리는 엔터프라이즈에서 비즈니스 기민성을 달성하는데 있어서 필수적인 요소입니다. BPM과 이것의 라이프 사이클 단계를 소개하고, 서비스 지향 아키텍처(SOA)를 어떻게 보완하는지를 설명합니다. |
|
|
|
2008년 2월 4일 (월) |
|
| |
SOA의 아키텍처와 서비스 기초: Part 3: 서비스 지향 솔루션과 엔터프라이즈 아키텍처
과연 무엇이 서비스 지향 솔루션을 만드는지, 엔터프라이즈 관점의SOA는 어떤 점이 다른지를 설명합니다: 비즈니스 모델 콘텍스트를 만들고, 아키텍처 패턴과 프로그래밍 모델을 표준화 하며, 에셋 기반 개발 원리를 적용해 봅니다. |
|
|
|
2008년 1월 29일 (화) |
|
| |
정보 아키텍처, Part 1: 데이터와 콘텐트 딜레마
데이터와 콘텐트에는 차이가 있고, 이 둘을 정보 아키텍처 디자인으로 통합하는 방법을 이해하는 것은 어려운 일입니다. 이 글에서, 여러 소스에서 데이터와 콘텐트를 찾고 통합하여 유연한 디자인을 만드는 방법을 배워봅시다. |
|
|
|
2008년 1월 15일 (화) |
|
| |
Hello World: Rational Software Architect V7을 이용한 전화번호부 예제 애플리케이션 디자인과 구현 배우기 (한글)
시연과 hello world 예제가 포함되어 있는 이 기초 튜토리얼에서 Rational Software Architect의 개요를 배웁니다. Rational Software Architect의 무료 시험판을 다운로드해야 합니다. 개정된 이 튜토리얼에서는 Rational Software Architect V7을 사용해 서비스 지향 애플리케이션을 설계하고 구현하는 법을 보여주는 실제로 따라할 수 있는 예제를 제공합니다. |
|
|
|
2008년 1월 8일 (화) |
|
| |
엔터프라이즈용 오픈 아키텍처, Part 1: 오픈 아키텍처의 아키텍처 원리
오픈 아키텍처(OA)의 목표는 비교적 정의하기가 쉽습니다. 엔터프라이즈 레벨에서 OA를 실현하거나, 복잡한 시스템에서 이를 생성하는 것은 쉬운 일이 아닙니다. 본 시리즈 첫 번째 기술자료에서는 OA의 기술적 측면, 필수 비즈니스 원리, 엔터프라이즈 환경에서 OA를 설정, 구현, 관리하는 가이드라인을 제공합니다. |
|
|
|
2008년 1월 8일 (화) |
|
| |
IBM의 SOA 시나리오, Part 5: Scenario 2: 실제 SOA 시나리오에서 서비스 연결 옵션
SOA 연결의 다양한 예제와, 이 구현이 SOA 라이프 사이클의 다양한 단계와 어떻게 연결될 수 있는지를 설명합니다. |
|
|
|
2007년 12월 31일 (월) |
|
| |
소프트웨어 컴포넌트: 대 단위(Coarse-grained) 대 소 단위(fine-grained)
개발에 사용할 수 있는 애플리케이션 컴포넌트의 세분성을 결정하는 가이드라인을 제시합니다. |
|
|
|
2007년 12월 18일 (화) |
|
| |
모델 주도 개발 환경에서 Aspect 개발, 배치하기: Part 2 : MDD를 사용한 Aspect 패키징과 커스터마이징 방법 (한글)
이번 튜토리얼에서는 IBM Rational Software Architect Model-Driven Development 프로젝트에 도입된 AspectJ 기반 라이브러리를 만드는 방법에 대해 자세하게 알아 보겠습니다. 본 튜토리얼은 AspectJ 프로그래밍 방법을 소개하는 것이 아니라 기존 AspectJ 라이브러리를 Rational Software Architect에서 패키징하고, 배치해 사용하는 방법에 대해 자세하게 설명합니다. 또 모델 요소 수준(model element level)에서 추가적인 커스터마이징을 하는 데 쓰이는 구성 옵션에 대해서도 얘기해 볼 것입니다. 마지막으로 온라인 도움말과 치트 시트(cheat sheet) 같은 사용자 문서 옵션을 소개할 뿐만 아니라 지역화(localization)와 분류(categorization) 옵션에 대해서도 다루겠습니다. |
|
|
|
2007년 12월 11일 (화) |
|
| |
모델 주도 개발 환경에서 Aspect 개발, 배치하기: Part 2 : MDD를 사용한 Aspect 패키징과 커스터마이징 방법 (한글)
이번 튜토리얼에서는 IBM Rational Software Architect Model-Driven Development 프로젝트에 도입된 AspectJ 기반 라이브러리를 만드는 방법에 대해 자세하게 알아 보겠습니다. 본 튜토리얼은 AspectJ 프로그래밍 방법을 소개하는 것이 아니라 기존 AspectJ 라이브러리를 Rational Software Architect에서 패키징하고, 배치해 사용하는 방법에 대해 자세하게 설명합니다. 또 모델 요소 수준(model element level)에서 추가적인 커스터마이징을 하는 데 쓰이는 구성 옵션에 대해서도 얘기해 볼 것입니다. 마지막으로 온라인 도움말과 치트 시트(cheat sheet) 같은 사용자 문서 옵션을 소개할 뿐만 아니라 지역화(localization)와 분류(categorization) 옵션에 대해서도 다루겠습니다. |
|
|
|
2007년 12월 11일 (화) |
|
| |
모델 주도 개발 환경에서 애스펙트 개발과 배치: Part 1: MDD를 사용한 애스펙트 패키징 방법 (한글)
이번 튜토리얼에서는 IBM Rational Software Architect Model-Drivent Development 프로젝트에 도입할 수 있는 AspectJ 기반 라이브러리를 만드는 방법에 대해 자세하게 알아 볼 것입니다. 이 튜토리얼은 AspectJ 프로그래밍 방법을 소개하는 것이 아니라, 기존 AspectJ 라이브러리를 Rational Software Architect에서 패키징하고, 배치해서 사용하는 방법에 대해 자세히 설명합니다. 또한 모델 요소 수준(model element level)에서 추가 커스터마이징을 하는 데 쓰이는 구성 옵션에 대해서도 얘기해 보겠습니다. 마지막으로 온라인 도움말과 치트 시트(cheat sheet) 같은 사용자 문서 옵션을 소개할 뿐만 아니라 지역화(localization)와 분류(categorization) 옵션에 대해서도 다루겠습니다. |
|
|
|
2007년 11월 20일 (화) |
|
| |
모델 주도 개발 환경에서 애스펙트 개발과 배치: Part 1: MDD를 사용한 애스펙트 패키징 방법 (한글)
이번 튜토리얼에서는 IBM Rational Software Architect Model-Drivent Development 프로젝트에 도입할 수 있는 AspectJ 기반 라이브러리를 만드는 방법에 대해 자세하게 알아 볼 것입니다. 이 튜토리얼은 AspectJ 프로그래밍 방법을 소개하는 것이 아니라, 기존 AspectJ 라이브러리를 Rational Software Architect에서 패키징하고, 배치해서 사용하는 방법에 대해 자세히 설명합니다. 또한 모델 요소 수준(model element level)에서 추가 커스터마이징을 하는 데 쓰이는 구성 옵션에 대해서도 얘기해 보겠습니다. 마지막으로 온라인 도움말과 치트 시트(cheat sheet) 같은 사용자 문서 옵션을 소개할 뿐만 아니라 지역화(localization)와 분류(categorization) 옵션에 대해서도 다루겠습니다. |
|
|
|
2007년 11월 20일 (화) |
|
| |
IBM WebSphere DataPower SOA를 사용하여 CICS와 IMS 레거시 애플리케이션 실행하기
CICS와 IMS 레거시 애플리케이션이 재사용 되고 SOA에 참여할 수 있도록 하는 통합 기술을 배워봅시다. |
|
|
|
2007년 11월 6일 (화) |
|
| |
ESB-지향 아키텍처: SOA 채택에 있어서 잘못된 접근 방식 (한글)
엔터프라이즈 서비스 버스(ESB) 구현 프로젝트의 문제점을 짚어봅니다. 서비스 지향 아키텍처(SOA)라는 목표가 빠진 프로젝트가 왜 잘못된 생각인지를 설명하고, SOA를 올바르게 채택하는데 있어 무엇이 필요한지를 생각해 봅니다. |
|
|
|
2007년 10월 30일 (화) |
|
| |
서비스 지향 아키텍처(SOA)와 엔터프라이즈 아키텍처(EA), Part 3: 조화롭게 작동시키기 (한글)
서비스 지향 아키텍처(SOA)를 채택하고 엔터프라이즈 아키텍처(EA)를 동시에 개발하기로 결정했다면, 이 글이 도움이 될 것입니다. 본 시리즈의 이전 기술자료들에서는 SOA와 EA를 비교 및 대조해보았고, 엔터프라이즈 내에서 EA와 SOA 액티비티를 조화시키지 못했을 때 생기는 문제에 대해서도 다루었습니다. 필자는 SOA와 EA를 개발하는 16억 달러의 클라이언트 계약 참여하여 이러한 문제들을 직접적으로 경험했습니다. 본 시리즈의 마지막 글에서는, 필자가 경험을 통해 얻은 교훈들로 이러한 문제들을 다룰 수 있는 가이드를 제시합니다. |
|
|
|
2007년 10월 9일 (화) |
|
| |
서비스 지향 아키텍처(SOA)와 엔터프라이즈 아키텍처(EA), Part 2: 유사점과 차이점 (한글)
본 시리즈 Part 2에서는 서비스 지향 아키텍처(SOA)와 엔터프라이즈 아키텍처(EA)의 아키텍처와 거버넌스 모델을 설명하고 이들의 유사점과 차이점을 비교합니다. EA와 SOA 액티비티를 엔터프라이즈 내에서 조정하지 않을 경우 겪게 될 잠재적인 문제에 대해서도 설명합니다. |
|
|
|
2007년 10월 2일 (화) |
|
| |
UML 서비스 컴포넌트를 사용하여 SOA 아키텍처 패턴 나타내기 (한글)
이 글에서는, Unified Modeling Language (UML) 모델을 사용하여 SOA 아키텍처 패턴과 이것과 제휴된 서비스 컴포넌트를 묘사할 것입니다. 또한, 스테이크홀더들이 더욱 잘 이해할 수 있도록, 산업 표준의 UML 포맷의 정황 속에서 SOA 패턴의 서비스 컴포넌트를 표현하는 방법을 배워봅시다. |
|
|
|
2007년 9월 11일 (화) |
|
| |
