베스트 프랙티스: 요구사항 관리주제요구사항 관리는 무엇입니까?
요구사항 관리는 시스템 변경 요구사항을 찾아 문서화하고 구조화하며 추적하기 위한 체계적인 접근 방법입니다. 요구사항은 "시스템이 준수해야 하는 조건 또는 성능"으로 정의됩니다. 공식적으로 요구사항 관리는 다음 두 가지 모두에 대한 규칙적인 방법으로 정의됩니다.
효율적인 요구사항 관리의 핵심에는 다른 요구사항 및 다른 프로젝트 결과물에 대한 적합한 속성 및 추적성과 함께 요구사항에 대한 명확한 설명을 유지보수하는 것이 포함됩니다. 요구사항 수집은 다소 간단한 타스크처럼 느껴질 수도 있습니다. 그러나 실제로 프로젝트 수행시 다음과 같은 이유로 어려움에 직면할 수 있습니다.
요구사항을 정의하는 데 아무리 주의를 기울여도 변경되는 것이 항상 있습니다. 요구사항 변경 관리를 복잡하게 하는 것은 변경된 요구사항이 특정 새 기능을 구현하는 데 시간이 소요되어야 함을 의미한다는 것뿐 아니라, 하나의 요구사항을 변경하면 다른 요구사항에 영향을 미칠 수 있다는 것입니다. 변경 관리에는 기준선 수립, 종속성이 추적에 중요한지 판별, 관련 항목 간의 추적성 수립 및 변경 제어 구현과 같은 활동이 포함됩니다. 유스 케이스에 의해 개발이 어떻게 구동됩니까?
기능적 요구사항을 구성하는 데 권장되는 방법은 유스 케이스를 사용하는 것입니다. 글머리표가 붙은 요구사항 목록 대신에 시스템 사용 방법의 컨텐츠를 설명하는 방법으로 기능적 요구사항을 구성하십시오. 이것은 보다 높은 완전성 및 일관성을 제공하며 사용자 관점에서 요구사항의 중요성에 대해 보다 나은 이해를 제공합니다. 전통적인 객체지향 관점에서는 종종 시스템이 계획된 작업을 수행하는지 구분하기가 어렵습니다. 이런 어려움은 특정 타스크 수행시 시스템에서의 "레드 스레드" 결여로 비롯된 것입니다. Rational Unified Process에서는 유스 케이스가 시스템에서 수행되는 작동을 정의하므로 유스 케이스가 해당 스레드입니다. 유스 케이스는 전통적인 객체지향의 일부는 아니지만 중요성이 더욱 더 명백해집니다. 이는 유스 케이스가 UML의 일부라는 사실로 인해 한층 더 강조됩니다. RUP는 시스템용으로 정의된 유스 케이스는 전체 개발 프로세스의 기초임을 의미하는 "유스 케이스 구동 방법"을 사용합니다. 유스 케이스는 몇몇 규칙의 일부로 역할을 합니다.
|
Rational Unified Process
|