
- •Общие темы выявления Планирование выявления
- •Методы выявления
- •Семинары по выявлению
- •Механизм семинара
- •Мозговой штурм
- •Техника мозгового штурма
- •Документация по результатам
- •Интервью
- •Документация по результатам собеседования
- •Диаграммы причинно-следственных связей (Fishbone Diagrams)
- •Разработка раскадровки, каркасов и прототипов
- •Как документировать раскадровку
- •Несколько слов о каркасах и прототипах
- •Переход от раскадровки к рабочим элементам
- •Наблюдение
- •Рецензирование существующих требований
- •Тема выявления в Agile
- •Руководство по выявлению для традиционной разработки
- •Дополнительные комментарии по традиционному выявлению
Документация по результатам собеседования
Общий Шаблон Интервью, показанный в конце этого документа в приложении, является хорошей начальной точкой для подготовки интервью. Полученные результаты могут быть описаны в шаблоне и храниться в документе Резюме Интервью на папке Требования TFS Team Project:
Диаграммы причинно-следственных связей (Fishbone Diagrams)
Диаграммы причинно-следственных связей служат механизмом для выполнения аналитиком интервью, чтобы раскрыть проблему за проблемой, или, вернее, причину этой проблемы.
Схема диаграммы причинно-следственных связей может быть описана так же, как кости рыб, после того, как мясо было съедено. “Голова” и “позвоночник” рыбы представляют собой описание исходной задачи. Каждая “кость” от основы является причиной или главной причиной этой проблемы. Первоначальный набор “хребта” затем анализируется на важность и актуальность этой проблемы. Главные 20% из причин потом анализируются по своим собственным диаграммам “рыбным скелетам” пока проблемы не будет достаточно проанализированы.
Это хорошая техника, потому что она вовлекает заинтересованных сторон в определение их собственных причин их проблем.
Разработка раскадровки, каркасов и прототипов
На основе клипов, мультфильмов и любой анимации раскадровка помогает авторам быстро описать сценарий использования визуализацией, которая помогает команде представляющей сценарий или заинтересованным сторонам без больших усилий понять содержание. Раскадровка может использоваться аналогичным образом, чтобы продемонстрировать функциональные возможности приложения быстро и с небольшой затратой усилий. Некоторые из преимуществ раскадровки:
Сбор и уточнение требований заказчика в удобном для пользователя виде.
Поощряются более творческие и инновационные проектные решения.
Поощряется рассмотрение группой, и предотвращаются никому не нужные функции.
Обеспечение реализации возможностей в доступной и интуитивной форме.
Облегчает процесс интервьюирования – это хороший “трамплин” для дискуссии, когда интервьюируемая личность не очень творческая или разговорчивая.
Другими словами о раскадровке можно сказать, что она позволяет иметь инструмент для демонстрации или анимации функциональности и поведения системы в среде, в которой она будет работать. Разработка раскадровки происходит в реальном времени с участниками, это как сменяемый артефакт, который не требует длительной проработки. На самом деле, если раскадровка становится слишком громоздкой, то она идет неправильно.
Как документировать раскадровку
Раскадровка может быть низко-технологичной в виде текста и рисунков или может быть анимированной и довольно сложной в виде прототипа с использованием HTML страниц в виде каркаса.
Вот несколько примеров:
Бумага эскизы или рисунки
Растровые инструменты рисования
Индекс карты
PowerPoint слайды
Скриншоты (если пользовательский интерфейс или прототип пользовательского интерфейса существует)
Примечание:раскадровки, выраженные в виде фактических снимков, могут быть полезным вкладом в конечную пользовательскую документацию.
Несколько слов о каркасах и прототипах
Каркасы и прототипы являются еще одним механизмом для описания раскадровки. Разница, однако, состоит в том, что они имеют функциональный характер, и у оба предоставляют более четкое представление о реализации и подразумевающихся рисков реализации приложения. Ожидания с заинтересованными сторонами должны быть согласованы в том, что прототипы или каркасы это только примеры возможных решений, чтобы получить раннюю обратную связь, а не для получения полной функциональности. Это требует значительных усилий.
Примеры возможных форматов:
Проект Expression Blend SketchFlow
Горизонтальные прототипы, написанные с использованием решений Web,WPF и Windows Forms
PowerPoint слайды с дополнительной анимацией или логикой навигации
Независимо от формата важно, чтобы раскадровки нашли свой путь в центральный репозиторий.
Если все сделано на бумаге с помощью зарисовки, сделанной вручную, изображения должны быть отсканированы как JPG или BMP файлы, которые можно хранить в библиотеке документов, также, как результаты мозгового штурма или других семинаров по требованиям. Если все сделано на электронных носителях, то результаты должны быть уже в формате файла или сгенерированы в формат файла для центрального хранилища, снова используя библиотеку документов.
Помещенные в библиотеке TFS, они могут быть связаны с рабочими элементами для установки и поддержания трассировки.