Здравствуйте!
В этой записи я расскажу, с чего следует начинать составление ТЗ на разработку ПО. Эта информация предназначается читателям, которые сами не являются разработчиками.
В прошлой записи я говорил о том, что если надо разработать то или иное ПО качественно и дёшево, то исполнитель должен оплачиваться по результату. ТЗ на разработку ПО – это описание цели (результата), который надо достичь исполнителю заказа.
По моему опыту, многие люди затрудняются чётко сформулировать, какое именно ПО им нужно. Это относится как к нормальным людям, так и айтишникам. Поэтому в этой записи я расскажу о своей методе, при помощи которой можно формализовать требования к софту за относительно короткий срок (2-3 часа в среднем).
Шаг № 1: Варианты использования
Первое, о чём Вам следует помыслить при составлении ТЗ – это т. н. варианты использования (use cases). Вариант использование – это некое действие, которое может совершить пользователь с помощью Вашей программы.
Это действие описывается с позиции пользователя, а не разработчика. Другими словами – в описании варианта использоввания нас не интересуют технические подробности. Вместо этого мы там описываем, что будет делать и видеть пользователь при выполнении той или иной операции.
Примеры вариантов использования
Чтобы было понятнее, приведу примеры вариантов использования. Возьмём простейшую почтовую программу (вроде Аутлук Экспресс).
Какие в варианты использования реализованы в этой программе?
Как минимум 2:
- Отправить письмо
- Прочитать письма
Ещё пример – простейший текстовый редактор. В нём реализованы следующие варианты использования:
- Написать текст.
- Сохранить текст в файле.
- Загрузить текст из файла.
- Распечатать текст.
Главный секрет – не вдаваться в ненужные на этом этапе технические подробности.
Шаг № 2: Пользовательская оболочка
После того, как все варианты использования сформулированы, надо для каждого из них нарисовать пользовательскую оболочку. То есть, нарисовать окошки, диалоги, кнопочки и галочки, которые необходимы для выполнения действий в Ваших вариантах использования.
Здесь уместно рассказать об инструментах, которые помогают в этом процессе.
Чем рисовать Вашу программу?
Главный критерий к инструменту, при помощи которого Вы будете рисовать пользовательскую оболочку Вашего ПО: С помощью этого инструмента Вы можете эффективно выполнить эту работу за 15-30 минут (на одно окно).
Если после 30 минут Вам не удалось нарисовать набросок экрана, значит либо вариант использования слишком большой (надо разделить его на несколько более обозримых), либо Вам неудобно работать с инструментом для визуализации Ваших мыслей.
Мне известны следующие инструменты для такой работы:
- Бумага, карандаш и сканер.
- Доска, фломастер и фотоаппарат.
- Специальное ПО
Архаика
Как это ни странно, всякие айфоны с андроидами не вытеснили старую добрую бумагу с карандашом. И вряд ли вытеснят в будущем.
Карандаш с бумагой – самый простой способ изобразить, как должна выглядеть Ваша программа.
Примечание: Если картинка не видна, Вы можете посмотреть её здесь.
Если разработкой ТЗ занимается не один человек, а несколько, то может иметь смысл рисовать окна на доске, а потом сфотографировать конечный результат.
Главное, чтобы результат Вашей работы можно было легко оцифровать и прикрепить к описанию задания для исполнителя.
Однако ручной вариант не подходит, если у Вас – как у меня – почерк а ля аптекарь 
Программы для рисования пользовательской оболочки
Если с почерком не повезло, или Вы не хотите тратить время на сканирование рукопиных набросков, то можно воспользоваться программами для создания набросков пользовательской оболочки.
Самым удобным из известных мне приложений является Бальзамик (пример наброска, сделанный с помощью этой программы, показан ниже).
Примечание: Если картинка не видна, Вы можете посмотреть её здесь.
Есть также безплатный аналог Бальзамика – Evolus Pencil.
* * *
Продолжаем разговор про составление ТЗ на разработку программ. Тем или иным способом Вам надо сделать набросок пользовательской оболочки. После этого следует сделать…
Впрочем, прежде чем мы поговорим о том, что надо делать после того, как определена оболочка, надо закрепить это знание на практике. Вот этим мы и займёмся в следующей записи.
Всего доброго
Дмитрий Писаренко
П. С.: Если у Вас есть вопросы – задавайте их в комментариях.
