Кому и зачем нужна АСУ КНД
Программа АСУ КНД — это автоматизированная система Роструда, позволяющая дистанционно управлять надзорной деятельностью, находить и проверять нарушителей трудового законодательства.
Что такое АСУ КНД
В 2017 году Федеральная служба по труду и занятости (Роструд) приказом № 449 от 26.07.2017 запустила информационную систему управления контрольно-надзорной деятельностью (АСУ КНД). Программа АСУ КНД Роструда предназначена для автоматизации деятельности трудовых инспекторов. Теперь она дистанционно выявляет и проверяет систематических нарушителей. Это происходит с помощью масштабных информационных баз, которые информационная система анализирует и контролирует.
Программа способна отслеживать сроки реализации проверок, выявлять проведение незаконных сделок и нарушений в отношении работников. Это позволяет повысить прозрачность в экономике и снизить нагрузки на работодателя в виде проверяющих органов.
В информационном банке данных содержатся все сведения:
Аналоговый и Цифровой сигнал простыми словами (автоматизация или АСУ и ТП)
- результаты контрольно-надзорных мероприятий;
- источники по проверке несчастных случаев;
- жалобы и обращения работников и контрагентов на компанию.
Эту информацию система соединяет и проводит оценку работодателей. Исходя из этого, программа составляет план контролирующих мероприятий, формирует категорию риска компании и отслеживает повторные нарушения в сфере трудового законодательства.
Кому пользоваться АСУ КНД
Для пользователей автоматизированной системы разработаны специальные инструкции Государственной инспекции труда в разных регионах. Для инспекторов ГИТ, которые являются пользователями программы АСУ КНД, инструкция определяет права и обязанности, устанавливает зону их ответственности за обработку персональных данных.
Работать с АСУ КНД вправе только пользователи, которым предоставлен доступ к системе в соответствии с должностными обязанностями.
Трудовой инспектор обязан:
- использовать программу для служебных целей по должностной инструкции;
- в АСУ КНД МАИС ГИТ вход осуществлять при помощи собственной уникальной учетной записи и пароля;
- не разглашать пароли доступа к программе;
- следить, чтобы при работе посторонние люди не увидели персональные данные, которые отображаются на экране компьютера;
- блокировать экран дисплея, отходя от него;
- сообщать в службу безопасности, если обнаружит попытку взлома базы данных, и т. д.;
- все неполадки устранять при помощи администраторов системы.
Чтобы в АСУ КНД вход в систему произошел правильно, пользователь открывает в браузере специальную ссылку, отправляющую на копию системы. И только затем в ней необходимо набрать логин и пароль и нажать на «Вход».
Откроется стартовая страница, ее внешний вид зависит от прав пользователя. На ней отобразится календарь и кнопка для создания карточек событий. Чтобы найти нужные сведения, необходимо выбрать одно из следующих событий:
АСУ ТП высокоточного дозирования: финал SCADA-чемпионата 2021
- запланированные проверки;
- истекает срок оплаты по постановлению (оплата отсутствует);
- истекает срок исполнения обязательного предписания (проверка не запланирована).
Чтобы найти нужные записи, необходимо открыть меню и выбрать нужный раздел.
Затем открыть «Поиск» и указать критерии отбора записей.
АСУ КНД позволяет проводить поиск по следующим запросам:
- по содержимому карточки;
- по инспектору;
- по типу карточки;
- по выборке;
- по муниципальному образованию;
- по району;
- по периоду;
- извлечь количество записей из базы.
После выбора одного из запросов нажать на «Поиск». В нижней части блока в «Результаты поиска» будут отображены необходимые сведения.
Функции АСУ КНД
Инструмент вместо трудового инспектора выполняет множество задач, главным образом контроль и надзор деятельности юридических лиц и ИП. Инспекторы рассчитывают, что система приведет к некоторым преимуществам:
- снизит нагрузку на добросовестных работодателей;
- увеличит эффективность и прозрачность деятельности территориальных органов;
- снизит коррупционные риски.
Среди основных функций АСУ КНД:
- автоматизация проверок за соблюдением трудового законодательства;
- риск-ориентированное планирование по принципу «Добросовестный работодатель проверяется реже» (это приводит к снижению нагрузки на бизнес);
- определение категорий риска и планирование проверок с учетом этого показателя;
- автоматическое создание статистических отчетов;
- создание единой базы первичных данных, включая сведения из других ведомств;
- формирование отчетов о деятельности ГИТ по разным периодам и направлениям;
- мониторинг рейтингов и ключевых показателей субъектов РФ, инспекторов и работодателей;
- создание ситуационного центра руководителя Роструда и личных кабинетов сотрудников центрального аппарата ведомства.
Источник: clubtk.ru
Промышленное программирование, или Пара слов об АСУ ТП
Есть такая профессия — производство автоматизировать. Аббревиатура АСУ ТП означает «автоматизированная система управления технологическим процессом» — это система, состоящая из персонала и совокупности оборудования с программным обеспечением, использующихся для автоматизации функций этого самого персонала по управлению промышленными объектами: электростанциями, котельными, насосными, водоочистными сооружениями, пищевыми, химическими, металлургическими заводами, нефтегазовыми объектами и т.д. и т.п.
Фактически, каждый человек, живущий не в лесу и пользующийся благами цивилизации, использует результаты труда предприятий, на которых функционируют АСУ ТП.
Иногда на эту тему проскакивают статьи и на хабре. Обычно они не пользуются особой популярностью, но всё же я хочу написать несколько обзорных статей об АСУ ТП в надежде рассказать хабравчанам что-то интересное (а возможно, кому-то даже полезное) и привлечь на хабр больше своих коллег.
Сначала пара слов о себе. Я только начинаю свой жизненный путь в автоматизации, опыт работы без малого два года. За это время побывал на нескольких газовых месторождениях, сейчас работаю на нефтяном.
Поскольку область обширная, несмотря ни на что развивающаяся, местами противоречивая и спорная, буду стараться обобщать не в ущерб достоверности, но не могу избежать перекоса в свою область — то оборудование, софт и сферу, с которыми лично я сталкивался.
Итак, программно-технический комплекс АСУ ТП делится на три уровня: верхний (компьютеры), средний (контроллеры), нижний (полевое оборудование, датчики, исполнительные механизмы). Про нижний уровень рассказывать не буду — слишком уж это далеко от от тематики хабра, да и статья получится слишком большая.
Верхний уровень
Верхний уровень — это серверы и пользовательские ПК (у нас они называются АРМ — автоматизированное рабочее место). Сюда выводится состояние технологического процесса, и отсюда при необходимости оператором подаются команды на изменение его параметров. Для упрощения разработки создано большое количество SCADA-систем (от англ. supervisory control and data acquisition — диспетчерское управление и сбор данных). Это в некотором роде расширенный аналог IDE, в котором скомпилированная «программа» и выполняется.
Системы SCADA
Вообще, если отбросить академизм, то на предприятии для всех кроме асушников скада выглядит вот так:
А если совсем не повезёт, то вот так:
Скады неявно можно разделить на серверную и клиентскую части. Опрос полевых устройств и сбор данных производится сервером (обычно, через ПЛК ), с сервера клиенты забирают эти данные к себе на монитор. Сами по себе понятия «серверная» и «клиентская» части условны.
Фактически разделение производится по лицензиям на компоненты скады, а политика лицензирования у каждого производителя своя. Вплоть до разделения на: количество обрабатываемых сигналов с поля, драйвера протоколов, количество рабочих станций, возможность создания веб-интерфейса, мобильного интерфейса, да и вообще целые куски функционала могут быть за отдельные денжеки. Чаще проще обратиться к поставщику, предоставив исходные данные по проекту, чтобы помогли с подбором лицензий.
Подразумеваются два режима функционирования: режим разработки и режим выполнения (runtime). Не обязательно эти режимы взаимоисключающи: можно редактировать проект на одном АРМе, инженерном, заливать его, он обновится на пользовательских. Это очень важно — изменять проект без простоев и отключений, потому что технологический процесс прерывать нельзя, и операторы всегда должны иметь возможность его контролировать. В скаде создаются графические интерфейсы, настраиваются источники данных с полевых устройств, она отвечает за взаимодействие пользователя (оператора, диспетчера, технолога) с происходящим на производстве, а также за архивирование всех нужных данных в БД.
Архивирование — одна из обязательных функций, очень важно иметь возможность «вернуться назад во времени» для разбора полётов в случае чего-то непредвиденного либо для глобального анализа при медленных, длительных процессах. Например, недавно геологи попросили меня выгрузить табличкой данные по давлению нефти на скважинах за последний год.
Периодически скада складывает все собранные данные в БД. Их потом можно посмотреть в виде графиков (называем их трендами), а при необходимости, если оговорено в ТЗ на АСУТП, реализуется выгрузка в виде отчётов в эксель или ещё как-нибудь. Архивация сделана по-разному: в MS SQL; MS Access; в ту же MS SQL, но по своему хитрому алгоритму с дополнительной архивацией; а у кого-то вообще в свою собственную бинарную БД.
Особым пунктом в скадах идёт информирование оператора: текущие сообщения и аварийные. Они тоже обязательно архивируются. В общем виде сообщения делятся на текущие и важные (аварийные). Текущие прячут подальше, но журнал аварийных всегда выводится на экране оператора. К текстовым аварийным сообщениям привязываются звуковые, чтобы кто-нибудь не проспал ЧП 🙂
Рынок SCADA
Самыми распространёнными, по-моему, считаются скады производства Invensys Wonderware, Iconics, Siemens, Indusoft, AdAstra, Emerson, Rockwell Automation.
Я лично работал с виндовыми: Invensys Wonderware InTouch и более мощной System Platform, с Iconics Genesis32 — и с (пока ещё?) малоизвестной B
Контроллер B slave — выполняет запросы мастера. Пакет от мастера расходится ко всем слейвам, которые сравнивают адрес назначения со своим, если сходится, то смотрят следующие два байта — это команда работы с регистрами памяти — чтение/запись (за исключением нескольких редко используемых служебных команд), потом байты адреса и непосредственно данных, в конце чексумма. Достаточно подробно и понятно расписано на википедии.
Программная начинка
Первое, что нужно сказать, программа в ПЛК выполняется циклически с определённой частотой. Возможности зависят от контроллера, обычно это где-то 20, 50, 250 мс, 1, 2, 3, 4, 5 с. Естественно, это не гарантирует выполнение кода именно за такой промежуток времени, нельзя большие программы пихать в цикл 20 мс, к началу следующего цикла предыдущий должен быть завершён.
Второе, это языки программирования. По идее программируются ПЛК на языках, определённых стандартом МЭК61131:
- IL (Instruction List) — низкоуровневый ассемблероподобный язык.
- LD (Ladder Diagram) — графический язык, представляет собой программную реализацию электрических схем на базе электромагнитных реле. Придумано в лохматые года для тех асушников, которые больше электрики, чем программисты.
IL и LD легко конвертируются друг в друга, кажется, всеми средами программирования. Они не очень читабельны, и потому неудобны для разработки, но в ситуациях, когда внутренней памяти контролера немного, приходится писать на них. - ST (Structured Text) — текстовый паскалеподобный язык. По-моему, из всех пяти самый удобный.
- FBD (Function Block Diagram) — своего рода графический язык, «блоксхемоподобный». Программа составляется из функциональных блоков, которые представляют собой подпрограммы, написанные на каком-либо из языков стандарта МЭК61131. У каждого ФБ есть входы и выходы, которые соединяются со входами и выходами других ФБ. Кому-то, возможно, удобнее делать так, чем писать всё на том же ST.
- SFC (Sequential Function Chart) — графический высокоуровневый язык. Создан на базе математического аппарата сетей Петри. Описывает последовательность состояний и условий переходов. Ни разу не встречал и не слышал, чтобы где-то использовался.
Это «по идее». Но, например, Siemens придерживается своего наименования языков, а у B ОВЕН; General Electric; AutomationDirect; ICP DAS; Advantech; Mitsubishi Electric; B-) С радостью принимаются комментарии, поправки и, если интересно, пожелания для следующих статей.
Источник: habr.com
Назначение и состав программного обеспечения АСУ.
Программное обеспечение АСУ— это совокупность машинных программ для реализации целей и задач АСУ и нормального функционирования ее КТС. Оно должно обеспечивать:
· решение в автоматизированном режиме всех задач функциональных подсистем АСУ;
· совместимость функционирования одноименных подсистем разных ступеней АСУ и сопрягаемых подсистем одного уровня;
· повышение эффективности использования ЭВМ и других технических средств АСУ вследствие автоматизации процесса управления прохождением задач и работой различных технических устройств;
· сокращение сроков и трудоемкости разработки и отладки машинных программ;
· автоматизацию процедур пользования АБД в запросно-ответном режиме.
Поскольку ЭВМ может воспринимать любые математические методы и алгоритмы лишь после того, как они будут превращены в конкретные машинные программы, более точным и правильным был бы термин «программное обеспечение АСУ», который и применяют чаще.
Значение программного обеспечения определяется тем, что в конечном итоге вся информация в АСУ обрабатывается по разработанным программам. Следовательно, уровень развития и возможности АСУ зависят от программного аппарата системы. При высоком уровне разработки программного обеспечения достигаются минимальные затраты времени на решение задач, наиболее полная загрузка всех устройств ЭВМ, сокращается время и трудоемкость составления и отладки машинных программ.
Подготовка задачи, для решения на ЭВМ является весьма сложной и включает ряд этапов:
· строгую математическую постановку задачи;
· определение объемов и формы представления исходных, промежуточных и результативных данных;
· разработку (или применение готовых) программ для ввода информации, выполнения расчета и печати результатов.
В составе программного обеспечения АСУ выделяют 3 составные части
1 Внутреннее программное обеспечение (операционная система) предназначено для автоматизации, управления работой ЭВМ и сопрягаемых технических средств (управляющие программы), что повышает производительность ЭВМ и других устройств АСУ, позволяет автоматизировать разработку, подготовку и отладку машинных программ (обрабатывающие программы), вследствие чего сокращается время программирования и улучшается качество машинных программ.
2 Внешнее программное обеспечение (специальное) включает систему управления прохождением задач АСУ, пакеты стандартных и типовых программ (общесистемное обеспечение), а также библиотеку программ решения всех комплексов задач, включенных в функциональные подсистемы АСУ.
3 Комплекс программ технического обслуживания (КПТО) предназначен для отладки и проверки технической исправности ЭВМ и других устройств, сопряженных с ЭВМ.
На базе современных ЭВМ программное обеспечение АСУ позволяет решать задачи как в режиме пакетной обработки данных, так и в режиме мультипрограммирования, когда несколько задач одновременно находятся в ЭВМ и выполнение одной из них может быть прервано для перехода к другой с последующим возвратом к прерванной.
Системы с разделением времени обеспечивают одновременный доступ к ЭВМ нескольким пользователям со специальных терминальных устройств.
Программное обеспечение ИС железнодорожного транспорта в значительной степени определяется характером решаемых технико-экономических задач учета, планирования и управления. Этим задачам присущи следующие особенности:
· большой объем цифровых и буквенных исходных данных, вводимых в ЭВМ, и информации, выводимой на печать в виде готовых документов;
· относительно простые алгоритмы обработки данных и небольшой объем вычислений на единицу вводимой информации;
· сравнительно ограниченное число типовых процедур обработки информации;
· большой удельный вес логических операций; наличие многократных группировок массивов информации по определенному признаку или их совокупности;
· взаимозависимость задач по первичной, нормативно-справочной и промежуточной информации;
· необходимость соблюдения точного технологического графика решения задач в суточном, декадном и месячном разрезах;
· потребность сбора и передачи по каналам связи значительного объема информации как со стационартных производственных объектов, так и с подвижного состава;
· широкое использование различных методов обеспечения достоверности информации на всех этапах ее регистрации, сбора и обработки, включая разные методы программно-логического контроля.
Отличительная особенность технико-экономических задач – наличие в алгоритмах их решения значительного удельного веса типовых процедур обработки массивов информации. Это создает предпосылки к применению типовых программных блоков для реализации указанных процедур.
К типовым процедурам логической обработки информационных массивов относят:
· выборку из массива показателей, для которых коды реквизитов имеют заданные значения или расположены в заданном интервале, или удовлетворяют некоторому логическому условию;
· слияние и деление массивов, допускающих дополнение, замену и исключение записей;
· упорядочение (сортировку) массивов, т.е. расположение реквизитов в возрастающей или убывающей последовательности их числовых значений, в порядке возрастания или убывания номеров, кодов и т.п.;
· формирование нового массива в виде результата арифметических действий над имеющимися массивами (одним или несколькими).
25. Типовые процедуры логической обработки информационных массивов.
В процессе решения задач АСУ над массивами информации (а также элементами данных и записей) выполняется, как правило, ряд типовых процедур обработки информации: выборка, сортировка, поиск, пересечение, группировка, расчетные операции, упорядочение, печать и др.
При выборке из обрабатываемого массива информации формируют массив записей, признаки которых удовлетворяют некоторому заданному условию. Относительное расположение записей массива при этом не изменяется.
Во время сокращения обрабатываемого массива из него исключают множество записей, задаваемое управляющим массивом и некоторым условием. В итоге формируют результирующий массив, содержащий все записи исходного, кроме тех, которые были исключены в соответствии с заданными условиями.
В результате сортировки изменяют относительное размещение записей обрабатываемого массива без изменения их значения. Цель сортировки — облегчить и ускорить последующий поиск элементов.
Массив называют упорядоченным по некоторому признаку, если при просмотре массива в одном направлении значение этого признака в последовательных записях изменяется монотонно (возрастает или убывает). Если значение признака при просмотре массива от начала к концу возрастает, то считают, что массив упорядочен в прямом направлении, если значение его убывает, то – упорядоченным в обратном направлении. Рассматриваемая операция упорядочивает данный массив в прямом или обратном направлении.
При подборке в результирующий массив включают только взаимно соответствующие одна другой по заданному условию записи обрабатываемого и управляющего массивов. Вначале при этом записывают первую из подобранных записей управляющего массива, затем – все соответствующие ей записи обрабатываемого массива, потом данную процедуру повторяют для второй записи и так продолжают до тех пор, пока не будет полностью исчерпан один из массивов.
Во время анализа массива подсчитывают записи массива, ключевой элемент которых удовлетворяет заданному условию. Сам массив при этом не изменяют.
При выборке экстремальных записей из обрабатываемого массива выбирают и включают в результирующий массив те записи, у которых наибольшее (или наименьшее) значение заданного ключевого признака.
Если одно и то же значение признака принадлежит более чем одной записи массива, то признак называют групповым. Массив называют сгруппированным по данному признаку, если все записи, имеющие одинаковое значение группового признака, являются в массиве соседними. Группировка заключается в формировании из заданного массива сгруппированного.
Если два массива упорядочены по одному и тому же признаку, их объединяют в один результирующий, т. е. осуществляют слияние массивов.
При вычислительных операциях по обработке одного массива определяют значения заданной функции f от значений элементов х1, х2,…, хn записи массива, причем можно обусловить, чтобы эти вычисления выполнялись только для тех записей, ключевые элементы которых удовлетворяют заданному условию.
При внесении изменений для каждой пары взаимно соответствующих по некоторому условию записей обрабатываемого и управляющего массивов заменяют элемент хi (или несколько элементов) первого массива элементом уi, второго массива. Для эффективного выполнения этой операции необходимо оба массива упорядочить по ключевому признаку.
Часто результаты решения задач приходится представлять в виде расчетных таблиц, которые отличаются различным расположением строк и столбцов. При этом из одного массива формируют таблицу требуемой структуры.
При перемещении данных вводят, выводят, дублируют массивы, изменяют места хранения в пределах одного вида памяти.
Программное обеспечение постоянно интенсивно развивается; по многим аспектам его формирования нет еще единой точки зрения. Нужно ожидать значительного совершенствования составных частей математического обеспечения по организации функционирования, обеспечению взаимодействия АСУ, координации функционирования составных частей различных ступеней АСУ и др.
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим.
Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций.
Источник: cyberpedia.su
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ АСУ
ПО АСУ ПО — совокупность прораммных средств и документации.предназначенной для автоматизации процессов разработки и выполнения программ решения прикладных задач АСУ и эксплуатации ВК.
Затраты на разработку ПО в 2 раза выше, чем для КТС. Совершенствование АСУ тесно связано с развитием ВК, а следовательно с программным обеспечением. Эволюция ЭВМ и ПО ЭВМ I поколения обладает невысоким быстродействием, памятью, ЗУ и ориентированны на обработку только цифровой информации и характеризуются последрвательным выполнением операций.
Программирование осуществлялось на машинном языке при индивидуальной отладке. Библиотеки стандартных программ включают программы вычисления элементарных функций. Процесс такой разработки был крайне трудоемок и малопроизводителен. Поэтому важны средства автоматизации программирования.
II поколение — высокий уровень параллелинизма в работе устройств и узлов ЭВМ: система прерывания, защиты памяти, система совмещения операций ввода-вывода и обработки данных в центральном процессоре. Резко увеличилась производительность.
Многопрограммный режим с отстранением программиста от непосредственной эксплуатации ЭВМ. Для этого потребовалось создание специальных программных комплексов организующих управление вычислительным процессом. Они включают СУ вводом-выводом, СУ работами, СУ диспетчер для реализации мультипрограммной работы
ЭВМ. Управляющие программы /супервизоры/ организуют многопрограммный режим с распределением ресурсов между задачами, обеспечивают защиту данных, надежность системы. Развились средства автоматизации программирования, программы писались на машинно-ориентированном языке. Он позволяет при помощи одного оператора описывать группу часто реализуемых команд.
Проблемно-ориентированные языки развиваются для решения задач в какой-то конкретной области применения / экономические, научные исследования/ и не связаны с типом ЭВМ. Это привело к выделению ПО АСУ. III поколение ЭВМ. Позволило организовывать комплекс ЭВМ с преемственностью разработанных программ при переходе от одной модели ЭВМ к другой. Совершенствовалась структура ПО.
Совершенствование ЭВМ привело к резкой реализации мультипрограммирования. Наряду с пакетной обработкой получили режимы коллективной обработки задачи, разделения времени и реального времени. Больше требований к ПО, их адаптируемости к ЭВМ. Стандартные программы не встраиваются, а получаются модули рабочих программ, ППП.
Использование ППП на 80% снижает трудоемкость написания новых программ и следовательно практически сводит к минимуму самостоятельное программирование. Увеличилась надежность ЭВМ.
IY поколение связано с реализацией распределенной обработки данных. ЭВМ реализуется на интегральных схемах и объединением в ВК. Наличие многоуровневой памяти / виртуальной /, позволяющей программисту использовать практически бесконечный диапазон адресатов. Но усложнение логики взаимодействия пользователя с ВК / с сетью ЭВМ / и обеспечение типовых возможностей таких систем / возможность интеграции информационных ресурсов / требует дальнейшего развития ПО АСУ.
ЭВМ Y поколения. Их отличие состоит в качественном переходе от обработки данных к обработки знаний. Знание — это значительно более широкая категория, чем «индивидуальные данные».
Знания связаны не только с накоплением данных, но с обобщением опыта получаемым человеком, осознания фактов или явлений.
Поэтому обработка знаний является интеллектуальным процессом, где наряду с обычными функциями хранения, поиска и обработки информации, существует стержневая функция логического вывода.
ЭВМ Y поколения — это класс ВТ, в котором впервые будут реализованы принципы искусственного интеллекта, направленные на автоматизацию процессов обработки.
Существующие ЭВМ / последовательного действия / не позволяют реализовать эти принципы, из-за ограничений. Для обработки знаний требуется осуществить от 100 млн до 1 млр операций логического вывода в секунду / в обычных ЭВМ от 100 до 1000 /. Для этого нужен переход:
— на новую элементную базу / сверхбольшие интегральные схемы с десятками и сотнями тысяч компонентов на одном кристалле /;
— на новые архитектуры ЭВМ / высокопараллельные, с числом процессорных элементов от 100 до 1000 штук /;
— на новые масштабы хранения, поиска и извлечения информации / память от сотен до тысяч гигабайт — миллиардов байт – при скоростях выборки в несколько сек./;
— на обработку знаний и полностью скрытое базовое ПО / интеллектуальный интерфейс «человек-машина» с речевыми и графическими средствами, машинный язык программирования сверхвысокого уровня /. Проект предложен в 1981 г. в Японии.
ПО включает набор разнообразных средств: управляющих функционированием ЭВМ; автоматизирующих процессы разработки программ; обеспечивающих эксплуатацию ВК; организующих взаимодействие программных комплексов при решении задач АСУ.
ПО АСУ делятся на два класса:
общесистемное ПО; прикладное / функциональное / ПО. Общесистемное программное обеспечение предназначено для организации вычислительных процессов, управления и контроля правильности функционирования ТС, автоматизации процедур разработки и отладки программ. Большинство средств общесистемного ПО носит универсальный характер и может использоваться в различных АСУ, т.к. практически не зависит от специфики решаемых в АСУ функциональных задач.
Прикладное ПО предназначено для решения конкретной задачи данной АСУ. Оно состоит из набора программ, базирующихся на общесистемном ПО и учитывающих его особенности и ограничения. В связи с этим прикладное ПО имеет невысокую универсальность.
ОС АСУ. Под ОС АСУ понимают совокупность программных средств, обеспечивающих эффективное функционирование КТС, управление вычислительными, информационными и программными ресурсами системы.
В состав ОС АСУ входят ОС ЭВМ и набор средств, расширяющих возможности ОС АСУ. ОС ЭВМ — состоит из комплекса программ управления задания-
ми данными, задачами / супервизор / и разнообразные сервисные программы. При этом ОС ЕС яаляется более мощной, развитой и универсальной системой и требует намного больше ресурсов, чем требует ДРС ЕС.
В ОС АСУ имеются средства, расширяющие функции ОС ЭВМ в виде общесистемных ППП.
К ним относятся:
1.1. Средства управления вычислительным процессом — расширяют функции ОС за счет применения более совершенных и эффективных методов планирования выполнения работ, учет вычислительных процессов при решении задач АСУ. Эти средства учитывают характеристики выполняемых работ по использованию ресурсов ЭВМ, что позволяет оптимально планировать работы между вычислительными средствами. К таким средствам относятся Диспетчер, Администратор, Таймер в ДОС ЕС, в ОС ЕС — системная мониторная программа / СМП /, подсистемы планирования работ, КРОС и т.д.
1.2. Системы телеобработки обеспечивают возможность использования видов ресурсов ВС большим числом удаленных телекомуникационных методов доступа и реализации наряду с пакетной обработкой режимов удаленной пакетной обработки, разделения времени и реального времени.
Режим пакетной обработки – потребители не имеют прямого доступа к ЭВМ. Обработка запросов формируется в памяти, что сокращает время при переходе от одной программы к другой. При этом максимально и равномерно загружается все устройства ЭВМ.
Разделение времени — позволяет предоставить нескольким пользователям одновременное общение с машинной через устройства ввода-вывода, т.е. реализуется фактически индивидуальный режим.
Управление прерыванием задач осуществляется ОС.
Индивидуальный режим — предусматривает предоставление ЭВМ на определенное время в распоряжение пользователя. Этот режим наименее эффективен и применяется только в специальных случаях.
Мультипрограммирование обеспечивает одновременное решение нескольких задач по различным программам. Но в каждый момент времени решается только одна задача. Режим предусматривает прерывание процесса решения задачи, если это требуется с точки зрения повышения его эффективности, а затем продолжен с того места, на котором было осуществлено прерывание. Особенно эффективен этот режим при решении разнотипных задач, одни из которых больше загружают процессор, а другие — устройства ввода — вывода.
Основными функциями систем телеобработки являются:
— прием данных с терминалов в реальном времени;
— обеспечение диалога абонента-ЭВМ;
— повышение достоверности передачи информации по каналам связи;
— перекодировка и редактирование входных и выходных сообщений.
Источник: megalektsii.ru