
- •10. Статические модели объектно-ориентированных программных систем
- •Вершины в диаграммах классов
- •11. Свойства, операции, отношения классов и их отображение на диаграмме классов
- •Вершины в диаграммах классов
- •Свойства
- •Операции
- •Множественность
- •Отношения в диаграммах классов
- •12. Динамические модели объектно-ориентированных программных систем
- •Моделирование поведения программной системы
- •Диаграммы схем состояний
- •Условные переходы
- •Вложенные состояния
- •15. Диаграммы деятельности. Разветвление и слияние. Линии синхронизации
- •16. Диаграммы сотрудничества (кооперации). События и действия
- •17. Диаграммы последовательности. Линия жизни объекта. Фокус управления
- •13. Диаграммы прецедентов. Актеры. Стереотипы включения и расширения. (диаграммы use casEe)
- •Отношения в диаграммах Use Case
- •Пример диаграммы Use Case
- •18. Компонентная диаграмма. Виды компонент. Интерфейсы и их реализации
- •Разновидности компонентов
- •Использование компонентных диаграмм
- •4.Принципы построения информационных банковских систем. Виды архитектур информационных банковских систем.
- •5. Модульный принцип построения информационных банковских систем.
- •Декомпозиция подсистем на модули
- •6. Реализация модульной информационной банковской системы. Основные функции информационной банковской системы
- •7. Принцип единства информационного пространства при построении информационных банковских систем. Хранилища и витрины данных
- •8. Принцип безопасности при построении информационных банковских систем
- •9. Стандарты хранения и обработки xml документов. Объектная модель документа
- •1.Операционные информационные банковские технологии
- •2. Документарные информационные технологии
- •3. Объектные информационные банковские технологии.
16. Диаграммы сотрудничества (кооперации). События и действия
Диаграммы сотрудничества отображают взаимодействие объектов в процессе функционирования системы. Такие диаграммы моделируют сценарии поведения системы. Обозначение объекта показано на рис. 12.16.
Рис.
12.16. Обозначение
объекта
Имя объекта подчеркивается и указывается всегда, свойства указываются выборочно. Синтаксис:
ИмяОбъекта : ИмяКласса
Примеры записи имени:
Адам : Человек : Пользователь мойКомпьютер агент : |
Имя объекта и класса Только имя класса (анонимный объект) Только имя объекта (подразумевается, что имя класса известно) Объект — сирота (подразумевается, что имя класса неизвестно) |
Синтаксис представления свойства имеет вид
Имя : Тип = Значение
Примеры записи свойства:
номер:Телефон = "7350-420" активен = True |
Имя, тип, значение Имя и значение |
Объекты взаимодействуют друг с другом с помощью связей — каналов для передачи сообщений.
В языке предусмотрены следующие стандартные стереотипы видимости:
«global» «local» «parameter» «self» |
Объект-поставщик находится в глобальной области определения Объект-поставщик находится в локальной области определения объекта-клиента Объект-поставщик является параметром операции объекта-клиента Один и тот же объект является и клиентом, и поставщиком |
Сообщение — это спецификация передачи информации между объектами о требуемой деятельности. Прием сообщения рассматривается как событие.
Результатом обработки сообщения обычно является действие. В языке UML моделируются следующие разновидности действий:
Вызов Возврат Посылка(Send) Создание Уничтожение |
В объекте запускается операция Возврат значения в вызывающий объект В объект посылается сигнал Создание объекта, выполняется по стандартному сообщению «create» Уничтожение объекта, выполняется по стандартному сообщению «destroy» |
Для записи сообщений в языке UML принят следующий синтаксис:
ВозврВеличина := ИмяСообщения (Аргументы),
где ВозврВеличина задает величину, возвращаемую как результат обработки сообщения.
Примеры записи сообщений:
Коорд := ТекущПоложение(самолетТ1) оповещение( ) УстановитьМаршрут(х) «create» |
Вызов операции, возврат значения Посылка сигнала Вызов операции с действительным параметром Стандартное сообщение для создания объекта |
Пример:
Рис. 12.17. Поток синхронных сообщений
Все сообщения процедурной последовательности считаются синхронными. Бывает асинхронный поток событий. Этот поток не ждет реакции от получателя сообщения. Сообщения могут вызываться независимо др. от др.
Рис. 12.18. Поток асинхронных сообщений
Так же может использоваться итерации и ветвления.
Итерация *[i := 1 .. n].
Ветвление 1 [х>0]:вычислить корень(х).
Таким образом, для формирования диаграммы сотрудничества выполняются следующие действия:
1) отображаются объекты, которые участвуют во взаимодействии;
2) рисуются связи, соединяющие эти объекты;
3) связи помечаются сообщениями, которые посылают и получают выделенные объекты.
Рис. 12.19. Итерация и ветвление