
- •Д.А. Полещенко интегрированные системы проектирования и управления
- •220301.65 – Автоматизация технологических процессов и производств
- •Содержание
- •Лекция №1 введение. Проблематика построения ис
- •Интегрированная система управления — система реального времени
- •Основные понятия и классификация интегрированых систем
- •Функциональные подсистемы ис
- •Подсистема «Перспективное развитие».
- •Подсистема «Техническая подготовка производства».
- •Подсистема «Технико-экономического планирования».
- •Подсистема «управление реализацией и сбытом готовой продукции».
- •Подсистема «управление основным производством».
- •Подсистема «управление материально-техническим снабжением».
- •Подсистема «управление качеством продукции».
- •Подсистема «управление вспомогательным производством».
- •Подсистема «управление кадрами».
- •Подсистема «бухгалтерский учёт и анализ хозяйственной деятельности».
- •Обеспечивающие подсистемы ис
- •Подсистема «организационное обеспечение».
- •Подсистема «правовое обеспечение».
- •Подсистема «техническое обеспечение».
- •Подсистема «математическое обеспечение».
- •Подсистема «программное обеспечение».
- •Подсистема «информационное обеспечение».
- •Подсистема «лингвистическое обеспечение».
- •Подсистема «технологическое обеспечение».
- •Лекция №2 состав стадий и этапов канонического проектирования
- •Состав и содержание на предпроектной стадии создания иис
- •Состав и содержание работ на стадии техно-рабочего проектирования
- •Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
- •Лекция №3 основные понятия и особенности проектирования клиент-серверных экономических информационных систем
- •Файл – серверная архитектура
- •Двухуровневая клиент – серверная архитектура
- •Трёхуровневая клиент – серверная архитектура
- •Многоуровневая архитектура «клиент-сервер»
- •Лекция №4 иерархия уровней управления
- •Уровень erp-систем.
- •Уровень mes – систем.
- •Сферы применения erp- и mes – систем
- •Лекция №5 проблематика диспетчерского управления
- •Асу тп и диспетчерское управление этапы развития уровня асутп
- •Концепция scada
- •Компоненты систем контроля и управления и их назначение
- •Лекция №6 пути и инструментарий для разработки прикладного программного обеспечения
- •Критерии выбора scada-систем
- •Технические характеристики scada-систем
- •Открытость scada-систем
- •Стоимостным характеристики scada-систем
- •Эксплуатационные характеристики scada-систем
- •Лекция №7
- •Пакеты Powerpacks
- •Примеры экранных форм
- •Однопользовательский проект
- •Многопользовательский проект
- •Клиентский проект
- •Работа с проектами
- •Использование тегов
- •Tag Management (Управление тегами)
- •Теги процесса
- •Внутренние теги
- •Системные теги
- •Группы тегов
- •Создание экранов процесса
- •Работа с кадрами
- •Работа со слоями
- •Работа с объектами Объекты из Object Palette [Палитры объектов]
- •Свойства объекта
- •Окно "Object Properties [Свойства объекта]"
- •Закладка "Properties [Свойства]" в диалоговом окне "Object Properties [Свойства объекта]"
- •Стили шрифтов для отображения динамики и событий
- •Закладка "Events [События]" в диалоговом окне "Object Properties [Свойства объекта]"
- •Группы свойств и атрибуты
- •Компоненты экранных форм
- •Работа со стандартными объектами
- •Работа с интеллектуальными объектами
- •Работа с объектами Windows
- •Быстрое конфигурирование объектов
- •Работа с составными объектами
- •Работа с пользовательскими объектами
- •Краткое описание элементов управления WinCc и дополнительных элементов управления
- •Архивирование значений процесса в WinCc
- •Внешние и внутренние теги
- •Методы архивирования
- •Циклы и события
- •Циклическое архивирование значений процесса
- •Циклическое выборочное архивирование значений процесса
- •Управляемое процессом архивирование значений процесса
- •Вторичный архив (англ. Compressed archive)
- •Лекция №9 Распределённые системы автоматизации производства и технологических процессов
- •Модель iso/osi
- •Управление доступом с помощью протокола csma/cd
- •Лекция №10 Характеристики s7-200
- •Модули расширения (em)
- •Характеристики s7-300
- •Характеристики s7-400
- •Лекция №11
- •Плата микропамяти simatic (Micro Memory Card . Mmc)
- •Интерфейсы
- •Лекция №12
- •Лекция №13 циклическое исполнение программы. Время цикла. Время реакции. Прерывания циклической программы.
- •Что мы подразумеваем под "временем цикла"?
- •Модель квантов времени
- •Образ процесса
- •Процесс циклической обработки программы
- •Увеличение времени цикла
- •Различные времена циклов
- •Коммуникационная нагрузка
- •Воздействие на фактическое время цикла
- •Определение времени реакции
- •Кратчайшее время реакции
- •Длиннейшее время реакции
- •13.10. Вставка s7-блока
- •View for Block Types (Виды для соответствующих типов блоков):
- •Организационные блоки
- •Синхронные и асинхронные ошибки
- •Лекция №14 обработка аналоговых сигналов
- •Масштабирование аналоговых сигналов
- •Лекция №15
- •Вызов блока регулятора
- •Порядок конфигурирования блока, реализующего пи-закон регулирования:
- •Общий обзор битовых инструкций.
- •Xor : Логическая инструкция исключающее или.
- •Лекция №16 битовые логические инструкции ( триггеры, определение фронта рло/сигнала)
- •Блок move move : Передача значения
- •Лекция №17 Область памяти и компоненты таймера
- •S_pulse : Задание параметров и запуск таймера «Импульс»
- •S_pext : : Задание параметров и запуск таймера «Удлиненный импульс»
- •S_odt : Задание параметров и запуск таймера «Задержка включения»
- •S_odts : Задание параметров и запуск таймера «Задержка включения с памятью»
- •S_offdt : Задание параметров и запуск таймера «Задержка выключения»
- •Принцип работы счетчиков s_cud, s_cd, s_cu. Обзор инструкций счетчиков
- •S_cud : Назначение параметров и прямой/обратный счет
- •S_cu : Назначение параметров и прямой счет
- •S_cd :Обратный счет
- •Список литературы
- •Полещенко Дмитрий Александрович интегрированные системы проектирования и управления
Двухуровневая клиент – серверная архитектура
Двухуровневая клиент – серверная архитектура основана на использовании только сервера базы – данных (DB – сервера) когда клиентская часть содержит уровень представления данных, а на сервере находится база данных вместе с СУБД и прикладными программами.
DB – сервер отличается от файла - сервера тем, что в его оперативной памяти, помимо сетевой операционной системы, функционирует централизованная СУБД, которая обеспечивает совместное использование рабочими станциями базы данных, размешённой во внешней памяти этого DB-сервера.
DB–сервер даёт возможность отказаться от пересылки по сети файлов данных целиком и передаёт только ту выборку из базы данных, которая удовлетворяет запросу пользователя. При этом возможно разделение пользовательского приложения на две части:
- одна часть выполняется на сервере и связана с выборкой и агрегированием данных из базы данных;
- вторая часть по представлению данных для анализа и принятия решения выполняется на клиентской машине. Таким образом, увеличивается общая производительность информационной системы в результате объединения вычислительных ресурсов сервера и клиентской рабочей станции.
Обращение к базе данных осуществляется на языке SQL, который фактически стал стандартным для реляционных баз данных. Поэтому сервер баз данных называют SQL – сервером, который поддерживается всеми реляционными СУБД: Oracle, Informix, MS SQL и т.д. Клиентские приложения могут быть реализованы на языке настольных СУБД (MS Assess, FoxPro, Paradox, Clipper и др).
При этом взаимодействие клиентского приложения с SQL – сервером осуществляется через ODBC – драйвер (Open Data Base Connectivity),который обеспечивает возможность пересылки и преобразования данных из глобальной базы данных в структуру базы данных клиентского приложения.
Применение такой технологии позволило разработчикам не заботится о специфике работы с той или иной СУБД и делать свои системы переносимыми между базами данных. За время своего существования ODBC стал стандартным на алгоритм доступа к разнородным базам данных.
Трёхуровневая клиент – серверная архитектура
Трёхуровневая клиент – серверная архитектура позволяет помещать прикладные программы на отдельные серверы приложений, с которыми через API – интерфейс (Application Program Interface) устанавливается связь клиентских рабочих станций.
Работа клиентской части приложения сводится к вызову необходимых функций сервера приложения, которые называются «сервисами».
Прикладные программы в свою очередь обращаются к серверу баз данных с помощью SQL запросов. Такая организация позволяет ещё более повысить производительность и эффективность КЭИС за счёт:
- многократного повторного использования общий функций обработки данных в множестве клиентских приложений при существенной экономии сетевых ресурсов;
- параллельности в работе сервера приложений и сервера базы данных, причём сервер приложений может быть менее мощным по сравнению с сервером базы данных;
- оптимизации доступа к базе данных через сервер приложений из клиентских мест путём диспетчеризации выполнения запросов в вычислительной сети;
- повышения скорости и надёжности обработки данных в результате дублирования программного обеспечения на нескольких серверах приложений, которые могут заменять друг друга в сети в случае перегрузки или выхода из строя одного их них;
- переноса функций администрирования системы по проверке полномочий доступа пользователей с сервера базы данных на сервер приложений.