У таблиці 16 узагальнено застосовність стандартів до різних мов програмування, що підтримує POSIX-OSE.
Таблиця 16 — Мовні прив’язки стандартів оброблення транзакцій
Стандарт |
LISS |
Ада |
APL |
Basic |
Сі |
C++ |
Лісп |
Фортран |
Модул а-2 |
Паскаль |
ПЛ/1 |
Пролог |
Кобол |
не доступні |
|
|
|
|
|
|
|
|
|
|
|
|
|
Примітка. Тут LISS — доступна незалежна від мов специфікація; S — офіційний чинний стандарт; Е — вихідний стандарт або проект стандарту; Р — загальноприйнята опублікована специфікація; G (дар) — прогалина (відсутність специфікацій).
Стандарти POSIX-OSE. Стандарти, перелічені у цьому підрозділі, є частиною POSIX- OSE.
ISO/IEC 14834:1996 описує ХА-специфікації для простого інтерфейсу між адміністратором транзакцій і адміністратором ресурсів
OSI DTP. ISO/IEC 10026 у 6 частинах стосується служб OS11 протоколів комунікації режиму транзакцій у середовищі OSI і визначає деякі зі служб комунікацій, описані в 4.6.4.1. Частини 1—3 переглянуті в 1998 році. У частині 1 ISO/IEC 10026 описана OSI-модель оброблення транзакцій, у частині 2 — служби оброблення транзакцій, у частині 3 — специфікації протоколу, у частині 4 — PICS-проформа, у частині 5 — прикладний контекст PICS-проформи і Настанови Із застосування OSI DTP, у частині 6 — передавання неструктурованих даних.
Стандартні міжнародні профілі OSI DTP. ISO/IEC ISP 12061 у 10 частинах визначає групу стандартних профілів APDU (частини 2—4), АТР11 (частина 5), АТР12 (частина 6), АТР21 (частина 7), АТР22 (частина 8), АТР31 (частина 9), АТР32 (частина 10). У таблиці 17 наведено призначення АТР-профІлІв.
Таблиця 17 — Призначення ATP-профілів з оброблення транзакцій
Номер ATP |
Назва профілю |
1 |
Транзакції, підтримувані застосуваннями |
11 |
Із централізованим (polarized) керуванням |
12 |
з розподіленим (shared) керуванням |
2 |
Провайдер, що підтримує неланцюгові транзакції |
21 |
із централізованим керуванням |
22 |
з розподіленим керуванням |
3 |
Провайдер , що підтримує ланцюгові транзакції |
31 |
із централізованим керуванням |
32 |
з розподіленим керуванням |
Додаткові специфікації. Відсутні.
Недокуменпповані служби
X/Open ТР. Базова модель Х/Ореп для оброблення транзакций містить функціональний опис програмної архітектури, що дає змогу адміністратору транзакцій координувати роботу множинних адміністраторів ресурсів. Специфікація ХА описує простий інтерфейс між адміністратором транзакції й адміністратором ресурсу:
Х/Ореп: Розподілена ТР: Еталонна модель;
Х/Open: Розподілена ТР: Специфікація ХА.
На сьогодні стандарти, офіційні стандарти чи загальні специфікації не орієнтовані на наступні, відмінні від робіт із Х/Open ТР області; комунікація, комунікація терміналу, планування програми, актуальний контроль, моделювання, каталоги і конфігурація системи.
EWOS, O!W, A0W. Репрезентують регіональні симпозіуми, що мають групи і працюють над профілями, сконцентрованими навколо ISO/IEC 10026. Див. застосування В для наступної інформації про вказані організації.
Перехресна категорія служб POSIX-OSE
Не застосовують.
Пов’язані стандарти
Блокування, керування і відновлювання CCR (Commitment, Control, and Recovery). Наступні стандарти, що стосуються блокування, зв’язані з окремими частинами ISO/IEC 10026 і посилаються на них:
ISO/IEC 9804:1998 Визначання OSI-служб для елементів служб фіксації, паралелізму І відновлення (CCR)
ISO/IEC 9805-1:1998 Специфікація протоколу для елементів служб фіксації, паралелізму і відновлення (CCR).
Мова структурованих запитів SQL Служби визначення меж транзакції для SQL-доступу до реляційних БД надають стандарти ISO/IEC 9075:1999 і ANSI ХЗ.168-1989 (4.4).
Таксономія OSI-профілів. Класифікація і призначення OSI-профілів описані в ISO/IEC TR 10000-2.
4.7 Служби командного інтерфейсу користувача
Пояснення
Хоча служби рівня системи необхідні для мобільності та інтероперабепьності застосувань, вони недостатні для систем, потрібних багатьом користувачам. Множині користувачів для максимі- зації мобільності також потрібні команди, Інтерпретатори команд (оболонки), транслятори, редактори й інші утиліти, традиційно зв’язані з багатьма середовищами. Наявні служби командного інтерфейсу користувача полегшують успішне перенесення застосувань і допомагають користувачам керувати і підтримувати застосування та вирішувати проблеми на спеціально підібраній для конкретного випадку основі. Стандартизація утиліт дає змогу користувачам і програмістам рухатися від платформи до платформи без необхідності повторно вивчати командний інтерфейс користувача для кожної прикладної платформи.
Ділянка дії
Далі описана взаємодія користувача з прикладною платформою щодо виконання універсальних директив користувача. Командний інтерфейс користувача доступний застосуванню для виконання директив користувача. Стандартизований командний інтерфейс користувача надає користувачам і програмістам несуперечливе інтерактивне середовище для багатьох платформ.
Команди, що не ввійшли в ділянку дії цього підрозділу:
системне адміністрування І команди установки; див. 5.3
програми форматування тексту; див, 4.5
директиви баз даних; див. 4.4
робота з мережами і керування комунікаціями; див. 4.3
графічний інтерфейс користувача; див. 4.9
директиви розроблення програмного забезпечення; див. 4.11
Еталонна модель
Прикладне програмне забезпечення
В
Прикладна платформа
т т
Зовнішнє середовище
икористання служб командного інтерфейсу користувача, описаному в цьому підрозділі, не суперечить Еталонній моделі в розділі 3. Еталонна модель OSE для командного інтерфейсу користувача також не суперечить типовим реалізаціям для командних мов користувача в традиційних Unix- заснованих системах.Служби командного інтерфейсу
користувача в АРІ:
команди вводу-виводу;
виправлення/виявлення помилок;
команди припинення/переривання;
обслуговування оболонки та утиліт
Служби командного інтерфейсу
користувача в ЕЕІ:
обслуговування оболонки та утиліт;
утилити мобільності користувача
Рисунок 16 — Служби командного інтерфейсу користувача Еталонної моделі POSIX-OSE
Згідно з рисунком 16, командний інтерфейс користувача доступний як користувачам (через ЕЕІ), так і застосуванням (через АРІ). Будь-яка реалізація операційної системи може постійно перебувати під АРІ й ЕЕІ.
Командний Інтерфейс користувача в АРІ й ЕЕІ надають доступ до компонентів програмного забезпечення (відомих як інтерпретатори команд чи оболонки), що інтерпретують команди, видані користувачем або прикладною програмою. Інтерпретатор команд діє як посередник між командами АРІ/ЕЕІ і службами основної прикладної платформи системного ядра. Інтерпретатор команд зчитує й аналізує уведені команди. Залежно від типу команди (наприклад, сервісна чи вбудована команда оболонки), інтерпретатор виконує команду для користувача/застосування, використовуючи рівень системних служб основного застосування, чи звертається до служб системного ядра для створення нового процесу, що виконує команду. Жоден із методів виконання команд не впливає на специфікації АРІ або ЕЕІ.
Командний інтерфейс користувача доступний користувачам і застосуванням локально або дистанційно. Віддалене звертання до командного інтерфейсу системи проводять за допомогою мереж- них служб і засобів обміну даними; описані в 4.3 і 4.5. Як альтернатива для користувача системи, віддалений доступ до командного інтерфейсу може бути доступний через загальні для всіх застосувань служби.
Служби
Існує три головні аспекти служб командного інтерфейсу користувача, спрямовані на практичну підтримку мобільності застосувань від різних постачальників і інтероперабельності системи. Перший аспект складається з базисних функціональних можливостей та інтерфейсу, передбачених для загального використання. Другий аспект стосується можливості переносити між платформами застосування виду файлів сценарію. Третій аспект стосується мобільності користувача і полягає у доступності на різних платформах того самого командного інтерфейсу користувача.
Оскільки більша частка командного інтерфейсу користувача доступна в АРІ й ЕЕІ, служби АРІ й ЕЕІ дуже подібні. Тому в цьому підрозділі обговорено насамперед служби командного Інтерфейсу користувача ЕЕІ. У пункті обслуговування АРІ обговорюють тільки додаткові служби для застосування. Опис АРІ й ЕЕІ служб у 4.7.4.2 включає служби для мови сценаріїв, застосовних і до АРІ, і до ЕЕІ.
Служби АРІ. У АРІ директив користувача, на доповнення до послідовності виклику і допустимого вводу, повинен бути стандартизований синтаксис виводу команд і відповідей команд (виду повідомлень про помилки). Необхідна стандартизація дає змогу застосуванню, що виконує команду, надійно розбирати вивід такої команди.
АРІ здатний звернутися до всіх служб, доступних користувачеві в ЕЕІ. Додаткові служби АРІ забезпечують прикладну програму здатністю до:
надавання вводу для команд і за потреби доступу до виводу команди;
одержання додаткових даних чи команд із файлу;
виявлення і виправлення помилок виконаної команди;
переривання або припинення команди в процесі П виконання.
Служби АРІ і ЕЕІ. Також важливо мати змогу створювати файли сценарію, що складають комбінацію команд. Мова опису сценаріїв — мова розроблення застосування, відома як оболонка. Мова створення сценаріїв забезпечує функції:
умовного виконання команд;
кількаразового виконання команд;
виводу на дисплей;
пропозиції (запиту) вводу користувача;
виконання команд і одержання інформації про помилки.
Служби і стандарти для мови сценаріїв описані у цьому підрозділі краще, ніж у 4.1, оскільки близько зв’язані з командним інтерфейсом користувача.
Служби ЕЕІ. У традиційній системі перелічені можливості реалізовані наданням інтерактивних команд, що їх вводять через клавіатуру. Однак, оскільки розвивається графічний інтерфейс користувача, подібні команди також можна виконувати клацанням мишки на курсорі, встановленому в конкретній ділянці екрану; за допомогою сенсорного екрану, планшета чи іншого пристрою вводу даних.
Головні служби в ЕЕІ передбачають такі можливості:
фіксації (перекладу) виводу команди чи прикладної програми у файл;
переспрямовування вводу команд із файлу;
спрямовування виводу команд для використання як вводу для іншої команди;
виконання застосування;
одержання інтерактивної довідки для команд чи застосування;
керування вмістом файлу (вирізання, вставка, конкатенація як з'єднання у ланцюжок, перетворення, сортування, переформатування, порівняння, пошук регулярного виразу);
редагування файлів (інтерактивного, пакетного чи "потокового");
відображення файлів (припинення за потреби, відображення тільки вибраного діапазону файлів);
керування файлами (створення, видалення, перейменування, переміщення і копіювання);
друк файлів;
виконання мережних функцій (передавання файлів, дистанційне виконання команд і друк файлів);
виконання пакетного оброблення (створення і керування пакетними чергами; подання на розгляд, завершення й одержання статусу робіт; відновлювання виводу);
керування і відображення каталогів (створення, видалення, відображення; знищення чи видалення каталогу і всіх його підкаталогів і файлів);
керування доступом до каталогів і файлів;
комунікація з іншими користувачами (відправлення й отримання електронної пошти; інтерактивна взаємодія — online, коли два чи більше користувачів одночасно спілкуються один із одним);
опитування системної Інформації (актуальних під’єднаних користувачів, іншої інформації щодо користувачів, актуальних виконуваних процесів системи, ядра, дискового інтерфейсу і статусу мережі);
керування середовищем виконання прикладної програми:
виконання застосування у фоновому режимі (background);
аварійне припинення роботи застосувань, запущених в активному чи фоновому режимах;
припинення (suspend) прикладної програми;
переміщення прикладної програми, запущеної в пріоритетному режимі для фонового режиму;
планування команд для періодичного виконання;
керування такими пристроями користувацького вводу, як термінал чи графічний інтерфейс користувача;
керування локальним середовищем та інформацією про конфігурацію;
запиту локального середовища і даних конфігурацій;
конфігурації середовища для міжнародної локалізації (мова, регіон/мова, місце дії).