Вы находитесь на странице: 1из 45

Lecture 3 part 2

Содержание
• Методы сбора требований
• Методы анализа требований
• Подготовка документа СОДЕРЖАНИЕ ПРОЕКТА
• Иерархическая структура работ (ИСР) - WBS
МЕТОДЫ ОПРЕДЕЛЕНИЯ
ТРЕБОВАНИЙ
Когда заинтересованные стороны определены, перечислены и сгруппированы ... мы
можем начать сбор детальной информации (требований) о нашем новом продукте
ЧТО ТАКОЕ ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ?

• Сбор требований – процесс определения и документирования требований заинтересованных сторон


проекта для достижения целей проекта.
• На успех проекта напрямую влияет тщательность сбора и управления требованиями к проекту и продукту.
• Данные требования должны быть выявлены, проанализированы и зарегистрированы с достаточной
степенью детализации так, чтобы их можно было измерить после начала исполнения проекта.
ЧТО ТАКОЕ ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ?

• Большая часть деловых или технических требований нигде не задокументирована:


• ​находится в умах заинтересованных сторон,
• в отзывах, которые еще предстоит получить от конечных пользователей, и
• в исследовании докуменьов и опросов,

• Следовательно, целью определения требований является тщательное выявление:


• бизнес-потребностей,
• рисков и
• допущений, связанных с любым конкретным проектом..
КТО ЗАНИМАЕТСЯ ОПРЕДЕЛЕНИЕМ
ТРЕБОВАНИЙ?
• Кто такой бизнес-аналитик?
• Какие обязанности он выполняет?
ЧТО НАМ УЖЕ ИЗВЕСТНО?

1. Устав проекта
Устав проекта используется для предоставления требований к проекту высокого уровня и
описания продукта высокого уровня, позволяющих разработать подробные требования к
продукту.
2. Список заинтересованных сторон проекта
Список заинтересованных сторон проекта используется для определения заинтересованных
сторон проекта, которые могут предоставить подробную информацию о требованиях к
проекту и продукту.
ПОДГОТОВКА К ВЫЯВЛЕНИЮ ТРЕБОВАНИЙ

• Первым шагом в выявлении требований является получение всестороннего и точного


понимания бизнес-потребностей проекта.
• Следующим шагом аналитика в выявлении требований является обеспечение того, чтобы
на протяжении всего проекта было обеспечено достаточное участие заинтересованных
сторон. - Активно привлекать заинтересованные стороны к определению требований
• После того, как аналитик определил и нанял своих заинтересованных лиц и выбрал
метод (ы), с помощью которого он будет определять требования (изложенные ниже),
рекомендуется:
• заранее запланировать время проведения этих методов с заинтересованными сторонами,
чтобы обеспечить адекватное участие с их стороны.
СБОР ТРЕБОВАНИЙ: ИНСТРУМЕНТЫ
И МЕТОДЫ
ИНТЕРВЬЮ

Интервью «один на один» являются одними из самых


популярных типов выявления требований::
• дают аналитику возможность подробно обсудить мысли
заинтересованного лица
• узнать его или ее взгляд на потребности бизнеса и
осуществимость. потенциальных решений.
• Интервью являются наиболее эффективным способом
выявления требований.
ПРАКТИКИ ИНТЕРЬВЬЮ

• Процесс подготовки к собеседованию имеет решающее значение для успеха


• Применяемые практики:
• Создание заметок
• Aудио-видео записей
• Делиться с собеседником записями интервью, чтобы не допустить недопонимания,
ИНТЕРВЬЮ

Типы вопросов:
• Структурированные
• Неструктурированные (открытые)
Примеры:
• Есть ли какие-либо проблемы с существующей системой, которые вы хотите обсудить?
• Видите ли вы какие-либо возможные улучшения?
• Какую главную проблему должка решить новая система?
• Как новая система может улучшить вашу рабочий процесс?
• С каким другим программным обеспечением будет взаимодействовать новая система?
• Каковы основные и функции программного обеспечения?
Преимущества:
• Изучая чьи-то знания и потребности всесторонне, один на
один, вы гарантируете, что понимаете и идентифицируете
реальные потребности.
• Интервью дают аналитику возможность установить
взаимопонимание и доверие с опрашиваемым.
ИНТЕРВЬЮ вовлеченность в проект.
• Интервью позволяют респонденту свободно и открыто
отвечать на вопросы.
• Интервью дают аналитику возможность задать
дополнительные вопросы или переформулировать
вопрос, чтобы получить мгновенную обратную связь от
интервьюируемого.
Недостатки:
• Нельзя применять на большом числе интервируемых.
ИНТЕРВЬЮ • Затраты времени на подготовку и проведение интервью
• Интервью содержит субъективний взгляд на предмет
НАБЛЮДЕНИЕ

• Наблюдение очень полезно при рассмотрении проекта, который изменит или улучшит
текущие процессы.
• Два основных типа наблюдений доступны для аналитика:
• (1) пассивное наблюдение, когда аналитик просто наблюдает за тем, кто работает, но не
прерывает и не вовлекает работника, и
• (2) активное наблюдение, когда аналитик задает вопросы на протяжении всего процесса, чтобы
быть уверенным, что она понимает и даже пытается выполнить часть работы.

• Характер проекта будет определять уровень детализации, который должно охватывать


наблюдение.
НАБЛЮДЕНИЕ

Преимущества:
• Это помогает точно определить, как все происходит до начала вашего
проекта,
• Наблюдение в первую очередь полезно для понимания того, что уже
существует

Внимание!
Эффект наблюдения. Пользователи имеют тенденцию изменять способ
выполнения задач при сознательном наблюдении.
Необходимо убедить людей, которых вы наблюдаете, что вы здесь не для
того, чтобы судить о том, что они делают, а чтобы облегчить их работу в
дальнейшем.
АНКЕТИРОВАНИЕ

• Опросы полезны для быстрого сбора данных от большой группы участников.


• Поскольку бесплатное программное обеспечение для онлайн-опросов легко доступно, опросы являются недорогим
способом сбора объективной информации от клиентов или потенциальных конечных пользователей.

• Как и в случае выбора заинтересованных сторон, успешный опрос должен иметь хорошо выбранных
участников.
• Структурированные вопросы используются (в большинстве случаев) в вопроснике.
• Открытые опросы полезны для более широкого выявления потребностей бизнеса; однако, чем больше число
участников открытых опросов, тем более непомерно их анализ.
• Формулировка опроса должна быть четкой, лаконичной и точной.
• Рекомендуется, чтобы аналитик потребовал, чтобы участники опроса ответили в разумные сроки, и чтобы они не
распространяли конфиденциальную деловую информацию, содержащуюся в опросе.
ПРОТОТИПИРОВАНИЕ

• Преимущество: вы можете убедиться, что то, что вы разрабатываете, действительно то, что нужно людям, в то время как
у вас еще есть время изменить это.
• Прототипирование особенно ценно для заинтересованных сторон, которые могут не понимать все технические аспекты
требований, но будут лучше относиться к визуальному представлению конечного продукта.
• Процесс создания прототипа, как правило, итеративный, улучшается по мере того, как все заинтересованные
стороны получают больше информации и отзывов.
• Простые одноразовые прототипы (такие как наброски карандашом) могут быть сделаны на начальных этапах
открытия,
• Более подробные интерактивные прототипы могут быть сделаны после определения бизнес-требований.
• Преимущество использования прототипов состоит в том, что они побуждают заинтересованные стороны, а точнее
пользователей, играть активную роль в разработке требований...
АНАЛИЗ ДОКУМЕНТОВ

• Анализ документов включает сбор и просмотр всей существующей документации, которая имеет отношение к вашей бизнес-
цели или может содержать данные, относящиеся к соответствующему решению.
• Такая документация может включать:
• «бизнес-планы,
• исследования рынка,
• контракты,
• запросы предложений,
• ведомости работ,
• служебные записки,
• существующие руководящие принципы,
• процедуры,
• учебные руководства, и т.д.

• Однако одного лишь анализа документов недостаточно, чтобы полностью извлечь все требования для любого конкретного проекта.
МЕТОД МОЗГОВОГО ШТУРМА

• Цель сбора «мозгового штурма» состоит в том, чтобы «произвести множество новых идей и
извлечь из них вопросы и идеи для дальнейшего анализа».
• Аналитик должен попытаться найти представителя от каждой участвующей группы
заинтересованных сторон для участия в мозговом штурме.
• Если аналитик выступает в роли организатора мозгового штурма, он должен убедиться, что, хотя
участники не стесняются предлагать новые идеи и решения, они остаются сосредоточенными
на текущих потребностях бизнеса.
• Все идеи должны быть записаны, чтобы они не были потеряны.
• Метод мозгового штурма особенно полезен, если проект не имеет четкого выигрышного
выбора решения или если существующие предлагаемые решения считаются неадекватными.
МЕТОД МОЗГОВОГО ШТУРМА -
ПРЕИМУЩЕСТВА
• Использование стейкхолдеров может помочь обнаружить неизвестные факты.
• Позволяет одновременно генерировать большое количество информации
• Помогает выяснить, в каком направлении развивать проект
НЕЛЬЗЯ ЗАБЫВАТЬ ПРО ИССЛЕДОВАНИЕ

• Провести исследование новейших подходов, применяемых при решении проблем,


аналогичных той, которой вы занимаетесь
СУММИРУЯ ПРОЦЕСС ВЫЯВЛЕНИЯ
ТРЕБОВАНИЙ
• Выявление происходит в течении всего проекта - во время сбора, моделирования и даже
тестирования.
• Необходимо обобщить и подтвердить результаты выявления требоваий
• поделиться результатами с соответствующими заинтересованными сторонами, чтобы подтвердить
свое согласие с результатами.
• обеспечить, чтобы аналитик точно понял, а заинтересованные стороны точно сообщили о
потребностях проекта.

• Выявление служит основным исследованием фазы создания требований.


• Когда у аналитика будет достаточно материала, он может приступить к разработке требований.
REQUIREMENTS DEVELOPMENT FRAMEWORK
АНАЛИЗ ТРЕБОВАНИЙ
После сбора данных – осмысление и
понимание требований
Анализ требований - обобщение

 Включает в себя:
 уточнение требований, чтобы гарантировать, что все заинтересованные стороны понимают их одинакова
 анализ на наличие ошибок, упущений и других недостатков.
 декомпозиция требований высокого уровня на соответствующие уровни детализации,
 Определение блияния бизнес правил на требования
 Выявление качественныя характеристик.
 Цель состоит в том, чтобы подготовить иеобходимый материал для качественной спецификации требований,
которая в дольнейшем будет использоваться для:
 реалистичной оценки проекта(ов), и
 передачи технический персонал может приступить к дизайну, имплементации и тестированию
 Рекомендуется представлять требования несколькими способами, например текстовые и визуальные ,
что может улучшить понимание и однозначную трактовку требований различными группами стейкхолдеров
 В процессе анализа мы можем неоднократно возвращаться к сбору требований
Практика №1Моделирование среды
приложения.
 Используется Контекстная диаграмма
 простая модель анализа, которая показывает как новый продукт вписывается в
среду функционирования.
 определяет границы и интерфейсы между разрабатываемым продуктом и
внешние объекты, такие как пользователи, аппаратные устройства и другие
системы.
 Создает обобщенную картину (мы использовали в нашем документе)
Примеры
Практика №2 Создание прототипов

Когда разработчики или пользователи не уверены в требованиях


 Частичная, возможная или предварительная реализация
 Прототипы позволяют разработчикам и пользователям достичь взаимопонимание решаемой
проблемы, а также помощь в утверждении требований
Прототип:
 представляет требования в более реальный форме,
 Дает возможность анализировать альтернативы и
 Закрывает пробелы в вашем понимании требований
 Активизирует участие стейкхолдеров в процессе формирования требований
 Ранняя обратная связь по прототипам помогает заинтересованным сторонам прийти к общему
пониманию требований системы, что снижает риск клиента неудовлетворенность, что ведет с
снижению риска, что продукт не будет принят
Практика №2 Создание прототипов

 Существуют 2 вида прототипов:


 Наброски, которые способствуют нахождению ответов на вопросы, устранению
неопределенности и улучшению качества самих требований – эти прототипы
обычно выбрасываются как только выполняют свою функцию
 Эволюционный прототип:
 разрабатывается в программной среде и это занимает больше времени, чем
одноразовый прототип,
 должен быть разработан для легкого роста и частого улучшение, и постепенного
превращения в готовый продукт.
Практика №3. Анализ
выполнимости/осуществимости требований
требований
 Бизнес-аналитик должен работать с разработчиками, чтобы оценить возможность
имплементации каждого требования (реалистичность) в рамках затрат и ожидаемой ​
производительности во время функционирования
 Это позволяет заинтересованным сторонам понять:
 риски, связанные с требования,
 конфликты и зависимости с другими требованиями,
 зависимости от внешних факторов и
 технические препятствия.

 Требования, которые технически неосуществимы или чрезмерно дорогостоящие в реализации,


могут быть упрощены и все же способствовать достижению бизнес-цели.
Практика №4. Определение
приоритетов требований
 Важно расставить приоритеты требований, чтобы гарантировать, что команда реализует
наиболее бизнес-ценные, важные и неотлагательные требования.
 Немногие программные проекты реализуют все возможности, которые определены всеми
заинтересованными сторонами т.к. каждый проект имеет ограниченные ресурсы
 Когда ожидания клиентов высоки, а сроки короткие, необходимо убедиться, что
продукт предоставляет наиболее важные или ценные функции на ранних релизах.
 Приоритезация - это способ, который позволяет планировать разработку продукта с
обеспечением максимальной бизнес ценности при минимальных затратах.
 Например, расстановка приоритетов является критически важной стратегией при
гибких методологиях разработки
 Расстановка приоритетов - динамичный и непрерывный процесс
Практика №6. Моделирование требований

 Использование диаграмм, которые визуально отображает требования


 Модели могут выявлять неправильные, противоречивые, отсутствующие и
лишние требования.
 Средства моделирования самые разнообразные:
 data flow diagrams,
 Entity-relationship diagrams,
 state-transition diagrams,
 state tables,
 dialog maps,
 decision trees, and others
https://www.guru99.com/requirements-analysis-and-transformation-techniques.html
Textbook attached to the Topic 5 VISUAL MODELS FOR SOFTWARE REQUIREMENTS
Textbook: Chapters 12
ПОДГОТОВКА К ФОРМИРОВАНИЮ
СОДЕРЖАНИЯ ПРОЕКТА – ЧАСТЬ 1
• Создайте список заинтересованных сторон
• Определите и обоснуйте методы определения требований
• Сформируйте список (примените рекомендации по написанию требований):
• Бизнес-требований
• Функциональных требований
• Нефункциональных требований
СОЗДАНИЕ ДОКУМЕНТА
СОДЕРЖАНИЕ ПРОЕКТА
Примеры документов и предлагаемый шаблон находятся на страничке курса
СОЗДАНИЕ ДОКУМЕНТА
СОДЕРЖАНИЕ ПРОЕКТА – ЧАСТЬ 2
• В данной части лабораторной работы будет создаваться только фрагмент документа (из-за временных ограничений)
• Следующие вопросы, касающиеся проекта, должны быть освящены в создаваемом фрагменте документа:
• Бизнес-цели
• Цели проекта
• Описание содержания проекта
• Контекстная диаграмма
• Описание основных компонентов или основные характеристики продукта
• Функциональные требования
• Нефункциональные требования
• Критерии приемки проекта
• Основные вехи проекта

• Внимание! Создан документ Предлагаемый шаблон Содержания проекта (Тема 2), этод шаблон можно использовть как
основу для создания Вашей версии документа
ИЕРАРХИЧЕСКАЯ СТРУКТУРА РАБОТ
(ИСР) - WBS
ИСР

• Определение
• ИСР (WBS) - это группировка работ, выполняемых в проекте, которая определяет общий объем
проекта.

• Важность.
• Организовать и разделить работу на логические части, которые можно оценивать

• ИСР является основополагающим документом в управлении проектами


ПОЧЕМУ ЭТО ВАЖНО?

• Утвержденное содержания проекта, ИСП и связанный с ним словарь формируют базу проекта.
• Эффективность в достижении целей проекта зависит от базы.
• Создание ИСР- нелегкая задача, обычно требующая нескольких итераций.
ПРИНЦИПЫ СОЗДАНИЯ ИСР

Основные принципы, используемые для создания ИСРи его ИСР-словаря:


• Единица работы должна появиться только в одном месте в ИСР.
• Содержание работы ИСР-элемента - это сумма ИСР-элементов под ним.
• Ответственность за рабочий пакет ИСР лежит только на одном человеке, хотя над этим может
работать много людей.
• Члены проектной команды должны быть вовлечены в разработку ИСР, чтобы обеспечить
последовательность и заинтересованность.
• ИСР должен быть гибким инструментом для учета неизбежных изменений при надлежащем
поддержании контроля над рабочим контентом в проекте в соответствии с заявлением об объеме.
Good scope definition is very important to
project success Defines
The accuracy of
because it helps to improve:
a baseline
Makes
for performance
time, cost, and communication
resource estimates,
measurement and
project control, and
clear. IMPORTANCE
OF THE SCOPE

The main tools and techniques used in


defining scope include expert judgment,
product analysis, alternatives identification