소프트웨어 공학과 개발 프로세스

1. 소프트웨어의 이해

 

소프트웨어의 정의

프로그램(코드)을 비롯해 개발 과정에서 생성된 모든 산출물(자료구조, DB구조, 테스트 결과 등)과 각 단계에서 만들어진 문서와 사용자 매뉴얼 등 모두 포함

 

---

 

소프트웨어 공학

소프트웨어 개발 생명주기(Software Development Life Cycle, SDLC)로 하며 과정은 아래 그림과 같다

SDLC의 내용(계획, 분석, 설계, 구현, 테스트, 유지보수)

 

---

2. SW 프로세스 모델

💡Keyward

- 주먹구구식 모델

- 선형 순차적 모델

L 폭포수 모델 / V 모델- 진화적 프로세스 모델   

- 프로토타입 모델       

L 나선형 모델- 단계적 개발 모델   

- 단계적 개발 모델

L점증적 개발 방법 / 반복적 개발 방법

 

2_1. 주먹구구식 모델

즉흥적 소프트웨어 개발 또는 코딩과 수정 모델

💡일단 코드를 작성해 제품을 만든 후 요구분석, 설계, 유지보수에 대하여 생각함

Ex. 주먹구구식_모델

• 장점
  
  • 단기간에 작업을 마칠 수 있음
• 단점
  
  • 개발 순서나 단계별 산출물이 없어 관리 및 유지보수가 매우 어렵다
  • 실제 개발 현장에 도입하긴 문제가 많음
  • 코딩을 먼저하므로 유지 보수 작업 중 가독성 등이 망가져 관리가 어렵다

 

---

 

2_2. 폭포수 모델 - 선형 순차적 모델

선형 순차적(inear sequential) 모델 / 고전적 생명 주기는 폭포수 모델로 알려져있음

소프트웨어 공학의 대명사!
초기의 개발된 전통적인 모델로 폭포의 형상을 지님

💡SDLC의 각 단계가 하향식으로 진행되며, 병행되거나 거슬러 반복 X
즉, 폭포수 모델은 산출물 중심

Ex. 폭포수 모델

특히, 개발 절차에서는 요구사항 분석 단계가 끝나면 "요구분석명세서"라는 문서를 토대로 절차가 전체적으로 진행

 

• 장점
  
  • 관리가 용이하다
    - 절차가 간결하고 이해하기 쉽다
  • 체계적으로 문서화 가능
    - 각 단계별로 정형화된 접근 방법 사용
  • 요구사항의 변화가 적은 프로젝트에 적합(사용 목적의 핵심)
    - 초기에 어느 정도 요구사항이 확정되면 개발할 때 적합한 모델!
• 단점
  
  • 각단계는 앞단계가 완료되어야 수행 가능
    - Ex. 설계 단계는 요구사항 분석 단계 완료 ▷문서화된 산출물◁ → 설계 단계 시작 가능
  • 각 단계마다 작성된 결과물 결점이 없어야 다음 단계에 오류 발생이 없음
    - 현실적으로 거의 불가능에 가깝기에 도중에 발견 시 비용 및 시간 등 일정에 영향을 미침
  • 사용자가 중간에 가시적인 결과를 볼 수 없음
    - 실제로 결과물을 확인할려면 구현까지 끝나야하기에 수정 사항이 생길 수 있음

Ex. 폭포수 모델의 단점

 

 

---

 

2_3. V 모델 - 선형 순차적 모델

V모델은 폭포수 모델의 변형작!

💡V 모델은 각 개발 단계를 검증하는데 초점을 두므로 오류 ↓

아래 그림을 보면 V모델에서 분석/설계 단계는 왼쪽에 나타나며, 테스트는 오른쪽에 나타남

Ex. V 모델

V 모델의 상세한 설명은 나중에..

 

---

 

2_4. 프로토타입 모델 - 진화적 프로세스 모델

진화적 프로세스(Evolutionary Process)는 새로운 요구를 민첩하게 대응하는 모델
대표적으로 프로토타입 모델!

프로토타입은 대량 생산에 앞서 미리 제작해보는 시제품으로 소프트웨어에 적용한 형식

Ex. 진화적 프로세스 모델

💡모델을 만드는 것 = 모델링 인거처럼, 프로토타입을 만드는 것 = 프로토타이핑(Prototyping)

이 과정은 사용자가 만족할 때까지 여러 번 반복해 사용자의 최종 요구를 반영한 완성품을 만드는 개발 방식이다.

 

프로토타입 모델은 사용자의 요구가 불투명하고 요구사항의 변화가 지속적으로 발생하는 경우에 적합

개발 절차

1. 요구사항 정의 및 분석 - n차를 반복해가며 대략적이 요구사항부터 완성도를 높여가는 형식

2. 프로토타입 설계 - 시제품을 만들어 사용자와 상호작용을 통해 계발하기에 UI를 중심으로 설계

3. 프로토타입 개발 - 완전 동작 완제품 개발이 아닌 취지에 맞게 가상 수행 전제로 한 실행 표현이 우선으로 함

4. 사용자에 의한 프로토타입 평가 - 매우 중요한 단계로 일종에 베타테스트라고 생각하면 된다

• 장점
  
  • 가시적인 결과를 바로 확인이 가능(특징)
    - 개발자와 사용자 간의 소통의 도구로써 구체적이고 원활하게 대화가능의 이유
  • 요구사항을 한번에 정의 X , 여러번 반복해 사용자의 요구가 충분히 반영된 요구분석명세서 제작 가능
    - 개발 과정에 동기부여 및 요구 반영이 충분히 이루어졌기에 최종 제품의 유지보수에 필요한 노력과 시간 단축
• 단점
  
  • 반복적인 개발 단계로 인해 필요한 자원 산정이 어렵다
    
  • 사용자의 착각을 유도할 수 있음
    - 완제품이 아닌 시제품을 출시하기에 빠른 시간 안에 최종 결과가 나올 것이라는 유도 가능성이 농후함
  • 개발 범위가 명확하게 정의되지 않기에 개발 목표나 종료 시점이 불명확해지며, 추가 비용 ↑(핵심 단점)

 

---

 

2_5. 나선형 모델 - 진화적 프로세스 모델

"원래 보엠"이 제안한 나선형 모델보다 더 간단한 형태로 설명

프로토타입 모델의 확장버전으로 위험 분석 단계가 핵심!
위험 분석 단계로 처음부터 위험에 대한 고려를 하며 개발을 진행

Ex. 나선형 모델

💡나선형 모델의 위험 분석 단계에서 위험 요소는 소프트웨어 개발 과정이 순조롭게 진행되는데 방해되는 모든 것입니다.
Ex) 빈번하게 변경되는 요구사항, 팀원들의 경험 부족, 결속력이 떨어지는 팀워크, 프로젝트 관리의 부재 등..

※개발 절차※

 

1. 개획 및 요구분석 단계
사용자의 요규 사항에 목표를 명확히 하고, 제약 조건 등의 대안을 고려한 계획수립 및 비기능 요구사항 정의

 

2. 위험 분석 단계

프로젝트 수행에 방해되는 위험 요소 탐색 후 목록 작성 및 위험에 대한 예방 대책 논의

 

3. 개발 단계

프로토타입을 제작 즉, 다른 개발 프로세스의 설계와 구현이 프로토타입과 일맥상통한다고 보면 됨

 

4. 사용자 평가 단계(핵심)

베타테스트와 동일하며, 진화적 프로토타입 모델에서 매우 핵심적이고 중요

• 장점
  
  • 위험으로 인해 심각한 사태 발생률 ↓
    
  • 개발 중 변수에 유연히 대응하며 사용자 요구도 충분히 반영(매우 유용한 SW 개발 프로세스 모델 - 핵심!)
    
• 단점
  
  • n차 반복할 수록 관리가 어려움
    
  • 위험 관리가 중요한만큼 위험 관리 전문가의 부재의 부담감 ↑
    

 

---

 

2_5. 단계적 개발 모델

개발과 사용을 병행하는 과정을 반복해 진행

Ex. 단계적 개발 모델

릴리스를 구성하는 방법에 따라 점증적 개발 방법과 반복적 개발 방법으로 나누어집니다.

 

---

 

1. 점증적 개발 방법 : 개발 범위의 증가

중요하다고 생각되는 부분부터 차례로 개발 후 일부를 사용하며 개발 범위 증가 방식

Ex. 점증적 개발 방법

 즉, 단계적 개발 모델은 요구분석명세서에 명시된 시스템 전체를 기능에 따라 독립성 높은 서브시스템으로 분활

각 서브시스템을 단계적으로 하나씩 릴리스해 완성하는 방법

 

---

 

2. 반복적 개발 방법 : 품질의 증가

초기에 시스템 전체를 일차적으로 개발해 인도 후 각 서브시스템의 기능과 성능들을 변경 및 보강해 완성도를 높임

Ex. 반복적 개발 방법

 이 방식은 초기의 요구사항이 불분명한 경우 적합합니다. 그리고 폭포수 모델의 문제점을 해결하기 위해 작업을

계속해서 반복 수행하는 반복적 개발 방범론이 등장했답니다. 또한 실제 개발에서는 점증적 개발 방법과 반복적

개발 방법을 복합적으로 사용하는 경우가 많습니다. 

 

---

참고사이트

쉽게 배우는 소프트웨어 공학 - 교보문고

 

Chatpter 02 소프트웨어 개발 프로세스 01 소프트웨어 개발 프로세스의 이해 02 소프트웨어 프로세스

참고이미지

Flaticon