시나리오(컴퓨팅)
Scenario (computing)| 다음에 대한 시리즈 일부 |
| 소프트웨어 개발 |
|---|
컴퓨팅에, 시나리오(영국:/sɪˈnɑːrioʊ/, 미국:/səˈnɛərioʊ/고 이탈리아 시나리오에서 빌려(발음[ʃeˈnaːrjo]), 라틴어 한 장면에서 파생된, 의미"장면"[1]-1사용자 역할(통일 모델링 언어로 알려져 있는 'actors의)과 보통 컴퓨터 하드웨어와 보송보송한 사진이 포함되는 기술 시스템의 예측 가능한 상호 작용의 서술은.전쟁e
시나리오에는 목표가 있는데, 이것은 보통 기능적이다.시나리오는 시스템이 정의된 기간 동안 활동의 맥락에서 사용되거나 사용될 것으로 예상되는 한 가지 방법을 설명한다.시나리오의 시간 체계는 단일 거래, 사업 운영, 하루 또는 다른 기간, 또는 시스템의 전체 운영 수명일 수 있다.마찬가지로 시나리오의 범위는 (예를 들어) 단일 시스템 또는 장비, 장비 팀 또는 부서, 또는 전체 조직일 수 있다.
시나리오는 시스템 개발 프로세스의 일부로 자주 사용된다.그것들은 일반적으로 사용적합성 또는 마케팅 전문가가 생산하며, 종종 최종 사용자 및 개발자와 협력하여 작업한다.시나리오는 이해관계자(설계자, 사용적합성 전문가, 프로그래머, 엔지니어, 관리자, 마케팅 전문가 등)가 토론에 집중할 수 있는 공통 기반을 갖출 수 있도록 최소한의 기술적 세부사항으로 평이한 언어로 작성된다.
점점 더 많은 시나리오가 소프트웨어의 원하는 행동을 정의하는데 직접적으로 사용된다: 전통적인 기능 요건을 대체하거나 보완한다.시나리오는 종종 목표에 도달하는 대안 및 중복되는 방법을 문서화하는 사용 사례에서 정의된다.[2]
시스템 개발 시나리오 유형
많은 종류의 시나리오가 시스템 개발에 사용되고 있다.알렉산더와 메이든은[3] 다음과 같은 유형을 열거한다.
- 이야기: "사건의 원인적으로 연결된 순서 또는 취한 행동에 대한 서술"[3]: 8–10 Brief User story는 신속한 변화를 위한 소프트웨어 개발 스타일로 작성된다.[4]
- 상황, 대안 세계: "예상된 미래 상황 또는 스냅숏"이러한 의미는 계획에서는 일반적이지만 소프트웨어 개발에서는 일반적이지 않다.[3]: 10
- 시뮬레이션: 'Stories' 또는 'Situations'를 탐색하고 애니메이션화하기 위한 모델 사용, "그런 시나리오가 타당한 설계로 실현될 수 있는지에 대한 정밀한 답변 제공" 또는 "대체 가능한 세계나 상황의 함의를 평가하기 위한"[3]: 10–11
- 스토리보드(Storyboard): 사용자 인터페이스를 설명하거나 스토리를 말하기 위해 사용되는 도면 또는 일련의 도면.이러한 의미는 사용자가 화면에서 볼 것을 정의하기 위한 휴먼-컴퓨터 상호작용에서 공통적이다.[3]: 12
- 시퀀스: 시스템 역할을 수행하는 인간 또는 기계 에이전트가 수행한 대화형 단계 목록.단계의 순서에 따라 작성된 많은 형태의 시나리오에는 운영 시나리오, 운영 개념 및 테스트 사례가 포함된다.[3]: 12–14
- 구조: Flowcharts, UML/ITU '시퀀스 차트'[3] 및 특히 소프트웨어 개발 사용 사례를 포함하여 시나리오의 보다 정교하게 구성된 표현.: 14–17
부정적인 시나리오 또는 오용 사례를 작성하여 시스템이 충분한 보안, 안전 및 신뢰성을 갖도록 대응해야 하는 가능한 위협을 나타낼 수 있다.이는 비기능적 요구사항을 발견하는 데 도움이 된다.[5]
시스템 개발 시 사용
시나리오는 시스템 개발에서 수많은 가능한 응용 프로그램을 가지고 있다.Carroll(1995)은 다음과 같은 10가지 "시스템 개발 라이프사이클의 시나리오"를 나열한다.[6]
- 요구사항 분석: 시나리오는 "최첨단" (흔히 "있는 그대로"라고 불림)을 기술하며, 실행된 시나리오는 분석가가 "시뮬레이션 작업 상황"을 준비함에 따라 요구사항을 발견하는 데 도움이 된다.
- 사용자 설계자 통신: 사용자는 자신에게 중요한 시나리오 또는 경험하거나 피하고 싶은 상황에 기여한다.[6]
- 설계 근거: 근거는 "사용자 상호작용의 특정 시나리오와 관련하여" 설계를 설명할 수 있다.[6]
- 구상: 시나리오는 "설계되는 시스템이 어떻게 보이고 실행되어야 하는지를 알아내는 매개체가 될 수 있다."이 역할에서 시나리오는 "스토리보드나 비디오 기반 시뮬레이션과 같은 그래픽 실물 모형"이 될 수 있으며, 설계 중인 시스템의 초기 프로토타입을 형성할 수 있다.[6]
- 소프트웨어 설계: "시나리오를 분석하여 필요한 중앙 문제 도메인 객체를 식별할 수 있다"; 동일한 시나리오를 개발하여 객체의 상태, 행동 및 상호작용을 설명할 수 있다.[6]
- 구현: 소프트웨어는 한 번에 하나의 시나리오를 만들 수 있어 "개발자 집중을 유지"하고 "일반적으로 더 유용한 코드를 생산"할 수 있다.[6]
- 문서화 및 교육: "사용자에게 의미 있는 상호작용의 암살자"는 "사용자가 사용하고자 하는 작업과" 구축된 시스템 간의 격차를 해소할 수 있다.[6]
- 평가 및 테스트: "지원하고자 하는 특정 사용자 작업에 대해 시스템을 평가해야 한다"는 시나리오가 평가에 이상적이다.[6]
- 추상화: 다른 작업(또는 시스템)에 적용되는 일반 규칙은 시나리오를 비교하여 식별할 수 있다.[6]
- 팀 구성: "시금석 이야기의 집합은 모든 사회 시스템에서 중요한 응집력 요소"이다.[6]
다양한 시스템 개발 스타일
시나리오 표현의 선택은 산업 맥락과 관련된 개발 스타일에 따라 매우 다양하다.
| 프로젝트 컨텍스트 | 예. | 시나리오 스타일 | 개발 스타일 |
|---|---|---|---|
| 대규모 군사 프로젝트 | 전투기 | 운영 보기, 운영 개념 | 단계별 라이프사이클, 철저한 문서화(DoDAF 참조) |
| 하드웨어/소프트웨어 결합 제품 | 자동차 | 유스케이스[7] | 럽 |
| 비즈니스 소프트웨어 | 휴대폰 어플리케이션 | 사용자 스토리[4] | 신속한 변화를 위한 소프트웨어 개발 |
참고 항목
참조
참고 문헌 목록
- 알렉산더, 이안, 그리고 베우스-두키치, 르제르카.요구 사항 검색: 제품 및 서비스 지정 방법.와일리, 2009년
- 알렉산더, 이안 F. 그리고 메이든, 닐.시나리오, 사례, 사용 사례와일리, 2004년
- Carroll, John M. (edd) Making Use: 시나리오 기반 Human-Computer Interaction 설계.MIT 프레스, 2000.
- Carroll, John M. (ed) 시나리오 기반 설계: 시스템 개발의 작업 및 기술 구상.와일리, 1995년
- 콕번, 알리스테어효과적인 사용 사례 작성.애디슨 웨슬리, 2001년
- 콘, 마이크적용된 사용자 사례: 신속한 변화를 위한 소프트웨어 개발.애디슨 웨슬리, 2004년
- 파울러, 마틴UML 증류기.제3판.애디슨 웨슬리, 2004년
외부 링크
- 설계 실무 지침: 1995년 캐롤에서 토마스 에릭슨이 쓴 "소통의 촉매제로서의 이야기와 프로토타입"
