Сетевые модели OSI и IEEE Project 802
Работа сети заключается в передаче данных от одного компьютера к другому. В этом процессе можно выделить несколько отдельных задач:
Сетевая операционная система при выполнении всех задач следует строгому набору процедур. Эти процедуры называются протоколами или правилами поведения. Протоколы регламентируют каждую сетевую операцию. Стандартные протоколы позволяют программному и аппаратному обеспечению различных производителей нормально взаимодействовать.
Существует два главных набора стандартов: модель OSI и ее модификация, называемая Project 802. Чтобы изучить техническую сторону функционирования сетей, необходимо иметь четкое представление об этих моделях.
Модель OSI
В 1978 году International Standards Organization (ISO) выпустила набор спецификаций, описывающих архитектуру сети с неоднородными устройствами. Исходный документ относился к открытым системам, чтобы все они могли использовать одинаковые протоколы и стандарты для обмена информацией. Каждый профессионал в области компьютерных сетей должен знать основные организации, разрабатывающие сетевые стандарты, и их вклад в развитие сетей.
Обменное взаимодействие: тайная сила, определяющая облик Вселенной
В 1984 году ISO выпустила новую версию своей модели, названную эталонной моделью взаимодействия открытых систем (Open System Interconnection reference model, OSI). Версия 1984 года стала международным стандартом: именно ее спецификации используют производители при разработке сетевых продуктов, именно ее придерживаются при построении сетей. Эта модель — широко распространенный метод описания сетевых сред. Являясь многоуровневой системой, она отражает взаимодействие программного и аппаратного обеспечения при осуществлении сеанса связи, а также помогает решить разнообразные проблемы.
Многоуровневая архитектура
В модели OSI сетевые функции распределены между семью уровнями. Каждому уровню соответствуют различные сетевые операции, оборудование и протоколы.
Это и есть многоуровневая архитектура модели OSI. На каждом уровне выполняются определенные сетевые функции, которые взаимодействуют с функциями соседних уровней, вышележащего и нижележащего. Например, Сеансовый уровень должен взаимодействовать только с Представительским и Транспортным уровнем и т.п. Все эти функции подробно описаны.
Нижние уровни — Физический и Канальный — определяют физическую среду передачи данных и сопутствующие задачи (такие, как передача битов данных через плату сетевого адаптера и кабель). Самые верхние уровни определяют, каким способом осуществляется доступ приложений к услугам связи. Чем выше уровень, тем более сложную задачу он решает.
Каждый уровень предоставляет несколько услуг (т.е. выполняет несколько операций), подготавливающих данные для доставки по сети на другой компьютер. Уровни отделяются друг от друга границами — интерфейсами. Все запросы от одного уровня к другому передаются через интерфейс. Каждый уровень использует услуги нижележащего уровня.
Лучший вопрос на собеседовании: Что происходит после ввода адреса в браузер?
Взаимодействие уровней модели OSI
Задача каждого уровня — предоставление услуг вышележащему уровню, «маскируя» детали реализации этих услуг. При этом каждый уровень на одном компьютере работает так, будто он напрямую связан с таким же уровнем на другом компьютере. Эта логическая, или виртуальная, связь между одинаковыми уровнями показана на рисунке ниже. Однако в действительности связь осуществляется между смежными уровнями одного компьютера — программное обеспечение, работающее на каждом уровне, реализует определенные сетевые функции в соответствии с набором протоколов.
| Компьютер А | Компьютер B | |
| Прикладной | Прикладной | |
| Представительский | Представительский | |
| Сеансовый | Сеансовый | |
| Транспортный | Транспортный | |
| Сетевой | Сетевой | |
| Канальный | Канальный | |
| Физический | Физический |
Перед подачей в сеть данные разбиваются на пакеты. Пакет (packet) — это единица информации, передаваемая между устройствами сети как единое целое. Пакет проходит последовательно через все уровни программного обеспечения. На каждом уровне к пакету добавляется некоторая информация, форматирующая или адресная, которая необходима для успешной передачи данных по сети. На принимающей стороне пакет проходит через все уровни в обратном порядке. Программное обеспечение на каждом уровне читает информацию пакета, затем удаляет информацию, добавленную к пакету на этом же уровне отправляющей стороной, и передает пакет следующему уровню. Когда пакет дойдет до Прикладного уровня, вся адресная информация будет удалена и данные примут свой первоначальный вид. Таким образом, за исключением самого нижнего уровня сетевой модели, никакой иной уровень не может непосредственно послать информацию соответствующему уровню другого компьютера. Информация на компьютере-отправителе должна пройти через все уровни. Затем она передается по сетевому кабелю на компьютер-получатель и опять проходит сквозь все слои, пока не достигнет того же уровня, с которого она была послана на компьютере-отправителе. Например, если Сетевой уровень передает информацию с компьютера А, она спускается через Канальный и Физический уровни в сетевой кабель, далее по нему попадает в компьютер В, где поднимается через Физический и Канальный уровни и достигает Сетевого уровня.
В клиент-серверной среде примером информации, переданной Сетевым уровнем компьютера А Сетевому уровню компьютера В, мог бы служить адрес и, очевидно, информация контроля ошибок, добавленные к пакету.
Взаимодействие смежных уровней осуществляется через интерфейс. Интерфейс определяет услуги, которые нижний уровень предоставляет верхнему, и способ доступа к ним. Поэтому каждому уровню одного компьютера «кажется», что он непосредственно взаимодействует с таким же уровнем другого компьютера. Далее описывается каждый из семи уровней модели OSI и определяются услуги, которые они предоставляют смежным уровням.
Прикладной уровень
Уровень 7, Прикладной (Application), — самый верхний уровень модели OSI. Он представляет собой окно для доступа прикладных процессов к сетевым услугам. Этот уровень обеспечивает услуги, напрямую поддерживающие приложения пользователя, такие, как программное обеспечение для передачи файлов, доступа к базам данных и электронная почта. Нижележащие уровни поддерживают задачи, выполняемые на Прикладном уровне. Прикладной уровень управляет общим доступом к сети, потоком данных и обработкой ошибок.
Представительский уровень
Уровень 6, Представительский (Presentation), определяет формат, используемый для обмена данными между сетевыми компьютерами. Этот уровень можно назвать переводчиком. На компьютере-отправителе данные, поступившие от Прикладного уровня, на этом уровне переводятся в общепонятный промежуточный формат.
На компьютере-получателе на этом уровне происходит перевод из промежуточного формата в тот, который используется Прикладным уровнем данного компьютера. Представительский уровень отвечает за преобразование протоколов, трансляцию данных, их шифрование, смену или преобразование применяемого набора символов (кодовой таблицы) и расширение графических команд. Представительский уровень, кроме того, управляет сжатием данных для уменьшения передаваемых битов.На этом уровне работает утилита, называемая редиректором (redirector). Ее назначение — переадресовать операции ввода/вывода к ресурсам сервера.
Сеансовый уровень
Уровень 5, Сеансовый (Session), позволяет двум приложениям на разных компьютерах устанавливать, использовать и завершать соединение, называемое сеансом. На этом уровне выполняются такие функции, как распознавание имен и защита, необходимые для связи двух приложений в сети. Сеансовый уровень обеспечивает синхронизацию между пользовательскими задачами посредством расстановки в потоке данных контрольных точек (chekpoints). Таким образом, в случае сетевой ошибки, потребуется заново передать только данные, следующие за последней контрольной точкой. На этом уровне выполняется управление диалогом между взаимодействующими процессами, т.е. регулируется, какая из сторон осуществляет передачу, когда, как долго и т.д.
Транспортный уровень
Уровень 4, Транспортный (Transport), обеспечивает дополнительный уровень соединения — ниже Сеансового уровня. Транспортный уровень гарантирует доставку пакетов без ошибок, в той же последовательности, без потерь и дублирования. На этом уровне сообщения переупаковываются: длинные разбиваются на несколько пакетов, а короткие объединяются в один.
Это увеличивает эффективность передачи пакетов по сети. На Транспортном уровне компьютера-получателя сообщения распаковываются, восстанавливаются в первоначальном виде, и обычно посылается сигнал подтверждения приема. Транспортный уровень управляет потоком, проверяет ошибки и участвует в решении проблем, связанных с отправкой и получением пакетов.
Сетевой уровень
Уровень 3, Сетевой (Network), отвечает за адресацию сообщений и перевод логических адресов и имен в физические адреса. Одним словом, исходя из конкретных сетевых условий, приоритета услуги и других факторов здесь определяется маршрут от компьютера-отправителя к компьютеру-получателю. На этом уровне решаются также такие задачи и проблемы, связанные с сетевым трафиком, как коммутация пакетов, маршрутизация и перегрузки. Если сетевой адаптер маршрутизатора не может передавать большие блоки данных, посланные компьютером-отправителем, на Сетевом уровне эти блоки разбиваются на меньшие. А Сетевой уровень компьютера-получателя собирает эти данные в исходное состояние.
Канальный уровень
Уровень 2, Канальный, осуществляет передачу кадров (frames) данных от Сетевого уровня к Физическому. Кадры — это логически организованная структура, в которую можно помещать данные. Канальный уровень компьютера-получателя упаковывает «сырой» поток битов, поступающих от Физического уровня, в кадры данных.
Ниже представлен простой кадр данных, где идентификатор отправителя -адрес компьютера-отправителя, а идентификатор получателя — адрес компьютера-получателя. Управляющая информация используется для маршрутизации, а также указывает на тип пакета и сегментацию. Данные — собственно передаваемая информация. CRC (остаток избыточной циклической суммы) — это сведения, которые помогут выявить ошибки, что, в свою очередь, гарантирует правильный прием информации.
Канальный уровень (Data link) обеспечивает точность передачи кадров между компьютерами через Физический уровень. Это позволяет Сетевому уровню считать передачу данных по сетевому соединению фактически безошибочной.
Обычно, когда Канальный уровень посылает кадр, он ожидает со стороны получателя подтверждения приема. Канальный уровень получателя проверяет наличие возможных ошибок передачи. Кадры, поврежденные при передаче, или кадры, получение которых не подтверждено, посылаются вторично.
Физический уровень
Уровень 1, Физический, — самый нижний в модели OSI. Этот уровень осуществляет передачу неструктурированного, «сырого» потока битов по физической среде (например, по сетевому кабелю). Здесь реализуются электрический, оптический, механический и функциональный интерфейсы с кабелем.
Физический уровень также формирует сигналы, которые переносят данные, поступившие от всех вышележащих уровней. На этом уровне определяется способ соединения сетевого кабеля с платой сетевого адаптера, в частности, количество контактов в разъемах и их функции.
Кроме того, здесь определяется способ передачи данных по сетевому кабелю.Физический (Physical) уровень предназначен для передачи битов (нулей и единиц) от одного компьютера к другому. Содержание самих битов на данном уровне значения не имеет. Этот уровень отвечает за кодирование данных и синхронизацию битов, гарантируя, что переданная единица будет воспринята именно как единица, а не как ноль. Наконец, Физический уровень устанавливает длительность каждого бита и способ перевода бита в соответствующие электрические или оптические импульсы, передаваемые по сетевому кабелю.
Модель IEEE Project 802
В конце 70-х годов, когда ЛВС стали восприниматься в качестве потенциального инструмента для ведения бизнеса, IEEE пришел к выводу: необходимо определить для них стандарты. В результате был выпущен Project 802, названный в соответствии с годом и месяцем своего издания (1980 год, февраль). Хотя публикация стандартов IEEE опередила публикацию стандартов ISO, оба проекта велись приблизительно в одно время и при полном обмене информацией, что и привело к рождению двух совместимых моделей.
Project 802 установил стандарты для физических компонентов сети — интерфейсных плат и кабельной системы, — с которыми имеют дело Физический и Канальный уровни модели OSI. Итак, эти стандарты, называемые 802-спецификациями, распространяются:
- на платы сетевых адаптеров;
- компоненты глобальных вычислительных сетей;
- компоненты сетей, при построении которых используют коаксиальный кабель и витую пару.
802 — спецификации определяют способы, в соответствии с которыми платы сетевых адаптеров осуществляют доступ к физической среде и передают по ней данные. Сюда относятся соединение, поддержка и разъединение сетевых устройств.
Категории
Стандарты ЛВС, определенные Project 802, делятся на 12 категорий, каждая из которых имеет свой номер.
- 802.1 — объединение сетей.
- 802.2 — Управление логической связью.
- 802.3 — ЛВС с множественным доступом, контролем несущей и обнаружением коллизий (Ethernet).
- 802.4 — ЛВС топологии «шина» с передачей маркера.
- 802.5 — ЛВС топологии «кольцо» с передачей маркера.
- 802.6 — сеть масштаба города (Metropolitan Area Network, MAN).
- 802.7 — Консультативный совет по широковещательной технологии (Broadcast Technical Advisory Group).
- 802.8 — Консультативный совет по оптоволоконной технологии (Fiber-Optic Technical Advisory Group).
- 802.9 — Интегрированные сети с передачей речи и данных (Integrated Voice/Data Networks).
- 802.10 — Безопасность сетей.
- 802.11 — Беспроводная сеть.
- 802.12 — ЛВС с доступом по приоритету запроса (Demand Priority Access LAN, lOObaseVG-AnyLan).
Расширения модели OSI
Два нижних уровня модели OSI, Физический и Канальный, устанавливают, каким образом несколько компьютеров могут одновременно использовать сеть, чтобы при этом не мешать друг другу. IEEE Project 802 относился именно к этим двум уровням и привел к созданию спецификаций, определивших доминирующие среды ЛВС. IEEE, подробно описывая Канальный уровень, разделил его на два подуровня:
- Управление логической связью (Logical Link Control, LLC) — контроль ошибок и управление потоком данных;
- Управление доступом к среде (Media Access Control, MAC).
- Прикладной уровень
- Представительский уровень
- Сеансовый уровень
- Транспортный уровень
- Сетевой уровень
- Канальный уровень
- Управление логической связью (LLC)
- Управление доступом к среде (MAC)
- Физический уровень
Управление логической связью
Подуровень Управление логической связью устанавливает канал связи и определяет использование логических точек интерфейса, называемых точками доступа к услугам (service access points, SAP). Другие компьютеры, ссылаясь на точки доступа к услугам, могут передавать информацию с подуровня Управления логической связью на верхние уровни OSI. Эти стандарты определены в категории 802.2.
Управление доступом к среде
Как показано ниже, подуровень Управление доступом к среде — нижний из двух подуровней. Он обеспечивает совместный доступ плат сетевого адаптера к Физическому уровню . Подуровень Управление доступом к среде напрямую связан с платой сетевого адаптера и отвечает за безошибочную передачу данных между двумя компьютерами сети.
Категории 802.3, 802.4, 802.5 и 802.12 определяют стандарты как для этого подуровня, так и для первого уровня модели OSI, Физического.
Источник: www.xnets.ru
То, что выделено жирным шрифтом это вопросы
Блок-схемой цикла с постусловием является …
Утверждение «Оператор в теле цикла будет обязательно выполнен хотя бы один раз» относится к … циклу с постусловием
Описанием цикла с предусловием является следующее выражение: … пока условие истинно выполнять оператор
Какой алгоритм сортировки массива относится к рекурсивным: сортировка слиянием
Какая структура данных больше подходит для реализации рекурсии стек
Трудоемкость конструкции «Цикл» (показана на рис.) равна:
(+)
Система равенств f(x1,…, xn ,0) = g(x1,…, xn), f(x1,…, xn,y+1) = h(x1,…, xn , y, f(x1,…, xn ,0))определяет: примитивную рекурсию
Оптимизация посредством применения «жадных» алгоритмов основана на том, что процесс принятия решения можно разбить на элементарные шаги, на каждом из которых принимается отдельное решение
На рис. в виде дерева рекурсии представлен фрагмент алгоритма
вычисления чисел Фибоначчи
Операторы циклов и ветвления
Укажите сколько раз выполнится цикл в программеa:=3; b:=7;while (a / 2) ≤ (b / 3) begin a:=a+2; b:=b+3;end; бесконечное число раз
Утверждение «Оператор в теле цикла будет выполнен хотя бы один раз» относится к циклу… с постусловием
Ветвление обязательно должно содержать условие и оператор, выполняемый в случае истинности условия
Задан фрагмент алгоритма:1. если a a выполнить действия d=d+1, с=с-1В результате выполнения данного алгоритма с начальными значениями a=8, b=3, переменные c и d примут значения c=8, d=2
При выполнении подпрограммы Алг пр1 (арг цел X, рез цел F)Нач если X Then Else называется ______________ оператором. условным
Оператор, заставляющий выполняться входящие в его состав (так называемые внутренние операторы) называется оператором… цикла
Элементами оператора ветвления являются…а) условие б) переход по условию в) интерпретация г) повторение(а, б)
Элементами оператора ветвления являются…а) интерпретация б) повторение в) условие г) переход по условию (в, г)
Понятие о структурном программировании
1. При проектировании программного обеспечения используются подходы: а) «сверху-вниз»б) «снизу-вверх» в) «слева-направо» г) «справа-налево» (а,б)
Укажите структуры, которые не допускается использовать в программе при структурном программировании Многокритериальный выбор
Основная идея структурного программирования состоит в том, что основными для написания программ являются три типа операторов: линейный, ветвление, организация цикла
Похожие:
 |
Должна четко выражать его суть Работа должна быть выполнена 14 шрифтом, сноски – 10, название отдельных частей работы – 14 шрифт (выделенный жирным шрифтом) |
|
Вопросы к экзамену по истории, 7 класс. Примечание Примечание: жирным шрифтом выделены дополнительные вопросы для тех, кто не завершил работу над рефератом. Тем, кто защитил свой реферат. |
|
Программа по формированию навыков безопасного поведения на дорогах. После окончания 4 класса настала пора вот этих произведений (выделенное жирным шрифтом надо бы обязательно прочесть летом понадобится. |
 |
«Русский язык по пятницам» Упражнение Определите, слитно или раздельно пишутся выделенные жирным шрифтом выражения |
|
Каждой главы и параграфа в тексте работы можно писать более крупным. Реферат должен отражать точку зрения автора на эту проблему, освещать имеющийся практический опыт. Реферат не содержит поучительных. |
|
Структура философии . |
|
Программа по формированию навыков безопасного поведения на дорогах. Наименование дисциплины, кода и наименование направления подготовки указываются жирным шрифтом |
|
Программа по формированию навыков безопасного поведения на дорогах. Т: Look at Ann and Dan’s pictures. В данном упражнении осуществляется семантизация новых лексических единиц (они выделены жирным. |
|
Программа по формированию навыков безопасного поведения на дорогах. . |
|
Библиография по лингвистике и межкультурной коммуникации (наименования. Рабочая программа составлена на основании требования Государственного стандарта высшего медицинского образования второго поколения. |
|
Гоувпо «АмГУ» правила оформления дипломных работ стандарт амурского государственного Обязательные структурные элементы выделены жирным шрифтом. Остальные структурные элементы включают в дипломную и курсовую работу. |
|
Дисциплины, ведущие преподаватели Учебно-методическое обеспечение учебных дисциплин кафедры по уровням подготовки по всем дисциплинам (в 2012 г продолжение таблицы. |
|
Как заставить себя учиться? Почему домашние работы не больше чем формальность? Это не вопросы “двоечника” и не “неудачника”. Это вопросы, с которыми сталикиваются. |
|
Как инквизиция помогла науке вопросы, уводящие от стереотипов Все живое и неживое во Вселенной находится во власти Господа и принадлежит Ему. Поэтому каждый должен пользоваться только тем, что. |
|
Обеспечение учебных дисциплин кафедры по уровням подготовки по всем. Учебно-методическое обеспечение учебных дисциплин кафедры по уровням подготовки по всем |
|
Реферат Задание по геометрии На все перечисленные ниже теоремы сделать конспекты, постараться понять, выделить шрифтом, цветом главные идеи доказательства. Задачи. |
Источник: 100-bal.ru
Интеграция программных модулей
Предприятие любого уровня нуждается в программном обеспечении, отдельные компоненты которого будут синхронно работать из любой точки. Для этих целей и проводится интеграция программных модулей. Далее рассмотрим более подробно виды, цели и уровни интеграции программных модулей.
Цели и задачи
Интеграция – процесс разработки и внедрения программного обеспечения, с помощью которого отдельные компоненты могут быть связаны в единую систему. Такое объединение позволяет поддерживать бизнес-процессы и оперативно обмениваться информацией.
Главная задача процесса – обеспечение безопасного и бесперебойного обмена информацией между программными продуктами, которые изначально не предназначены для совместной работы. Например, программное обеспечение для электронного документооборота между предприятием и его клиентами, организация цепей поставок, ERP-системы, облачные технологии, аналитические модули, системы самообслуживания и т. д.
С помощью интеграции программных модулей обеспечивается не только оперативность и автоматизация работы с данными. Решается ряд более широких задач:
- оперативное внедрение новых программных продуктов в работу предприятия;
- улучшения качества работы с клиентами;
- прозрачность процессов;
- сокращения количества ошибок при обработке данных и т. д.
Принципы работы
Прежде, чем настраивать интеграцию модулей, нужно определиться с принимающей и передающей стороной – источником данных. Если изначально источник информации не определен, сделать это нужно до начала загрузки данных в систему, так как в ней могут присутствовать приложения с идентичным функционалом. Например, ПО 1С: Торговля и любая стандартная CRM позволяют вносить данные контрагентов. Разрозненный ввод повлечет за собой проблемы задвоенных данных, их несвоевременную синхронизацию, потерю и т. д.
Возможна и двусторонняя интеграция. В этом случае источник и принимающая сторона могут меняться.
Одно из главных преимуществ интеграции программных модулей – постоянный доступ к обновляющимся данным. Именно за счет этого удается создавать инструменты и сервисы, которые оперативно адаптируются под конкретные задачи.
Основной принцип работы процессов – взаимодействие модулей друг с другом, каждый из которых выполняет конкретную задачу. При завершении работы одного из компонентов все обработанные данные должны быть оперативно синхронизированы с другими модулями и доступны для дальнейших действий.
Чтобы гармонично объединить все элементы системы, важно придерживаться следующих принципов.
Настройка API
API – комплекс правил, на основании которых взаимодействуют отдельные части ПО. Именно за счет API программистам удается оперативно настроить компоненты, предупредить и устранить возможные ошибки в работе модулей.
Настройка событийных действий
Настраивается специальный комплекс действий, которые запускаются после произведения другого, заранее определенного действия. Например, при завершении оформления заказа клиентом система автоматически генерирует ему счет на оплату, то есть одно действие является триггером для последующего.
Сопоставление данных
Правильная настройка обмена данными между разными модулями системы позволяет ускорить обмен и синхронизацию данных.
Виды интеграции
В зависимости от цели внедрения интеграцию, в первую очередь, подразделяют на внутреннюю и внешнюю. Внутренняя подразумевает добавление конкретных программных модулей без привлечения внешних ресурсов. Внешняя интеграция позволяет внутренние процессы синхронизировать с более глобальными, например, подключение к Google Maps для логистических компаний.
Доступны 3 вида интеграции:
- облачная;
- локальная;
- гибридная.
Каждый из видов, в свою очередь, различается по следующим методам:
- На уровне брокеров. Данный вид интеграции считается универсальным. При необходимости задействуется дополнительный модуль – брокер. Он подключается к другим необходимым модулям. Такой вид интеграции считается сложным в реализации, требует определенных знаний.
- На уровне интерфейсов. Целью данного вида интеграции изначально было объединение разноплановых приложений. Сложность такого типа в последовательном подключении элементов. Это вызывает ряд ошибок в процессе взаимодействия. К тому же часто встречаются Legacy софт.
- На уровне сервисов. Здесь при помощи программного обеспечения осуществляется фиксация данных и интерфейсов с двух сторон. Это один из немногих видов неавтоматизированной интеграции, то есть участие человека здесь остро необходимо.
- Функционально-прикладная и организационная интеграция. Ключевым моментом здесь является объединение нескольких схожих или однотипных приложений. Этот вид наиболее удобен для крупных предприятий, корпораций. Именно за счет интеграции этого вида удается снизить затраты на обслуживающий персонал, так как практически все процессы максимально доступны.
- Корпоративные программные приложения. Здесь используются не только приложения внутри системы, но и сам исполняемый код. Специализированное ПО и API позволяют использовать отдельные компоненты приложений в единое ядро. Такую систему легче администрировать и масштабировать при необходимости. Доступ к ядру осуществляется при помощи стандартных протоколов доступа, например, SOAP.
Взаимодействие интегрированных модулей
Интеграция программных модулей включает в себя задачу обеспечения оперативного взаимодействия всех входящих в систему компонентов. Не всегда удается достичь нужного взаимодействия полностью автоматизированным способом.
Обмен данными
Обмен актуальной информацией внутри одной системы – одна из главных задач интеграции программных модулей. Чем проще будет настроена форма обмена, тем быстрее будет происходить обмен. Следует учитывать, что для разных задач может использоваться разный формат данных: pdf, xls, CSV и др. Дополнительным преимуществом будет возможность интегрировать модуль для автоматической загрузки и выгрузки данных.
База данных
Все интегрируемые приложения в системе должны иметь доступ к единой базе данных. Это может вызвать некоторые сложности. Не всегда есть возможность оперативно определить какой-либо конкретный модуль. Все компоненты системы тесно переплетены и образуют один общий привязанный к единой базе элемент внутри системы. Помочь в такой ситуации может дополнительная интеграция модулей для работы с базами данных.
Удаленный вызов
В каждом из модулей интегрированной системы прописываются специальные протоколы. Благодаря им удается задать команды для сообщения между несколькими модулями, то есть для того, чтобы два или несколько компонентов оперативно выполнили одну задачу, первый должен отправить удаленный вызов второго и последующих.
В таком взаимодействии есть очень существенный недостаток. Чтобы не нарушать единовременную синхронизацию всех данных, важно следить за тем, чтобы все системы внутри предприятия в одно и то же время были включены в работу. Если отследить одновременный запуск всех систем не представляется возможным, подобную интеграцию следует рассматривать внутри небольших организаций. Здесь за результативность процесса отвечает человек. Автоматизировать удаленный вызов в системах большего масштаба пока не удалось.
Асинхронный обмен сообщениями
Принцип асинхронного обмена сообщениями внутри одной системы – наиболее оптимальный вариант автоматического взаимодействия модулей. При таком принципе одно из интегрированных приложений просто отправляет запрос другому. При этом не нужно ждать ответа от принимающего приложения. Все запросы доставляются и обрабатываются им в порядке очереди.
Организация маршрутов взаимодействия
Кроме способов взаимодействия особое внимание следует уделить непосредственной организации маршрутов. Различают 2 подхода:
- прямое взаимодействие – точка-точка;
- звездообразная архитектура – хаб-спицы.
От выбранного маршрута напрямую зависит скорость и легкость обмена данными внутри системы.
Точка-точка
Этот подход характеризуется прямым взаимодействием. «Точка-точка» считается самым простым подходом и чаще всего используется для передачи большого объема данных. Важно следить за тем, чтобы приложения использовали одинаковые методы сообщения друг с другом. Изменение интерфейса взаимодействия одного элемента неизбежно повлечет за собой перенастройку всей системы. Кроме этого возможны замедления в работе системы, так как есть риск попасть в момент репликации данных.
Хаб-спицы
Ключевым моментом взаимодействия приложений при подходе «хаб-спицы» является наличие единого центрального узла. Он сам организует взаимодействие между интегрированными компонентами при помощи различных протоколов и методов, контролирует базу данных системы. Приложения связаны с хабом и не взаимодействуют друг с другом. Преимущество такого подхода заключается в отсутствии необходимости модифицировать всю систему, если приходится изменять работу одного из приложений.
Интеграция программных модулей – сложный процесс, требующий определенных знаний на каждом этапе его разработки, внедрения, запуска, дальнейшего использования и обслуживания. Поэтому важно уделить внимание не только задачам, которые стоят перед внедрением. Любая работа по внедрению программного обеспечения включает в себя обязательное тестирование и дальнейшее обучение пользователей.
Источник: dynamicsun.ru