Стадія - Технічне завдання створення АСУТП
Результатом виконання двох попередніх етапів є розробка та оформленняТехнічного завдання на АСУТПвідповідно до ГОСТ 34.602-89, яке є основою для виконання робіт з технічного та робочого (техноробочого) проектування, а також при підготовці до введення Системи у дію.
Відповідно до ГОСТ 34.601-90, пункт 2.2, стадії та етапи, що виконуються організаціями-учасниками робіт зі створення автоматизованої системи, встановлюються у взаємних договорах та у Технічному завданні.
Відповідно до ГОСТ 34.201-89, пункт 2.1, у Технічному завданні на Систему має бути визначено "Перелік найменувань документів, що розробляються, та їх комплектність на Систему та її частини". У будь-якому разі перелік проектної документації має бути суворо визначений у Договорі між Розробником та Замовником на розробку Робочого проекту та робочої документації (техноробочого) проекту. Тоді у Технічному завданні достатньо вказати посилання на цей договір. У загальному випадку згідно з РД 50-34.698-90,
"Зміст кожного документа, що розробляється під час проектування АС згідно з ГОСТ 34.201-89, визначає Розробник залежно від об'єкта проектування (система, підсистема тощо)".
Відповідно до ГОСТ 34.003-90 ІНФОРМАЦІЙНА ТЕХНОЛОГІЯ."Автоматизовані системи. Терміни та визначення",Технічне завдання в обов'язковому порядку має містити попередній План-графік робіт зі створення АСУТП.
Технічне завдання створення АСУТП затверджується керівником / головним інженером підприємства-замовника і керівником / технічним директором організації - розробника Системи.
Зміни або доповнення до Технічного завдання оформлюються у вигляді Протоколу або Додатку до ТЗ,погоджуються з технаглядом, і затверджуються Замовником та Розробником Системи. З цього моменту Протокол або Додаток до ТЗ стають невід'ємною частиною Технічного завдання на Систему.
Неформальне ставлення до визначення вихідних вимог до Системі в Технічному завданні надає вирішальний вплив на кінцевий результат роботи. У розділі "Технічне завдання створення АСУТП" відтворюється зразок Технічного завдання, відпрацьований практично цілого ряду успішно реалізованих проектів.