Информационная система «Видеопрокат»

На рисунке 1 показана диаграмма прецедентов, в которой выделяются пять актеров Покупатель, Кассир, Менеджер по продажам, Склад, Товаровед и множество взаимосвязанных с ними прецедентов. 

Рисунок 1 - Диаграмма прецедентов для системы «Видеопрокат»

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

Таблица 1 – Актеры, прецеденты и требования проектируемой системы

Актёр	Прецедент	Требования
Клиент	Выбор видео;	Просматривает имеющиеся в наличие видео
	Оплата видео;	Оплачивает видео которое берет на прокат
Консультант	Изучение видео;	Знание о кратком содержании видео
	Помощь клиентам в выборе видео;	Дает информацию о новинках и кратко описывает видео
Оператор	Получение денег;	Берет оплату за видео у клиента
	Выдача на прокат видео;	Клиенту выдает видео
	Информация о видео;	Заносит в БД поступившие видео продукции и фиксирует видео которое на руках у клиентов
	Информация о клиентах;	Заносит информацию о видео которое берет и возвращает клиент, подсчет количества взятых видео клиентом
	Регистрация и выдача индивидуальной карты клиентам;	Вводит паспортные данные нового клиента, присваивает индивидуальный номер клиенту и выдает карточку с этим номером
Поставщик	Изучение продукции;	Следит за новостями появления новых фильмов и спросом на них
	Поставка продукции;	Покупает видео и поставляет в магазин «Видеопрокат»

 

2.3 Построение концептуальной модели «Товарооборот и обработка платежей в магазине видеопроката»

2.3.1 Описание поведения системы

Каждый прецедент должен быть описан с помощью документально зафиксированного потока событий (flow of events). Соответствующий текстовый документ (см. таблица 1) определяет, что должна делать система, когда субъект инициирует прецедент.

Таблица 2 – Описательная спецификация прецедента «Выбор видео»

Прецеденты

Оформление платежа

Продолжение таблицы 2

Краткое описание	Прецедент позволяет уточнить какое видео надо
Субъекты	Клиент
Предусловия	Оператор определяет наличие видео
Основной поток	Начало прецедента совпадает с окончательным выбором видео
Альтернативный поток	В случае если такого видео нет, то оператор предлагает другое видео
Постусловие	Если прецедент был успешным, заказ  на прокат видео заносится в компьютер

 

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

Диаграмма последовательности действий (sequence diagrams) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.

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

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

Рисунок 2 - Диаграмма последовательности действий для системы «Видеопрокат»

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

2.3.1.2 Диаграммы кооперации

Диаграмма кооперации (collaboration diagrams) – это альтернативный способ отображения сценариев. Такой тип диаграммы показывает взаимодействие объектов, организованное вокруг них, и их связи друг с другом.

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

Рисунок 3 - Диаграмма коопераций для системы «Видеопрокат»

 

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

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

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

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

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

Диаграмма действий для проектируемой системы представлена на рисунке 4.

 

Рисунок 4 - Диаграмма действий для системы «Видеопрокат»

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

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

Таблица 3 - Установление действий в основном и альтернативных потоках

п/п	Формулировка прецедента	Состояние вида деятельности
1	Клиент приходит в видеопрокат и выбирает видео	Выбор видео
2	Консультант дает информацию о видео	Консультация о видео
3	Консультант делает запрос оператору о наличии видео	Запрос о наличии видео
4	Оператор дает консультанту информацию о видео	Информация о видео

 

Продолжение таблицы 3

5	Консультант дает оператору информацию о видео, которое выбрал клиент. Оператор регистрирует клиента и видео в БД	Регистрация клиента и выбранное видео в БД
6	Оператор берет у клиента индивидуальную карту, в которой фиксируется кол-во раз взятых видео. Если у клиента она есть, то он оплачивает видео	Оплата видео
7	Если у клиента нет карты, то его регистрируют с наличием паспорта и только потом выдают карту	Выдача карты
8	После чего клиент оплачивает видео	Оплата видео
9	После оплаты видео клиент берет видео и чек	Выдача видео и чека

 

2.3.2 Разработка структуры программного  обеспечения

2.3.2.1 Определение отношений  между объектами

Класс (class) - это описание группы объектов с общими свойствами (атрибутами), поведением (операциями), отношениями с другими объектами и семантикой. Таким образом, класс представляет собой шаблон для создания объекта. Каждый объект является экземпляром конкретного класса и не может быть экземпляром нескольких классов.

Ассоциация (association) – это двунаправленная семантическая связь между классами (данные могут поступать в обоих направлениях).

 

 

Агрегационное отношение (aggregation) – это специальная форма ассоциации между целым и его частью или частями. Агрегация известна как отношение «часть от» или «содержит».

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

Обобщение (generalization) позволяет создавать суперклассы, объединяющие общие для нескольких классов структуру и поведение.

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

Рисунок 5 - Диаграмма классов для автоматизированной системы «Видеопрокат»

  Таблица 4 - Описание отношений между классами в системе «Видеопрокат»

Начальный класс	Тип отношения	Кратность	Конечный класс
Консультант	Ассоциация	1 – 1…n	Оператор
Оператор	Ассоциация	1 – 0…n	Прокат

 

Продолжение таблицы 4

Клиент	Ассоциация	1–0…n	Прокат
Прокат	Агрегация	1..n – 0…n	Диски
Склад	Агрегация	1– 0…n	Диски
Аудио Видео	Обобщение		Диски
Консультант	Ассоциация	1..n - 1	Склад

 

2.3.2.2 Проектирование классов

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

Диаграммы классов (class diagrams) помогают графически представить классы в модели (см. рис. 6 диаграмма классов для системы «Видеопрокат»).

Рисунок 6 - Диаграмма классов для системы «Видеопрокат»

На данной диаграмме показана структура объектов. Атрибуты классов представлены в таблице.

 

Таблица 2.5 Описание классов системы

Наименование класса	Тип класса	Название атрибутов	Тип атрибута	Операции
Оператор	Entity - Сущность	ID	Integer	Работа с клиентом
		Имя	String	Оформление проката
Клиент	Entity - Сущность	Информация	String	Выбор видео
				Оплата
Прокат	Entity - Сущность	ID товара	Integer	Наличие взятых на прокат
		Наименование	String
		Количество	Integer
		Стоимость	Integer
		Дата	Date
Диски	Entity - Сущность	ID	Integer	Убытие
		Наименование	String
		Количество	Integer	Пополнение
		Стоимость	Integer
		Дата	Date
Аудио
Видео
Консультант	Entity - Сущность	ID	Integer	Контроль
Склад	Boundary-Граничный	ID видио	String	Хранение
				Пополнение