Справочная информация о проекте

Разработка информационного обеспечения базируется на научно-технической, нормативно-справочной, расчетно-проект-ной информации и системе классификации и кодирования. Организация сбора, преобразования, хранения и изменения данных — это самостоятельная задача, от эффективности решения которой существенно зависит эффективность информационной системы в целом. Формирование базы данных по режущему инструменту — сложная и объемная задача. Отбор материала в виде стандартов на режущий инструмент, инструментальные материалы, типовые технологические процессы, их кодирование и др, требует переработки большого количества информации, на основе которой формируются файлы [c.40]

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

В первой части содержится справочная информация и описание функций, реализуемых в текущем проекте, а также совместимые микросхемы ПЛИС. [c.401]

Первая часть файла содержит справочную информацию о проекте и описание функции, реализуемой в проекте, а также тип подходящего устройства ПЛИС. [c.404]

Справочная информация о проекте [c.370]

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

Распределить выводы микросхемы. Определите, какие выводы микросхемы будут соответствовать входам и выходам проекта. Информация по использованию каждой корректной микросхемы приводится в справочных материалах ее производителя. [c.330]

В первой части содержится справочная информация и описание функций, реализуемых в текущем проекте, а также совместимые микросхемы ПЛИС. В первой строке после слова Name пишется имя проекта, в дальнейшем компилятор будет использовать его для задания имени выходного файла путем прибавления соответствующего расши- [c.395]

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

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

ОН может получить информацию о наличии тех или иных устройств в номенклатуре СМ ЭВМ, а также характеристики устройств технические, функциональные, справочного характера (например, завод-изготовитель). В случае необходимостп пользователь может получить справку о порядке заказа по индивидуальному проекту на УВКС и составить спецификацию на УВКС. В этом случае подсистема проверяет спецификацию пользователя на корректность. На основе корректной спецификации может быть разработан весь комплект документации на УВКС. [c.298]

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

Разработка в рамках проекта АРИУС средств проектирования информационно-справочных систем позволит оперативно и своевременно обеспечивать аппарат управления НХК как регламентированной информацией, так и информацией, получаемой по произвольным запросам. [c.160]

Сейчас большинство разработчиков использует в своих проектах импортные компоненты, поэтому достаточно выбрать нужный компонент из фирменной библиотеки, изменить его УГО согласно ГОСТ и сохранить в собственной пользовательской библиотеке. При таком подходе в пользовательскую библиотеку будет перенесена различная служебная информация, например тип топологического посадочного места, описание, п аметры SPI E модели, и число ошибок будет минимальным. Для отечественных микросхем, имеющих зарубежный прототип, рекомендуется по справочной документации определить его, найти в стандартной библиотеке, изменить, переименовать и сохранить в пользовательской библиотеке под новым именем. Если отечественная микросхема не имеет зарубежного аналога, рекомендуется создать компонент заново, основываясь на паспортных данных устройства (рис. 3.55). [c.173]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...