Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Основы автоматизированных систем управления. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
07.09.2026
Размер:
2 Мб
Скачать
☆
1
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное
образовательное учреждение высшего образования
«ЮЖНЫЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»
Инженерно-технологическая академия
Н. Е. СЕРГЕЕВ
ОСНОВЫ АВТОМАТИЗИРОВАННЫХ
СИСТЕМ УПРАВЛЕНИЯ
Учебное пособие
Ростов-на-Дону – Таганрог
Издательство Южного федерального университета
2019
Введение
2
УДК 658.51(075.8) ББК 32.965
С322
Печатается по решению кафедры вычислительной техники
Института компьютерных технологий и информационной безопасности
Южного федерального университета
(протокол № 5 от 21 декабря 2018 г.)
Рецензенты:
доктор технических наук, профессор, зав. кафедрой информатики
Таганрогского института имени А. П. Чехова Ростовского
государственного университета (РИНХ) Я. Е. Ромм
доктор технических наук, профессор, заведующий кафедрой
САПР ИКТИБ ИТА ЮФУ В. В. Курейчик
Сергеев, Н. Е.
С322 Основы автоматизированных систем управления : учебное посо-
бие / Н. Е. Сергеев ; Южный федеральный университет. – Ростов-на­Дону ; Таганрог : Издательство Южного федерального универси­тета, 2019. – 127 с.
ISBN 978-5-9275-3126-4
Пособие предназначено для подготовки бакалавров и магистров направ­лений 09.03.01, 09.04.01 «Информатика и вычислительная техника» по специ­ализации «Информационное и программное обеспечение автоматизирован­ных систем» и инженеров специальности 09.05.01 «Применение и эксплуата­ция автоматизированных систем специального назначения» по всем специа­лизациям всех форм обучения по курсам «Основы автоматизированных си­стем», «Основы автоматизированных систем управления», для «Модуля про­ектной деятельности» и «Творческого проекта».
УДК 658.51(075.8)
ББК 32.965
ISBN 978-5-9275-3126-4
Южный федеральный университет, 2019  Сергеев Н. Е., 2019  Оформление. Макет. Издательство
Южного федерального университета, 2019
Приложения
3
СОДЕРЖАНИЕ
ВВЕДЕНИЕ ……………………………………………..............
5
Глава 1. Типовые этапы разработки автоматизированных
систем ………………………………………………………………...
7
Глава 2. Разработка технического задания на автоматизиро-
ванную систему управления ………………………………………...
13
Техническое задание …………………………………………….
14
Глава 3. Эскизный проект. Общесистемные решения....……..
46
Глава 4. Организация информационного обеспечения.. ……...
66 Глава 5. Выполнение лабораторных работ ……………………
96
ЗАКЛЮЧЕНИЕ ………………………………………………...
109
ИСПОЛЬЗУЕМАЯ ЛИТЕРАТУРА ………………………….
110
ПРИЛОЖЕНИЯ ………………………………………………..
111
Введение
4
СОКРАЩЕНИЯ
АС − автоматизированная система АСУ − автоматизированная система управления БД − база данных СУБД − система управления базой данных СРС − самостоятельная работа студента ИМ − имитационная модель, имитационное моделирование ГЗУ − групповая замерная установка ТЗ − техническое задание ТУ − технические условия
SCADA − Supervisory Control And Data Acquisition – диспетчерское управление и сбор данных – программный пакет, предназначенный для раз­работки или обеспечения работы систем сбора, обработки, отображения и архивирования
РСт – рабочая станция
5
ВВЕДЕНИЕ
Автоматизированные системы управления в настоящее время после завышенных ожиданий, а также завышенных разочарований заняли пола­гающееся им место.
Плановая система экономики СССР уступила место стремлению к рыночной экономике Российской Федерации. Это привело, с одной сто­роны, к уходу автоматизированных систем управления (АСУ) с государ­ственного, отраслевого и региональных уровней, а с другой − к настоятель­ной необходимости применения их на крупных производствах, а также в сфере высокотехнологичных производств.
В первом случае АСУ заменили информационные, информационно­аналитические системы, системы поддержки принятия решений (СППР), ситуационные центры, комплексы моделирования, которые частично вы­полняют некоторые задачи АСУ и не перегружены лишним функционалом. Отдельные задачи из состава АСУ стали решаться не в составе системы, а автономно − это «бухгалтерский учет», «кадры», «складское хозяйство» и др. Изменения в системах управления повлекли изменения в структуре и функциях систем автоматизации.
На структуру и использование АСУ повлияли не только изменения в обществе и экономике, но и эволюция технического и программного обеспечения. С появлением высокопроизводительных компьютеров и се­тей отпала необходимость содержать целые организационные подразделе­ния, обеспечивающие решения как хозяйственных, так и специальных за­дач предприятий и организаций. Вычислительные мощности «пришли» в функциональные подразделения. Кроме того, готовые решения фирм, за­нимающихся программными системами, стали покрывать большинство по­требностей пользователей. В частности, широкое использование баз дан­ных сделало их достаточными для многих нужд предприятий. Особого упо­минания заслуживает роль АС и АСУ в военной области.
Учебное пособие состоит из трех глав. В первой главе рассматрива­ется типовая последовательность работ по созданию автоматизированных систем. Акцент сделан на взаимоотношения заказчика и подрядчика и на проблемы, которые при этом возникают.
Введение
6
Во второй главе приведен учебный комплект проектных документов автоматизированной системы управления. Количество и содержание доку­ментов сокращено. Содержание дисциплин «Основы автоматизированных систем», «Основы автоматизированных систем управления» составляют лекционные занятия, практические занятия и лабораторные работы. Глава будет полезна для всех трех типов занятий. Для самостоятельной работы и лекционных занятий материалы второй главы будут полезны при изучении следующих вопросов: Регламентирующие документы по разработке и функционированию АС; Государственные стандарты АС; Проектная доку­ментация на АС; Эксплуатационная документация на АС; Виды обеспече­ния АС; Техническое обеспечение АС; Информационное обеспечение АС; Программное обеспечение АС; Метрологическое обеспечение АС; Лингви­стическое обеспечение АС; Организационное обеспечение АС; Автомати­зированные системы управления технологического уровня (АСУ ТП); Ин­формационно-управляющие системы (ИУС), комплексы АСУ.
Во время практических занятий дисциплин «Основы автоматизиро­ванных систем», «Основы автоматизированных систем управления», а также возможно «Модуля проектной деятельности» обучаемые разрабаты­вают программно-аппаратные комплексы автоматизации по выбранной те­матике. Тематика работ может соответствовать направлениям исследова­ний кафедр или согласована с возможными работодателями. Учебный ком­плект документов этой главы даст им представление о перечне и содержа­нии работ, требуемой проектной и эксплуатационной документации. На ла­бораторных работах таблицы этой главы используются в качестве вариан­тов исходных данных при «разработке пользовательского интерфейса АС»; «разработке генератора данных для тестирования АС»; «разработке подси­стем контроля уставных значений АС»; «разработке подсистем построения текущих и исторических трендов»; «разработке компонентов подсистемы управления формированием пакетов данных»; «разработке компонентов систем поддержки принятия решений». Текст в учебном комплекте доку­ментов, выделенный «жирным курсивом», представляет собой коммента­рии автора в текстах документов.
Содержание третьей главы составляют описания лабораторных ра­бот по курсам «Основы АС» и «Основы АСУ» и примеры экранных форм.
7
Глава 1
ТИПОВЫЕ ЭТАПЫ РАЗРАБОТКИ
АВТОМАТИЗИРОВАННЫХ СИСТЕМ
Сложность и стоимость АС до недавнего времени определялась слож­ностью как самих процессов или систем, так и сложностью управления ими. Принятие решения о создании АС или модификации уже существующей до­статочно ответственный процесс определяемый состоянием самого процесса (например, производства), требованиями смежных процессов.
Разработками АС в настоящее время занимаются специализирован­ные предприятия (фирмы) либо специализированные подразделения самих предприятий, которым требуется АС [1], [3], [4], [6], [7]. В любом случае можно выделить два взаимодействующих субъекта: заказчик и подрядчик. В первом случае положительным является то, что фирма, занимающаяся раз­работкой АС для различных предметных областей, как правило, обладает со­временными компетенциями в области автоматизации и достаточным опы­том. Отрицательным фактором является недостаточность компетенций в конкретной предметной области. Во втором случае (внутреннее или отрасле­вое подразделение) как раз наоборот: сконцентрированность на используе­мых ранее решениях, нежелание осложнять себе жизнь внедрением новых решений. Положительным же является знакомство с предметной областью. В обоих случаях создание системы начинается с формирования требований к АС. Требования должны отражать решение проблем, которые существуют на объекте автоматизации. Как правило, этим занимается сам заказчик, даже не имея в виду конкретного разработчика. На выбор конкретного разработ­чика влияют множество факторов, например, наличие профильных отрасле­вых институтов, требования федеральных законов, определяющих конкурс­ные процедуры, опыт предшествующего сотрудничества, финансовые воз­можности предприятия, мера самостоятельности в принятии решений, и к сожалению, маркетинговая политика фирм производителей программного обеспечения и даже мода. Случается и так, что к руководству предприятием или подразделением приходит человек с устоявшимися взглядами. Тогда дальнейший выбор разработчика или компонентов АС может целиком зави­сит от тех, кто эти взгляды «устоял». Будущему разработчику это нужно
Основы автоматизированных систем управления
8
знать, чтобы избавить себя от бессмысленных действий. Все расчеты и ре­шения, принимаемые на этом этапе, имеют вид внутренних документов предприятия таких, как протоколы заседаний, проекты планов, предвари­тельные сметы, экспертные заключения. Как правило, будущему разработ­чику они не доступны, однако были бы полезными для знания расстановки сил и первоначальных замыслов, ниже которых опускаться не следует.
Даже если будущий разработчик знаком с объектом, подлежащим автоматизации, обследование объекта и обоснование необходимости со­здания АС является важным и ответственным этапом. Мало того, зачастую и заказчик обладает неполной информацией об объекте и возможности ре­ализации тех целей, которые должна решить автоматизация. Когда-то со­зданный объект проходит многочисленные модернизации и доработки и начинает жить своей собственной жизнью. К тому же знания об объекте могут находиться в формализованном и неформализованных видах и обла­дать такими знаниями могут различные группы людей и разные подразде­ления предприятий. Задачей обследования объекта автоматизации и явля­ется сведение этих распределенных знаний к единому формализованному виду и, если потребуется, получения новых знаний для обоснования воз­можности и целесообразности построения автоматизированной системы с заданными функциями.
Обследовать нужно сам технический объект и процессы, для кото­рых он существует, состояние логистики для обеспечения процесса функ­ционирования, организационную систему управления и возможности мо­дификации каждой компоненты. Здесь нужно рассмотреть следующие две типовых ситуации: автоматизированная система разрабатывается и внедря­ется одновременно с объектом автоматизации; автоматизированная си­стема разрабатывается для уже функционирующего объекта. Во втором случае ситуация может осложняться тем, что на объекте уже функциони­рует автоматизированная система, которая по некоторым причинам не удо­влетворяет заказчика. Как правило, этими причинами является моральное или техническое устаревание АС или модификация самого объекта. И в са­мом деле сейчас найти объект без элементов автоматизации сложно. Но за­частую эти системы представляют собой системы телемеханики, и заказчик может находиться в «плену» идей телемеханики.
Глава 1. Типовые этапы разработки автоматизированных систем
9
Для демонстрации возможностей, разработанной АС, перед внедре­нием заказчик может потребовать создание имитационных моделей или имитирующих программно-аппаратных комплексов.
Для ситуации совместного проектирования объекта и АС для разра­ботчика предоставлено широкое поле реализации своих идей, но отсут­ствуют статистические данные о функционировании самого объекта.
Заказчиком могут быть выдвинуты такие требования к АС, которые потребуют проведения необходимых научно-исследовательских работ как в предметной области функционирования объекта, так и в области матема­тического, метрологического и технического обеспечения средств автома­тизации. Особое внимание в последнее время уделяется исследованиям в области экологии.
После получения результатов научно-исследовательских работ воз­можно понадобятся опытно-конструкторские разработки для получения реальных моделей и технических устройств как элементов АС.
После выработки требований к будущей АС необходимо рассмот­реть варианты достижения этих целей. Вариативность может касаться как отдельных компонентов видов обеспечения, так и целых подходов к проек­тированию или организации управления [2, 5]. Разработка вариантов кон­цепции АС и выбор варианта концепции АС, удовлетворяющего требова­ниям заказчика, − задача достаточно сложная, тем более, как правило, на этом этапе речь о конкретном разработчике еще не идет. Даже наличие про­фильных отраслевых проектных институтов не гарантирует успешность концепции и правильность выбора. Существует у таких организаций боль­шой соблазн разработать концепцию под свои интересы и возможности. Недобросовестные заказчики иногда имеют такое обыкновение предлагать нескольким организациям разработать такие концепции, как задел к буду­щему сотрудничеству. А после, собрав несколько решений, формируют свой синтетический вариант концепции под конкретного разработчика. На основе концепции могут быть разработаны технические условия на разра­ботку конкретной АС.
Техническое задание (ТЗ) является первым документом, в котором упоминается заказчик и разработчик (подрядчик). Считается, что ТЗ разра­батывается заказчиком и подрядчиком совместно. Качественно разрабо­танное ТЗ является основой для будущей АС. ТЗ является первым докумен-
Основы автоматизированных систем управления
10
том, на форму и содержание которого существует государственный стан­дарт. По желанию заказчика форма и содержание ТЗ может быть изменено. Как правило, на разработку ТЗ выделяется отдельный этап с работы или заключается отдельный договор. Текст ТЗ в ходе выполнения работ может быть изменен в ходе выполнения работ по согласованию сторон. Типовое содержание ТЗ и особенности разработки приведены в гл. 2.
Для сложных объектов автоматизации предусматривается предвари­тельный этап разработки АС− эскизный проект. Основное содержание этого этапа раскрывается в «пояснительной записке к эскизному проекту». В ней, помимо общих положений и описания процесса деятельности, кото­рые представляют собой расширенное толкование пунктов ТЗ, излагаются основные технические решения, мероприятия по подготовке объекта авто­матизации к вводу системы в действие и очередность создания системы и объем каждой очереди. Основные технические решения состоят:
из решений по структуре системы (подсистем), средствам и спосо- бам связи для информационного обмена между компонентами системы (подсистем);
решений по взаимосвязям системы со смежными системами, обес- печению ее совместимости;
решений по режимам функционирования, диагностированию ра- боты системы;
решений по численности, квалификации и функциям персонала си- стемы, режимам ее работы, порядку взаимодействия;
сведений об обеспечении заданных в техническом задании потреби- тельских характеристик системы (подсистем), определяющих ее качество;
состава функций, комплексов задач (задач), реализуемых системой (подсистемами);
решений по комплексу технических средств, его размещению на объекте;
решений по составу информации, объему, способам ее организа- ции, видам машинных носителей, входным и выходным документам и со­общениям, последовательности обработки информации и другим компо­нентам; решений по составу программных средств, языкам деятельности, алгоритмам процедур и операций и методов их реализации.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]