Пример технического задания на видеосъемку

Библиографическое описание

Сланбекова, А. Е. Разработка технического задания на создания базы данных для автоматизаций управления предприятием / А. Е. Сланбекова, А. А. Хасенова, Ш. К. Каменова. — Текст : непосредственный // Молодой ученый. — 2017. — № 3 (137). — С. 51-53. — URL: https://moluch.ru/archive/137/38425/ (дата обращения: 03.03.2023).

Базы данных — совокупность данных, организованная по определенным правилам, предусматривающая общие принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.

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

В статье рассматривается создание технического задания базы данных предприятия розничной торговли. При разработке, придерживались следующие основные шаги:

– формулировка задачи;

– описание входных и выходных документов;

– требования к интерфейсу программы.

Рассматриваемое предприятие — юридическое лицо, которое выполняет функции оптово-розничной торговли и ведет непосредственную работу с клиентами.

В данном предприятии есть следующие отделы: склад, где хранится весь товар; две точки сбыта товара по оптово-розничной цене: базар; магазин, в котором также находится офис для учета движения товара.

• Связь с поставщиками — исследование рынка поставщиков; поиск конкретных поставщиков; переговоры; составление отчетности по связям с поставщиками; контроль за выполнением вышеуказанных задач.
• Формирование заказа — планирование закупок; заключение договоров с поставщиками.
• Закупка товара и отправка его на склад — исполнение закупки товара; исполнение доставки товара на склад; обеспечение своевременной и качественной доставки товара на склад.
• Хранение товара на складе — прием товара по накладным; учет, размещение, хранение товара на складе; формирование партий товаров; Обеспечение погрузо-разгрузочных работ; контроль за выполнение вышеперечисленных работ.
• Реализация товара. У предпринимателя есть две точки, где товар продается потребителям по оптово-розничной цене.

Ранее весь учет велся, в бумажном виде и этот метод учета был не самый удобный, поэтому основной целью создания базы данных является автоматизация складского учета и учета продаж.

Перечень задач, решаемых СУБД:

– ФИО клиента (вводится с клавиатуры 30 символов);

– ИИН (вводится с клавиатуры 12 символов);

– Контактный телефон (заполняем целое значение с клавиатуры).

– Поставщик (вводится с клавиатуры 20 символов);

– Адрес (вводится с клавиатуры 20 символов);

– Контактный телефон (заполняем целое значения с клавиатуры);

– ФИО директора (вводится с клавиатуры 30 символов).

– Наименование товара (вводится с клавиатуры 60 символов);

– Количество (заполняем целое значения с клавиатуры);

– Цена оптовая (заполняем целое значения с клавиатуры);

– Цена розничная (заполняем целое значения с клавиатуры);

– Цена поступления (заполняем целое значения с клавиатуры);

– Единица измерения (литр, штук);

– Дата поступления.

– Отделение (магазин или рынок);

– Дата продажи;

– Покупатель (частное лицо или оптовый покупатель);

– Сумма (вычисляется по формуле);

– Цена продажи.

– № накладной;

– Наименование товара;

– Цена продажи;

– Покупатель (частное лицо или оптовый покупатель).

• Просмотр сведений о поставщиках — вывод данных о поставщиках (поставщик, адрес, контактный телефон, ФИО директора).
• Просмотр данных о товаре — вывод данных о товаре (будут выводиться все данные, описанные в пункте 3).
• Отчет реализации товара за месяц — формирование отчета, в котором будет отображаться список проданных за месяц товаров, сумма закупа и сумма продажи за месяц, а также чистая прибыль. Отчет должен быть выведен на печать;
• Очистка базы от ненужных данных (должны очищаться данные в таблице «Продажи», после месячного отчета по реализации товара).
• Просмотр накладной (поиск по номеру, покупателю или по дате).

Каждая программа имеет входной поток данных, и на основе этого потока ведутся нужные действия, такие как вычисления и нахождение необходимых данных. Входные данные, как правило, берутся из каких либо документов или файлов.

• При вводе данных о клиенте входными документами будут являться удостоверение личности и/или паспорт и ИИН, которые берутся у клиента.
• При вводе данных о поставщиках входными данными будут являться информация, отображаемая на расходной накладной (адрес, контактный телефон, наименование организации и т. п.), а выходными данными будет являться информация, о поставщиках отображаемая на экран.
• При поступлении товара на склад входными документами будут являться расходные накладные, которые берутся у поставщика, а выходными данными будет являться информация, о товаре отображаемая на экран.
• При продаже товара входными данными будет являться список товаров, который заказал покупатель, а выходным документом будет являться накладная, которая выписывается покупателю.
• Для отчета по реализации товара за месяц входными данными будет являться информация о реализации товара (список проданных за месяц товаров, сумма закупа и сумма продажи за месяц, и чистая прибыль), а выходным документом будет являться сам отчет, выведенный на печать.

Интерфейс — это совокупность средств и правил, обеспечивающих взаимодействие устройств вычислительной системы и программ.

Пользовательский интерфейс — это общение между человеком и компьютером. Общий Пользовательский Доступ — это правила, которые объясняют диалог в терминах общих элементов, таких как: правила представления информации на экране, и правила интерактивной технологии такие, как правила реагирования человека-оператора на то, что представлено на экране.

Пользователь должен распознать информацию, которую представляет компьютер, понять (проанализировать) ее, и переходить к ответу. Ответ реализуется через интерактивную технологию, элементами которой могут быть такие действия как выбор объекта при помощи клавиши или мыши. Все это составляет вторую часть интерфейса, а именно язык действий.

Пользователи могут иметь представление о машинном интерфейсе, что он делает и как им работать. Некоторые из этих представлений формируются у пользователей в результате опыта работы другими машинами, такими как печатающее устройство, калькулятор, видеоигры, а также компьютерная система. Хороший пользовательский интерфейс использует этот опыт. Более развитые представления формируются от опыта работы пользователей с самим интерфейсом. Интерфейс помогает пользователям развивать представления, которые могут в дальнейшем использоваться при работе с другими прикладными интерфейсами.

Интерфейс разрабатываемого программного продукта должен быть понятным. Шрифт программы должен быть крупным, понятным для пользователя. Ввод и вывод информации в программе должен быть понятен, осуществляться удобно для пользователя. Цветовая гамма программы не должна быть сильно яркой, раздражительной, также она не должна напрягать, нервировать пользователя.

В данной программе должно быть предусмотрено отдельное меню, и все задачи будут решаться в отдельных окнах поэтому, в данной программе весь интерфейс будет оконным. Оконный интерфейс — способ организации полноэкранного интерфейса программы, в котором каждая интегральная часть располагается в окне — собственном субэкранном пространстве, находящемся в произвольном месте «над» основным экраном. Несколько окон, одновременно располагающихся на экране, могут перекрываться, виртуально находясь «выше» или «ниже» друг относительно друга.

Автоматизация учета на предприятиях розничной торговли способствует наращиванию темпов развития бизнеса, увеличению товарооборота, позволяет строить бизнес исходя из точных данных, принимать обоснованные решения в стратегическом планировании. Целью автоматизации торговли является повышение эффективности управления предприятием, и как следствие увеличение объема продаж и рост прибыльности.

• Шупрута В. Н. Delphi 2006 на примерах (+ CD-ROM); — Москва, БХВ — Петербург, 2006. — 528 с.
• Осипов Д. В. Delphi. Профессиональное программирование — Санкт-Петербург, Символ-Плюс, 2006.- 1056 с.
• Дейт К. Дж. Введение в системы баз данных, 6-е издание; — К.; М.; СПб.: Издательский дом «Вильямс», 2008. — 848 с.

Основные термины (генерируются автоматически): целое значение, клавиатура, ввод данных, данные, контактный телефон, поставщик, реализация товара, Единица измерения, Наименование товара, символ.

4.1.2. Требования к численности и квалификации персонала системы и

4.1.6. Требования к эксплуатации, техническому обслуживанию,

4.1.7. Требования к защите информации от несанкционированного

Техническое задание на разработку системы управления базой данных

Глава 1. Постановка задачи проектирования

1.1. Предпроектное обследование

1.2. Технико-экономическое обоснование разработки информационной системы плана — меню

1.3. Техническое задание на разработку СУБД

Глава 2. Разработка системы

2.1. Выбор технических средств и стандартного программного обеспечения

2.2. Определение функций, выполняемых системой

2.3. ER-модели. Логическая и физическая модели данных предметной области

2.4. Проектирование структуры базы данных

2.5. Структура пользовательского интерфейса

2.6. Разработка пользовательского интерфейса

Для курсовой работы выбрана предметная область — работа столовой, в которой составляется перечень блюд и происходит их приготовление.

Объектом исследования в курсовой работе является столовая «Кристалл».

Предметом исследования является процесс составления перечня блюд для меню на каждый день и печать бланка меню.

Цель курсовой работы — создание информационной системы «План – меню» для автоматизации рабочего места заведующего производством.

Актуальность выбранной темы заключается в более оперативном составлении меню на каждый день. В настоящее время существует довольно большое количество программных средств, предназначенных для автоматизации данного вида работ на крупных предприятиях, а этот проект создан для пункта общественного питания среднего размера. Так же данный проект можно применять и в частной организации. При наличии такой информационной системы у заведующего производством значительно упрощаются процессы ведения архива меню, ведения сборников блюд и гарниров, и конечно основным аспектом в данном списке является составление меню на последующий день или определенный период времени.

Назначение – задача предназначена для обработки данных о блюдах, архиве меню, новом меню. Система должна выдавать отчет по запросу пользователя.

Цель рассматриваемой задачи заключается в своевременном составлении меню, ведении архива меню за прошедший период времени, а также учет блюд и гарниров в справочниках.

Данная задача решается в режиме реального времени, при котором обеспечивается доступ к базе данных по мере необходимости.

Предпроектное обследование. Сбор и анализ материалов

До начала предпроектного обследования выполняется обследование объекта, для которого создается информационная система. Это важный момент, так как позволяет выделить характерные особенности объекта, которые следует учесть в характеристиках разрабатываемого проекта, и которые определяют всю дальнейшую работу по его разработке.

Данный проект разрабатывается для столовой, в которой по составленному заведующим производством меню, ведется приготовление блюд, и предоставляется их список потребителю. На каждый день заранее составляется план – меню. Он заключается в выборе блюд, их количества и даты, к которой они должны быть приготовлены. По окончанию, выдается два отчета, в зал (меню для потребителей) и на кухню (для шеф-повара).

1.2 Технико-экономическое обоснование разработки информационной системы плана — меню

Исходя из результатов предпроектного обследования, можно сделать следующие выводы относительно создания системы:

1. Для составления очередного меню, зав.производством используется малоэффективный, длительный ручной труд.

2. Выбор подходящего блюда, просмотр его компонентов по журналам является трудоемким процессом.

3. Создание печатных отчетов возможно не всегда.

4. Данная система управления базой данных позволит автоматизировать все вышеперечисленные пункты, в связи с этим значительно снизится время составления очередного плана – меню, осуществится возможность постоянного создания печатных форм документов и как следствие повысится степень защищенности информации; так же появится возможность создания электронного и бумажных видов архивов документов.

5. Для установки системы управления базой данных требуется минимум технических средств, которые в данный период времени присутствуют практически в любом среднеразвитом офисе. Делая вывод, можно отметить, что данная система сможет полностью автоматизировать рабочее место заведующего производством, что подтверждает целесообразность её создания.

Техническое задание на разработку системы управления базой данных

Основные моменты технического задания на разработку системы управления базой данных:

— Разработать систему управления базой данных пункта общественного питания, рабочее место заведующего производством, содержащую информацию об архиве документов меню, сборнике блюд, из состава которого берутся блюда для составления плана – меню на следующий день (или период времени).

— Система управления базой данных должна обеспечивать ввод новой информации о блюдах и меню, предоставлять возможность редактирования, просмотра и удаления существующей. Так же к основным функциям системы нужно отнести возможность автоматического формирования отчетов, осуществление их распечатки.

Ниже приведен пример оформления технического задания по ГОСТ 19.201-78 на информационную систему кинотеатра. Цель примера — показать студентам как это должно выглядеть и что примерно может быть записано в разделы ТЗ, предусмотренные ГОСТ-ом. Так как при реальное техническое задание утверждает заказчик, а в данном случае — нет, то представим, что к нам обратился заказчик из некоторой фирмы и у него есть (нам известны) его требования к системе.

1 Наименование программы

Наименование программы – «Кинотеатр+».

2 Краткая характеристика области применения

Система «Кинотеатр+» предназначена для организация продажи билетов в кинотеатрах, состоящих из нескольких залов. Для каждого зала в кинотеатре должен быть предусмотрен только один оператор-кассир, выполняющий продажу и возврат билетов посетителям.

2 Основания для разработки

Основанием для разработки является Договор 12 от 01.08.2020. Договор утвержден Директором ООО «Скучные Фильмы» Ивановым Иваном Ивановичем, именуемым в дальнейшем Заказчиком, и Петровым Петром Петровичем (самозанятый), именуемым в дальнейшем исполнителем, 01.08.2020.

Согласно Договору, Исполнитель обязан разработать и установить систему «Кинотеатр+» на оборудовании Заказчика не позднее 12.01.2021, предоставить исходные коды и документацию к разработанной системе не позднее 01.06.2021.

Наименование темы разработки – «Разработка информационно-справочной системы Кинотеатр+». Условное обозначение темы разработки (шифр темы) – «Кино-01».

3 Назначение разработки

Программа будет использоваться в кинотеатре двумя группами пользователей: оператор-кассир и посетитель.

1 Функциональное назначение

Для посетителя кинотеатра программа предоставляет возможность просмотра текущей заполненности зала (отображение свободных и занятых мест).

Для оператора-кассира программа позволяет помечать места в зале как «занятые» (при продаже билетов) или «свободные» (в случае возврата билетов).

2 Эксплуатационное назначение

Программа должна эксплуатироваться в зале ожидания кинотеатра. Запущенная с правами посетителя, она может транслироваться на большие мониторы (для посетителей). С правами кассира программа запускается на компьютере кассира.

1 Требования к функциональным характеристикам

В системе существует всего 2 пользователя — кассир и посетитель. Программа проверяет тип пользователя и открывает соответствующий интерфейс.

Для посетителя кинотеатра программа предоставляет следующие возможности:

• просмотр расписания фильмов;
• просмотр заполненности зала для конкретного проката фильма.

При просмотре расписания выводится таблица, каждая строка которой описывает прокат фильма и содержит следующую информацию:

• дата и время проката;
• название фильма;
• возрастные ограничения.

Примерный вид окна просмотра прокатов для посетителя показан на рисунке 2. В верхней строке отображается название зала и текущее время. Уже начаты сеансы помечаются желтым цветом (на них еще можно купить билеты, с опозданием). После завершения проката строка таблицы автоматически удаляется (отображаются только текущие и будущие прокаты).

При просмотре заполненности зала, посетителю выводится схема кинотеатра, на которой показано:

• положение экрана;
• ряды, состоящие из мест;
• свободные места (выделены синим цветом) и занятые (выделены красным).

Для оператора-кассира программа предоставляет все функции, предоставляемые посетителю, а также возможности:

• выбора группы из свободных или занятых мест (мышкой, с зажатой клавишей Ctrl);
• пометки выбранных мест как «занятых» или «свободных»;
• изменение расписания проката фильмов.

Для удаления сеанса оператор выбирает строку таблицы и нажимает кнопку «Удалить». Удалить можно только прокат, на который нет проданных билетов.

Для изменения информации о прокате оператор выполняет двойной клик мышью по изменяемому полю — после этого вводит в поле новое значение. Изменять можно только прокаты, показ которых еще не начат.

Для добавления поля оператор нажимает кнопку «Добавить», в конец таблицы добавляется новая строка с пустыми полями. После заполнения текущего поля оператор может нажимать кнопку Tab для перехода на следующее поле. После нажатия кнопки Tab в последней колонки проверяется корректность введенных данных и выполняется сохранение информации (добавление в базу). Если введены некорректные значения — то соответствующее поле таблицы в интерфейсе оператора выделяется красным цветом.

Все изменения, выполняемые оператором-кассиром должны отражаться на схеме для посетителей.

2 Требования к организации входных и выходных данных

После установки программы, ввод данных в систему осуществляет только кассир, валидация данных выполняется на стороне клиента:

• дата и время должны быть записаны в формате: «ДД.ММ.ГГГГ ЧЧ:ММ»;
• название — последовательность не более чем из 200 любых символов;
• возрастные ограничения — “+”.

3 Требования к временным характеристикам

После изменения кассиром данных, находящихся в базе данных, новая информация на клиентах отображается не позднее, чем через 5 секунд.

2 Требования к надежности

Вероятность безотказной работы системы должна составлять не менее 99.99% при условии исправности сети (связи приложений оператора и посетителя с базой данных).

1 Требования к обеспечению надежного (устойчивого) функционирования программы

В связи с тем, что в базе данных хранятся данные о совершенных клиентами покупках (финансовая информация) — базу данных стоит резервировать (резервирование замещением).

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

• организацией бесперебойного питания технических средств;
• использованием лицензионного программного обеспечения;
• регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

2 Время восстановления после отказа

Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 10 минут при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

3 Отказы из-за некорректных действий оператора

Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу пользователя без предоставления ему административных привилегий.

3 Условия эксплуатации

Программа (клиент) запускается на компьютере оператора-кассира и компьютере, доступном посетителям кинотеатра. База данных находится на третьем компьютере. Должна существовать устойчивая связь по сети между клиентами и базой данных.

Окно программы должно быть открыто на весь экран, не должно быть возможности закрыть, свернуть приложение или запустить любое стороннее программное обеспечение. Запуск программы должен осуществляться сразу после старта операционной системы.

1 Климатические условия эксплуатации

Специальные условия не требуются.

2 Требования к видам обслуживания

Программа не требует проведения каких-либо видов обслуживания.

3 Требования к численности и квалификации персонала

При установке и настройке системы необходим системный администратор. В процессе эксплуатации с программой работают оператор-кассир и посетитель кинотеатра.

Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

• установка клиентских приложений;
• настройка СУБД;
• настройка сети между клиентами и СУБД.

Пользователь программы (оператор) должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.

Администратор и оператор-кассир должны быть аттестованы на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).

К квалификации посетителя кинотеатра специальные требования не предъявляются.

4 Требования к составу и параметрам технических средств

Состав технических средств:

• Компьютер оператора, включающий в себя:процессор x86 с тактовой частотой, не менее 1 ГГц;оперативную память объемом, не менее 1 Гб;видеокарту, монитор, мышь, клавиатура.
• процессор x86 с тактовой частотой, не менее 1 ГГц;
• оперативную память объемом, не менее 1 Гб;
• видеокарту, монитор, мышь, клавиатура.
• Компьютер посетителя, включающий в себя:процессор x86 с тактовой частотой, не менее 1 ГГц;оперативную память объемом, не менее 1 Гб;видеокарту, монитор, мышь.
• видеокарту, монитор, мышь.
• Два компьютера для СУБД (основной и резервный), включающий в себя:процессор x86 с тактовой частотой, не менее 1 ГГц;оперативную память объемом, не менее 1 Гб;видеокарту, монитор, мышь.

5 Требования к информационной и программной совместимости

Приложения кассира и посетителя обмениваются с СУБД сообщениями по локальной сети, при этом используется протокол HTTP. Должно быть исключено появление посторонних устройств в сети.

6 Требование к маркировке и упаковке

Программное изделие передается по сети Internet в виде архива — загружается с официального сайта производителя. Специальных требований к маркировке не предъявляется. Для проверки подлинности программного обеспечения рекомендуется проверять контрольные суммы загруженных файлов со значениями, указанными на официальном сайте.

7 Требования к транспортированию и хранению

Специальных требований не предъявляется.

8 Специальные требования

Программа должна обеспечивать взаимодействие с пользователем посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.

5 Требования к программной документации

Предварительный состав программной документации:

• техническое задание (включает описание применения);
• программа и методика испытаний;
• руководство системного программиста;
• руководство оператора;
• руководство программиста;
• ведомость эксплуатационных документов;
• формуляр.

6 Технико-экономические показатели

Программа «Кинотеатр+» пригодна для небольших кинотеатров, не рассматривающих возможность продажи билетов через Internet. Скорее всего программа будет использоваться в поселковых кинотеатрах. Функциональность программы совпадает с аналогами (установленными в кинотеатрах нашего города). В связи с тем, что из года в год кинотеатров не становится значительно больше, а количество маленьких кинотеатров даже снижается — не стоит ожидать роста годовой потребности. Однако, в случае бесплатного распространения программы, потребность в ней может быть весьма высокой — в каждом поселке есть кинотеатр. Экономический эффект при этом может быть обеспечен за счет платной установки системы.

7 Стадии и этапы разработки

Разработка должна быть проведена в три стадии:

• техническое задание;
• технический (и рабочий) проекты;
• внедрение.

На стадии «Техническое задание» должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии «Технический (и рабочий) проект» должны быть выполнены перечисленные ниже этапы работ:

• разработка программы;
• разработка программной документации;
• испытания программы.

На стадии «Внедрение» должен быть выполнен этап разработки «Подготовка и передача программы».

Содержание работ по этапам: На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

• постановка задачи;
• определение и уточнение требований к техническим средствам;
• определение требований к программе;
• определение стадий, этапов и сроков разработки программы и документации на нее;
• согласование и утверждение технического задания.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

• разработка, согласование и утверждение порядка и методики испытаний;
• проведение приемо-сдаточных испытаний;
• корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах заказчика.

8 Порядок контроля и приемки

Приемосдаточные испытания программы должны проводиться согласно разработанной исполнителем и согласованной заказчиком «Программы и методики испытаний».

Ход проведения приемо-сдаточных испытаний заказчик и исполнитель документируют в протоколе испытаний. На основании протокола испытаний исполнитель совместно с заказчиком подписывают акт приемки-сдачи программы в эксплуатацию.

Список используемой литературы

Техническое задание (сокращенно – ТЗ или техзадание) представляет собой документ, детально описывающий цели и задачи, которые поставлены заказчиком перед исполнителем. Его оформление позволяет упростить как производство работ, так и контроль над их выполнением. Грамотно составленное ТЗ – это первый и очень важный шаг на пути к взаимовыгодному сотрудничеству между заказчиком и подрядчиком, позволяющий исключить или минимизировать спорные ситуации в ходе дальнейшей работы. Учитывая актуальность технического задания для успешной деятельности обеих заинтересованных сторон, имеет смысл рассмотреть основные вопросы, связанные с оформлением и исполнением документа более внимательно.

Кто должен составлять ТЗ?

Порядок документирования требований

В каком случае ТЗ не нужно?

Шаблоны для скачивания и примеры

Что такое ТЗ?

Под техническим заданием понимается четко сформулированный и детальный перечень требований к конечному продукту, заявленный заказчиком и направляемый исполнителю. Несмотря на краткость приведенной формулировки, объем ТЗ может быть очень значительным и достигать нескольких десятков страниц. Например, если речь идет о реализации масштабного проекта или разработке и изготовлении сложного технологического оборудования.

Характерной особенностью технических заданий выступает сильная зависимость – как содержимого, так и оформления документа – от специфики конечного продукта. Отдельного упоминания заслуживают ТЗ на различное программное обеспечение, включая веб-сайты, онлайн-сервисы, интернет-магазины и различные приложения. Их актуальность особенно велика, что легко и вполне логично объясняется важностью и стремительным развитием IT-индустрии.

Для чего требуется ТЗ?

Необходимость составления технического задания не вызывает сомнений. Наличие документа позволяет решить сразу несколько принципиально важных задач:

• озвучить основные причины реализации объекта;
• сформулировать четкие требования к итоговому продукту;
• проверить, насколько компетентен исполнитель;
• перечислить его необходимые характеристики, свойства, составные элементы и т.д. (перечень качеств зависит от специфики товара или услуги);
• детально описать обязанности каждой из заинтересованных сторон – исполнителя и заказчика;
• установить основные этапы и сроки выполнения поставленных задач – как по отдельности, так и для проекта в целом;
• определить критерии оценки характеристик конечного продукта и установления соответствия заданным параметрам.

Не менее важной задачей технического задания становится исключение или минимизация возможных разногласий между заказчиком и исполнителем. Они могут касаться как отдельных свойств или качеств товара/услуги, так и путей достижения поставленных целей. В результате наличие ТЗ становится ключевым фактором успешного сотрудничества заинтересованных сторон – без конфликтов и спорных ситуаций.

Кто должен составлять ТЗ?

Несмотря на кажущуюся простоту вынесенного в подзаголовок вопроса, ответ на него не так очевиден, каким видится на первый взгляд. Рассмотрим три возможных варианта.

Заказчик

Данный ответ кажется наиболее логичным. Но он является таковым только в том случае, если предметом задания выступает проект, непосредственно связанный с основным видом деятельности заказчика. Например, если IT-компании требуется программа для обслуживания локальной сети. В этом случае квалификации штатных сотрудников фирмы вполне достаточно, чтобы составить грамотное ТЗ.

На практике такая ситуация складывается далеко не всегда. Например, крупному предприятию требуется построить новый производственный цех. Но в его штате попросту может не оказаться специалистов в проектировании и строительстве нужной квалификации. В этом случае имеет смысл привлечь к составлению ТЗ сторонних профессионалов, включая сотрудников потенциального исполнителя.

Исполнитель

Выше приводится пример, когда имеет смысл доверить разработку и оформление технического задания работникам компании-исполнителя. Схема работы в этом случае обычно выглядит так:

• сначала заказчик ставит общую задачу;
• затем исполнитель направляет в его адрес бриф с уточняющими вопросами;
• на основании полученных ответов происходит разработка ТЗ;
• после этого документ отправляется заказчику на утверждение.

Обязательным условием эффективного применения описанной схемы выступает доверие исполнителю со стороны заказчика. В противном случае намного правильнее последнему привлечь к работе сторонних специалистов.

Совместно

Самый оптимальный вариант взаимодействия. Напоминает описанную выше схему разработки ТЗ исполнителем, но предусматривает намного более многоступенчатую процедуру с активным участием сотрудников заказчика. При грамотной реализации позволяет добиться лучших результатов как в части точности, так и полноты технического задания.

Стоимость ТЗ

Невозможно дать однозначного ответа на вопрос о том, сколько стоит техническое задание. В этом нет ничего удивительного, если учесть разнообразие вариаций этого документа, отличающихся как объемом, так и содержанием. Важно понимать, что рассчитывать на бесплатное составление ТЗ не стоит. Тем более – в случае приглашения сторонних специалистов.

Единственным вариантом реально сэкономить становится ситуация, когда исполнитель заинтересован в получении заказа. В этом случае вполне реально добиться от него оформления технического задания на бесплатной основе при гарантиях со стороны заказчика заключить договор на выполнение работ в будущем.

Как составить ТЗ?

Разработка и оформление технического задания – сложная задача. Ее успешное решение предусматривает комплексный подход и доскональное изучение вопроса.

Что потребуется?

Грамотно составленное ТЗ предусматривает наличие нескольких обязательных составных частей, включая:

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

Пошаговый план

Фактически, процедура составления технического задания представляет собой наполнение каждого из перечисленных выше разделов итогового документа. Последовательность предпринимаемых при этом действий зависит от специфики проекта и характеристик конечного продукта. Главное – четко выполнить требования к содержимому и оформлению ТЗ, что позволит успешно решить стоящие перед документом задачи.

Рекомендации по составлению

Не менее важно не допустить типичных ошибок, характерных для недостаточно квалифицированных разработчиков и составителей ТЗ. Чтобы добиться этого, имеет смысл следовать нескольких достаточно простым рекомендациям, включая:

• Однозначные формулировки. Содержание ТЗ не должно включать описаний или характеристик, допускающих неоднозначные трактовки. В тексте документа не допускается присутствие качественных прилагательных и крайне приветствуются конкретные цифры.
• Определение используемых терминов. Заказчик и исполнитель должны разговаривать на одном языке. Поэтому ключевые понятия нуждаются в расшифровке.
• Соблюдение установленных стандартов. Перечень нормативных документов, которые можно использовать при составлении технического задания, приводится ниже. Здесь же необходимо отметить, что ссылки на ГОСТы или ISO всегда полезны, так как сводят к минимуму возможные разночтения.
• Предоставление исполнителю максимально возможной информации о заказчике. Такие сведения помогают сориентироваться в том, что является важным для заказчика, его целевой аудитории и других важных параметрах.
• Перечисление конкурентов. Достаточно часто существенную помощь в реализации проекта оказывает изучение и анализ аналогов, уже представленных на рынке или запланированных к запуску конкурирующими компаниями. Такой подход к решению задачи заслуживает внимания, так как позволяет минимизировать сопутствующие расходы и не заниматься «изобретением велосипеда», а сосредоточиться на улучшении уже имеющихся разработок.
• Внесение корректировок при необходимости. Если речь идет о сотрудничестве двух коммерческих структур, целесообразно наладить постоянное общение. В том числе –с целью уточнения ТЗ, если это потребуется. Хотя намного правильнее заранее прописать все возможные нюансы и сценарии развития событий, так как любые корректировки технического задания можно и нужно считать форс-мажором.

О стандартах

Порядок разработки технических заданий регламентируется множеством стандартов – как международных, так и отечественных. Причем в отношении разных проектов и продуктов действуют различные нормы. Наиболее часто упоминается международный стандарт ISO/IEC/IEEE 29148-2018. Он устанавливает требования к ТЗ на разработку информационных систем и программного обеспечения.

Если говорить об отечественных стандартах, необходимо обязательно отметить два из них. Первый – это ГОСТ 34.602-89, который устанавливает основные технические и другие требования к ТЗ на автоматизированные системы. Второй – это ГОСТ 19.201-78, определяющий порядок разработки ТЗ в рамках единой системы программной документации.

Оба стандарта впервые появились еще в Советском Союзе, а потому их актуальность остается под вопросом. Отсутствие более новых документов показывает слабое законодательное и нормативное сопровождение вопроса составления и разработки технических заданий в России.

Существуют и другие стандарты, в большинстве своем международные – IEEE STD 830-1998, RUP, BABOK, SWEBOK и т.д. Их использования в отечественных условиях сильно ограничено из-за отсутствия учета местной специфики и широкого распространения.

Порядок документирования требований

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

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

На основании обоих документов (второй может быть заменен на перечень требуемых технических характеристик) составляется ТЗ. Его в обязательном порядке утверждает заказчик и согласовывает исполнитель. В подавляющем большинстве случаев техническое задание является обязательным приложением к договору.

В каком случае ТЗ не нужно?

Техническое задание требуется далеко не всегда. Например, если уже разработана детальная проектная документация, или проведены детальные предпроектные исследования/инженерные изыскания. Также не имеет особого смысла составлять ТЗ для небольших проектов, требования и характеристики которых можно перечислить непосредственно в договоре.

Шаблоны для скачивания и примеры

Найти образец технического задания на выполнение работ несложно. В сети размещено множество подобных шаблонов и реальных примеров из практики. Важно понимать, что ТЗ для разных проектов и продуктов очень сильно отличаются друг от друга. Поэтому следует крайне внимательно относиться к имеющимся образцам и подбирать подходящий.

FAQ

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

Для чего необходимо техническое задание?

Составление ТЗ позволяет четко сформулировать поставленные перед исполнителем задачи и исключить возможность возникновения спорных ситуаций в процессе их решения.

Что следует включить в ТЗ?

Содержание ТЗ определяется с учетом специфики конкретного продукта и может включать обширный набор сведений – от перечня требуемых характеристик до описания процедуры контроля качества.

Кто занимается составлением ТЗ?

На практике встречаются три варианта ответа на этот вопрос: заказчик, исполнитель, одновременно оба. Эффективность применения каждого зависит от статуса заинтересованных сторон и характера их взаимоотношений.

Какие типичные ошибки допускаются при разработке технического задания?

Самыми частыми ошибками при составлении ТЗ выступают: неоднозначные формулировки, отсутствие четких требований, недостаток информации о заказчике, продукте и конкурентах.

Подведем итоги

• Техническое задание – это перечень требований к конечному продукту или результатам реализации проекта.
• Разработка ТЗ – важный подготовительный этап, от успешного выполнения которого зависит эффективность дальнейшего сотрудничества между заказчиком и исполнителем, а также качество полученного на выходе продукта.
• Составлением ТЗ занимается заказчик, исполнитель или одновременно оба. Последний вариант нередко оказывается самым плодотворным при условии взаимного доверия между сторонами.
• Стоимость технического задания определяется индивидуально и зависит от специфики конечного продукта, его сложности и предъявляемых заказчиком требований.