30. Возможности и характеристики современных skada систем
Возможности
SCADA-системы решают следующие задачи:
Обмен данными с УСО(устройства связи с объектом, то есть спромышленными контроллерамииплатами ввода/вывода) в реальном времени через драйверы.
Обработка информации в реальном времени.
Логическое управление.
Отображение информации на экране монитора в удобной и понятной для человека форме.
Ведение базы данных реального времени с технологической информацией.
Аварийная сигнализация и управление тревожными сообщениями.
Подготовка и генерирование отчетов о ходе технологического процесса.
Осуществление сетевого взаимодействия между SCADA ПК.
Обеспечение связи с внешними приложениями (СУБД,электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровнюMES.
SCADA-системы позволяют разрабатывать АСУ ТПв клиент-серверной или в распределенной архитектуре.
Характеристики
|
|
|
|
|
| ||
|
Характеристики SCADA-систем | ||
|
| ||
|
|
|
|
В силу тех требований, которые предъявляются к системам SCADA, спектр их функцио-нальных возможностей определен и реализован практически во всех пакетах. Перечислим основ-ные возможности и средства, присущие всем системам и различающиеся только техническими особенностями реализации: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
31. Стадии создания ас (гост гост 34.601-90)
Дата введения 01.01.1992г.
.1. Стадии и этапы создания АС в общем случае приведены в таблице.
|
Стадии |
Этапы работ |
|
1. Формирование требований к АС |
1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания) |
|
2. Разработка концепции АС. |
2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе. |
|
3. Техническое задание. |
Разработка и утверждение технического задания на создание АС. |
|
4. Эскизный проект. |
4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части. |
|
5. Технический проект. |
5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. |
|
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.2. Стадии этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта.
Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ
32. документы разрабатываемые в процессе создания АС
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения
ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
РД 50-680-88 Методические указания. Автоматизированные системы. Основные положения
РД 50-682-89 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Общие положения
РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов
34. Назначение и содержание документа Технико-экономическое обоснование на создание АС
Технико-экономическое обоснование(ТЭО,англ.business case) —документ, в котором представленаинформация, из которой выводится целесообразность (или нецелесообразность) созданияпродуктаилиуслуги[1]. ТЭО содержит анализзатратирезультатовкакого-либопроекта. ТЭО позволяетинвесторамопределить, стоит ли вкладыватьденьгив предлагаемый проект.
ТЭО создаётся в результате одного из следующих воздействий:
требованиярынка;
потребностиорганизации;
требования заказчика;
технологический прогресс;
правовыетребования;
экологические воздействия;
социальныепотребности.
Несмотря на то, что ТЭО похоже на бизнес-план, отличие заключается в том, что ТЭО представляет собой обоснование проекта, в то время как бизнес-план содержит описаниемиссииицелейорганизации, то есть обоснование существованияпредприятия.
35 организация предпроектного обследования
|
Предпроектное обследование |
|
Предпроектное обследование заключается в натурном изучении специалистами подрядной организации особенностей объекта Заказчика, влияющих на выбор варианта его будущей системы безопасности. Наиболее важные характеристики объекта:
В ходе обследования оценивается возможность реализовать имеющиеся пожелания Заказчика, выбираются способы усиления охраны, класс и состав оборудования, накапливаются и формализуются необходимые данные для последующей разработки Технического задания на проектирование системы безопасности или Концепции безопасности объекта. Результаты проведенной работы оформляются в виде Акта обследования. Этот документ на небольших объектах достаточен для организации и производства работ. Одним из важных итогов предпроектного обследования может быть разработка Технико-коммерческого предложения, в котором формируется предварительная укрупненная оценка стоимости и сроков работ по оснащению объекта системой безопасности. Данный документ дает возможность Заказчику принять решение о целесообразности продолжения работ и переходе к этапам разработки Технического задания и Проектной документации. |
36.организация работ на стадии рабочего проектирования
Рабочее проектирование [detailed design] – Заключительная стадияпроектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. Результаты излагаются врабочемилитехнорабочем проекте. В современной практике проектированияавтоматизированных информационных систем(например,АБИС,АСНТИ,АСУи др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д.[3, 18, 19, 38].
37.основные разделы пояснительной записки