В общем случае загруженные проектирующие подсистемы ПО могут функционировать либо как обычные подпрограммы, подчиненные управляющей ... - Большая Энциклопедия Нефти и Газа



Выдержка из книги Федорук В.Г. Информационное и прикладное программное обеспечение (САПР 3)


В общем случае загруженные проектирующие подсистемы ПО могут функционировать либо как обычные подпрограммы, подчиненные управляющей подсистеме ПО, либо как параллельно выполняемые подзадачи, способные соревноваться между собой и монитором за управление. ЭВМ и распараллеливание не сказывается на эффективности и удобстве работы каждого из пользователей. Очевидно, что при этом каждая из проектирующих подсистем ПО должна иметь свою локальную подсистему диалогового взаимодействия. Создание подзадач - один из способов обеспечения множественного доступа пользователей к САПР, однако его реализация значительно усложняет управляющую подсистему: во-первых, возникает задача динамического распределения ресурсов ЭВМ; во-вторых, появляется потребность в механизме, разрешающем каким-либо образом конфликты в работе подзадач. Такие конфликты могут возникнуть, например, при одновременном обращении нескольких проектирующих пакетов к подсистеме управления базой данных. Конфликты могут быть устранены использованием очередей запросов к СУБД, в которых запросы на обслуживание подсистем ПО базой данных располагаются в порядке поступления и приоритетности.

(cкачать страницу)

Смотреть книгу на libgen

В общем случае загруженные проектирующие подсистемы ПО могут функционировать либо как обычные подпрограммы,  подчиненные управляющей подсистеме ПО,  либо как параллельно выполняемые подзадачи,  способные соревноваться между собой и монитором за управление.  ЭВМ и распараллеливание не сказывается на эффективности и удобстве работы каждого из пользователей.  Очевидно,  что при этом каждая из проектирующих подсистем ПО должна иметь свою локальную подсистему диалогового взаимодействия.  Создание подзадач  -  один из способов обеспечения множественного доступа пользователей к САПР,  однако его реализация значительно усложняет управляющую подсистему:  во-первых,  возникает задача динамического распределения ресурсов ЭВМ;  во-вторых,  появляется потребность в механизме,  разрешающем каким-либо образом конфликты в работе подзадач.  Такие конфликты могут возникнуть,  например,  при одновременном обращении нескольких проектирующих пакетов к подсистеме управления базой данных.  Конфликты могут быть устранены использованием очередей запросов к СУБД,  в которых запросы на обслуживание подсистем ПО базой данных располагаются в порядке поступления и приоритетности.