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

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

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

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

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

Приводим несколько примеров.

Средства языка КОБОЛ не позволяют выполнить формиро­ вание шифров массивов, исходя из режимов обработки, что часто требуется при организации и ведении основных и корректирую­ щих массивов в НСХ, имеющих к тому же одинаковую струк­ туру записи. Это реализуется подключением к кобольной прог­ рамме через глагол «ВОЙТИ» подпрограммы, написанной на ЯСК и имеющей вид:

Оператор обращения к ней имеет вид: ВОЙТИ В н-п (Н-м, шифр — массива), где

н — п — название подпрограммы ЯСК, Н — м — название массива, шифр которого надо изменить

шифр массива — данное, определенное через глагол ПРИНЯТЬ или секцию рабочей памяти.

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

В действующей версии КОБОЛа не имеется возможности дозаписи информации в ранее введенный массив, тем не менее

30

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

Н. С. Школьникова, В. М. Школьников

ОБЕСПЕЧЕНИЕ ЭКСПЛУАТАЦИИ НЕДООТЛАЖЕННЫХ ПРОГРАММ

Отладка больших программ (5—10 тыс. команд) достаточно трудоемка. Просмотр всех вероятных ситуаций для них, как пра­ вило, не представляется возможным в приемлимые сроки. На практике такие программы сдаются в эксплуатацию недоотлаженными. Выявляемые в процессе работы ошибки требуют срочного исправления. Корректировка может осуществляться как на внеш­ нем носителе, так и непосредственно в оперативной памяти после загрузки программы. Первое занимает значительное время — собственно корректировка, трансляция модулей, сборка, форми­ рование внешних носителей и т. д. Возможный и часто приме­ няемый способ корректировки программ после загрузки — вне­ сение изменений вручную с пульта инженера. Однако этот способ дает удовлетворительные результаты только при малом коли­ честве изменяемых ячеек (1—3); при большом — он неудобен: во-первых, сильно затягивается время загрузки программы, вовторых, неизбежны ошибки оператора. В Гидрометцентре СССР

разработан метод внесения изменений в загруженные программы с помощью модифицированной отладочной программы.

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

32

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

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

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

— изолированность отлаживаемой и отладочной программ

впроцессе работы;

—тождественность всех объектов отлаживаемой программы

вотладочном и реальном режимах;

—однозначное соответствие состояния программы в отла­ дочном и реальном режимах.

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

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

33

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

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

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

В. Л. Седун

ОБЩАЯ ХАРАКТЕРИСТИКА СМО «МИНСК-32», ОРГАНИЗАЦИЯ ВНЕДРЕНИЯ СМО НА ЗАВОДЕ

Базовая система математического обеспечения ЭВМ «Минск-32», разработанная НИИ ЭВМ, включает в себя систему программ «ДИСПЕТЧЕР», обеспечивающую мультипрограмм­ ную (до 4-х программ) пакетную обработку, и систему программи­ рования, базирующуюся на наличии единого внутреннего языка (языка загрузки) и единой методики комплексации программ.

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

34

количестве внешних устройств машины (до 13бк). При рассмот­ рении вопросов математического обеспечения (СМО) «Минск-32» существенную роль играет программная совместимость «Минск-32» с машинами «Минск-2, 22,22М». В режиме программ­ ной совместимости потребитель может некоторое время эффек­ тивно использовать имеющиеся программы и имеющееся мате­ матическое обеспечение, состав которого к настоящему времени очень широк. СМО ЭВМ «Минск-32» сравнимо с математическим обеспечением машин среднего класса, выпускаемых за рубежом. Общий объем СМО «Минск-32» и его рост характеризуется сле­ дующей таблицей:

Состояние на

2.Количество книг, опи­

3.Количество листов в

В настоящее время существующие программы СМО «Минск-32» можно разделить на следующие группы:

—система программ «Диспетчер»;

—система наладочных тестовых программ и контрольных задач;

—система проверочных тестовых программ;

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

—система отладочных программ;

—система символического кодирования;

—библиотека программ общего назначения;

—библиотека программ обработки данных;

—программы линейной алгебры;

—программы вычисления корней уравнения;

—программы численного интегрирования;

—программы численного решения обыкновенных дифферен­ циальных уравнений;

—программы стандартных функций языков Алгамса и Форт­

рана;

35

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

—программы обслуживания «Минск-1560», ЗУМБ и др.

Перечисленные программы обеспечивают первоочередные пот­ ребности наладки, запуска машин у потребителя, процесса напи­ сания, отладки и выполнения программ.

В настоящее время все программы, входящие в СМО, постав­ ляются заказчикам вместе с машиной на машинных носителях — перфолентах и магнитных лентах.

Текстовые программы, кроме того, поставляются на перфо­ картах и дополняются текстами программ.

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

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

Так, за период выпуска машин пользователю высланы два перечня и три «бюллетеня» нулевых доработок. После проведения работ согласно нулевым доработкам, машины пользователя будут соответствовать машине выпуска декабря 1972 г.

Подготовлен новый бюллетень нулевых доработок, который высылался пользователям в III квартале 1973 года. Кроме того, ежеквартально выпускается и рассылается пользователям «Ин­ формационный листок» о текущих и планируемых работах и из­ менениях вместе с бюллетенями.

При внедрении математического обеспечения оказывается по­ мощь непосредственно у пользователя. Так, в 1971 году команди­ ровки математиков составили около 800 чел/дн. в 1972 году 1200 чел/дн. Ежедневно один-два пользователя обращаются к нам, которым даются необходимые консультации.

В настоящее время рассылаются пользователям по их заяв­ кам описания языка КОБОЛ и АЛГАМС, готовится к внедрению в III квартале транслятор с языка ФОРТРАН, в НИИ ЭВМ раз­ работана барабанная операционная система (БОС), которая была внедрена в III квартале 1973 года.

36

Н. А. Заварцева

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

В докладе излагается программное обеспечение автоматизи­ рованного комплекса подготовки издания (АКПИ) на ЭВМ «Минск-32». Разработанные программы обеспечивают подготов­ ку и корректуру информационных изданий типа реферативных сборников, справочников, каталогов.

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

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

При подготовке данных предполагается использование стан­ дартного оборудования ЭВМ «Минск-32». Предусматривается кодирование заглавных букв.

Разработанные программы АКПИ реализуют следующие за­ дачи:

1.Ввод параметров сборника. В начале работы программ АКПИ вводятся параметры сборника, в которых указываются размеры страницы, какие поля информационно-библиографичес­ ких данных должны присутствовать на странице, а так же поря­ док следования и характер расположения их в строке.

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

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

4.Корректуру страниц издания. Корректируется любая стра­ ница, хранящаяся на выходной магнитной ленте. Корректура допускает замену, удаление и вставку символов. Предусматри­ вается вставка целого документа. Результаты корректуры запи-

37

сываются на выходную магнитную ленту. Корректируемые стра­ ницы на выходной магнитной ленте уничтожаются.

Программирование выполнено на ЯСК для ЭВМ «Минск-32» с объемом памяти 32768 ячеек. Общий объем программ около 12 тыс. операторов.

Л. Ф. Немцов, В. Н. Писемская

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННО­ ПОИСКОВОЙ СИСТЕМЫ

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

Лингвистической основой системы является монотермный информационный язык с функциональной грамматикой. Инфор­ мационный язык использует лексику естественного языка и ис­ кусственно созданные грамматические средства. Содержание до­ кументов и запросов описывается при помощи ключевых слов (монотермов). Документы и запросы разбиваются на информа­ тивные блоки и клетки. Информативный блок соответствует фразе документа; клетка представляет собой определенное соче­ тание монотермов во фразе. Каждому мономерму приписывается его грамматический распознаватель. Массивы документов делят­ ся на подмассивы с помощью рубрикатора на 35 позиций.

Имеются средства поиска по жестким признакам и в соот­ ветствии с этим, возможны различные варианты поиска:

—запросы составляются только на информационном языке;

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

вотыскиваемых документах;

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

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

3*

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

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

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

Программирование выполнено на языке символического коди­ рования для ЭВМ «Минск-32» со стандартным комплектом внеш­ него и периферийного оборудования и объемом памяти 32768 яче­ ек. Общий объем программ около 42001О операторов. Все прог­ раммы записаны на магнитной ленте системы в 3-х видах: на языке символического кодирования, транслированные, собран­ ные. Магнитная лента системы пригодна для тиражирования.

39