Диалоговое программирование

Cтраница 2

В таких схемах диалога СПР предлагает оракулу определить значения функционалов качества и ограничений в некоторой точке области определения задачи и, возможно, значения соответствующих опорных функционалов в этой точке. Роль СПР сводится к рациональному выбору последовательности точек Хг, в которых накапливается локальная информация об условиях задачи, и к выдаче решения в момент, когда будет накоплена информация, достаточная для получения результата требуемого качества. Диалоговая процедура решения задач математического программирования, в которую укладываются различные задачи планирования и проектирования сложных систем, позволяет, таким образом, на основе заданной априорной информации о классе задач, к которому относится рассматриваемая проблема, целеустремленно уточнять ее, накапливая только необходимую для получения решения информацию. Изложению этого подхода, называемого диалоговым программированием, посвящены § 5, 6 настоящей главы. [16]

Примерный состав инструментальных средств диалогового программирования 54. [17]

Уважительное отношение к Фортрану, сложившееся во всем мире среди инженеров-пользователей ЭВМ и обусловленное огромным объемом фонда готовых программ на этом языке, распространилось на Бейсик стихийно. Однако прошло не менее десяти лет с появления первых Бейсик-систем учебного назначения, прежде чем начали появляться Бейсик-системы профессионального уровня. На первых микроЭВМ ( таких, как СМ 1800 [60]) шш позднее на персональных компьютерах эти системы объединили в себе Удобство диалоговой разработки и отладки программ с возможностью получения ( путем компиляции) эффективных программных изделий в машинных кодах. За последние 10 - 15 лет появились и продолжают появляться более мощные и удобные языки диалогового программирования, но ни один из них не приобрел популярности Бейсика. Причины тому - предельная простота минимального диалекта этого языка и отмеченное выше родство с Фортраном. [18]

Систематическое развитие изменчивости в языке является центральной проблемой для программирования, а следовательно, и для проектирования нашего преемника. Всегда практика подсказывает нам особые случаи, на основании которых мы устанавливаем описания новых переменных. Каждый новый опыт сосредоточивает наше внимание на необходимости большей общности. Разделение времени является одним из новых явлений, которое, вероятно, станет повседневным. Разделение времени концентрирует наше внимание на управлении системами и на том, чтобы программисты управляли своими текстами до, во время и после их исполнения. Возрастает гибкость взаимодействия с программой, и наш преемник не должен затруднять этот процесс. Наше представление о диалоговом программировании означает много больше, чем быстрота и удобство отладки: наши наиболее интересные программы никогда не бывают совсем ошибочными, но и никогда не бывают окончательными версиями. Как программисты, мы должны выделить то новое, что вносит диалоговое программирование, прежде чем сможем надеяться обеспечить для него подходящую языковую Модель. Я считаю, что новизна состоит в требовании изменяемости того, что прежде считалось фиксированным. Здесь я имею в виду не новые классы данных, а переменные, значениями которых являются программы или части программ, синтаксис или части синтаксиса и режимы управления. [19]

Справиться с ней могут только специалисты в соответствующей конкретной области. Такие специалисты должны обладать специфическими для этой области знаниями и опытом, достаточными для того, чтобы поставить адекватную практической формальную задачу. Необходимо, чтобы полученная задача оказалась приемлемой по сложности - чтобы ее можно было решить при разумном расходе интеллектуальных и вычислительных средств. Организация четкого взаимодействия специалистов разного профиля, участвующих в проектировании, сама по себе нелегкая задача, требующая продуманных подходов и, возможно, вспомогательных технических средств. Но об этом будет сказано позднее, в связи с так называемым диалоговым программированием ( ам. [21]

Страницы: 1 2