Cтраница 2
Прежде всего, в качестве первичного понятия выбрана не вычислительная машина, а программирование как процесс разработки алгоритма. В соответствии с этим сначала излагаются абстрактные алгоритмические языки ( машины Тьюринга и нормальные алгоритмы), затем язык алгол и наконец языки вычислительных машин. При этом подчеркивается, что разработка программ на различных языках проводится в принципе одинаково, хотя она, безусловно, существенно зависит и от специфики языков. [16]
Но даже и такая мера обобщения для практического применения должна быть достаточно формализована, с тем чтобы упростить процесс разработки расчетных алгоритмов и обосновать надежность их использования для практических целей. [17]
Умение быстро и правильно исполнять алгоритмы облегчает задачу создания новых алгоритмов. В процессе разработки алгоритма составитель постоянно должен отдавать себе отчет в том, какие действия исполнителя на самом деле будут вызваны командами алгоритма и к каким изменениям значений используемых переменных эти действия приведут. [18]
Сложный процесс разработки нормативов, на наш взгляд, может быть проведен только в условиях автоматизированного управления. В процессе разработки алгоритмов решения отдельных задач додсястем АСУ ШОКР выявляется информация, которую необходимо накапливать для создашш нормативной базы. Причем, по мере накопления этой информации нормативная база будет постоянно уточняться и систематизироваться и в автоматизированной системе должно быть предусмотрено существование додсистемы нормативного хозяйства, базирующейся на классификации работ по определенным признакам. [19]
Работа с табличными алгоритмами происходит следующим образом. Таблицы составляются заранее в процессе разработки алгоритма. [20]
Проектирование системы оперативного управления опирается на информацию о свойствах управляемого производственного объекта и протекающих в нем процессов. Изложенные методы оптимизации систем управления предполагают, что процессу разработки алгоритмов управления предшествует этап статистического исследования производственного объекта. Достоверное статистическое оценивание параметров исследуемого процесса требует накопления достаточно большого статистического материала, так что проектирование системы может быть выполнено лишь по окончании достаточно длительного периода наблюдения. [21]
При составлении инструкций мы исходили из того, что в отличие от процесса разработки алгоритма и программы, являющегося творческим, работа с ПЭВМ таким процессом не является, а, значит, существуют алгоритмы, описывающие этот процесс. Именно такие алгоритмы-инструкции по работе с ПЭВМ, содержащие к тому же только ту информацию, которая необходима на начальной стадии знакомства с ПЭВМ, предлагаются в этой главе. Эти инструкции позволяют затрачивать минимум времени на обучение работе с ПЭВМ. Практически, все обучение сводится к выдаче учащемуся подобной инструкции. Все остальное, как правило, он в состоянии усвоить сам, последовательно выполняя все предписания инструкции. [22]
В своем письме он опровергает утверждение автора работы [6.36], что в процессе разработки алгоритма существовало сотрудничество между IBM и Национальным агентством безопасности. Приведены комментарии автора относительно других критических замечаний в адрес стандарта. [23]
Необходимо сделать несколько предварительных замечаний. Во-первых, возможность применения в данной области метрической теории алгоритмов вытекает из общей природы процессов разработки алгоритма принятия решения и программирования. Во-вторых, здесь рассматривается самый неблагоприятный для оператора случай, когда у него нет возможности прочесть уже готовое решение и даже получить подсказку. [24]
Для того чтобы структура программы наиболее соответствовала структуре информации, процесс доопределения нужно совместить с процессом разработки алгоритма на ЯЛС. Осуществляется это так: первоначальный алгоритм составляется в терминах объектов и операций над ними. Входящие в него элементарные операторы, содержащие функции и ( или) предикаты, аргументами которых являются объекты, рассматривают как новые задачи. Изображая объекты, как системы более простых объектов, для каждой новой задачи повторяют описанный процесс. [25]
Как проблема сортировки массивов, так и проблема сортировки связных списков представляют несомненный интерес: в процессе разработки собственных алгоритмов мы столкнемся с некоторыми базовыми задачами, для которых лучше всего подойдет последовательное распределение элементов, для других же задач больше подходит структура связных списков. Некоторые из классических методов обладают столь высокой степенью абстракции, что могут одинаково эффективно применяться как к массивам, так и к связным спискам; в то же время другие максимально эффективно проявляют себя на каком-то одном виде указанных выше объектов сортировки. Другие виды ограничений доступа также иногда представляют определенный интерес. [26]
Методика решения задачи считается разработанной, когда установлены зависимости всех искомых результатов от исходных данных и указаны такие методы получения искомых результатов, которые могут быть реализованы на ЦВМ. В некоторых случаях пригодность ( или непригодность) избранных методов может быть установлена только на последующих этапах: в процессе разработки алгоритма решения и даже в процессе решения задачи на ЦВМ. При непригодности выбранных методов приходится возвращаться к этапу разработки методики. [27]
Теперь мы должны, опираясь на неконструктивное по своей сути определение 3.4, получить математические результаты, ведущие к эффективным алгоритмам. В работах такого рода принято представлять последовательность хорошо обоснованных и отполированных результатов, но сделать так здесь означало бы лишь совсем немного раскрыть процесс разработки алгоритмов, являющийся стержнем вычислительной геометрии. Поэтому мы начинаем с обсуждения некоторых малопродуктивных подходов. [28]
Методика решения задачи считается разработанной тогда, когда установлены зависимости всех искомых результатов от исходных данных и указаны такие методы получения искомых результатов, которые могут быть реализованы на ЭВМ. В некоторых случаях пригодность ( или непригодность) избранных методов может быть установлена только на последующих этапах: в процессе разработки алгоритма решения или даже в процессе решения задачи на ЭВМ. При обнаружении непригодности выбранных методов приходится возвращаться к этапу разработки методики. [29]
Методика решения задачи считается разработанной тогда, когда установлены зависимости всех искомых результатов от исходных данных и указаны такие методы получения искомых результатов, которые могут быть реализованы на ЭВМ. В некоторых случаях пригодность ( или непригодность) избранных методов может быть установлена только на последующих этапах: в процессе разработки алгоритма решения или даже в процессе решения задачи на ЭВМ. При обнаружении непригодности выбранных методов приходится возвращаться к этапу разработки методики. [30]