
- •10. Статические модели объектно-ориентированных программных систем
- •Вершины в диаграммах классов
- •11. Свойства, операции, отношения классов и их отображение на диаграмме классов
- •Вершины в диаграммах классов
- •Свойства
- •Операции
- •Множественность
- •Отношения в диаграммах классов
- •12. Динамические модели объектно-ориентированных программных систем
- •Моделирование поведения программной системы
- •Диаграммы схем состояний
- •Условные переходы
- •Вложенные состояния
- •15. Диаграммы деятельности. Разветвление и слияние. Линии синхронизации
- •16. Диаграммы сотрудничества (кооперации). События и действия
- •17. Диаграммы последовательности. Линия жизни объекта. Фокус управления
- •13. Диаграммы прецедентов. Актеры. Стереотипы включения и расширения. (диаграммы use casEe)
- •Отношения в диаграммах Use Case
- •Пример диаграммы Use Case
- •18. Компонентная диаграмма. Виды компонент. Интерфейсы и их реализации
- •Разновидности компонентов
- •Использование компонентных диаграмм
- •4.Принципы построения информационных банковских систем. Виды архитектур информационных банковских систем.
- •5. Модульный принцип построения информационных банковских систем.
- •Декомпозиция подсистем на модули
- •6. Реализация модульной информационной банковской системы. Основные функции информационной банковской системы
- •7. Принцип единства информационного пространства при построении информационных банковских систем. Хранилища и витрины данных
- •8. Принцип безопасности при построении информационных банковских систем
- •9. Стандарты хранения и обработки xml документов. Объектная модель документа
- •1.Операционные информационные банковские технологии
- •2. Документарные информационные технологии
- •3. Объектные информационные банковские технологии.
- •Принцип эффективности
- •5. Модульный принцип построения информационных банковских систем.
- •Декомпозиция подсистем на модули
- •11. Классификация uml диаграмм и их применение в проектировании информационных банковских систем.
17. Диаграммы последовательности. Линия жизни объекта. Фокус управления
Диаграмма последовательности — вторая разновидность диаграмм взаимодействия. Отражая сценарий поведения в системе. Основной упор делается на временную последовательность событий.
События: пересылка сообщений, вызов действий в ответной реакции; все происходит и отображается в нужной последовательности. Объекты размещенные один ряд по горизонтали.
Рис. 12.21. Диаграмма последовательности системы управления полетом
Линия жизни объекта — это вертикальная пунктирная линия, которая обозначает период существования объекта.
Объекты могут создаваться в ходе взаимодействия. Их линии жизни начинаются с момента приема сообщения «create». Кроме того, объекты могут уничтожаться в ходе взаимодействия. Их линии жизни заканчиваются с момента приема сообщения «destroy».
Рис.
12.22.
Создание и уничтожение объекта
Фокус управления — это высокий тонкий прямоугольник, отображающий период времени, в течение которого объект выполняет действие (принимает или получает сообщения т.е. явл. активным. Взаимодействие обозначается стрелкой.
Последовательность генерации получения сообщений задается положением по вертикальной шкале и нумеруется в соответствии с запросом.
Фокус управления м.б. вложенным (например, рекурсивный вызов собственной операции).
Отображение «условия»(рис 12,24); Ветвление показывается множеством стрелок, идущих из одной точки (рис 12,36)
Рис. 12.24. Параллельные линии жизни Рис. 12.25. Ветвление
13. Диаграммы прецедентов. Актеры. Стереотипы включения и расширения. (диаграммы use casEe)
Диаграмма Use Case определяет поведение системы с точки зрения пользователя. Диаграмма Use Case рассматривается как главное средство для первичного моделирования динамики системы. Отвечает на вопрос: кто работает с системой и как. Используется на этапе анализа и начальном этапе проектирования.
В состав диаграмм Use Case входят элементы Use Case, актеры, а также отношения зависимости, обобщения и ассоциации. Могут включать примечания и ограничения. Могут содержать пакеты, используемые для группировки элементов модели в крупные фрагменты.
Вершинами в диаграмме Use Case являются актеры и элементы Use Case.
Актер — это роль объекта вне системы, который прямо взаимодействует с ее частью.
Пользователь — это физический объект, который использует систему. Он может играть несколько ролей.
Элемент Use Case — это описание последовательности действий (или нескольких последовательностей), которые выполняются системой и производят для отдельного актера видимый результат.
Набор всех элементов Use Case определяет полные функциональные возможности системы.
Отношения в диаграммах Use Case
Ассоциация - отображаюет их взаимодействие (рис.12.28). Она может быть помечена именем, ролями, мощностью.
Рис. 12.28. Отношение ассоциации Рис. 12.29. Отношение обобщения
Между актерами допустимо отношение обобщения (рис. 12.29)
Между элементами Use Case определены отношение обобщения и две разновидности отношения зависимости — включения и расширения.
Отношение обобщения (рис. 12.30) - потомок наследует поведение родителя. Кроме того, потомок может дополнить или переопределить поведение родителя.
Рис. 12.30. Отношение обобщения между элементами Use Case
Отношение включения (рис. 12.31) между элементами Use Case означает, что базовый элемент Use Case явно включает поведение другого элемента Use Case. Включаемый элемент Use Case никогда не используется самостоятельно.
Рис. 12.31. Отношение включения между Рис. 12.32. Отношение расширения
Отношение расширения (рис. 12.32) между элементами Use Case означает, что базовый элемент Use Case неявно включает поведение другого элемента Use Case. Базовый элемент Use Case может быть автономен. Отношение расширения применяется для моделирования выбираемого поведения системы. Таким способом можно отделить обязательное поведение от необязательного поведения.
Рис. 12.33. Простейшая диаграмма Use Case для банка
Элемент Use Case описывает, что должна делать система, но не определяет, как она должна это делать. При моделировании это позволяет отделять внешнее представление системы от ее внутреннего представления.
Поведение элемента Use Case описывается потоком событий. В потоке событий выделяют:
основной поток и альтернативные потоки поведения;
как и когда стартует и заканчивается элемент Use Case;
когда элемент Use Case взаимодействует с актерами;
какими данными обмениваются актер и система.