Модуль программного обеспечения

Банки данных в настоящее время находят все более широкое применение для организации межмодульного интерфейса. Их использование наиболее эффективно, когда совокупность модулей программного обеспечения зафиксирована и не подлежит изменениям в дальнейшем. В этом случае необходимо составить логическую схему для всей области обмена, в которой были бы указаны наименования переменных, их взаимосвязи, тип представле- [c.105]

Следует отметить, что в общем случае отдельные модули программного обеспечения САПР можно разрабатывать на языках ФОРТРАН, ПЛ/1 и АССЕМБЛЕР. [c.89]

Функции группируют в подсистемы, поддерживаемые соответствующими модулями программного обеспечения. Часть таких -модулей не зависит от конкретной реализации ГПС другая часть поддается настройке под конкретную реализацию третья группа нуждается в разработке заново при проектировании новой системы. [c.732]

В качестве еще одной особенности этой системы приборов следует назвать также распределение интеллекта по всей системе на каждой печатной плате размещается компьютер, состоящий из одного чипа, который управляет функционированием этой платы. О неправильном функционировании печатных плат сразу же поступает сообщение через дисплей. Основные функции системы контроля реализуются стандартизированными модулями программного обеспечения общее функционирование установки, ориентирующееся на конкретную задачу контроля, может быть достигнуто специфическим программным обеспечением пользователя. Благодаря многочисленным функциям самонаблюдения и самоконтроля в такой системе приборов выполняются повышенные требования по надежности контроля. [c.408]

АКТИВНЫЕ МОДУЛИ (ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССОВ КОНСТРУИРОВАНИЯ И ОПТИМИЗАЦИИ ОБОРУДОВАНИЯ И ВЫБОРА МАТЕРИАЛОВ) [c.14]

Взаимодействие с системой очувствления. Соответствующий модуль программного обеспечения должен принять информацию от системы очувствления, обработать ее (если система очувствления сама не занимается обработкой или полученная от нее информация непригодна непосредственно для целей управления) и передать модулям, обеспечивающим управление. [c.127]

Ошибка. Дефект в программе или в модуле программного обеспечения, в результате которого эта программа или модуль выдает ложные неожиданные результаты, [c.311]

К сожалению, ознакомление с ОС требует от пользователя значительно больших усилий и временных затрат, чем те, которые он израсходовал, например, на изучение языка ФОРТРАН. Поэтому неудивительно, что многие пользователи, хорошо владеющие каким-либо из языков программирования, не обладают достаточными сведениями в области системного программного обеспечения. Такое положение дел объясняется сложностью построения, функционирования и взаимодействия отдельных модулей ОС, их жесткой привязанностью к конкретной архитектуре ЭВМ, использованием ассемблера для их написания и многими другими причинами. Но ОС предоставляет и большое количество всевозможных услуг, сервисных средств, способов повышения производительности прикладных программ, знание которых в значительной степени расширяет возможности пользователя как при создании новых программ, так и при использовании существующих комплексов САПР. [c.7]

Алгоритмическое проектирование используется для разработки программного обеспечения ЭВА. Для больших программных систем обычно используют набор иерархических уровней, два из которых являются основными. На первом планируют всю программную систему и разрабатывают схемы алгоритмов на основе программных модулей. На втором производят программирование модулей на заданном алгоритмическом языке. [c.11]

Существующие инструментальные средства автоматизации разработки программного обеспечения позволяют проводить структурирование программ с разделением их на модули, производить оценку показателей связности н сцепления модулей, документировать результаты разработки, производить трансляцию отдельных фрагментов программ на терминальный язык программирования, моделировать работу программного комплекса по его функциональным и (или) эксплуатационным спецификациям. По результатам моделирования можно на ранних этапах проектирования приблизительно оценить запросы систем- [c.387]

Поэтому актуальной проблемой АП является проблема автоматизации разработки программных систем. В САПР значительное внимание уделяется вопросам создания метаязыков программирования, предназначенных для описания программного обеспечения на верхних иерархических уровнях его проектирования. Эти метаязыки позволяют лаконично описывать структуру проектируемого программного обеспечения, отдельным операторам метаязыка могут соответствовать достаточно крупные блоки программного обеспечения, насчитывающие десятки — сотни операторов языка программирования типа ФОРТРАН. Метаязыки используют для моделирования работы создаваемых программных систем, описания заданий на программирование отдельных модулей. Актуальной задачей является создание таких метаязыков и трансляторов с них, которые могли бы выполнять роль систем программирования. При наличии этих систем не потребовалось бы трудоемкое кодирование алгоритмов на традиционных языках программирования типа ФОРТРАН, ПЛ/1 и т. п. [c.111]

Программное обеспечение САПР состоит из мониторной системы и пакетов прикладных программ. В пакетах прикладных программ проектирующих подсистем САПР выделяют управляющие программы, функциональные модули, реализующие типовые математические модели и алгоритмы, и языковые процессоры, служащие для генерирования рабочих программ на основе исходного описания объектов и заданий на специализированных проблемно-ориентированных языках. [c.116]

ПИЯ. Обращение из программных модулей для получения значений необходимых переменных должно выполняться с помощью операторов взаимодействия с СУБД. Применение банков данных для целей организации информационного межмодульного обмена сокращает сроки разработки информационного и программного обеспечений САПР. [c.106]

Универсальность программного обеспечения подсистемы определяется инвариантным характером большинства программных модулей, за исключением группы модулей, реализующих цифровую модель объек- [c.265]

Решение задачи анализа оптической схемы является важнейшим этапом расчета оптического устройства, который связан с построением модели подсистемы ОЭП. Для ее решении существует программный комплекс САПР оптических устройств, который содержит сервисные модули для обеспечения доступа к проблемному математическому обеспечению организации базы данных и следующие проблемные модули [c.152]

Программное обеспечение системы. Разработанное для данной системы математическое обеспечение состоит из следующих модулей (подпрограмм) [c.176]

В соответствии с общими принципами построения программного обеспечения подсистемы отображения (см. рис. 29—31) операторы графического модуля ОГРА-1 транслируются в команды устройств отображения по трехуровневой схеме с помощью базисных, функциональных и проблемно-ориентированных пакетов программ. Языки ОГРА-1, ОГРА-Ф, ОГРА-А вместе с комплексом программ образуют программное обеспечение подсистемы отображения и одновременно выступают как средства автоматизации программирования графических задач. [c.167]

Трансляторы, управляющие программы и отдельные программные модули пакетов печатают сообщения о сбоях программного обеспечения и сведения для быстрого их обнаружения. [c.200]

Соотношение объемов диагностической информации, полученной с помощью внутренней и внешней систем диагностирования, будет меняться по мере отработки модулей ГАП и включения в них и их системы управления встроенных датчиков и разработки диагностического программного обеспечения. Уже в настоящее время широко применяется автоматизированная диагностика стоек и диагностика системы управления, включающая контроль данных о составляющих цикла работы оборудования и их соответствия заложенной программе, прохо- [c.204]

Функциональные возможности (и, в частности, степень интеллектуальности) системы управления РТК определяются, главным образом, алгоритмическим и программным обеспечением, т. е. совокупностью алгоритмов обработки информации и управления, записанных на соответствующем языке программирования. Обычно программное обеспечение имеет модульную структуру и подразделяется на общее и специализированное. К общему (инвариантному) обеспечению относятся унифицированные модули операционной системы и системы управления базами данных, а к специализированному — программные модули, реализующие конкретные алгоритмы обработки информации и управления. [c.15]

Модуль программного обеспечения 368 Монитор 370, 374 Моноканал 79 Мультиграф 201 [c.395]

Иногда вас буд весьма раздражать изменчивость со стороны пользователей. Тйкая изменчивость не удивительна, если учесть тот нажим, под которым часто находятся инженеры. В результате возникает желание получить что-нибудь работающее, чтобы удовлетворить руководство. Это требование нельзя признать неразумным, но следует соблюдать осторожность, чтобы избежать создания ложной программы, которую придется переписывать заново. При наличии строгих требований быстрого обеспечения специальных возможностей вам потребуется сосредоточиться на создании основы, на которой впоследствии вы будете строить систему. Структурируйте построение большого программного проекта на несколько этапов, каждый из которых характеризуется созданием опознаваемого конечного продукта. Постарайтесь не структурировать проекты таким образом чтобы их пришлось выполнять месяцами и годами до создания первых полезных модулей программного обеспечения. [c.235]

PDSS система поддержки программируемых устройств). Пакет модулей программного обеспечения, предназначенный для интерфейса центрального компьютера заводского управления с распределенными устройствами, например. с программируемыми логическими контроллерами. Является частью системы BASEWAY. [c.319]

Разработка АС ТПП г(редполагает общее для всех подсистем информационное, математическое, методическое, организационное, техническое, лингвистическое и программное обеспечение. Кстати, при разработке программ используются как блочная структура построения, так и модульный принцип программирования (библиотека модулей, постоянно дополняется и обновляется). [c.106]

Функции и состав общего программного обеспечения. Под операционной системой (ОС) ЭВМ понимают комплект системных программ, управляющих всеми ресурсами системы оперативной памятью, временем работы процессора, каналами обмена данными и периферийными устройствами, программными модулями и др. Рассмотрим функции и состав ОС на примере распространенной операДИбН-ной системы ЕС ЭВМ — ОС ЕС. [c.365]

Функции и состав специального программного обеспечения. В состав программного обеспечения САПР входят пакеты прикладных программ (ППП), ориентированные на решение определенных задач проектирования и реализуемые как надстройка над ОС. Основу ППП составляет множество программных модулей, каждый из которых является программой реализации определенной проектной процедуры либо программой реализации некоторого алгоритма (или ([фрагмента алгоритма) проскп рования. [c.370]

Многообразие языков программирования, сложность проектных процедур и разнообразие вариантов маршрутов проектирования требуют концентрации усилий разработчиков специального ПО САПР. Цикл разработки программного обеспечения включает в себя анализ требований, предъявляемых к САПР определение точного описания функций и проектных процедур (спецификаций), реализуемых с помощью ПО разработку алгоритмов реализации функций, проектных процедур программных модулей с использованием алгоритмических языков высокого уровня и методов структурного программироваиия тестирование программ эксплуатацию и сопровождение. [c.372]

Организация информационного взаимодействия между разноязыковыми модулями ставит перед разработчиками САПР задачи восстановления программной среды, согласования данных разного типа, учета особенностей представления одинаковых структур данных в различных алгоритмических языках. Наиболее универсальный способ решения перечисленн1 х задач — построение программного адаптера, полностью регламентирующего информационный обмен между модулями в составе специального программного обеспечения САПР. Включение в состав программного адаптера промышленных СУБД позволяет упростить его алгоритм и сократить сроки разработки. [c.106]

Прикладное программное обеспечение данной подсистемы, как и других ранее рассмотренных, организовано по схеме программной системы со сложной структурой. Основу программы верюятностного анализа составляют модули, позволяющие моделировать независимые последовательности псевдослучайных чисел с различными распределениями вероятности, в том числе и с произвольным распределением, задаваемым гистограммой, одновременно по нескольким десяткам входных параметров, а также модули, обрабатывающие выходную статистическую информацию с построением гистограмм по ряду рабочих показателей объекта. [c.265]

Программное обеспечение АСНИ Надежность основано на принципе модульного программирования. Оно представляет собой четырехуровневый комплекс программных модулей, позволяющий формировать из них программы для решения задач (транзакций), в том числе и вновь возникающих. [c.378]

Схема организации программного обеспечения АСНИ Надежность изображена на рис. 6.1. Программные модули первого уровня - MODI и M0D2 - осуществляют доступ к файлам БД и образуют интерфейс между БД и комплексом программ, полностью обеспечивают эти программы необходимыми информационными входными массивами. Модули имеют по две точки входа, первой из которых является имя модуля. Обращение к модулям через эту точку входа обеспечивает функционирование их в качестве главных (головных) процедур формируемых транзакций (заданий на выполнение). [c.378]

Вторым уровнем программного обеспечения АСНИ Надежность является уровень программ для статистической обработки данных. Он включает в себя шесть программных модулей и предназначен для статистической оценки показателей надежности на основе выборок, сформированных модулями предыдущего уровня. Таким образом, программные модули этого уровня не образуют самостоятельных транзакций. Они могут работать только в тех транзакциях, где обеспечено их сочетание с модулями первого уровня. [c.380]

Третий уровень программного обеспечения АСНИ Надежность позволяет выполнить транзакции, связанные с анализом и прогнозированием показателей надежности генераторов (см. рис. 6.1, программные модули LEG, АВР, NPAR,PAR, DSN, SDT). [c.380]

Основу принятого системотехнического решения составляет принцип построения модулей ИИС на базе универсального микропроцессорного модуля (УМИМ), выполняющего опреде-ленные интерфейсные функции и имеющего развитое программное обеспечение. При этом структуру и функции ИИС можно варьировать программно-алгоритмическим путем, обеспечивая оптимальное структурное конфигурирование системы в зависимости от. характера экснеримента и требуемого состава и точности модулей ИИС. Применение УМПМ позволяет решить традиционную задачу, возникающую перед разработчиком при синтезе ИИС, — задачу уменьшения расходов, связанных с разработкой, приобретением, наладкой и эксплуатацией модулей и устройств, составляющих систему, а также максимально сократить число тгшов ирименяемРзГХ узлов с целью снижения затрат на приобретение и содержание резервного фонда. [c.129]

Возможность реализации автоматизированными комплексами перечисленных выше функций определяется аппаратурным и программным обеспечением, структурой построения вычислительной системы и комплекса в целом, а также техническими возможностями рбТ)РКТНого модуля (ОМ). [c.508]

Метод эталонных, (нормированных) модулей, наиболее широко используемый в настояш ее время, пригоден для всех видов оборудования. Основан на сравнении экспериментально определенных и расчетных (в частности, полученных на математических моделях) численных значений параметров и показателей качества (мощности, КПД, усилий, крутящих моментов, давлений, ускорений, подачи, амплитуд вибраций и т. п.) с их паспортными данными и нормами технических условий. Преимуществом метода является возможность разностороннега использования полученной информации (для проверки деталей на прочность и износостойкость, прогнозирования их ресурса, определения затрат энергии и т. п). С помощью модулей кинематических и силовых параметров могут быть рассчитаны квалиметрические показатели, используемые для оценки качества механизмов и при диагностировании. Реализация метода эталонных модулей, основанная на применении предельных значений одного или нескольких модулей и метода ветвей, при постановке диагноза не требует сложной аппаратуры и программного обеспечения. [c.13]

Программное обеспечение функционирования комплекса разработано в виде мини-операционной системы управления экспериментом на базе модифицированного (для управления модулями КАМАК) диалогового интерпретатора высокого )фовня ДС СМ и соответствующих сервисных программ. [c.136]

Таким образом, модульный подход обеспечивает постепенное развитие функциональных, адаптационных и интеллектуальных возможностей РТК и преемственность поколений по мере совершенствования ГАП РТК с программным управлением могут переродиться в РТК с адаптивным управлением, а последние — в РТК с элементами искусственного интеллекта. Применительно к РТК второго и третьего поколений первостепенное значение имеет принцип модульности в алгоритмическом и программном обеспечении систем управления. Помимо основных функциональных модулей РТК, реализующих алгоритмы адаптации и искусственного интеллекта, в этих системах важная роль отводится обслуживающим (сервисным) программным модулям. Практическая реализация программных модулей адаптивных систем управления с элементами искусственного интеллекта для РТК требует создания специальных мультимикропроцессорных вычислительных сетей, которые являются центральным элементом системы управления ГАП. [c.35]

Пакет программ, служащий для оценки эффективности и сравнения различных систем программного и адаптивного управления манипуляционных роботов с электрическими приводами, описан в п. 3.9. Этот пакет имеет модульную структуру и позволяет моделировать управляемые движения роботов при различных типах программаторов, регуляторов, эстиматоров и адаптаторов. Структура пакета программных модулей представлена на рис. 3.3. На основе разработанного программного обеспечения были про- [c.169]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...