Анализ требований к автоматизированным информационным системам

Основные рабочие артефакты анализа требований

Данная лекция (второй блок первой лекции) посвящена знакомству с ключевыми артефактами бизнес-анализа. Вводится система координат курса, основанная на ценностях различных групп стейкхолдеров. Лектор подробно разбирает четыре основные группы пользователей результатов анализа (бизнес, пользователи системы, команда разработки, команда поддержки), их главные вопросы (ценности) и соответствующие артефакты, которые создает аналитик для удовлетворения этих потребностей. В заключение приводится сравнение объема документации для разных уровней требований.

Основные мысли

• Контекст анализа: Деятельность по анализу требований строится вокруг артефактов, которые создаются для разных групп пользователей, имеющих свои ценности и мотивы.
• Группа 1 (Бизнес): Топ-менеджмент и руководители ценят ответ на вопрос «Сколько компания заработает или сэкономит?». Для них создается артефакт «Бизнес-требования» (концепция).
• Группа 2 (Пользователи): Операционные сотрудники хотят понимать «Что делать?» и «Каков алгоритм работы?». Для них создаются «Пользовательские требования» (User Story).
• Группа 3 (Разработка): Команда, реализующая систему, заинтересована в том, «Как быстро и качественно можно реализовать требования?». Для них создаются «Функциональные/нефункциональные требования» (спецификация).
• Группа 4 (Поддержка): Команда сопровождения нуждается в ответе на вопрос «Как устранить проблемы пользователей?». Для них создаются «Регламенты, инструкции и справки».
• Закономерность объемов: Описание одного и того же функционала растет в объеме по мере детализации: бизнес-требования (~5 стр.) -> пользовательские (~20 стр.) -> требования для разработки (~50 стр.).
Показывать лекцию целиком
Краткое изложение

Записаться

Не будем откладывать знакомство с основными артефактами анализа требований на более поздние стадии курса, а вводно ознакомимся с ними здесь и сейчас.

Итак, когда мы говорим об анализе требований в целях создания информационных систем, мы предполагаем несколько разных артефактов, каждый из которых имеет свое назначение и создается для своих целей.

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

Каждая группа пользователей имеет свой интерес и ответственности при работе над созданием требований, назначение которых – удовлетворить интересы и потребности пользователей.

Группы:

Ценности:

Артефакты:

Инструкции/регламенты

Приложения

Презентация 1.2
Лекция посвящена артефактам, вокруг которых строится работа бизнес-аналитика. Спикер выстраивает систему координат, в которой ключевым элементом являются разные группы потребителей информации и их внутренние ценности.

1. Ценности бизнеса: Для руководителей (топ-менеджмент) главное — экономическая эффективность. Их вопрос: «Какова выгода?». Ответом на него служит документ «Бизнес-требования», который описывает концепцию и цели проекта с точки зрения прибыли или экономии.
2. Ценности пользователей: Для сотрудников, которые будут непосредственно работать в системе, важен алгоритм действий. Их вопрос: «Что и как делать?». Потребность закрывается «Пользовательскими требованиями», часто оформляемыми в виде пользовательских историй (User Story).
3. Ценности разработки: Для команды, которая будет писать код, важна скорость и качество реализации. Их вопрос: «Как быстро и качественно это можно сделать?». Для этого аналитик готовит «Функциональные и нефункциональные требования» (спецификации), которые детально описывают поведение системы.
4. Ценности поддержки: Для команды, сопровождающей продукт после запуска, важна скорость решения инцидентов. Их вопрос: «Как быстро устранить проблему?». Артефактами здесь выступают «Регламенты, инструкции и справочные материалы» (FAQ).

В завершение лектор отмечает важную особенность: все эти документы описывают одну и ту же систему, но с разной степенью детализации, из-за чего объем документации закономерно растет от этапа к этапу.

Выводы

• Бизнес-анализ — это не просто сбор пожеланий, а создание системы артефактов, ориентированных на конкретные ценности различных заинтересованных сторон.
• Качество работы аналитика определяется тем, насколько полно артефакты отвечают на ключевые вопросы каждой группы: бизнеса (зачем/сколько), пользователей (что делать), разработчиков (как реализовать) и службы поддержки (как чинить).
• Требования имеют свойство «разрастаться»: чем ближе к реализации, тем более детальными и объемными становятся документы при сохранении общей сути описываемого функционала.
• Понимание этой системы координат (ценности -> артефакты) является основой для дальнейшего изучения методов и инструментов бизнес-анализа.

Вопросы для самопроверки

1. Какие четыре основные группы потребителей результатов анализа требований выделяются в лекции?
2. Какой главный вопрос (ценность) движет представителями бизнеса (топ-менеджментом)?
3. Какой артефакт создается для описания алгоритмов работы конечных пользователей и как он иначе называется?
4. С какой целью создаются функциональные и нефункциональные требования? Ценность какой группы они удовлетворяют?
5. Почему, по мнению лектора, объем документации (в листах А4) для одной и той же системы отличается для бизнеса, пользователей и разработчиков?
Предыдущее занятие Следующее занятие
Вернуться к учебному плану
^