книги из ГПНТБ / Общее математическое обеспечение для решения задач экономики, статистики и управления на ЭВМ Минск-32 тезисы докладов и сообщений

языка КОБОЛ для программирования таких задач. Показаны недостатки КОБОЛа, которые укрупненно сводятся к следующему:

— при программировании комплекса задач АСУП часть задач или операторов на КОБОЛе являются избыточными и могут быть устранены при другой организации системы прог­ раммирования;

— использование каталогов массивов и лент, невозможное в КОБОЛе, позволяет организовать рациональное управление внешней памятью на магнитных лентах;

— использование более гибких систем организации величин (реквизитов) и записей дает возможность вне КОБОЛа получить экономию внешней и оперативной памяти, ускорить процесс обработки данных в задачах.

Учитывая указанные недостатки КОБОЛа, которые частич­ но повторяются и в других языках, в частности, в ПЛ-1, предла­ гается новый язык обработки массивов экономической информа­ ции в АСУП (ЯЗОМ).

В докладе описываются функции операторов языка и харак­ теристики транслятора. Операторы ЯЗОМа дают возможность организовать обмен массивов между МОЗУ и памятью на маг­ нитных лентах, выполнение арифметических и логических опера­ ций, а также кодирование, редактирование и вывод данных на печать. Особенностью языка является программное задание соответствия между полем данных в МОЗУ и описанием записи поля, что дает возможность работать с любым описанием, как с обычным массивом. Транслятор с ЯЗОМа для «Минск-32» выполняет перевод программы в коды языка символического ко­ дирования (ЯСК).

Н. Ф. Денисов

МОНИТОРЫАЯ СИСТЕМА ИЯФ-73 ДЛЯ ЭВМ «МИНСК-32»

1. Организация работы вычислительного центра

Класс пользователей, обслуживаемых ВЦ, включает тех, кто занят программированием, отладкой, пробным пуском программ, счетом разовых задач. Естественной структурой пакета в таком ВЦ будет компановка пакета из заданий, поступающих от поль­ зователей; специальной группировки пакета по видам работ не производится.

20

Внешне прохождение пакета выглядит так.

Пользователь (их число порядка 100) приносит на ВЦ бланки с заданием. На следующий день он может забрать распечатку результатов выполнения своего задания.

Оператор из группы перфорации перфорирует содержимое бланков. Затем вносит подготовленное задание пользователя в пакет на архивную магнитную ленту. Запись задания в пакет происходит в режиме прерывания, так как ЭВМ занята выпол­ нением из очереди пакета ранее введенного задания.

Управляющая программа АВТМТ Мониторной системы ИЯФ-73, загруженная в ЭВМ, организует автоматическое выпол­ нение заданий пакета. Для этого система использует функцио­ нально-фиксированный набор внешних устройств.

2. Организация хранения программных фондов

ВЦ берет на себя обязательство хранить все программные и числовые материалы каждого пользователя. Это обязательство обеспечивается следующим образом.

Данные и программы, отлаживаемые одним пользователем, составляют дебаг этого пользователя. В нерабочем состоянии каждый дебаг свернут и хранится на МЛ-АРХИВ. Поскольку исходные программы относятся к сборкам, как алфавит к сло­ варю, то во избежание комбинационного разбухания АРХИВа хранение сборок исключается. Система берет на хранение только исходные тексты и модификации этих текстов, полученные после трансляции или перекодировки.

Пакет заданий, выполняемый системой и одновременно по­ полняемый операторами, образуется и хранится также на МЛАРХИВ. Совместное хранение на АРХИВе дебатов и заданий имеет то преимущество, что в случае аварии почти всегда можно продолжить работу, опираясь только на АРХИВ. Гарантируется сохранение проделанной работы с точностью до повторения прерванного задания.

Каталог АРХИВа формируется при начальном пуске системы прогоном МЛ от блока НК до блока КК. Затем каталог исполь­ зуется для организации движения АРХИВа.

Сжатие АРХИВа проводится, как правило, в конце каждой смены. Прежняя МЛ-АРХИВ изымается и хранится в течение 3 дней, после чего затирается при очередном сжатии. Такой цикл из 3 архивных лент служит хорошей страховкой против аварий с МЛ.

21

Если пользователям тесно на одном АРХИВе, их разбивают на две или три группы, и для каждой группы заводят свой АРХИВ.

Доступ к массиву исходного текста программы или данных, а также к всем его модификациям (перекодированный, трансли­ рованный или собранный текст), возникающим при выполнении задания системой, можно получить по символическому имени, присвоенному пользователем этому массиву. В системе все эти массивы хранятся под внутренними системными именами — шифрами.

Объем архива ограничен до 127 авторов, объем дебага — до 127 имен массивов.

3. Язык описания работ

Задание как элемент пакета представляет собой перечень ра­ бот, заказанных обязательно одним автором над массивами своей библиотеки-дебага. Элементом задания является перечень работ над одним массивом дебага. Все задание некоторого автора может перфорироваться параллельно несколькими операторами и в этом случае будет представлено несколькими порциями первич­ ного носителя (колод перфокарт или перфолент).

Программист пишет задание на языке описания работ (ОР). Фрагменты языка ОР, представляющие тексты программ или данных, пишутся на языках программирования (ССК, ФОРТРАН и т. д.) или по правилам подготовки данных. Остальные элементы языка ОР являются директивами, определяющими последова­ тельность работ, которые системе следует выполнить над мас­ сивом.

4. Архитектура системы

Мониторная система ИЯФ-73 загружает с АРХИВА очеред­ ное задание пакета: директивы — в таблицу оперативной памяти, тексты — на МЛ-ДЕБАГ. Затем с АРХИВА на МЛ-ДЕБАГ развертывается соответствующий этому заданию дебаг, и его тексты программ и данных получают стандартное оформление в виде отдельных массивов.

Развертывание дебага производится с учетом полученного задания. Для каждого массива решается вопрос: нужно ли его переписывать в дебаг и, если нужно, то с каким именем.

Некоторые системные имена заменяются на внешние, симво­ лические. Механизм замены таков: если в задании есть дирек­

22

тива СОБРАТЬ, то символическое имя резервируется для сбор­ ки, иначе — для массива, полученного после трансляции. Это обусловлено особенностями работы ЗАГРУЗЧИКа и СБОРЩИКа.

Теперь система организует выполнение работ, заказанных автором в задании. Для этого управляющая программа системы для каждого массива очередного элемента задания загружает и обращается к сегментам соответственно перечню вторичных ди­ ректив. Система прерывает счет рабочей программы, если зака­ занное время истекло; производит обработку сбойных ситуаций, при переполнении или другом локальном сбое рабочей програм­ мы выдает на печать адрес сбоя относительно начала выполняе­ мого сегмента.

Если из-за ошибок или сбоев обработка некоторых директив задания оказывается невозможной или бессмысленной, то эти директивы пропускаются до ближайшей выполнимой, об этом сообщается на печать, и выполнение задания продолжается.

Закончив задание, система свертывает и возвращает на АРХИВ новую редакцию дебага. Имя-шифр дебага содержит номер за­ дания, после выполнения которого возникла эта редакция. Сис­ тема берет с АРХИВА следующее задание. Цикл повторяется.

Независимо от результатов работы любого сегмента (какойлибо сбой, останов, ошибка, неполная сборка, зацикливание и т. д.) управление с соответствующей индикацией непременно возвращается программе АВТМТ, которая принимает решение

одальнейших действиях.

Всистеме приняты меры, оптимизирующие движение лент. Структура пакета такова, что в системе может быть легко реали­ зован всевозможный бухгалтерский учет: затраты времени каж­ дым пользователем и т. д.

Оператор в любое время, когда МЛ-АРХИВ свободна, может пополнить пакет с перфолент или с перфокарт. Присутствие оператора обязательно только во время служебных работ в на­ чале или в конце смены, когда производится сжатие АРХИВА, и система может, например, попросить поставить личную МЛ пользователя, употребившего в своем, уже выполненном задании, директиву СНЯТЬ. На это же время переносятся всевозможные восстановительные работы, требующие участия оператора.

При сжатии архива в новый архив переписываются для каж­ дого автора только дебаг последней редакции.

23

5. Управление системой

Оператор управляет системой с пишущей машинки, пользуясь набором директив управляющего языка. Программа АВТОМАТ может находиться в одном из следующих режимов:

Оператор с ПМ может прерывать любой режим системы в пользу более старшего, после выполнения которого продолжается преж­ ний режим.

При пополнении пакета система не печатает никаких указаний оператору. Поэтому следует иметь в виду, что ввод организован с ожиданием каждой следующей порции не более 20 секунд, после чего, в случае отсутствия готовности порции, система ухо­ дит на прерванный режим. Если же готовность есть, то система выдерживает интервал безопасности (1 сек.) и вводит. После ввода ПМ печатает шифр введенной порции и после выполнения директивы — номер принятого задания.

Оператор может с ПМ заказать прекращение текущего счета рабочей программы очередного автора. Система выставляет флаг и пускает будильник на интервал завершения (10 минут), по истечении которого система прерывает исполнение автора и переходит к свертыванию. Шифр дебага получает признак не­ завершенности, а место прерывания в задании запоминается.

Вдальнейшем имеется возможность закончить задание, начиная

сработы, следующей за прерванной.

Поэтому при оформлении длительного счета программист должен в своей программе обращаться к спецподпрограмме, которая проверяет флаг. После обнаружения флага следует пере­ ходить к консервированию или к завершению счета.

В директиве СЧИТАТЬ указание времени большего интервалу завершения — обязательно. Если при счете истекает заказанное время, то срабатывает механизм принудительного завершения.

24

И. А. Ливший

ДОПОЛНЕНИЕ БИБЛИОТЕКИ ТРАНСЛЯТОРА С АЛГОРИТМИЧЕСКОГО ЯЗЫКА ФОРТРАН

(ИФВЭ, РЕЖИМ Р32) ПРОГРАММОЙ НЕФОРМАТНОГО ВВОДА ЧИСЛОВОЙ ИНФОРМАЦИИ С ПЕРФОЛЕНТЫ

Выполненное расширение библиотеки транслятора с алго­ ритмического языка ФОРТРАН позволяет в программах, созда­ ваемых с его помощью, осуществлять ввод массивов действи­ тельных и целых чисел, нанесенных на перфоленту в форме «с разделителем».

Подобный режим подготовки числовой информации особен­ но целесообразен и удобен при работе с числовыми массивами большой размерности, в которых компоненты достаточно сильно

•разнятся по структуре (количеству цифр). В этих случаях подго­ товка информации в форме «с разделителем» избавляет пользо­ вателя от перфорации большого числа незначащих позиций.

Для организации ввода массива целых либо действительных чисел, нанесенных на перфоленту в форме «с разделителем», достаточно в рабочей программе организовать обращение к программе по следующей форме:

CALL READL (N1, N2, ХХХХХ),

где: N 1 — тип чисел массива (1 — целый)

(2 — действительный); N2 — количество чисел в массиве.

ХХХХХ— идентификатор массива целых или действитель­ ных чисел, описанный в операторе DIMENSION.

Вкачестве разделителя как действительных, так и целых чисел принят символ пробел (1111110). При набивке действительных чисел, целая часть от дробной должна отделяться точкой.

Пример нанесения информации на перфоленту: а) Целые числа:

285 1184314 7784;

б) Действительные числа:

0.8543 11276.08 14474386.54678

Программа READL вводит числа, переводит их из кода ГОСТ 10859-64 в двоичную систему счисления и располагает в месте, отведенном транслятором для указанного массива

25

Язык программирования — ЯСК. Форма расположения пе­ редаваемых в программу параметров соответствует правилам, принятым в указанном трансляторе. Длина программы — 200 ко­ манд.

В. Г, Самохвалов, М. Д. Чильдинов

ТРАНСЛИРУЮЩАЯ СИСТЕМА

Транслирующей системой назван разработанный для ЭВМ «Минск-32» программный комплекс, обслуживающий операции по созданию программ, такие как хранение и корректировка исходных текстов, распечатка, трансляция, сборка.

Цель создания комплекса-обеспечение необходимого сервиса при ведении библиотек программ, сокращение затрат на подго­ товку заказов и формирование пакетов и времени выполнения операций на ЭВМ.

Комплекс базируется на стандартных средствах математи­ ческого обеспечения: программ ввода, корректировки и распе­ чатки исходных текстов, сборщика трансляторов ЯСК, КОБОЛ. Возможно включение других средств математического обеспече­ ния (ФОРТРАН, макрогенератор, АЛГАМС).

Ключевыми в организации системы являются следующие принципы:

1. Исходные тексты программ, находящихся в стадии отладки, результаты их корректировки, трансляции, сборки хранятся на магнитной ленте в виде одной или нескольких библиотек отлажи­ ваемых программ.

2.Имена массивов (программ и корректуры) формализованы

иявляются носителями заказа на их обработку.

Организация библиотек отлаживаемых программ позволяет стандартизовать процедуры обработки, реализовать принцип однократного ввода информации, организовать оптимальный, поиск массивов на МЛ.

Формализованное имя состоит из пяти символов, несущих следующую информацию:

—признак алгоритмического языка (Я-ЯСК, К-КОБОЛ, Ф-ФОРТРАН, А-АЛГАМС);

—признак программиста;

—произвольный символ;

—редакция программы (символ, меняющийся после каждой корректировки программы);

26

— тип массива (Т — исходный текст, С — оттранслированная программа, Р — собранная программа, И — корректура).

Эта информация позволяет как оператору, так и головной программе уже по имени текста, появившегося на входе системы, определить его принадлежность соответствующей библиотеке

ипроцедуру его обработки. Состав системы:

—группа вспомогательных программ для ведения библио­ тек на магнитных лентах (распечатка, редактирование, восстанов­ ление, перекомпоновка МЛ);

—программа индивидуальной обработки текстов по дирек­ тивам оператора;

—программа пакетной обработки текстов.

Система обладает следующими достоинствами:

—исключается необходимость предварительной подготовки

иввода заказа на обработку;

—поиск массивов производится в прямом, затем в обратном направлении без подвода начала МЛ, что позволяет минимизироьать время поиска и устранить зависимость времени обработки от длины библиотеки, так как наиболее интенсивно отлаживае­ мые программы обычно находятся в конце библиотеки;

—обмен с оператором через ПМ минимален, так как выдача лишних сообщений заблокирована;

—подготовка пакета предельно проста и заключается в груп­ пировке в одну или несколько пачек текстов вновь вводимых программ и корректуры по данной библиотеке.

Массивы могут перекладываться пустыми картами, что об­ легчает разборку пакета;

—в одном пакете могут быть программы, написанные на ЯСК и КОБОЛе;

—действия программы и время выполнения операций прото­ колируются на ПМ оператора;

—возможна оперативная корректировка исходных текс­ тов с пульта оператора;

—при совместной работе большой группы программистов исключается возможность совпадения имен программ;

—возможен ввод информации, подготовленной на ПЛ по упрощенной схеме перфорации;

—система проста в освоении операторами;

Среднее время выполнения основных операций:

27

В. Р. Добрускин, А. М. Момотлтый, И. М. Пасечник

ОПЫТ ПРИМЕНЕНИЯ ЯЗЫКА «КОБОЛ-32»

В сообщении приводится накопленный опыт работы с тран­ слятором ТК-32; анализируются основные недостатки и достоин­ ства системы программирования «КОБОЛ-32» и возможные пути повышения эффективности использования этой системы.

Несомненным достоинством системы программирования «КОБОЛ-32» является то, что она легко вписывается в общую систему программирования ЭВМ «Минск-32» как на уровне ис­ ходного языка, так и на уровне языка загрузки. Это же относится и к общей организации информационных массивов в системе.

Однако имеется ряд недостатков, которые приводят к опре­ деленным эксплуатационным неудобствам. Это прежде всего отсутствие программ ввода-вывода кобольных текстов на перфо­ ленту, усложненное определение размера записи при организации начальных контрольных блоков и ряд других.

Нельзя признать удачной организацию сегментов транслято­ ра из-за излишних подводов при трансляции начала катушки ленты системы и невозможности стандартного отказа от услуг транслятора при требовании очередного заказа и в некоторых сбойных ситуациях.

На стадии выполнения рабочих программ очень сильно ска­ зывается неоправданное, с нашей точки зрения, ограничение, наложенное на сборку ряда программ СМО. Вопросы экономии оперативной памяти должны решаться разработчиками программ,

ане навязываться извне.

Вплане повышения эффективности использования системы программирования «КОБОЛ-32» применяется ряд организацион­ ных мероприятий на стадии трансляции, отладки и решения задач и разрабатываются программы, расширяющие возможности системы.

О. В. Комар, Н. А. Малышева, Л. Л. Ланцова

НЕКОТОРЫЕ ВОПРОСЫ ИСПОЛЬЗОВАНИЯ СИСТЕМЫ КОБОЛ ДЛЯ ЭВМ «МИНСК-32» ПРИ СОЗДАНИИ АСУ

Применение ЭВМ ограничено не только трудностями в алго­ ритмизации сложных задач АСУ, но и в программировании

28

составленных алгоритмов. Программирование и отладка задер­ живают внедрение достаточно сложных задач на длительный период, что значительно снижает экономическую эффективность создаваемых АСУ. Автоматизация процесса программирования может быть достигнута путем применения алгоритмических язы­ ков. Специфика задач АСУ заключается в том, что они включают в себя: большие массивы смешанной (алфавитно-цифровой) исходной информации; большое количество выходных таблиц; алгоритмы зачастую несложные, но громоздкие. Поэтому был применен язык КОБОЛ, созданный специально для экономических задач.

Очевидны основные преимущества и удобства использования КОБОЛа при программировании:

— значительное сокращение времени разработок задачи от ее постановки до получения рабочего комплекса, обеспечиваемое высокой скоростью написания программ;

—охват средствами языка всех основных процедур обработки данных и возможности их расширения;

—простота и наглядность изложения алгоритмов, позво­ ляющие привлечь к программированию не только специально подготовленные кадры;

—легкость внесения изменений в разработанные комплексы программ;

—высокий уровень межпрограммных связей и связи с опера­ ционной системой;

—стандартизация и упрощение как ведения документации по разработанным программам, так и по их эксплуатации.

Наиболее эффективно использование системы КОБОЛ для задач с требованиями последовательной выборки и обработки массивов данных со сложной многоуровневой структурой. К та­ кому классу относится большинство задач таких подсистем АСУ, как технико-экономическое планирование, управление материаль­ но-техническим снабжением, комплектацией и др.

Эти задачи характеризуются большим объемом информации, разновременностью ее поступления, неоднородностью структуры создаваемых массивов данных.

На этапе разработок АСУ неизбежен процесс «проб и оши­ бок», когда часто возникает необходимость переделки ранее раз­ работанных задач.

Часты случаи разработки программ для задач разового или

срочного характера.

Все это делает необходимым создание больших комплексов программ в короткие, сжатые сроки, внесение с максимальной

29