결과물:
|
![]() |
스토리보드는 시스템 사용자와 시스템 간에 필수인 상호 작용을 포함하여 특정 시나리오용 시스템 기능의 논리적이고 개념적인 설명입니다. 스토리보드가 "특정 내용을 표시합니다". |
---|---|
역할: | 시스템 분석가 |
선택 가능성/발생 시기: | 선택적. 초기 구현화시, 요구사항 도출 중에 작성됨. |
템플리트 및 보고서: |
|
예: | |
UML 표시: | 적용 가능하지 않음. |
자세한 정보: |
활동 정보: | 활동 결과: |
다음과 같은 개인이 스토리보드를 사용합니다.
스토리보드가 각 유스 케이스에 정의되어 소프트웨어 엔지니어링의 유스 케이스 구동 접근을 지원하고 이러한 유스 케이스의 사용자(액터) 기대와 이벤트의 경우 유스 케이스 플로우에서의 사용자 역할의 유효성을 확인하는 탁월한 수단을 제공합니다.
스토리보드의 주된 목적은 사용자 인터페이스의 룩앤필을 테스트하거나
프로토타입을 작성하는 것이 아니라 전체 플로우와 상호 작용을 이해하는 것임을
기억하는 것이 중요합니다.
(사용자 인터페이스 프로토타입의 목적임). 스토리보드는
사용자 인터페이스 위지트 및 기타 사용자 인터페이스 문제점을 다루는 것이
아닙니다. (사용자 인터페이스 프로토타입에서 다루어져야 함).
스토리보드는 시각적, 텍스트 표현 또는 둘 모두의 조합으로 표현될 수 있습니다. 특정 예제는 가이드라인: 스토리보드를 참조하십시오.
스토리보드가 초기 구현화시, 요구사항 도출 중에 작성됩니다.
스토리보드가 설명하는 플로우가 사용 가능성 관점에서 고려될 준비가 되자마자 스토리보드가 작성됩니다. 기타 요구사항 결과물과 동시에 또는 바로 이어서 작성될 수 있습니다.
시스템 분석가 역할은 스토리보드 무결성에 책임이 있으며 다음을 확인합니다.
스토리보드 개발 가이드라인은 가이드라인: 스토리보드를 참조하십시오.
스토리보드가 프로젝트에 유용한지 여부를 판별하십시오. 스토리보드의 컨텐츠가 프로젝트 요구를 지원하도록 조정되어야 합니다. 등록 정보의 서브세트 개발뿐만 아니라 이러한 등록 정보가 작성되고 관리되어야 하는 형식성의 레벨 조정이 포함되어야 합니다.
스토보드는 종종 일시적인 결과물로 간주되며 작동 요구사항이 이해되고 프로젝트가 사용자 인터페이스의 프로토타입을 작성하고 구현하도록 빠르게 진행되고 나면 유지보수되지 않은 상태로 남아있을 수 있습니다. 그러나 일부 경우에 여러 반복을 통해 스토리보드를 유지보수하는 것이 가치있을 수 있습니다. 예를 들어, 이해하는데 시간이 소요되는(여러 반복에 걸쳐) 사용자 인터페이스에 제기된 복잡한 요구사항이 있는 경우입니다. 또한 실제 사용자 인터페이스와 연결되어 스토리보드가 일반 사용자 문서를 입력하는데 유용합니다.
Rational Unified Process
|