RAD 모델 - 소프트웨어공학

RAD

--------------​----------------------​​-------------​​---사전 정의 ----------​​-------------​​-------------​​-------------​​-------------​​--------

•RAD[ rapid application development ] 지식백과-정의

•우수한 소프트웨어 개발도구를 이용하여, 개발도구를 이용하지 않고 하는 것 보다 더 시간을 절약하고, 좋은 품질의 소프트웨어를 만들어내는 방법을 말한다.

•전통적인 소프트웨어 개발 방법(waterfall 모델)은 오랜 기간의 분석, 설계, 프로그래밍 그리고 테스트 과정을 되풀이한 후 최종 단계에서 비로소 사용자가 요구한 시스템을 완성할 수 있었다. 그러나 이와 같은 방법으로는 소프트웨어의 생명주기가 점차 짧아지는 등의 급변하는 프로그램 시장과 사용자의 요구를 수용하기가 매우 어렵다. 따라서 소프트웨어의 생산성을 향상시키면서 동시에 개발 기간과 비용을 단축시킬 수 있는 방법이 요구되었고, 이러한 연구의 결과로 RAD와 같은 개념이 등장하게 되었다.

RAD는 우수한 소프트웨어 개발 도구를 이용하여 전통적인 개발 방법보다 더 적은 시간과 비용을 투자하더라도 보다 나은 품질의 소프트웨어를 개발할 수 있는 소프트웨어 개발 과정을 말한다. 이러한 RAD 방식의 개발은 응용 프로그램의 전체 개발 과정을 하나로 통합하여 기존의 반복적이고 점진적인 소프트웨어 개발 과정은 그대로 수용하면서도, 개발 과정 초기에 사용자에게 실행 가능한 기본적인 프로토타입을 제시하여 사용자의 요구를 훨씬 더 명확하게 수용하여 차후에 일어날 수 있는 많은 문제를 줄이고, 설계 과정을 그대로 개발에 재사용함으로써 전체적인 개발 기간의 단축을 꾀하는 것을 목적으로 한다.

--------------​----------------------​​-------------​​-------------​​-------------​​-------------​​-------------​​-------------​​-------------​​----​​

RAD(Rapid Application Development) 모델

짧은 개발주기 동안 소프트웨어를 개발하기 위한 순차적 프로세스 모델

폭포수 모델의 응용 형태로서 컴포넌트 기반 소프트웨어 개발을 지원

5단계를 거쳐 팀별로 개발하는 과정(전략에 맞게 설계+개발)비지니스모델링

Ex) 군에서 군화주고 군화에 발을 맞춰라? (X) - > 발에 맞게 군화가 나와야함

RAD-모델

짧은 개발 주기동안 SW개발을 위한 순차적 프로세스모델

응용 프로그램의 전체 개발 과정을 하나로 통합해 기존의 반복적이고 점진적인 소프트웨어개발 과정은 그대로 수용한다 또한 개발 초기에 사용자에게 실행 가능한 프로토타입을 제시해 사용자의 요구를 훨씬 더 확실하게 이해하고 이를 통해 앞으로 일어날 수 있는 많은 문제를 사전에 방지하고, 전체적인 개발 기간 단축이 가능하다.

A. 비즈니스 모델링(Business Modeling)

비즈니스 기능(business function) 간의 정보 흐름을 모델링

고려사항 :

§비즈니스 프로세스를 유도하는 정보

§처리 결과 생성되는 정보

§정보 생성자 및 처리자

§정보의 활용

B. 데이터 모델링(Data Modeling)

정보 흐름을 데이터 객체의 집합으로 정제

고려사항 :

§시스템에 의해 처리되는 가장 우선적인 데이터 객체

§각 데이터 객체의 구성요소와 객체를 표현하는 속성

§객체간의 관계와 객체를 변환시키는 프로세스와의 관계

C. 프로세스 모델링(Process Modeling)

데이터 객체가 비즈니스 기능을 담당할 수 있도록 데이터 객체를 변환시키는 프로세스를 모델링

※ 데이터 객체의 추가, 수정, 삭제 및 검색

D. 어플리케이션 모델(Application Model)

(4세대 기법을 이용해서 프로그램을 개발하든가 이미있는 모듈을(툴)을 이용해 개발

실제 모듈을 구현

※ 신속한 구현을 위해 자동화 도구를 활용

기존 컴포넌트를 재사용 또는 재사용 가능한 컴포넌트를 생성

E. 시험 및 인수 단계(Testing and Turnover)

새롭게 추가한 컴포넌트를 시험

※ 상당수의 기존 컴포넌트들은 시험되어 있음

인터페이스 시험

RAD 모델의 절차

( Business / Data / Process Modeling -> Application 생성 -> TEST )

- 분석 : JRP(Joint Requirement Planning)

- 설계 : JAD(Joint Application Design)

- 구축 : CASE 사용

- RAD 모델의 특징

- Prototyping 방식 기준 사용자 요구사항, 분석, 설계, 개발을 신속한 시스템으로 개발

- (CASE, RDB, 재사용 library 등) 와 같은 다양한 도구를 활용하여 신속히 개발함

- 고급 언어의 모호성을 해결하기 위해 형식 규격 언어로 표현하려는 노력이 진행

- 전통적인 SDLC의 사용자 참여미흡, 늦은 생명주기를 극복하기 위한 대안(사용자 적극

참여)

- 불필요한 활동 작업을 제거하여 프로세스를 간결화 함.

- 기술적 위험이 적고 빠른 개발이 요구될 때 적합

-RAD 모델의 장점

- RAD는 이미있는 것을 갖다 쓰는 것을 지향하기 떄문에(이미테스팅 된것을 쓰기 때문에) 시간을

절약하는 효과를 줌

- : 60일 ~ 90일 정도의 짧은 기간 동안에 개발 가능

- 테스트 기간이 짧음

- 검증된 컨포너트의 재사용

- 4세대 언어 또는 비주얼 툴 사용

- 요구사항을 잘 이해하고 구축 경험이 많은 경우 신속하고 저비용의 고품질 개발 가능

- RAD 모델의 단점

- 대규모 프로젝트의 경우 충분한 인적자원 및 경영진의 지원요구

책임감 있는 구성원이 없을(충분한 팀을 구성할수 없는)경우 실패

- 기술적 위험이 크고 고성능이 요구된는 시스템에 부적합.

- 적절한 모듈화 가능성 전제

-RAD 모델의 전망

- 기술집약적

- 발전적개발 표준

- 사용자의관심필요와신기술, 전문기술자확보가관건