Программное обеспечение для работы с раскадровками
Инструмент IBM Rational Requirements Composer позволит вам создать раскадровку своей программной системы еще до начала ее разработки. Для понимания этой концепции рассмотрим следующие моменты.
"Представьте себе следующую картину..."
Как часто ваш рассказ о знаменитой или об успешной персоне, о смешном случае или о трагическом происшествии начинается с этой фразы? За этой фразой следует некое описание, связанное с историей, которую вы хотите рассказать. При разработке программного обеспечения у вас также есть некая история, которую необходимо рассказать. Вы собираетесь создать или модифицировать программную систему способом, который еще только предстоит выбрать или осознать.
"Как ни странно, я не в состоянии представить себе эту картину..."
Однако во многих случаях в вашем сознании отсутствует четкая картина. Вы не понимаете саму историю, сопутствующие ей обстоятельства, не знаете, что предшествовало этой истории и что произойдет потом. Даже если вы сами точно понимаете, что пытаетесь объяснить, ни у одного из ваших слушателей нет в голове той же самой картины. Раскадровка - это именно та техника, которую вы можете использовать для фиксации истории и объяснения ее окружающим вас людям: перевод идей, находящихся в вашей голове, в нечто осязаемое, что все остальные смогут понять.
Раскадровка - это далеко не новая концепция. Разработчики программного обеспечения заимствовали концепции и методы у киноиндустрии, поскольку раскадровки широко применяются именно в этой области. С точки зрения разработки программного обеспечения раскадровка определяется как "...логическое и концептуальное описание функциональных возможностей системы для определенного сценария, включая необходимое взаимодействие между системой и ее пользователями. Раскадровка "рассказывает некоторую историю"" [IBM Rational Unified Process (RUP), 2008]
Это определение, помимо прочего, охватывает использование раскадровок в качестве метода для документирования поведения решения, как будто вы уже решили проблему. Кроме того, раскадровка позволяет исследовать контекст системы и возможные варианты решения проблем, с которыми система должна справиться. Процесс создания раскадровок (storyboard) называется storyboarding. "Storyboarding - это техника для создания логического и концептуального описания функциональных возможностей системы для определенного сценария". [RUP, 2008]
Как правило, раскадровка представляет пользовательский интерфейс таким образом, который позволяет увидеть, как система будет работать для достижения определенной цели. Обычно, раскадровка - это последовательность кадров, в каждом из которых имеется описание действий, приводящих к появлению следующего кадра. Следует, однако, отметить, что с помощью раскадровок мы не пытаемся проектировать пользовательский интерфейс: мы пытаемся проиллюстрировать возможности пользователя. Раскадровка фильма фиксирует последовательность сцен, ракурсов и персонажей, а раскадровка программного продукта фиксирует его целевое поведение в определенном контексте.
Преимущества применения раскадровок
Применение раскадровок позволяет уменьшить риски проекта и сэкономить время и деньги.
Клиент не всегда точно знает, чего именно он хочет. Часто клиент говорит примерно следующее: "Я буду точно знать, только когда сам увижу". Применение раскадровок позволяет устранить неопределенности в требования на ранних стадиях процесса разработки. Наличие неопределенностей в требованиях позволяет определить, когда применение раскадровок будет наиболее полезно, а затем - посредством визуализации этих требований с помощью раскадровок - согласовать с заинтересованными лицами, что именно должна делать разрабатываемая система. Применение раскадровок помогает осуществлять выявление, уточнение, дополнение и валидацию требований. Применение раскадровок стимулирует участие заинтересованных лиц и позволяет исследовать альтернативные технические решения без кодирования. Вы можете использовать раскадровки при проведении интерактивных сессий с заинтересованными лицами по обзору требований и вариантов использования. Такие сессии позволяют выявить что упущено, что неверно или ненужно, и что желательно достичь.
Кроме того, раскадровки могут быть с успехом использованы проектировщиками, разработчиками, тестировщиками и архитекторами, а также дизайнерами пользовательских интерфейсов.
 |
В данном разделе описываются различные компоненты, принимающие участие в процессе создание раскадровки.
|
Персонаж
Персонаж представляет вымышленного пользователя системы. Это своего рода "архетип" пользователя, основанный на имеющихся знаниях о реальных пользователях. Назначение персонажа - "оживление" пользователя посредством предоставления ему имени, индивидуальности, мотивации и т.д. Обычно для системы создается несколько персонажей. В качестве определенного действующего лица персонаж может быть связан с несколькими раскадровками.
Цели описания персонажа:
- Гарантированный охват всех потребностей пользовательской базы
- Эффективное представление реального пользователя, упрощающее принятие решений о функциональных возможностях и о проекте в целом
- Поддержание ориентации раскадровки на конкретный контекст пользователя и его конкретные цели
Пример персонажа показан в Таблице 1.
| Персонаж: Эрик | |
|---|---|
| По профессии Эрик является медиа-консультантом. Он много работает и, наконец, начал зарабатывать столько, что его банковский счет начал расти.
На данный момент Эрик не имеет каких-либо инвестиций в ценные бумаги. Тем не менее, он очень интересуется размещением своих финансовых излишков в каком-либо месте, где они будут приносить доход, и обдумывает, в каком именно. В свое время он приобрел в Интернете небольшое количество акций, но в результате потерял практически все свои инвестиции в этой области. Эрик ничего не знает об инвестировании в ценные бумаги. Эрик - энтузиаст новых технологий. Он любит опробовать новые решения и онлайновые услуги; как правило, он не имеет каких-либо неприятностей или проблем при их использовании. На протяжении нескольких лет Эрик пользуется услугами сетевого банка Netbank. Он оплачивает свои счета с его помощью и знает об обширном ассортименте услуг, предоставляемых этим банком. Для того чтобы воспользоваться услугами онлайновой биржи, Эрик должен располагать следующими возможностями:
|
Возраст: 30 |
| Пол: мужской | |
| Род занятий: медиа-консультант | |
| Образование: университетский диплом | |
| Используемые технические средства: ноутбук с широкополосным сетевым доступом | |
|
Сценарий использования описывает, как персонаж взаимодействует с системой при выполнении определенной задачи. Сценарий определяется пользовательскими потребностями и мотивацией пользователя к выполнению указанной задачи. Сценарий может представлять собой сводку того, что персонаж будет делать в раскадровке (до того, как вы ее создадите). При проведении разработки на основе т.н. "вариантов использования" (use case) сценарий использования обычно представляет собой полный или частичный сценарий вариантов использования (use case scenario).
|
Раскадровка (storyboard) - это логическое и концептуальное описание функциональных возможностей системы для определенного сценария, включая необходимое взаимодействие между системой и ее пользователями.
Применительно к продукту Rational Requirements Composer, раскадровка - это покадровое представление сценария использования, в каждом кадре которого имеется описание действий, приводящих к появлению следующего кадра. Раскадровка содержит подробное прохождение по линейному сюжету ("истории"), представленное в виде расположенных на временной шкале (timeline) графических кадров с образцами данных. По существу, раскадровка - это последовательность кадров, каждый из которых конкретизирует возможность пользователя в соответствующей ситуации. В состав раскадровки входит список кадров, средство просмотра временной шкалы и сами кадры (см. рис. 1). Кадры - это фактически отдельные экземпляры эскизов внутри раскадровки.
Рисунок 1. Компоненты раскадровки
|
Выявление и уточнение требований с помощью раскадровок
Раскадровки могут применяться уже на фазе Inception (Обследование) для выявления того, какие возможности заинтересованное лицо желает получить (каких целей достичь). В этой фазе разработки система еще не существует (вне зависимости от того, идет ли речь об аппаратных средствах или только о программном обеспечении). В качестве альтернативного варианта, применение раскадровок может иметь место на более поздних этапах разработки для прояснения того, как некто (пользователь) сможет взаимодействовать с разрабатываемым объектом (пользовательский интерфейс). По указанным причинам, на различных фазах разработки раскадровки применяются с различными целями.
До начала раскадровки необходимо четко определить проблему, подлежащую решению. После того, как была сформулирована проблема, может быть определена и цель раскадровки. Эта цель должна четко "очерчивать" исследуемую область, поскольку эта область определяет объем раскадровка. В пределах этой области должны быть выявлены любые ограничения, которые могут быть применимыми к данной раскадровке.
После завершения раскадровки необходимо убедиться в том, что цель раскадровка была достигнута. Необходимо, чтобы вовлеченные в процесс создания раскадровки заинтересованные лица приняли итоговую раскадровку, т.е. фактически одобрили созданную раскадровку и подтвердили, что она адекватно выражает их мысли. Для достижения этой цели весьма важно, чтобы раскадровка разрабатывалась с использованием терминов, понятных заинтересованным лицам.
Конечное состояние исследуемого объекта должно быть документировано. Кроме того, должны быть выявлены все связанные раскадровки, необходимость в которых может возникнуть впоследствии (например, по причине зависимостей). Необходимо составить список допущений, сделанных в процессе раскадровки (этот список впоследствии может быть подвергнут верификации), а также список всех выявленных при этом ограничений.
По результатам создания раскадровки должны быть сформулированы требования (с возможностью отследить процесс "в обратном направлении" вплоть до конкретного элемента раскадровки), подлежащие согласованию с заинтересованными лицами. Затем, эти требования должны быть включены в соответствующий набор требований, из которого первоначально появилась потребность в раскадровке. Типичный шаблон для создания раскадровки включает предварительные условия и выходные условия, описываемые в следующих разделах.
Предварительные условия
До проведения раскадровки должны быть соблюдены следующие предварительные условия:
- Формулировка проблемы
- Формулировка цели раскадровки
- Выбор типа раскадровки
- Идентификация фазы жизненного цикла разработки
- Задание уровня точности раскадровки
- Определение роли заинтересованного лица
- Выявление ограничений
|
Формулировка проблемы
Важно полностью понять проблему, подлежащую решению. Если раскадровка используется на фазе Inception (Обследование), то, скорее всего решаемая проблема состоит в выявлении того, какие возможности получит заинтересованное лицо. В этом случае раскадровка может быть инициирована исходными потребностями заинтересованного лица. Если раскадровка используется на более поздних этапах цикла разработки, то вероятнее всего решаемая проблема состоит в уточнении некоторой функций или поведения какого-либо разрабатываемого объекта. Примеры сформулированных проблем.
- Фаза Inception (Обследование). Формулировка потребности розничного покупателя, например: "Я хотел бы приобретать товары в розничных торговых точках, не выходя из дома".
- Фаза Elaboration (Проработка). Ориентированная на реализацию потребность, например: "Как меломан сможет убедиться в том, что ему понравится товар, который он покупает?"
|
Создаваемая раскадровка должна ориентироваться на выявленную проблему, с другой стороны, эта проблема может потребовать рассмотрения точек зрения многих заинтересованных лиц. Поэтому, вполне возможно, что для комплексного решения исследуемой проблемы вам придется создать несколько раскадровок. Заинтересованные лица и аналитики должны осознавать область действия раскадровки. Эта задача наилучшим образом решается посредством четкой формулировки цели для создаваемой раскадровки. Примеры сформулированных целей.
- Фаза Inception (Обследование). Выявить предпочтения любителя классической музыки в области онлайнового приобретения музыкальных записей в розничных торговых точках.
- Фаза Elaboration (Проработка). Выявить местоположение, внешний облик и условия использования функции Sample play (Пробное воспроизведение) в графическом пользовательском интерфейсе Интернет-магазина.
|
В принципе, существует раскадровки двух типов: раскадровки для выявления требований и раскадровки для уточнения требований. Эти два типа охватывают любую ситуацию, в которой может возникнуть необходимость в раскадровке (включая выявление возможности, разработка варианта использования, разработка интерфейса пользователя, уточнение требований и создание прототипа). Примеры различных типов раскадровок.
- Фаза Inception (Обследование). Выявление требований к возможностям.
- Фаза Elaboration (Проработка). Уточнение изначальных требований.
|
Идентификация фазы жизненного цикла разработки
Очевидно, что тип создаваемой раскадровки зависит от фазы жизненного цикла разработки. На фазе Inception более вероятна раскадровка для выявления требований. На фазе Elaboration может возникнуть необходимость в дальнейшем понимании и уточнении требований.
|
Задание уровня точности раскадровки
При планировании использования раскадровки следует определить уровень точности (т.е., насколько точно должна раскадровка отражать исследуемую ситуацию). Вполне возможно, что на фазе Inception вы сможете ограничиться низким уровнем точности раскадровки, поскольку маловероятно, что в этот момент вы будете знать, что будет представлять собой конечный продукт.
При применении раскадровки на фазе Elaboration вы, скорее всего, будете обладать более глубокими знаниями относительно конечного продукта. Поэтому вам потребуется более высокая точность для адекватного отражения этого облика и уточнения требований.
|
Определение роли заинтересованного лица
Необходимо определить роль заинтересованного лица, которому вы будете задавать вопросы в процессе раскадровки, особенно, в случае нескольких раскадровок. Примеры соответствующих ролей на различных фазах.
- Фаза Inception (Обследование). Покупатель розничного магазина.
- Фаза Elaboration (Проработка). Любитель музыки.
|
До начала раскадровки необходимо выявить любые ограничения, применимые к этой раскадровке. Это гарантирует, что разработка не выйдет за пределы любых ограничивающих обстоятельств (юридические ограничения, отраслевые стандарты и т.д.). Примеры ограничений.
- Фаза Inception (Обследование). Процесс заказа и покупки должен оставлять "аудиторский след", доступный для инспекции.
- Фаза Elaboration (Проработка). Графический интерфейс пользователя должен соответствовать стандартным соглашениям Microsoft® Windows®.
|
После завершения раскадровки необходимо подтвердить валидацию созданной раскадровки и выявить необходимость в любых последующих работах:
- Подтверждение того, что исходная проблема решена
- Подтверждение того, что цель раскадровки была достигнута
- Получение одобрения раскадровки от заинтересованных лиц
- Выявление тем для последующих раскадровок
- Выявление связанных раскадровок
- Выявление сделанных допущений
- Выявление новых ограничений
- Выявление источника требований в рамках раскадровки
|
Подтверждение того, что исходная проблема решена
Насколько полно раскадровка решила исходную проблему? Возможные ответы на этот вопрос: Да, Частично, Нет.
|
Подтверждение того, что цель раскадровки была достигнута
Была ли достигнута цель проведения раскадровки? Возможные ответы на этот вопрос: Да или Нет.
|
Получение одобрения раскадровки от заинтересованных лиц
Заинтересованное лицо, участвовавшее в создании раскадровки, приняло ее? Возможные ответы на этот вопрос: Да, В стадии рассмотрения, Нет.
|
Выявление тем для последующих раскадровок
Были ли в процессе создания данной раскадровки выявлены темы для последующих раскадровок? Каковы эти темы и какие категории заинтересованных лиц будут вовлечены? Примеры тем, выявленных на различных фазах.
- Фаза Inception (Обследование). Как компания розничной торговли могла бы отслеживать поставки.
- Фаза Elaboration (Проработка). Местоположение, внешний вид и условия использования функции "Художественный альбом".
|
Выявление связанных раскадровок
Выявление других раскадровок по связанным темам, созданных ранее или запланированных к созданию. Это обычная ситуация для последовательности действий, каждое из которых раскрывается посредством отдельной раскадровки.
|
Выявление любых допущений, которые были сделаны в процессе создания раскадровки. Для подтверждения правильности этих допущений потребуются последующие действия. Пример допущения: данное решение будет действительно только для юрисдикции Великобритании.
|
Выявление любых ограничений, обнаруженных в процессе создания раскадровки и не зафиксированных в предварительных условиях.
|
Выявление источника требований в рамках раскадровки
Для любых требований в пределах раскадровки необходимо выявить их источник.
|
Создание раскадровки низкой точности с помощью инструмента Rational Requirements Composer
В этом разделе описывается процесс создания простой раскадровки низкой точности с использованием инструмента Rational Requirements Composer. Раскадровки низкой точности обычно используются при проектировании пользовательского интерфейса в качестве способа для уточнения и дополнения требований. Они не предназначены для представления реального дизайна графического интерфейса пользователя. Инструмент Rational Requirements Composer предлагает мощные возможности для работы с раскадровками, которые позволяют вам (как аналитику) быстро создавать раскадровки и связывать их с другими артефактами требований.
В рассматриваемом ниже примере раскадровка создается для приложения онлайновой покупки компакт-дисков. В отличие от вариантов использования (use case), которые полностью описывают использование системы "актером" (actor), раскадровка концентрируется на конкретной истории персонажа, выполняющего отдельное действие. В этом примере раскадровки персонаж под именем Гордон Макинтайр осуществляет поиск и покупку компакт-диска с музыкой Бетховена.
Выполните следующие шаги для создания раскадровки.
|
Определение персонажа и организация раскадровки
- Определите используемого персонажа.
Персонажи могут оказаться полезными для сохранения концентрации раскадровки на определенном пользовательском контексте и целях пользователя. Следует помнить, что раскадровки призваны лишь дополнять ваши варианты использования и не являются заменой для них! Напротив, раскадровка может рассматриваться как одна из реализаций потока вариантов использования: она иллюстрирует этот поток в контексте заданного вами персонажа. Раскадровка - это мощная техника для представления информации, которая лучше всего воспринимается в графическом виде (удобство/простота использования, пользовательские возможности, интерфейс пользователя и другие требования).
Если вы не применяете вариантов использования для документирования функциональных требований, то раскадровка приобретает дополнительную важность как средство идентификации пользовательского контекста и сценариев.
Инструмент Rational Requirements Composer поддерживает создание и редактирование текстовых документов формата rich text. В данном примере используется текстовый документ формата rtf для описания нашего персонажа:
- Установите четкую организацию процесса! Это особенно важно, если вы планируете создать множество раскадровок. Воспользуйтесь подпапками инструмента Rational Requirements Composer для группировки общих артефактов и управления ими (рис. 2).
Поскольку одни и те же персонажи (persona), части (part) и эскизы (sketch) могут использоваться в нескольких раскадровках, лучше хранить их в одном "центральном пункте", отделенном от самих раскадровок. Например, создайте папку для частей, папку для эскизов, папку для персонажей и набор папок для группировки связанных раскадровок. Значащие имена и названия также помогут поддерживать строгую организацию.
Рис. 3. Пример структуры папок 
- Создайте свой список кадров. Каждой кадр в списке имеет название и описание (рис. 4). Хорошее описание помогает "облечь плотью" сценарий использования. Как минимум, запишите название каждого кадра, а также предоставьте несколько строк дополнительного описания для всех сложных или не вполне ясных кадров. До начала создания отдельных кадров потратьте достаточно времени на определение и очистку списка кадров: наилучший способ - представить всю историю в простом текстовом виде до начала добавления изображений.
Список кадров - это план раскадровки (аналог списка шагов для use case), который помогает визуализировать функцию, конкретный сценарий варианта использования или часть этого сценария. Не забывайте, у раскадровки нет логических операций типа "переход" или "цикл". Раскадровка - это линейное прохождение по одному конкретному маршруту исполнения целевой системы. Если вы с самого начала будете применять список кадров, это поможет поддерживать строгую организацию раскадровки и точно зафиксировать пошаговый план до погружения в детали каждого кадра или эскиза.
Рис. 4. Уточненный список кадров
- На данном этапе с каждым объектом в списке ассоциирован пустой кадр. Вы можете приступить к рисованию отдельных кадров непосредственно в раскадровке. Другой подход состоит в том, чтобы начать с создания каталога эскизов и частей, которые могут быть многократно использованы в нескольких кадрах и в нескольких раскадровках.
В инструменте Rational Requirements Composer, эскиз пользовательского интерфейса - это макет графического пользовательского интерфейса программного продукта в любой точке функционирования этого продукта. [Rational Requirements Composer Version 1.0, Help]
В инструменте Rational Requirements Composer, часть (part) эскиза пользовательского интерфейса представляет собой набор многократно используемых элементов пользовательского интерфейса. Вы можете использовать ту или иную часть для наполнения эскизов, потоков кадров и раскадровок. Часть может содержать единственный элемент (например, меню) или включать много элементов, объединенных в контейнерном элементе (панель или группа). Рекомендуется повторно использовать части пользовательского интерфейса в нескольких эскизах, потоках и кадрах с целью поддержания стабильности элементов пользовательского интерфейса. [Rational Requirements Composer V1.0, Help]
|
На рис. 5 в графическом виде представлены отношения между частью и эскизом. Часть может использоваться многими эскизами (или не использоваться вовсе). Эскиз может содержать множество частей (или вообще не содержать частей).
Рис. 5. Отношения между частью и эскизом
На рис. 6 в графическом виде показаны отношения между эскизом и кадром. Эскиз может использоваться при создании многих кадров (или не использоваться вовсе). Кадр может быть создан с использованием одного эскиза (или вообще без использования эскизов).
Рис. 6. Отношения между эскизом и кадром
Части могут быть извлечены из кадров или эскизов в любой момент времени: даже после того, как раскадровка уже была построена. Поэтому большое значение имеет поддержание хорошей организованности ваших частей и эскизов. Главное преимущество - возможность повторного использования и эффективное управление изменениями: намного проще изменить единственную часть, а затем в автоматическом режиме обновить ее во всех использующих ее эскизах и кадрах, чем заново вводить эти элементы пользовательского интерфейса в большое число кадров раскадровки.
В этом примере существуют части для таких элементов, как общее боковое меню, заголовок, корзина покупателя и представление компакт-диска (рис. 7).
|
Прохождение по примеру раскадровки
Данная раскадровка имеет 16 кадров и построена на основе пяти эскизов.
Обратитесь в справочный раздел инструмента Rational Requirements Composer для получения детальных инструкций относительно следующих заданий:
- Задание: Создание части эскиза пользовательского интерфейса.
- Задание: Создание эскиза пользовательского интерфейса.
- Приступайте к заполнению своих кадров. Контент кадра может поступить из одного из трех мест:
- Элементы пользовательского интерфейса могут быть непосредственно вставлены в кадр.
- Кадр может унаследовать контент из эскиза. Наследование означает, что кадр основан на существующем эскизе; т.е. если этот эскиз изменится, то данный кадр будет автоматически обновлен.
- Кадр может унаследовать контент из предыдущего или из еще более раннего кадра. Это создает в вашей раскадровке цепочку зависимостей, которая помогает выявлять общие кадры.
|
Начало построения кадров: страница приветствия и поиск
Кадр 1: Страница приветствия - это кадр, который был создан непосредственно в раскадровке (см. на рис. 8). Для создания отдельного кадра, не основанного на каком-либо эскизе, нажмите курсором два раза на любой кадр в нижней части списка кадров, после чего этот кадр будет открыт в редакторе. Не забывайте, что это редактор кадров - все, что вы делаете с его помощью, является принадлежностью данной раскадровки и не доступно для повторного использования в других раскадровках.
Рис. 8. Кадр 1: Страница приветствия 
Кадр 2: Пример кадра, наследующего контент из эскиза. В этой точке раскадровки наш персонаж Гордон перешел на страницу каталога компакт-дисков. Кадр 2 показывает исходный вид экрана каталога компакт-дисков. Этот кадр был построен из эскиза каталога компакт-дисков. Для создания этого кадра выполните следующие шаги:
- Выберите в пустом кадре (рис. 9) опцию Create from an existing sketch (Создать из существующего эскиза).
Рис. 9. Опция Create from an existing sketch (Создать из существующего эскиза)
- Найдите свой эскиз в списке и нажмите OK. Теперь данный кадр наполнен - он содержит экземпляр эскиза, который может быть отредактирован без последствий для исходного эскиза.
- Отредактируйте кадр для внесения в него дополнительной информации, необходимой для изложения истории. В этом примере некоторые данные были добавлены в область корзины (рис. 10). В исходном эскизе эта область помечена, но не заполнена, что позволяет многократно использовать ее в любом кадре раскадровки.
Кадр 3: В кадре 3 Гордон ввел слово Beethoven (Бетховен) в качестве критерия поиска. Поскольку это все тот же экран, вы можете базировать этот кадр на его предшественнике и просто отредактировать данные для описания текущего шага своей истории:
- Выберите в пустом кадре опцию Create from the previous frame (Создать из предыдущего кадра). Обратите внимание, что, поскольку этот кадр создан из кадра 2 (а не из исходного эскиза), он сохраняет все настройки кадра 2 (в частности, заполненную корзину покупателя).
- Отредактируйте этот кадр для иллюстрации того факта, что Гордон осуществляет поиск: введите слово Beethoven в текстовую строку quick search (быстрый поиск) и добавьте выноску с описанием.
Рисунок 11. Кадр 3: Ввод критериев поиска
Кадры 4 и 5: В кадрах 4 и 5 система возвращает результаты поиска, после чего Гордон выбирает компакт-диск для просмотра. В этих двух кадрах вы продолжаете построение цепочки зависимостей, которая началась в кадре 2 (выбором опции Create from the previous frame). Отредактируйте кадр 4, чтобы показать результаты поиска, и создайте кадр 5, указывающий, что Гордон выбрал компакт-диск для просмотра (рис. 12 и 13).
Рис. 12. Кадр 4: Показаны результаты поиска
Рис. 13. Кадр 5: Компакт-диск отобран для просмотра
|
Следующие кадры: Информация о продукте и корзина
Кадры 6 и 7: В этой точке истории вы показываете детальную информацию о конкретном компакт-диске. Поэтому кадр 6 базируется на ином эскизе под названием CD Details (информация о компакт-диске). Хотя это и другой эскиз, вы можете заметить, что боковое меню выглядит точно так же, как и прежде (рис. 14). Это объясняется тем, что данное меню представляет собой часть многократного использования, которая применяется в обоих эскизах.
Рис. 14. Кадр 6: Просмотр подробной информации о компакт-диске 
Кадр 7 показывает, как Гордон добавляет этот компакт-диск к своей корзине (рис. 15). Этот кадр был построен на основе кадра 6.
Рис. 15. Кадр 7: Добавление компакт-диска в корзину
Обратите внимание, что в результате была создана новая цепочка зависимости между кадрами 6 и 7 (рис. 16).
Рис. 16. Цепочка зависимости между кадрами 6 и 7
Кадр 8: Этот кадр базируется на кадре 5 и таким образом продолжает цепочку зависимостей, демонстрируя выбранный компакт-диск в корзине для покупок.
- Выберите опцию Create from earlier frame.
- В диалоговом окне Select a Frame выберите кадр, от которого текущий кадр должен унаследовать свой контент (рис. 17).
Рис. 17. Опция Create from earlier frame
- В кадре 8 верните систему к результатам поиска в каталоге. Гордон решил завершить процедуру покупки и перейти к этапу ее оформления (см. рис. 18).
Рис. 18. Кадр 8: Результаты поиска в каталоге и корзина покупателя.
|
Заключительные кадры: оформление покупки и оплата
Кадры 9 - 12: В этой точке начинается новый диалог для процедуры оформления покупки. На кадрах 9 - 12 показано, как Гордон вводит свои персональные данные, адрес доставки и контактную информацию. Все эти кадры базируются на общем эскизе (см. рис. 19).
Рис. 19. Опция Create from an existing sketch (Создать из существующего эскиза)
Кадр 9 - это начало оформления покупки (см. рис. 20).
Рис. 20. Гордон вводит свои персональные данные, адрес доставки и данные кредитной карты
На рис. 21 показана цепочка зависимостей между кадрами 9, 10, 11 и 12.
Кадры 13 и 14: Эти кадры представляют дополнительный диалог, в ходе которого Гордон вводит информацию о своей кредитной карте (см. рис. 22).
Рис. 22. Кадр 13: Ввод информации о кредитной карте
На рис. 23 показана полностью введенная информация о кредитной карте
Рис. 23. Кадр 14: Информация о кредитной карте полностью введена
Кадр 15: Это отдельный кадр, демонстрирующий подтверждение заказа (рис. 24).
Рис. 24. Кадр 15: Страница подтверждения
Кадр 16: Конец истории
|
Фундаментальная цель раскадровки состоит в том, чтобы воспользоваться чьим-либо представлением о выполнении определенной деятельности и донести это представление до разработчиков, способных воплотить это представление в реальность.
В рамках управления требованиями технология раскадровки применяется для выявления требований и уточнения требований. Эта технология может быть использована на многих этапах цикла разработки, причем, как аппаратных решений, так и программного обеспечения.
IBM Rational Requirements Composer - это инструмент для определения требований, который позволяет эффективно использовать технику раскадровки для улучшения управления требованиями и повышения качества создаваемой продукции.