Программные интерфейс

Cтраница 2

По окончании фазы проектирования будет создан полный набор описаний для всех объектов базы данных и приложений. В число объектов базы данных, которые необходимо описать на первом этапе фазы проектирования, входят: все таблицы и представления, обеспечивающие непосредственную поддержку программного текста клиента; все объекты хранения информации, например табличные пространства и файлы данных; другие административные объекты, например базы данных и файлы журналов; а также прикладные программные интерфейсы ( API), подобные Table API - программному пакету, который создается для таблицы и обеспечивает согласованное обращение к ней из различных приложений. [16]

Как называется специальность людей, разрабатывающих программные интерфейсы. [17]

На более высоком уровне, приближенном к конкретным прикладным программам, может быть построен ряд языков определения данных ( ЯОД), ориентированных на определение схем логических записей БД, имеющих, например, линейную, древовидную или сетевую структуру данных. При такой организации СУБД каждому новому ЯОД должна соответствовать определенная совокупность процедур отображения структур данных уровня ЯОД в базовые структуры. Для этого в СУБД необходимо включить специальные программные интерфейсы, обеспечивающие возможность подключения любого числа программ преобразования данных одного уровня в другой. [18]

Итак, адекватное планирование на техническом уровне при внедрении программных средств СССД и ее интерфейсов позволяет разрешить проблемы, обусловленные недостаточной технической интеграцией СССД. Часто это связано с тем, что система приобретается после того, как остальные компоненты уже установлены. В лучшем случае в такой ситуации могут быть организованы программные интерфейсы с другими компонентами. [19]

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

Отечественным программистам следует иметь в виду, что в периодической литературе США эта проблема дискутируется в связи с прецедентным характером американского авторского права. Это означает, что решение суда в части охраноспособности какого-либо программного интерфейса в Соединенных Штатах рассматривается как источник права. Следовательно, вынесения хотя бы одного положительного судебного решения достаточно для введения соответствующего класса программных интерфейсов в число охраняемых объектов. В европейском авторском праве для признания охраноспособности интерфейса необходима прямая запись соответствующей нормы в законе. В связи с тем, что идеи и принципы, положенные в основу многих интерфейсов, не отражаются на конкретной реализации соответствующих программ, в данном Законе они не включены в сферу охраны. [21]

Естественно, что компьютерные реализации таких задач обладают свойствами, характерными для больших программных комплексов. Основное программное обеспечение непосредственно ориентировано на решение тех проблемных задач, которые в своей совокупности образуют систему математических моделей водопользования. Кроме того, в состав вспомогательного обеспечения входят средства визуализации результатов моделирования, графические системы, диалоговые средства, а также средства состыковки различных моделей между собой ( программные интерфейсы) и другие подобные элементы. [22]

Уровень развития информационного обеспечения ОАСУ включает характеристику ( в соответствии с [ 17, с. При этом настраиваемость на изменение информационной среды должна обеспечивать настраиваемость на формы входных и выходных документов, систему используемых кодов, структуру внутри-машинных массивов информации, записей и реквизитов, использовать информационные и программные интерфейсы. [23]

Как видно из этого списка, в информатике особое внимание уделяется вопросам взаимодействия. Для этого даже есть специальное понятие - интерфейс. Методы и средства взаимодействия человека с аппаратными и программными средствами называют пользовательским интерфейсом. Соответственно, существуют аппаратные интерфейсы, программные интерфейсы и аппаратно-программные интерфейсы. [24]

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

Классификация функциональных ППП. [26]

При создании таких средств проектирования, как ППП, важным требованием является их совместимость. Более того, целесообразно строить семейства взаимосвязанных ППП. В качестве основы построения такого семейства может выступать общая система управления базами данных. Если используемые ППП плохо взаимосвязаны, то, как правило, затраты на создание информационных, технических, программных интерфейсов не меньше, а иногда и превосходят затраты на оригинальное проектирование СМОД. [27]

Подсистемы типичного приложения на базе Rtworks. [28]

К сожалению, распределенная архитектура RTworks дорого обходится разработчику. Во-первых, если заключение машины вывода отображается процессом RThci, это должно быть специфицировано специальной командой машины вывода. Недостаточно просто изменить значение в базе знаний, разработчик обязан еще указать имя переменной в RThci и послать измененное значение коммуникационному серверу, который передаст его процессу RThci. Во-вторых, разработка интерфейса RThci, базы разделяемых данных и базы знаний, отличающихся j yr от друга, требует от разработчика знания трех различных программных интерфейсов. В-третьих, эти различные среды разработки часто требуют избыточных описаний. Например, каждая переменная RThci должна быть описана и в среде разработки RThci, и в спецификации базы разделяемых данных. На разработчика возлагается ответственность за то, чтобы оба описания были идентичными и при внесении изменений перекомпиляции были подвергнуты оба модуля. Перечень описаний в базе разделяемых данных хранится в алфавитном порядке, а в RThci - в порядке ввода. [29]

Страницы: 1 2 3