결과물:
|
![]() |
스테이크홀더의 핵심 요구 및 기능에 관하여 지정하여 개발할 제품에 대한 스테이크홀더 시각을 정의합니다. 계획된 핵심 요구사항에 대한 윤곽을 포함하여 보다 세부적인 기술적 요구사항에 대한 계약상의 기초를 제공합니다. |
---|---|
역할: | 시스템 분석가 |
선택 가능성/발생 시기: | 초기 단계 초반에 작성됩니다. 라이프사이클 초반 중에 전개됩니다. |
템플리트 및 보고서: |
|
예: | |
UML 표시: | 해당사항 없음. |
자세한 정보: |
활동 정보: | 활동 결과: |
비전은 보다 세부적인 기술적 요구사항에 대한 상위 레벨(종종 계약상의) 기초를 제공합니다. 작동적 요구사항 관점에서 독자에게 개발할 시스템에 대한 개요를 제공하는 설계 제한조건 및 상위 레벨 요구사항 형식으로 계획하는 솔루션의 "본질"을 파악합니다. 프로젝트 승인 프로세스에 정보를 제공하므로 비즈니스 케이스와 밀접하게 관련되어 있습니다. 이것은 프로젝트의 기본적인 "이유와 목적"에 대해 이해하고 검증되어야 하는 장래 모든 의사결정에 대한 척도가 됩니다.
이 결과물에 사용되는 또 다른 이름은 제품 요구사항 문서입니다.
비전은
초기 단계 초반에 작성됩니다. 형상 중에 변경 속도가 늦춰지면서
라이프사이클 초반 중에 꾸준히 전개되어야 합니다. 비즈니스 케이스 및
위험 목록 초안과 관련하여 전개되며 요구사항, 구조, 계획 및 기술에 대한 지식이
전개될 때 변경됩니다.
(결과물: 비즈니스 케이스 및 결과물: 위험 목록 참조)
비전은 유스 케이스 모델링에 대한 정보로 제공되며 프로젝트 전반을 통해 별개 결과물로 갱신되고 유지보수됩니다.
시스템 분석가은 다음 사항을 확인하여 비전 무결성을 책임집니다.
아무나 초기 비전의 작성자가 될 수 있지만 초기에 프로젝트가 확립될 때 이 결과물은 시스템 분석가의 책임이 됩니다.
일반적으로 펀딩 권한, 관리자, 유스 케이스 모델링 관련 역할, 테스터 및 개발팀과 같은 스테이크홀더가 비전을 읽습니다.
프로젝트 요구사항의 필요에 따라 사용자 정의합니다. 일반적으로 되도록 빨리 스테이크홀더에게 릴리즈하고 스테이크홀더가 검토 및 열중하기 쉽게 하려면 비전을 간략하게 유지시키는 것이 좋습니다. 가장 중요한 스테이크홀더 요청 및 기능만 포함시키고 세부 요구사항을 제외시키면 가능합니다. 세부사항은 다른 요구사항 결과물 또는 보완사항에서 파악할 수 있습니다.
유스 케이스의 비전 실현 방식을 이해할 수 있도록 개발될 때 유스 케이스 및 기본 시나리오 관점에서 비전을 표현하는 것이 중요합니다. 또한 유스 케이스는 테스트 케이스 모음 전개에 효과적인 기초를 제공합니다.
여기에서 또는 요구사항 관리 계획에서 기능 속성 문서화 여부를 결정하십시오. 비전에 포함시킬 정보(속성)와 요구사항 관리 툴(예: Rational RequisitePro)을 사용하여 관리할 사항을 결정하십시오. .
Rational Unified Process
|