Проектирование АСУ ТП с применением методов Лебедева

Системное проектирование
Содержание
  1. Средства разработки АСУ ТП
  2. Системный и функциональный подход к проектированию АСОИУ
  3. Перечень некоторых видов АС
  4. Причины, побуждающие автоматизировать или применять компьютерные средства
  5. Функциональный подход
  6. Представление разрабатываемой системы как черного ящика (один из основных принципов)
  7. Уровни иерархии в организации
  8. Что вас ждёт дальше на пути проектировщика АСУ ТП
  9. Слайд 1ПРОЕКТИРОВАНИЕ АСУ ТППроектирование – процесс создания технической документации, опытных образцов
  10. и моделей разрабатываемого объекта, необходимых и достаточных для его изготовления
  11. Выбор оборудования и этапы развертывания ЦОД
  12. Программирование АСУ
  13. Модели ИС
  14. Особенности технического задания
  15. Чем проектирование отличается от разработки
  16. Два подхода к проектированию
  17. Слайды и текст этой презентации
  18. и моделей разрабатываемого объекта, необходимых и достаточных для его изготовления
  19. Слайд 3СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ АСУ ТП (ГОСТ 34.601-90 Автоматизированные системы. Стадии
  20. создания)1. Стадия «Формирование требований к АСУ ТП»1.1. Обследование объекта и
  21. Слайд 4СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ АСУ ТП (ГОСТ 34.601-90 Автоматизированные системы. Стадии
  22. создания)6 Стадия «Рабочий проект»6.1 Разработка рабочей документации на АСУ ТП
  23. работ по созданию АСУ ТП, устанавливаются во взаимных Договорах и

Средства разработки АСУ ТП

Здесь я буду краток, потому что средствам разработки будут посвящены отдельные статьи и даже подразделы. Итак, проектировщики и разработчики АСУ используют примерно такой набор инструментов:

  • Средства разработки ПО ПЛК. Например, CoDeSys. С помощью этих средств разрабатываются и отлаживаются программы для ПЛК. Загрузка программ в ПЛК выполняется этими же средствами.
  • SCADA-системы. С помощью этих систем создаются программы для компьютеров. Эти программы необходимы для взаимодействия с оператором, для хранения данных АСУ, для формирования отчётов и т.п.
  • Конфигураторы. Используются для настроек разных приборов, таких как терморегуляторы, панели оператора, преобразователи интерфейсов, программируемые реле и т.п.
  • Математические программы и симуляторы. Это используется реже, в основном для каких-то достаточно узких направлений. Но всё же иногда может быть полезно. Примеры: MathCAD, Maple, Multisim.
  • Средства разработки ПО для микроконтроллеров и Ардуино. Вообще на микроконтроллерах АСУ не делают. Но есть любители, которые этим занимаются. Во всяком случае на просторах Интернета вы можете найти их проекты. Иногда довольно сложные.

Системный и функциональный подход к проектированию АСОИУ

Перечень некоторых видов АС

  • АСУ (автоматизированные системы управления)
  • АСУП (АСУ производством)
  • АСУТП (АСУ технологическим процессом)
  • САУ (системы автоматизированного управления, без человека)
  • ГАП (гибкие автоматизированные производства)
  • Информационные компьютерные системы
  • САПР (системы автоматизированного проектирования)

Функциональное различие этих систем может быть обусловлено условиями их эксплуатации.

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

1)       Эффективность управления производством или объектом (экономическая эффективность, организационная, производственная, материальная, человеческий фактор).

2)       Престижность.

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

4)       Рутинность, монотонность, простота и однообразие операций.

5)       Физиологические и психологические возможности человека для управления данным процессом или объектом являются недостаточными.

6)       Система управления может находиться в среде, опасной для жизни и здоровья человека.

7)       Управление объектом в критических ситуациях.

Несмотря на вышеприведенные причины основным при принятии решений является человек.

Функциональный подход

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

Для нашего случая как правило все системы характеризуются как иерархические.

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

Два основных принципа (системный и функциональный) необходимо дополнить следующими:

Системный анализ.

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

Принцип оптимальности (особенно на этапе проектирования системы).

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

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

Представление разрабатываемой системы как черного ящика (один из основных принципов)

Черный ящик –– это система, в которой доступны для наблюдения входные и выходные сигналы, внутренние связи не известны.

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

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

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

Уровни иерархии в организации

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

  1. уровень статической организации, который отражает статическое взаимоотношение между структурными элементами целого;
  2. уровень простой динамической системы с запрограммированными заранее обязательными движениями;
  3. уровень «термостата», или уровень информационной организации;
  4. самосохраняющаяся организация – это открытая система, либо уровень клетки;
  5. генетически общественная организация;
  6. организация типа «животных», которая характеризуется наличием подвижности, осведомленностью и целенаправленным поведением;
  7. «человеческий» уровень — уровень индивидуального человеческого организма;
  8. социальная организация, которая представляет собой совокупность различных общественных институтов;
  9. трансцендентальные системы, то есть компании, существующие в виде различных взаимосвязей и структур.

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

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

При исследовании свойств организации системный подход дает возможность установить ее целостность, организованность и системность

Внимание исследователей при системном подходе направляется на свойства элементов, на его состав, который проявляется во взаимодействии

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

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

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

АИС – это человеко-машинная система, обеспечивающая автоматизированную подготовку, поиск и обработку информации.

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

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

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

Назначение ИО состоит в своевременном формировании и выдаче достоверной информации для принятия управленческих решений.

· Системы обработки данных

· Системы бухгалтерского учета и т.д.

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

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

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

Главная цель Пр.О — укрепление законности.

Что вас ждёт дальше на пути проектировщика АСУ ТП

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

Не талант. Не связи. Не образование. А именно настойчивость.

Почему простой деревенский мужик Ломоносов стал всемирно известным учёным? Ведь у него не было ничего: ни связей, ни денег, ни образования. Талант, возможно, был. Но он так и остался бы в глухой деревне, если бы Ломоносов не был НАСТОЙЧИВЫМ и не пошёл бы пешком в столицу.

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

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

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

Слайд 1ПРОЕКТИРОВАНИЕ АСУ ТППроектирование – процесс создания технической документации, опытных образцов

и моделей разрабатываемого объекта, необходимых и достаточных для его изготовления

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

Выбор оборудования и этапы развертывания ЦОД

В качестве серверов предлагается использовать высоко надежный и производительный сервер HP SuperDome, обладающий следующими характеристиками: Расширяемость до 64 процессоров, 256 GB оперативной памяти и 192 слотов ввода/вывода Возможность организации аппаратных и программных разделов Поддержка процессоров Itanium, с возможностью использования различных операционных систем в рамках одного корпуса В качестве системы хранения данных предлагается использовать высоко надежные и производительные дисковые массивы ХР128 или ХР1024, обладающий следующими характеристиками: максимальный объем 18ТВ и 146ТВ соответственно до 64 портов ввода/вывода для подключения в S AN не имеют единой точки отказа Оба варианта используют архитектуру выделенной сети устройств хранения (Storage Area Network — SAN), которая предполагает создание единой коммуникационной среды доступа к устройствам хранения информации, независимой от локальной вычислительной сети и использующей выделенную волоконно-оптическую линию связи. Только для первого варианта SAN может быть построен в рамках одного серверного помещения или здания, а второй вариант предполагает построение территориально распределенной структуры сети хранения данных и создает основу для построения высоконадежных вычислительных комплексов.

Необходимо заметить, что распределенную сеть хранения данных можно использовать и для функционирования других приложений и систем. Наконец, в качестве устройства резервного копирования и средства создания архивов используется ленточная библиотека HP MSL 6060. При полномасштабной развертывании ЦОД таких библиотек будет две — по одной на каждой из площадок. С технической точки зрения построение центра обработки данных является необходимым, но явно недостаточным условием функционирования централизованных приложений.

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

Разработка КСПД осуществляется на основе концепции построения корпоративных сетей в МРК. Данная концепция предполагает двух уровне-вую организацию КСПД (рис.4.3).

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

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

В качестве базовой высокоскоростной технологии передачи данных в магистральных каналах выступает технология MPLS. Технология MPLS (Multiprotocol Label Switching), несмотря на свою относительную молодость, уже стала одним из краеугольных камней фундамента новых технологий IP-сетей. Сегодня с помощью MPLS можно решать различные задачи: ускорять продвижение пакетов за счет замены на магистрали сети маршрутизации на коммутацию; решать задачи Traffic Engineering, то есть конструировать пути прохождения трафика через сеть таким образом, чтобы добиться максимально эффективного использования маршрутизаторов и каналов связи; обеспечивать требуемые параметры качества обслуживания (QoS) за счет резервирования пропускной способности для трафика, проходящего по путям MPLS; строить масштабируемые виртуальные частные сети (VPN).

На первом этапе развертывания единой системы управления предприятием системы Oracle e-Business Suite в периоды пиковых нагрузок необходимая пропускная способность магистральных каналов оценивается в 10-15 Мбит/с.

В дальнейшем, с внедрением единой биллинговой системы, электронного документооборота, систем консолидации информации и других централизованных приложений данная оценка будет меняться, но маловероятно, что превысит 40-50 Мбит/с.

Концентрация трафика филиалов осуществляется в узлах доступа, обеспечивающих сведение, шифрование и передачу данных в магистральные каналы. Общая схема организации стандартного узла доступа КСПД ОАО «ЦентрТелеком» представлена на рис.4.4.

Программирование АСУ

В отличие от НЕ автоматизированных инженерных систем, разработка современных АСУ ТП практически всегда включает в себя программирование.

Виды программирования я бы разделил так:

  • Программирование приборов. Это даже не столько программирование, сколько конфигурирование (настройка). Обычно вы просто устанавливаете какие-то параметры, например, для таймеров, терморегуляторов, частотных преобразователей и т.п.
  • Программирование панелей оператора, программируемых реле. В большинстве случаев это тоже не программирование, а конфигурирование. Хотя некоторые панели оператора позволяют писать макросы на каком-либо языке программирования. Если панель позволяет создавать полноценные программы, то это уже не панель, а панельный ПЛК (программируемый логический контроллер).
  • Программирование ПЛК. Вот это уже настоящее программирование, хотя и специфическое. ПЛК — это основа современной АСУ. Соответственно, большая часть времени программиста будет потрачена на разработку ПО ПЛК.
  • Программирование SCADA-систем. Это тоже программирование. Точнее, SCADA-системы позволяют писать программы на
    каком-либо языке программирования (обычно на простом, таком как Паскаль или VBScript). Однако в простых случаях это может и не понадобиться, потому что можно будет обойтись конфигурированием. SCADA-системы — это отдельная большая тема, которой я буду посвящать отдельные статьи.

Модели ИС

Наши представления о реальных системах носят приближенный, модельный характер.

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

Модель «Черного ящика»

Всякая система – это нечто цельное и выделенное из окружающей среды. Система и среда взаимодействуют между собой.

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

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

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

• модель черного ящика компьютера

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

И все-таки она дает более подробное представление, чем модель «черного ящика».

Особенности технического задания

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

ТЗ разрабатывается той организацией, которая собственно и создают саму систему, при этом также участвует и сам заказчик. В процессе реализации учитываются все технические требования: заявки, тактико-техническое задание и др. Весь процесс контролируется параметрами ГОСТа 34.602-89 применяя исходные данные. Берутся в учет также данные из учетной документации «Исследование и обоснование создания АС», которые устанавливаются ГОСТом 34.601.

Техническое задание на автоматизированную систему включает такие разделы:

  • Общие данные;
  • Назначение и задачи создания или развития системы;
  • Параметры объектов;
  • Технические требования к системе;
  • Перечень и содержание работ по созданию;
  • Порядок мониторинга выполнения и конечного приема;
  • Требования к составным компонентам и содержанию работ по подготовке объекта к введению в систему;
  • Стандарты документирования;
  • Ресурсные источники.

Чем проектирование отличается от разработки

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

Проектирование — это процесс определения архитектуры, компонентов, интерфейсов и
других характеристик системы или её части. Результатом проектирования является проект — целостная совокупность моделей, свойств или характеристик, описанных в форме, пригодной для реализации системы (ISO 24765).

Разработка — это процесс проектирования и создания изделия (системы). Результатом разработки является изделие (система).

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

А разрабатывая АСУ, мы выдаём заказчику готовую систему “под ключ”.

Таким образом проектирование — это лишь часть (этап) разработки. Поэтому, если будете когда-нибудь работать с юридически подкованным заказчиком, то ни в коем случае не пишите в договоре “я обязуюсь разработать АСУ”, если вы не собираетесь выполнять её монтаж и пуско-наладку.

Два подхода к проектированию

Можно выделить два основных подхода к
проектированию систем управления предприятием и
информационных систем их поддержки: структурный
и процессный
.

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

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

О важности и
структуре Системного проекта авторы уже писали в
статье “Реорганизация АСУ промышленных
предприятий” (КомпьютерПресс № 7’97) и в статье
“Методологический подход проектирования
корпоративной информационной системы
предприятия” (материалы конференции
“Корпоративные системы’96”, компания
“СофтСервис”). Хорошо, если на предприятии есть
обученные специалисты, способные быстро и
качественно актуализировать этот документ

Но
это только начало! Ведь актуализировать надо
также и саму информационную систему! Как правило, это достаточно трудоемкий,
длительный и утомительный процесс.

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

Процессный подход подводит к необходимости
перехода на так называемое тощее производство
или тощую ресурсосберегающую организационную
структуру (Lean production). Основными чертами такой
реорганизации являются:

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

Далее мы рассмотрим, каким образом процессный
подход был применен при проектировании
информационной системы
одного из предприятий
пищевой промышленности (далее “Компании”).

Слайды и текст этой презентации

и моделей разрабатываемого объекта, необходимых и достаточных для его изготовления

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

Принцип открытости аппаратных и программных средств АСУ ТП.8. Принцип комплексности построения системы управления (охват всех областей деятельности автоматизируемого объекта).9. Принцип декомпозиции (разделение системы управления на элементы (подсистемы, функции управления, задачи управления)).

Слайд 3СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ АСУ ТП
(ГОСТ 34.601-90 Автоматизированные системы. Стадии

создания)1. Стадия «Формирование требований к АСУ ТП»1.1. Обследование объекта и

обоснование необходимости создания АСУ ТП.1.2 Формирование требований Заказчика к АСУ ТП.1.3 Оформление Отчета о выполненной работе и Заявки на разработку АСУ ТП.2 Стадия «Разработка концепции АСУ ТП»2.1 Изучение объекта автоматизации.2.2 Проведение необходимых НИР.2.3 Разработка вариантов концепции АСУТП и выбор варианта, соответствующего требованиям Заказчика.3 Стадия «Техническое задание на разработку АСУ ТП»3.1 Разработка и утверждение ТЗ на создание АСУ ТП.4.Стадия «Эскизный проект»4.1 Разработка предварительных проектных решений по системе и ее частям.4.2 Разработка документации на АСУ ТП и ее части.5 Стадия «Технический проект»5.1 Разработка проектных решений по системе и ее частям.5.2 Разработка документации на АСУ ТП и ее части.5.3 Разработка и оформление документации на поставку изделий для комплектации АСУ ТП и ТЗ на их разработку.5.4 Разработка заданий на проектирование в смежных частях проекта.

Слайд 4СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ АСУ ТП
(ГОСТ 34.601-90 Автоматизированные системы. Стадии

создания)6 Стадия «Рабочий проект»6.1 Разработка рабочей документации на АСУ ТП

и ее части.6.2 Разработка и конфигурация программного обеспечения.7.Стадия «Ввод в действие»7.1 Подготовка объекта автоматизации к вводу АСУ ТП в действие.7.2 Подготовка персонала.7.3 Комплектация АСУ ТП поставляемыми изделиями (аппаратными, программными, информационными).7.4 Строительно-монтажные работы.7.5 Пуско-наладочные работы.7.6 Проведение предварительных испытаний.7.7 Проведение опытной эксплуатации.7.8 Проведение приемочных испытаний.8. Стадия «Сопровождение АСУ ТП»8.1 Выполнение работ в соответствии с гарантийными обязательствами.8.2 Послегарантийное обслуживание.

работ по созданию АСУ ТП, устанавливаются во взаимных Договорах и

в Техническом задании на создание АСУ ТП.2.Допускается исключить стадию «Эскизный проект».3. Допускается исключать отдельные этапы на всех стадиях.4. Допускается объединять стадии «Технический проект» и «Рабочий проект» в одну стадию – «Технорабочий проект».5. Допускается:Выполнять отдельные этапы последующих стадий работ до завершения предшествующих стадий;Выполнять этапы параллельно во времени;Включать новые этапы, не приведенные выше.

Оцените статью