Cтраница 2
Теговая организация памяти способствует реализации принципа независимости программ от данных. [16]
Логические имена устройств используются для обеспечения независимости программы, взаимодействующей с устройствами, от конкретного устройства. Логическое имя представляется последовательностью от 1 до 6 алфавитно-цифровых символов, допустимых в коде RADIX-50, и может указываться при обращении к устройству вместо физического имени. [17]
Кроме того, механизм подсхемы позволяет обеспечить независимость программ от формата внутреннего представления данных. Предположим, что БД включает числовое представленное в упакованном десятичном формате поле А1, содержащее до 6 десятичных цифр. [18]
Логическое имя устройства используется, чтобы обеспечить независимость программы, выполняющей операции ввода-вывода, от конкретного устройства. Логическое имя задается последовательностью из 1 - 3 алфавитно-цифровых символов, допустимых в коде RADIX-50. Соответствие между физическим и логическим именем устройства либо устанавливается автоматически при начальной загрузке ОС, либо задается самим пользователем с помощью соответствующей команды монитора. [19]
В машине предусмотрены схемные средства, обеспечивающие независимость программ одной задачи от возможных ошибок в программах других решаемых задач. [20]
Использование псевдонима для доступа к базе данных обеспечивает независимость программы от размещения данных в системе, позволяет размещать программу работы с данными и базу данных на разных дисках компьютера, в том числе и на сетевом. Вместе с тем для простых баз данных типичным решением является размещение базы данных в отдельном подкаталоге того каталога, в котором находится программа работы с базой данных. Таким образом, программа работы с базой данных всегда знает, где находятся данные. [21]
Использование псевдонима для доступа к базе данных обеспечивает независимость программы от размещения данных в системе, позволяет размещать программу работы с данными и базу данных на разных дисках компьютера, в том числе и на сетевом. Вместе с тем, для простых баз данных типичным решением является размещение базы данных в отдельном подкаталоге того каталога, в котором находится программа работы с базой данных. Таким образом, программа работы с базой данных всегда знает, где находятся данные. [22]
Применение адаптивных СУБД позволяет реализовать в значительном объеме независимость программ пользователя от данных, например, можно наращивать число полей файла, не меняя при этом уже работающие программы. БД, реализованная средствами адаптивных СУБД, обладает высокой гибкостью в процессе нара-щквання сервисных средств и новых возможностей АСУ параллельно с действующими. [23]
При использовании этого метода обеспечивается более высокая степень независимости программы от параметров и типа терминала. Система адаптируется к конкретному типу устройства, с которым взаимодействует прикладная программа. Так, например, для терминала типа ЕС-7920 система при выводе формирует из строк страницы и выводит страницу в целом, позволяет оператору просматривать предыдущие страницы или запросить новую страницу. [24]
Такое разделение описания файлов между программой и заданием обеспечивает независимость программы не только от места, но и от некоторых характеристик используемых в ней файлов. [25]
Логическая система управления вводом-выводом обеспечивает максимальную гибкость программ, заключающуюся в независимости выполняемой программы от структуры данных, которые она обрабатывает, и от типов используемых внешних устройств. Это означает, что одна и та же программа без повторной подготовки может обрабатывать различные файлы данных, применяя разные внешние устройства. Подобная независимость реализована за счет реентерабельности этих программ. Программы методов доступа являются Р программами. Блок управления данными получает всю информацию из трех источников, приоритеты воздействия которых на блок различны. Построение и наиболее приоритетное заполнение Блока управления данными осуществляется по макрокоманде DCB. Вторым по приоритету источником заполнения Блока управления данными является Таблица параметров файлов, задаваемая программой Системный ввод при обработке операторов языка управления заданиями. Эта информация размещается в БУД по макрокоманде OPEN. Третьим источником для формирования БУД для уже существующих файлов данных на магнитных лентах и дисках является метка файла данных. Информация из меток во время выполнения процедуры открытия файла пополняет Блок управления данными. [26]
Система обеспечивает высокую независимость логической организации данных от физической организации и в определенной степени - независимость программ от данных. В системе имеются развитые средства поддержания и восстановления целостности и разграничения доступа к данным. [27]
Для того, чтобы программа была самоперемещающейся, программист должен приложить специальные усилия для обеспечения независимости программы от места расположения ее в основной памяти. Поэтому не всякая программа может быть самоперемещающейся. [28]
ОС обеспечивает универсальность системы благодаря применению принципа модульности ( позволяет комбинировать системные возможности различным способом) и независимости программ от устройств ввода-вывода, а также за счет программной совместимости на любой модели системы. [29]
Распределение устройств ввода - вывода производится с целью более эффективного их использования, а также для обеспечения - независимости программ от физических адресов устройств с по - Мощью метода логических устройств. Суть метода состоит в том, что устанавливается стандартный набор символических имен устройств, которые програм. Таким образом, в программе указывается логическое устройство, а не конкретный физический адрес требуемого устройства. Управление заданиями содержит процедуры назначения логическим устройствам физических адресов, механизм поддержания - установ - ленных назначений во время обработки потока заданий и их использования при обращении к устройствам ввода - вывода. [30]