10. Статические модели объектно-ориентированных программных систем 2

11. Свойства, операции, отношения классов и их отображение на диаграмме классов 5

12. Динамические модели объектно-ориентированных программных систем 10

14. Диаграммы схем-состояний. Конечные автоматы. 11

15. Диаграммы деятельности. Разветвление и слияние. Линии синхронизации 13

16. Диаграммы сотрудничества (кооперации). События и действия 15

17. Диаграммы последовательности. Линия жизни объекта. Фокус управления 17

13. Диаграммы прецедентов. Актеры. Стереотипы включения и расширения. (ДИАГРАММЫ USE CASEe) 18

18. Компонентная диаграмма. Виды компонент. Интерфейсы и их реализации 21

4.Принципы построения информационных банковских систем. Виды архитектур информационных банковских систем. 23

5. Модульный принцип построения информационных банковских систем. 24

6. Реализация модульной информационной банковской системы. Основные функции информационной банковской системы 28

7. Принцип единства информационного пространства при построении информационных банковских систем. Хранилища и витрины данных 30

8. Принцип безопасности при построении информационных банковских систем 33

9. Стандарты хранения и обработки XML документов. Объектная модель документа 34

1.Операционные информационные банковские технологии 36

2. Документарные информационные технологии 37

3. Объектные информационные банковские технологии. 40

10. Статические модели объектно-ориентированных программных систем

Статические модели обеспечивают представление структуры систем в терминах базовых строительных блоков и отношений между ними. «Статичность» этих моделей состоит в том, что здесь не показывается динамика изменений системы во времени. Вместе с тем следует понимать, что эти модели несут в себе не только структурные описания, но и описания операций, реализующих заданное поведение системы. Основным средством для представления статических моделей являются диаграммы классов [8], [23], [53], [67]. Вершины диаграмм классов нагружены классами, а дуги (ребра) — отношениями между ними. Диаграммы используются:

• в ходе анализа — для указания ролей и обязанностей сущностей, которые обеспечивают поведение системы;

• в ходе проектирования — для фиксации структуры классов, которые формируют системную архитектуру.

(содержит атрибуты, методы и взаимосвязи)

Вершины в диаграммах классов

Итак, вершина в диаграмме классов — класс. Обозначение класса на рис. 11.1.

Рис. 11.1. Обозначение класса

Имя класса указывается всегда, свойства и операции — выборочно. Предусмотрено задание области действия свойства (операции). Если свойство (операция) подчеркивается, его областью действия является класс, в противном случае областью Действия является экземпляр (рис. 11.2).

Отношения, используемые в диаграммах классов, показаны на рис. 11.5.

Рис. 11.5. Отношения в диаграммах классов

Ассоциации отображают структурные отношения между экземплярами классов, то есть соединения между объектами.

Каждая ассоциация может иметь метку — имя, которое описывает природу отношения.

Рис. 11.6. Имена ассоциаций

Рис. 11.7. Роли

Рис. 11. 8. Мощность

Квалификатор — атрибут ассоциации, чьи значения выделяются для данного набора объектов, связанных с объектом через ассоциацию.

Рис. 11.9. Квалификация Рис. 11.10. Видимость

Кроме того, роли в ассоциациях могут иметь пометки видимости. (рис 11.10)

Классы-ассоциации. (здесь характеризует 2 объекта: работник и предприятие)

Рис. 11.11. Класс-ассоциация

Частный случай: исключающая ассоциация:

Отношения агрегации и композиции считаются разновидностью ассоциации - отображение структурных отношений между «целым» (агрегатом) и его «частями». Агрегация показывает отношение по ссылке (в агрегат включены только указатели на части), композиция — отношение физического включения (в агрегат включены сами части).

Зависимость является отношением использования между клиентом (зависимым элементом) и поставщиком (независимым элементом). Обычно операции клиента вызывают операции поставщика; Имеют свойства, определяющие значение операций поставщика(подписка на какие услуги).

Например, на рис. 11.12 показана зависимость класса Заказ от класса Книга, так как Книга используется в операциях проверкаДоступности, добавить и удалить класса Заказ.

Рис. 11.12. Отношения зависимости

Обобщение — отношение между общим предметом (суперклассом) и специализированной разновидностью этого предмета (подклассом). (наследуются свойства и поведения объекта)

Рис. 11.13. Множественное наследование Рис. 11.14. Ромбовидная решетка

ромбовидная решетка наследования (рис. 11.14).

Реализация — семантическое отношение между классами, в котором класс-приемник выполняет реализацию операций интерфейса класса-источника.

Рис. 11.15. Реализация интерфейса

Абстрактным называют класс, который не может иметь экземпляров. Имена абстрактных классов записываются курсивом. Например, на рис. 11.16 показаны абстрактные классы Млекопитающие, Собаки, Кошки.

Рис. 11.16. Абстрактность и полиморфизм

Функции по умолчаниюявляются полиморфными. Абстрактные операции то же крсивом.