Программа поддержки системы

Программа поддержки системы (SSP)

Главное меню SSP 7.5, показанное внутри клиента TN5250.
Разработчик	ИБМ
Рабочее состояние	Снято с производства
Первоначальный выпуск	1977 год ( 1977 )
Платформы	System/34 и System/36 Миникомпьютер
По умолчанию пользовательский интерфейс	Интерфейс командной строки
Лицензия	Собственный
Предшественник	Программа управления системой System/32 (SCP)
Преемник	ОС/400

Программа поддержки системы SSP ) — операционная система IBM ( System/34 и System/36 миникомпьютеров . SSP — командная операционная система, выпущенная в 1977 году.

История

Первоначально SSP содержал около 60 команд , которые были реализованы в System/34 с 1977 по 1983 год в разных версиях, называемых выпусками. Релиз 1 был выпущен вместе с исходным S/34 в 1977 году. Релиз 9 был выпущен в 1981 году. В 1983 году IBM переупаковала SSP на новом компьютере под названием IBM System/36 , который не был совместим по объектному коду с S/34. В 1994 году IBM перекомпоновала SSP на обновленной модели S/36, получившей название Advanced/36 . A/36 представлял собой IBM AS/400 , в котором SSP был реализован как « виртуальная машина ».

Основные выпуски SSP включают:

• С/34
  • S/34 Release 1.0 – поставлялся вместе с первым S/34 в 1977 году.
  • S/34 Release 8.0 – кажется, были выпущены примерно в 1980 году.
  • S/34 Release 9.0 – это был последний выпуск S/34 1980 года.
• С/36
  • S/36 Release 1.0 – видимо, это было поставляется с первым S/36 в 1983 году.
  • S/36 Release 2.0 – этот выпуск поддерживал стример 8809.
  • S/36 Release 4.0 – это выпуск, в котором S/36 было предоставлено 5 очередей заданий.
  • S/36 Release 5.1 – этот выпуск 1988 года стал последним крупным изменением на платформах 536X.
  • S/36 Release 6.0 – также известный как VASP или продукт поддержки с добавленной стоимостью. В этом выпуске были добавлены функции, позволяющие вызывать программы в RPG, а также предоставлено программное обеспечение для расчета размера AS/400, который понадобится пользователю при обновлении. VASP вызвал споры . Слухи циркулируют в отраслевых газетах что клиент не сможет вернуться на 5.1, если 6.0 не будет работать должным образом. Программные вызовы с помощью RPG CALL/PARM уступали разработкам RPGIII и дополнительным продуктам заказчика.
  • S/36 Release 7.1 – этот выпуск 1994 года поставлялся вместе с Advanced/36 (модели 9402-236). Первые машины A/36 не работали на более ранней версии, а также были несовместимы с версией 7.5 (хотя технически объектный код программы с машины 7.1 мог работать на 7.5 и наоборот, плюс многие 9402-236 были обновлены до 9402). -436, в котором они заменили материнскую плату и установили новый код LIC, а вы восстановили копию своих файлов и вуаля, все заработало). Ходили слухи, что заявленные компиляторы предыдущих выпусков не будут работать на Advanced/36, но они оказались необоснованными. Были причины, по которым программист предпочитал использовать компилятор RPGII 5.1 вместо предположительно более продвинутого компилятора 7.x.
  • S/36 Release 7.5 – этот выпуск 1995 года поставлялся со второй и последней волной Advanced/36 (9402-436). Такие функции, как WRKSYSVL, позволяли оператору изменять системное время на лету, что было интересно, поскольку пользовательские надстройки, позволяющие делать это с помощью подпрограмм ассемблера, не работали в Advanced/36. Однако процедуры ассемблера для открытия/закрытия файлов, получения VTOC и т. д. работали нормально в версиях 7.1 и 7.5.
  • Guest/36 – это версия 7.5, но вы можете настроить M36 (гость) на AS/400 (под управлением OS/400 от V3R6 до V4R4), и он будет работать так же, как 9402-436, за исключением того, что Чтобы иметь этот гостевой «раздел», у вас также была бы OS/400, если бы вы этого хотели. Итак, если 9402-436, который имел 3 скорости: 2102, 2104 и 2106 (последний был примерно в 2,7 раза быстрее базовой), был недостаточно быстрым, вы могли приобрести машину 9406-xxx и установить «гостевой/ 36 дюймов на таком. И на самом деле вы можете установить более одного гостя/36. Существовали некоторые ограничения на количество подключенных рабочих станций, но можно было легко установить две гостевые системы / 36, работающие на AS / 400, и настроить DDM (распределенное управление данными) между ними и даже с OS / 400 для размещения больших файлов. В то время как S/36 и A/36 по большей части работали только с терминалами, подключенными к Twinax, на Guest/36 (или M/36) вы могли бы разместить все свои терминалы в локальной сети с TCP/IP и быть виртуальными устройствами. в среде Гость/36.
  • S36EE (среда выполнения S/36) – она изначально поддерживалась в AS/400 и ее последующих версиях (iSeries, IBM i), что позволяет пользователю продолжать запускать свои программы и процедуры s/36 без необходимости их преобразования. Многие системные процессы также работают с такими. Хотя обычно он был «медленнее», поскольку ему приходилось выполнять дополнительные шаги, однако сегодня на таких быстрых машинах скорость S36EE во много раз выше, чем скорость выполнения A/36. Например, выполнение одного задания на Adv/36 заняло 12 минут, а в режиме S36EE — 20 секунд. Однако объектный код НЕ совместим с предыдущими версиями S/36 и A/36, а это означает, что пришлось перекомпилировать все программы и меню. Однако одно преимущество состоит в том, что вы можете запускать не только S36EE, но и приложения OS/400. Вы можете получить доступ к таблицам базы данных в своих программах S/36, вы можете вызывать программы RPG/400 и RPGIV из программы S/36. Итак, хотя технически это не SSP, он выглядит как SSP, действует как SSP и будет запускать ваши программы/процессы S/36.

Ограничения для операционных систем S/36, A/36 и M/36: максимальный объем дискового пространства, который могла использовать система, составлял 4 ГБ (на каждое экземпляр операционной системы, поэтому машина с двумя «разделами» M36 может иметь 4 ГБ в каждом. Еще одним ограничением был размер программы, который не мог превышать 64 КБ. Если у вас была программа большего размера, вам пришлось проявить творческий подход в последующие годы, когда появился вызов/парм, поскольку вы должны были переместить код в него. вызываемая программа, потому что, если бы базовая программа имела размер, например, 63 КБ, вы могли бы легко вызвать вызываемую программу размером 20 КБ. Вы также не могли иметь более 8000 файлов на машине. Также были ограничения на количество файлов, которые вы могли перенести. в программу (опять же, вы могли бы обойти это, поместив файлы в вызываемые программы и передав результат обратно. Максимальное количество записей, которые вы могли первоначально загрузить, составляло около 8 миллионов, а максимальное количество записей, которое мог содержать файл, составляло около 16 миллионов. Ни одно из эти ограничения существуют в S36EE (максимальное количество файлов в программе немного, но намного больше, чем в родном SSP).

Функции и компоненты

Используя SSP, оператор может создавать, удалять и управлять объектами S/34-36, такими как библиотеки, файлы данных , меню , процедуры , исходные элементы и файлы безопасности.

SSP содержит такие модули , как DFU, SEU, SDA и WSU, которые позволяют операторам создавать библиотеки и файлы, вводить информацию в эти файлы, создавать простые отчеты и поддерживать структуру меню, упрощающую доступ к информации. Advanced/36 не поддерживает WSU. Безопасность паролей и ресурсов также реализуется через SSP, как и удаленная связь, которая сегодня аналогична коммутируемому доступу к сети .

SSP — дисковая операционная система . Компьютерные программы можно запускать с жесткого диска, но не с дискеты или ленты. В комплект System/34 5340 или System/36 5360/5362 входит фиксированный дисковый массив из одного-четырех фиксированных дисков, как минимум один компьютерный терминал и 8-дюймовый дисковод , дополнительно оснащенный двумя магазинами, которые могут содержать По 10 дискет и три слота для дискет. AS/36 5363/5364 оснащен дисководом диаметром 5-1/4 дюйма. Компьютеры S/36 могут быть оснащены катушечным стримером 8809 (800/1600 бит/дюйм) или стримером 6157 с картриджем 1/4 дюйма (QIC). Компьютеры A/36 оснащены стримером QIC высокой плотности, но 5,25-дюймовый или 8-дюймовый дисковод для дискет (одиночный) был дополнительным, как и 9348-001 9-дорожечный (катушечный) ленточный накопитель с разрешением 1600/6250 бит на дюйм.

Системные утилиты

В процедурах SSP используются служебные программы, которые в некоторых случаях могут быть более полезными для программиста, чем сами процедуры SSP. $MAINT — это библиотечная утилита, используемая в ALOCLIBR, BLDLIBR, FROMLIBR, LIBRLIBR, REMOVE, CONDENSE, LISTLIBR и ТОЛИБР . $COPY — файловая утилита, используемая в СОХРАНЕНИЕ, ВОССТАНОВЛЕНИЕ, КОПИРОВАНИЕ ДАННЫХ и т. д. СПИСОК ДАННЫХ . Есть много других утилит, в том числе $ФБЛД , $ЭТИКЕТКА , $ДУПРД , $ТЕПЛО , $ овца , $ИСТИСТ , $CNFIG , #ГСОРТ , $ПАК и $PROF , которые более гибки на программном уровне, чем связанные с ними процедуры SSP.

Настройка с помощью CNFIGSSP

The CNFIGSSP Для настройки системы, включая устройства, использовалась процедура . Каждому устройству присвоен двухзначный идентификатор. Первая буква должна быть алфавитной; второй должен быть буквенно-цифровым. Система также зарезервировала определенные идентификаторы; например, устройство не может называться I1 или F1. I1 — имя дисковода; F1 — это то, что система называет жестким диском (означает «фиксированный диск», поскольку это не съемный диск).

Чтобы подать заявку CNFIGSSP , система должна быть выделена (никакие другие пользователи не вошли в систему и не запущены программы). Система должна быть под светодиодом IP (перезагружена). По завершении IPL новые устройства появятся на дисплее состояния.

SDA — помощь в проектировании экрана

Основная статья: Помощь в дизайне экрана

SDA позволяет оператору создавать форматы экрана или меню. Клавиши управления можно включать/отключать. Поля ввода, поля вывода и константы можно создавать и кондиционировать. Условия (в RPG они называются индикаторами ) могут привести к исчезновению полей или изменению цвета.

SEU — Утилита ввода исходного кода

SEU — текстовый редактор , позволяющий вводить данные построчно. Специальные формы используются для помощи оператору при вводе ключей в программы RPG или другие типы языков на основе форм (WSU, Sort, SDA и т. д.).

SORT — системная утилита сортировки

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

Сортировка может содержать целые записи или только 3-байтовые адреса, указывающие на записи в связанном файле. Это называлось адресным файлом или ОБРАЩЕНИЕ . При использовании маршрута «Добавить» программа считывает эти 3-байтовые адреса, а затем извлекает связанные записи из главного файла.

WSU — Утилита рабочей станции

Это был язык, похожий на RPG, который работал на SSP. Он был ориентирован на программы типа ввода данных. WSU был бесплатным, но не был принят особенно хорошо из-за своих ограничений.

DFU — утилита для файлов данных

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

ДФУ можно использовать

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

Программирование

Язык оперативного управления (OCL)

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

РПГ II

RPG II был модифицирован из System/3 дней, чтобы обеспечить доступ к «файлу WORKSTN», чтобы позволить языку на основе перфокарт взаимодействовать с человеком, сидящим за клавиатурой и монитором. Файл WORKSTN был выходным файлом (он записывался на монитор), а также входным файлом (поскольку он принимал ввод с клавиатуры пользователя). Таким образом, он был назван файлом комбинированного основного требования или файлом комбинированного спроса.

Клавиши управления стали индикаторами РПГ КА-КИ, а разные экранные формы распознавались по разным невидимым управляющим символам, спрятанным в самих формах. Поскольку для ввода текста пользователю приходилось отображать форму на экране, RPG II предоставила программе возможность записывать выходные данные перед принятием ввода. Многие успешные программисты перешли от использования комбинированного первичного файла WORKSTN к использованию файла комбинированного запроса, в котором были коды операций для чтения и записи дисплея. Был даже способ запрограммировать несколько WORKSTN; несколько человек могли войти в одну и ту же копию одной и той же программы в памяти. Самый большой размер программы составлял 64 КБ.

Атрибуты программы: MRT, SRT, NRT и NEP.

MRT = программа терминала с несколькими запросчиками. SSP мог подключить к программе до 7 терминалов одновременно. Любой оператор мог запустить программу на своем терминале, затем при выборе той же программы подключались терминалы других операторов. Максимальное количество обслуживаемых терминалов контролировалось программистом.

SRT = программа терминала с одним запросчиком. Не метро.

NRT = Нет программы терминала-запрашивателя. Запустившись на терминале, NRT освобождает запрашивающий терминал и продолжает работу. Это похоже на программу MS-DOS TSR (завершить и остаться резидентом). По определению, любая программа, которая была инициирована или представлена ​​на JOBQ, была НЗТ.

НЭП = Бесконечная программа. Обычно это была интерактивная программа MRT, которая после отключения всех терминалов ждала повторного подключения какого-либо терминала, избегая накладных расходов на инициацию. Обычно это использовалось для реализации больших программ в виде цепочки небольших программ, которые передавали терминалы от одного к другому, оставаясь при этом готовыми продолжить обработку для других терминалов и/или последующих транзакций. Программы НЗТ также могут быть NEP, если они написаны для цикла и ожидания некоторого условия, указывающего, что необходимо выполнить работу. Программы NEP обычно не завершались до завершения работы системы, если только они не были написаны для распознавания какого-либо специального условия завершения.

Форматы объектного кода

Объектный код, генерируемый Cobol, Fortran и RPG (тип O). Базовый интерпретировался только; утилита компиляции под названием BASICS создала код подпрограммы (тип R). Базовые программы можно было сохранить в качестве источников для совместимости с другими компьютерами, но текст проекта сохранялся в подпрограмме (если только программист не использовал параметр LOCK, чтобы сохранить его конфиденциальность).

Процедуры, использующие OCL для запуска программ и назначения им ресурсов, относятся к типу P.

Исходные элементы для всех объектов относятся к типу S, за исключением Basic, указанного выше.

Программы DFU генерируют код подпрограммы (R). То же самое произошло и с программами WSU.

Форматы экрана генерируют объектный код.

Меню генерирует объектный код. Меню — это просто очень специфический формат экрана с элементом сопутствующего сообщения, дополненным двухфунтовыми знаками («##»), обозначающими действие, которое необходимо выполнить при выборе соответствующего номера.

Популярные приложения SSP

• Программа повышения производительности программистов и операторов (POP) была широко используемой программой разработки. Он был включен в Advanced 36.
• MAPICS , система управления информацией о производстве и производстве.
• IMAS, простой пакет бухгалтерского учета
• BPCS, более совершенная система учета
• Коллекция программ IBM Office/36 (DisplayWrite/36, IDDU, Query и т. д.) была популярна в конце 1980-х годов и позже была включена в состав Advanced/36. Текстовый редактор System/34 был предшественником Office/36.
• Система обработки текстов Britz представляла собой текстовый редактор общего назначения с возможностями объединения писем, создания меток и базового редактирования файлов.

Безопасность системы

существует четыре типа безопасности В системе SSP :

• Безопасность бейджа.
• Безопасность пароля.
• Ресурсная безопасность.
• Безопасность меню.

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

Он вышел на пенсию

Процедура SECEDIT использовалась для работы с идентификаторами пользователей и паролями. Профиль пользователя содержит буквенно-цифровой идентификатор пользователя длиной от 1 до 8 символов, буквенно-цифровой пароль из 4 символов, код рейтинга безопасности пользователя – M (главный сотрудник службы безопасности), S (сотрудник службы безопасности), O (системный оператор), C (Оператор подконсоли) или D (Оператор Display Station) – и ряд других настроек по умолчанию.

Процедура SECEDIT RESOURCE использовалась для установления рейтингов безопасности для файлов, библиотек, папок и групповых объектов. Уровни доступа O (Владелец), C (Изменить), U (Обновление), R (Чтение), E (Выполнение) или N (Нет) могут быть предоставлены пользователю к определенному ресурсу. Групповой объект представлял собой своего рода холдинговую компанию, владевшую одним или несколькими объектами более низкого уровня. Например, предоставление доступа к группе ACCOUNTG облегчило получение доступа ко всем файлам учета. Групповые объекты также могут ссылаться на групповые файлы; группа UB ссылается на UB.OLD, UB.NEW, UB.01 или любое имя файла со встроенной точкой.

SECEDIT USERID также использовался для ограничения оперативных полномочий пользователя определенным меню. Введя Y для параметра «Обязательное меню» и указав меню входа в систему по умолчанию, сотрудник службы безопасности может запретить пользователю любой доступ к программам, которого нет в этом меню входа. Ограниченный таким образом пользователь мог только запускать пункты меню, отправлять сообщения и выходить из системы.

Другие процедуры

Для работы с идентификаторами пользователей и паролями использовалась процедура ПРОФ («Профиль»). Профиль пользователя содержит буквенно-цифровой идентификатор пользователя длиной от 1 до 8 символов, буквенно-цифровой пароль из 4 символов, код рейтинга безопасности пользователя — M (главный сотрудник службы безопасности), S (сотрудник службы безопасности), O (системный оператор), C (оператор дополнительной консоли) или D (оператор станции отображения) – и ряд других настроек по умолчанию.

Процедура PRSRCID («Безопасность ресурса профиля по идентификатору пользователя») использовалась для установления рейтингов безопасности для объектов файлов и библиотек. Уровни доступа O (Владелец), G (Изменить), R (Чтение), E (Выполнение) или N (Нет) могут быть предоставлены пользователю к определенному ресурсу.

В печатном каталоге диска (VTOC, Volume Table of Contents) все охраняемые объекты с пометкой 3 отображались как охраняемые.

Файлы, библиотеки и папки

SSP предоставляет два разных объекта данных, называемых файлами и библиотеками. Файлы содержат записи, почти всегда с фиксированной длиной записи. Библиотеки содержат программы, которые могут ссылаться на эти файлы и получать к ним доступ. SSP содержал более 80 различных команд, которые позволяли операторам создавать, удалять, копировать, редактировать/изменять и защищать файлы и библиотеки.

Библиотека или файл должны существовать в непрерывной организации на одном фиксированном диске (однако библиотека может содержать один «экстент» примерно из 50 блоков, которые должны быть реорганизованы, и не могут быть расширены, если выделены другим пользователям). Файл может быть организован со значением EXTEND или может быть выделен с помощью FILE OCL для автоматического расширения. Все добавления/обновления/удаления записей ждут, пока файл будет расширен. Разумно создавать значения расширения, достаточно большие, чтобы минимизировать частоту расширений. Библиотеки могли иметь «объемы», которые не были смежными. Иногда при компиляции программы создавался экстент и удалялся с помощью команды «CONDENSE», если в основном выделении для него было достаточно места. В противном случае можно было бы выполнить ALOCLIBR, чтобы перераспределить библиотеку до большего размера.

Файлы на S/36 могут быть последовательными (S), прямыми (D) или индексированными (I). Индексированный файл может иметь несколько альтернативных индексов (X), и фактически в последовательном файле могут быть размещены альтернативные индексы, поэтому первичного индекса нет. Индексированный файл содержит ключ, который должен быть непрерывным и может иметь длину до 60 символов; однако альтернативные индексы могут иметь ключи, состоящие из трех частей, которые не смежны друг с другом. Дублирование ключей в индексированных или альтернативных индексных файлах может быть разрешено или запрещено. Файл с прямой организацией создается со всеми добавленными записями и не может автоматически расширяться. Файл с последовательной или индексированной организацией создается без добавления записей. Альтернативный индекс всегда имеет столько же записей, сколько и его родительский индекс, в отличие от логического файла в стиле System/38, который создан с условиями для фильтрации записей от родительского индекса.

В 1986 году в SSP была добавлена ​​поддержка архитектуры распределенного управления данными (DDM). Это позволило программам System/36 создавать, управлять и получать доступ к файлам, ориентированным на записи, на удаленных системах System/36, System/38 и мэйнфреймах IBM, работающих под управлением CICS . Он также позволил программам на удаленных компьютерах System/36 и System/38 создавать файлы в System/36, получать к ним доступ и управлять ими. Первоначальные файловые модели, ориентированные на записи, определенные DDM, были основаны на файловой системе System/36.

Связанные операционные системы

В System/3 (1969 г.) использовалась дисковая пакетная операционная система под названием System Control Program (SCP) (5702-SC1). Позже IBM представила онлайн-программу для System/3 под названием Communications Control Program (CCP), которая запускалась как пакетная программа. IBM System/32 (1975) работала под управлением дисковой операционной системы, также называемой программой управления системой. IBM System/38 (1978) работала под управлением операционной системы Control Program Facility (CPF), которая была намного более продвинутой, чем SSP, и не особенно на нее похожа.

Источники

• Публикация IBM SC21-8299, Общая информация об операционной системе SSP.

Внешние ссылки

• Архив документации Bitsavers по System/34 — включая документацию по SSP
• Архив документации Bitsavers по System/36 — включая документацию по SSP