달력

5

« 2024/5 »

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
2007. 1. 29. 15:05

아키텍처 입문 - 요구사항 분석 그거/Architecture2007. 1. 29. 15:05

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은 소프트웨어와 소프트웨어 기반 시스템을 구현, 통합, 현대화, 확장, 전개할 수 있는 제품, 툴, 서비스를 제공한다. 오퍼링 관련 자료를 참조하라.


위로



솔루션 개발 방식

포럼


위로



블로그


위로



교육

'그거 > Architecture' 카테고리의 다른 글

아키텍처 입문 - 샘플 프로젝트  (0) 2007.01.29
아키텍처 입문 - 통합  (0) 2007.01.29
아키텍처 입문 - 자산과 패턴  (0) 2007.01.29
아키텍처 입문 - 모델링  (0) 2007.01.29
아키텍처 입문 - 개요  (0) 2007.01.29
:
Posted by 뽀기