
- •9.4 Паттерн компановщик
- •10.1 Архитектура по
- •10.3 Архитектурные стили. Клиент – сервер.
- •10.4 Паттерн стратегия
- •11.2 Архитектурная концептуальная схема DoDaf
- •12.1 Антипаттерны
- •12.2 Архитектурная концептуальная схема togaf
- •12.3 Архиектурные стили. Сервис-ориентированная архитектура
- •12.4 Паттерн фасад
- •Достоинства:
- •13.1 Концептуальный каркас стандарта ieee 1471-2000
- •13.2 Архитектурная концептуальная схема feaf
- •13.3 Архитектурные стили. Архитектура, управляемая моделью(mda)
- •13.4 Паттерн интерпретатор
- •Достоинства и недостатки
- •3. Сервисно-ориентированная парадигма, применение которой базируется на идее массового сервисного обслуживания пользователей по по их запросам.
- •14.2 Лица заинтересованные в разработке
- •14.3 Архитектурные стили. Пайпы и фильтры.
- •14.4 Шаблонный метод
- •15.1 Определение понятия "вид"
- •14.2 Лица заинтересованные в разработке
- •15.3 Архитектурные стили. Сервис-ориентированная архитектура (soa)
- •16.4 Команда
- •Invoker — инициатор: обращается к команде для выполнения запроса.
11.2 Архитектурная концептуальная схема DoDaf
-
-
Стандартизированная система понятий для определения видов (определённых объёмов операций, систем и тех. стандартов) и их составляющих в БД
-
Все виды: обзор, обобщения и интегрированный словарь по архитектуре.
-
Операционные виды: специфика деятельности и операции, узлы операций и соединений, информационный обмен, организационные отношения, правила операций, последовательности событий, логическая модель данных.
Системные виды: система и её компоненты, системные интерфейсы, коммуникативное взаимодействие, матрица отношений на множестве систем и подсистем, функциональности, матрицу связности, эволюцию, использование и технологические предсказания.
Технические виды (группа из 12 подвидов) описывают текущий стандартный профиль и предсказания по его изменениям.
Архитектурная концептуальная схема DoDAF разработана для военных нужд и в этом плане она является предметно зависимой.
Отличия схемы MoDAF от схемы DoDAF
1 Потребность решать и моделировать задачи при обретения разного рода комплектующих аппаратного и программного типов.
2 Потребность моделировать трансформационные программы и
3 Их взаимозависимости.
4 Потребность моделировать компетентность и другие виды способностей лиц, вовлеченных в разработку и использование АС.
5 Потребность моделировать необходимые для разработки АС
6 Кадровые ресурсы, подобно моделированию технических ресурсов.
7 Потребность объединять информационные представления в
8 Традиционные модели архитектуры, чтобы обеспечить необходимой
9 Информацией работу архитекторов предприятия.
11.3 Архитектурные стили. Одноранговые сети.
Peer-to-peer
Одноранговая, децентрализованная или пиринговая (равный к
равному) сеть—это оверлейная компьютерная сеть, основанная на равноправии участников. Часто в такой сети отсутствуют выделенные серверы, а каждый узел (peer) является как клиентом, так и выполняет функции сервера. В отличие от архитектуры клиент-сервера, такая организация позволяет сохранять работоспособность сети при любом количестве и любом сочетании доступных узлов. Участниками сети являются пиры.
11.4 Паттерн состояния.
Состояние — паттерн поведения объектов.
Паттерн State позволяет объекту изменять свое поведение в зависимости от внутреннего состояния. Создается впечатление, что объект изменил свой класс.
Паттерн State является объектно-ориентированной реализацией конечного автомата.
Участники
Context — контекст:
• определяет интерфейс, представляющий интерес для клиентов;
• хранит экземпляр подкласса ConcreteState, которым определяется текущее состояние.
State — состояние: определяет интерфейс для инкапсуляции поведения, ассоциированного с конкретным состоянием контекста Context.
Подклассы StateOne, StateTwo, StateThree — конкретное состояние: каждый подкласс реализует поведение, ассоциированное с некоторым состоянием контекста Context.
Достоинства:
Локализует зависящее от состояния поведение и делит его на части, соответствующие состояниям, переходы между состояниями становятся явными.