
- •Лекция 1
- •Лекция 2
- •Структурный подход проектирования ис
- •Лекция 3
- •Язык функциональной модели dfd
- •Основные компоненты dfd и их обозначения
- •Примеры dfd-модели
- •Лекция 4 Словарь данных
- •Спецификации процессов
- •Управляющие структуры сея
- •Лекция 5 Архитектура данных (способы представления данных на этапе представления функциональных требований)
- •Архитектура системотехнической платформы
- •Лекция 8
- •Архитектура распределенных ис
- •Лекция 9
- •Технология связующего по
- •Обобщенная архитектура рис со Middleware по.
- •Классификация связующего по.
- •Средства, ориентированные на бд
- •Мониторы обработки транзакций
- •Middleware по удалённого вызова процедур (rpc)
- •Распределённые … .
- •Управление транзакциями в рис
- •Атомарная транзакция – набор операторов, осуществляемых в рамках границ очень доверительного домена и имеющее свойство «всё или ничего». Характеризуется 4 свойствами (acid):
- •Completion (завершение)
- •2Pc (двухфазная транзакция)
- •Термины:
- •Архитектура corba.
- •Технология вызова при использовании статического метода.
- •Активизация объектов
- •Описание схемы (см. Рис. Жц вызова при использовании orb)
- •Жц объектов, участвующих во взаимодействии для реализации вызова.
- •Создание объекта
- •Удаление объекта
- •Активизация.
- •Деактивизация.
- •Ранее связывание
- •Позднее связывание
- •Высокоуровневая служба corba.
Распределённые … .
При определённых технологиях ORB необходимо выполнять связывание, анализ и исследование с целью разделения корпоративной системы на подсистемы.
Определённое унаследование систем и платформ для того, чтобы выбрать платформу для проектирования системы.
Проектировать систему следует по результатам декомпозиции, представить в виде системы доменов. В основе декомпозиции может быть бизнес-логика, бизнес-данные, бизнес-организации, безопасность, платформы и/или сопровождение.
Следующие ПО объединяют подсистемы в систему в независимости от того, по какому признаку получены домены, и требует высокий уровень кооперации, который не может быть достигнут при использовании разнородных продуктов.
Критерий оценки и выбора middleware ПО можно разделить на следующие категории:
Платформа , которые определяют возможность поддержки унаследования систем и определяются доступностью средств разработки.
Язык программирования
ОС
Поддержка middleware ПО высокоуровневых служб, которые можно использовать для получения надёжных функционирующих структур
Поддержка и распределение транзакций {управление}
Безопасность и секретность
Поддержка обмена сообщениями
и др.
Управление транзакциями в рис
В нераспределённых системах транзакция управляется с помощью СУБД.
В распределённых системах объектная транзакция может быть распределены в системе объектных реляционных БД, поэтому управление транзакциями в РИС требует согласованности, которая реализуется с помощью координаторов транзакций.
Транзакции протоколов управления данными делятся на два класса:
Атомарные транзакции
Бизнес-транзакция
Атомарная транзакция – набор операторов, осуществляемых в рамках границ очень доверительного домена и имеющее свойство «всё или ничего». Характеризуется 4 свойствами (acid):
Атомарность
Согласованность
Изоляция данных промежуточных этапов от других процессов
Надёжность хранения окончания этапов
Все действия транзакций, осуществляемые до её утверждения, являются предварительными, т.е. не сохраняются на постоянный носитель и не входят в другие процедуры.
Выделяют:
Однофазные транзакции
Двухфазные транзакции – несколько участков и требуется подготовительная фаза, когда координатор последовательно запрашивает всех участников: могут ли они выполнить транзакцию. При этом если какая-то транзакция не может быть выполнена, то все отменяются.
Подобный подход позволяет всем приложениям действовать координировано, не допуская несогласованности с другими приложениями, и в то же время ничего о них не зная.
Типы транзакций:
Completion (завершение)
Один участник (тот, кто создал транзакцию) регистрируется у координатора, так что именно он получает право подтверждать транзакцию или откат. Ему возвращается результат выполнения этих операций.
Completion with ask
Аналогично Completion, но координатор должен помнить результат транзакций, пока участник, зарегистрированный по этому протоколу, не подтвердит ему получение уведомления, содержащее статус завершенного приложения.