ИВС и АСУТП. Гаспер Б.С - 20 стр.

UptoLike

Составители: 

20
Основной частью разработки программного обеспечения АСУТП является его
специальная, ориентированная на управление конкретным ТОУ часть.
Специальное программное обеспечение (СПО) конкретной АСУТП как неотъ-
емлемая составляющая часть системы представляет собой совокупность про-
грамм, размещаемую вместе с машинной информационной базой в иерархическом
ЗУ УВК. Разработка СПО является весьма длительным и трудоемким процессом в
силу сложности и исключительного разнообразия управляемых ТОУ, функций и
алгоритмов задач управления и соответственно их программных интерпретаций.
Сложность ПО АСУТП как системы (СПО и ОПО) может быть проиллюстрирова-
на обобщенной конфигурацией (рис.2.2), в которой выделены функциональные
подсистемы, управляющие структуры, иерархическая база данных, вычислитель-
ные процедуры.
В создании такой системы следует выделить две главные проблемы: 1) поста-
новку задачи автоматизации и описание алгоритмов управления реального време-
ни (прикладное математическое обеспечение); 2) разработку совокупности про-
грамм реального времени с параллельными логико-вычислительными процессами
и организацией ситуационного управления решением задач.
Создание ПО можно представить как процесс задания и преобразования по-
следовательности моделей, реализуемой по схеме SYST*F*A*SYSTFP
AP(SYST).
Модель SYST* - это описание АСУТП на уровне подсистем.
Модели F* описывают подсистемы набором функций управления.
При построении модели A* (общий алгоритмический уровень) детализируется
каждая функция, строится модель ситуационного управления, определяющая по-
следовательность решения задач, и выделяются алгоритмические модули, которые
реализуют задачи.
Модель SYST представляет собой набор требований к ПО; при ее построении
выполняется декомпозиция ПО на отдельные подсистемы. При этом описания и
функции подсистем могут отличаться от описания системных подсистем (модель
SYST*) из-за отличия системных и программных функций, включающих не толь-
ко управляющие, но и информационные и вспомогательные функции.
Модель F - описание системы на уровне функциональных элементов, она за-
дает формальные требования к программам, связи по информации и управлению
между выделенными функциональными элементами.
Модель P представляется в виде набора программных спецификаций на функ-
циональные элементы системы, а алгоритмическая модель A конкретизирует опи-
сание функциональных элементов на уровне алгоритмов с учетом всех требований
к ПО, включая обеспечение программной надежности.
Наконец, P(SYST) - это полная программная
реализация системы, в которой
можно выделить программные реализации (модели) подсистем, задач модулей, а
также алгоритмов и функций.
Процесс создания ПО начинается на самых ранних стадиях проектирования
АСУТП, а по результатам этапов системного проектирования и конструирования
иерархического УВК, по крайней мере, должно быть сформировано и/или разра-
ботано общее программное обеспечение
в совокупности с информационным. Тру-
доемкость и результаты этой работы в большой степени определяются степенью
отработки ОПО координирующих и микроУВК, включаемых в конфигурацию ие-
рархического УВК, а в случае включения в конфигурацию моделей иерархических
УВК широкого применения (выпускаемых как промышленная продукция) - степе-
    Основной частью разработки программного обеспечения АСУТП является его
специальная, ориентированная на управление конкретным ТОУ часть.
    Специальное программное обеспечение (СПО) конкретной АСУТП как неотъ-
емлемая составляющая часть системы представляет собой совокупность про-
грамм, размещаемую вместе с машинной информационной базой в иерархическом
ЗУ УВК. Разработка СПО является весьма длительным и трудоемким процессом в
силу сложности и исключительного разнообразия управляемых ТОУ, функций и
алгоритмов задач управления и соответственно их программных интерпретаций.
Сложность ПО АСУТП как системы (СПО и ОПО) может быть проиллюстрирова-
на обобщенной конфигурацией (рис.2.2), в которой выделены функциональные
подсистемы, управляющие структуры, иерархическая база данных, вычислитель-
ные процедуры.
    В создании такой системы следует выделить две главные проблемы: 1) поста-
новку задачи автоматизации и описание алгоритмов управления реального време-
ни (прикладное математическое обеспечение); 2) разработку совокупности про-
грамм реального времени с параллельными логико-вычислительными процессами
и организацией ситуационного управления решением задач.
    Создание ПО можно представить как процесс задания и преобразования по-
следовательности моделей, реализуемой по схеме SYST*→F*→A*→SYST→F→P
→A→P(SYST).
    Модель SYST* - это описание АСУТП на уровне подсистем.
    Модели F* описывают подсистемы набором функций управления.
    При построении модели A* (общий алгоритмический уровень) детализируется
каждая функция, строится модель ситуационного управления, определяющая по-
следовательность решения задач, и выделяются алгоритмические модули, которые
реализуют задачи.
    Модель SYST представляет собой набор требований к ПО; при ее построении
выполняется декомпозиция ПО на отдельные подсистемы. При этом описания и
функции подсистем могут отличаться от описания системных подсистем (модель
SYST*) из-за отличия системных и программных функций, включающих не толь-
ко управляющие, но и информационные и вспомогательные функции.
    Модель F - описание системы на уровне функциональных элементов, она за-
дает формальные требования к программам, связи по информации и управлению
между выделенными функциональными элементами.
    Модель P представляется в виде набора программных спецификаций на функ-
циональные элементы системы, а алгоритмическая модель A конкретизирует опи-
сание функциональных элементов на уровне алгоритмов с учетом всех требований
к ПО, включая обеспечение программной надежности.
    Наконец, P(SYST) - это полная программная реализация системы, в которой
можно выделить программные реализации (модели) подсистем, задач модулей, а
также алгоритмов и функций.
    Процесс создания ПО начинается на самых ранних стадиях проектирования
АСУТП, а по результатам этапов системного проектирования и конструирования
иерархического УВК, по крайней мере, должно быть сформировано и/или разра-
ботано общее программное обеспечение в совокупности с информационным. Тру-
доемкость и результаты этой работы в большой степени определяются степенью
отработки ОПО координирующих и микроУВК, включаемых в конфигурацию ие-
рархического УВК, а в случае включения в конфигурацию моделей иерархических
УВК широкого применения (выпускаемых как промышленная продукция) - степе-



                                                                          20