В вычислении , а сценарий ( Великобритания : / с ɪ п ɑː г I oʊ / , США : / сек ə н ɛər я oʊ / ; заимствованную из итальянского сценария ( произносится [ʃenaːrjo] ), полученный из латинского Scena , что означает «сцена " [1] ) - это повествование о предсказуемых взаимодействиях ролей пользователей (известных в Unified Modeling Language как" акторы') и техническая система, которая обычно включает компьютерное оборудование и программное обеспечение.
У сценария есть цель , которая обычно функциональна. Сценарий описывает один из способов использования системы в контексте деятельности в определенные временные рамки. Временные рамки для сценария могут быть (например) одной транзакцией; бизнес-операция; день или другой период; или весь срок службы системы. Точно так же объем сценария может быть (например) отдельной системой или единицей оборудования; укомплектованный коллектив или отдел; или целая организация.
Сценарии часто используются как часть процесса разработки системы. Обычно они создаются специалистами по удобству использования или маркетингу, часто работая совместно с конечными пользователями и разработчиками. Сценарии написаны простым языком с минимальными техническими деталями, так что заинтересованные стороны (дизайнеры, специалисты по удобству использования, программисты, инженеры, менеджеры, маркетологи и т. Д.) Могут иметь общую основу для обсуждения.
Все чаще сценарии используются непосредственно для определения желаемого поведения программного обеспечения: замены или дополнения традиционных функциональных требований . Сценарии часто определяются в сценариях использования , которые документируют альтернативные и совпадающие способы достижения цели. [2]
Типы сценариев в развитии системы
При разработке системы используются многие типы сценариев. Александр и Дева [3] перечисляют следующие типы:
- Рассказ : «Закадровое описание причинно-следственной последовательности событий или предпринятых действий». [3] : 8–10 Краткие истории пользователей написаны встиле гибкой разработки программного обеспечения. [4]
- Ситуация, Альтернативный мир : «прогнозируемая будущая ситуация или моментальный снимок». Это значение обычно используется при планировании, но менее распространено при разработке программного обеспечения. [3] : 10
- Моделирование : использование моделей для исследования и анимации «Историй» или «Ситуаций», чтобы «дать точные ответы о том, может ли такой сценарий быть реализован с помощью какого-либо правдоподобного дизайна» или «для оценки последствий альтернативных возможных миров или ситуаций». [3] : 10–11
- Раскадровка : рисунок или последовательность рисунков, используемых для описания пользовательского интерфейса или рассказа истории. Это значение обычно используется во взаимодействии человека с компьютером для определения того, что пользователь увидит на экране. [3] : 12
- Последовательность : список интерактивных шагов, предпринятых человеческими или машинными агентами, играющими системные роли. Многие формы сценария, записанного в виде последовательности шагов, включают рабочие сценарии, концепции операций и тестовые примеры. [3] : 12–14
- Структура : любое более тщательно структурированное представление сценария, включая блок-схемы , «диаграммы последовательности» UML / ITU, и особенно сценарии использования при разработке программного обеспечения . [3] : 14–17
Отрицательные сценарии или случаи неправильного использования могут быть написаны для обозначения вероятных угроз, которым следует противодействовать, чтобы гарантировать, что системы обладают достаточной безопасностью , безопасностью и надежностью . Это помогает обнаружить нефункциональные требования . [5]
Использование в разработке системы
Сценарии имеют множество возможных применений при разработке системы. Кэрролл (1995) перечисляет 10 различных «ролей сценариев в жизненном цикле разработки системы»: [6]
- Анализ требований : сценарии описывают «состояние дел» (часто называемое «как есть»); Реализованные сценарии помогают выявить требования, поскольку аналитики «создают смоделированную рабочую ситуацию».
- Общение между пользователем и дизайнером : пользователи вносят важные для них сценарии или ситуации, которые они хотят испытать или избежать. [6]
- Обоснование дизайна : обоснование может объяснить дизайн «применительно к конкретным сценариям взаимодействия с пользователем». [6]
- Представление : сценарии «могут быть средством определения того, как проектируемая система должна выглядеть и делать». В этой роли сценариями могут быть «графические макеты, такие как раскадровки или моделирование на основе видео», и они могут формировать ранние прототипы разрабатываемой системы. [6]
- Разработка программного обеспечения : «сценарии могут быть проанализированы для определения основных объектов предметной области»; те же сценарии могут быть разработаны для описания состояния, поведения и взаимодействия объектов. [6]
- Реализация : программное обеспечение можно создавать по одному сценарию за раз, помогая «держать разработчиков в фокусе» и «создавать более полезный код». [6]
- Документация и обучение : «сценарии взаимодействия, значимые для пользователей», могут преодолеть разрыв между системой в том виде, в каком она построена »и задачами, которые пользователи хотят выполнять с ее помощью». [6]
- Оценка и тестирование : поскольку «систему необходимо оценивать с точки зрения конкретных пользовательских задач, которые она предназначена для поддержки», сценарии идеально подходят для оценки. [6]
- Абстракция : общие правила, применимые к разным задачам (или системам), можно определить путем сравнения сценариев. [6]
- Построение команды : «Набор пробных историй является важным связующим элементом в любой социальной системе». [6]
В разных стилях разработки системы
Выбор представления сценария широко варьируется в зависимости от стиля разработки, который связан с промышленным контекстом.
Контекст проекта | Пример | Стиль сценария | Стиль разработки |
---|---|---|---|
Большой военный проект | Самолет истребитель | Оперативный взгляд , концепция операций | Поэтапные жизненные циклы, тщательная документация (см. DoDAF ) |
Комбинированный аппаратно-программный продукт | Машина | Пример использования [7] | RUP |
Программное обеспечение для бизнеса | Приложение для мобильного телефона | История пользователя [4] | Гибкая разработка программного обеспечения |
Смотрите также
- Счастливый путь
- Сценарное тестирование
Рекомендации
- ^ etymonline.com
- ↑ Александр и Беус-Дукич, 2009. Страница 120.
- ^ Б с д е е г Александра и Maiden, 2004 Глава 1.
- ^ а б Кон, 2004.
- ↑ Александр и Дева, 2004. Глава 7.
- ^ a b c d e f g h i j Кэрролл, 1995. Страницы 7-8
- ^ Кокберн, 2011.
Библиография
- Александр, Ян и Беус-Дукич, Лерка. Обнаружение требований: как указать продукты и услуги . Wiley, 2009.
- Александр, Ян Ф. и Дева, Нил. Сценарии, истории, варианты использования . Wiley, 2004.
- Кэрролл, Джон М. (ред.) Использование: Сценарийный дизайн человеко-компьютерных взаимодействий . MIT Press, 2000.
- Кэрролл, Джон М. (редактор) Проектирование на основе сценариев: видение работы и технологий в разработке системы . Wiley, 1995.
- Кокберн, Алистер. Написание эффективных сценариев использования . Аддисон-Уэсли, 2001.
- Кон, Майк. Истории пользователей: для гибкой разработки программного обеспечения . Аддисон-Уэсли, 2004.
- Фаулер, Мартин. UML дистиллированный . 3-е издание. Аддисон-Уэсли, 2004.
Внешние ссылки
- Заметки о практике дизайна: истории и прототипы как катализаторы коммуникации. Томас Эриксон в Кэрролле, 1995.