Функциональное наполнение
Cтраница 2
Организационно генератор программ ( ГП) состоит из трех частей: функционального наполнения, системного наполнения и языка заданий. Системное наполнение, используя элементы функционального наполнения и понимая конструкции языка, реализует дисциплину работы с пакетом. [16]
Описываемая версия системного наполнения является в первую очередь эффективным инструментом разработчиков функционального наполнения. В ходе ее многолетней эксплуатации были сформированы и выполнены десятки тысяч различных расчетных вариантов программ для задач математической физики. Очевидно, что невозможно было бы достигнуть такой производительности прикладных программистов без помощи пакета. [17]
В новой версии ГП Поле-ЗМ сохранена преемственность предыдущих версий, изменена организация функционального наполнения и работа с ним. [18]
В ряде работ, в частности [5, 12, 13], пакет подразделяется на системную часть и функциональное наполнение. Нам кажется естественным разделить функциональное наполнение на функциональную часть и информационную часть. В функциональную часть следует включить программные модули и модули описания предметных областей. Это разделение позволяет выделить активную часть функционального наполнения, учитываемую при планировании вычислений, синтезе программ и других подобных действиях, необходимых для функционирования пакета. Такое разделение нам кажется правомерным, несмотря на то что данные и их структура могут учитываться при синтезе. Однако этот учет носит более неявный характер, чем для элементов собственно функциональной части. [19]
Таким образом, БСО ППП должно создать для пользователей операционную обстановку, обеспечивающую модификацию функционального наполнения и разработку его компонентов. [20]
На этапе разработки программного комплекса для уравнений Навье - Стокса основное внимание уделялось вопросам функционального наполнения. При последующей эксплуатации комплекса приобретает большое значение усовершенствование взаимодействия Пользователь - Комплекс. [21]
Большинство авторов, давая определение ППП [83, 96, 103 ], выделяют в его архитектуре три основных компонента: функциональное наполнение, системное наполнение и язык заданий. [22]
 |
Рациональное использование полей экрана в информационных системах. [23] |
Действительно, в после экрана можно выделить три зоны, содержащие: общий смысловой заголовок происходящего на экране, основное функциональное наполнение ( рабочее поле) и различные комментарии или подсказки от информационной системы. При необходимости отдельные элементы, составляющие общее изображение, можно усилить подчеркиванием, вертикальным отчеркиванием, прорисовкой рамки. [24]
Конкретный пакет прикладных программ основывается на общем для достаточно широкого класса ППП базовом системном обеспечении, в которое погружено функциональное наполнение данного пакета. Разработанный сейчас ППП АТОС представляет собой совокупность системы СОФИСТ ( как системной части) и ядра функционального наполнения. Сама система СОФИСТ соответствует тем общим принципам БСО, которые были изложены и в этом смысле ее применение должно быть шире, чем только для данного конкретного пакета. Вместе с тем система СОФИСТ представляет собой только первую версию такого БСО и предполагает развитие в соответствии с общими принципами. Одной из предпосылок к такому развитию должен быть реальный опыт по применению системы СОФИСТ к другим пакетам, а также и развитие ППП АТОС в смысле расширения ядра функционального наполнения. Само развитие функционального наполнения ППП АТОС должно происходить с помощью системы СОФИСТ. Приложение системы СОФИСТ к-конкретным пакетам позволит более четко специализировать функции исполнителей. При этом некоторые конкретные пакеты могут привести к появлению новых исполнителей. Эти исполнители могут представлять как частный интерес, и тогда они останутся как компоненты, привлекаемые только для решения задач данного пакета, но могут и привести к возникновению новых, общих для всех пакетов исполнителей. [25]
Планирование распределения ресурсов в рамках ППП может также в отличие от универсальной ОС ядра учитывать специфику предметной области и знания о модулях функционального наполнения. Одним из видов планирования ресурсов может быть управление параллельностью исполнения. Сам процесс распараллеливания и дальнейшая синхронизация параллельных процессов могут опираться на некоторые критерии, ориентирующиеся на специфику предметной области. Дополнительный эффект может дать учет конкретной специфики реального класса задач при распределении таких параллельно работающих устройств, как каналы. Специальная политика распределения каналов при обработке больших массивов информации может существенно повысить эффективность обработки. Заметим, что при определении параллельности вычислений планирование вычислений и планирование распределения ресурсов переплетаются. Одной из существенных черт распределения ресурсов, которое может быть эффективно решено с учетом конкретных задач, является распределение данных по различным уровням памяти. И в этом случае БСО пакета может получить существенный выигрыш по отношению к универсальной ОС. [26]
Организация информационного обеспечения системы реального времени ( СРВ) определяется комплексом технических средств, связывающим информационно-вычислительный комплекс с технологическим объектом, а также функциональным наполнением СРВ. [27]
В процессе работы с пакетом существует необходимость, с одной стороны, развивать и модифицировать сам пакет, а с другой - обеспечить манипулирование элементами функционального наполнения. [28]
В сборниках серии Алгоритмы и алгоритмические языки публикуются работы по программированию и алгоритмическим языкам с преимущественной ориентацией на проблематику пакетов прикладных программ, и в частности на различные аспекты функционального наполнения, системного и языкового обеспечения пакетов. [29]
В пакете САФРА можно выделить три основные компоненты: 1) функциональное наполнение, которое отражает специфику предметной области и включает совокупность модулей, используемых при составлении расчетных программ, и сопроводительных описаний; 2) язык заданий, являющийся средством общения пользователя с пакетом; 3) системное наполнение, которое, используя элементы функционального наполнения и понимания конструкции языка, реализует работу пользователя с пакетом. [30]
Страницы: 1 2 3 4