- •10. Статические модели объектно-ориентированных программных систем
- •Вершины в диаграммах классов
- •11. Свойства, операции, отношения классов и их отображение на диаграмме классов
- •Вершины в диаграммах классов
- •Свойства
- •Операции
- •Множественность
- •Отношения в диаграммах классов
- •Моделирование поведения программной системы
- •Диаграммы схем состояний
- •12. Динамические модели объектно-ориентированных программных систем
- •Условные переходы
- •Вложенные состояния
- •15. Диаграммы деятельности. Разветвление и слияние. Линии синхронизации
- •16. Диаграммы сотрудничества (кооперации). События и действия
- •17. Диаграммы последовательности. Линия жизни объекта. Фокус управления
- •13. Диаграммы прецедентов. Актеры. Стереотипы включения и расширения. (диаграммы use casEe)
- •Отношения в диаграммах Use Case
- •Пример диаграммы Use Case
- •18. Компонентная диаграмма. Виды компонент. Интерфейсы и их реализации
- •Разновидности компонентов
- •Использование компонентных диаграмм
- •4.Принципы построения информационных банковских систем. Виды архитектур информационных банковских систем.
- •5. Модульный принцип построения информационных банковских систем.
- •Декомпозиция подсистем на модули
- •6. Реализация модульной информационной банковской системы. Основные функции информационной банковской системы
- •7. Принцип единства информационного пространства при построении информационных банковских систем. Хранилища и витрины данных
- •8. Принцип безопасности при построении информационных банковских систем
- •9. Стандарты хранения и обработки xml документов. Объектная модель документа
- •1.Операционные информационные банковские технологии
- •2. Документарные информационные технологии
- •3. Объектные информационные банковские технологии.
11. Свойства, операции, отношения классов и их отображение на диаграмме классов
Основным средством для представления статических моделей являются диаграммы классов [8], [23], [53], [67]. Вершины диаграмм классов нагружены классами, а дуги (ребра) — отношениями между ними. Диаграммы используются:
в ходе анализа — для указания ролей и обязанностей сущностей, которые обеспечивают поведение системы;
в ходе проектирования — для фиксации структуры классов, которые формируют системную архитектуру.
(содержит атрибуты, методы и взаимосвязи)
Вершины в диаграммах классов
Итак, вершина в диаграмме классов — класс. Обозначение класса на рис. 11.1.
Рис. 11.1. Обозначение класса
Имя класса указывается всегда, свойства и операции — выборочно. Предусмотрено задание области действия свойства (операции). Если свойство (операция) подчеркивается, его областью действия является класс, в противном случае областью Действия является экземпляр (рис. 11.2).
Свойства
Общий синтаксис представления свойства имеет вид
Видимость Имя [Множественность]: Тип = НачальнЗначение {Характеристики}
Рассмотрим видимость и характеристики свойств.
В языке UML определены три уровня видимости:
public protected private |
Видимый для всех, обозначается символом + Защищенный, обозначается символом # Только для объектов класса, обозначается символом - |
Если видимость не указана, считают, что свойство объявлено с публичной видимостью (public).
Определены три характеристики свойств:
changeable addOnly frozen |
Неизменяемый Только добавление Не изменнное значение |
Если характеристика не указана, считают, что свойство объявлено с характеристикой changeable.
Примеры объявления свойств:
начало + начало начало : Координаты имяфамилия [0..1] : String левыйУгол : Координаты=(0, 10) сумма : Integer {frozen} |
Только имя Видимость и имя Имя и тип Имя, множественность, тип Имя, тип, начальное значение Имя и характеристика |
Операции
Общий синтаксис представления операции имеет вид
Видимость Имя (Список Параметров): ВозвращаемыйТип {Характеристики}
Примеры объявления операций:
записать + записать зарегистрировать) и: Имя, ф: Фамилия) балансСчета ( ) : Integer нагревать ( ) (guarded) |
Только имя Видимость и имя Имя и параметры Имя и возвращаемый тип Имя и характеристика |
В сигнатуре операции можно указать ноль или более параметров, форма представления параметра имеет следующий синтаксис:
Направление Имя : Тип = ЗначениеПоУмолчанию
Элемент Направление может принимать одно из следующих значений:
in out
inout |
Входной параметр, не может модифицироваться Выходной параметр, может модифицироваться для передачи информации в вызывающий объект Входной-выходной, может модифицироваться |
Допустимо применение следующих характеристик операций:
leaf
isQuery guarded concurrent |
Конечная операция, ( не перегружвется, и наследуется); Выполнение операции не изменяет состояния объекта Неизменяемое состояние объекта В каждый момент времени выполняется только одна операция Параллельных выполнение нескольких операций. |
