소프트웨어공학 레포트 - ISO 프로세스 외에 존재하는 소프트웨어 개발 프로세스의 종류와 특성을 나열하고 설명하시오.

I. 서론

팀 과제로 작은 예약 프로그램을 만들었을 때 가장 오래 붙잡고 있던 문제는 코딩이 아니었다. 요구사항을 어느 시점에 확정하고, 화면을 언제 보여 주며, 테스트를 어느 단계에서 시작할지 정하지 못해 같은 기능을 두 번 만들었다. 한 명은 설계를 완전히 끝낸 뒤 구현하자고 했고 다른 한 명은 작동하는 화면부터 만들어 의견을 받자고 했다. 둘 다 틀린 말은 아니었지만 작업 순서를 둘러싼 생각이 달랐다. 그때 소프트웨어 개발 프로세스는 문서에 적힌 단계 이름보다 팀이 불확실성을 다루는 방식에 가깝다는 점을 알게 됐다. ISO 계열 표준이 공통 틀과 관리 기준을 제공한다면 실제 프로젝트에서는 제품의 성격, 요구 변화의 크기, 위험 수준, 참여자의 소통 방식에 따라 여러 프로세스 모형을 골라 쓴다.

II. 본론

1) 계획과 검증을 앞세운 선형 계열

폭포수 모형은 요구분석, 설계, 구현, 시험, 운영과 유지보수를 앞뒤가 분명한 흐름으로 배치한다. 앞 단계의 산출물을 검토하고 승인한 뒤 다음 작업으로 이동하는 방식이라 일정과 책임을 문서로 관리하기 쉽다. 발주 범위가 분명하고 변경 비용이 큰 시스템에서는 이 장점이 꽤 크다. 예를 들어 이미 법령과 업무 절차가 정해져 있고 입력 자료와 출력 문서의 형식도 안정된 행정 프로그램이라면 초반에 요구사항을 세밀하게 고정하는 편이 낫다. 무엇을 언제 끝냈는지 확인하기 쉬워 관리자가 진행률을 설명하기도 편하다. 반면 사용자가 완성된 화면을 본 뒤에야 원하는 기능을 떠올리는 프로젝트에서는 초기에 잘못 잡은 요구가 뒤까지 이어질 수 있다. 뒤늦은 수정은 분석 문서와 설계서, 코드, 테스트 항목을 함께 손보게 만들어 비용이 커진다.

V 모형은 폭포수 흐름에 검증과 확인의 대응 관계를 더 선명하게 붙인 형태로 이해할 수 있다. 왼쪽에서 요구분석과 설계를 내려가며 개발 대상을 구체화하고, 구현을 지난 뒤 오른쪽에서 단위시험, 통합시험, 시스템시험, 인수시험을 올려가며 앞서 만든 산출물을 확인한다. 요구사항은 인수시험과 연결되고 상세설계는 단위시험과 연결되는 식이다. 개발 단계와 시험 단계가 짝을 이루기 때문에 품질보증 계획을 초기에 세우기 좋다. 의료기기나 교통 제어처럼 오류가 큰 피해로 이어질 수 있는 소프트웨어에서는 시험을 구현 뒤의 부가 작업으로 두지 않는 태도가 중요하다. 다만 V 모형도 변화가 잦은 상황에서는 문서와 시험 계획을 계속 갱신해야 한다. 구조가 명확하다는 장점이 곧 경직성으로 바뀔 수 있다는 뜻이다.