Cтраница 3
При проектировании МО объектом проектирования является совокупность алгоритмов ( макромодулей), реализующая функции АСУ химическим производством. Структуры алгоритмов удобно задавать в виде графов, в вершинах которых находятся алгоритмические модули, а дуги определяют порядок следования вершин. [31]
Такая алгоритмическая база в настоящее время создана в виде сборников алгоритмических модулей, типичных для АСУ ТП ведущих отраслей промышленности. В алгоритмической базе АСУ ТП, образуемой всей совокупностью алгоритмических модулей, можно выделить общепромышленное ядро, в которое входят алгоритмические модули, повторяющиеся в большинстве АСУ ТП независимо от их отраслевой принадлежности. [32]
Несколько позднее на этой основе были разработаны и также переданы СОФАП библиотеки программных модулей, содержащие около 900 различных программных изделий. При этом под программным модулем понимается основной элемент типизации ПО, который самостоятельно или в сочетании с другими модулями библиотеки реализует один или несколько алгоритмических модулей на. В таблицах VI.3 и VI.4 приведены некоторые данные по программным изделиям библиотек и отдельным модулям для химических и нефтяных отраслей промышленности. [33]
В отношении отдельных видов обеспечения для АСУ производствами в основном справедливы положения, указанные в разд. Важно лишь отметить, что в настоящее время реализация известных и достаточно широко распространенных информационных функций ( в основном, по сбору и первичной обработке информации) практически не представляет особых трудностей, так как имеющиеся каталоги алгоритмических модулей и стандартные программные средства существенно облегчают разработку программного обеспечения для большинства АСУ производств. В то же время разработка и реализация управляющих функций пока еще достаточно специфичны, оригинальны и требуют особого подхода как при создании необходимых математических моделей, так и при определении соответствующих способов и методов алгоритмизации. Кроме того, необходимо отметить, что многообразие форм реализации АСУ этого класса на разных предприятиях часто приводит к различным техническим и программным решениям. [34]
При разработке алгоритма решения сложного задания ( работы 4, 5) рекомендуется использовать метод нисходящего проектирования ( постепенного уточнения): сначала описать общую последовательность решения задачи в виде нескольких крупных шагов основного алгоритма - подзадач задания, затем подробно описать алгоритмы решения отдельных подзадач, При описании алгоритма решения подзадачи нужно сначала выбрать определенный типовой алгоритм обработки массива данных, потом адаптировать его для конкретного содержания подзадачи и оформить з виде отдельного алгоритмического модуля. [35]
К этой задаче тесно примыкает также и задача выбора оптимального размера унифицированного элемента. Например, совокупность определенным образом соединенных алгоритмических модулей образует макромодуль. Унификации, правда в разной степени, поддаются и алгоритмические модули и макромодули. Синтез алгоритмического обеспечения из элементов разных размеров осуществляется по разным методикам, здесь возможны свои выигрыши и потери. [36]
На этом этапе осуществляется и предварительное определение состава множества MI. На втором этапе определяются оценки качества различных вариантов построения алгоритмов, необходимые для выбора рациональных вариантов - оценки затрат ресурсов управляющей ЭВМ и точностные оценки. На последнем этапе по полученным оценкам производится поиск рационального набора алгоритмических модулей и их параметров для всей совокупности алгоритмов ПОИ и РП. [37]
В основу алгоритмов оптимального управления положено требование обеспечить такое управление процессом в период его безостановочной работы, при котором достигается максимальный доход производства при соблюдении установленных ограничений. Эта структура предполагает наличие общесистемной базы данных, содержащей всю необходимую информацию, и периферийной части, состоящей из алгоритмических модулей, реализующих определенные функции и связанные между собою через общую базу данных. [38]
В ходе работ на рассматриваемом этапе, который соответствует разработке технического проекта, необходимо принять решения по составу и особенностям организации локальных структур данных. В этих решениях обычно неявно отражается архитектура аппаратных средств, на которых реализуется разрабатываемая программная система. Однако на этапе конструирования алгоритмов не следует осуществлять согласование программной системы с аппаратными средствами. Более того, нужно стремиться конструировать аппаратно независимые алгоритмы, чтобы в системе алгоритмических модулей логическая организация была отделена от физической. Это обусловливает гибкость создаваемой программной системы, приспосабливаемость ее к развивающейся технической базе и работоспособность системы в течение более длительного периода времени. [39]