При определенном количестве ЛОСП, обеспечивающем строительство в нормативные сроки 131, введение каждого дополнительного потока при этом же темпе выполнения работ обеспечивает сокращение продолжительности строительства. Оптимальное число ЛОСП может быть найдено из условия обеспечения максимального народнохозяйственного эффекта от досрочного ввода трубопровода в эксплуатацию с учетом дополнительных затрат строительно-монтажных организаций. Наибольшая часть дополнительных затрат подрядных организаций приходится на передислокацию объектных потоков, которые состоят из затрат на передислокацию строительных и монтажных участков или бригад, составляющих данный объектный поток, и расходов на организацию разгрузочных площадок, трубосварочных баз и других временных сооружений. [c.60]
ОБЪЕКТНАЯ МОДЕЛЬ БАЗ ДАННЫХ [c.156]
В последние годы все большее признание и развитие получают объектные базы данных (ОВД), толчок к появлению которых дали объектно-ориентированное программирование и использование компьютера для обработки и представления практически всех форм информации, воспринимаемых человеком. [c.156]
Если набор объектов имеет описание (концептуальная модель), указаны свойства и логические связи между объектами (логическая модель) и известно их местонахождение в памяти ЭВМ (физическая модель), то это позволяет извлекать объекты и применять их в соответствии с назначением многими пользователями. Следовательно, организуется объектная база данных. [c.157]
ОБД - объектная база данных [c.402]
Если нужно переслать файл, содержащий нетекстовую информацию, объектный код, файл базы данных или файл с изображением, его следует перекодировать в текстовую форму. [c.95]
Отдельный раздел в СУБД следующего поколения занимают объектно-ориентированные базы данных. Возникновение данного направления определяется, прежде всего, потребностями практики необходимостью разработки сложных информационных систем, для которых технология предшествующих баз данных не была удовлетворительной. В таких СУБД должны быть решены проблемы поддержки иерархии и наследования типов, возможность управления сложными объектами. Однако для решения этих задач существуют значительные ограничения, а именно отсутствие общепринятой объектно-ориентированной модели данных, декларативного языка запросов и т. п. Разработчики в области баз данных определяют объектно-реляционным [c.498]
Объединение ЭС с системами традиционного программирования в рамках интегрированных систем. Это будет новое поколение ИС, которые должны интегрироваться со средствами автоматической разработки программного обеспечения и объектно-ориентированными базами данных. [c.577]
Конструктор, получив заявку на проектирование объекта технической системы, должен убедиться прежде всего в том, что работа по проектированию действительно необходима. Для этого он вызывает программу П1 (определения потребности проектирования), используя в качестве основного средства диалога с ЭВМ видеотерминал. Программа предлагает конструктору выполнить ряд операций. Во-первых, убедиться в том, что заявленного объекта не существует в нашей стране (может быть установлено также, — не выполнялись ли ранее проектные разработки по подобным объектам). Тому и другому поможет обращение к базе данных по существующим техническим системам и завершенным проектам. Во-вторых, — напомнит конструктору, что заданный объект проектирования может входить в число средств, обеспечивающих определенный технологический процесс, изменения в котором могут отразиться на потребности в объекте проектирования. Это должно снизить вероятность появления необоснованных проектных разработок. В объектно-ориентированную САПР может и не входить формализация выполнения такой операции. В этом случае она выполняется конструктором, который сообщает ЭВМ в форме ответа да или нет свое решение о необходимости проектной разработки с учетом возможного изменения технологического процесса. В-третьих, программа обращением к БД по существующим зарубежным образцам ответит на вопрос о существовании зарубежных аналогов и предложит конструктору задуматься над возможностью его приобретения. Если приобретение объекта за рубежом не исключается, то может быть вызвана программа определения экономической эффективности импорта. В-четвертых, программа дает возможность убедиться в экономической целесообразности создания объекта по пара- [c.239]
Предварительно каждый модуль оценивается по возможному числу объектных команд, классифицируется по их типу и сложности. Соответствующая матрица стоимости строится на основе данных стоимостей из базы данных в терминах стоимости команды определенного типа ПО И уровня относительной сложности. Другие эмпирические отношения также могут быть использованы в общем процессе оценки (например, норма использования ЭВМ на отладку одной команды исходного кода, количество обслуживающего персонала на одного программиста и т. д.). [c.92]
Одним из используемых алгоритмов оценки стоимости создаваемого ПО является алгоритм фирмы TRW. Он основан на предположении, что стоимость ПО изменяется. пропорционально числу команд. Для каждой опознанной процедуры производится оценка количества объектных команд и категорий сложности. Данные исторического плана по стоимости получения одной команды извлекаются из базы данных. 1 [c.93]
Одним из объектов авторского права являются программы для ЭВМ. В соответствии с Законом РФ от 23 сентября 1992 г. О правовой охране программ для электронных вычислительных машин и баз данных правовая охрана распространяется на все виды программ для ЭВМ, которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код. [c.85]
Информационные ресурсы являются объектной областью действия информационных технологий. При этом информационные технологии — это методы, способы и средства сбора, накопления, хранения, поиска, обработки и передачи информации на основе применения средств вычислительной техники. К информационным технологиям относятся по типу инструментальных программных средств — табличные процессоры, системы управления базами данных, электронная почта, экспертные системы и т.д. по типу аппаратно-программных средств автономные персональные компьютеры, локальные вычислительные сети, глобальные коммуникационные сети (в том числе Интернет и др.) [c.424]
Объектная база данных [c.365]
Этап реализации всегда был самой крупной и сложной частью процесса разработки хозяйственного приложения. В ходе этого этапа концептуальный проект приложения трансформируется в машинные программы, содержащие прикладную логику, взаимодействия с базами данных, а также правила хозяйственной деятельности, требуемые приложением. Этот этап предусматривает также подготовку документации и обучение пользователей. Одним из преимуществ объектно-ориентированного подхода является то, что длительность этапа реализации существенно сокращается благодаря повторному использованию существующих закодированных модулей объекта. [c.145]
Неудивительно, что в соревновании за внедрение новейших образцов информационной технологии ведущими являются несколько отраслей экономики. Среди них банковский сектор, страховые компании, авиакомпании, предприятия обрабатывающей промышленности, транспортные компании и инвестиционные фонды, и это всего лишь часть длинного списка. Анализ специальной литературы и горячих тем на ведущих научных конференциях говорят о том, что существует бесчисленное количество новых технологий и областей применения модели ранжирования баз данных о потребителях совместная обработка электронный обмен данными информационные системы управления интегрированные приложения передачи речи и данных интеллектуальные роботы (прикладные программы индексирования экспертных систем и поиска разделов) объектно-ориентированное программирование и базы данных обработка изображений на основе оптических запоминающих устройств. [c.189]
Большинство инструментальных информационных технологий появилось практически одновременно с созданием ЭВМ в виде специального и общего программного обеспечения, операционных систем (ОС) различного класса и назначения, инструментальных пакетов прикладных программ, систем управления базами данных. Эти технологии, а также их более совершенные модификации (базы знаний и их оболочки, системы искусственного интеллекта и т.д.) достаточно широко использовались разработчиками экономических информационных систем и обстоятельно описаны в научной литературе. Поэтому целесообразно более подробно остановиться на инструментальных НИТ, получивших распространение в последнее время. К их числу можно отнести гипертекстовые технологии, машинную графику, телекоммуникационные методы доступа, структурные и объектно-ориентированные технологии, мультимедиа, возникновение которых связано, главным образом, с новыми техническими возможностями средств вычислительной техники. [c.17]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
Объектные модели данных еще не имеют строгой теоретической основы (как, например, реляционные), что затрудняет их создание и использование. Однако развитие средств мультимедиа, вычислительных сетей и передачи по ним аудио- и видеообъектов заставляет интенсифицировать поиски в направлениях как создания теории, как и практической реализации надежных систем объектных баз данных. [c.158]
Объясните существо объектно-ориентирова иного программирования и объектной модели базы данных. [c.162]
Основными составляющими системы являются хранилище документов (библиотека) и три объектно-ориентированные базы данных в формате Novel. Библиотека содержит документы (тексты, электронные таблицы, графические файлы). Все операции с документами регистрируются. Доступ к документам осуществляется под контролем средств защиты. [c.541]
Принятый нами подход к разработке АИС предполагает способ отбора информационных совокупностей по схеме, представленной на рис.1. При поэтапном определении информационного фонда (Ш) АИС используются функциональный подход - декомпозиция конечной цели функционирования и развития объекта с целью выявления информационного фонда АИС, действительно необходимого для управления объектом (этап I) функционально-обьвктянй лодход - декомпозиция необходимой а ретроспективной информационной потребности для выявления состава баев данных АИС (этапы П и Ж) объектный подход - исследование возможностей используемых базы данных, информационного языка показателей (ИЯП) и дрограмшого обеспечения для выявления номенклатуры ж ассортимента продукции, которую способна выдавать АИС (этал Ш). [c.107]
Проектирующие подсистемы, применяемые к конкретным объектам, часто называют объектно-ориентированными. Подобные подсистемы настолько многочисленны, что затруднительно привести даже их перечень. Остановимся для примера на подсистеме, связанной с проектированием гидропривода и названной САПР Гидрооборудование , сданной в промышленную эксплуатацию во ВНИИгидропривода [46]. Ее структурная схема приведена на рис. 1.5. Блок управления представляет собой управляющую программу (УП), обеспечивающую связь системы с пользователями, базой данных и блоком оптимизации. Работа УП начинается с обращения к блоку, содержащему базу данных. Устройством связи с оператором выдается список объектов проектирования, запрашивается код объекта, из базы данных выбирается модель, соответствующая указанному коду. Далее УП запрашивает дополнительную информацию, уточняющую модель, критерий эффективности, ограничения. Сформировав математическую модель, УП обращается к блоку оптимизации, сообщая пользователю список методов оптимального поиска. Пользователь указывает код метода оптимизации. В блок оптимизации включены методы Лагранжа, Шора, модифицированных функций Лагранжа с численным дифференцированием, Лагранжа—Мида, градиентный. Полученные по одному из указанных методов оптимизации параметры объекта выдаются УП в виде таблицы. Пользователь оценивает результаты и принимает решение о продолжении или окончании работы с системой. При необходимости могут быть уточнены математическая модель и исходная информация, выбран иной метод оптимизации. [c.39]
Анализ рынка недвижимости — сложный процесс любая недвижимость уникальна, землепользование является объектом законодательного регулирования, суммы сделок фиксируются не чаще, возможно, одного раза в 30 лет, в связи с чем поиск сопоставимых примеров крайне затруднителен. Тем не менее между объектами собственности существует некоторое сходство. В этой главе Эро Карлсон, используя метод самоорганизующихся карт, анализирует данные о недвижимости, полученные Национальным институтом Земельного кадастра Финляндии. Исходная информация включает в себя данные о географическом расположении объектов недвижимости. Это приложение было разработано с помощью объектно-ориентированного программного пакета Smallworld GIS. Данные входных векторов были получены из внешних баз данных о строениях и других объектах недвижимости, а также баз данных цифровых карт. [c.171]
В гл. 8 данной монографии описана суть подхода И. Якобсона. Создается последовательность моделей, описывающих обе системы как с точки зрения их использования (в первом случае - клиентами компании, во втором - пользователями информационной системы), так и с точки зрения их внедрения. При построении моделей используется общая методологическая база модели первого типа описываются в терминах примеров использования (прецедентов), а модели второго типа раскрывают особенности реализации этих примеров в терминах объектно-ориентированного моделирования. Объектно-ориентированные модели описываются на различных уровнях детализации. Совместная разработка моделей обеих систем при общей методологической базе позволяет естественным образом учесть взаимосвязь этих систем и осуществить параллельное и согласованное их создание и последующее развитие. Для поддержки реинжиниринга разработана объектно-ориентированная программная среда разработки Obje tory с элементами ASE-технологии. Методология И.Якобсона и среда Obje tory взяты на вооружение рядом консалтинговых фирм и многими разработчиками инструментариев поддержки БПР. Однако модели, создаваемые в соответствии с этой методологией, довольно сложны, и маловероятно, что управляющие компаниями могут работать с ними так же естественно и легко, как профессионалы в области ИТ. [c.243]