Файл: Моделирование предметной области «Учет товаров» с помощью UML.pdf

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

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

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

На рисунке ниже представлена диаграмма последовательности. Клиент пришел в магазин видеопроката. Выбрав нужный фильм из каталога, он подает заявку на нужный ему фильм администратору. Администратор, проверяет наличие фильма, т.к. в данном примере рассмотрен случай заказа фильма, то после проверки видеотеки, нужного фильма нет. Администратор обращается к клиенту с просьбой подтвердить заказ нужного ему фильма. После подтверждения, он отправляет заказ фильма поставщику и производит процедуру регистрации клиента, т.е. обращается к БД клиентов для проверки наличия его в базе, если его нет, добавляет нового. Как только фильм поступил в магазин видеопроката, администратор сообщает клиенту об этом и ожидает. Как только клиент пришел, администратор идентифицирует клиента. После клиент вносит залог, получая при этом нужный ему фильм.

Рисунок 3 - Диаграмма последовательности

7. Диаграмма кооперации

Главная особенность диаграммы кооперации заключается в возможности графически представить не только последовательность взаимодействия, но и все структурные отношения между объектами, участвующими в этом взаимодействии. В отличие от диаграммы последовательности, на диаграмме кооперации изображаются только отношения между объектами, играющими определенные роли во взаимодействии. С другой стороны, на этой диаграмме не указывается время в виде отдельного измерения. Поэтому последовательность взаимодействий и параллельных потоков может быть определена с помощью порядковых номеров. Поведение системы может описываться на уровне отдельных объектов, которые обмениваются между собой сообщениями, чтобы достичь нужной цели или реализовать некоторый сервис. С точки зрения аналитика или конструктора важно представить в проекте системы структурные связи отдельных объектов между собой. Такое статическое представление структуры системы как совокупности взаимодействующих объектов и обеспечивает диаграмма кооперации. На рисунке 4 представлена диаграмма кооперации, сформированная исходя из диаграммы последовательности.

Рисунок 4 - Диаграмма коопераций

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

Диаграмма состояний описывает процесс изменения состояний только одного класса, т. е. моделирует все возможные изменения в состоянии конкретного объекта. При этом изменение состояния объекта может быть вызвано внешними воздействиями со стороны других объектов или извне. Главное предназначение этой диаграммы - описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний представляет динамическое поведение сущностей, на основе спецификации их реакции на восприятие некоторых конкретных событий. На рисунке представлена диаграмма состояний, которая отображает деятельность администратора видеопроката. Заметим, что любая деятельность администратора начинается из состояния ожидание. Поступает заявка от клиента. В этом случае, администратор проверяет наличие фильма в видеотеке, и если нужный фильм имеется, то он выбирает нужного клиента из базы для оформления проката. Если же нужного фильма нет, администратор подает заявку на нужный клиенту фильм, поставщику.

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

Рисунок 5 - Диаграмма состояний

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

Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения. На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Сам же результат может привести к изменению состояния системы или возвращению некоторого значения. На рисунке 6 представлена диаграмма деятельности для клиента видеопроката в процессе выдачи фильма. Клиент приходит в магазин видеопроката. Просматривая каталог фильмов, выбирает нужный ему. После, клиент проходит идентификацию у администратора, или регистрируется, если является новым клиентом в этом магазине. Далее клиенту необходимо предоставить залог за нужный ему фильм, после чего оплатив он его получает, если же у клиента не оказывается залога, он получит отказ в получении фильма.

Рисунок 6- Диаграмма деятельности

Заключение

Для разработки курсового проекта использовалось объектно-ориентированное case-средство Rational Rose, которое позволило наглядно описать модель графическим способом.

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

Список литературы

объектный ориентированный моделирование магазин

1. Конспект лекций по дисциплине “Проектирование информационных систем”.
2. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. – М.:ДМК Пресс, 2001. – 432 с.
3. Интернет Университет Информационных Технологий http://tver.mesi.ru/e-lib/res/652/index.html.

Размещено на Allbest.ru

Приложение

Приложение 1.

Тексты описаний вариантов использования

Описание варианта использования «Выбор кассеты»

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

Данный вариант использования описывает выбор кассеты клиентом с помощью системы автоматизации.

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

Клиент передает данные о нужной ему кассете системе автоматизации.

Альтернативные потоки

Отсутствуют

Предусловия

Обращение клиента

Постусловия

После выполнения варианта использование система автоматизации выдает информацию о кассете.

Описание варианта использования «Возврат кассеты»

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

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

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

Клиент передает данные о возвращаемой кассете в систему автоматизации.

Альтернативные потоки

Отсутствуют

Предусловия

Отсутствуют

Постусловия

После выполнения варианта использование возврат кассеты зарегистрирован в системе.

Описание варианта использования «Подача заявки на пополнение ассортимента кассет»

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

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

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

Клиент передает заявку в систему автоматизации.

Альтернативные потоки Отсутствуют Предусловия Постоянный клиент.

Постусловия

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

Описание варианта использования «Редактирование данных о кассетах» Краткое описание

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

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

Служащие редактируют данные о кассетах.

Альтернативные потоки

Отсутствуют

Предусловия

Получение новых данных о кассетах.

Постусловия

Доступ клиентов к новым данным о кассетах.

Описание варианта использования «Запрос данных у системы»

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

Данный вариант использования описывает процесс запроса данных у системы автоматизации служащими.

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

Система автоматизации выводит запрошенные служащими данные.

Альтернативные потоки

Отсутствуют

Предусловия

Обращение клиента.

Постусловия

Данные о конкретной кассете выведены.

Описание варианта использования «Регистрация сдачи и возврата кассеты»

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

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

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

Служащий регистрирует сдачу и возврат кассеты в системе автоматизации.

Альтернативные потоки

Отсутствуют

Предусловия

Выбор и возврат клиентом кассеты.

Постусловия

Информация о сдаче и возврате кассеты была зарегестрирована

Приложение 2.

Сгенерированные коды для классов системы в С++.

Клиент.срр

#include "Клиент.Ь"

//##ModelId=4FBD30BF02B5

String Клиент: :Посчитать скидку() г

}

Клиент. И

#ifndef KJTHEHT_H_HEADER_INCLUDED_B03B 1ОЕ1 #define KJIHEHT_H_HEADER_INCLUDED_B03B 1 ОЕ 1

//##ModelId=4FBD2C810005 class Клиент

t

t

public:

//##ModelId=4FBD30BF02B5 String Посчитать скидку();

//##ModelId=4FBDFEEA0270

ФИО;

//##ModelId=4FBD37FA0290

Е1омер;

//##ModelId=4FBDEDED0770

Постоянный;

//##ModelId=4FBDFAEA0380

Скидка;

};

#endif/* КЛИЕНТ H_HEADER_INCLUDED_B03B 1 ОЕ 1 */

Каталог кассет.срр #include "Каталог кассет.Ь"