소프트웨어 프로세스 정리 - 소프트웨어 개발 생명주기

오늘 학부 수업을 들으면서 프로세스에 관한 내용을 들었는데, 너무 유익한 내용인 것 같아서 정리하려고 한다.

프로젝트를 잘 성공시키려면 개발의 퀄리티뿐만 아니라, 개발문서에도 시간을 투자해야 한다.

 

 

 

프로세스란?

주어진 목적을 위해 수행되는 일련의 절차
"내가 뭘 해야될지 정해져 있는 목차"

현업에서 프로젝트를 진행할 때, 어떤 절차로 진행되는지 꼭 알아야 할 것이다.
사이드 프로젝트여도, 어떤 프로젝트냐에 따라 맞는 프로세스를 선택하여 효율적으로 프로젝트를 진행해야 한다.
프로세스를 잘 선택하면,

• 소프트웨어의 개발 목표가 명확해진다.
• 프로젝트의 실패를 막을 수 있다.
• 소프트웨어의 품질은 프로세스의 품질에 의해 결정된다.

 

 

 

소프트웨어 개발 생명주기 (Software Development Life Cycle)

소프트웨어를 어떻게 개발할 것인가?에 대한 추상적 표현

주먹구구식 개발 모델(Build-Fix Model)

보통 학부에서 진행하는 프로젝트의 대부분의 경우이다. 설계 없이 일단 개발에 들어가는 것을 말하며, 크기가 매우 작은 규모의 프로젝트에 적용된다.

Ad-hoc (그때그때 다르게)라고도 하며, 정의되어있는 프로세스가 없다.
이 모델은 작은 프로젝트라면 충분히 잘 활용할 수 있을 것이다.

 

 

 

폭포수 모델 (Waterfall Model)

폭포처럼 떨어지는 모습의 모델

보통 소프트웨어 개발의 전형적인 개발 모델이다. **
소프트웨어 개발의 전 과정을 나누어 체계적이고 순차적으로 접근하는 방법이다.

여기서 주의할 점은, 위 -> 아래의 순서를 지키되, 다시 전 단계로 돌아가지 않는다.
예를 들어, **설계 단계가 끝나고 구현 단계 중에서,변동사항이 생겼다고 해서 다시 설계로 넘어가지 않는다. (물론 돌아갈 때도 있지만, 비용이 많이 든다.)
만약 변동사항이나 피드백사항이 있다면 다음 프로젝트에 반영한다.

• 요구사항 분석
  개발하려는 소프트웨어의 요구사항을 수집하고 문제를 이해하고 분석한다.
• 설계
  프로그램의 전반적인 구조, 알고리즘 등 시스템의 구조를 결정한다.
• 구현
  설계 명세서를 기반으로 실제 모습으로 변환시킨다.
  • 테스트
    프로그램이 입력대로 잘 작동하는지 테스트를 수행하고, 문서화한다.
  • 유지보수
    소프트웨어의 변경사항을 적용하고, 수정, 기능추가 등을 수행한다.

폭포수모델은 가장 정형화되어있고, 진행을 명확하게 할 수 있지만 단계가 확실하게 나뉘어져 있어 앞 단계가 완료될때까지 기다려야하는 단점이 있다.
또한, 고객 입장에서 소프트웨어 구현을 늦게 확인할 수 있어 요구사항 확인에 많은 시간이 걸린다.

 

 

 

원형모델 (Prototyping Model)

점진적으로 개발해나가는 모델

폭포수모델의 단점을 보완한 모델이다.

원형을 만들어 고객과 사용자가 함께 평가하는 방식이다.

• 폐기 프로토타입(Throw away Prototype)
  고객으로부터 피드백을 받은 후 원형을 폐기한다.
• 진화적 프로토타입
  중요한 부분만 구현한 뒤, 지속적으로 발전시켜 완제품을 제작한다.

보통은 고객의 요구사항을 완전히 파악하기 어려울 때 사용하는 모델이며, 빠른 설계가 특징이다.
초반에 프로그램의 신뢰도나 품질이 아니라, 가능한 빨리 원형을 구현하는 것이 핵심이다.

 

 

 

나선형 모델 (Sprial Model)

위험을 관리하고 최소화하는 모델

폭포수 모형의 장점 + 원형 모형의 장점 + 위험 분석을 추가한 모델이다.
개발이 점증적으로 진행된다는게 특징이다.
여러 개의 작업 영역으로 구분하여, 중간중간 위험 분석을 주기적으로 진행하여 위험 관리를 특화한다.

보통 고비용의 시스템이나, 시간이 많이 드는 큰 프로젝트에 사용되는 모델이다.
위험 분석을 통해 프로젝트의 실패 가능성을 낮출 수 있지만, 상대적으로 다른 모델보다 복잡해서 관리가 어렵다.

 

 

 

프로세스의 중요성?

프로세스를 공부하고 나서, 좋은 프로세스는 곧 좋은 프로젝트로 연결되고, 곧 좋은 회사로 연결된다는 것을 많이 배웠다. 아는만큼 보인다는 말처럼, 나중에 내가 좋은 경험을 할 수 있을지에 대한 판단의 근거에 꼭 프로세스 관찰을 포함하자.