Как без проектной документации не будет стройки, так и без технического задания не будет разработки. ТЗ это важный документ. Его можно сравнить с картой, потому что он позволяет держать ориентиры, двигаться поступательно к намеченной цели, как заказчику, так и исполнителю. Цель разработки — получить действующую систему с нужным функционалом.
В этой статье мы будем рассматривать вариант, когда задание пишет Заказчик. Вариант, когда пишет сам программист, мы реализуем через консультацию. У нас это платная услуга. О том, как это происходит, я написал здесь.
С чего начать? Два способа.
Любое движение начинается с намерения. Двигаться будем от простого к сложному. Для начала определим, кто знает, что нужно сделать в программе, и какая она должна быть, — этот человек и должен его написать. Как правило, это руководитель подразделения, главный бухгалтер, директор.
Я расскажу о двух способах как составить подробное ТЗ.
Первый способ — это движение от вопросов. Задать их нужно тем, кто работает в программе. Например: Какой отчет нужен для более полного представления данных?
Сотрудник рисует колонки, объясняет, что они отражают. И все это заносится в задание на разработку.
Еще пример: Работник склада формирует заказы, жалуется на то, что нужно открывать разные окна для проверки отгрузки. Спрашиваем, как ему было бы удобно это делать, и оформляем в задание.
Эти примеры из моей практики. Для того, чтобы написать ТЗ программисту на разработку своей конфигурации, нужно разделить ее на модули согласно тем отделам, которые будут в ней работать. Далее, сделать описание, что делают сотрудники, какой функционал, какие документы и справочники вводят, какие отчеты смотрят, чего смотреть не должны (описание прав доступа).
Второй способ — это движение от задачи. Например, задача: «настроить обмен между сайтом и основной базой». Представьте, что этот обмен уже работает, какие данные и куда попадают? Напишите в задание свое видение!
Что должно содержать ТЗ
Используя два способа, описанных выше зафиксируйте в словах все то, что должно быть в будущей программе. Запишите, какие шаги будут на каждом этапе — поздравляю, это получится план разработки.
План разработки это основа для ТЗ. Теперь, все, что было выписано на начальном этапе можно распределить по шагам и этапам этого плана.
Если, задание требуется для корпоративной конфигурации, добавьте следующим пунктом описание структуры предприятия. Укажите, обязанности сотрудников и функции каждого отдела.
Исходя из своей практики, могу порекомендовать вот эти пункты:
- назначение и цели создания (развития) системы;
- характеристика объектов автоматизации;
- требования к системе;
- состав и содержание работ по созданию системы;
- порядок контроля и приемки системы;
Я их взял из ГОСТ 34.602-89 поищите в интернете. Он родом из СССР, но актуальность не потерял до сих пор!
Пример технического задания
1 Назначение системы
Разработка конфигурации «Управление Гостевым домом».
Целью создания системы является организация учета по управлению гостевым домом:
- Заказов на бронирование номеров, а также их заселение и уборку.
- Прибылей и убытков в любой момент времени.
- Имущества в номерах.
- Организация учета проживающих граждан
Задачи создания системы.
Создаваемая конфигурация «Управление Гостевым домом» предназначена для решения следующих задач:
организация приема заявок и бронирования;
учет заселения постояльцев и хранение их данных;
учет закупок расходных материалов;
учет прибыли, доходов и расходов Заказчика;
учет имущества в номерах;
создать отчеты и печатные формы для карточек номеров и заселения;
создать отчеты по финансовой деятельности.
Объектами автоматизации являются:
✅ рабочее место менеджера на ресепшен
✅ рабочее место руководителя
✅ рабочее место обслуживающего персонала
Что бы заказать консультацию по данной теме или скачать пример ТЗ, отправьте мне сообщение и я пришлю его на почту.
