Разработка - компонент - Большая Энциклопедия Нефти и Газа, статья, страница 2
Мы не левые и не правые, потому что мы валенки Законы Мерфи (еще...)

Разработка - компонент

Cтраница 2


Значительный интерес представляет направление, предложенное в 1996 году фирмой Cadence. Суть его состоит в разработке компонентов, подключение которых к другим элементам системы будет определяться стандартом. Для этого стандартом вводится понятие виртуальных компонентов ( Virtual Component, VC) и определяются правила их взаимного подключения.  [16]

О Часть III Архитектуры баз данных в Delphi охватывает обычный Доступ к базам данных, углубленный анализ элементов управления, относящихся к работе с базами данных, программирование клиент-серверных приложений, рассмотрение технологий dbExpress, InterBase, ADO, DataSnap. Кроме того, будет рассмотрена разработка собственных компонентов работы с базами данных и наборами данных, а также компоненты создания отчетов.  [17]

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

К этой группе относятся программные пакеты, разрабатываемые с использованием универсальных программ. Применение их оказывается полезным в случае разработки компонентов электропривода нового типа ( двигателей, механических передач и пр.  [19]

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

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

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

С учетом некоторого запаса предельным гарантированным значением верхней частоты счета для триггерных звеньев является Б настоящее время частота примерно 100 Мгц. Дальнейшее повышение частоты счета в типовых приборах связано с разработкой высокостабильных идентичных компонентов, специально предназначающихся для использования в пересчетных декадах, и, по-видимому, весьма перспективно в дальнейшем применение туннельных диодов.  [23]

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

В главе 9 мы подробно рассмотрели вопросы, связанные с разработкой компонентов Delphi. Теперь, когда мы обсудили программирование баз данных, мы можем вернуться к этому вопросу и сосредоточить внимание на разработке компонентов, специально предназначенных для работы с данными.  [25]

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

Разработка прикладной программы выполняется с помощью меню генератора, включающего следующие позиции: Designe, Application, Generate, Preset, Exit. При разработке меню, списка или модуля Batch вместо позиции Application, служащей для разработки главной процедуры, высвечиваются соответственно позиции Menu, List или Batch и добавляется общая для всех позиция Item. Собственно разработка компонентов прикладной программы выполняется с помощью позиций ( меню) Designe, Application, Menu, List, Batch и Item. Остальные позиции выполняют служебные функции: Generate - генерацию прикладной программы, Preset - предварительную установку параметров dBASE IV, Exit - выход из генератора прикладных программ.  [27]

В данном разделе будет рассмотрен набор данных, содержащий в себе список файлов. Я разработал универсальный набор данных, основанный на списке объектов в памяти ( используя при этом TObjectList), а затем сделал производную версию, в которой объекты соответствуют файлам в каталоге. Задача разработки подобного компонента упрощается тем, что он предназначен только для чтения. Благодаря этому код выглядит проще, чем код компонента, рассмотренного в предыдущем разделе.  [28]

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

30 Положение различных узлов ( Мачидр., 1981. [30]



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