소프트웨어 공학 (프로세스 모델 1-1 )

프로세스 모델 : 혼돈 스러운 소프트웨어 개발에 질서를 주기위해 제안이 되었고 프로세스 모델은 소프트웨어 공학 업무를 진행함에 있어서 특수한 로드맵을 제공한다. 

프로세스 모델은 모든 액티비티,태스크, 그리고 업무들의 흐름, 반복정도, 산출물 그리고 업무 조직들에 대한 정의를 한다. 프로세스 모델의 중요한 점은 만약 제어를 하지 않고 그냥 구게 되면 혼란을 가져올 액티비티가 안정적이고 제어가능하고, 조직적으로 될 수도 있도록 한다. 프로세스 모델의 목적: 새로운 소프트웨어 제품들을 만들 때 나타나는 혼란을 줄이는 데 

있다.

• 규범적 프로세스 모델 : 소프트웨어 개발에 질서와 구조를 주기 위해 노력한다. 

- 프레임 요소 = 프레임워크 액티비티, 소프트웨어 공학 액션, 태스크, 작업산출물, 품질 보증 그리고 각 프로젝트의 변경 제어 기법에 대해 규정하므로 규범적이라고 한다.

• 폭포수 모델 : 고전적 생명 주기라고도 불리운다. 완전한 소프트웨어를 목표로 고객의 요구사항 명세에서 시작하여 계획을 수립, 모델링, 구축, 배치 순으로 소프트웨어를 개발 할 때 유용한 체계적이고 순차적인 방식을 제안한다.

• 폭포수 모델의 변형 = v -모델 : 확인과 검증 액션이 초기 엔지니어링 액션과 어떤 관련이 있는지를 보여준다.

- 폭포수 모델의 문제점

1. 실제 프로젝트에서는 모델이 제안하는 순차적인 흐름을 거의 따르지 않는다. 진행할 때 변경이 이루어지면 혼란을 야기할    수 있다. 

2. 고객이 모든 요구 사항을 말하기가 힘든데 폭포수 모델은 이러한 모든것을 요구하며 초기에 존재하는 자연스러운 

   불확실성을 수용하는데 어려움이 있다.

3. 만일 작동되는 프로그램이 검토될 때 까지 큰 실수가 발견되지 않으면 피해가 심각할 수 있다.

• 고전적 생명주기에서의 선형적 특성은 "정지 상태"를 유발한다.

오늘날 소프트웨어 작업은 진행 속도가 빠르고 끝없이 이루어지는 변경에 영향을 받는다. 폭포수 모델은 그러한 작업에 적합하지 않다. 그러나 요구사항이 정해지고 작업이 선형 방식으로 진행되면 폭포수 모델은 유용한 프로세스의 모델이 

될 수있다.