Cтраница 1
Ответы пользователя при генерации системы, занесенные в глобальную переменную ASYS, игнорируются и заменяются новыми характеристиками, данными при слиянии системы. [1]
Распознавание ответов пользователя на первый запрос ведется в программе PRELUD по четырем символам. [2]
Оператор case анализирует ответ пользователя. Если метод Show вернул значение Yes, значит пользователь хочет сохранить текст. В этом случае вызывается заготовленная в модуле процедура FileSave. Если из диалога вернулось значение Cancel, значит, пользователь нажал кнопку Отмена или нажал системную кнопку закрытия диалога. Это означает, что пользователь отказывается от завершения приложения. Cancel присваивается значение true, и это обеспечивает прерывание закрытия приложения. Если же пользователь в диалоге нажал кнопку Нет, отказываясь от сохранения текста, пользователю отображается методом MessageBox. В данном случае в вызове метода Show не заданы никакие параметры, кроме текста сообщения. Поэтому заголовок окна пустой, и в окне имеется только одна кнопка ОК. [3]
В приводящемся ниже протоколе ответы пользователя выделены жирным шрифтом. [4]
Третье и четвертое утверждения записывают ответы пользователя в базу данных Пролога. Четвертое утверждение будет достигнуто в том случае, когда цель без сомнения дает отказ или когда пользователь исчерпал все возможности исключения переменных - перечислил все примеры, для которых цель успешно согласуется. [5]
Рассмотрим следующий пример: анализ ответов пользователя, вводимых с терминала. [6]
Для того чтобы избежать таких повторений, ответы пользователя мы должны запоминать в интерпретаторе. Каждый раз перед тем, как задать очередной вопрос, интерпретатор должен проверить, не задавался ли он ранее. Прежде чем устанавливать, будет ли цель согласована, использовав для этого вмешательство пользователя, мы должны проверить, не получен ли ответ на этот вопрос ранее. [7]
Таким образом, система своим действием прямо влияет на ответ пользователя. [8]
Под надписями мы расположим текстовое окно Editi для ввода ответа пользователя. [9]
При NW 0 запрос на терминал на выдается, а ответ пользователя вводится. В этом случае действие подпрограммы ZAPROS эквивалентно обращению к программе INPULT. Обращаем внимание читателя на то, что смена терминала или переход в другую операционную систему на подпрограмму ZAPROS никак не влияют. Это замечание остается справедливым и для всех последующих программ, о которых речь пойдет ниже. [10]
Указанный выше пакет программ дополняет бейсик специальными процедурами для приема и оценки ответов пользователя, составленных на полунатуральном языке. [11]
Составим процедуру inrm, удаляющую файлы из некоторого каталога в зависимости от ответа пользователя. Имя каталога задается аргументом команды inrm. Предположим для простоты, что в каталоге нет подкаталогов ( позднее построим процедуру без. [12]
Простейшие формы диалога в виде заранее запланированных запросов со стороны ЭВМ и ответов пользователя типа ДА, НЕТ или числовых данных могут быть организованы и с помощью ОС. Однако более сложные директивно-обучающие формы диалога организуются только с помощью специальных мониторов, позволяющих прерывать процесс проектирования как со стороны ЭВМ, так и со стороны пользователя. Обмен информацией между ЭВМ и пользователем осуществляется директивными фразами. Если пользователь затрудняется в выборе директив, то ему может быть оказана помощь со стороны ЭВМ в виде подсказок. В целом разработку специальных мониторов следует тесно увязывать с разработкой входных языков и языковых процессоров. [13]
Описание исходной задачи моделирования при этом осуществляется в диалоговом режиме в соответствии с ответами пользователя на вопросы-подсказки системы автоматизации, которая таким образом собирает всю информацию об объекте моделирования и способе организации эксперимента над ним. После завершения этапа описания задачи средства автоматизации программирования вступают в работу и составляют ( генерируют) соответствующую программу моделирования. Важной особенностью сгенерированной программы является ее безошибочность, что исключает необходимость в ее отладке и тестировании. [14]
Дело в том, что для работы в режиме меню требуется заранее предвидеть все ответы пользователя на все вопросы компьютера. Если на каждый вопрос иметь только два ответа ( меньше нельзя), то для всех случаев / V-шагового диалога ( один шаг: вопрос-ответ) необходимо не менее 2N вопросов - за каждым ответом пользователя должен следовать вопрос компьютера с не менее чем двумя вариантами ответа. При / V10 нужно иметь более тысячи таких вариантов ( 2 ж1000), а при N 50 свыше 1015 вопросов - это миллион миллиардов. Здесь проблема не столько в том, чтобы разместить такой гигантский объем информации ( емкость ОЗУ современных компьютеров значительно меньше - 109 - 1010 байт), сколько в том, чтобы записать такое число вопросов. Несложный подсчет показывает, что даже произносить эти вопросы придется свыше 10 млн. лет, если на один вопрос тратить всего 1 с. Это и ограничивает возможности метода. [15]