Посилання на комірки таблиці мають інтерпретувати як посилання на реконструйовані таблиці. У цьому прикладі посилання X.l/ld належить до порожньої комірки колонки G для рядка з індексом 1, а Х.1/1,2b належить до порожньої комірки колонки L для рядка з підіндексом 1.2.
А.2 Ідентифікація реалізації
А.2.1 Дата твердження
Постачальник реалізації має ввести дату цього твердження в прямокутник, що міститься нижче. Потрібно використовувати формат DD-MM-YYYY (день-місяць-рік).
Дата твердження
А.2.2 Ідентифікація реалізації
Постачальник реалізації має ввести в прямокутник, що міститься нижче, інформацію, необхідну для унікальної ідентифікації реалізації та системи(-м), у якій вона може постійно зберігатися.
A.2.3 Контактна інформація
Постачальник реалізації має надати в прямокутнику, що міститься нижче, інформацію про тих, із ким можна контактувати, якщо виникнуть певні питання щодо контенту MCS.
А.З Ідентифікація рекомендації або міжнародного стандарту, в якому визначають інформацію щодо адміністративного керування
Постачальник реалізації має ввести в прямокутник, що міститься нижче, назву, ідентифікаційний номер та дату опублікування Рекомендації або міжнародного стандарту, який описує інформацію адміністративного керування, відповідність якому декларують.
Рекомендація або міжнародний стандарт, відповідність якому декларують.
А.3.1 Технічні коригування в реалізації
Постачальник реалізації має ввести в прямокутник, що міститься нижче, ідентифікаційні номери технічного коригування в реалізації, які модифікують цей стандарт.
А.3.2 Внесені виправлення
Постачальник реалізації має ввести в прямокутник, що міститься нижче, назви й довідкові номери внесення змін в ідентифікований стандарт.
А.4 Висновки відповідності адміністративного керування
Постачальник реалізації має визначити можливості та властивості, що підтримуються, та забезпечити резюме відповідності до рекомендацій і міжнародних стандартів, що декларують, вико
ристовуючи таблиці цього додатка.
Постачальник реалізації має визначити ролі, що підтримуються, в таблиці А.1.
Таблиця А.1 — Ролі
|
Індекс |
Ролі, що підтримуються |
Статус |
Підтримання |
Додаткова інформація |
|
1 |
Підтримання ролі адміністратора |
0.1 |
|
|
|
2 |
Підтримання ролі агента |
0.1 |
|
|
Постачальник реалізації має описати підтримання функційних блоків адміністративного керування системи в таблиці А.2.
Таблиця А.2 — Функційний блок адміністративного керування системи
|
Індекс |
Здатність |
Адміністратор |
Агент |
Додаткова інформація |
||||
|
Статус |
Підтримання |
Статус |
Підтримання |
|||||
|
1 |
Функційний блок повідомлення про зміни стану |
с1 |
|
с2 |
|
|
||
|
с1: якщо А.1/1 а, тоді о, інакше —. с2: якщо А. 1 /2а, тоді о, інакше —. |
||||||||
Постачальник реалізації має описати підтримання для інформації адміністративного керування в ролі адміністратора в таблиці А.З.Таблиця А.З — Вимога мінімальної відповідності ролі адміністратора
|
Індекс |
Елемент |
Статус |
Підтримання |
Додаткова інформація |
|
1 |
Операції атрибутів групового стану та група атрибутів |
сЗ |
|
|
|
2 |
Сповіщення про зміну стану |
с4 |
|
|
|
3 |
Операції над об’єктами адміністративного керування |
сЗ |
|
|
|
сЗ: якщо А.2/1 а, тоді о, інакше (якщо А. 1/1 а, тоді 0.2, інакше —). с4: якщо А.2/1 а, тоді т, інакше (якщо А.1/1 а, тоді о.2, інакше —). |
||||
Постачальник реалізації має описати підтримання для інформації адміністративного керування в ролі агента в таблиці А.4.
Таблиця А,4 — Вимога мінімальної відповідності ролі агента
|
Індекс |
Елемент |
Статус |
Підтримання |
Посилання таблиці |
Додаткова інформація |
|
|
1 |
Атрибут operationalState |
сб |
|
|
|
|
|
2 |
Атрибут usageState |
сб |
|
|
|
|
|
3 |
Атрибут administrativeState |
сб |
|
|
|
|
|
4 |
Атрибут alarmStatus |
сб |
|
|
|
|
|
5 |
Атрибут proceduralStatus |
сб |
|
|
|
|
|
6 |
Атрибут availabilityStatus |
сб |
|
|
|
|
|
7 |
Атрибут controlstatus |
сб |
|
|
|
|
|
8 |
Атрибут standbyStatus |
сб |
|
|
|
|
|
9 |
Атрибут unknownstatus |
сб |
|
|
|
|
|
10 |
Група атрибутів state |
сб |
|
|
|
|
|
11 |
Сповіщення зміни стану |
сб |
|
|
|
|
|
12 |
Клас об’єктів адміністративного керування запису зміни стану |
с7 |
|
— |
|
|
|
13 |
Атрибут lifecycleState |
сб |
attribute |
— |
|
|
|
сб: якщо А.2/1Ь, тоді о, інакше — (якщо А. 1 /2а, тоді о.З, інакше —). сб: якщо А.2/1Ь, тоді т, інакше — (якщо А. 1 /2а, тоді о.З, інакше —). с7: якщо А.4/11 а та А.5/1а, тоді т, інакше —. Примітка. Колонка «Посилання таблиці» цієї таблиці — це посилання таблиці сповіщення, атрибутів або групи атрибутів, які MOCS отримує від постачальника адміністративного керування об'єкта, які декларують імпорт оповіщень або атрибутів цього стандарту. |
||||||
|
Таблиця А.5 — Реєстрація записів про події |
||||||
|
Індекс |
|
Статус |
Підтримання |
Додаткова інформація |
||
|
1 |
Чи підтримує реалізація запис звітів про події в ролі агента? |
с8 |
|
|
||
|
с8: якщо А. 1 /2а. тоді о, інакше — |
||||||
Примітка 1. Відповідність цьому стандарту не потребує відповідності до ССІТТ Rec. Х.735 | 1EC/ISO 101(54-6
Постачальник реалізації має забезпечити інформацію, щоб декларувати відповідність цьому стандарту відповідно до таблиць А.6—А.9. Для кожного стандарту, до якого постачальник реалізації декларує відповідність, твердження щодо відповідності має бути виконано або зроблено посилання на MCS. Постачальник реалізації має укомплектувати підтримання, табличні номери та колонки додаткової інформації.
У таблицях А.6—А.9 колонку «Статус» використовують для індикації того, як постачальник реалізації має укомплектувати таблиці посилань або елементи посилань. Вимоги щодо відповідності такі, як описано в таблицях посилань або елементах посилань, та не змінюють через значення колонки статусу MCS. Аналогічно колонку підтримання використовує постачальник для індикації заповнення таблиць посилань і елементів посилань.
Примітка 2. Відповідність ПБДЗАК, визначену в цьому стандарті, мають декларувати через заповнення відповідних таблиць у додатках MICS та MOCS цього стандарту.
Таблиця А.6 — Резюме підтримання PICS
|
Індекс |
Ідентифікація документа, що містить проформу PICS |
Номери таблиць проформи PICS |
Опис |
Обмеження та значення |
Статус |
Підтримання |
Номери таблиць PICS |
Додаткова інформація |
|||||||||||||||
|
1 |
ССІТТ Rec. Х.730 І ISO/IEC 10164-1 |
Усі таблиці додатка Е |
Контекст застосування SM |
Ідентифікатор об’єкта |
О |
|
|
|
|||||||||||||||
|
Примітка. Постачальник реалізації повинен визначити, які контексти застосовної програми підтримуються. Таблиця А.7 — Резюме підтримання MOCS |
|||||||||||||||||||||||
|
Індекс |
Ідентифікація документа, що містить проформу MOCS |
Номери таблиць проформи MOCS |
Опис |
Обмеження та значення |
Статус |
Підтримання |
Номери таблиць MOCS |
Додаткова інформація |
|||||||||||||||
|
1 |
ССІТТ Rec. Х.731 І ISO/IEC 10164-2 |
Усі таблиці додатка С |
Запис зміни стану stateChange |
— |
с9 |
|
|
|
|||||||||||||||
|
с9: якщо А.4/12а, тоді «т», інакше —. |
|||||||||||||||||||||||
|
Таблиця А.8 — Резюме підтримання MRCS |
|||||||||||||||||||||||
|
Індекс |
Ідентифікація документа, що містить проформу MRCS |
Номери таблиць проформи MRCS |
Опис |
Обмеження та значення |
Статус |
Підтримання |
Номери таблиць MRCS |
Додаткова інформація |
|||||||||||||||
|
1 |
ССІТТ Rec. Х.735 І ISO/IEC 10164-6 |
Елемент D. 1/1 |
logRecord — обов’язкове реєстраційне ім'я |
— |
сЮ |
|
|
|
|||||||||||||||
|
с10: якщо А.5/1а тоді о, інакше —. |
|||||||||||||||||||||||
|
Таблиця А.9 — Резюме підтримання MICS |
|||||||||||||||||||||||
|
Індекс |
Ідентифікація документа, що містить проформу MICS |
Номери таблиць проформи MICS |
Опис |
Обмеження та значення |
Статус |
Підтримання |
Номери таблиць MICS |
Додат- кова інформація |
|||||||||||||||
|
1 |
ССІТТ Rec. Х.731 І ISO/IEC 10164-2 |
Таблиці В.1 та В.2 |
Атрибути та група атрибутів операцій групового стану |
— |
с11 |
|
|
|
|||||||||||||||
|
2 |
ССІТТ Rec. Х.731 І ISO/IEC 10164-2 |
Таблиця В.З |
Сповіщення |
— |
с12 |
|
|
|
|||||||||||||||
|
3 |
ССІТТ Rec. Х.731 І ISO/IEC 10164-2 |
Таблиці В.4 та В.5 |
Операції адміністративного керування |
— |
с13 |
|
|
|
|||||||||||||||
|
с11: якщо А.3/1 а, тоді т, інакше —. с12: якщо А.3/2а, тоді т, інакше —. с1 3: якщо А.З/За, тоді т, інакше —. |
|||||||||||||||||||||||
ДОДАТОК В
(довідковий)
ПРОФОРМА MICS4)
(Цей додаток є невід’ємною частиною цього стандарту)
Вступ
Призначення проформи MICS — забезпечення постачальника реалізації в ролі адміністратора механізмом для декларації відповідності для інформації адміністративного керування, описаної в цьому стандарті, щоб забезпечити відповідність інформації у стандартній формі.
Інструкції щодо заповнення проформи MICS для створення MICS
Проформа MICS, що міститься в цьому додатку, — це подання інформації в табличній формі відповідно до ITU-T Rec. Х.724 | ISO/IEC 10165-6. Додатково до загальної настанови наведено в ITU-T Rec. Х.724 | ISO/IEC 10165-6, колонку «Додаткова інформація» можна використовувати для ідентифікації класів об’єктів, для яких підтримуються операції адміністративного керування. Постачальник реалізації має визначити, які елементи підтримуються в таблицях, наведених нижче, та за потреби надати додаткову інформацію.
Символи, абревіатури та терміни
У проформі MICS використовують такі абревіатури:
