ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Публикационная активность

(сведения по итогам 2017 г.)
2-летний импакт-фактор РИНЦ: 0,500
2-летний импакт-фактор РИНЦ без самоцитирования: 0,405
Двухлетний импакт-фактор РИНЦ с учетом цитирования из всех
источников: 0,817
5-летний импакт-фактор РИНЦ: 0,319
5-летний импакт-фактор РИНЦ без самоцитирования: 0,264
Суммарное число цитирований журнала в РИНЦ: 6012
Пятилетний индекс Херфиндаля по цитирующим журналам: 404
Индекс Херфиндаля по организациям авторов: 338
Десятилетний индекс Хирша: 17
Место в общем рейтинге SCIENCE INDEX за 2017 год: 527
Место в рейтинге SCIENCE INDEX за 2017 год по тематике "Автоматика. Вычислительная техника": 16

Больше данных по публикационной активности нашего журнале за 2008-2017 гг. на сайте РИНЦ

Вход


Забыли пароль? / Регистрация

Добавить в закладки

Следующий номер на сайте

4
Ожидается:
16 Декабря 2018

Об универсальной среде разработки диалогового программного обеспечения

Статья опубликована в выпуске журнала № 1 за 1989 год.[ 21.03.1989 ]
Аннотация:
Abstract:
Авторы: Дралюк В.Б. () - , , , Кокнаев А.Н. () - , ,
Ключевое слово:
Ключевое слово:
Количество просмотров: 7702
Версия для печати

Размер шрифта:       Шрифт:

Адаптация диалоговых программных средств и конкретной программной среде для мультипрограммных версий ОС ЕС важна к актуальна. В других ОС* как чисто диалоюиой (UNIX), так и смешанной диалогово-пакетной ориентации (ОС ДИСПАК для ЭВМ БЭСМ-6) терминалы по своему статусу отличаются от других устройств, являясь нерьичиьш средством вычислительной среды пользователя. Сигналы ■■внимание» от всех активных устройств этого типа обрабатываются а любой момент функционирования ОС специальной системной задачей или процессом, который может по требованию программы пользователя передавать ей на некоторое время управление диалогом. С другой стороны, обмен с терминалами часто поддерживается в таких chci смах высокоуровневыми примитивами разлитых языков программирования.

В ОС ЕС аналогичный статус обслуживаемых операционной системой устройств имеют лишь консоли операторов ЭВМ, которые монопольно управляются системной задачей связи. Их использование ограничено минимальным обменом короткими сообщениями. Прочие терминалы распределяются на уровне языка управления заданиями. Такое положение усугубляется еще н неразвитостью стандартных средств эмуляции обмена с последовательным файлом на экран терминала, трудностями организации обмена программами, написанными на языке высокого уровня. Вес это привело к появлению большого числа различных диалоговых систем коллективного пользования, мониторов* специализированных инструментальных средств разработки интерактивных лрограмм, что в свою очередь породило сложные проблемы их совместимости, по крайне мере иа д»ул уровнях. Первый связан с необходимостью гибкого параллельного использования нссколькиа систем такого рода, второй — с переносом функционального наполнения из одной среды в другую

Усилия разработчиков базового программного о&сснеченчя сосредоточены, как правило, на решении первой группы проблем. Большинство современных диалоговых систем коллективного пользования (ДСКП) обеспечивают динамическое распределение терминальных устройств как на архитектурном уровне (подключение и отключение терминалов оператором ЭВМ или администратором вычислительною процесса), так и на функциональном (временное использование терминала для выполнения другого задания или процедуры). В последнее время довольно Ннтмсяню развиваются средства виртуализации терминалов, позволяющие динамически распределять управление терминалом между несколькими программами Однако такие системы имеют ЛОиольно низкий уровень надежности и универсальности, что ограничивает их применение н организация вычислительного процесса.

Значительно меньше внимания разработчики уделяют задаче обеспечения независимости проблемных программ от диалоговой среды. Поддержка функционировавши программ, ориентированных на системы разделении нремеми (СРВ), является одним из удачных решений. Формальная возможность обеспечения независимости от среды в мониторе SHADOW реализуется подключением программ обмена пользователя при редактировании загрузочного модуля. Монитор «ОБЬ» позволяет запускать в своей среде не только программы, специально реализованные при помощи его собственных прнмитниов обмена, но и модули, основанные на базисном телскоммунальном методе доступа.

Ограниченность выбора средств обеспечении независимости от среды диалога приводит к значительному снижению универсальности программных продуктов. Постоянно растущее число прикладных программ, написанных только для PRIMUS-А или только для «ФОКУСа», представляет серьезную проблему, нуждающуюся в создании поддерживающих ее решение программных средств, к числу которых относится разработанный в ВЦ СПТИ комплекс программ -ЛИК».

«ЛИК* можно отнести к "внутренним» диалоговым мониторам. Это означает, что программы, основывающие диалог на .этом интерфейсе, могут вызываться нет>средственно на уроннс языка управления заданиями или из программ пользователя (я отличие от подобных «КАМЕ^ и SHADOW внешних мониторов, где на уровне JCT- вызывается управляющая программа монитора). С другой стороны, «ЛИК™ поддерживает не только запросы на обмен с логическим терминалом, но и примитивы получения характеристик среды, выполнения некоторых пажных общесистемных функции.

Архитектура комплекса предопределяет специфический характер передачи информации с уровня языка управлении заданиями в модули чЛИК». В отличие от внешних мониторов, для которых такая информация может передаваться в [голе PARM, комплекс получает ее из имен специальных DD-предложений, что позволяет сделать ее «прозрачной» для промежуточных слоев программного обеспечения. Комплекс поддерживается тремя уровнями программ.

В поддерживаемой в настоящий момент версии «ЛИК» имеются средства взаимодействии с такими системами, как PRIMUS, СРВ и «АРГУС* k возможно также обслуживание сво&одн/ых терминалов при помощи базисного телекомму ки-кационного метода доступа и запуск фограммв пакетном режиме. Последняя возможность требует некоторого пояснения. Действительно, при работе в интерактивном режиме часть тактов диалога связана с вводом информации пользователя, тогда как для остальных инициатива абонента означает лишь запрос на выдачу следующей порции дщшыхг Для моделирования интерактивной среды в случае пакетных заданий в оперативной памяти поддерживается буфер логического экрана. Часть его строк заполняется входной информацией, часть формируется программой и попадает затем в выходной поток. Входная информация заносится в те строки буфера, которые располагаются до первой пустой строки. Та-ким образом, если перила строка пустая, это распознается как сигнал ВНИМАНИЕ на ло1ичсском терминале, В противном случае выполняется ввод информации. Ввод может осуществиться т файла, описанного специальным DD-предложенпем LTKIN или с консоли оператора ЭВМ в отсутствие такого DD. В последнем случае содержимое строки, начвдая с первого отличного от пробела символа, выводится на консо.'и, макрокомандой WTGR, Ответ, определяемый командой REPLY, накладывается на начало строки. Использование программы и пакетном режиме до некоторой степени должно предусматриваться при ее проектированииг В этом смысле «ЛИК» уступает средствам модели[юнаннч на экране наборов данных SYSIN и SYSPR1NT. имеющимся во многих диалоговых системах, и частности в PRIMUS. Пре-

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

Полноэкранный обмен в целом является характерной особенностью «ЛИК», при Этом допускается задание пользователем как неформализованного образа экрана, так и спецификация готового информационного потока для терминала ЕС-7927 и аналогичных устройств. Такой подход егозволяст, с одной стороны, полнее использовать возможности терминальных устройств, с другой — обеспечить интерфейс «ЛИК* для тех программ, которые уже ориентированы нэ форматизацию экрана, что характерно, например, для диалоговых средств СУБД типа ДИСОД. Недостаток его определяется повышенной степенью зависимости программы от типа терминала.

Среди интерфейсов, лоддержлваемыч «ЛИК», интерфейс «АРГУСа» отличается от прочих темн что предполагает функционирование проблемной программы не в разделу этой системы, а в виде не зависимого от нее задания или процедуры. Г1 акой пне [инки подход к: организации диало га имеет как пренмущсь-таа, таи к недостатки. Внутренний подход является простым, он экономит системные ресурсы, расходуемые на планирование задании и шагов. С другой стороны, он связан с негибким, излишне статичным управлением оператийной памятью, с необходимостью дублировать некоторые функции планировщика ОС ЕС, Наиболее существенным недостатком является отсутствие защиты среды для различных программ, работающих под управлением монитора. Нарушение ее может выражаться в случайной занесении информации в участки оперативной памяти* принадлежащие другой задаче щги самому монитору, или в некорректном совместном нс*юлъзовапии блоков JFCB при динамическом распределенин устройств- В обои* случая» возникающие ошибки оказывакттся трудными для воспроизнедевия н упэвлнвания.

Этиэс недостатков лишен внешний подход, предъявляющий, впрочем, повышенные требования в суммарным ресурсам оперативной памяти и несколько обнажающий взаимодействие процессов для операторов ЭВМ. Среди традиционных систем такой тип взаимодействия поддерживается в JЕС, поэтому в последнее время появляется значительное количество основанных па HtM разработок,

Интерфейс -ЛИК» с «АРГУСом», называемый также универсальным способом обмена, обеспечивает обобщение этого подхода, так как позволяет вести диалог практически с любыми диалоговыми мониторами и расширяемыми СКПГ Его использование предполагает включение в систему команды или транзакции, поддерживающей, обмен информацией с проблемными программами на осноае интерфейса -ЛИКи. При этом функции модулей универсального способа оо-иена свопятся к подготовке буфера обмена в оперативной памяти, оформлении ert» как тагру/зочного модуля длч того, чтобы он мог быть обнаружен другими задачами, и синхронизации с работой, обесп&чиваквдей взаимодействие команды СКП. Пооьольку описанная схема предполагает обмен лантшмн между различными разделами памяти, модули «ЛИК* работают с нулевым ключом защиты, дли чего используется статическое или динамическое санкционирование соответствующих действий. В случае статического санкционирования статус модули определяется при его редактировании;, при этом он обязательно помещается в общую библиотеку системы или в одно из ее логических расширений. При

■:■■■■:■.-.■■■. секционировании после загрузки ОС однократно вызывается программа, строящая префикс к ' :■. и-нону модулю санкционирования дос- ■ .i i и обеспечивакицая дополнительное санкционирование заданных в описке моду-лен.

Универсальный тип о&мена обладает несколькими важными достоинствами. Во-первых* он позволяет поддерживать самые различные одно- и мультизадачные схемы реализация многотермннальных проблемных программ, ггричем управление логическими устройствами может реализовыватъея на языке высокого уровня Так, однозадачная схема со статическим распределением памяти пол буферы может быть запрограммирована Е|рактичсски на любом универсальном языке. Аналогичный динамический подход может быть предложен для языков^ обладающих развитыми средегнами 1>аботы со ссишсЕОЛ И глобальной генерацией имен (ПЛЛ. OacKajibj Алюл-68). Наконец наиболее развитые языки, та-кле как ПЛ/1 и Алгол'68, допускают мультизадачную реализацию многотерминапьных программ. Вторым достоинством описываемо 141 подхода является гибкость управления терминалами. В случае удаленных станций (для которых поддерживается неформатизоъанный обмен) различные терминалы одной и той же грукпы могут взаимодействовать с разными задачами. Диалог с Епкнраммой может быть а пронзнольньж момент прерван с лоследуюндем возобновлением при сохранении состояинн программы. Это означает, что при прекращении диалога имитации сигнала ВНИМАНИЕ для программы не выполняется, и она остается в состоянии ожидания до повторного запроса тем же абонентом взаимодействия с ней. Такая схема реализации связи задач позволяет гибко сочетать последовательное выполнение различны* функций. Еще одно достоинство данного подлода — организ^дня взиимоденстиия универсальных программ с системами, обладающими сложным вну1реннлм интерфейсом и предъявляющими особенно *есгкие требования к структуре выполняемых, под их управлением программ. Используемый о^ъем оперативной ;:'m;i: ■! пиент только от количества об-служивц^мьгх терминалов. Каждому терминалу соотцетствует рабочая область размером около 3 Кбайтов. Программы асех уровней «ЛИК» для любого способа обмена занимают примерно 6 Кбайтов^

В настоящее время на основе комплекса ^ЛИК* реализуется ряд проблемно-оркентированнык диалоговых программ ц систем, В их числе — интерфейс яэьцеэ запросов ДИОД, диалоговая попдерзогакомтшек^хгв программ *РИФ>-(а|1ыини-стративное управление файлами в ОС ЕС) и -ТРИО» {отладчик для загрузочных модулей с особо сложным системным ч>ггерф^нсом), исполь^усмьЕХ н вычнепнтельних цеятрах Минска^ Киева, Москвы^ Хабаровски!, Свердловска н ■.,-!■ городов. Средства чЛИК* успешно функционируют во всех версия* ОС ЕС режимов MVThSVS, обеспечивая высокую степень тиражируемости диалоговых программ и систем.


Постоянный адрес статьи:
http://swsys.ru/index.php?page=article&id=1349
Версия для печати
Статья опубликована в выпуске журнала № 1 за 1989 год.

Возможно, Вас заинтересуют следующие статьи схожих тематик: