Главная Случайная страница


Полезное:

Как сделать разговор полезным и приятным Как сделать объемную звезду своими руками Как сделать то, что делать не хочется? Как сделать погремушку Как сделать так чтобы женщины сами знакомились с вами Как сделать идею коммерческой Как сделать хорошую растяжку ног? Как сделать наш разум здоровым? Как сделать, чтобы люди обманывали меньше Вопрос 4. Как сделать так, чтобы вас уважали и ценили? Как сделать лучше себе и другим людям Как сделать свидание интересным?


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Графічна мова сценаріїв.





Основні елементи. Спочатку кожен сценарій – це базова конструкція. По суті, він ілюструє набір інтерфейсів, послуг і технічних елементів.

Позначення інтерфейсу. Символ інтерфейсу, зображений на рис. 6.1, використовуватиметься для позначення інтерфейсу або базисної точки між двома елементами ГІІ.

Тип або визначник будуть об'єднані з кожним окремим інтерфейсом в окремому сценарії. Там, де дозволяє простір, типи і визначники будуть розміщені близько до значка інтерфейсу, або, як альтернатива, буде розміщено посилання біля символу. Типи і визначники перераховані проти відповідного посилання.

Приклади основних типів (інтерфейсів):

AI - (Adaptation Interface);

ANI - (Access-Network Interface);

DI - (Drop-Distribution Interface);

NNI-A - (Network-to-Network Interface Type A);

NNI-B - (Network-to-Network Interface Type B);

OPI - (On-Premise Interface);

PAI - (Premise-Attachment Interface).

У простому випадку, коли відбувається з'єднання двох елементів, символ інтерфейсу з типом і визначником (визначниками) опише всі протоколи, що працюють за даним інтерфейсом між цими двома елементами (рис. 6.2).

Представлення елементів. Окремі мережі представлені графічно у вигляді еліпса, як показано на рис. 6.3.

Прилади і інші функційні пристрої будуть представлені у вигляді рамки, як показано на рис. 6.4. На зображенні також може застосовуватися символ даного пристрою.

Приклад конструкції загальних елементів. Приклад загальної архітектури, що використовується для побудови сценаріїв, а також ідентифікації ключових точок інтерфейсу, показаний на рис. 6.5. Архітектура представлена з погляду телекомунікаційної промисловості.

Передбачено, що типовий сценарій охоплюватиме, але не обмежуватиметься, одним або більше запропонованих елементів:

- основна комутаційна мережа;

- локальна комутаційна мережа;

- місцева розподільна мережа;

- кінцева розподільна мережа;

- мережа або устаткування користувача;

- пристрій.

Сценарій буде встановлений в контексті надання певної послуги або набору послуг, наприклад, надання традиційної аналогової телефонії або окремої відео послуги. Назва сценарію вказує на послуги, що надаються.

Непрямі з'єднання і об'єднання. Необхідно розділяти протоколи, безпосередньо пов'язані з роботою інтерфейсу і ті, які пов'язані з інтерфейсом неявно, щоб забезпечити роботу з іншими віддаленими елементами. Наприклад, у разі проміжного інтерфейсу багато з протоколів можуть бути зрозумілим для нього, але застосовні тільки для інших інтерфейсів в яких-небудь місцях.

В цьому випадку протокол, безпосередньо пов'язаний з інтерфейсом, має бути позначений, а для побічно пов'язаних з інтерфейсом протоколів буде показано “логічне” з'єднання елементів, що безпосередньо використовуються. Логічне з'єднання зображатиметься пунктирною лінією (рис. 6.6).

Архітектура сценаріїв допускає видалення елементів або/та введення додаткових з набору обумовлених елементів. Наприклад, в будь-якому запропонованому сценарії один або більше елементів можуть бути недійсними, а деякі елементи можуть з'являтися більше одного разу.

У запропонованому сценарії може бути безліч залежностей. Наприклад, телефонний дзвінок може використовуватися для визначення запиту на окреме відео, що завантажується або переглядається в реальному часі за внутрішньою виділеною системою доставки. Таким чином, площина управління і контролю може відрізнятися від рівнів надання інформації. Може знадобитися використовувати запропонований сценарій кілька разів, щоб показати взаємодію компонентів в різній площині обробки.

Щоб охопити ці випадки, сценарії мають бути забезпечені відповідними коментарями, посиланнями і поясненнями, необхідними для опису таких вимог і ілюстрації взаємозв'язку спеціальних елементів усередині сценарію.

Визначення інформаційного потоку. Усередині запропонованого сценарію може бути деяка кількість можливих шляхів для інформаційних потоків.

Різні типи інформації можуть проходити різними шляхами. Деякі шляхи можуть бути допустимі для певних пунктів призначення, а для інших – ні. Використання різних шляхів для різних типів інформаційних потреб запропоновано з метою зображення комплексного набору багаторазових шляхів.

Отже, кожен сценарій супроводжуватиметься детальним поясненням окремих шляхів, які можуть використовуватися в окремому інформаційному потоці. Будуть описані різні типи інформаційних потоків такі, як голос, дані, управління і ін.

Шлях інформаційного потоку описується перерахуванням пункту відправлення, кінцевим пунктом/пунктами і всіма позначеними проміжними вузлами, які необхідно пройти.

Наприклад, запропонований сценарій повинен мати потік даних від А до С через В і потік управління інформацією від А до D через Е, відео потік від А до F через С і т.д.

Текст, супроводжуючий сценарій, має бути достатньо ясним, щоб запобігти двозначності. Потрібно врахувати, що деякі шляхи не застосовні для певних типів інформації або заборонені в розгляді певного сценарію.

Типи і визначники. Кожне визначення інтерфейсу в запропонованій конфігурації (сценарії) буде позначено його основним типом Basic-Type, супроводжуваним його підтипом Sub-Type і, можливо, його під-підтипом SubSub-Type, наприклад X [Y, Z...] і визначником або їх набором (Q1..Qn), які представляють набір протоколів, відповідних для інтерфейсу.

Вимоги до класифікації і ідентифікації повинні будуть використовувати існуючу систематику (таксонімію) існуючих організацій. Тільки нова вимога зможе однозначно передувати позначенню стандарту/інтерфейсу, приведеного організацією. Наприклад, ITU: Q931, IETF: 793/791, ISO: 8073 представить ISDN, TCP/IP і OSI транспортні стандарти відповідно.

Класифікація інтерфейсів. Класифікація інтерфейсів основних типів включає:

- інтерфейс між основною мережею комутації міжміського зв'язку і локальною комутаційною мережею (NNI-A);

- інтерфейс між основною мережею комутації міжміського зв'язку і такою ж основною мережею комутації міжміського зв'язку (NNI-B);

- інтерфейс між локальною мережею комутації і мережею доступу (ANI);

- інтерфейс між локальною мережею розподілу і кінцевою мережею розподілу до будинку користувача (DI);

- інтерфейс між зовнішньою мережею і внутрішньою мережею або устаткуванням користувача (PAI);

- інтерфейс між місцевою мережею або устаткуванням користувача і пристроями (OPI);

- інтерфейс між пристроєм і адаптером, який перетворює початковий інтерфейс OPI в необхідний інтерфейс іншого приладу (AI).

Примітка. Термін “інтерфейс мережа-користувач” став невизначеним.

Щоб запобігти плутанині, розглядається термін "інтерфейс основного з'єднання" "Premise Attachment Interface" (PAI) для властивішого опису точки розмежування між "зовнішніми" і "внутрішніми" телекомунікаціями до житла клієнта. Так само розглядається і первинний інтерфейс (OPI), з метою кращого визначення інтерфейсу, пов'язаного з "основним" доступом до домашньої мережі або устаткування користувача. У цьому останньому випадку AI означатиме інтерфейс адаптації. Перехід може бути визначений простим порівнянням передування OPI інтерфейсу з AI інтерфейсом. Таким чином, запропонований пристрій може бути приєднаний на рівні AI або OPI залежно від того, яким інтерфейсом він підтримується в основній мережі доступу чи ні.

Для визначення набору протоколів, що відносяться до інтерфейсу, він буде забезпечений ярликом з набором протоколів, вказаних в простому лінійному списку, який представляє рівні протоколів в низхідній послідовності.

Аспекти обслуговування. Пропонований сценарій має завжди дві сторони: методи, що відносяться до фізичних компонентів, і методи послуг, що надаються.

Заданий сценарій призначений для надання окремої послуги або набору послуг. Таким чином, кожен сценарій зображає не тільки окрему комбінацію фізичних мереж і пристроїв, але також і сторони інтерфейсу, оскільки вони відносяться до послуги, що надається.

Сценарій, наприклад, повинен показувати доставку відеомовлення і голосові послуги PSTN за об'єднанням телекомунікацій і технологій кабельного ТБ.

Інші сценарії повинні включати, але не обмежуватися, доставку вузькосмугових послуг ISDN, широкосмугових послуг ISDN, послуг інтелектуальної мережі, послуг цифрового відео, цифрового обслуговування смуги пропускання і ін. за різними з'єднаннях місцевих і міжміських телекомунікаційних систем, кабельних ТБ-систем, місцевих мультимедійних систем розподілу, місцевих, призначених для користувача, систем і пристроїв.

Необхідно змоделювати сценарій так, щоб показати однаковий фізичний механізм, використовуваний для надання декількох різних послуг або наборів послуг. Методи надання послуги можуть включати опис встановлення зв'язків і інтерфейсу вищого рівня (можливо віртуального) і/або контрольні точки та пов'язані з ними стандарти послуги/протоколу, на додаток до інтерфейсу нижчого і фізичного рівнів.

Date: 2016-07-22; view: 324; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.007 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию