프로세스 모델을 선택할 때 고려해야 할 사항

모든 소프트웨어 개발 프로젝트는 복잡한 프로세스입니다. 이러한 복잡성을 마스터하고 문제를 올바르게 처리하기 위해 다양한 프로세스 모델을 사용할 수 있습니다. ㅏ 프로세스 모델 프로젝트 프로세스에서 모델링 작업을 구현하기 위한 개별 단계 및 메커니즘에 대한 설명을 제공합니다. 이 모델은 계획 및 프로세스 제어를 증가시켜 제품의 품질을 향상시킬 것을 약속합니다.

그러나 수많은 기존 프로세스 모델에서 새로운 문제가 발생했습니다. 프로젝트에 가장 적합한 모델을 결정하는 데 사용할 수 있는 기준은 무엇입니까? 물론 개별 디지털 제품 개발을 제공하는 회사는 모델 자체를 선택할 수 있습니다. 하지만 이 모델이 귀하의 요구와 기대를 충족한다는 것을 어떻게 확신할 수 있습니까?

많은 수의 프로세스 모델에서 더 나은 방법을 찾을 수 있도록 우리는 게시물에서 설명합니다제품 개발에서 개발 프로세스가 구성되는 단계와 개발 모델을 선택할 때 제품 개발의 각 개별 단계에서 고려해야 하는 측면.

제품 개발의 6단계

소프트웨어 제품이 제품 개발 중에 거치는 6단계를 간략하게 설명합니다. 어떤 프로세스 모델을 선택하든 프로젝트와 진행 상황을 항상 주시하려면 모든 단계에서 모든 프로세스가 투명해야 합니다.

1. 기획

상품개발에 있어 기획은 시장조사, 사업분석 등 준비과정에서 중요한 부분이라고 합니다. 이 시점에서 제품 개발 공급업체에 연락하여 제품 개념에 대해 논의하고 고려하다어떤 모델이 프로젝트에 더 적합할 수 있습니다.

2. 요구사항 분석

제품 개념이 계획된 후 공급자 측의 비즈니스 분석가와 긴밀한 협력을 통해 제품 요구 사항을 정의할 수 있습니다. 구현하려는 모든 기능을 나열하고 설명합니다.

방법에 따라 분명한 또는불명확하다, 안정적이다 또는 불안정한 귀하의 요구 사항은 다음과 같은 이유로 제품 개발에 하나 또는 다른 프로세스 모델이 사용된다는 것입니다.

• 일부 모델의 경우 처음부터 모든 요구 사항 정확하게 정의 되고 바뀌지 않은 채로 해야 하다.
• 기타 프로세스 모델 더 많은 유연성 요구 사항이 변경될 때 제공합니다.
• 특정 모델에 대한 제품 개발 프로세스 중 새로운 요구 사항 추가 거의 표준 절차 가 되었다.

구현 중에 기존 요구 사항 목록을 변경하거나 확장할 것이라는 확신이 있을수록 더 많은 유연성이 필요합니다.

3. 초안

제품 개발의 이 단계에서 아키텍처, 인터페이스, 프로그래밍 언어, 하드웨어 및 소프트웨어 플랫폼, 개발할 제품(또는 해당 구성 요소)의 기타 속성은 요구 사항 및 해당 관계를 기반으로 정의됩니다.

이 시점에서 공급업체는 향후 제품의 제한 사항, 클라우드 호스팅 가능성(SaaS 솔루션 개발 시), 하드웨어 옵션(소프트웨어 제품이 장치 또는 시설의 일부가 되는 경우)에 대해 알려야 합니다. 사용자 경험과 사용자 인터페이스 디자인도 여기에 포함됩니다.

4. 개발

제품 소유자로서 설계 단계의 모든 결정을 승인하면 제품 개발의 다음 단계인 구현 단계가 시작됩니다. 이 단계에서는 미리 정의된 요구 사항이 기술적으로 구현됩니다. 선택한 프로세스 모델에 따라 이 단계에서 다음을 수행할 수 있습니다. 완성된 최종 제품 또는 그것의 일부만 받다.

5. 품질 보증

품질 보증(QA)은 항상 구현 단계와 일관성을 유지해야 합니다. 테스트를 통해 개별 구성 요소 및 전체 제품에 대해 미리 정의된 모든 요구 사항이 충족되는지 확인합니다. 테스트가 수행되는 시기 및 빈도사용되는 모델에 따라 다릅니다.

6. 인도 및 유지보수

사용된 프로세스 모델에 따라 제품 개발의 이 단계에서 완성된 소프트웨어 제품 또는 작업 버전, 또는 개별 기능 특정 장치에 설치되거나 특정 시스템에 통합되어 사용하도록 출시됩니다.

제품 수명 주기에서 가장 긴 단계인 유지 관리 및 지원은 배송 직후부터 시작됩니다. 이 단계에서는 초기 단계에서 발견되지 않은 버그가 수정되고 개선되며 가능한 모든 지원이 제공됩니다.

제공자가 귀하에게 추가 관리 및 지원을 제공하는 것은 표준 관행입니다. 사내 지원 팀을 구성하거나 지원 및 유지 관리를 위해 다른 공급자에게 문의할 수도 있습니다.

적합한 모델 선택: 귀하의 요구 사항이 가장 중요합니다.

제품 개발의 모든 일반적인 단계를 다루었으므로 이제 개발 프로세스 조직의 기간, 우선 순위 및 반복 가능성을 지정하는 공통 프로세스 모델에 중점을 둘 것입니다.

적합한 프로세스 모델을 선택하는 데 중요한 지원을 제공할 수 있는 여러 주요 수치가 있습니다. 우리는 자세히 살펴 세 개의 매개변수, 귀하의 요구 사항 설명: 릴리스 빈도, 요구 사항의 유연성 그리고 협업에 대한 접근. 이러한 각 매개변수는 각 모델이 이러한 매개변수에 따라 평가되는 척도에 놓일 수 있습니다.

• 엄격한 요구 사항 ↔ 유연한 요구 사항

절차 모델은 소프트웨어 제품에 대한 요구 사항이 얼마나 유연할 수 있는지, 즉 변경이 가능한 경우를 결정합니다. 와 같은 모델에서 폭포 그리고 V 모델 모든 요구 사항은 프로젝트 초기에 명확하게 정의되어야 합니다. 프로젝트 과정의 변경은 계획되지 않습니다. RUP, 나선형 모델 그리고 반복 모델 변화에 적응하는 데 더 큰 유연성을 제공합니다. 와 함께 스크럼, 익스트림 프로그래밍(XP) 그리고 칸반 – 모두 민첩한 방법을 대표합니다 – 마디 없는 프로젝트 기간 동안 변경 가능.

• 대규모 출시 ↔ 지속적인 제공

첫 번째 질문: 최종 및 일회성 릴리스 후에 완성된 최종 제품을 보고 싶습니까? 그런 다음 두 개의 순차 중에서 선택할 수 있습니다. 같은 모델 폭포 또는 V 모델. 그러나 두 모델 모두 기본적으로 작은 프로젝트를 위해 정장. 그렇지 않으면 테스트가 출시 직전에만 수행되기 때문에 최종 제품에 더 많은 버그가 있을 위험이 있습니다. 또한 이 시점에서 오류를 수정하는 데 훨씬 더 많은 비용이 듭니다. 다음을 포함한 다른 모든 모델의 경우 반복 모델, 스크럼, RUP 그리고 칸반, 더 짧고 빈번한 릴리스가 정기적으로 사용됩니다. 이를 통해 작동하는 제품 각 릴리스 주기의 끝에서 반복에서 반복으로 추가 개발합니다.

• 문서화 ↔ 커뮤니케이션

프로세스 모델은 프로젝트에 관련된 모든 사람들이 얼마나 집중적으로 참여하고 공급자와의 협력이 얼마나 긴밀한지를 정의합니다. 많은 모델 – 나선형 모델, V 모델 그리고 폭포 모델 – 각 단계가 끝날 때 준비할 자세한 문서가 필요합니다. 그러나 의사소통에 대한 강조는 거의 없습니다. RUP 그리고 반복적 인 모델은 문서화와 커뮤니케이션을 조화시키려고 시도합니다. 애자일 그룹의 모델에서 – 스크럼, 전, 칸반 – 통신은 핵심 기능 중 하나로 간주됩니다.

요약

프로젝트 프로세스를 위한 수많은 프로세스 모델 사이에서 길을 잃지 않는 것이 진정한 도전입니다. 가장 적합한 모델을 선택할 때 제품 개발의 어느 단계에서 어떤 측면을 고려해야 하는지 명확하게 이해해야 합니다. 선택에 도움이 되는 여러 가지 기준도 있습니다. 어떤 목표를 가지고 있는지, 우선 순위를 어떻게 설정하는지, 프로젝트가 지속되는 기간 또는 프로젝트에 얼마나 참여하고 싶은지에 따라 적절한 모델을 선택하거나 여러 모델과 그 장점을 결합할 수도 있습니다. 올바른 선택은 프로젝트를 성공적으로 구현하는 데 도움이 됩니다.