소프트웨어공학 과제 레포트 - 소프트웨어 프로세스 모델의 목적과 역할을 설명하시오.

I. 서론

프로그램을 만들 때 코드를 빨리 쓰기 시작하면 일이 빨리 끝날 것 같지만, 실제로는 요구사항 한 줄이 늦게 바뀌면서 이미 만든 화면과 데이터 구조를 다시 고치는 일이 생긴다. 실제 개발 속도는 키보드로 코드를 입력하는 속도와 같지 않다. 무엇을 만들지 확인하고 설계를 정하며 구현한 뒤 시험하고 배포하는 활동이 서로 영향을 주기 때문에, 개발팀은 일을 어떤 흐름으로 진행할지 미리 정할 필요가 있다. 소프트웨어 프로세스 모델은 그 흐름을 눈에 보이는 구조로 표현한 것이다. 모델이 있으면 개발이라는 긴 작업을 여러 활동과 산출물, 검토 시점으로 나눌 수 있고 각 단계에서 무엇을 확인해야 하는지 공통 언어가 생긴다.

프로세스 모델을 일정표의 다른 이름이라고 생각하는 오해가 있다. 일정은 언제 끝낼지를 말하지만 프로세스는 어떤 일을 어떤 관계로 수행할지까지 다룬다. IEEE Computer Society의 SWEBOK는 소프트웨어 생명주기 모델을 순차적으로 진행하는 선형 형태부터 기능을 조금씩 늘리는 반복·증분 형태, 짧은 주기에 작동하는 소프트웨어를 보여 주는 애자일 형태까지 폭넓게 설명한다. 모델의 차이는 단계 이름보다 요구사항의 변화를 언제 받아들이고, 작동 결과를 언제 확인하며, 위험을 어느 시점에 드러내느냐에서 크게 나타난다. 그래서 좋은 모델은 개발자를 묶는 규칙표보다 프로젝트의 불확실성을 다루는 지도에 더 가깝다.

II. 본론

1) 보이지 않는 개발 일을 순서로 바꾸는 모델

소프트웨어 프로세스 모델의 가장 기본적인 목적은 복잡한 개발 활동을 이해 가능한 구조로 만드는 데 있다. 요구사항 분석과 설계, 구현, 시험, 배포와 유지보수는 서로 다른 기술을 쓰고 서로 다른 결과물을 만든다. 모든 일을 한꺼번에 진행하면 누가 무엇을 결정했는지 찾기 어렵다. 프로세스 모델은 활동의 관계를 정리해 지금 어느 단계에 있고 다음 판단에 필요한 자료가 무엇인지 알려 준다. 개발 규모가 커질수록 활동 사이의 관계를 정한 구조가 더 중요해진다. 코드만 보고 전체 진행 상태를 판단할 수 없기 때문이다. 또 다른 목적은 반복 가능한 일을 만드는 데 있다. 한 프로젝트에서 우연히 성공한 방법을 다음 프로젝트에 그대로 복사할 수는 없지만, 요구사항 검토를 언제 했고 시험 기준을 어떻게 세웠는지 기록하면 경험을 조직의 자산으로 남길 수 있다. ISO와 IEEE가 공동으로 다루는 12207 계열 표준은 소프트웨어 생명주기의 공통 프로세스 틀을 제공해 개발과 운영, 유지보수 활동을 기술하는 기준으로 쓰인다. 표준이 모든 팀에게 같은 개발법을 강요하는 것은 아니다. 서로 다른 조직이 계약하거나 협업할 때 활동과 책임을 설명할 공통 어휘를 주는 데 의미가 있다.

프로세스 모델은 품질을 늦게 검사하는 습관도 줄인다. 시험을 구현이 끝난 뒤 한 번 하는 행사로 두면 요구사항을 잘못 이해한 문제가 마지막에 발견될 수 있다. V 모델처럼 개발 단계와 검증 활동을 대응시키는 접근은 요구사항 단계에서 인수 시험을 생각하고 설계 단계에서 통합 시험을 준비하게 만든다. 애자일 개발에서도 짧은 주기 안에 구현과 시험, 사용자 피드백을 함께 반복한다. 형태는 달라도 오류를 가능한 한 가까운 시점에 발견하려는 목적은 같다. 수정 비용이 커지기 전에 문제를 드러내는 장치인 셈이다.