курсовая. Тауберт_БД_курсовая. Проектирование базы данных информационной системы для арм продавца компьютерной техники

• Название: Проектирование базы данных информационной системы для арм продавца компьютерной техники
• Анкор: курсовая
• Дата: 01.03.2022
• Размер: 1.39 Mb.
• Имя файла: Тауберт_БД_курсовая.docx
• Тип: Курсовой проект; #378742
• страница: 3 из 10

1.2 Описание бизнес-процессов в предметной области

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

Бизнес-процесс представленный на рисунке 3 демонстрирует процесс продажи компьютерной техники.

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

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

Затем покупатель принимает решение совершать покупку или нет, если да, то продавец осуществляет проверку наличия товара на складе, если наоборот - клиент не хочет покупать технику, то отказывается.

Если на складе нет нужного товара, то продавец предлагает аналоги, альтернативное решение, если же есть, то делается запрос техники на склад – отправляется заявка на технику и товарная накладная кладовщику.

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

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

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

Входные документы: заявка на технику, счет, запрос.

Выходные документы: отчет об открытии смены, товарная накладная, чек, гарантийный талон.

Регламентирующие документы:

• 
  ГК РФ
  
• 
  Закон РФ от 07.02.1992 N 2300-1 (ред. от 08.12.2020) "О защите прав потребителей"
  
• 
  ГОСТ Р 51304-2009 Услуги торговли. Общие требования
  
• 
  ГОСТ Р 51305-99 Розничная торговля. Требования к обслуживающему персоналу
  
• 
  Федеральный закон "О применении контрольно-кассовой техники при осуществлении расчетов в Российской Федерации" от 22.05.2003 N 54-ФЗ
  

Роли бизнес-процесса:

• 
  покупатель;
  
• 
  продавец;
  
• 
  кладовщик.
  

Рисунок 2 – Контекстная диаграмма автоматизации работы продавца компьютерной техники


Рисунок 3 – Бизнес-процесс «Продажа компьютерной техники» («Как надо»)

1.3 Построение диаграмм прецедентов и деятельности в UML

UML (UnifiedModelingLanguage) – это унифицированный язык, предназначенный для объектного моделирования, содержит набор инструментальных средств

UML диаграммы:

• 
  Диаграмма прецедентов (Use case diagram).
  
• 
  Диаграмма классов (Class diagram).
  
• 
  Диаграмма последовательностей (Sequence diagram).
  
• 
  Диаграмма деятельности (Activity diagram).
  
• 
  Диаграмма кооперации (Collaboration diagram).
  
• 
  Диаграмма компонентов (Component diagram).
  
• 
  Диаграмма развертывания (Deployment diagram).
  
• 
  и др.
  

Каждая диаграмма детализирует различные представления о модели системы. UML диаграмма предназначены для визуализации, проектирования, а также документирования программного обеспечения.

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

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

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

• 
  состояние деятельности (activity, process);
  
• 
  состояние действия (action state);
  
• 
  начальное и конечное состояние;
  
• 
  переход (transitions);
  
• 
  ветвления;
  
• 
  разделения и слияния;
  
• 
  дорожки.
  

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

Диаграмма прецедентов «АРМ продавца компьютерной техники» представлена на рисунке 4.

Прецедент (usecase) – это функциональность системы, направленная на получение определенного результата.

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

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

• 
  субъект (actor);
  
• 
  прецеденты (use case);
  
• 
  отношения между элементами диаграммы.
  

Отношения между прецедентами могут быть:

• 
  отношения ассоциации (associationrelationship);
  
• 
  отношения включения (include);
  
• 
  отношения расширения (extend);
  
• 
  отношения обобщения (generalization relationship).
  

Рисунок 4 – Диаграмма прецедентов «АРМ продавца компьютерной техники»

Из имеющихся прецедентов требуют детализации следующие:

• 
  поиск нужного товара (таблица 1, рисунок 5);
  
• 
  заказ товара со склада (таблица 2, рисунок 6);
  
• 
  регистрация продажи товара (таблица 3, рисунок 7);
  
• 
  просмотр сведений об оплате (таблица 4, рисунок 8).
  

Таблица 1 – Спецификация прецедента «Поиск нужного товара»

Прецедент	Поиск нужного товара
ID	А1
Краткое описание	Продавец совершает поиск необходимого товара в базе данных.
Главные актёры	Продавец
Второстепенные актёры	-
Предусловие	Пользователь должен выбрать форму «Поиск товара»
Основной поток	1. Продавец заходит в систему. 2. Отправляет запрос, в котором содержатся данные о товаре 3. Система осуществляет выборку данных и передает их продавцу
Постусловие	Просмотр полученных данных о наличии товара
Альтернативный поток	1) Если товара нет, тогда система выводит сообщение, что данного товара нет. 2) Если неправильно введены данные, то пользователь может повторить ввод.

Рисунок 5– Диаграмма деятельности для прецедента «Поиск нужного товара»

Таблица 2– Спецификация прецедента «Заказ товара со склада»

Прецедент	Заказ товара со склада
ID	А2
Краткое описание	Продавец в ИС совершает заказ необходимого товара со склада.
Главные актёры	Продавец
Второстепенные актёры	Кладовщик
Предусловие	Пользователь должен выбрать форму «Заказ товара»
Основной поток	1. Продавец заполняет товарную накладную в ИС. 2. Кладовщик получает данную товарную накладную и вносит необходимые данные. 3. Кладовщик осуществляет транспортировку техники в торговый склад.
Постусловие	Транспортировку нужной техники в торговый склад.
Альтернативный поток	1) Если доставлена не та техника в торговый зал, то составляется заново товарная накладная, происходит возврат к началу прецедента.

Рисунок 6– Диаграмма деятельности для прецедента «Заказ товара со склада»

Таблица 3 – Спецификация прецедента «Регистрация продажи товара»

Прецедент	Регистрация продажи товара
ID	А3
Краткое описание	Продавец регистрирует продажу товара покупателю.
Главные актёры	Продавец
Второстепенные актёры	-
Предусловие	Пользователь должен выбрать форму «Продажа»
Основной поток	1. Продавец заходит в систему. 2. Вводит данные о товаре, заполняет обязательно дату. 3. Принимает оплату. 4. Заполняет гарантийный талон. 5. Закрывает форму продажи товара.
Постусловие	Продажа товара.
Альтернативный поток	1) Если неправильно введены данные, то пользователь может повторить ввод.

Рисунок 7– Диаграмма деятельности для прецедента «Регистрация продажи товара»

Таблица 4 – Спецификация прецедента «Просмотр сведений об оплате»

Прецедент	Просмотр сведений об оплате
ID	А4
Краткое описание	Продавец совершает просмотр сведений об оплате
Главные актёры	Продавец
Второстепенные актёры	-
Предусловие	Пользователь открывает форму «Продажа» и выбирает фильтр «Оплаченные товары».
Основной поток	1. Продавец заходит в систему. 2. Отправляет запрос в системе. 3. Система обрабатывает запрос и предоставляет нужную информацию 4. Продавец получает необходимые данные.
Постусловие	Получение необходимых сведений.
Альтернативный поток	1) Если неправильно введены данные, то пользователь может повторить ввод.

Рисунок 8– Диаграмма деятельности для прецедента «Просмотр сведений об оплате»

На рисунке 9 представлена диаграмма деятельности, которая показывает полностью процесс покупки товара.



Рисунок 9 – Диаграмма деятельности «Процесс покупки товара»