3. Определения
В настоящем стандарте использованы следующие термины с соответствующими определениями:
3.1. базовый стандарт (base standard): Стандарт или техническое требование (спецификация), использованное в качестве соответствующей нормативной ссылки в профиле органом, принявшим профиль.
3.2. локальный POSIX (POSIX locale): Конкретный язык, который определяет переносимый набор символов, как описано в 2.5.1 ИСО/МЭК 9945-2 [1] (POSIX.2).
3.3. метод тестирования (test method): Программные средства, процедуры или другие средства, указанные в стандарте для оценки соответствия настоящему стандарту.
3.4. приложение (application): Программное средство, предназначенное для решения прикладной проблемы (прикладное программное средство).
Примечание - При поддержке одного из вариантов утилит, обеспечивающих переносимость, должны быть учтены требования к приложению для определения действий, интерактивно выполняемых пользователем при взаимодействии с системой через терминал посредством операторов командного языка оболочки.
3.5. прикладная проблема (application problem): Проблема, выдвинутая пользователем и требующая для своего решения обработки соответствующей информации.
3.6. реализация (implementation): Программное средство, предназначенное для функционирования в соответствующей среде (например, суперЭВМ), разработанное по стандартам данной среды и заявленное (аттестованное) на соответствие этим стандартам.
Примечание - Под реализацией следует понимать объект (программное средство), обеспечивающий приложениям и пользователям услуги, описанные в настоящем стандарте. Термин "реализация" следует трактовать как объект, модифицированный изготовителем (разработчиком) для:
- компоновки его в соответствии с настоящим стандартом;
- выбора некоторых факультативных (необязательных) средств, описанных в настоящем стандарте, путем его настройки администраторами или операторами локальной системы.
Другие термины, использованные в настоящем стандарте, определены в стандартах, указанных в разделе 2 и приложении Д.
4. Обозначения и сокращения
4.1. Обозначения
Обозначения, использованные в настоящем стандарте, соответствуют обозначениям, установленным в ИСО/МЭК 9945-2 [1] (POSIX.2).
4.2. Общие сокращения
В настоящем стандарте использованы следующие общие сокращения.
Примечание - Другие сокращения, использованные в настоящем стандарте, указаны в ссылочных базовых стандартах из приложения Д.
4.2.1 ППС (АЕР) | - профиль прикладной среды (application environment profile). |
4.2.2 ППИ (API) | - прикладной программный интерфейс (application program interface). |
4.2.3 ВОРИД (FDDI) | - волоконно-оптический распределенный интерфейс данных (fibre distributed data interface). |
4.2.4 ПДУФ (FTAM) | - передача, доступ к файлам и управление ими (file transfer, access and management). ПДУФ является частью набора протоколов ВОС. |
4.2.5 ЯГС (GKS) | - ядро графической системы (graphical kernel system). |
4.2.6 ВППИ (HPPI) | - высокопроизводительный параллельный интерфейс (high performance parallel interface). |
4.2.7 ПИ (IP) | - протокол Интернета (Internet protocol). ПИ является пакетным протоколом для передачи данных от одной системы к другой. |
4.2.8 3CP (ICS) | - заявка о соответствии реализации (implementation conformance statement). |
4.2.9 СМП (MSS) | - система массовой памяти (mass storage system). |
4.2.10 BOC (OSI) | - взаимосвязь открытых систем (open systems interconnection). ВОС является набором протоколов и стандартов для взаимосвязи и передачи между системами. |
4.2.11 КАТП (PCTS) | - комплект аттестационных тестов для POSIX (POSIX conformance test suite). |
4.2.12 РЕХ | - расширение ИИГСП для X11 (PHIGS extended X11). |
4.2.13 ИИГСП (PHIGS) | - иерархическая интерактивная графическая система программиста (programmer's hierarchical interactive graphics system). |
4.2.1.4 ТПУ (ТСР) | - транспортный протокол управления (transport control protocol). ТПУ является надежным, последовательным, сквозным, потоковым протоколом с установлением соединения, который выполняется на вершине протокола Интернета. |
4.2.15 ПДФ (TFA) | - прозрачный доступ к файлу (transparent file access). |
4.2.16 ПДП (UDP) | - протокол пользовательских датаграмм (user data protocol). ПДП является ненадежным протоколом, ориентированным на сообщение, который выполняется на вершине протокола Интернета. |
4.2.17 РПП (UPE) | - расширение переносимости пользователя (user portability extension). |
4.2.18 ПВТ (VTP) | - протокол виртуального терминала (virtual terminal protocol). ПВТ является частью набора протоколов ВОС. |
4.2.19 X11 | - версия 11, распространяемая MIT X Консорциумом, по развитию и поддержанию X Window System. |
4.2.20 Х.400 | - протокол передачи электронных сообщений. Х.400 является частью набора протоколов ВОС. |
4.2.21 Х.500 | - услуги справочника. Х.500 является частью набора протоколов ВОС. |
4.3 Сокращения для базовых стандартов
В настоящем стандарте использованы следующие сокращения для ссылочных базовых стандартов из приложения Д. Данные сокращения могут охватывать ряд базовых стандартов, образующих единый набор.
4.3.1 | Стандарт Ада | - язык программирования Ада (ИСО/МЭК 8652 [2]). |
4.3.2 | Стандарт Си | - язык программирования Си (ИСО/МЭК 9899 [3]). |
4.3.3 | Стандарт ФОРТРАН 77 | - язык программирования ФОРТРАН 77 (АНСИ Х3.9 [4]). |
4.3.4 | Стандарт ФОРТРАН 90 | - язык программирования ФОРТРАН 90 (стандарты серии ИСО/МЭК 1539 [5] - [7]). |
4.3.5 | Стандарт размеченной ленты | - структура и разметка файла на магнитных лентах для обмена информацией (ИСО 1001 [8]). |
4.3.6 | POSIX.1 | - интерфейс мобильной операционной системы (POSIX) (ИСО/МЭК 9945-1 [9]). |
4.3.7 | POSIX.1a | - интерфейс мобильной операционной системы (POSIX) (ИСО/МЭК 9945-1 [9] в части расширений системного ППИ). |
4.3.8 | POSIX.2 | - интерфейс мобильной операционной системы (POSIX) (ИСО/МЭК 9945-2 [1]). |
4.3.9 | POSIX.4 | - интерфейс мобильной операционной системы (POSIX) (ИСО/МЭК 9945-1 [9] в части расширений в реальном масштабе времени ППИ). |
4.3.10 | POSIX.5 | - интерфейсы языка Ада с POSIX. Привязка к ППИ. (ИСО/МЭК 14519 [10]). |
4.3.11 | POSIX.8 | - интерфейс мобильной операционной системы (POSIX) (ИСО/МЭК 9945-1 [9] в части доступа к прозрачному файлу). |
4.3.12 | POSIX.9 | - интерфейсы языка ФОРТРАН 77 с POSIX. Привязка к ППИ. (ИИЭЭ Стд 1003.9 [11]). |
4.3.13 | POSIX.10 | - настоящий стандарт. |
4.3.14 | POSIX.15 | - интерфейс мобильной операционной системы (POSIX). Пакетные расширения (ИИЭЭ Стд 1003.2d [12]). |
4.3.15 | P1224.2 | - услуги справочника. ВОС/ППИ. X500LIS (ИСО/МЭК 14392 [13]). |
5. Соответствие
5.1. Требования к реализации
Реализация, претендующая на соответствие настоящему стандарту, должна удовлетворять следующим критериям:
- система должна поддерживать все требуемые интерфейсы и ограничения, установленные в разделе 6 настоящего стандарта, включая требования, указанные в нормативных документах, на которые даны ссылки в разделе 6. Данные интерфейсы должны удовлетворять требованиям соответствия из ссылочных стандартов и связанным с ними методам испытаний (при их наличии);
- система может поддерживать необязательные интерфейсы, указанные в разделе 6. Если данный вариант реализован, интерфейсы должны удовлетворять требованиям соответствия из ссылочных стандартов и связанным с ними методам испытаний (при их наличии);
- система может обеспечивать дополнительные функции или средства, помимо указанных в разделе 6.
В системных документах все нестандартные расширения должны быть указаны как нестандартные. Использование нестандартных расширений может изменять поведение функций или средств, указанных в разделе 6. Заявки о соответствии реализации ссылочным стандартам вместе с заявкой о соответствии реализации настоящему стандарту должны определять среду, в которой приложение может работать с поведением, указанным в настоящем стандарте. Ни в коем случае среда не должна требовать изменения приложения, строго соответствующего настоящему стандарту (POSIX.10), См. 5.4.1.
5.2. Заявка о соответствии реализации
Для реализации, заявляемой на соответствие настоящему стандарту (профилю POSIX.10).
должна быть подготовлена заявка о соответствии реализации (ЗСР), содержащая информацию, указанную ниже. Данный документ должен иметь такую же структуру, как настоящий стандарт, а информация в нем должна быть представлена в соответственно пронумерованных подразделах. Заявка о соответствии реализации не должна содержать информацию, относящуюся к расширенным средствам или возможностям реализации, выходящим за область применения настоящего стандарта. Заявка о соответствии реализации должна соответствовать полной форме ЗСР, указанной в 5.3.
ЗСР должна содержать информацию о полном наименовании, обозначении и дате утверждения применяемого стандарта. В ЗСР должны быть приведены ссылки на другие ЗСР, относящиеся к ссылочным стандартам.
ЗСР должна описывать поведение реализации для всех определяющих реализацию характеристик, указанных в разделе 6. Это требование должно быть выполнено путем перечисления этих характеристик и приведения конкретных ссылок на системные документы или описания этих характеристик. ЗСР может определить поведение реализации для тех характеристик, которые в разделе 6 установлены зависящими от реализации или указаны как неопределенные.
Фраза "должен быть документально оформлен" в настоящем стандарте означает, что документирование характеристики должно быть выполнено в ЗСР, как описано выше, если нет явного указания на системные документы.
Системные документы также должны содержать информацию, вносимую в ЗСР.
5.3. Форма заявки о соответствии реализации
ЗСР должна включать в себя элементы, указанные в данной форме с фактическими значениями и вариантами, установленными для реализации.
5.3.1. Базовые стандарты
Требуются следующие языки:
- язык Си (ИСО/МЭК 9899 [3]);
- язык ФОРТРАН 77 (АНСИ Х3.9 [4]).
Требуется соответствие следующим стандартам:
- POSIX.1 (ИСО/МЭК 9945-1 [9]);
- POSIX.2 (ИСО/МЭК 9945-2 [1]);
- POSIX.4 (ИСО/МЭК 9945-1 [9] в части расширений в реальном масштабе времени ППИ для асинхронного варианта ввода-вывода);
- POSIX.9 привязки ФОРТРАН 77 ППИ (ИИЭЭ Стд 1003.9 [11]);
- POSIX.15 интерфейс мобильной операционной системы (POSIX). Пакетные расширения (ИИЭЭ Стд 1003.2d [12]).
В настоящем стандарте (POSIX.10) требуется, чтобы был определен каждый из указанных ниже вариантов, а соответствующая ему функциональная возможность должна быть реализована (см. таблицу 1).