Диалоговая процедура

Cтраница 2

По диалоговым процедурам различаются первичные и вторичные станции телемеханической системы. Первичная станция - это станция, инициирующая диалог, т.е. вызывающая начало передачи сообщений. Для классов S1 и S2 передающая станция является первичной, поскольку по ее инициативе начинается передача данных, а принимающая станция - вторичной. Для класса S3 первичной является запрашивающая станция, которая требует передачи сообщений от вторичной станции. [17]

Уровни иерархии в АСДУ и АСУТП. [18]

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

Пользование диалоговыми процедурами должно быть санкционированным. Для этого могут быть применены классические средства, начиная от паролей и кончая магнитными жетонами. [20]

Целесообразно различать диалоговые процедуры для дискретных и непрерывных задач выбора решений. [21]

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

Проблема гибкости диалоговых процедур человеко-машинного взаимодействия может быть сведена к проблеме обеспечения гибкости интерфейса между пользователем любого уровня и системой контроля и управления. Оптимальная последовательность кадров сценария пользователя может быть выражена в топологических терминах. Именно ГДП, реализующий поведение пользователя в предметной области, и ГДП, отображающий характер информационно-вычислительных процессов, связаны между собой топологической операцией замыкания траекторий. Это позволяет решать на качественном уровне проблему соответствия мощности информационно-вычислительных процессов, БД и разрешимости задач пользователей, работающих в разных предметных областях. [23]

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

ГДП, инициализирующий диалоговые процедуры человеко-машинного общения, a Gn - n - полный ГДП системы. [25]

Речь об организации диалоговых процедур пойдет далее, в § 4.3. Здесь же мы обсудим еще одну задачу, где возникает потребность диалога с ЭВМ, обусловленная резким повышением сложности изучаемых процессов регулирования. [26]

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

Процесс взаимодействия графа диалоговых процедур ( ГДП) G ( XF) имеет в составе X элементы XIN, соответствующие инициализации диалога, и элементы Хошг, соответствующие окончанию человеко-машинного взаимодействия. Сам по себе графовый формализм, применяемый для описания диалога, не самоцель, поскольку такой аппарат применялся и ранее. Особенностью излагаемого подхода является то, что на множестве ГДП вводится ряд макроопераций, описываемых структурами универсальных алгебр в рамках дискретной математики, что позволяет структуру и сценарий диалога рассматривать в единой взаимосвязи. Выше уже подчеркивалось, что простейший диалог, как правило, играет подчиненную роль, и поэтому для его описания достаточно какой-либо конкретной графовой структуры. Сценарий такого диалога реализуется в жестких рамках этой структуры и описывается несложным древовидным графом. Такой диалог соответствует директивному типу, а его сценарий, в большинстве случаев, типа меню. Однако такой диалог не удовлетворяет потребностям широкой группы пользователей. В связи с этим необходимо иметь аппарат гибкой модификации структуры диалога, подбора сценариев для всего множества пользователей. [28]

Рассмотрим проблему адаптации диалоговых процедур с разных точек зрения, выявим некоторые особенности и сделаем соответствующие обобщения, а также построим математическую модель процесса адаптации. [29]

На этапе функционального анализа диалоговые процедуры были выбраны, затем описаны в виде вопросов и ответов и представлены с помощью схем общего характера; были определены их основные характеристики и соответствующие рабочие места ( разд. [30]

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