
- •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. Уровни зрелости сервисно-ориентированной архитектуры
21. Стиль объектно-ориентированные системы
Для повышения эффективности целесообразно использование в процессе разработки механизма наследования. Объекты располагаются на разных машинах (хостах)
Объектно-ориентированная система может рассматриваться как коллекция взаимодействующих агентов. Каждый объект при этом может быть как клиентом, так и сервером. Объекты могут располагаться в одном процессе, храниться в библиотеках, находиться в разных процессах, работающих на одном хосте и, наконец, располагаться на разных хостах. Важная разновидность объектов – компоненты, которые являются объектами со специальными свойствами. Широко известны такие компонентные системы, как COM, CORBA, EJB. Типовая структура распределенной объектной системы показана на рис.1.20, где Ol - O5 – объекты.
22. Стиль клиент-серверные системы
Некоторая задача может быть представлена в виде совокупности запросов от клиентов к серверу, в связи с чем может быть выделена клиентская часть, формирующая запросы, и серверная, служащая для их выполнения. Количество клиентов может изменяться, любой клиент имеет возможность обратиться к серверу в произвольный момент времени, при этом сервер выполняет только обработку запросов.
Клиент-серверные системы можно рассматривать как специальный случай стиля программа-сопрограммы. Основное различие состоит в том, что клиент и сервер находятся на разных хостах, хотя в принципе клиент и сервер могут работать на одном хосте. Клиент – это процесс, который формирует запрос на обслуживание. Сервер – это процесс, который реализует сервис. В простейшем случае клиент посылает серверу команды и ожидает окончания выполнения запроса. Результатом выполнения запроса могут быть либо данные, либо подтверждение выполнения команды. Большинство серверов работает с множеством клиентов. Широко используемая разновидность клиент-серверных систем – транзакционные системы, к которым могут быть отнесены, например, системы продажи билетов. В системах, ориентированных на выполнение транзакций, число и типы транзакций фиксированы. Серверы в клиент-серверных системах при увеличении числа запросов могут масштабироваться.
Принято выделять два типа клиент-серверных систем: с толстым и тонким клиентом. Толстым называют клиентское приложение, которое содержит наряду с кодом, отвечающим за представление данных, достаточно большой объем кода, реализующего бизнес-логику. Тонкий клиент содержит код, который реализует исключительно функции, связанные с представлением информации. Обычно тонкий клиент – это Web-браузер.
23. Стиль иерархические многоуровневые системы
Система может быть представлена как набор слоев с заданными интерфейсами. Целесообразно иметь возможность использовать уже имеющиеся реализации слоев и обеспечить переносимость системы
Иерархические многоуровневые системы используются преимущественно для построения крупномасштабных приложений. Система содержит несколько слоев. Каждый слой можно рассматривать как виртуальную машину для вышележащего слоя. Каждый из слоев можно рассматривать также как набор сервисов для вышележащего слоя, таким образом, вышележащий слой работает в режиме клиента, а нижележащий – в режиме сервера. Обычно каждый из слоев взаимодействует с соседними слоями через четко определенные интерфейсы. Данный стиль повсеместно используется для построения стеков протоколов, в частности коммуникационных протоколов.
Другим возможным применением данного стиля являются операционные системы. На рис. 1.21 показана структура операционной системы с трехуровневой организацией. Система включает три уровня: уровень ядра системы, уровень системных утилит и уровень, на котором работает прочее программное обеспечение. Основной недостаток состоит в том, что не все алгоритмы можно реализовать в виде многослойной архитектуры. Основное достоинство данного стиля состоит в том, что он позволяет вести разработку кода для каждого из слоев независимо и иметь несколько вариантов реализации кода, кроме того, имеется возможность безболезненно модифицировать код послойно.