제1과목 소프트웨어 설계 : 요구사항 확인

소프트웨어 생명주기

소프트웨어 개발 단계를 나눈 것. 단계를 나누면서 각 단계에서 이루어질 일을 정리.

비용과 자원을 예측하고 각 단계에서 어떤 활동(계획)이 이루어질까?를 판단해보자.

 

가장 대표적인 4가지 모형이 있음. (사실 굉장히 많음.) 골격을 제공.

표준화를 가능하게 하고 관리 용이. (사람마다 회사마다 팀마다 사용하는 용어, 기술의 표준화)

---

1. 폭포수형 모형

순차적으로 한 단계씩 진행이 됨. 폭포수 모델은 전 단계가 수행되어 완료되어야 다음 단계가 진행이 됨.

가장 오래되고 폭 넓게 사용되는 전통적인 방법이다. 고객의 요구사항이 정확해야 한다.

왜냐하면 고객의 새 요구사항을 받아들이기 어렵기 때문이다. (앞 단계를 수정하기 힘듬)

 

(1) 계획

소프트웨어 의뢰가 들어왔을 때 타당성을 판단하는 것.

의뢰를 제대로 수행할 수 있을 지 판단하고, 비용과 자원, 기간 등을 산정하는 단계이다.

 

(2) 요구분석

고객의 요구사항을 꼼꼼하게 문서화한다.

 

(3) 설계

소프트웨어의 설계도를 구상한다.

프로그램의 데이터 구조, 알고리즘의 세부사항 등을 결정.

 

(4) 구현

소프트웨어 설계를 바탕으로 코드화를 진행한다.

 

(5) 테스트

오류를 파악하고, 작동의 여부를 확인함.

 

(6) 유지보수

소프트웨어가 고객에게 실제로 잘 작동이 하는지, 변화를 수용해야 하는 것은 없는지 확인.

---

2. 프로토타입 모형

개발초기에 시스템의 프로토타입을 간단히 만들어 사용자에게 보여주고, 사용자가 정보시스템을 직접 사용해보게 함으로써 재구축을 하고 사용자가 만족할 때까지 반복해 나가면서 시스템을 개선시킨다.

고객의 요구사항이 부정확할 때, 쉽게 변경과 삭제에 대한 요구를 수용할 수 있음. 또한 오류를 초기에 발견할 수 있음.

모형물에 대한 비용이 들어감, (난이도가 높을수록 비용이 더 듬.) , 요구사항을 반영하는 것에 시간이 많이 소요됨.

 

(1) 요구분석

(2) 프로토타입 설계

(3) 프로토타입 개발

(4) 고객평가

---

3. 나선형 모형

계획수립, 위험분석 (예상치 못한 상황), 개발, 고객평가의 과정을 반복하며 소프트웨어를 개발하는 방식이다.

굉장히 정밀하고 별도의 유지보수 없이 진행이 됨.

비용이 많이 들고, 개발이 오래 걸림. (대규모 시스템에 적합.)

---

4. 애자일

고객 중심, 고객과 계속 소통하면서 요구사항에 유연하게 대처함. 고객의 만족도가 우선임.

고객과의 소통에 초점을 맞춘 방법론이다. 소규모 프로젝트에 적합함. 빈번한 테스트

애자일 모형의 핵심 가치는 요구자와의 상호 작용! 문서화보다는 실행되는 소프트웨어에 더 가치를 둠.

계약적인 것이 아니라, 고객 협업에 더 가치를 둠. 계획으로만 하는 것이 아니라 변화 대응에 가치를 둠.

 

애자일의 12가지의 실행 지침 : 고객 만족, 개발 막바지에도 고객의 요구사항 적극 수용, 매주 고객에게 개발 현황 정보를 제공. 고객과 함께 일한다. 의견 교환. 작동하는 소프트웨어를 보며 진척도 파악. 일정한 속도로 개발. 좋은 설계에 관심.

단순화를 추구. 조직적인 팀을 꾸리고 정기적으로 깊이 고민하고, 팀을 조정.