Модуль - программное обеспечение
Cтраница 1
Модули программного обеспечения в отдельности представляют собой самостоятельные функциональные единицы. [1]
ЭВМ при заданной системе модулей программного обеспечения равен нулю. [2]
 |
Кольцевая структура программного обеспечения. [3] |
В операционную систему входят те модули программного обеспечения, которые работают в привилегированном ( супервизорном) режиме и воздействуют на самые важные регистры ЭВМ, недоступные для других программ. [4]
Кроме того, необходимо синтезировать: модули программного обеспечения, распределяя процедуры и связанные с ними информационные элементы по создаваемым модулям в соответствии с выбранным критерием; информационные массивы системы, распределяя наборы записей и информационных элементов по создаваемым массивам в соответствии с заданным критерием; выбрать оптимальные способы организации массивов, типы материальных носителей и стратегии обращения к элементам массива; определить взаимное размещение элементов массива и оптимальную величину блока для обмена с внешней памятью ЭВМ при решении задачи; определить оптимальные информационные взаимосвязи ( интерфейс) между модулями программного обеспечения; оптимальный набор технических средств для реализации модулей в синтезируемой системе. [5]
Обобщенное коммуникационное сопряжение ( GCI) представляет собой набор модулей программного обеспечения, который позволяет одновременно работать любому числу блоков прогона ( программ пользователя) с единственной копией буферов DBMS и системы IDMS. [6]
Основными способами повышения надежности, корректности и эффективности системы модулей программного обеспечения являются тестирование, локализация и исправление ошибок и доказательство корректности ( правильности) разработки модулей. Под корректностью при этом понимается соответствие программных модулей требованиям технического задания и технического проекта. [7]
Комплекс задач синтеза модульных СОД включает оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, а также структуры СОД в целом, формализуемой и виде функциональной блок-схемы, с учетом заданных технико-экономических характеристик функционирования разрабатываемой системы. [8]
Данная задача синтеза ставится следующим образом: требуется разместить процедуры по модулям программного обеспечения таким образом, чтобы минимизировать объем неиспользуемых данных при пересылках процедур из внешней памяти ЭВМ в оперативную в процессе функционирования СОД при ряде технологических ограничений. [9]
Эффективность внедрения модульных АИУС существенно зависит от качества отладки используемых в них модулей программного обеспечения и их совокупностей, трудоемкость которой составляет около 50 % общей трудоемкости разработки и внедрения системы в целом. Это обусловливает повышенные требования к качеству планирования и реализации этапов отладки и внедрения комплексов программных модулей системы, в процессе которых обнаруживаются, локализуются и устраняются имеющиеся ошибки и обеспечивается требуемая эффективность обработки данных. [10]
Комплекс задач синтеза типовых модульных СОД на этапе технического проектирования включает оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, структуры СОД в целом, формализуемой в виде функциональной блок-схемы с учетом заданных технико-экономических характеристик функционирования разрабатываемой системы. [11]
Примеры информации, передаваемой от локальных устройств управления: отредактированные управляющие программы, подпрограммы и модули программного обеспечения; запросы; данные о состоянии оборудования и локальных устройств управления; подтверждение выполнения команд. [12]
Результаты решения задач синтеза структур модульных СОД РВ на этапе технического проектирования включают оптимальный выбор состава модулей программного обеспечения и информационных массивов, содержания межмодульного интерфейса, структуры СОД РВ в целом, формализуемой в виде функциональной блок-схемы, с учетом требований к технико-экономическим характеристикам функционирования разрабатываемой системы в режиме реального времени. [13]
Предусмотрена установка в преобразователе до шести дополнительных карт расширения, в том числе технологических плат Т100, ТЗОО, Т400 с модулями программного обеспечения, адаптированного для решения конкретных задач. Таким образом увеличивается адаптивность преобразователя к требованиям пользователя. Информация между функциональными блоками системы управления передается с помощью коннекторов, которые представляют собой 16 и 32-битные сигналы, или бинекторов, по сути являющихся теми же коннекторами, но для передачи логических сигналов. Возможно написание программ обработки данных сигналов с помощью библиотеки из 240 свободных функциональных блоков, доступных в базовом программном обеспечении. [14]
Утверждение 3.5.1. Объем неиспользуемых данных при пересылках процедур программных модулей между внешней и оперативной памятью равен нулю при отсутствии точек разрыва второго рода в системе модулей программного обеспечения, а также в том случае, если число модулей системы равно числу процедур обработки данных. [15]
Страницы: 1 2 3