Объектно-ориентированное проектирование ИС презентация

Модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов. Тогда конкретный процесс обработки информации формируется в виде последовательности взаимодействий объектов.

Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно – ориентированный подход предполагает совместное моделирование данных и процессов.

При этом модели проблемной области в репозитории
постепенно уточняются.

1. Диаграмма прецедентов использования (Use – case diagram), которая отражает функциональность ИС в виде совокупности выполняющихся последовательностей транзакций;

2. Диаграмму классов объектов (Class diagram), которая отображает структуру совокупности взаимосвязанных классов объектов
(аналогична диаграмме «сущность – связь»)

3. Диаграммы состояний (Statechart diagram), каждая из которых отображает динамику состояний объектов одного класса и связанных с ними событий;

4. Диаграммы взаимодействия объектов (Interaction diagram), каждая из которых отображает динамическое взаимодействие объектов в рамках одного прецедента использования;

5. Диаграммы деятельности (Activity diagram), которые отображают потоки работ во взаимосвязанных прецедентах использования
(могут декомпозироваться на более детальные диаграммы);

6. Диаграммы пакетов (Package diagram), которые отображают распределение объектов по функциональным или обеспечивающим системам (могут декомпозироваться на более детальные диаграммы);

7. Диаграмму компонентов (Component diagram), которая отображает физические модули программного кода;

8. Диаграмму размещения (Deployment diagram), которая отображает распределение объектов по узлам вычислительной сети.

ПРИМЕР

Примеры актеров: клиенты, поставщики, инвесторы, государственные органы.
На этом уровне моделирования не раскрывается механизм реализации процессов

Актер инициирует выполнение прецедента использования
(бизнес-процесса) и получает от него результаты.

Клиент

Кредитная
организация

Произвести оплату

Время становится актером, если от него зависит запуск каких-либо событий в системе.

«actor» как «действующее лицо» или «актор»

Абстрактные прецеденты связываются с обычными прецедентами
отношением обобщения.
При этом абстрактный прецедент является предком.

Изображается на диаграммах сплошной линией и дополнительно может характеризоваться направлением, кратностью.

Изображается на диаграммах пунктирной стрелкой и направлено от прецедента, расширяющего исходный прецедент.

Включаемый прецедент использования никогда не используется самостоятель-но.

Изображается пунктирной стрелкой и направлено к прецеденту, включаемому в более общий прецедент использования.

Прецедент A - потомок прецедента B,
а B будет считаться предком или родителем прецедента A.

Изображается сплошной стрелкой, на конце которой располагается незакрашен-
ный треугольник.
Отношение обобщения всегда является направленным, указывая на родительский
Элемент.

Актер B является предком или родителем по отношению к актеру A, а актер A – его потомком.

Поток событий включает:

краткое описание;

предусловия;

основной поток событий;

альтернативные потоки событий;

постусловия.

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

альтернативные потоки событий, например временное откладывание или полный отказ от выполнения заказа.

На диаграмме классов не указывается информация о временных аспектах функционирования системы.

Классы объектов могут иметь различные стереотипы поведения:

объекты – сущности;

Пассивный объект, над которым
выполняются операции обработки процесса.

«Студент», «Компания», «Руководитель», «Клиент», «Продавец», «Менеджер», «Офис»

ПРИМЕР:

Атрибуты объектов класса «Счет»

баланс

кредит

Атрибутов объектов класса ««Человек»

имя

возраст

вес

Существуют следующие типы связей, которые могут
быть установлены между классами:
ассоциации,
зависимости,
агрегации,
обобщения

Если ассоциация двунаправленная, каждый класс-участник должен знать о другом, и ни один из них не может применяться без другого.

Раскрывая внутреннюю структуру системы, отношение агрегации показывает, из каких компонентов состоит система и как они связаны между собой.

При этом предполагается, что класс-потомок обладает всеми свойствами и поведением класса-предка, а также имеет свои собственные свойства и поведение, которые отсутствуют у класса-предка.

Активный объект, форма взаимодействия
ИС с пользователем (меню, кнопка,
командная строка).

1

1

Функциональные

Обеспечивающие

ИС

«База данных», объекты которого выполняют доступ к данным во внешней памяти;

«Управление задачами», объекты которого осуществляют функции диспетчеризации и маршрутизации обработки объектов (например, в системе управления рабочими потоками);

Обеспечивающие пакеты, т.е. работающие по принципу «клиент-серверной» архитектуры, выполняющие серверные функции для функциональных объектов-клиентов.

какие типичные состояния проходит объект;

какие события ведут к изменению состояния объекта;

какие действия объект выполняет, когда он получает сообщение об изменении состояния;

как объекты создаются и уничтожаются (входные и выходные точки диаграммы).

Имя состояния должно быть уникальным только внутри класса объекта, для которого оно определяется.

do – указывает на деятельность, которая выполняется в течение всего времени, пока объект находится в данном состоянии;

exit – указывает на действие, которое выполняется в момент выхода из данного состояния (выходное действие).

Графически начальное состояние
в языке UML обозначается в виде
залитой окружности

В начальное состояние нельзя перейти из любого другого
состояния объекта

Графически конечное состояние
в языке UML обозначается в виде залитой
окружности, помещенной в окружность
большего диаметра.

Все переходы для конечного состояния могут быть только
входящими.

В качестве событий можно рассматривать:

сигналы;

вызовы;

окончание фиксированных промежутков времени;

моменты окончания выполнения определенных
действий.

Переходом называется перемещение моделируемого объекта из одного состояния в другое.
Каждый переход состояний должен иметь уникальное имя.

Переходы могут быть рефлексивными.
Объект может перейти в то же состояние, в котором он в настоящий момент находится.

Пример:
Событие «Выбор суммы», вызывающее переход из состояния «Ожидание выбора клиента» в состояние «Обработка запроса на снятие наличных» может иметь аргумент «Количество», описывающий сумму денежной наличности.

временными, связанными с истечением заданного
интервала времени.

Действие, выполняемой при переходе размещается вдоль линии перехода после имени события, и ему предшествует косая черта (/).

три неудачи/конфискация карточки

Выделяют последовательные и параллельные подсостояния

в форме диаграммы последовательностей (sequence diagram), показывающей последователь-ность взаимодействий на графе;

в форме кооперативной диаграммы (collaboration diagram), показывающей взаимодействие объектов в табличной форме.

Диаграмма последовательности

Если объект существует в системе постоянно, то и его линия жизни должна продолжаться по всей плоскости диаграммы последова-тельности от самой верхней ее части до самой нижней.

2. Крайним слева на диаграмме изображается объект, который является инициатором взаимодействия.

3. Начальному моменту времени соответствует самая верхняя часть диаграммы.

Фокус управления изображается в форме вытянутого узкого прямоугольника, отображающего период времени, в течение которого объект выполняет действие.

Ниже этого символа пунктирная линия не изображается, поскольку соответствующего объекта в системе уже нет, и этот объект должен быть исключен из всех последующих взаимодействий.

<Имя объекта> / <Имя роли класса>: <Имя класса>

присутствует обозначение класса,
при этом объект также является анонимным

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

Под деятельностью будем понимать некоторую работу, которая может быть декомпозирована на совокупность действий.

Блок, соответствующий одной деятельности, может отражать несколько событий и быть декомпозирован.

Выражение действия

Глагол

Действия следуют сверху вниз или слева направо.

На диаграмме такой переход из одного состояния действия в другое изображается сплошной линией со стрелкой.

Графически ветвление на диаграмме
деятельности обозначается ромбом.

Разделение потока на деятельности,
выполняемые параллельно или произвольно

- Решение

- Поток от деятельности к деятельности

- Начало

Exit

- Синхронизация

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

Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.

Имя компонента

Семантически линия означает реализацию интерфейса, а наличие интерфейсов у компонента означает, что данный компонент реализует соответствующий набор интерфейсов.

Зависимость служит для представления факта наличия такой связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели.

Зависимости могут связывать компоненты
и импортируемые этим компонентом интерфейсы,
а также различные виды компонентов между собой.

импортируемый интерфейс – интерфейс, который компонент использует как услугу другого компонента.

⇒ Компонент не реализует соответствую-щий интерфейс, а использует его в процессе своего выполнения.

может присутствовать и другой компонент, который реализует этот интерфейс

Согласование логического и физического представлений
модели системы.

Диаграмма размещения показывает физическое расположение сети и местонахождение в ней различных компонентов.

Компоненты, которые не используются на этапе исполнения, на диаграмме размещения не показываются.

показать физические связи между всеми узлами реализации системы на этапе ее исполнения;

Графически на диаграмме размещения узел изображается в форме трехмер-ного куба.

Узел имеет собственное имя,
которое указывается внутри этого
графического символа

Диагр-мы состояний

Диагр-мы классов объектов

Диагр-мы пакетов

Диагр-ма размещения компонетов

Диагр-ма компонентов

Диагр-ма классов объектов

Диагр-мы деятельности

Классы
объектов

Процедуры
методов

Диаграмма прецедентов использования

Диаграмма прецедентов использования

Диаграмма
состояний

Диаграмма классов объектов

Диаграмма классов
объектов

Диаграмма
состояний

Диаграммы
взаимодействий

Диаграмма деятельностей

Диаграмма пакетов

Диаграмма пакетов

Диаграмма
пакетов

Диаграмма пакетов

Диаграмма
компонентов

Диаграмма размещения компонентов