Технология разработки технического задания на программное обеспечение

Denis Beskov
Jul 4 · 3 min read

Мы в Школе системного анализа практикуем её в наших боевых проектах и обучаем ей на наших очных и онлайн-тренингах

Обзор основных шагов:​

1​ Элементы ситуационного анализа и целеполагания

​2​ Исследование и моделирование контекста

​3​ Исследование текущей деятельности

​4​ Определение функционального объёма и приоритетов

​5​ Проектирование основных потоков взаимодействия 1-й очереди поставки

​6​ Разработка требований к качеству и ограничений

​7​ Проектирование альтернативных потоков использования

​8​ Выявление и разработка функциональных требований

​9​ Разработка сценариев и моделей данных для 2-й и последующих очередей поставки

​1​ Элементы ситуационного анализа и целеполагания

Выясните, кто является Заказчиком.

В разговоре с Заказчиком установите,

  1. Чего он хочет добиться созданием этого ПО (цель создания)
  2. Кто будет использовать ПО (бизнес-роли) и для чего (назначение)
  3. Каким образом эти люди работают сейчас (текущее решение) и с какими сложностями сталкиваются они или бизнес (проблемы)
  4. Кто ещё может рассказать и уточнить пункты выше (Эксперты)
  5. Где ещё можно прочитать о том, как работают люди и бизнес сейчас

Результаты разговора полезно оформить в виде Карточки проекта.

​2​ Исследование и моделирование контекста

В разговоре с Экспертами:

  1. Выявите смежные системы;
  2. Уточните Роли пользователей ПО;
  3. Выявите состав информации, которым будет обмениваться ПО со смежными системами и ролями (на уровне классов/объектов, без уточнения атрибутного состава).

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

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

​3​ Исследование текущей деятельности

  1. Если есть возможность — понаблюдайте за тем, как работают люди сейчас и задайте им уточняющие вопросы об их опыте (что они делают, зачем, что важно в этой работе, с какими сложностями они сталкиваются, что пытались делать для их устранения, что получилось).
  2. Изучите предоставленную вам документацию по бизнес-процессам (регламенты, инструкции, руководства, методики), сформулируйте вопросы к Заказчику и Экспертам на уточнение.
  3. Задайте вопросы и обсудите их с Экспертами и Заказчиком, по результатам обсуждения обновите Контекстную диаграмму и Концептуальную модель данных.
  4. Выявите информационные объекты, обладающие нетривиальным жизненным циклом.
  5. Постройте и обсудите с Заказчиком и Экспертами Диаграммы состояний для объектов с нетривиальным ЖЦ.

​4​ Определение функционального объёма и приоритетов

  1. Разработайте Диаграмму использования ПО (Use Case Diagram) и выявите, таким образом, основные Сценарии использования. Обсудите и уточните её с Заказчиком и Экспертами.
  2. Совместно с Заказчиком и экспертами создайте Карту историй / сценариев использования (user story map), разбив сценарии/истории по шагам основного процесса, который будет поддерживать ПО и/или ролям и приоритизируйте сценарии, разбив их по очередям поставки.
  3. Создайте Матрицу трассировки объектов из Концептуальной модели данных на типовые операции, убедившись, что по всем видам информационных операций приняты решения о том, нужно ли или не нужно их поддерживать в этом ПО.

​5​ Проектирование основных потоков взаимодействия 1-й очереди поставки

  1. Начните проработку Сценариев, описав основные потоки сценариев, входящих в первую очередь поставки.
  2. Уточните Концептуальную модель данных по результатам.
  3. Используя Концептуальную модель, создайте заготовку Словаря данных.
  4. Опишите атрибутный состав всех объектов Словаря данных, упоминаемых в Сценариях первой поставки.

​6​ Разработка требований к качеству и ограничений

Совместно с Заказчиком и Экспертами

  1. Установите классы компонентов, из которых состоит ПО
  2. Выберите наиболее важные виды требований и разработайте требования к внешнему качеству ПО
  3. Выберите наиболее важные виды требований и разработайте требования к использованию ПО
  4. Разработайте ограничения к ПО
  5. Договоритесь о протоколах интеграции со смежными системами.

​7​ Проектирование альтернативных потоков использования

  1. Проработайте альтернативные ветки к Сценариям использования ПО, входящим в состав первой поставки.

​8​ Выявление и разработка функциональных требований

  1. Выделите атомарные Функциональные требования из текстов Сценариев, если они нужны.
  2. Выберите способ группировки Функциональных требований и сгруппируйте их по нему.

​9​ Разработка сценариев и моделей данных для 2-й и последующих очередей поставки

Аналогично шагам 5, 7 и 8


Если хотите помощи в создании ТЗ на разработку ПО от нашей опытной профессиональной команды аналитиков, заказать его можно тут.

ИТ-анализ

ИТ-анализ

    Denis Beskov

    Written by

    Product Management, Requirements Engineering, Pragmatic Education enthusiast

    ИТ-анализ

    ИТ-анализ

    Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
    Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
    Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade