- •1. Понятие архитектура применительно к ис ( информационные сети)
- •2 Основные понятия доменного подхода.
- •3 Основные классификационные признаки ис
- •4 Отличительные характеристики информационно управляющих систем
- •5 Основные элементы управляющих систем
- •6. Назначение систем мониторинга и управления ресурсами (смур)
- •7. Отличительные особенности систем управления производством
- •8. На какой эталонной модели базируется система управления доступом
- •9. Стили проектирования ис
- •10. Особенности централизованной архитектуры
- •11. Особенности распределенной архитектуры
- •12. Виды распределенных архитектур
- •13. Достоинства архитектуры "файл-сервер"
- •14. Области применения многозвенной архитектуры
- •15. Основные технологии архитектуры Web-приложений.
- •16. Понятие "архитектурный стиль"
- •17. Основные архитектурные стили
- •18. Группы архитектурных стилей
- •19. Стиль конвейеры и фильтры
- •20. Стиль программа-сопрограмма
- •21. Стиль объектно-ориентированные системы
- •22. Стиль клиент-серверные системы
- •23. Стиль иерархические многоуровневые системы
- •24. Стиль система взаимодействующих процессов
- •25. Стиль системы, управляемой событиями
- •26. Стиль системы, основанный на использовании централизованной базы данных
- •27. Стиль системы, использующий принцип классной доски
- •28. Стиль интерпретаторы
- •29. Стиль системы, основанной на правилах
- •30. Основные проблемы совместного использования разных стилей
- •31. Определение понятий "паттерн" и "Фреймворк"
- •32. Классификация паттернов
- •33. Различие между паттернами и Фреймворками
- •34. Основные структурные паттерны
- •35. Антипаттерны и их классификация
- •36. Классификация Фреймворков
- •37. Фреймворк Захмана
- •38. Основные типы взаимодействия в ис
- •Взаимодействие на уровне данных
- •39. Понятие синхронной и асинхронной связей
- •40. Понятие сохранной и несохранной связей
- •41. Типовые подходы к интеграции приложений
- •42. Интеграция приложений с помощью разделяемых баз данных
- •43. Интеграция приложений с помощью удаленного вызова процедур и методов
- •44. Интеграция приложений с помощью механизма основанного на обмене сообщений
- •45. Использование mpi
- •46. Понятие системы, основанной на обмене сообщениями
- •47. Модель обмена сообщениями точка-точка и публикация-подписка
- •48. Интеграция приложений на уровне данных
- •49. Бизнес-функции и бизнес-объекты
- •50. Бизнес-процессы
- •Преимущества
- •Недостатки
- •Архитектура
- •52. Bpel
- •53. Понятие оркестровка и хореография Web сервисов
- •54. Системы управления бизнес-правилами
- •55. Портал и портлет
- •Классификация
- •56. Общие принципы построения корпоративных сервисных шин
- •57. Эталонная модель соа
- •58. Уровень зрелости сервисно-ориентированной архитектуры и сервисно-ориентированной организации
- •59. Уровни зрелости сервисно-ориентированной архитектуры
12. Виды распределенных архитектур
Архитектура «файл-сервер»
Файл-сервер только извлекает данные из файла (файлов) базы данных и передает их клиенту для дальнейшей обработки.
В процессе работы из базы данных клиенту передаются большие объемы информации.
Архитектура «клиент-сервер»;
При такой архитектуре сервер базы данных, расположенный на компьютере-сервере, обеспечивает выполнение основного объема обработки данных. Клиентское приложение формирует запросы к серверу базы данных, как правило, в виде инструкций языка SQL. Сервер извлекает из базы запрошенные данные и передает на компьютер клиента. Главное достоинство такого подхода — значительно меньший объем передаваемых данных.
Архитектура Web-приложений;
Веб-приложение состоит из клиентской и серверной частей, тем самым реализуя технологию «клиент-сервер».
Клиентская часть реализует пользовательский интерфейс, формирует запросы к серверу и обрабатывает ответы от него.
Серверная часть получает запрос от клиента, выполняет вычисления, после этого формирует веб-страницу и отправляет её клиенту по сети с использованием протокола HTTP.
13. Достоинства архитектуры "файл-сервер"
Файл-серверные приложения - приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных. Функции сервера: хранения данных и кода программы.
Функции клиента: обработка данных происходит исключительно на стороне клиента.
Имеются удобные и развитые средства разработки графического пользовательского интерфейса, простые в использовании средства разработки систем баз данных и/или СУБД.
Достоинства такой архитектуры:
· многопользовательский режим работы с данными;
· удобство централизованного управления доступом;
· низкая стоимость разработки;
· высокая скорость разработки;
· невысокая стоимость обновления и изменения по.
Недостатки:
· проблемы многопользовательской работы с данными: последовательный доступ;
· отсутствие гарантии целостности;
· низкая производительность (зависит от производительности сети, сервера, клиента);
· плохая возможность подключения новых клиентов;
· ненадежность системы.
Простое, работающее с небольшими объемами информации и рассчитанное на применение в однопользовательском режиме, файл-серверное приложение можно спроектировать, разработать и отладить очень быстро. Очень часто для небольшой компании для ведения, например, кадрового учета достаточно иметь изолированную систему, работающую на отдельно стоящем PC. Однако, в уже ненамного более сложных случаях (например, при организации информационной системы поддержки проекта, выполняемого группой) файл-серверные архитектуры становятся недостаточными.
14. Области применения многозвенной архитектуры
Многозвенные архитектуры клиент-сервер являются прямым продолжением разделения приложений на уровни пользовательского интерфейса, компонентов обработки и данных. Различные звенья взаимодействуют в соответствии с логической организацией приложения. Во множестве бизнес-приложений распределенная обработка эквивалентна организации многозвенной архитектуры приложений клиент-сервер. Такой тип распределения называется вертикальным (ВР). Характористической особенностью вертикального распределения является то, что оно достигается размещением логически различных компонентов на разных машинах. В современных архитектурах распределение на клиенты и серверы происходит способом, известным как горизонтальное распределение (ГР). При таком типе распределения клиент или сервер могут содержать физически разделенные части логически однородного модуля, причем работа с каждой из частей может происходить независимо. Это делается для выравнивания загрузки.
Многозвенные (многоуровневые) архитектуры позволяют обеспечить более оптимальную загрузку технических средств, чем классическая двухзвенная архитектура, и обеспечивают возможность плавного масштабирования информационной системы. Наиболее распространенным случаем является трехзвенная архитектура, в которой в качестве промежуточного слоя программного обеспечения между сервером и клиентом используется сервер приложений (рис. 1.7). Сервер приложений берет на себя существенную часть обработки данных, позволяя разгрузить и серверную, и клиентскую части.
В трехзвенной архитектуре часто используется так называемый тонкий клиент (thin client), который вообще не выполняет никаких функций обработки данных, а только обеспечивает представление данных и взаимодействие с пользователем. В отличие от этого, клиента двухзвенной системы обычно называют толстым клиентом (fat client).
В качестве примера широко используемых ИС трехзвенной архитектуры можно привести любую конфигурацию на базе платформы разработки 1С:Предприятие версии 8 (более ранняя версия 7.7 этой платформы использует либо файл-серверную, либо двухзвенную архитектуру клиент-сервер). В качестве SQL-сервера системы 1С могут использовать MS SQL-сервер, либо свободно распространяемую PostGres, в качестве сервера приложений – сервер 1С.
