Проектирование автоматизированной системы управления магазином электроники «Spirit»

Введение

Описание предметной области Подпроцесс «Складирование»

Разработка UML-модели прецедентов системы Диаграмма классов Диаграмма последовательности Диаграмма состояний Диаграмма деятельности Представление базы данных Экранные формы Запросы Отчеты Заключение Список литературы

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

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

Существует сеть магазинов электроники «Spirit» которая предоставляет широкий ассортимент самой современной техники. Она работает напрямую с производителями.

Отчетность на складах и в магазинах введется в бумажной форме. Формирование заявок на поставку товара осуществляется вручную на основе запасов и занимает 2−3 часа.

Проведя анализ данного процесса, было выделено несколько проблем:

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

2. Уточнение количества и наличие товара на складе замедляет процесс продажи товара.

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

Задачи, которые предстоит решить в рамках проектирования информационной системы можно разделить на 2 группы:

· процесс управления магазином;

· управление складом (повышение эффективности работы отдела закупок и складирования) В рамках пользовательского представления решаются следующие задачи:

1. обеспечение поиска товаров в каталоге;

2. накопление и оформление заказов;

Реализация функциональности управления складом включает решение следующих задач:

1. учет товаров на складе;

2. прием товара на склад;

3. отгрузка товаров;

4. ведение информации о поставщиках;

5. фиксирование информации о финансовом обороте;

6. формирование документов принятой формы

Описание предметной области

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

Рисунок 1. «Управление магазином»

Главная задача и функция процесса выражена в виде процесс «Управление магазином». Процесс выражен в функциональной модели блоком под номером А0, который изображен на рисунке 1 приложения А.

Основными элементами управления данного блока являются «Законодательство» и «Документация».

Механизмами данного функционального блока являются «Персонал». В результате, то есть на выходе данного блока, должны быть сформированы:

— проданный товар;

— накладная;

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

Далее приводится декомпозиция данного процесса на три подпроцесса, выраженные в модели функциональными блоками. Таким образом, управление магазином — это результаты взаимосвязи блоков:

— блок А1 «Поставлять товар»;

— блок А2 «Складировать»;

— блок А3 «Продать».

Графическое представление взаимосвязи функциональных блоков А1, А2, А3 изображена на рисунке 2 приложения.

Таблица 1. Вход/выходные, управляющие характеристики и механизмы блока А0

Подпроцесс «Поставка товара»

Рисунок 2

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

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

Таблица 2. Вход/выходные, управляющие характеристики и механизмы блока А1

Подпроцесс «Складирование»

Рисунок 3

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

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

Таблица 3. Вход/выходные, управляющие характеристики и механизмы блока А2

Разработка UML-модели прецедентов системы

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

Рисунок 4

В нашем случае Актерами являются «Сотрудник» и «Покупатель». А в роли прецедентов выступают элементы модули требований.

После того, как определили составляющие диаграммы прецедентов, мы смоделировали модель прецедентов. Графическое представление данной диаграммы представлено на рисунке 4.

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

Спецификация прецедента «Осуществление покупки»

Краткое описание: Оформление покупки покупателю продавцом Главные актеры: Продавец, Покупатель Спецификация прецедента «Заявка на товар»

Краткое описание: Составление потребителем заявки, на какой то определенный тип и модель техники, которых нет в наличии на данный момент Главные актеры: Покупатель, менеджер

Спецификация прецедента «Составление отчета о продажах»

Краткое описание: Продавец составляет отчет о продажах, который рассматривается менеджером Главные актеры: Продавец, менеджер Спецификация прецедента «Составление заказов на поставку товаров»

Краткое описание: Менеджер составляет заявку на поставку новых товаров, кладовщик рассматривает данную заявку Главные актеры: Менеджер, кладовщик Спецификация прецедента «Поставка товаров»

Краткое описание: Кладовщик осуществляет поставку в магазин, менеджер составляет отчет о принятом товаре в магазин Главные актеры: Кладовщик, менеджер Спецификация прецедента «Хранение информации»

Краткое описание: Менеджер хранит в базе данных информацию о проданных товарах, о клиентах, отчеты и т. д.

Главные актеры: Менеджер Спецификация прецедента «Заказ товаров с головного склада»

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

Главные актеры: Кладовщик Спецификация прецедента «Регистрация поступления»

Краткое описание: Кладовщик получает принятый товар, составляет отчет о принятом товаре (его состоянии, кол-ве и т. д.)

Главные актеры: Кладовщик

Диаграмма классов

Рисунок 5

Сущность «ID Товар»

Данная сущность содержит в себе информацию о товарах. Атрибутами сущности являются:

— ID товара;

— название;

— цена;

— гарантия.

Ключом сущности является атрибут «ID товара». Он является уникальным для всех товаров.

Сущность «ID Покупателя»

Данная сущность содержит в себе информацию о клиентах. Атрибутами сущности являются:

— ID покупателя;

— фамилия;

— имя;

— отчество;

— адрес;

— телефон.

Ключом сущности является атрибут «ID покупателя». Он является уникальным для всех клиентов.

Сущность «ID Покупки»

Данная сущность содержит в себе информацию о покупках. Атрибутами сущности являются:

— ID покупки;

— дата покупки;

— цена покупки;

— количество;

— сумма;

— ID покупателя

— ID сотрудника

— ID товара Ключом сущности является атрибут «ID покупки». Он является уникальным для всех покупок.

Сущность «ID заказа»

Данная сущность содержит в себе информацию о заказах. Атрибутами сущности являются:

— ID заказа;

— дата заказа;

— количество ;

— ID менеджера

— Статус заказа Ключом сущности является атрибут «ID заказа».

Сущность «ID менеджера» и «ID продавца»

Данные сущности содержат в себе информацию менеджерах и продавцах. Атрибутами сущности являются:

— ID менеджера (ID продавца);

— фамилия;

— имя ;

— отчество ;

— пол ;

— дата рождения ;

— зарплата ;

Ключом сущности является атрибут «ID менеджера» и «ID продавца». Он является уникальным для всех сотрудников.

Сущность «Производитель»

Данная сущность содержит в себе информацию о производителях. Атрибутами сущности являются:

— название;

— адрес ;

— телефон ;

Ключом сущности является атрибут «Наименование». Он является уникальным для всех производителей.

Сущность «Склад»

Данная сущность содержит в себе информацию о складе. Атрибутами сущности являются:

— №накладной;

— дата поставки ;

— цена ;

— количество ;

— название товара;

— ID товара

— кладовщик Ключом сущности является атрибут «ID товара». Он является уникальным для всего склада.

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

Рисунок 6

На диаграмме последовательности демонстрируется ряд действий между клиентом, менеджером и информационной системой.

1. Клиент делает выбор товара, который ему нужен;

2. Менеджер ищет в системе товар, который нужен клиенту по артикулу;

3. Далее он предоставляет информацию по данному продукту клиенту;

4. Если товар подходит, то покупатель подтверждает заявку;

5. Менеджер создает заявку на товар, необходимый покупателю через информационную систему;

6. Создается заявка системой.

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

Рисунок 7. «Общий вид»

На общем виде показаны интерфейсы пользователей — кладовщика, продавца и менеджера.

Для примера подробнее рассмотрим окно менеджера.

Рисунок 8. «Окно менеджера»

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

Расписано последовательное действие менеджера и системы на протяжении всего времени работы.

Рисунок 9

Представление базы данных

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

В данной базе имеются уникальные элементы которые имеют свой личный ID.

Рисунок 10

Таблица «Менеджер»

Содержит данные о менеджерах, их характеристики.

Таблица «Продавцы»

Содержит данные о продавцах.

Таблица «Покупатели»

Содержит данные о покупателях.

Таблица «Заказы»

Содержит данные о заказах, менеджерах, составляющих их, статусе выполнения заказа.

Таблица «Заявки»

Содержит данные о заявках, такие как наименование товара, дата заказа, сумма, статус заявки и т. д.

Таблица «Покупка»

Содержит информацию о покупке.

Таблица «Производители»

Содержит данные о производителях.

Таблица «Товар»

Содержит информацию о товаре, о его видах, производителе и т. д.

Таблица «Склад»

Содержит данные о товаре, хранящемся на складе, его кол-ве, производителе и т. д.

Таблица «Отчет»

Содержит данные об отчетах.

Экранные формы

управление магазин прецедент запрос Форма «Основное окно»

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

Форма «Вход менеджера»

Позволяет от имени менеджера перейти к экранным формам для редактирования данных в нужном разделе.

Форма «Вход продавца Позволяет от имени продавца перейти к необходимому разделу для редактирования или просмотра данных.

Форма «Вход кладовщика»

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

Форма «Заказ»

Источником является таблица Заказ, подчиненная форма: Заказ.

Элементы: Кнопка листания, Назад и Выход.

Форма «Заявка»

Выводит данные о заявках.

Источник данных: таблица Заявки Подчиненная форма: Заявки Элементы: Кнопка листания, Назад и Выход.

Форма «Отчет»

Выводит данные об отчетах.

Источник данных: таблица Отчет. Подчиненная форма Отчет.

Элементы: Кнопка листания, Назад и Выход.

Форма «Покупатель»

Выводит данные о покупателях.

Источник данных: таблица Покупатель. Подчиненная форма Покупатель1

Элементы: Кнопка листания, Назад и Выход.

Форма «Покупка»

Выводит данные о покупках.

Источник данных: таблица Покупка. Подчиненная форма Покупка.

Элементы: Кнопка листания, Назад и Выход.

Форма «Продавцы»

Выводит данные о продавца.

Источник данных: таблица Продавцы. Подчиненная форма Продавцы2.

Элементы: Кнопка листания, Назад и Выход.

Форма «Производители»

Выводит данные о производителях.

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

Элементы: Кнопка листания, Назад и Выход.

Форма «Склад»

Выводит данные о складе.

Источник данных: таблица Склад. Подчиненная форма Склад Элементы: Кнопка листания, Назад и Выход.

Форма «Товар»

Выводит данные о товаре.

Источник данных: таблица Товар. Подчиненная форма Товар.

Элементы: Кнопка листания, Назад и Выход.

Запросы

Запрос «информация об определенной покупке»

Выдает окошко в которое нужно ввести ID интересующей вас покупки, после чего выдает ID товара, сумму, ID покупателя, ID продавца, Фамилию покупателя и продавца, а также дату покупки.

SELECT Покупка. ID покупки], Покупка. ID товара], Покупка. Сумма, Покупатель. ID покупателя], Покупатель. Фамилия, Продавцы. ID продавца], Продавцы. Фамилия, Покупка. Дата покупки]

FROM Продавцы INNER JOIN (Покупатель INNER JOIN Покупка ON Покупатель. ID покупателя] = Покупка. ID покупателя]) ON Продавцы. ID продавца] = Покупка. ID продавца]

WHERE (((Покупка. ID покупки])=[Введите ID покупки]));

Запрос «Все заказы за 21.11.2011»

Выводятся все заказы за 21.11.2011.

SELECT Заказ. ID заказа], Заказ. ID товара], Заказ. Дата заказа], Менеджер. ID менеджера], Склад. Кладовщик, Заказ. Кол-во]

FROM Менеджер INNER JOIN (Склад INNER JOIN Заказ ON Склад. ID товара] = Заказ. ID товара]) ON Менеджер. ID менеджера] = Заказ. ID менеджера]

WHERE (((Заказ. Дата заказа]) Like «21.11.2011»));

Запрос «Все телевизоры на складе»

Выводятся все телевизоры, которые имеются на складе.

SELECT Склад. ID товара], Склад. Дата поставки], Склад. Кол-во], Склад. Производитель, Склад. Товар

FROM Склад

WHERE (((Склад.Товар) Like «Телевизор»));

Отчеты

Отчет «Отчет»

Отчет «Склад»

Заключение

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

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

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

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

— подсистема поставки товара;

— подсистема складирования;

— подсистема продажи товара.

1. Грекул, В. И. Проектирование информационных систем: учебное пособие / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. — М.: Интернет-Ун-т Информ. технологий, 2005. — 304 с.

2. ГОСТ 34.602−89 «Техническое задание на создание автоматизированной системы»

3. Арлоу Д., Нейштадт И. UML 2 и унифицированный процесс. Практический объектно-ориентированный анализ и проектирование. — СПб.: Символ-Плюс, 2007 г.

4. Вендров А. М. «Проектирование программного обеспечения экономических информационных систем» — М.: Финансы и статистика, 2002 г.

5. Мамиконов А. Г. «Проектирование АСУ» — М.: Высшая школа, 1987 г.