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

Cтраница 1

Программные интерфейсы предназначены для согласования информации между различными компонентами программного обеспечения. [1]

Разработка программных интерфейсов, как правило, требует привлечения программистов высокой квалификации и, соответственно, выделения до 20 - 25 % и более средств, затрачиваемых на разработку всего программного обеспечения СППР в целом. [2]

В Professional Developer 2.1 предусмотрены программные интерфейсы для языка С и ассемблера. [3]

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

ИРИС / КМ представляет собой набор программных интерфейсов, поддержн - 1ающих работу пользователей с ЦБД на многомашинных комплексах М-4030 М-4030-1) - СМ ЭВМ. [5]

Автограф-840 построен по агрегатно-модульному принципу, а его технические и программные интерфейсы соответствуют международным стандартам СМ ЭВМ. [6]

Пользовательским программам предоставляется доступ ко всем реализуемым системой функциям через соответствующие программные интерфейсы. На прикладном уровне могут функционировать программные средства, реализованные на любом языке программирования, транслятор с которого имеется в центральной ЭВМ сети. [7]

Таким образом, пока наиболее целесообразно реализовать коллективное использование метаданных путем последовательного их предоставления через программные интерфейсы. [8]

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

Инкапсуляция ( encapsulation) означает, что всякий объект доступен только через четко определенный набор программных методов, организованных в программные интерфейсы. Объекты доступа к данным БГД скрывают внутренние детали устройства объектов данных и обеспечивают им единый стандартный программный интерфейс. [10]

Удобство построения кластерных ВС заключается в том, что можно гибко регулировать необходимую производительность системы, подключая к кластеру с помощью специальных аппаратных и программных интерфейсов обычные серийные серверы до тех пор, пока не будет получен суперкомпьютер требуемой мощности. Кластеризация позволяет манипулировать группой серверов как одной системой, упрощая управление и повышая надежность. [11]

При таком подходе выбор типа модели данных в автоматизированной системе существенным образом определяет возможности выбора методов и средств для разработки запросов, пользовательских и программных интерфейсов БД. Это связано с тем, что при создании этих средств необходимо учитывать характеристики структурных связей, по которым осуществляется поиск необходимых данных. При выборе типа модели данных необходимо также учитывать возможные трудности, которые возникают при необходимости внесения различных изменений как в структуру БД, так и в интерфейсы. [12]

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

Остальной материал главы посвящен таким важным вопросам, как планирование заполнения СССД ( наиболее дорогостоящее мероприятие при внедрении этой системы), планирование мер по защите базы метаданных и планирование программных интерфейсов. [14]

Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [15]

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