
- •Глава 1. Асоиу как объект проектирования
- •1.1. Классификация асу
- •1.2. Структуризация ас
- •1.2.1. Виды структур ас
- •1.2.2. Виды обеспечений асоиу и их структура
- •Глава 2. Регламентация порядка проектирования асу
- •2.1. Общий порядок проектирования асу
- •2.2. Содержание работ предпроектных стадий создания асу.
- •2.3. Содержание работ проектных стадий создания асу
- •2.4. Содержание работ на стадиях ввода в действие и сопровождения асу
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания
- •3.1. Методы анализа документооборота в исследуемом объекте управления
- •3.2. Структурный анализ систем средствами idef-моделирования
- •3.2.1. Общие положения
- •3.2.2. Методология описания бизнес-процессов idef3
- •3.2.3. Методология функционального моделирования idef0
- •3.2.3.1. Точка зрения
- •3.2.4. Определение стрелок на контекстной диаграмме
- •3.2.5. Нумерация блоков и диаграмм
- •3.2.6. Связь между диаграммой и ее родительским функциональным блоком
- •3.2.7. Два подхода к началу моделирования ("в ширину" и "в глубину")
- •3.2.8. Когда остановиться?
- •3.2.9. Другие диаграммы idef0
- •3.2.10. Структурный анализ средствами idef-моделирования
- •3.2.11. Применение методов idef для моделирования поведения компаний
- •3.2.12. Синтаксис и семантика моделей idef0
- •3.2.13. Создание моделей idef3 для отображения блоков idef0
- •3.3. Структурный анализ потоков данных с помощью диаграмм dfd
- •3.4. Математическая модель оптимизации движения информационных потоков в системе управления
- •3.5. Построение макромодели ас на предпроектной стадии ее проектирования
- •Уровень 3, ранг 0
- •Уровень 2, ранг 1
- •Уровень 1, ранг 2
- •3.6. Формализация разбиения проектируемой ас на модули
- •3.6.1 Общая постановка задачи
- •3.6.2. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным числом информационных связей
- •3.6.3. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным временем обмена с внешней памятью эвм (базой данных)
- •3.6.4. Синтез технической структуры асутп на основе конденсации графовой функциональной модели системы
- •Алгоритм решения задачи
- •3.7. Синтез информационного обеспечения ас модульного типа
- •3.7.1. Постановка задачи
- •3.7.2. Задача и модель определения числа и состава информационных массивов
- •3.7.3. Задача выбора оптимальных методов организации полученных массивов и размещения программных модулей и массивов во внешней памяти эвм
- •3.7.4. Задача определения оптимальной величины блока данных
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп).
- •4.1. Агрегированные модели распределения ресурсов рп между нир и окр
- •4.1.1 Общая постановка задачи
- •4.1.2. Модель на основе временной зависимости между затратами ресурсов на нир и окр
- •4.2. Модели формирования тематического плана рп
- •4.2.1. Общая постановка задачи формированная тематического плана
- •4.2.2. Двухуровневое распределение ресурсов между разработками методом динамического программирования
- •4.3. Модели оперативного управления разработками
- •4.3.1. Модель определения срока начала выполнения новой разработки
- •4.3.2. Постановка и вероятностная модель определения периодичности контроля процесса выполнения проектных работ
- •4.4. Модели для определения частоты опроса отдельного исполнителя при оперативном управлении разработками
- •4.4.1. Графическая модель
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас
- •5.1. Общие положения
- •5.2. Требования к документам по общесистемным решениям
- •5.3.Требования к содержанию документов по видам обеспечения ас
- •5.3.1.Требования к содержанию документов по организационному обеспечению
- •5.3.2. Требования к содержанию документов с решениями по техническому обеспечению
- •5.3.3.Требования к содержанию документов с решениями по информационному обеспечению
- •5.3.4.Требования к содержанию документов с решениями по программному обеспечению
- •5.3.5.Требования к содержанию документов с решениями по математическому обеспечению
- •5.3.6.Требования к выполнению схем алгоритмов, программ, данных и систем
- •Экзаменационные вопросы по курсу «проектирование асоиу» 2004 – 2005 учебный год
- •Содержание
- •Глава 1. Асоиу как объект проектирования 1
- •Глава 2. Регламентация порядка проектирования асу 31
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания 43
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп). 131
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас 147
1.2.2. Виды обеспечений асоиу и их структура
Качество и эффективность функционирования АСОИУ во многом определяются тем, насколько она полно обеспечена необходимыми для этого средствами, позволяющими реализовать выполнение возложенных на АСУ задач управления.
Эти средства называют видами (компонентами) обеспечения АСОИУ.
Различают следующие виды обеспечения АСУ:
организационное,
информационное,
математическое,
программное,
техническое,
лингвистическое,
правовое,
эргономическое.
Организационное обеспечение АСУ представляет собой совокупность средств и методов, предназначенных для проведения:
технико-экономического анализа существующей системы управления;
выбора и постановки задач автоматизации управления;
организации процесса функционирования объекта управления в условиях АСУ.
Оно необходимо для обеспечения взаимодействия персонала АСУ с техническими средствами и между собой в процессе решения задач управления. Структура организационного обеспечения на примере АСУ ВД представлена на рис. 1.12.
Рис. 1.12. Схема структуры организационного обеспечения АСУ ВД
Информационное обеспечение АСУ – это совокупность реализованных решений по объемам, размещению и формам организации информации, циркулирующей в АСУ при функционировании. Оно включает нормативно-справочную информацию, необходимые классификаторы используемой информации и их коды, унифицированные документы, массивы и базы данных, используемых при решении задач АСУ. Структура информационного обеспечения на примере АСУ ВД представлена на рис. 1.13.
Техническое обеспечение АСУ – это комплекс технических средств, обеспечивающий эффективное функционирование АСУ. Его специфика состоит в необходимости систематического обслуживания, проверки исправности, профилактики, различных видов ремонта. Эта специфическая область работы АСУ выполняется специалистами по электронике и вычислительной технике и не входит в круг обязанностей специалистов по разработке и эксплуатации АСУ. Однако проектирование всего комплекса технических средств АСУ, объединенного в обеспечивающую подсистему АСУ, является непосредственной задачей разработчиков системы. Структура технического обеспечения на примере АСУ ВД представлена на рис. 1.14.
Рис. 1.13. Схема структуры информационного обеспечения АСУ ВД
Рис. 1.14. Схема структуры технического обеспечения АСУ ВД
В плане реализации для конкретных АС технические средства могут образовывать достаточно сложные иерархические структуры на основе построения распределенных вычислительных сетей (РВС). Примеры таких структур приведены на рис.1.15,1.16.
Под программным обеспечением АС понимают совокупность программ и программных средств для реализации всего комплекса задач АС на базе применения средств вычислительной техники, а также соответствующие инструктивно-методические материалы.
Программное обеспечение обычно разбивают на две части:
общее программное обеспечение,
специальное (функциональное) программное обеспечение.
Последнее в управляющих ЭВМ часто занимает 50-70 % от общего объема памяти программ.
Общее программное обеспечение можно разделить на две крупные компоненты:
программное обеспечение вычислительного процесса,
программное обеспечение технологии создания и сопровождения специального программного обеспечения (см. рис. 1.17).
Специальное программное обеспечение обычно разделяют на три компоненты:
пакеты прикладных программ,
программно-ориентированные системы,
программы организации вычислительного процесса (см рис. 1.18).
Основные компоненты комплекса программ АС, определяющие взаимодействие с внешними объектами, контроль и организацию последовательности решения задач, могут быть объединены в типовую схему, структура которой слабо связана с содержанием функциональных задач АСУ и включает несколько (четких) групп программ:
Обмена с внешними объектами;
Организации вычислительного процесса;
Контроля и обеспечения надежности;
Решения функциональных задач, составляющих специальное программное обеспечение конкретного назначения.
Особенность этой типовой схемы (см. рис. 1.19) заключается в том, что она ориентирована на управляющие ЭВМ и поэтому несколько отличается от больших ОС. Рассмотрим ее функционирование.
Программы обмена с внешними абонентами. Эта группа состоит из программ приема и выдачи сообщений. Включение этих программ в работу обычно осуществляется аппаратно по инициативе внешних устройств. Управление этими программами производится диспетчером прерываний, который управляет также программой контроля прерываний и программой анализа сбоев и , возможно, другими программами с абсолютным приоритетом. Включение его производится аппаратно, и он программно почти не связан с основной частью комплекса программ АСУ.
Программы организации вычислительного процесса включают: программу периодических вычислений; программу тактировки периодических вычислений; центральный диспетчер; местные диспетчеры; программы взаимодействия ЭВМ и процессоров в вычислительной системе АСУ; программы взаимодействия с внешними накопителями.
Программа начального пуска включается оператором с пульта вычислительной системы, либо центральным диспетчером или периодически, или при изменении внешних условий для контроля и корректировки исходных данных режима функционирования объекта управления. Она обеспечивает сокращение времени, затрачиваемого на перевод вычислительной системы из исходного состояния в заданный режим работы.
Программа тактировки периодических вычислений (таймер) осуществляет контроль счетчиков реального времени и запись заявок на включение периодических программ в соответствии с заданным для них темпом.
Центральный диспетчер управляет включением групп программ, решающих крупные функциональные или вспомогательные задачи. Он включается после завершения каждой вызываемой им группы программ, а при отсутствии заявок и сообщений – после завершения анализа всей шкалы приоритетов.
Рис. 1.15. Схема структуры РВС для планирования и диспетчеризации основного производства
Рис. 1.16. Схема структуры распределенной вычислительной системы (РВС) для координации производства
Рис. 1.17. Схема структуры общего программного обеспечения АСУ
Рис. 1.18. Схема структуры специального программного обеспечения
Рис. 1.19. Типовая схема взаимосвязей программ АСУ
Местные диспетчеры управляют последовательностью подключения программных модулей в процессе решения задачи приоритетной группой программ, заданной центральным диспетчером. Они включаются центральным диспетчером или функциональными программами после их завершения.
Программы взаимодействия комплексированных ЭВМ или процессоров в составе вычислительной системы обеспечивают межмашинный обмен информацией и распределение функциональных задач по процессорам для обеспечения необходимой пропускной способности системы или с целью повышения надежности решения функциональных задач (например, дублирование решения задач и выбор результата решения по мажоритарному принципу).
Программы взаимодействия с внешними накопителями позволяют существенно увеличить объем памяти, доступной для хранения программ и информации. Эти программы распределяют память внешних накопителей между различными группами информационных массивов и программ, осуществляют вызов программ из внешней памяти в оперативную и выбирают массивы, подлежащие замещению. Они формируют и корректируют каталоги, определяющие расположение информации и программ на внешних накопителях, осуществляют контроль и защиту данных и программ на внешних накопителях от искажений из-за ошибок в программах и сбоев в аппаратуре.
Программы контроля обеспечения надежности осуществляют режимы контроля и восстановления вычислительной системы и управляющей системы как в процессе рабочего функционирования объекта управления в реальном времени , так и функциональный контроль всей системы управления или системы обработки информации вне рабочего режима.
Программа анализа сбоев включается либо схемно при выявлении сбоя методами аппаратного контроля, либо теми участками функциональных программ, на которых обнаружена ошибка или искажение информации. Она осуществляет регистрацию и накопление данных о всех выявленных искажениях вычислительного процесса и информации, вырабатывает решения по ликвидации последствий или уменьшению ущерба от выявленного искажения путем включения соответствующих программ или переключений в аппаратуре. Кроме того, она ведет статистику проявляющихся искажений для обеспечения поиска частичных отказов в аппаратуре и ошибок в программе в режиме профилактики и восстановления системы.
Программа анализа загрузки либо ведет учет холостого времени работы центрального диспетчера, либо подсчитывает суммарное время работы по основным функциональным программам и программам обмена информацией в течении некоторого наблюдательного времени. В зависимости от текущей загрузки вычислительной системы устанавливается темп включения программ контроля, других периодических программ, при необходимости подготавливает решения на перестройку структуры вычислительной системы при переходе значений загрузки через пороговые значения.
В процессе рабочего функционирования для контроля вычислительной системы могут включаться программы двух типов: программный диагностический тест контроля основных устройств системы без изменения информации, накопленной в оперативной памяти при решении функциональных задач, и программа контрольной задачи, имитирующая решения основных функциональных задач по подготовленным и зафиксированным сообщениям с точным сравнением результатов с известным эталоном.
Программы функционального контроля могут включаться:
при приеме сообщений функционального контроля внешних абонентов и периодически для формирования сообщений, обеспечивающих функциональный контроль аппаратуры внешних абонентов;
при выявлении систематических искажений в поступающей информации для определения их источника.
На основе анализа специализированных сообщений функционального контроля и информационных сообщений от внешних устройств вырабатывается информация о состоянии различных устройств управляющей системы, которая передается оператору системы.
Программа контроля обмена включается периодически и обеспечивает сравнение с эталонами контрольных сообщений, принятых от внешних абонентов, формирование и подготовку к выдаче контрольных сообщений для внешних абонентов, а также обобщение и результатов контроля обмена за некоторый интервал времени.
Программы решения функциональных задач (специальное программное обеспечение) определяются типом и задачами системы управления. Включение функциональных групп программ производится либо через местный диспетчер (программы S5, S6, S7), либо непосредственной передачей управления между программами.
Для реализации процесса вычислений в системе оперативная память ЭВМ должна иметь определенную структуру, предполагающую существование нескольких зон памяти.
В типовой структуре оперативной памяти может быть выделено шесть таких зон:
зона программ организации вычислительного процесса;
зона входной информации;
зона выдаваемой информации;
зоны результатов обработки;
зоны контроля;
зоны хранения программ.
Каждая из этих зон имеет свой объем, причем он может быть как постоянный, так и динамический, и свою структуру, представленную на рис. 1.20.
Для комплекса программ вычислительной системы, осуществляющей управление некоторым объектом, можно выделить несколько основных режимов его функционирования. Такими режимами являются:
1. Режим начального пуска, подготавливающий необходимые исходные данные для последующего функционирования АСУ в данном режиме.
2. Режим тестового контроля и поиска неисправностей. Его можно разделить на два подрежима:
2.1. С помощью специальных диагностических тестов;
2.2. С помощью контрольных задач являющихся частью комплекса программ, постоянно функционирующих в рабочем режиме.
3. Режим функционального контроля управляющей системы. Этот режим в значительной степени связан с режимом начального пуска и должен обеспечивать проверку безопасности включения рабочих режимов, выявление ограничений на функционирование, связанных с состоянием внешних объектов, и выдачу обслуживающему персоналу сводных данных, необходимых для принятия решения о включении управляющей системой и допустимых режимах ее функционирования.
4. Рабочий режим можно разбить на три подрежима в зависимости от нагрузки вычислительной системы основными функциональными задачами.
В подрежиме отсутствия внешних сообщений и ожидания информации система включена полностью в объект управления может с ним взаимодействовать. Она находится в состоянии дежурства и ожидания, а рабочий режим сводится к готовности принятия обработать сообщение и к интенсивному контролю своих элементов и внешних абонентов. Периодически отображаются результаты контроля и включаются тесты для проверок всех компонент системы управления. Из программ, непосредственно связанных с решением функциональных задач, могут включаться, например, программы итогового отображения состояния системы.
В подрежиме рабочего функционирования при малой и средней загрузки вычислительной системы включается основное количество программ решения функциональных задач и устанавливается нормальный темп включения периодических программ. При этом может несколько снижаться темп функционального контроля вычислительной системы и внешних абонентов.
В подрежиме предельной загрузки и перегрузке вычислительной системы, работающей в реальном времени, рабочий режим должен перестраиваться для решения основных функциональных задач с допустимыми задержками и потерями входной и выходной информации. Для рационального использования производительности вычислительной системы в этих случаях приходиться сокращать объем и темп проверок, снижать в допустимых пределах темп включения периодических функциональных задач и переходить на решение ряда функциональных задач по запасным, т.е. «упрощенным» алгоритмам.
Лингвистическое обеспечение АСУ – это совокупность языковых средств для формализации естественного языка, построения сочетания информационных единицы при общении персонала АСУ в условиях ее функционирования, общения персонала со средствами вычислительной техники. Структура лингвистического обеспечения на примере АСУ ВД приведена на рис. 1.21.
Рис. 1.20. Типовая схема структур расширения оперативной памяти
Рис. 1.21. Схема структуры лингвистического обеспечения АСУ ВД
Математическое обеспечение АСУ – это совокупность средств и методов, позволяющих строить математические модели задач управления. Эта компонента включает четыре составляющих ее элемента: средства математического обеспечения, методы выбора этих средств, соответствующую документацию, регламентирующую постановку и возможные методы решения задач, персонал, занимающийся разработкой математического обеспечения АСУ. Структура этого обеспечения на примере АСУ ВД представлена на рис. 1.22. Реализуется это обеспечение в виде программного обеспечения.
Под правовым обеспечением АСУ понимают совокупность норм, выраженных в нормативных актах, которые устанавливают и определяют организацию этих систем, их цели, задачи, структуру и функции, правовой статус АСУ и всех ее структурных элементов, регламентируют процессы создания и функционирования АСУ. Структура правового обеспечения АСУ дана на рис. 1.23.
Эргономическое обеспечение АС – это совокупность методов и средств, которые используются на разных этапах разработки и функционирования АСУ для выбора проектных решений, создающих оптимальные условия для деятельности человека в АС, быстрейшего освоения системы и обеспечения высокой эффективности и безошибочной деятельности человека в ней.
Выделение обеспечивающих компонент АСУ и анализ их структуры позволяет не только описывать разные стороны функционирования АСУ, но и дает возможность оценить спроектированную АСУ с точки зрения того, на сколько принятые проектные решения полно отражают все виды обеспечений. Отсутствие или неполное описание хотя бы одного из перечисленных видов обеспечений или каких-либо их структурных элементов, как показывает практика, приводит к неэффективному использованию созданной АСУ.
Компоненты АСУ могут быть сгруппированы в три класса компонент:
функциональные компоненты, определяющие, какие функции управления объектом и в каком объеме выполняет АСУ;
организационные компоненты, регламентирующие порядок взаимодействия структурных подразделений объекта управления в процессе разработки, внедрения и функционирования АСУ;
3) компоненты системы обработки данных, отражающие разные аспекты внутренней структуры процессов и средств их технической реализации, обеспечивающих получение, хранение, обработку и передачу информации, необходимой для автоматизируемого управления объектом управления. Обобщенная схема структуры АСУ в виде укрупненной декомпозиции составляющих ее компонент представлена на рис.1.24.
Рис. 1.22. Схема структуры математического обеспечения АСУ ВД
Рис. 1.23. Схема структуры правового обеспечения АСУ
Рис. 1. 24. Обобщенная схема структуры АСУ
Особенность этой схемы, кроме ее обобщенного вида, пригодного для описания любой АСУ или ее функциональной подсистемы, состоит в том, что в качестве основного принципа построения система обработки данных АСУ принят принцип независимости компонентов математических моделей от компонентов моделей управления объектом управления, компонентов вычислительных алгоритмов от компонентов математических моделей, компонентов логической базы данных от компонентов вычислительных алгоритмов, компонентов физической базы данных от компонентов логической базы данных, компонентов программного обеспечения от компонентов физической базы данных.
При этом каждая компонента АСУ состоит из иерархических взаимосвязанных элементов, подчиняющихся общим закономерностям теории иерархических многоуровневых систем, каждый уровень которых представляет своего рода «деталь» данного компонента. Свойства элемента, его входные и выходные параметры, взаимосвязи между элементами, организация и управление элементами на различных уровнях иерархии подчиняются также общим законам иерархических многоуровневых систем. Внутренние «физические» свойства каждого элемента зависят от типа компонента и закономерностей, присущих только данному типу.