Здравствуйте!
В прошлой записи я говорил о том, что составление ТЗ на разработку ПО начинается с формулирования вариантов использования и набросков пользовательской оболочки. В этой записи я покажу, как это работает на практике.
Краткое описание программы
В качестве примера возьму программу, которую я делаю для себя. Предназначение программы заключается в том, чтобы автоматически создавать план работ на день и считать сроки достижения целей. Эта программа должна работать так:
- Пользователь вводит данные о целях (приоритет, трудозатраты, необходимые для достижения цели).
- Пользователь вводит данные о зависимостях между целями.
- Пользователь вводит данные о том, когда и сколько он может работать.
- После этого программа выдаёт следующую информацию:
- Сроки достижения целей с учётом информации из пунктов 1-3.
- План работ на день, т. е. сколько времени надо работать над какими целями в день такой-то, чтобы достичь все цели в срок.
Теперь сформулируем варианты использования этой программы.
Варианты использования
Как я писал в прошлой записи, варианты использования – это те действия, которые может совершать пользователь с программой, описанные без указания технических деталей.
Какие есть варианты использования в нашей программе?
Для начала пользователю нужно ввести цели, достижение которых он хочет распланировать. Вот вам и первый вариант использования.
Потом надо для каждой цели ввести данные о ней – приоритет, трудозатраты. Это – второй вариант использования.
Потом пользователь указывает зависимости между целями. Зависимость – это когда цель 2 может быть достигнута только после того, как достигнута цель 1. Ввод таких зависимостей – третий вариант использования.
Далее – для разсчёта плана программе надо знать, когда и сколько человек может работать. То есть нам надо ввести информацию о том, сколько часов я работаю в день, в какие дни я работаю, а в какие – нет (праздники, отпуска, каникулы). Ввод информации такого рода – четвёртый вариант использования.
После того, как пользователь сделал всё, что здесь описано, надо запустить расзчёт плана. Вот Вам и пятый вариант использования.
Просмотр плана на день – шестой вариант использования.
Просмотр сроков достижения целей – седьмой вариант использования.
Диаграмма вариантов использования
Изобразить варианты использования можно при помощи соответствующей диаграммы:
Примечание: Если картинка не видна, Вы можете посмотреть её здесь.
Несколько важных моментов:
- В диаграмме следует указать, кому именно нужен тот или иной вариант использования. В нашем случае есть конечный пользователь. В реальной жизни у системы есть также администратор, которому доступны варианты использования, недоступные простым смертным.
- Архиважно формулировать варианты использования в виде глагола. То есть, «Ввести перечень целей», а не «Ввод перечня целей». Работа с ПО – это процесс (глагол), а не нечто статическое (существительное). Названия вариантов использования должны отражать этот факт.
Теперь, когда мы выполнили первый шаг в составлении ТЗ, можно перейти ко второму – наброскам пользовательского интерфейса для каждого варианта использования.
Об этом мы поговорим в одной из следующих записей.
Всего доброго
Дмитрий Писаренко
П. С.: Если у Вас возникли вопросы, свяжитесь со мной и я постараюсь на них ответить.
