 |
 |
 |
 |
 |
 |
아키텍처적 선언: 애자일 개발하기, 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일 (화) |
|
| |
엔터프라이즈용 오픈 아키텍처, 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일 (화) |
|
| |
소프트웨어 아키텍처의 품질 평가하기 요구 사항을 통해 어떤 품질이 기대되는지를 알 수 있습니다. 소프트웨어 아키텍처 디자인이 요구 사항에 맞는지를 파악하는데 사용되는 네 가지 평가 방법을 알아봅시다. |
|
중급 |
|
2007년 12월 11일 (화) |
|
| |
엔터프라이즈 아키텍처, Part 6: 관리성 비즈니스 프로세스가 유연해야 한다면, 그러한 프로세스의 거버넌스는 어려울 것입니다. 이 글에서, 핵심 엔터프라이즈 아키텍처(EA) 품질 애트리뷰트로서 관리성의 개념을 사용하여 이러한 문제를 해결하는 방법을 설명합니다. |
|
중급 |
|
2007년 12월 4일 (화) |
|
| |
엔터프라이즈 아키텍처, Part 7: 아키텍처 효율성 감시하기 디자인이 구현되었다고 해서 문제가 끝난 것은 아닙니다. 디자인 할 때 무엇을 주의해야 하는지를 알아봅시다. |
|
초급 |
|
2007년 11월 27일 (화) |
|
| |
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일 (화) |
|
| |