Как составить техническое задание

Требования к структуре технического задания на АС по ГОСТ 34 устанавливаются ГОСТ 34.602-89. В общем случае техническое задание должно состоять из следующих разделов:

1 Общие сведения
1.1 Полное наименование системы и ее условное обозначение
1.2 Шифр темы или шифр (номер) договора
1.3 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты
1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
1.5 Плановые сроки начала и окончания работы по созданию системы
1.6 Сведения об источниках и порядке финансирования работ
1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы
2 Назначение и цели создания системы
2.1 Назначение системы
2.2 Цели создания системы
3 Характеристика объектов автоматизации
3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию
3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды
4 Требования к системе
4.1 Требования к системе в целом
4.1.1 Требования к структуре и функционированию системы
4.1.1.1 Перечень подсистем, их назначение, основные характеристики, требования к числу уровней иерархии и степени централизации системы
4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости
4.1.1.4 Требования к режимам функционирования системы
4.1.1.5 Требования по диагностированию системы
4.1.1.6 Перспективы развития, модернизации системы
4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
4.1.2.1 Требования к численности персонала (пользователей) АС
4.1.2.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков
4.1.2.3 Требуемый режим работы персонала АС
4.1.3 Показатели назначения
4.1.3.1 Степень приспособляемости системы к изменению процессов и методов управления к отклонению параметров объекта управления
4.1.3.2 Допустимые пределы модернизации и развития системы
4.1.3.3 Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы
4.1.4 Требования к надежности
4.1.4.1 Состав и количественные значения показателей надежности для системы в целом или ее подсистем
4.1.4.2 Перечень аварийных ситуаций, по которым должно быть регламентированы требования к надежности, и значения соответствующих показателей
4.1.4.3 Требования к надежности технических средств и программного обеспечения
4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
4.1.5 Требования к безопасности
4.1.6 Требования к эргономике и технической эстетике
4.1.7 Требования к транспортабельности для подвижных АС
4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
4.1.8.1 Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичности обслуживания ТС системы или допустимость работы без обслуживания
4.1.8.2 Предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения
4.1.8.3 Требования по количеству, квалификации обслуживающего персонала и режимам его работы
4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
4.1.8.5 Требования к регламенту обслуживания
4.1.9 Требования к защите информации от несанкционированного доступа
4.1.10 Требования по сохранности информации при авариях
4.1.11 Требования к средствам защиты от влияния внешних воздействий
4.1.11.1 Требования к радиоэлектронной защите средств АС
4.1.11.2 Требования по стойкости, устойчивости и прочности к внешним воздействия (среде применения)
4.1.12 Требования к патентной чистоте
4.1.13 Требования по стандартизации и унификации
4.1.14 Дополнительные требования
4.1.14.1 Требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них
4.1.14.2 Требования к сервисной аппаратуре, стендам для проверки элементов системы
4.1.14.3 Требования к системе, связанные с особыми условиями эксплуатации
4.1.14.4 Специальные требования по усмотрению разработчика или заказчика системы
4.2 Требования к функциям (задачам), выполняемым системой
4.2.1 Требования к подсистеме. Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации
4.2.2 Временной регламент реализации каждой функции, задачи (или комплекса задач)
4.2.3 Требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов
4.2.4 Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению
4.3.2 Требования к информационному обеспечению
4.3.2.1 Требования к составу, структуре и способам организации данных в системе
4.3.2.2 Требования к информационному обмену между компонентами системы
4.3.2.3 Требования к информационной совместимости со смежными системами
4.3.2.4 Требования по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии
4.3.2.5 Требования по применению систем управления базами данных
4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных
4.3.2.9 Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4)
4.3.3 Требования к лингвистическому обеспечению
4.3.4 Требования к программному обеспечению
4.3.4.1 Требования к независимости программных средств от используемых СВТ и операционной среды
4.3.4.2 Требования к качеству программных средств, а также к способам его обеспечения и контроля
4.3.4.3 Требования по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ
4.3.5 Требования к техническому обеспечению
4.3.5.1 Требования к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе
4.3.5.2 Требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы
4.3.6 Требования к метрологическому обеспечению
4.3.6.1 Предварительный перечень измерительных каналов
4.3.6.2 Требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов
4.3.6.3 Требования к метрологической совместимости технических средств системы
4.3.6.4 Перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики
4.3.6.5 Требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы
4.3.6.6 Вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию
4.3.7 Требования к организационному обеспечению
4.3.7.1 Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию
4.3.7.2 Требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации
4.3.7.3 Требования к защите от ошибочных действий персонала системы
4.3.8 Требования к методическому обеспечению
4.3.9 Требования к другим видам обеспечения системы
5 Состав и содержание работ по созданию системы
5.1 Перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ
5.2 Вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт)
5.3 Программа работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы
5.4 Перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организации-исполнителей
6 Порядок контроля и приемки системы
6.1 Виды, состав, объем и методы испытаний системы и ее составных частей
6.2 Общие требования к приемке работ по стадиям
6.3 Статус приемочной комиссии
7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
7.1 Приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ
7.2 Изменения, которые необходимо осуществить в объекте автоматизации
7.3 Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ
7.4 Создание необходимых для функционирования системы подразделений и служб
7.5 Сроки и порядок комплектования штатов и обучения персонала
8 Требования к документированию
8.1 Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации
8.2 Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД
8.3 При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов
9 Источники разработки

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

В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.

Примечание

Эти и другие требования к структуре и содержанию технического задания на АС по ГОСТ 34 подробнее см. ГОСТ 34.602-89

И многочисленными ТЗ от всяких девочек.

У меня уже пригорает от девочек-гуманитарок-руководительнец, которые «Так, я составила и отправила вам техническое задание, посмотрите, всё ли вам там понятно».

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

Рассмотрите его определение и описание (источник)

Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
… и сравните его с той писюлькой, которую вам прислал ваш заказчик. Не выглядит ли это смешно?

Для его составления выработано множество стандартов ГОСТ, ISO и т.д.

ТЗ содержит:

* раздел с терминами и определениями,

* раздел с исходными данными,

* постановку целей,

* постановку задач,

* результаты и т.д.

Может отличаться точностью, но прежде всего — это юридический документ, утверждённый сторонами, и с которым можно, если что, пойти в суд.

Если заказчик прислал ТЗ, то это в первую очередь означает, что он не понимает, что такое «ТЗ», а прислал он «З», или просто список пожелалок.

Короче,

Я ещё смирился с тем, что все технологию SWYPE называют словом Т9, хотя водят пальцем по клавиатуре, в которой клавиш уже давно не 9, и алгоритмы SWYPE и T9 отличаются как бокс от балета.

Но игнорировать значение слова «ТЕХНИЧЕСКОЕ» и использовать его просто потому что оно прикольно звучит — я призываю прекратить.

И да, крайне рекомендую к обзорному осмотру статью на хабре, описывающую ТЗ без эмоций:

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

Ведите историю правок

Для этого в начале документа создаётся таблица со столбцами: дата, описание, автор. В ней записывается история изменений документа, благодаря которой легко понять, на каком этапе возникло то или иное требование, дополнение, противоречие.

Составляйте список терминов и сокращений

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

Прописывайте каждую деталь

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

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

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

Не оставляйте белых пятен. При наведении на рисунок, он скрывается? Хорошо, но уточните — он уезжает влево? Становится прозрачным? С какой скоростью? Как он появляется опять? Малейшая деталь без чёткой логики ставит разработчиков и весь процесс в тупик.

Сквозная аналитика

от 990 рублей в месяц

  • Автоматически собирайте данные с рекламных площадок, сервисов и CRM в удобные отчеты
  • Анализируйте воронку продаж от показов до ROI
  • Настройте интеграции c CRM и другими сервисами: более 50 готовых решений
  • Оптимизируйте свой маркетинг с помощью подробных отчетов: дашборды, графики, диаграммы
  • Кастомизируйте таблицы, добавляйте свои метрики. Стройте отчеты моментально за любые периоды

Этапы составления технического задания

1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.

2. Предоставить полную информацию о заказчике:

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

3. Предусмотреть в информации о закупке сведения:

  • совместная закупка или нет, а если да — права и обязанности каждого заказчика (ПП от 28.11.2013 № 1088);
  • централизованная закупка, сведения об уполномоченном органе (ч. 1 ст. 26 закона № 44-ФЗ);
  • привлечение экспертов, порядок их работы.

4. Перечислить сведения о госзакупке:

  • способ определения поставщика (ч. 1 ст. 24);
  • обоснование выбранного способа определения поставщика (ч. 5 ст. 24).

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

6. Указать исходные условия: справочная, производственная, опытная информация, которые оказывают влияние при исполнении контракта. Например, обслуживать закупаемую технику только в утренние часы.

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

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

9. Привести желаемые результаты (какую проблему хочет решить заказчик).

10. Указать источник финансирования.

11. Установить для участников требование соблюдать определенную нормативно-правовую базу, в том числе относящуюся к предмету контракта, условиям исполнения, срокам, гарантийным обязательствам.

12. Определить условия нормирования госзакупки (ч. 1 ст. 19).

13. Указать наименование и обоснование объекта госзакупки.

14. Максимально точно и детально описать объект госзакупки (ст. 33).

15. Определить экологические особенности закупаемого объекта.

16. Уточнить объем закупаемых товаров, периодичность и срок поставки.

17. Определить гарантийный срок и объем предоставляемых гарантий.

18. Установить требования к упаковке, маркировке, какие условные и специальные обозначения должны быть на ней.

19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.

20. Определить расходы на эксплуатацию.

21. Определиться, нужны ли монтаж и наладка.

22. Установить порядок поставки и приемки.

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

Примеры для других госзакупок

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

  1. Продовольствие для жизнеобеспечения граждан.
  2. Продукты питания.
  3. Вывоз мусора.
  4. Лекарственные средства.
  5. Мебель.
  6. Недвижимость.
  7. Электроэнергию.
  8. ОСАГО.
  9. Результаты интеллектуальной деятельности.
  10. Расходные материалы.
  11. Коммунальные услуги.
  12. Бумагу.
  13. В аварийных ситуациях.
  14. Иностранным поставщикам.

Оставить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *