23 - Виды 20, 21, 24, 25 - Пользователь

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

Формально объекты метаданных объединяются в виды в дереве метаданных. Названия видов пользователь видит на первом уровне дерева метаданных, когда открывает окно Конфигурация в Конфигураторе (см. рисунок). [c.37]

Например, в некотором документе, для его реквизита Контрагент типа справочник неопределенного вида, назначается вид Организации или Сотрудники и запрещается интерактивное изменение вида пользователем. [c.698]

Не обязательно любая задача пользователя в процессе своего выполнения на ЭВМ должна проследовать по маршруту, представленному на рис. 3.3. Если исходные модули заранее оттранслированы, то решение задачи будет включать в себя только редактирование связей и выполнение. Если исходные модули давно оттранслированы, отредактированы, отлажены и хранятся в библиотеке в виде сформированного загрузочного модуля, то решение задачи заключается только в загрузке в ОП и выполнении готового загрузочного модуля. Таким образом, тот или иной этап обработки задачи определяется конкретной ситуацией и назначается самим пользователем. [c.99]

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

По мере развития ОС ЕС поставлялась пользователям в виде версий (ОС ЕС 4.0, ОС ЕС 4.1, ОС ЕС 6.0, ОС ЕС 6.1), обеспечивающих различные режимы работы и занимающих разные вычислительные ресурсы. Поэтому та или иная версия ОС ЕС выбирается в зависимости от мощности имеющихся ЭВМ и в первую очередь в зависимости от емкости ОП. Структура операционной системы ОС ЕС представлена на рис. 4.1. [c.106]

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

Средства общения с операционной системой. Основным средством общения пользователя с ОС ЕС является язык управления заданиями (ЯУЗ). Будучи ориентированной на пакетную обработку задач в режиме мультипрограммирования, ОС ЕС предоставляет пользователю возможность сообщить характеристики своего задания или каким-нибудь образом повлиять на прохождение задания через ЭВМ только через входной поток. Во входном потоке пользователь оформляет задание в виде совокупности текстов программ, исходных данных и операторов языка управления заданиями. С помощью операторов ЯУЗ пользователь сообщает ОС ЕС о необходимости предоставления его заданию конкретных вычислительных ресурсов — ОП, процессора, определенных обрабатывающих программ, ВУ, наборов данных. [c.124]

Первая подсистема позволяет пользоваться базой данных, представленной пятью последовательно организованными файлами. Э1и файлы содержат соответственно данные по станкам СТ, сочетанию обрабатываемого материала и материала режущей части инструмента ОМ/МИ, режущим инструментам РИ, применяемым приспособлениям П. Предусмотрены также дополнительные файлы ДФ. Подсистема содержит программу для построения файлов, их обслуживания и сохранения. В эти файлы вносятся конструктивные, технологические, экономические и организационные первичные данные, полученные из производственного опыта, литературы, а также в результате проведения специальных исследований. Эти данные представляются, как правило, в виде нормативов по выбору режимов резания. Запас данных непрерывно пополняется с учетом запросов пользователей. [c.86]

Эволюция развития комплекса технических средств САПР характеризуется созданием территориально рассредоточенных многомашинных систем сбора, хранения и обработки информации, реализованных в виде вычислительных сетей. Последние, рассредоточенные на небольших территориях предприятий и объединяющие в единую информационную систему автоматизированные рабочие места пользователей, ЭВМ и микро-ЭВМ, графопостроители, терминальные станции и другую специализированную аппаратуру, называют локальными вычислительными сетями (ЛВС). Локальные ВС имеют открытую архитектуру, обеспечивающую возможность подключения к сети любых других ЛВС, в том числе и крупных сетей ЭВМ. Основное достоинство ЛВС — низкая стоимость системы передачи данных. [c.78]

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

Основное различие между этими МД состоит в способах описания взаимодействий между объектами н атрибутами. Взаимосвязь выражает отношение между множествами данных. Используют взаимосвязи один к другому , один ко многим и многие ко многим , Один к одному — это взаимно однозначное соответствие, которое устанавливается между одним объектом и одним атрибутом. Например, в определенный момент времени в одной ЭВМ используется один определенный процессор. Номеру выбранной ЭВМ соответствует номер выбранного процессора. Один ко многим — это соответствие между одним объектом и многими атрибутами. Многие ко многим — это соответствие между многими объектами и многими атрибутами. Например, на множество ЭВМ может одновременно работать множество пользователей. Взаимосвязи между объектами и атрибутами удобно представлять в виде графов и гиперграфов. [c.105]

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

Методы доступа ОС, внешней и внутренней моделей выбирают данные из физических БД и передают их СУБД. Последняя определяет, что передать пользователю, в каком виде и формате. [c.115]

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

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

Коллективный доступ пользователей к ресурсам системы. Доступ к ресурсам САПР означает возможность вызова любого программного модуля, обращения к базе данных, отображения результатов проектирования на экране дисплея, на АЦПУ или на графопостроителях в виде конструкторской документации. [c.340]

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

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

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

Для пользователя САПР удобно представлять объект анализа в виде исходной структурной схемы (см. рис. 3.12). В функции разработчика САПР в этом случае входит написание подпрограмм соответствующих блоков. [c.146]

Для сокращения избыточности производится объединение одинаковых по смыслу, но имеющих различный тип данных в единую БД с приведением к общему, стандартизованному виду. Процесс объединения данных, используемых различными пользователями, в одну общую БД называется интеграцией базы данных. [c.53]

Система позволяет решить проблему, для которой может быть построена иерархия в смысле МАИ с использованием различных подходов в зависимости от возможностей экспертов или ЛПР. В случае, когда иерархия и соответствующие оценки вводятся в режиме диалога с компьютером, используется некоторый аналог системы САЭМА. Но предусмотрен такой случай, когда часть информации об иерархии имеется в некотором наборе данных (подготовленном заранее или полученном из какой-либо информационной базы). Другими словами, для некоторой исходной иерархии часть информации существует в обработанном виде. Пользователь формирует личную иерархию в виде некоторого поддерева исходной. При этом он может расширять исходную иерархию путем добавления вершин на отдельных уровнях. 7 аким образом, диалог каждый раз подстраивается на получение недостающей информации. В системе предусмотрена возможность работы при неполных сравнениях. В случае, когда эксперты ие полностью заполняют матрицы парных сравнений по шкале 1—9, используется модификация МАИ согласно [Д15, Д16] [c.306]

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

Еще одной формой общения пользователя с ОС являются системные директивы. Эта форма общения в отличие от командных строк осуществляется не через посредство терминала, а изнутри пользовательской программы. Системная директива — запрос некоторой задачи, обращенный к управляющей программе на выполнение определенной системной функции. Такие запросы встав-Л5П0ТСЯ в тексты программ на языке ассемблера в виде макрокоманд (макровызовов), а в программы на языке ФОРТРАН — в виде обращений к соответствующим подпрограммам. Задачи используют системные директивы для организации обмена данными, управления выполнением и взаимодействием задач, расширения логического адресного пространства задачи и т. д. Некоторые из системных директив имеют аналоги среди команд программы связи с оператором, например директивы [c.145]

Связь пользователя с ФОДОС осуществляется главным образом с помощью команд монитора. Эти команды обеспечивают загрузку и запуск программ, изменение содержимого ячеек памяти, присвоение логических имен внешним устройствам, выполнение операций над файлами и др. Последовательности команд монитора, которые приходится часто выполнять, могут быть сгруппированы в виде косвенного командного файла. Такой файл удобно использовать для управления заданием, которое не требует наблюдения или вмешательства пользователя. Кроме команд монитора в ФОДОС еще существует специальный формат командной строки, который необходим пользователю для диалогового общения с различными системными обрабатывающими программами. Предва- рнгел1ьн0 каждая т этих п рог(рамм должна быть вызвана с помощью команды монитора RUN. [c.149]

Вторая подсистема дает информацию о режимах резания на трех уровнях. Уровень 1 содержит ориентировочные данные по режимам резания, представленные в виде таблиц. Режимы резания учитывают современные методы обработки, характеристики инструментов и их материалов. Уровень 2 представляет табличные модели, учитывающие большое число условий, влияющих на принимаемое решение, например стойкость инструмента, мощность привода станка, требования к качеству поверхностного слоя детали и др. Уровень 3 дает возможность получать пользователю оптимальные режимы резания, относящиеся к одному или нескольким изделиям, для которых разрабатываются технологические процессы. В этом случае задача сводиг- [c.86]

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

Особенностью САПР является большой объем графической информации (в виде чертежей, схем, графиков) в потоке дан1н>гх, которыми обмениваются пользователь н ЭВМ. Для тако1 о обмена служат устройства графического ввода-вывода 1) полуавтоматическое устройство [c.87]

Появление символа -I- в нижнем левом углу пиктограммы указывает на ее расположение в начале ПСК. Пиктограмма с изображением сломанного карандаща говорит о том, что плоскость XY практически параллельна направлению взгляда. В этом случае при указании координат с помощью мыши происходит выбор точек с нулевыми координатами 2, что обычно не соответствует желанию пользователя. Перед заданием точек или редактированием модели по виду изображения пиктограммы следует оценить угол между направлением взгляда и пиктограммой ПСК если он мал, то точный выбор точек с использованием мыши затруднителен. [c.170]

Auto AD предоставляет возможность постоянного вращения вида по орбите. Пользователь нажимает кнопку мыши и задает направление, в котором должен вращаться вид после отпускания кнопки. [c.318]

На AutoLISP вызов программы и ввод входных параметров можно оформить двумя способами - или в виде функции, или в виде команды. У каждого способа есть преимущества и недостатки, но, с точки зрения пользователя, более удобен вызов командой с вводом данных в процессе диалога. Более того, если программу формирования основы еще можно описать в виде функции, то функциональный элемент - только в виде команды, включающей развитый диалог с пользователем. Диалог необходим по двум причинам во-первых, ввод координат базовых точек в большинстве случаев возможен только с помощью объектных привязок в интерактивном режиме во-вторых, ввод значений параметров функциональных элементов, определяемых элементами заготовки, требует измерения непосредственно на чертеже. [c.375]

Система АКД выполняет ввод, хранение, обработку и вывод графической информации в виде конструкторских документов. Для реализации системы необходимы документы, регламентирующие работу системы АКД исходная информация для формирования информационной базы информационная база, содержащая модели ГО, ГИ, элементы оформления чертежа по ГОСТ ЕСКД технические и программные средства создания ГО и ГИ и их вывода интерфейс пользователя в виде диалога с компьютером. Все перечисленные составляющие образуют методическое, информационное, техническое, программное и организационное обеспечение системы АКД (рис. 20.5). [c.404]

Группу 2 составляют языки, ориентированные на решение нескольких классов задач (языки ДИСТОС, ЯСТОМТ). Пользователю предоставляется возможность выбрать один из возможных алгоритмов решения задачи. Язык ЯСТОМТ, например, используется для описания толстых оболочек и массивных тел сложной формы. Область разбивается на трехмерные элементы в виде параллелепипедов с помощью равномерной сетки. [c.56]

Приведенные примеры показывают, что реляционное исчисление позволяет описать самые разнообразные виды искомых отношений. Однако отсутствие процедурно-сти существенно затрудняет реализацию языков, основанных на реляционном нсчисленин, поскольку все процедуры поиска, построения и обработки отношении приходится строить полностью автоматически, скрытно от пользователя. [c.64]

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

Описание величин, выводимых на печать, на минипзыке комплекса ПА-6. В комплексе ПА-6 используется представление результатов расчета переходных процессов в виде таблиц и графиков значений указанных пользователем величии. Шаги модельного времени построения таблиц и графиков выбираются пользователем (см. ниже). Оиисаиие величии, выводимых на печать, начинается с заголовка DISPLAY , на последующих строках задается список величин, выводимых на печать. Каждая величина описывается одним из трех следующих способов. [c.149]

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

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