- •Визначення трудомісткості розробки інформаційних систем і технологій.
- •Об’єктно-орієнтований аналіз.
- •Структурний підхід до розробки програмного забезпечення
- •Методи тестування програмного продукту.
- •Вимоги до документів на стадії розробки технічного завдання.
- •Статичні і динамічні структури даних.
- •Об’єктно-орієнтоване програмування.
- •Виключні ситуації у програмних продуктах
- •Архітектура та характеристики сучасних мікропор-рів.
- •Архітектура комп’ютера на базі сучасних мікропроцесорів.
- •Принципи та організація візуальних середовищ швидкої розробки програмного забезпечення.
- •Класифікація і основні властивості операційних систем.
- •Режими роботи і типи операційних систем.
- •Багатозадачне і багатопотокове програмування.
- •Об’єктно-орієнтоване візуальне програмування.
- •Розробка та програмна реалізація імітаційної моделі з використанням детермінованого алгоритму.
- •Розробка та програмна реалізація імітаційної моделі з використанням синхронного алгоритму.
- •Розробка та програмна реалізація імітаційної моделі з використанням агрегатного підходу.
- •Синтез математичної моделі за експериментальними даними.
- •Апаратні засоби комп’ютерних мереж.
- •Топології комп’ютерних мереж
- •Протокол пріоритетної передачі маркера.
- •Модель osi.
- •Взаємодія між рівнями у стеку мережевих протоколів.
- •Маршрутизація з статичними каталогами.
- •Маршрутизація з каталогами, що орієнтовані на сеанси.
- •Маршрутизація з динамічними каталогами
- •Глобальні та локальні мережі.
- •Логічна і фізична структура баз даних.
- •Організація реляційних баз даних.
- •Ідентифікація функціональних відношень.
- •Алгоритми нормалізації відношень.
- •Багатозначні залежності.
- •Створення і модифікація об’єктів баз даних.
- •Основи навігації по базах даних.
- •Сортування, фільтрація, пошук даних в базі даних.
- •Створення програмного забезпечення ведення баз даних у візуальних середовищах субд.
- •Побудова звітів в інтегрованих середовищах розробника баз даних.
- •Системний аналіз об’єктів і процесів комп’ютеризації на різних стадіях проектування інформаційних технологій.
- •Декомпозиція складних об’єктів і систем.
- •Етапи проектування програмного забезпечення комп’ютерних інформаційних систем.
- •Оптимізація застосувань типа клієнт/сервер. В основе клиент-серверной технологии лежат следующие идеи:
- •Програмні засоби обробки текстової і графічної інформації.
- •Методи обробки текстової інформації.
- •Технології розробки об’єктно-орієнтованих застосувань.
- •Методи представлення знань в експертних системах.
- •Математичні методи представлення знань. Числення предикатів.
- •48. Математичні методи представлення знань. Семантичні мережі.
- •Математичні методи представлення знань. Фрейми.
- •Етапи проектування експертних систем.
Взаємодія між рівнями у стеку мережевих протоколів.
Уровневые протоколы
Концепция уровневых протоколов направлена на решение след. задач:
1) обеспечение логической декомпозиции сети на простые части;
2) обеспечение стандартного интерфейса между сетевыми функциями;
3) обеспечение симметрии в отношении функций, реализуемых в каждом узле или иначе, каждый уровень выполняет точно такие же функции, как и аналогичный ему уровень в любом другом узле;
4) обеспечение средств предсказания, а иногда и внесение изменения в сетевую логику;
5) обеспечить стандартизируемый язык коммуникаций между разработчиками сетевого ПО.
Связь между уровнями
В уровневых протоколах каждый уровень является поставщиком сервиса определенного качества, и сам может состоять из нескольких сервисных функций. Сервисная функция – это некоторая конкретная подсистема уровня. Кроме того, каждая подсистема может состоять из логических объектов, которые представляют собой некоторые более мелкие специализированные модули. Основная идея состоит в том, что каждый уровень добавляет стоимость к услугам, обеспечиваемыми нижестоящими уровнями. Т.е. самый верхний уровень взаимодействует непосредственно с пользователем, обеспечивая полный набор услуг, предлагаемых всеми нижними уровнями. Верхние уровни диктуют нижним когда и какие услуги/функции должны быть вызваны/выполнены.
Обмен данными в уровневых протоколах происходит через точки доступа к сервису(SAP) и реально осуществляется путем вызова в уровень или из уровня четырех основных транзакций-примитивов:
1) Запрос – используется пользователем сервиса для вызова сервисной функции.
2) Индикация – используется поставщиком сервиса для вызова функции и уведомления о том, что некоторая функция была вызвана.
3) Ответ – используется пользователем сервиса для завершения функции, раннее вызванной индикацией через SAP.
4) Подтверждение - используется поставщиком сервиса для завершения функции, ранее вызванной запросом.
Примитивы имеют ряд дополнительных параметров, необходимых для передачи служебной информации из уровня в уровень.
Существует стандартная терминология при формировании сообщений уровневыми сетями
IDU – interface data unit – полный блок данных, передаваемых между уровнями.
SDU – service data unit – сервисный блок данных – это данные, передаваемые в прозрачном режиме через данный уровень.
PCI – protocol control information – управляющая информация протокола – ею обмениваютя одноуровневые объекты в различных узлах сети, чтобы сообщить друг другу о необходимости выполнения некоторых сервисных функций.
PDU – протокольный блок данных.
ICI – interface control information – управляющая информация интерфейса – временной параметр, передаваемый между соседними уровнями для вызова некоторых сервисных функций между соседними уровнями
Маршрутизація з статичними каталогами.
Когда пользователь начинает использовать такую сеть, то исходно определяется класс или предпочтительный уровень обслуживания, это выбирает пользователь.
Например, это могут быть требования использования только оптоволоконных линий связи, явное указание для прохождения некоторых пакетов, маршруты, обход некоторых узлов.
Этот класс обслуживания определяет список предпочтительных маршрутов, именуемых виртуальными маршрутами. Фактически, это логический маршрут между двумя конечными пользователями.
Пользовательский сеанс принимает первый действующий виртуальный маршрут в таблице классов обслуживания, а затем каждый виртуальный маршрут отображается в таблице (каталог), чтобы образовать явные маршруты – последовательности региональных узлов и связей от исходного до конечного региона.
Между каждой парой региональных узлов может быть определено несколько явных маршрутов. Каждый явный маршрут также определяется в таблице прохождения маршрутов, которая содержит назначение адресов региона, а также номера явных маршрутов:
1 |
DSA |
ERN |
DATA |
DSA |
ER |
ER1 |
ER2 |
…….. |
ERk |
SA1 |
|
|
|
|
|
SA2 |
|
NN, TG |
|
|
|
…… |
|
|
|
|
|
SAn |
|
|
|
|
ER – номер маршрута
DSA- регион назначения
NN – следующий узел, которому передается пакет
TG – группа передачи (предполагает использование тех или иных каналов связи).
В каждом регионе отсутствует полное представление обо все пути от начала до конца. Известные только смежные узлы, к которым нужно направить потоки данных.
Явные маршруты делятся на маршрутные сегменты и изменение в конфигурации и топологии сети вызывает необходимость изменения таблицы прохождения маршрутов только для смежных узлов, а другие остаются без изменения.