IBM®
메인 컨텐츠로 가기
    Korea [국가변경]    이용약관
 
 
   
        제품    서비스 & 솔루션    고객지원 & 다운로드    회원 서비스    

한국 developerWorks  >  아키텍처  >  

아키텍처 입문 (한글)

developerWorks
개요   |   요구사항 분석   |   모델링   |   자산과 패턴   |   통합   |   샘플 프로젝트

개요   포럼
베스트 프랙티스   블로그
  교육
방법  
 


소프트웨어 개발 프로젝트에서는 요구 사항을 통해 거의 모든 액티비티, 태스크, 결과물들이 발생한다. 몇 가지 핵심 기술과 반복적인 개발 방식을 사용함으로써, 프로젝트의 성공을 보장하는 요구 사항들을 개발할 수 있다. 프로젝트 초기에 시간을 들여서, 필요, 기능, 요구 사항들을 정의 및 문서화 하면, 비즈니스 목표에 맞게 소프트웨어 요구 사항 스팩을 마련할 수 있다.

본 장에서는, 베스트 프랙티스, 툴, 요구 사항 분석 방법을 검토하고, 그러한 요구 사항들을 IT 기능과 솔루션으로 연결시켜 본다.


요구 사항 분석

요구 사항: 개요: 정확한 요구 사항은 소프트웨어 프로젝트 성공의 필수 요소이다. 이 글에서 그 이유를 설명하고, 효과적인 요구 사항 문서화를 위한 3 단계 접근 방식을 설명한다.

유스 케이스 유형과 생성물 이해하기: 다양한 유형의 유스 케이스와 생성물을 검토하고, 이러한 것에 익숙하지 않은 팀들에 유스 케이스 기술을 도입하는 방법을 설명한다.

소프트웨어 요구 사항에서 비즈니스 가려내기: 복잡한 요구 사항들을 분석하는 기술을 익혀서, 비즈니스와 소프트웨어 요구 사항을 더욱 부각시킬 수 있다.

유스 케이스를 사용하여 비즈니스 요구 사항 파악하기: 핸드폰 결제 시스템인 Simpay의 비즈니스 요구 사항 엔지니어링 프로젝트에 기반하여 비즈니스 요구 사항들을 파악하는 7 가지 실질적인 원리들을 배운다.

요구 사항 방식 (PDF): 세 가지 전형적인 요구 사항 방식을 연구한다. 익스트림(Extreme) 요구 사항 방식, 애자일(Agile) 요구 사항 방식, 강력한(Robust) 요구 사항 방식.

비즈니스-중심 개발의 핵심 원리: 소프트웨어-중심 시스템의 생성, 전개, 진화에 있어서 산업계의 베스트 프랙티스로 자리잡은 새로운 원리를 배워봅시다.



위로



베스트 프랙티스

소프트웨어 개발 생산성과 프로젝트 성공 비율: 우리가 문제를 제대로 파악하고 있는가? Rational RequisitePro 같은 훌륭한 요구 사항 관리 툴을 사용하는 방법은 알고 있겠지만, 처음부터 올바른 요구 사항을 관리하고 있다는 것을 어떻게 확신할 수 있는가? 이 글에서 그 해답을 찾는다.

요구 사항에서 디자인으로 이동하기 (PDF): 요구 사항 스팩에서 디자인으로 원만하게 진행해 본다. 디자인을 시작하기 전에 유스 케이스로 어디까지 진행할지, 아키텍처적으로 중요한 요구 사항을 분석하고, 요구 사항 스팩에서 디자인으로 이동할 때 연결하는 중심 생성물로서 유스 케이스를 만드는 방법을 설명한다.

Rational 툴을 J2EE-기반 프로젝트에 적용하기 (한글): IBM Rational® Unified Process와 기타 Rational 툴들을 빡빡한 스케줄과 예산이 책정된 개발 프로젝트에 적용한다. Part 1에서는 고급 플래닝과 요구 사항 분석을 설명한다.

비즈니스 필요에 맞는 올바른 소프트웨어 개발 인프라스트럭처 구현하기: 소프트웨어 개발 인프라스트럭처를 강화하고 온 디맨드 환경을 만드는 올바른 구매 결정을 내린다. Part 1에서는 비즈니스와 인프라스트럭처 필요의 우선순위를 정하고, 제안서(RFP)를 정의하고, 요구 사항과 분석 기능을 강화하는 옵션에 대해 설명한다.

모델-중심 개발로 복잡함 줄이기: 솔루션 개발 프로세스에서 요구 사항 수집, 비즈니스 모델링, 애플리케이션 개발과 전개 단계를 분석한다.

서비스 mock를 사용하여 SOA 개발 체계화 하기: 유스 케이스와 mock 객체를 사용하여 SOA 애플리케이션의 품질을 높여보자. Bobby Woolf가 여러 팀들과 작업할 때 개발을 쉽게 할 수 있는 다섯 단계 프로세스를 설명한다.

Comment lines: 기능 외적 요구 사항이 왜 문제가 되는가? 기능은 중요하다. 하지만, 기능 외적 요구 사항을 고려하지 않는다면, 솔루션은 무용지물이 된다.

애플리케이션 개발용 Rational 비주얼 툴 연구: 소프트웨어 애플리케이션을 시각적으로 디자인 및 개발할 수 있는 Rational 툴을 설명한다.



위로



  • Rational RequisitePro®는 프로젝트 팀을 위한 요구 사항 및 유스 케이스 관리 툴이다. 제품 관련 자료자료를 찾아보거나, 시험판을 다운로드 하라.
  • Rational ClearCase®는 소프트웨어 개발 자산들의 라이프 사이클 관리와 컨트롤을 제공한다. 제품 관련 자료를 참조하라.
  • Rational SoDA는 포괄적인 프로젝트 문서 및 리포트의 생성 및 관리를 자동화 한다. 시험판을 다운로드 하라.
  • Rational Software Modeler는 커스터마이징 가능한, UML 2.0 기반 비주얼 모델링 및 디자인 툴로서, 프로세스의 문서화 및 통신, 흐름 및 디자인을 가능케 한다. 제품 관련 자료를 찾아보거나, 시험판을 다운로드 하라.
  • IBM Rational Software Development Platform은 소프트웨어와 소프트웨어 기반 시스템을 구현, 통합, 현대화, 확장, 전개할 수 있는 제품, 툴, 서비스를 제공한다. 오퍼링 관련 자료를 참조하라.


위로



솔루션 개발 방식

포럼


위로



블로그


위로



교육


위로


문서 옵션

JavaScript가 필요한 문서 옵션은 디스플레이되지 않습니다.


SOA 혁신
SOA 활용 결과: 자세히 보기
리소스
Rational RequisitePro 시험판 다운로드
요구 사항 관리 플랜 예제
요구 사항 관리의 5단계 성숙도 (PDF)
IBM Rational Software Development Platform

Special offers
입문
IBM software architect kit
WebSphere Download
db2expressC
기획 기사 시리즈


    IBM 소개 개인정보 보호정책 문의