Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Формирование требований к SCADA-системе




Этапы создания SCADA-системы

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

1) формируются требования к SCADA-системе;

2) разрабатывается концепция SCADA-системы;

3) разрабатывается технический проект АСУ ТП верхнего уровня;

4) разрабатывается программная документация SCADA-системы.

 

На этапе формирования требований проводят:

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

· оценку качества функционирования объекта и выявление проблем, решение которых возможно SCADA-системой;

· формирование требований к SCADA-системе.

 

Рассмотрим некое «виртуальное» предприятие, состоящее из нескольких цехов (подразделений). Какие требования службы предприятия выдвигают к SCADA-системе?

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

• коммерческий учет тепловой, электрической энергии, газа, воды, сжатого воздуха и т.п. на вводах в предприятие;

• коммерческий учет энергоресурсов, отпускаемых субабонентам;

• технический учет энергоресурсов на вводе в отдельные цеха;

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

• контроль за теплотехническим оборудованием завода (положение задвижек, состояние клапанов);

• телеуправление (возможно автоматическое) электротехническим и теплотехническим оборудованием;

• интеграция существующих «локальных» систем учета, если они работают и не стоит вопрос об их замене.

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

В любом случае специалисты выста­вят требования, чтобы верхний уровень внедряемой системы легко интегриро­вался в уже существующую сеть, и даже если это будет какая-то локальная под­система, то и организация баз данных, и выбор операционных систем, и сете­вое взаимодействие компонентов, и ди­зайн АРМ соответствовали бы уровню предприятия и тем стандартам, кото­рые там используются. На основании опыта, полученного при внедрении по­добных систем, можно представить требования, которым должно соответ­ствовать программное обеспечение верхнего уровня подобной системы:

• используемые операционные систе­мы — в большинстве случаев это Windows NT/2000;

• единая база данных на стандартных СУБД, причем все чаще требуются не «настольные» СУБД (Paradox, Access), а мощные SQL-базы данных (MS SQL 7.0, Oracle), которые могут одновременно обслуживать десятки АРМ и гарантируют достоверность и сохранность информации;

• использование клиент-серверной технологии взаимодействия между АРМ и сервером баз данных, причем клиенты должны быть «тонкими», то есть все основные вычисления (биз­нес-логика) происходят на сервере баз данных или на специализирован­ном сервере приложений, а АРМ конкретных приложений больше ис­пользуются как терминалы, это также гарантирует сохранность и досто­верность данных;

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

• полная и подробная документация, позволяющая программистам предприятия разрабатывать собственные приложения, используя существующие «хранимые процедуры» и базы данных;

• интеграция существующих узлов учета в систему, причем на верхнем уровне это должна быть полная интеграция, то есть единые базы данных, единые АРМ, единые отчеты;

• разделение доступа клиентов (АРМ) к базе данных.




Поделиться с друзьями:


Дата добавления: 2014-01-15; Просмотров: 1018; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.