Cтраница 3
Своеобразным дополнением в понимании сложнейших химических процессов, протекающих в современных реакторах, является третья лекция настоящего сборника, где рассмотрены принципы и методология построения макрокинетической модели - важной составной части математической модели химического реактора. Реальное приложение представленных подходов показано на примере газофазной реакции Фишера-Тропша и жидко - фазного гидрирования псевдоионона. [31]
Было бы неверным сейчас создать ложное впечатление о том, что логика освобождает программиста от прагматических соображений. В реальных приложениях с целью достижения приемлемой эффективности исполнения программы часто бывает необходимо структурировать входные предложения, должным образом учитывая дедуктивную стратегию интерпретатора и конкретный вид поставленного запроса. Программисту поэтому требуется, как правило, думать и об алгоритмических и о дескриптивных свойствах создаваемых им программ. На протяжении всей этой книги мы будем уделять особое внимание этому соображению, а также влиянию, которое оно оказывает на методологию программирования и более широкие проблемы, связанные с разработкой программного обеспечения. [32]
Эта особенность в точке О связана с идеализацией сосредоточенной силы конечной величины Р, передаваемой через бесконечно малую площадь. При реальном приложении воздействия типа сосредоточенной силы образуется контактная зона малых, но конечных размеров. [33]
Получение корректных результатов в процессе попарного сравнения альтернатив и выявления предпочтений ЛПР связано с известным предположением о независимости критериев по предпочтению. В большинстве реальных приложений это предположение выполняется в результате разумного выбора наборе независимых критериев. Однако избежать завуалированных связей между критериями не всегда удается. [34]
Если бы это было реальное приложение, ваши данные уже были бы повреждены, а ваша организация была бы ввергнута в Хаос. [35]
Иерархическая модель обеспечивает эффективные способы организации и поиска данных, когда они представимы в виде дерева. К сожалению, во многих реальных приложениях дерево является недостаточно мощной структурой, в связи с чем приходится либо искусственно размножать данные, чтобы разнести их по разным вершинам дерева, либо вводить в иерархические модели аппарат указателей. Первая альтернатива приводит к большой избыточности данных с известными последствиями перерасхода памяти и угрозы нарушения целостности базы данных [70], а вторая - к необходимости неконтролируемого системой манипулирования ссылками в прикладных программах, что снова несет угрозу нарушения целостности. [36]
Может быть, некоторым читателям некомфортно видеть только теоремы существования и единственности. Действительно, наиболее важная проблема в реальных приложениях - найти решение. Конечно, мы не можем даже надеяться найти явные выражения решений общих эллиптических операторов. [37]
Языки представления знаний сами по себе, как правило, реализованы на языке Лисп. Вследствие уже этого факта они представляются менее подходящими для реальных приложений, носящих характер промышленного продукта, поскольку их применение вызовет большую потерю времени работы системы. Часть исследователей в США считает, что указанным языкам, ( и, конечно, языку Лисп) должна быть отведена роль некоторого исходного средства, позволяющего создать черновые варианты экспертных систем, которые для повышения рабочей эффективности системы в дальнейшем будут переписаны на таких языках, как, например, Бейсик или Фортран. [38]
Это ожидаемое постоянное время выполнения - теоретический оптимум производительности для любой реализации таблицы символов, но хеширование не является панацеей по двум основным причинам. Во-первых, время выполнения зависит от длины ключа, которая может быть значительной в реальных приложениях, использующих длинные ключи. Во-вторых, хеширование не обеспечивает эффективные реализации для других операций, таких как select или sort, с таблицами символов. Эти и другие вопросы подробно рассматриваются в этой главе. [39]
Вместо того чтобы сравнивать имя и пароль с таблицей паролей ( как это было бы в реальном приложении), программа выполняет простую проверку. Если пароль не равен имени, запрос остается в неактивном состоянии. Такой метод блокирования доступа нельзя назвать надежным, так как запрос может быть активирован провайдером. [40]
Поэтому статистический режим достаточно мелкомасштабных пульсаций в любой турбулентности с достаточно большим числом Рейнольдса должен быть практически однородным и изотропным, или, иными словами, реальная турбулентность с очень большим Re должна быть локально однородной и локально изотропной. Понятие локально изотропной турбулентности как раз и является тем видоизменением понятия изотропной турбулентности, которое важно для многих реальных приложений. [41]
Пройдя на практике через процесс создания такой формы, вы увидите, как архитектура доступа к базам данных проявляет себя в реальных приложениях. [42]
Протоколы Ethernet ( CSMA / CD) и его интернетовские надстройки типа ТСРЛР вполне применимы для офисных приложений, когда вероятность коллизий невелика. Но для систем управления технологическими процессами, где предъявляются жесткие требования к циклу сканирования и безусловному выполнению функций реального времени, исследование ограничений на их применение в реальных приложениях должно быть проведено очень тщательно. [43]
Стратегия игры заключается в использовании точно заданного количества чисел. Чтобы выиграть, читатель Web-страницы должен использовать ровно 33 числа для получения всех заданных чисел. В реальном приложении выигрывающее число может регулярно изменяться, чтобы игра была более интересной. [44]
Первое требование состоит в том, чтобы данные и знания были надежными. Надежные данные не могут быть зашумлен-ными или содержать ошибки. В реальных приложениях очень немногие источники данных удовлетворяют этим требованиям. Помимо надежности данных, необходима надежность знаний. Применяя надежные знания, не надо заботиться об их согласованности или точности. Систематическое применение надежных знаний не должно приводить к ложным, приблизительным или необоснованным заключениям. Главным преимуществом надежности как данных, так и знаний является монотонность системы. При простейшей архитектуре память представляет монотонную базу данных, в которой добавление новых следствий происходит по мере того, как они выводятся системой вывода. [45]