 |
|
난이도 : 중급 Lee Ackerman, 마케팅 매니저 - SOA 마케팅, IBM
S Mahate, 선임 프로젝트 관리자, IBM
원문 게재일 : 2008 년 9 월 26 일
번역 게재일 : 2009 년 2 월 17 일 이 글은 IBM® Rational® Application Developer for WebSphere® Software V7.5에서 소프트웨어 팀이 웹과 서비스 지향 애플리케이션 배포 작업을 수행할 때 직면하는 여러 문제에 대한 해법을 어떻게 제공하는지 보여줍니다.
IBM Rational Application Developer for WebSphere Software를 사용하는 이유
웹과 서비스 지향 솔루션 배포를 고려한다면 다음과 같은 많은 질문에 대답해야 한다.
-
확장 가능한 자바(Java™)와 JEE(Java Enterprise Edition) 또는 웹 서비스를 어떻게 효과적으로 작성할 수 있는가?
-
어떻게 애플리케이션 재개발을 제어하거나 제한하면서 결함 수를 줄일 수 있는가?
-
다른 개발자가 짠 코드 관리 작업을 쉽게 하려면 무엇을 사용해야 하는가?
-
여러 지역에 분산된 팀 내에서 어떻게 하면 더 효율적으로 코딩할 수 있는가?
-
애플리케이션의 디자인, 품질, 성능을 어떻게 향상시킬 수 있는가?
-
숙련된 직원을 찾기가 어려운데 이전보다 더욱 복잡해진 애플리케이션을 사용하여 어떻게 작업하는가?
-
애플리케이션을 작성할 때마다 불필요한 작업을 다시 수행하지 않기 위한 재사용 가능한 자산을 어떻게 만드는가?
-
산업 표준을 기반으로 하는 상호 운용 가능한 애플리케이션을 어떻게 배포하는가?
-
어떻게 모든 작업을 조정하고 계획의 완전성을 보장하는가?
이에 더하여 이식성, 보안, 브라우저 불일치 등의 문제를 추가할 수 있다. 이는 사기를 떨어트릴 만한 문제들이다. 그렇다면 이 문제들을 어떻게 해결할 수 있을까?
IBM® Rational® Application Developer for WebSphere Software Version 7.5는 포괄적인 기능 세트를 통해 이러한 문제들에 대한 솔루션을 제공함으로써 다음과 같은 기능을 확장한다.
-
주석(annotation) 기반 프로그래밍과 통합 WebSphere 지원으로 자바 EE 5 애플리케이션의 신속한 개발 및 테스트
-
동적이고 풍부한 Ajax 애플리케이션(웹 2.0)으로 서비스 지향 아키텍처(SOA)와 자바 EE 자산 확장
-
웹 서비스를 발견, 생성, 배포, 테스트하여 비즈니스 애플리케이션 통합
-
포털과 포틀릿(portlet)을 빠르고 시각적으로 디자인한 다음 IBM® WebSphere® Portal을 사용하여 테스트
-
IBM® WebSphere® Application Server V7.0과 자바 EE 5.0 표준을 위한 프로그래밍 모델 지원을 이용. 여기에는 EJB(Enterprise Java™Beans) 3.0, JPA(Java Persistence API), JSF(Java™Server Faces) 1.2, JAX(Java API for XML)-WebSphere 2.0, JAX-B 2.0, JSP(Java™Server Pages) 2.1, 서블릿 2.5 포함됨.
-
RIA(Rich Internet Application) 클라이언트를 사용하여 개발을 단순화함으로써 서비스와 공급(feeds)을 확장, 노출
-
WebSphere Application Server 7.0, WebSphere Application Server 6.1, WebSphere Application Server 6.0, WebSphere 기능 팩 지원과 WebSphere Portal Version 6.1이나 6.0용 통합 테스트 환경에서 작업
-
팀과 공동 작업할 수 있도록 IBM® Rational® Team Concert와 쉽게 통합
위 목록이 전부가 아니다. 기본 이클립스 플랫폼과 이클립스 WTP(Web Tools Platform)에서 제공하는 기능을 포함하여 훨씬 더 많은 기능이 제공된다. 그렇다 하더라도 시작하는 가장 좋은 방법을 찾는 것은 대단한 시도일 수 있다. 어쩌면 Rational Application Developer for WebSphere Software를 사용할 수 있는 방법을 찾는 데 다른 방법을 취해야 할 수도 있다.
사용할 기능에 따른 선택
이렇게 다양한 기능을 효율적으로 사용할 수 있는 방법을 찾을 때는 일반적이고 기본적인 수행 작업을 고려하는 것이 더 유용할 수 있다. 그러므로 Rational Application Developer for WebSphere Software를 사용하여 다음과 같은 핵심 작업을 어떻게 수행할 수 있는지 먼저 자문해 본다(그림 1 참조).
그림 1. 소프트웨어 개발의 중심에 있는 Rational Application Developer
물론 위 그림이 작업을 완료할 유일한 순서는 아니다. 이러한 도구 사용의 시작 지점은 자신이 현재 소프트웨어 배포 주기의 어느 지점에 있는지에 따라 다르다.
디자인을 도와주는 도구
Rational Application Developer for WebSphere Software는 디자인 시 작업을 단순화하고 특정 영역에 대한 그래픽 언어와 편집기를 사용하며 지원 도구를 통합하기 위한 여러 방법을 제공한다. 이제 이러한 기능과 아이디어를 사용할 수 있는 방법에 대해 좀 더 자세히 살펴보자.
기존 코드 아티팩트(artifacts)는 클래스, 시퀀스, 주제, 찾아보기 다이어그램을 포함하는 UML 다이어그램으로 시각화할 수 있다(그림 2 참조). UML 표현은 코드의 간략화된 뷰를 제공한다. 이를 사용하여 관련되지 않은 세부 정보와 측면을 숨겨 중요한 부분에만 집중할 수 있다. 이러한 시각화는 코드의 UML 렌더링에만 해당된다. 이 자체로 코드와 동기 상태를 자동으로 유지하며 UML 생성에 대한 왕복(round-trip) 코드가 필요 없다.
그림 2. UML 클래스 다이어그램
추상화와 시각화 테마는 데이터베이스 모델, XML 스키마, WSDL(Web Services Description Language) 문서에도 계속된다. 이러한 도구는 단순히 읽기 전용 뷰만이 아니며 편집도 가능하다. 또한 작업해야 하는 영역에 대해 특정적이다. 이는 데이터베이스, XML 스키마, 웹 서비스 작업을 위해 만들어져서 작업의 중요한 측면에 집중하고 불필요한 세부 정보를 숨길 수 있게 한다.
그림 3. WSDL 편집기
웹 사이트 구조와 탐색 다이어그램은 웹 사이트에 대한 스토리보드를 보여준다. 이를 사용하여 높은 수준의 웹 사이트 개요를 매우 쉽게 브레인스토밍하고 만들 수 있다. 웹 사이트 구조와 탐색 다이어그램은 페이지 템플릿, 페이지 단편, 스타일, 테마를 지원한다. 또한 이 도구를 사용하여 HTML, JSP, JSF 페이지를 만들 수 있다.
HTML, JSP, JSF, Dojo나 그 외 사용자 인터페이스 구성요소의 편집은 WYSIWYG 편집기와 끌어 놓기(drag-and-drop) 팔레트에 의해 단순해졌다. 구문에 대해 걱정할 필요가 없는 경우 페이지 레이아웃의 디자인이 더 쉬워진다. 페이지 템플릿 만들기는 페이지 만들기와 매우 비슷하며 일단 템플릿을 만들고 나면 모든 페이지에 적용할 수 있다. 또한 코드에 언제든지 액세스할 수 있는 Expert 모드도 있다. 중요한 것은 작업을 곧바로 완성하는 데 필수적인 세부 정보 수준에 액세스할 수 있다는 것이다.
이미 설명한 대로 이러한 시각화는 관련되지 않은 세부 정보를 숨긴다. XML 스키마와 연관된 세부 정보를 모두 보기보다는 불필요하며 관계없는 세부 정보를 모두 숨긴 시각화를 보는 것이 훨씬 쉽다. 또한 시각화는 현재 작업 중인 영역에 맞춰 만들어진다. 여기에 고려할 만한 또 다른 이점이 있다. 즉 이러한 시각화로 인해 팀에 있는 다른 구성원과 의사소통하기 쉬워진다는 점이다.
현재 개발에는 그 어느 때보다 팀의 노력이 필요하다. 여러 팀에서 온 팀 구성원과 상호 작용하고 요구사항과 결함에 대한 인식을 함께 하며 다른 개발자와 함께 모두 하나가 되어 작업해야 한다. 전체 팀 구성원이 모든 역할에서 Rational Application Developer를 사용하지 않는 경우에도 다른 역할을 담당한 다른 사람들과 정보를 공유하는 것은 중요하다.
예를 들어 요구사항에 대한 개발자 활동을 추적하는 것은 디자인과 구현 단계에서 중요한 측면이다. 이러한 측면을 지원하기 위해 Rational Application Developer가 IBM® Rational® RequisitePro®와 통합됐다. 이런 방법으로 어떤 기능이 솔루션에 추가되어야 하는 이유를 파악할 수 있다. 추적 능력(traceability) 기능을 사용하여 요구사항 변경에 대한 효과를 확인할 수도 있다.
Rational Application Developer는 Rational Team Concert와도 통합되었다. 이러한 통합으로 소프트웨어 개발이 더 자동화되고 투명하며 예측 가능해짐으로써 분산 프로젝트 팀이 실시간의 컨텍스트 내(In-Context) 공동 작업을 할 수 있다.
Rational Team Concert는 작업 항목도 제공한다. 이러한 항목은 결함, 향상 또는 대화일 수 있다. 팀 구성원은 작업 항목을 쿼리하고 쿼리 결과를 다른 팀 구성원과 공유할 수 있다. 또한 컨텍스트를 제공하며 통신을 향상시켜 각 작업 항목을 추적하고 의견을 제기할 수 있다.
팀 구성원은 해당 작업 항목을 받아 반복 계획(iteration plan)에 할당할 수도 있다. 반복 계획은 위키(wiki) 유형의 인터페이스로 이를 통해 팀에서 목표로 하는 반복 작업에 대한 프로젝트 진행 상태를 볼 수 있다. 이렇게 실제 개발 작업에서 수집된 데이터로 투명한 개발을 진행함으로써 개발자와 프로젝트 관리자가 프로젝트를 추적하고 가능한 한 빨리 위험을 식별할 수 있게 한다.
Rational Application Developer for WebSphere Software는 오늘날 증가하는 복잡성과 문제에도 불구하고 추상화, 영역별 도구화, 통합, 통신에 대한 집중을 모두 통합하여 솔루션을 디자인할 수 있게 한다.
솔루션 생성을 돕는 도구
이번에는 Rational Application Developer for WebSphere Software를 사용하여 솔루션을 생성하는 방법을 살펴보자.
Rational Application Developer는 다음과 같은 메커니즘을 사용하여 솔루션이나 일부 솔루션의 생성을 도울 수 있다.
-
추상화
-
특정 영역에 대한 그래픽 언어와 편집기
-
자동화
컴퓨터 과학은 기계 코드에서 추상화와 자동화를 사용하는 고수준 프로그래밍 언어로 이전하면서 크게 발전했다. 이에 따라 개발자 생산성이 눈에 띄게 향상된 것을 볼 수 있다. 하지만 개발자가 수행해야 하는 일상적인 작업이 아직 많기 때문에 개선 여지는 여전히 남아 있다.
Rational Application Developer에는 많은 마법사와 그래픽 편집기가 있어 개발자가 정확한 구문을 알지 못하는 경우에도 다양한 자바 EE 아티팩트를 만들 수 있으며 발생하는 문제에 더욱 집중할 수 있다. 이러한 마법사에는 WSDL 시각화, 자바 EE 배포 설명자, 매니페스트(manifest), JPA 매핑 등이 포함되어 있다.
자바 EE 5에 대한 지원에는 주석이 포함된 간략화된 프로그래밍 모델이 포함되어 있다. 주석(annotation)은 개발자가 소스 편집기에서 나가지 않고 정보를 입력하거나 주석 편집기를 사용하는 POJO(plain old Java object)로 된 지시문의 삽입이다. 개발자는 주석을 사용하여 개별 배포 설명자와 같은 관련 파일에 입력될 데이터를 프로그래밍할 수 있다. 주석은 클래스에 대한 특수 정보를 적용되는 코드 요소에 입력하기 때문에 더 직관적이며 편리한 접근 방법을 제공한다.
참고: 위에서 설명한 UML 시각화는 주석을 인식하고 주석에 대한 지원을 제공한다.
Rational Application Developer에는 자바 EE 5 아티팩트 내용 어시스트, 입력 시(as-you-type) 유효성 검사, EJB 3.0과 JPA의 리팩터링 옵션을 포함하여 자동화 또는 코드 생성에 대한 첫 번째 클래스 지원이 있다.
그 외에도 Rational Application Developer는 모델에서 텍스트로의 변환을 사용하여 자신만의 자동화 생성 지원을 제공한다. 이러한 변환은 코드와 배포 설명자 등 텍스트 기반 요소 생성에 대한 우수 사례와 접근 방법을 활용한다. 이러한 도구의 기본 아이디어는 자주 반복되어야 하는 표본(exemplar)이나 패턴을 식별하는 것이다. 표본은 패턴에 의해 해결되는 문제에 대한 최상의 솔루션을 표현하며 숙련된 개발자에 의해 만들어진다. 그런 다음 다른 개발자들은 패턴을 완료하기 위한 코드를 생성하도록 변환을 적용하기만 하면 된다. 개발자들은 구현의 세부 정보에 대해 알 필요가 없다. Rational Application Developer에는 Exemplar Analysis 도구가 있어 스키마를 확인하고 변환 디자인, 입력 모델 및 관련된 템플릿 세트 만들기에 도움을 준다.
그림 4. 표본 작성
웹 2.0 협업 원리와 응답 기술을 사용하는 RIA도 인기 영역이다. Rational Application Developer for WebSphere Software는 내용 어시스트 와 함께 전 기능을 갖춘 자바스크립트 소스 편집기, 유효성 검사, 리팩터링, 개요 보기를 포함하여 Ajax Dojo 툴킷을 지원하는 RIA의 클라이언트 측 개발을 돕는다. 포함된 Dojo 팔레트를 사용하여 웹 페이지를 시각적으로 작성함으로써 끌어 놓기 페이지를 만들고 Dojo 엔티티 속성을 시각적으로 수정할 수 있다. 자바 개체 메서드는 REST(Representational State Transfer) 서비스를 포함하여 웹 리모팅(Web Remoting) 프레임워크를 통해 노출될 수 있다. 또한 Ajax 프록시를 사용하면 다양한 웹 2.0 서비스 제공업체가 제공한 기능으로 매시업을 작성할 수 있다.
핵심 아이디어는 Rational Application Developer를 활용하여 솔루션의 측면을 생성하고, 반복되고 낮은 수준의 세부 정보와 기계적인 노력을 방지하는 것이다. 이렇게 함으로써 창의성과 높은 수준의 가치를 필요로 하는 영역에 코딩 시간과 노력을 집중할 수 있다.
문제를 발견하고 해결하는 데 도움이 되는 도구
사람이 하는 모든 활동에는 오류가 있게 마련이다. 마찬가지로 작성된 모든 코드에는 결함이 있다. 결함은 단지 런타임 예외만이 아니다. 결함은 예를 들어 빨간색 버튼이 있어야 할 곳에 파란색 버튼이 있거나 해독할 수 없는 코드나 찾을 수 없는 코드일 수 있다.
Rational Application Developer는 다음 세 가지 방법으로 문제 식별을 돕는다.
Rational Application Developer에는 정적 분석 도구가 있어 코드가 실행 이전이라도 결함을 식별할 수 있게 한다. 이러한 도구를 사용하여 프로젝트를 분석하고 디자인 원리, 자바 EE, 자바 우수 사례, 성능 문제 등 다양한 유형의 문제를 발견할 수 있다.
그림 5. 정적 분석 규칙 세트
정적 분석은 실행이 빠르고 쉽다. 따라서 전체 팀 구성원이 매일 계속되는 개발 노력의 일환으로 이를 사용할 수 있다. 또한 코드 검사와 결합하여 사용함으로써 품질을 중심으로 하는 필수 요소가 될 수 있다. 정적 분석을 사용하면 애플리케이션에서 발생할 수 있는 문제에서 좀 더 창의적인 측면에 집중함으로써 더욱 생산적인 코드 검사에 시간을 사용할 수 있다. 정적 분석 도구의 또 다른 이점은 개발자가 우수 사례로부터 배울 수 있다는 것이다. 이것은 정적 분석 도구가 식별할 수 있는 각 문제의 예제와 함께 문제 해결 방법에 대한 설명을 제공하기 때문에 가능하다.
Rational Application Developer는 또한 성능과 메모리 문제를 파악하도록 애플리케이션의 개요를 만드는 기능을 제공한다. 성능 및 메모리 데이터의 설정과 수집을 지원할 뿐만 아니라 결과를 해석할 수 있는 도구와 뷰도 얻게 된다. 분석은 테이블, 그래프, UML 타이밍 다이어그램과 같은 다양한 뷰를 통해 지원된다(그림 6과 7 참조).
그림 6. 실행 통계
그림 7. UML 타이밍 다이어그램
Rational Application Developer는 자바 코드, JSP, XSLT, 자바스크립트, 파이썬 WebSphere Application Server 관리 스크립트, DB2 저장 프로시저에 대한 철저한 디버깅 지원을 제공하여 코드의 결함을 파악하는 데 도움을 준다. 자바 및 혼합 언어 디버거(그림 8)는 다양한 프로그래밍 언어와의 완벽한 통합을 제공한다.
그림 8. 자바 디버거
Rational Team Concert 클라이언트는 팀 구성원이 바로 옆자리에 있든 아주 먼 거리에 있든지 간에 구성원에게 디버그 세션을 분배하기 위한 지원을 제공한다. 이것은 실시간 전송으로, 세션을 넘겨 받는 사람은 전송자가 디버깅을 중단하자마자 바로 가져올 수 있다. 세션을 완료하면 상대방에게 다시 돌려줄 수 있다. 이 기능을 쓰면 버그를 다시 만들려고 필요한 모든 작업을 복제할 필요가 없기 때문에 시간이 절약된다.
Rational Application Developer for WebSphere Software는 테스트를 호출하고 테스트 실행을 제어하며 테스트 결과를 수집하고 분석하는 것과 같은 테스트 관리 활동에 대한 지원도 제공한다. 테스트는 원격 시스템에서 실행하거나 기존 JUnit 테스트 케이스를 TPTP(Testing and Performance Tools platform) 테스트 케이스로 가져올 수 있다. 또한 데이터 풀을 사용하여 테스트 데이터를 테스트 로직과 분리하고 테스트 결과에서 보고서를 검색, 생성하며 IBM® ClearQuest® 테스트 관리 소프트웨어와 통합할 수 있다.
자동화는 문제를 찾는 데 사용할 수 있을 뿐 아니라 향후를 위해 우수 사례를 통합한다. 추상화는 타이밍 다이어그램에서 시각화에 사용하거나 실행 중인 코드를 가져오는 것과 같은 다양한 방법으로 사용할 수 있다.
문제를 확인하고 나면 Rational Application Developer가 다음 세 가지 방법으로 솔루션을 찾을 수 있게 한다.
이것들은 같은 개념이지만 Rational Application Developer의 구현 측면이 다르다.
예를 들어 여기서도 정적 분석을 사용하지만 분석 목적이 식별한 문제를 해결하는 방법을 보여주는 데 있다. 예를 들면 Quick Fixes에서 단순히 마우스 버튼을 클릭하는 것만으로 자동으로 문제를 해결할 수 있다(그림 9). 여러 번 수정하는 것이 가능한 경우 적용하려는 솔루션을 선택할 수 있다.
그림 9. Quick Fix 옵션
팁: Quick Fix 옵션은 코드를 작성할 때도 사용할 수 있다. 이 옵션은 가져오기를 추가하는 것만큼 간단하고 클래스를 만들거나 인터페이스를 구현하는 것만큼 복잡할 수 있다.
문제를 해결하는 방법을 발견하려고 실제로 검사를 하는 경우도 있다. 그런 경우 반드시 강력한 디버깅 도구가 있어야 한다. Rational Application Developer를 사용하면 개발자가 디버깅 세션 중에 코드를 수정하고 처음부터 다시 시작할 필요 없이 디버깅을 계속할 수 있다(그림 10). 또한 개발자는 디버거를 사용하여 요소의 값을 변경하고 검사할 수 있다(그림 11).
그림 10. 변수 보기
그림 11. 변수 검사기
개발 팀에는 취해야 할 여러 역할, 인도품(deliverables)과 단계가 있다. 이 경우 자신뿐 아니라 나머지 팀 구성원도 우수 사례 방법을 알고 있음을 어떻게 보장할 수 있는가? 한 가지 방법은 소프트웨어 개발 프로세스를 따르는 것이다. Rational Application Developer는 IBM® Rational Unified Process®(RUP®)에서 추려낸 정보를 포함한 프로세스 지침을 제공한다.
팁: 자신 또는 팀에서 고유의 RUP 기반 프로세스를 만들고 게시한 경우 Rational Application Developer에 포함된 버전 대신 해당 프로세스를 사용할 수 있다.
Rational Application Developer에서 작업을 수행하면 프로세스 지침과 사용자 지원이 동적으로 제공된다(그림 12 참조). 이 지침은 역할, 작업 제품, 활동을 다룬다. 또한 Tool Mentors에서 작업 수행 방법에 대한 특정 지침을 제공한다.
그림 12. 프로세스 브라우저
Rational Team Concert는 소프트웨어 개발의 다양한 단계(예: 릴리스 빌드의 최종 주기 도중 코드를 확인할 수 있는 방법) 중에 활동을 제어할 수 있는 실행 가능한 프로세스 프레임워크를 제공한다. 이러한 통합으로 소프트웨어 개발과 관련된 위험을 줄이고 애플리케이션 개발을 더 예측 가능하게 만들 수 있다.
코드에 변경 사항을 구현하는 경우 UML 시각화를 사용하여 요소 간 종속성을 이해할 수 있다. 변경 사항이 구현되면 문서화하고 나머지 팀 구성원에게 해당 변경 사항을 알려야 한다. UML 시각화를 사용하여 변경 사항을 캡처하고 문서화할 수 있다. 또한 자바 문서를 생성할 때 UML 클래스 다이어그램이 자동으로 생성되도록 선택할 수 있다.
솔루션에서 코드의 수명은 시스템의 첫 번째 릴리스를 훨씬 넘어 선다. 코드를 더 쉽게 이해하고 지원 하는 방법을 찾는 경우 해당 코드를 리팩터링(해당 기능을 변경하지 않고 코드의 구조를 변경)하기 위한 최상의 방법을 고려해야 한다. Rational Application Developer는 자바 클래스의 이름을 변경하고 클래스와 패키지를 이동하며 concrete 클래스로부터 인터페이스를 만들고 중첩된 클래스를 최상위 클래스로 변환하며 기존 메서드의 코드 섹션으로부터 메서드 추출을 지원하기 때문에 이를 사용하여 작업을 수행할 수 있다. 이 소프트웨어는 JavaDoc 및 다양한 XML 파일의 이름에 대한 모든 참조를 확인하여 링크를 끊지 않고 리팩터링이 수행되게 한다. 또한 UML 다이어그램은 리팩터링에 속하여 자동으로 업데이트된다.
요약
Rational Application Developer for WebSphere Software는 오늘날 개발 노력이 직면한 여러 문제 처리에서 가장 중요한 도구다. 디자인, 생성, 식별, 해결을 원한다면 단순화, 추상화, 자동화, 영역 특수화, 통합, 우수 사례를 사용할 수 있다.
Rational Application Developer for WebSphere Software로 작업할 때는 이러한 개념을 기억하는 것이 좋다. 이를 통해 생산성을 높이며 또한 더 즐겁고 생산적인 개발 노력을 기울일 수 있기 때문이다.
참고자료 교육
제품 및 기술 얻기
토론
필자소개 | 
| | Lee Ackerman은 Rational 소프트웨어 SOA 마케팅 팀의 마케팅 매니저다. 수년간 기사, IBM 레드북, 연수, 교육, 멘토링을 통해 소프트웨어 개발을 돕고 있다. |
| | | S. Mahate는 IBM Rational 소프트웨어의 선임 제품 관리자로서 20년 이상의 소프트웨어 개발 경력을 보유하고 있다. |
기사에 대한 평가
|
| 이 문서 북마킹 하기
|
| 
