Многопользовательский интерфейс

В этом случае многопользовательский интерфейс обеспечит конструкторам возможность оперативной оценки правильного выбора исполнительных агрегатов и элементов. [c.32]

Блок 3. Редактирование топологической и весовой компоновки. Поскольку это затрагивает разработчиков различных систем, выдвигающих противоречивые требования, необходимо согласованное принятие групповых решений с использованием многопользовательского интерфейса и средств поддержки групповых решений. Номера АРМ обозначают то же, что и в блоке I. [c.34]

Блок 4. Разработка и согласование интерфейсов узлов и подсистем требует активного синхронного взаимодействия конструкторов, устройства которых стыкуются с широким использованием многопользовательского интерфейса и средств поддержки групповых решений. [c.34]

Комплексная автоматизация. А. Структурное проектирование 1,2,3,5,7,8 I. Многопользовательский интерфейс 1,5,8/А,В,С,В,Е,Р,0 [c.41]

I. Многопользовательский интерфейс (для реализации требований 1, 5, 8 в структурах проектирования А - G табл. 1.1). [c.42]

Прежде чем перейти к краткому рассмотрению отдельных блоков рис. 1.2 остановимся на многопользовательском интерфейсе. Он не показан на рис. 1.2, т.к. фактически является частью операционной системы. Но поскольку он показан в табл. 1.1, скажем о нем несколько слов. [c.43]

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

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

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

Используя "центры тяжести" центральных представителей распределенная вычислительная система поддержки принятия решений строит усредненную таблицу функции предпочтения для согласования ее со всеми ЛПР. С помощью многопользовательского интерфейса ЛПР производят коррекцию величины ЛХ1 и ДУ таблицы функции предпочтения, если необходимо, [c.284]

Распределенная вычислительная система поддержки принятия решений сортирует полученные классы с помощью ЛПР, используя многопользовательский интерфейс. [c.285]

Такой обмен может быть осуществлен с помощью специального системного программного обеспечения, получившего название многопользовательского интерфейса [5.15]. Он реализуется на вычислительной сети. О нем уже было сказано в разделе 1.4.2, несколько повторимся и скажем об этом интерфейсе подробнее. [c.302]

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

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

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

Таким образом, в локальных вычислительных сетях в каналах со случайным доступом и с последовательным доступом предусмотрены аппаратные возможности для организации приоритетного упорядочивания передачи сообщений. При использовании многопользовательского интерфейса желательно, чтобы "собеседники" были немногословны, но имели возможность высказаться тогда, когда хотят. Для реализации этих возможностей приоритет должен быть выше у того, чье сообщение меньше по объему и перерыв между репликами больше. Таким образом, значение приоритета может быть функцией этих двух переменных и вычисляться либо в виде функции предпочтения, либо по методу многокритериальной аппроксимации, подробно рассмотренных в главе 3. [c.305]

ЛПР или эксперт, пользуясь многопользовательским интерфейсом, не должен знать структуру и протоколы работы сети. Так же, как пользователь персональной ЭВМ, не должен знать ее устройства, хотя основные принципы работы ЭВМ да и сети желательно знать. [c.307]

Приведенный ниже пример поясняет идеологию использования многопользовательского интерфейса. [c.308]

ЛПР узла Уо посылает по многопользовательскому интерфейсу (для сведения других ЛПР) приоритеты узлов, показанные на табл. [c.308]

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

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

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