Cтраница 1
Программа ввода данных в ЭВМ предусматривает два вида контроля: логико-синтаксический контроль формирования исходных информационных сообщений и арифметический контроль ввода информации. [1]
Программа ввода данных вводит числовые, логические или текстовые данные с перфокарт, магнитной ленты и дисков. [2]
Один из микропроцессоров осуществляет управление программами ввода данных и их анализ, а другой - необходимые для нормальной работы функции управления процессами и формирование графического изображения в масштабе реального времени. В системе используются 4 Кбайта статической, 8 Кбайт динамической памяти ОЗУ и 12 Кбайт памяти стираемого программируемого ПЗУ. [3]
В процессе декодирования вызываются соответствующие программы управления дисплейным файлом или программы интерактивного ввода данных. [4]
Создание диалоговых программ с использованием AppWizard - это лучший способ разработки простых утилит или программ ввода данных, которые не должны управлять документами. [5]
Такие требования к программам вывода делают их достаточно сложными, хотя они обычно проще программ ввода данных. [6]
При обработке данных с помощью ЭВМ документы, построенные на основе единой модели, уменьшают разнообразие в макетах перфорации и программах ввода данных, что в свою очередь снижает затраты на автоматизированную обработку данных и уменьшает количество ошибок. Создаются условия для широкого применения единых форматов записи данных и на этой основе обмена машинными носителями информации между вычислительными центрами или передачи сообщений по каналам связи вместо пересылки документов и повторного их ввода в ЭВМ. Эти преимущества возникают и при внедрении формуляров-образцов на отдельные системы документации, однако применение единой модели построения всех управленческих документов резко увеличивает эффективность каждого из них. [7]
Данные, которые необходимо ввести в систему Астра, помещаются с помощью программ обслуживания ОС ЕС ЭВМ в один из периферийных наборов данных, а затем пересылаются главным оператором системы Астра затребовавшему их оператору дисплея. В команде ввода указывается имя программы ввода данных. [8]
Метод двойного счета прост в исполнении, но требует больших затрат машинного времени. Однако, если применение метода двойного счета для контроля решений задач в современных универсальных ЭВМ невыгодно из-за больших затрат машинного времени и высокой его стоимости, то применение этого метода весьма эффективно для контроля работы устройства и программы ввода данных с колоды перфокарт. Контроль при этом ведется по контрольной сумме. [9]
Если такая доработка ТПР признана целесообразной, то разрабатывается алгоритм получения такого выходного массива ТПР. Состав реквизитов во входных документах должен быть достаточным для формирования входного массива ТПР. В противном случае разрабатывается оригинальная программа ввода данных. [10]
Подпрограммы служат для реализации любого часто повторяющегося набора шагов программы. Так, например, в процессе решения сложной математической задачи могут иметь место многократные обращения к пакету программ обработки с повышенной точностью чисел с плавающей точкой. Часто представляются в виде подпрограмм программы, служащие для осуществления задержки, а также программы ввода данных, анализа данных клавиатур и дисплеев и других часто используемых устройств обработки информации. [11]
Если требуемый выходной документ не может быть образован на основе данных выходных массивов, то должна быть определена возможность формирования выходного массива на основе данных промежуточных массивов ТПР. Если такая доработка ТПР признана целесообразной, то - определяется возможность получения входного массива ТПР из требуемых входных документов. Состав реквизитов во входных документах должен быть достаточным для формирования входного массива ТПР. В противном случае разрабатывается оригинальная программа ввода данных. [12]
При несоответствии форм документов в ТПР формам, требуемым в задаче АСУ, анализируется возможность получения реквизитов требуемого выходного документа на основе данных выходных массивов ТПР. Если состав этих массивов достаточен для формирования требуемого выходного документа, то при использовании данного ТПР должны быть разработаны ОПР по формированию выходных данных. При невозможности образования требуемого выходного документа на основе выходного массива ТПР определяется возможность формирования выходного массива на основе промежуточных массивов ТПР. Если такая доработка признана целесообразной, то разрабатывается алгоритм получения выходного массива. Состав реквизитов во входных документах должен быть достаточным для формирования входного массива ТПР. В противном случае разрабатывается оригинальная программа ввода данных. Для стыковки ОПР с выбранным комплексом ТПР необходимо определить по каждому ОПР состав работ, которые нужно выполнить на стадии технического проектирования, разработать документацию на ОПР, использовать в ОПР терминологию, условные обозначения и систему идентификации, принятые в ТПР. [13]