Добавил:
СПбГУТ * ИКСС * Программная инженерия Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
35
Добавлен:
04.03.2022
Размер:
135.07 Кб
Скачать

Практические занятияСПО

#3. Подходыкреализациимодели данныхдляResource Inventory.

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

Модель описать ввидеER-диаграммы, либонабораSQL/DDL-операторов.

Отчёт (вЛКили наemail) в видеэлектронного документа(.docx, .odt)

Вспомогательныематериалы

https://postgrespro.ru/education/books/dbtech -книга «Основытехнологий базданных»

(доступна бесплатнаяPDF-версия)

https://asktom.oracle.com(customer-specific-data-attributes) –сравнениеразличных способов расширениямодели БД на основеOracle

https://en.wikipedia.org/wiki/Entity-attribute-value_model –общаяинформацияо EAV-подходек модели данных

http://weblogs.sqlteam.com/davidm/articles/12117.aspx–способреализации EAV на основе MSSQLServer

Лабораторныеработы СПО(домашний/удалённый режим работы)

#2. ВзаимодействиепрограммныхкомпонентовOSS-системы.

Цель: напрактикепознакомитьсясодним изспособовобменаинформацией между программными компонентами, используемых вOSS-системах.Ознакомиться сSOAPпротоколом, ознакомитьсясинструментальным средством SOAP UI для работысзапросами и ответами. РазработатьструктуруXML-объектов, соответствующих наборупараметрови описаниюсетевогоэлемента. Задействовать средствоэмуляции веб-сервисовSOAP Service Mocking. Выполнить эмуляциюSOAP-вызоваи ответасихиспользованием. Обнаружить возможныепроблемывзаимодействиякомпонентов, описать ограниченияданногоспособа взаимодействия.

Задача: спомощью SOAP UI провести эмуляцию SOAP-обращенияизCRM вNRI сполучением ответа.

Пояснение:производим упрощённоемоделированиепроцесса, происходящегопри обращении абонентак провайдерузанекоторой услугой. В OSS-ландшафтепровайдерапри этом обычно происходит:

-регистрацияобращенияабонентав CRM

-последующее автоматическоеобращениек системе NRI дляопределения наличия технической возможности предоставлениязапрошенной услуги

-возвратинформации изNRI-системы

В нашем случае, мыпроводимимитацию вызоваизCRM по SOAP-протоколу веб-сервиса, предоставленногоNRI-системой дляполучения ссылки наподходящеесетевое оборудование при его наличии.

Отчёт долженбыть представлен(наemail или вЛК) в видеэлектронногодокумента(.docx, .odt), а такжефайлsoapui-проекта, спомощьюкоторогоэксперимент может быть воспроизведён.

В пояснительной части отчёта должно содержаться:

-описание структуры объектовдляпередачи параметрови результатов

-конкретныеXML-тексты длязапросаспараметрами (request)и ответа(response)

-скриншотыхода выполнениязапросаспомощьюинструмента SOAP UI

-краткое описаниеприменимости/ограничений выбранногоспособа взаимодействия

Вспомогательныематериалы

https://ru.wikipedia.org/wiki/SOAP –общаяинформацияо SOAP-протоколе

https://www.soapui.org/ - сайтинструментария SOAP UI https://www.soapui.org/resources/tutorials/soap-sample-project/- пример, поясняющийосновы работыс SOAP UI

http://www.visualxsd.com/ - online-средство дляредактированияXML/XSDдокументовс наглядным представлением структурыдокумента