[소프트웨어 공학] 소프트웨어 개발 방법론

🚀 이 주제를 선택한 이유 & 학습 목표

• 선택 배경: NCS 직무 기술서나 채용 공고에서 '애자일', '스크럼'과 같은 개발 방법론에 대한 이해를 요구하는 경우가 많았습니다. 정보처리기사 필기시험을 준비하며 학습했던 다양한 소프트웨어 생명 주기 모델들을 다시 복습하여, 각 방법론의 특징과 차이점을 명확히 정리하고 실제 개발 프로세스에 대한 이해를 높이고자 합니다.
• 학습 목표: 전통적인 폭포수 모델부터 현대적인 애자일 모델까지 각 개발 방법론의 핵심 개념과 장단점을 설명할 수 있게 됩니다. 특히 애자일 방법론의 대표적인 예시인 XP(eXtreme Programming)의 핵심 가치와 실천사항을 이해하고, 다른 모델과 비교하여 언제 어떤 모델이 적합한지 판단하는 기준을 정립합니다.

---

📚 핵심 개념 및 원리

소프트웨어 개발 방법론은 소프트웨어를 개발하고 유지보수하는 전 과정을 체계적으로 정리한 모델입니다. 어떤 방법론을 선택하느냐에 따라 프로젝트의 성패가 좌우될 수 있습니다.

1. 주요 방법론 정의

• 폭포수 모형 (Waterfall Model): 가장 오래된 전통적인 방법론. 개발 단계를 '타당성 검토 → 계획 → 요구 분석 → 설계 → 구현 → 검사 → 유지보수' 순으로 선형적으로 진행하며, 이전 단계가 완벽히 끝나야 다음 단계로 넘어간다.
• 프로토타입 모형 (Prototype Model): 사용자의 요구사항이 불분명할 때, 실제 개발될 소프트웨어의 견본품(Prototype)을 만들어 사용자에게 보여주고 피드백을 받아 최종 결과물을 예측하는 모델. 요구 분석 단계에서 주로 사용된다.
• 나선형 모형 (Spiral Model): 폭포수 모형과 프로토타입 모형의 장점을 결합하고, '위험 분석' 단계를 추가하여 점진적으로 시스템을 개발하는 모델. 대규모 시스템에 적합하다.
• 애자일 모형 (Agile Model): 고객의 변화하는 요구사항에 유연하게 대응하기 위해, 짧은 개발 주기를 반복하며 고객과의 지속적인 소통과 피드백을 중시하는 방법론들의 통칭.

2. 애자일 XP(eXtreme Programming)의 핵심

XP는 애자일 방법론 중 하나로, 고객 중심의 고품질 소프트웨어를 빠르게 전달하는 것을 목표로 합니다.

• 개발 절차 용어:
  • 사용자 스토리 (User Story): 고객의 요구사항을 기능 단위로 간단하게 작성한 카드.
  • 릴리즈 계획 (Release Plan): 전체 프로젝트에 대한 배포 계획. 1~3주의 짧은 반복(Iteration) 주기로 구성.
  • 스파이크 (Spike): 기술적 위험이나 불확실성을 해소하기 위해 만드는 간단한 실험용 프로그램.
  • 소규모 릴리즈 (Small Release): 짧은 주기로 동작하는 소프트웨어를 빈번하게 배포하여 고객에게 가치를 빠르게 제공.
• 핵심 가치:
  • 소통 (Communication): 개발자, 관리자, 고객 간의 원활한 의사소통.
  • 단순성 (Simplicity): 불필요한 기능이나 복잡한 구조를 배제.
  • 피드백 (Feedback): 지속적인 테스트와 빠른 피드백을 통해 결함을 수정.
  • 용기 (Courage): 요구사항 변경에 두려움 없이 능동적으로 대처.
  • 존중 (Respect): 팀원 상호 간의 기여를 존중.

---

💡 장점, 단점 및 고려사항 (기술/개념 비교)

특징	폭포수 모형	프로토타입 모형	나선형 모형	애자일 모형
요구사항 변경	어려움 (초기에 확정)	용이함 (피드백 반영)	가능함 (점진적 반영)	적극적 수용
개발 속도	느림 (단계별 진행)	빠름 (초기 견본)	느림 (반복, 위험분석)	빠름 (짧은 주기 반복)
주요 장점	관리 용이, 산출물 명확	요구사항 파악 용이	위험 관리, 대규모 적합	고객 만족도 높음, 유연성
주요 단점	변경 대응 어려움	최종본과 차이 발생 가능	관리 복잡, 위험 발견 의존	대규모 프로젝트 관리 어려움
적합한 프로젝트	요구사항이 명확한 프로젝트	요구사항이 불분명한 프로젝트	대규모/고위험 프로젝트	요구사항이 계속 변하는 프로젝트

---

🔧 실제 활용 사례 또는 적용 분야

• 폭포수 모형: 변경 가능성이 거의 없는 국방, 항공우주, 건설 등 대규모 SI(System Integration) 프로젝트.
• 프로토타입 모형: 사용자 인터페이스(UI/UX)가 매우 중요한 신규 서비스나, 이전에 없던 새로운 개념의 소프트웨어 개발.
• 나선형 모형: 금융 시스템, 의료 시스템 등 실패 시 리스크가 매우 큰 미션 크리티컬(Mission-Critical) 시스템 개발.
• 애자일 모형 (스크럼, XP): 대부분의 현대 웹/앱 서비스 개발. 스타트업이나 시장 변화에 빠르게 대응해야 하는 서비스 개발에 널리 사용.

---

🤔 나의 이해와 생각 정리 (회고)

• 핵심 요약: 소프트웨어 개발 방법론은 '계획 중심(폭포수)'에서 '변화 대응 중심(애자일)'으로 진화해왔다. 각 모델은 저마다의 장단점이 있어, 프로젝트의 성격(규모, 복잡성, 요구사항의 명확성 등)에 따라 최적의 방법론을 선택하는 것이 중요하다.
• 새롭게 깨달은 점: 나선형 모델이 단순히 폭포수와 프로토타입을 합친 것이 아니라, '위험 분석'이라는 핵심 단계를 통해 프로젝트의 실패 가능성을 사전에 관리한다는 점을 명확히 이해했다. 또한 애자일이 단순히 '빠르게 개발하는 것'이 아니라, '고객과의 협력'과 '변화에 대한 대응'이라는 철학을 기반으로 한 다양한 방법론들의 집합이라는 것을 깨달았다.
• 더 궁금해진 점 / 의문점: 애자일 방법론 중 가장 널리 쓰이는 '스크럼(Scrum)'과 'XP'는 구체적으로 어떤 차이가 있을까? 실제 현업에서는 이 방법론들을 교과서적으로 따르는지, 아니면 프로젝트 상황에 맞게 변형하여 사용하는지(하이브리드 모델) 궁금하다.

✨ 마무리하며

과거에는 폭포수 모델처럼 처음부터 완벽한 계획을 세우는 것이 정답이라고 생각했지만, IT 환경의 빠른 변화 속에서는 애자일 모델처럼 유연하게 대응하고 지속적으로 개선해나가는 방식이 더 효과적일 수 있다는 것을 느꼈다. NCS나 면접에서 개발 프로세스에 대한 질문을 받았을 때, 이제는 각 방법론의 특징을 비교하며 프로젝트의 성격에 맞는 최적의 접근법을 제시할 수 있을 것 같다.