Технология разработки технического задания на программное обеспечение
Discover more from Denis Beskov's Substack
Технология разработки технического задания на программное обеспечение
Мы в Школе системного анализа практикуем её в наших боевых проектах и обучаем ей на наших очных и онлайн-тренингах
Мы в Школе системного анализа и проектирования практикуем её в наших боевых проектах и обучаем ей на наших очных и онлайн-тренингах
Обзор основных шагов:
1 Элементы ситуационного анализа и целеполагания
2 Исследование и моделирование контекста
3 Исследование текущей деятельности
4 Определение функционального объёма и приоритетов
5 Проектирование основных потоков взаимодействия 1-й очереди поставки
6 Разработка требований к качеству и ограничений
7 Проектирование альтернативных потоков использования
8 Выявление и разработка функциональных требований
9 Разработка сценариев и моделей данных для 2-й и последующих очередей поставки
1 Элементы ситуационного анализа и целеполагания
Выясните, кто является Заказчиком.
В разговоре с Заказчиком установите,
Чего он хочет добиться созданием этого ПО (цель создания)
Кто будет использовать ПО (бизнес-роли) и для чего (назначение)
Каким образом эти люди работают сейчас (текущее решение) и с какими сложностями сталкиваются они или бизнес (проблемы)
Кто ещё может рассказать и уточнить пункты выше (Эксперты)
Где ещё можно прочитать о том, как работают люди и бизнес сейчас
Результаты разговора полезно оформить в виде Карточки проекта.
2 Исследование и моделирование контекста
В разговоре с Экспертами:
Выявите смежные системы;
Уточните Роли пользователей ПО;
Выявите состав информации, которым будет обмениваться ПО со смежными системами и ролями (на уровне классов/объектов, без уточнения атрибутного состава).
Контекст ПО, включая смежные системы, роли и потоки данных полезно визуализировать в форме Контекстной диаграммы.
Исходя из состава информации, которой обменивается ПО с окружением, создайте черновик Концептуальной модели данных.
3 Исследование текущей деятельности
Если есть возможность — понаблюдайте за тем, как работают люди сейчас и задайте им уточняющие вопросы об их опыте (что они делают, зачем, что важно в этой работе, с какими сложностями они сталкиваются, что пытались делать для их устранения, что получилось).
Изучите предоставленную вам документацию по бизнес-процессам (регламенты, инструкции, руководства, методики), сформулируйте вопросы к Заказчику и Экспертам на уточнение.
Задайте вопросы и обсудите их с Экспертами и Заказчиком, по результатам обсуждения обновите Контекстную диаграмму и Концептуальную модель данных.
Выявите информационные объекты, обладающие нетривиальным жизненным циклом.
Постройте и обсудите с Заказчиком и Экспертами Диаграммы состояний для объектов с нетривиальным ЖЦ.
4 Определение функционального объёма и приоритетов
Разработайте Диаграмму использования ПО (Use Case Diagram) и выявите, таким образом, основные Сценарии использования. Обсудите и уточните её с Заказчиком и Экспертами.
Совместно с Заказчиком и экспертами создайте Карту историй / сценариев использования (user story map), разбив сценарии/истории по шагам основного процесса, который будет поддерживать ПО и/или ролям и приоритизируйте сценарии, разбив их по очередям поставки.
Создайте Матрицу трассировки объектов из Концептуальной модели данных на типовые операции, убедившись, что по всем видам информационных операций приняты решения о том, нужно ли или не нужно их поддерживать в этом ПО.
5 Проектирование основных потоков взаимодействия 1-й очереди поставки
Начните проработку Сценариев, описав основные потоки сценариев, входящих в первую очередь поставки.
Уточните Концептуальную модель данных по результатам.
Используя Концептуальную модель, создайте заготовку Словаря данных.
Опишите атрибутный состав всех объектов Словаря данных, упоминаемых в Сценариях первой поставки.
6 Разработка требований к качеству и ограничений
Совместно с Заказчиком и Экспертами
Установите классы компонентов, из которых состоит ПО
Выберите наиболее важные виды требований и разработайте требования к внешнему качеству ПО
Выберите наиболее важные виды требований и разработайте требования к использованию ПО
Разработайте ограничения к ПО
Договоритесь о протоколах интеграции со смежными системами.
7 Проектирование альтернативных потоков использования
Проработайте альтернативные ветки к Сценариям использования ПО, входящим в состав первой поставки.
8 Выявление и разработка функциональных требований
Выделите атомарные Функциональные требования из текстов Сценариев, если они нужны.
Выберите способ группировки Функциональных требований и сгруппируйте их по нему.
9 Разработка сценариев и моделей данных для 2-й и последующих очередей поставки
Аналогично шагам 5, 7 и 8
Если хотите помощи в создании ТЗ на разработку ПО от нашей опытной профессиональной команды аналитиков, заказать его можно тут.