Фирма «Молочка-бы» и компания Франчайзи
Техническое задание
№ 001 «Выполнение планов продаж»
Оглавление
1. Лист согласования
2. Версии документа
3. Термины и определения
4. Назначение и цели доработки
5. Описание доработки
5.1 Регистр сведений «Ценность видов продукции»
5.2 Регистр сведений «Сезонные нормы продаж»
5.3 Отчет «Выполнение норм продаж»
5.4 Документ «Премирование сотрудников»
5.5 Регистр сведений «Премированные сотрудники»
5.6 Интерфейс
6. Требования к организации НСИ
7. Методика приемо-сдаточных испытаний
8. Приложения
8.1 Приложение № 1: Пример установки сезонных норм на год
8.2 Приложение № 2: Пример коэффициентов ценности видов продукции
8.3 Приложение № 3: Печатная форма «Список премированных»
Лист согласования
|
Ответственный |
Должность |
Сторона |
Подпись |
|
Штыль И.П. |
Архитектор проекта |
Исполнитель |
|
|
Иванко Я.А. |
Бизнес-архитектор |
Заказчик |
|
|
|
|
|
|
Версии документа
|
Версия |
Дата |
Комментарий |
|
1.0 |
31.07.2012 |
Передается на согласвование Заказчику |
|
2.0 |
01.08.2012 |
Обсуждены замечания, внесены замечания |
|
3.0 |
02.08.2012 |
Согласована версия, готова на передачу разработчику |
|
|
|
|
|
|
|
|
Термины и определения
|
Термин |
Определение |
|
АС |
Автоматизированная система управления заказчика, построенная на базе 1С: УПП |
|
1С: УПП |
Комплект программ фирмы 1С для автоматизации предприятия, Управление производственным предприятием, версия 1.3.28.1 |
|
БД |
1С База данных клиента |
|
СКД |
Система разработки и интерактивного изменения отчетов в 1С |
|
ТЧ |
Табличная многострочная часть документа |
Назначение и цели доработки
Функционал для учета и анализа эффективности работы менеджеров по продажам согласно нормам продаж предприятия. Может быть использован для принятия управленческих решений. Функционал доступен через интерфейс «Продажи» — главное меню – подменю «Доработки», реализован следующими объектами:
Регистр сведений «Ценность видов продукции» — указываются ценности различных видов продукции предприятия, действующие с определенного дня;
Регистр сведений «Сезонные нормы продаж» — указываются нормы продаж менеджеров, в зависимости от сезона года.
Отчет «Выполнение норм продаж» — в разрезе подразделения, сотрудника, вида продукции, выводит информацию за период о продажах сотрудника за каждый день периода, а также среднее дневное значение продаж за весь период.
Документ «Премирование сотрудников» — отражает список сотрудников подразделения, которые превысили выполнение норм в текущем месяце и будут преимрованы.
Регистр сведений «Премированные сотрудники» — содержит информацию документа «Премирование сотрудников» после проведения, используется для расчета премии в механизме начисления зарплаты.
Печатная форма «Список премированных» — формируется из документа «Премирование сотрудников», содержит список сотрудников, которым следует начислить премию. Передается руководителем подразделения в отдел расчета заработной платы.
Описание доработки
Регистр сведений «Ценность видов продукции»
Регистр сведений – создать новый объект конфигурации БД
- Периодичность «День»
- Измерения:
Организация (справочник «Организации»)
Подразделение организации (справочник «Подразделения организации»)
Вид продукции (справочник «Виды номенклатуры»)
Ресурсы:
Ценность (Число, 10)
Внимание: Ценность требуется указывать для 1 единицы хранения остатков товара с данным видом продукции.
Регистр сведений «Сезонные нормы продаж»
Регистр сведений – создать новый объект конфигурации БД
- Периодичность «Год»
- Измерения:
Организация (справочник «Организации»)
Подразделение организации (справочник «Подразделения организации»)
Ресурсы:
Зима (Число, 10)
Весна (Число, 10)
Лето (Число, 10)
Осень (Число, 10)
Отчет «Выполнение норм продаж»
Отчет на СКД – создать новый объект конфигурации БД
- Отбор по периоду с..по… По умолчанию устанавливается на текущий месяц.
- Группировки по Организации, Подразделению организации, Сотруднику, Виду продукции.
- Предусмотреть возможность отбора по Организации, Подразделению организации, Сотруднику, Виду продукции.
- Сортировка по умолчанию по алфавиту А-Я всех группировок
- Сохранение и восстановление настроек пользователя
Макет отчета:
|
Группировка/День |
…. |
12.07.2012 |
13.07.2012 |
… |
Средний результат продаж за день |
|
… |
… |
… |
|||
|
|
… |
… |
… |
||
|
|
… |
…. |
… |
||
|
|
… |
… |
… |
Отчет на каждый день периода выводит количество проданных товаров с учетом их коэффициента ценности. Например, продажи «Молока 1% жирности» Ивановым Иваном 12.07.2012 года:
= КоличествПроданногоМолока * ЦенностьМолока.
КоличествПроданногоМолока – берется количество молока из документов «Реализации товаров и услуг», у которых ответственный Иванов Иван за день 12.07.2012.
ЦенностьМолока – данные из списка «Ценность видов продукции» для вида номенклатуры, указанного у номенклаутры «Молоко 1% жирности»
— сумма продаж всех видов продукции текущим сотрудником в этот день.
— сумма продаж всех сотрудников подразделения в этот день.
— сумма продаж всех подразделений организации в этот день.
Среднее значение в строке = Сумма (количества продаж в день за все дни) / Количество выведенных в отчет дней.
Чтобы учесть, что сотрудник выполнил или нет норму в текущий день:
- ячейка — красный цвет — если норма не выполнена
- ячейка – зеленый цвет — если норма выполнена
Нормы нужно определять из Списка «Сезонные нормы продаж» — брать ту норму, в сезон которой попадает выводимый день:
01.12 – 29.02 – зима
01.03 – 31.05 – весна
01.06 – 31.08 – лето
01.09 – 31.11 – осень
В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».
Документ «Премирование сотрудников»
Документ – создать новый документ
- Номер
- Дата
- Организация (справочник «Организации»)
- Подразделение организации (справочник «Подразделения организации»)
- Ответственный (справочник «Пользователи»)
- Комментарий (Строка)
- ТЧ «Сотрудники»
- Сотрудник (справочник «Сотрудники»)
- Средний объем продаж (Число, 10) – округлять в большую сторону
- Норма продаж (Число, 10) – норма для сотрудника в этом месяце
- Начислить премию (Булево) – флажок
Действия по работе с документом
Шаг 1. Создание документа, заполнение реквизитов шапки документа.
При создании документа должны автоматически заполняться из настроек пользователя по умолчанию следующие реквизиты: «Организация», «Подразделение организации». Текущий пользователь устанавливается в реквизит «Ответственный». Дата документа устанавливается равной дате конца текущего месяца. В реквизите «Комментарий» нужно обеспечить возможность пользователю вводить многострочный текст.
Шаг 2. Заполнение ТЧ «Сотрудники»
У ТЧ «Сотрудники» предусмотреть командную панель со стандартными командами. На командной панели вывести кнопку «Заполнить». При нажатии на кнопку, если в ТЧ уже есть строки, обеспечить вывод вопроса запрашивающего у пользователя подтверждение на перезаполнение ТЧ. Текст вопроса «Перед заполнением табличная часть будет очищена. Продолжить?» (ответы Да, Нет). При ответе «Нет» — перезаполнение ТЧ не должно выполняться.
Алгоритм заполнения ТЧ «Сотрудники» по кнопке «Заполнить»:
1) Отобрать проведенные документы «Реализации товаров и услуг» за месяц даты документа, по «Организации» и «Подразделению организации», указанному в шапке документа. В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».
2) Определить поле «Сотрудник». Это работающий в организации сотрудник (по основному месту работы), соответствующий пользователю, указанному в реквизите «Ответственный» документа «Реализация товаров и услуг» по срезу последних регистра сведений «Кадровая история сотрудника (по юр лицам)» на дату документа «Премирование сотрудников». Отбираем в регистре записи по физлицам, указанным в соответствующих реквизитах «Ответственный» и «Организации» из шапки документа. В отобранных записях сотрудник должен быть работающим на предприятии, поэтому «Занимаемых ставок > 0».
3) Считается поле «Средний объем продаж» сотрудника за день:
СреднийОбъемПродажСотрудникаЗаДень = СуммаЗаМесяц(ОбъемПродажСотрудникаЗаДень) / КоличествоРабочихДнейВМесяце;
ОбъемПродажСотрудникаЗаДень = СуммаЗаДень(КоличествоПроданногоТовара Х ЦенностьВидаПродукцииТовара).
КоличествоПроданногоТовара = для каждого товара определяется количество проданного документами «Реализация товаров и услуг» товара в единицах хранения остатков за день.
ЦенностьВидаПродукцииТовара = определяется для товара на конец месяца даты документа по регистру «Ценность видов продукции» по виду номенклатуры товара.
КоличествоРабочихДнейВМесяце = определяется по регистру «Регламентированный производственный календарь». Берутся все рабочие дни месяца даты документа.
4) Поле «Норма продаж» определяется из регистра сведений «Сезонные нормы продаж» на конец месяца даты документа.
Шаг 3. После заполнения руководитель подразделения проставляет флажки «Начислить премию». В этом ему поможет оформление цветом строк документа: если в строке средний объем продаж превышает норму продаж, то строка окрашивается светло-желтым цветом.
Шаг 4. Проведение документа.
После выполнения шагов 1, 2, 3 выполняется запись и проведение документа. Вследствие проведения документ делает движения в регистре сведений «Премированные сотрудники».
Создаются записи с периодом даты документа. «Организация» и «Подразделение организации» берутся и шапки документа, поле «Сотрудник» и «Начислять премию» из ТЧ документа.
Шаг 5. Печать печатной формы «Список премированных»
После проведения документа, по кнопке печать по данным документа формируется печатная форма списка премированных см. приложение № 3. «Организация», «Дата документа», «Номер документа», «Подразделения организации» берутся из шапки документа. В печатную форму попадаю только записи о сотрудниках, которые получат премию. Данные в подписи берутся по физическому лицу, связанному с реквизитом «Ответственный» документа.
Регистр сведений «Премированные сотрудники»
Регистр сведений – новый объект
- Периодичность «Месяц»
- Подчиненность документу «Премирование сотрудников»
- Измерения:
Организация (справочник «Организации»)
Подразделение организации (справочник «Подразделения организации»)
Сотрудник (справочник «Сотрудники»)
Ресурсы:
Начислить премию (булево).
Интерфейс
В БД — интерфейс «Продажи» — главное меню – подменю «Доработки» добавить открытие следующих объектов:
1) Документ «Премирование сотрудников»
2) Регистр сведений «Ценность видов продукции»
3) Регистр сведений «Сезонные нормы продаж»
4) Отчет «Выполнение норм продаж»
Требования к организации НСИ
Руководитель подразделения по продажам должен:
1) заполнить список «Сезонные нормы продаж» для своего подразделения;
2) заполнить список «Ценность видов продукции» для своего подразделения.
Методика приемо-сдаточных испытаний
Сдается на контрольном примере, в тестовой базе. На основе продаж за июль 2012. Данные о продажах по подразделению смоделированы в базе (созданы несколько документов Реализация товаров и услуг на сотрудников отдела продаж.)
Требуется:
1) Заполнить данные Регистр сведений «Ценность видов продукции»
2) Заполнить регистр сведений «Сезонные нормы продаж»
3) Создать на конец июля и заполнить документ «Премирование сотрудников». Провести документ. Убедиться что в регистре «Премированные сотрудники» есть записи соответствующие данным введенным документом. Сформировать печатную форму «Список премированных», убедиться, что данные печатной формы совпадают с данными документа, а формат вывода соответствует приложению № 3.
4) Сформировать отчет «Выполнение норм продаж» за июль и убедиться, что данные отчета о количестве продаж товаров соответствуют типовому отчету о «Продажи», скорректированному на ценность продукции каждого товара. Также рассчитать вручную норму продаж какого-либо сотрудника за день и сравнить с данными расчета отчета. Рассчитать для сотрудника среднюю норму продаж за месяц в ручную и сравнить с данными отчета. Рассчитать в одно из колонок все итоговые данные по группировкам, удостоверившись в верности их суммирования. Попробовать изменять состав группировок, отборы и сортировку, убедиться в работоспособности и полноте данного функционала.
Приложения
Приложение № 1: Пример установки сезонных норм на год
|
Сезон |
Зима |
Весна |
Лето |
Осень |
|
План |
1000 |
1200 |
1500 |
1100 |
Приложение № 2: Пример коэффициентов ценности видов продукции
|
Вид продукции |
Коэффициент ценности |
|
Сметана |
8 |
|
Йогурты |
5 |
|
Мороженное |
5 |
|
Кефир |
4 |
|
Молоко |
4 |
Приложение № 3: Печатная форма «Список премированных»
|
Утвержденная форма № 4 |
||||||
|
Список премированных от |
||||||
|
№ |
Сотрудник |
Начислить премию |
||||
|
Ответственный |
||||||
|
подпись |
расшифровка подписи |
|||||
Related Posts
Оценка и планирование проекта
Мысли о видах информационных систем…
Конфигурация "Выдача пропусков и учет рабочего времени"
Управление ИТ-проектами. Модуль 3: продвинутый курс по гибкому управлению проектами. Agile. Первый поток. Вебинары проходят с 11 сентября по 27 ноября 2024 г.
Загрузка/Выгрузка Excel для справочника "Графики работы сотрудников"
Онлайн-курсы по управлению ИТ-проектами от Марии Темчиной
Спасибо, полезная публикация.
Иной раз написание технического задания по сути сложнее чем сама работа. Более трудоемкое, пока осмысливаешь что и где у тебя должно быть — да легче сразу сделать.
Большое спасибо за ценную информацию. Пока еще не сталкивался с такой проблемой, обычно брали и делали, а т.з. не писали так в пару строках. а тут все развернуто. даже как то не задумывался о таком =) огромное спасибо.
При более-менее серьезных доделках ТЗ превращается в простыню, но зато не придерешся.
По опыту, заказчикам обычно пофиг как сделаешь, главное — результат! (с)
А чаще, они вообще не знают что хотят.
(4) Dimasik2007, тз — играет важную роль при решении конфликтов, например обосновывает, что ты не верблюд и не будешь бесплатно делать то, за что не заплатили
Так я и писал «.. зато не придерешься»
(6) Dimasik2007, понял ) да, верно, спасибо за комментарий
ТЗ очень нужная весч, к сожалению на практике не многие это понимают и применяют…
Интересная публикация. Спасибо.
P.S.: Немного не в тему, но подскажи, почему удалили твою публикацию про тестирование.
(9) Наверняка корректировки в нес, пока мод. не проверит — не отобразиться.
Полезный пример, буду показывать нерадивым руководителям проектов ))).
Такое ТЗ может написать только программист. Как это не печально, всё делается как правило так:
Программист пишет себе ТЗ, «правда в подписи о том кто постановщик написан главбух, кадровик и вообще пользователь».
Потом программист пишет программу — что как-бы не удивительно, ведь ЭТО его работа.
Потом отлаживает её в режиме пользователя, ловит ошибки, недочеты.
Потом ставит её пользователю, учит его работе, иногда сам работает в ней несколько месяцев, пользователь же очень занятой ему нельзя отрываться от его важной задачи на какие-то программы.
И в итоге появляется ведомость на премию за успешное внедрение ИТ-решения, и что мы видим? строчку с фамилией программиста? а вот и нет, там написан главбух, кадровик и вообще пользователь, ведь это они создали такое грамотное ТЗ, по которому даже программист смог написать какую-то программулину…
Спасибо, Дмитрий! Мне очень это пригодиться!.. Нет ли примера доп. соглашения?
Спасибо! Иногда бывает очень полезно его написать. Особенно если с заказчиком работаеш впервые и не уверен в его адекватности. Тогда подписанная бумажка помогает…
Я бы добавил раздел с общим кратким описанием работы пользователей с новой функционалом. Как правило, ТЗ принимают далекие от программирования люди. И каждый по своему понимает, что такое регистр, отчет и документ…
В принципе есть почти все что нужно.
Однако, как написали ранее в комментариях, это ТЗ сможет составить только программист. К сожалению большинство пользователей даже не представляют что такое «Регистр сведений» и не способны составить формулы 🙂
Да им это и не интересно.
(16) СергейКа, у кого какие проекты….
(9) VitaliySm, руководитель на работе попросил удалить ту публикацию
(18) печально. только хотел качнуть файл, а публикация уже удалена. и со страницы не скопировал и файл не успел скачать.
(12)(16) На мой взгляд, это не ТехническоеЗадание, а ЗаданиеНаПрограммирование. Раздел «Назначение и цели» есть, а в нем ни целей ни назначения. Постановки задачи нет. Единственная «постановочная» фраза в этом разделе «Функционал для учета и анализа эффективности работы менеджеров по продажам согласно нормам продаж предприятия» на постановку задачи не тянет — разве что на заголовок ТЗ вместо «Выполнение планов продаж».
(20) Арчибальд, На мой взгляд, тоже — более похоже на технический проект… я так пишу
(21) см
(22) Арчибальд, ок, спасибо
Я бы сказал очень полезная публикация. Давно искал что то подобное.
Спасибо! Что то и для себя нашел полезно в этой статье.
Дмитрий, спасибо за статью.
Из собственного опыта знаю, что ТЗ (в идеале дотошно-подробное) — хороший щит от нападок заказчика работ, а особенно претензий пользователя.
клевая коровка)))Очень полезная штука)
Спасибо большое. Полезная информация. Хотелось бы свою работу делать более профессионально и качественно. После написания такой бумаги сделать лажу уже сложнее. Автору респект. 🙂
Круто, спасибо.
Да, коровка действительно милая:)
(16) СергейКа,
В моей практике приходилось встречаться с бухгалтером, которая грамотно вела учет на своем участке, однако не могла на бумаге записать формулы, по которым делала расчеты! Дай её цифры — она посчитает, а написать формулу — полный ступор!
(31) Всяко бывает 🙂
Но я же не брал исключения…
Обычно составлять ТЗ поручают разработчику. Потому что 90% ТЗ составленных клиентами — без слез не взглянешь, просто отписка. И вот возникает вопрос: если ТЗ составлял разработчик, то кто должен за это платить? Как определить стоимость этих работ и заставить клиента понять что это тоже работа и должна быть оплачена.
(33) maljaev, Не надо работать с клиентами, на ТЗ которых смотришь со слёзами. Работай с клиентами — от которых хочется плакать. Они тебе за тз заплатят.. и три шкуры снимут )))
Спасибо автору за полезную статью. К сожалению, ни разу не приходилось составлять ТЗ, а теперь вот надо в срочном порядке. Если кто знает еще какие источники правил составления ТЗ, поделитесь))Буду очень благодарна
(34)
Не стоит давать таких советов. К любому клиенту можно найти подход. И в большинстве случаев этот подход индивидуален. Если клиент крупный, он сам найдет людей, которые составят грамотное ТЗ, либо заплатит за него разработчику. А для мелких такое подробное ТЗ обычно (чаще всего) не составляется, хватает доп. соглашения о внесении изменений в программу.
(36) ksai, времена запрета на советы и анекдоты про власть проши лет 30 назад. <<А для мелких такое подробное ТЗ обычно (чаще всего) не составляется, хватает доп. соглашения о внесении изменений в программу>> — собеседник спрашивал про бумажку как страховку от неоплаты заказчиком — как ему поможет доп. соглашение о внесении изменений в программу? 1) Можно я изменю вам программу? 2) Да, можно 3) А денег дадите?….. 4) За что? 5) За доп. соглашение о внесении изменений в программу! 6) Каких изменений?….. 7) Твой ответ…..
Дело в том, что маленькие кричащие клиенты чаще всего самые проблемные… В этом случае посоветовал просто с ними не связываться — Чем плох совет?
(37)
В этом доп. соглашении как раз и прописываются все изменения и их стоимость, только в упрощенном (в отличие от ТЗ) виде. Именно оно и предназначено быть страховкой от неоплаты. И актуально как раз для мелких кричащих клиентов. Коих, кстати, гораздо больше, чем крупных. Это — мелкий и средний бизнес. И доход в месяц от 10-ти таких клиентов частенько превышает доход от одного крупного. Так что, на мой сугубо личный взгляд человека, который три года был ИП-шником и напрямую общался с этими самыми клиентами, разбрасываться ими не стоит. Если, конечно, приоритетная цель у человека — заработать деньги, а не ежедневная медитация.
(38) ksai, ясно, масштабы клиентов у нас разные. Спасибо за комментарий.
(39)
Ну, масштабами клиентов мериться смысла нет :), тем более, что я давно уже не работаю как ИП. Просто в контексте обсуждаемого вопроса твой совет по поводу мелких клиентов показался мне слегка высокомерным, и я решил показать эту проблему с другой точки зрения. Не более.
И тебе спасибо за дискуссию.
По поводу самой публикации. Весьма полезная статья для начинающих фрилансеров. Единственно, не хватает расценок за каждый этап работы или хотя бы пояснения, что они должны присутствовать. Обычно подобные документы начинают составляться на основе анализа собственных ошибок и горького опыта 🙂 По себе знаю. А здесь практически готовый шаблон. Даже если так подробно всё составляться не будет, главное, чтобы уяснили основную мысль — любые действия разработчика должны быть завизированы заказчиком. Ибо чревато..)
За статью однозначный плюс.
Очень понравился шаблон! Теперь без нормального технического задания даже садиться за написание не буду!
Спасибо! Прекрасно написано!!!
Без ТЗ вообще нельзя работать. А то по окончанию, умники заказчики начинают делать глаза по пять копеек, когда ты им говоришь что было сделано, в ответ на их вопрос «Чейто так дорого?»
Это лучше, чем ничего, хотя определения, цели, назначение и структура описания документа хромают.
Списибо. Прочитал. Мне тоже надо наоборот разрабочикам присать ТЗ вот и воспользуюсь. А-то шеф сам не знает чего хочет.
Очень полезная вещь техническое задание на разработку. При выполнении работ по техническому заданию наблюдается множество преимуществ, которые безусловно сказываются на качестве выполнения работ и при сдаче/приемке работ.
Спасибо) Надо сотруднков ознакомить, чтобы доносили в нормальном виде свои требования…
Спасибо всё очень доступно написано
Спасибо, Появилась точка опоры от которой можно оттолкнутся!
Это — не ТЗ. Это технический проект который должен быть создан на основании ТЗ. Хотя ТЗ для задач подобного объема будет листов 4-5
(0)
я понимаю, что лень надо наказывать, но ставить 1 СМ за скачивание Ворд-файла, который полностью скопирован в описание публикации, да ещё и с расширением .docX как-то не комильфо… (ИМХО)
(52) эта публикация 2012 года, она уже в школу 1 сентября пойдёт )
(53) тем более! в 2012 году не у всех пользователей был офис с поддержкой …X в расширении
а во вторых факт того, что она пойдет в первый класс никак не обосновывает изымание 1 СМ у пользователей за скачивание файла, который не откроется в МС Офис 97-2003
(54) ну хватит уже прикалываться =) раньше в 2012 году он был бесплатный, а после политика партии изменилась и теперь минимальная цена публикации не может быть ниже 1 стартмани. Так норм объяснение?
(55) политику партии мы конечно помним, но то что публикация не может быть ниже 1 СМ — это не верно, всего навсего надо поговорить со своим курирующим модератором и объяснить ему, что данная публикация должна быть бесплатной, тогда они ставят 0 СМ.
в данном случае это возможно, так как это информация, а не обработка, отчет или конфа.
(55) Познакомиться с ГОСТ было не с руки?
Сам ГОСТ
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы.Техническое задание на создание автоматизированной системы
ГОСТ 34
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы регламентирует структуру ТЗ на создание именно СИСТЕМЫ, в которую входят ПО, аппаратное обеспечение, люди, которые работают с ПО, и автоматизируемые процессы.
Согласно ГОСТ 34 техническое задание должно включать следующие разделы:
1. Общие сведения
2. Назначение и цели создания (развития) системы
3. Характеристика объектов автоматизации
4. Требования к системе
5. Состав и содержание работ по созданию системы
6. Порядок контроля и приемки системы
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
8. Требования к документированию
9. Источники разработки
ГОСТ 19
“ГОСТ 19.ххх Единая система программной документации (ЕСПД)” — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ (или ПО) и программной документации. Т.е. этот стандарт относится к разработке именно ПО.
Согласно ГОСТ 19.201-78 Техническое задание, требования к содержанию и оформлению техническое задание должно включать следующие разделы:
1. Введение;
2. Основания для разработки;
3. Назначение разработки;
4. Требования к программе или программному изделию;
5. Требования к программной документации;
6. Технико-экономические показатели;
7. Стадии и этапы разработки;
8. Порядок контроля и приемки;
9. Приложения.