변경 필요성은 초기 작성 중에 서서히 대두되며 작동 환경의 매일 작업에서 계속 사용 및 유지보수되므로 소프트웨어 시스템 개발의 고유 속성입니다. 변경 요청에서는 결정 레코드를 제공하며 적절한 평가 프로세스를 거쳐
요청에 대한 변경 영향을 고려합니다.
변경 요청은 CR, 결함, 버그, 사건(incident), 향상 요청과 같이 다양한 이름으로도 알려져 있습니다. 이러한
요청을 적절하게 파악하고 관리하면 시스템이 제어된 방식으로 변경되어 시스템에서 해당 변경 결과를 예측할 수 있습니다. 변경
요청의 일부 가져오기 유형에는 다음이 포함됩니다.
향상 요청은 여러 이해 당사자(stakeholder)가 제품에 포함시킬 기능을 요청하는 데 사용됩니다. 이러한 요청은 이해 당사자 요구사항에 대한 정보를 파악하고 표현하는 이해 당사자(stakeholder) 요청 유형입니다.
결함은 전달된 중간 산출물의 비정상적 작동 및 장애에 대한 보고서입니다. 결함에는 초기 라이프사이클 단계 중에 발견된 누락 및 결함 또는 소프트웨어에서 분리 및 정정해야 하는 결함(장애) 증상과 같은
것이 포함됩니다. 또한 결함에는 마땅히 예상되는 소프트웨어 작동과 벗어나는 작동도 포함될 수 있습니다(예: 사용성 문제).
결함의 목적은 문제의 세부사항을 커뮤니케이션하여 정정 조치, 해결책 및 추적을 수행하는 것입니다. 다음과 같은 사람들이 CR을 사용합니다.
-
역할 세트: 분석가는 CR를 사용하여 상위 레벨 요구사항에 대한 주요 변경사항을 정의하고 향상 요청으로 식별된 CR의 요구사항을 판별합니다.
-
역할 세트: 관리자는 CR를 사용하여 작업 지정을 관리하고 제어합니다
-
역할 세트: 테스터는 CR를 사용하여 소프트웨어 테스트 중에 발견된 실패(결함), 누락 및 품질 문제에 대해 설명합니다.
-
역할 세트: 개발자는 결함 CR를 사용하여 실패를 분석하고 내재된 결함 또는 실패의 원인을 찾아서 CR를 해결합니다.
-
역할: 테스트 분석가는 CR를 사용하여 해결된 CR를 확인하는 테스트를 계획하고 결함 세트 분석을 통해 테스트 노력을
평가하여 소프트웨어 및 소프트웨어 엔지니어링 프로세스의 품질 상태동향을 판단합니다.
|