Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
СОДЕРЖАНИЕ
Введение…………………………………………………………………………...4
Заключение……………………………………………………………………….59
Список литературы………………………………………………………………60
Введение
Целью данной работы является разработка информационной системы, автоматизирующей основные процессы работы магазина спорт товаров, такие как продажа товара, оформление заказа, получение поставки товара, исключая бухгалтерские операции, для совершения которых используется другая информационная система.
Существует большое количество различных автоматизированных систем управления предприятием, таких как SLS-Магазин, Галактика, 1С, КСТ Система М3, которые могли бы использоваться для разработки необходимой информационной системы. Однако, исходя из финансовых возможностей организации, было принято решении о разработке собственной информационной системы, которая не будет содержать ненужный функционал и нуждаться в разработчиках, специализирующихся на определенной платформе, что влияет на итоговую цену продукта, но которая будет проста в понимании для персонала и будет удовлетворять всем необходимым потребностям магазина.
1. РАЗРАБОТКА КОНЦЕПЦИИ И ТРЕБОВАНИЙ К ИС
1.1. Описание предметной области
Объектом автоматизации является магазин спорттоваров, который ведет деятельность по реализации спортивных товаров. Общая площадь помещения делится на торговый зал, основной склад и офисную часть. В торговом зале работают такие сотрудники как продавцы, продавцы-консультанты и администратор торгового зала. Офисные помещения занимает отдел бухгалтерии, кадров и директор. Товаровед выполняет свои функции на складе, который примыкает к торговому залу.
Директор магазина заключает договоры поставки товаров с фирмами-поставщиками. В договоре указываются данные о поставщике (наименование, юридический адрес, телефон), определяется номенклатура и количество поставляемых товаров, дата поставки, цена партии, а также склад, на котором будет храниться товар (поскольку число складов может возрасти).
Товар доставляется в магазин на транспортных средствах фирм-поставщиков и выгружается грузчиками под присмотром товароведа. При этом оформляются соответствующие документы (счет-фактура и т.д.), необходимые для бухгалтерской отчетности. Часть товаров выставляется на витрины, часть отправляется на склад. Для удобства все товары разделяются на категории: спорт (коньки и хоккей, единоборства, лыжи, сноуборды, теннис, волейбол, баскетбол и т.д.), туризм, тренажеры и фитнес (кардиотренажеры, силовые тренажеры, оборудование для фитнеса и т.д.), одежда, обувь.
При покупке товара клиент может обратиться за помощью к продавцу-консультанту для выяснения необходимой ему информации, после чего, уточнив интересующие его вопросы, оформляет покупку товара. Для этого он отправляется кассиру для оплаты товара, в результате чего получает чек, сам товар и, если нужно, гарантийный талон. При покупке габаритного товара покупатель имеет право заказать его бесплатную доставку в нужный пункт назначения.
Если же клиент, пообщавшись с продавцом-консультантом, выясняет, что интересующего его товара нет в наличии, то он может оставить свою заявку. В этом случае, после получения новой поставки, продавец-консультант сообщает клиенту о наличии товара, который покупатель может забрать в удобное ему время.
Купив какой-либо продукт, клиент может обнаружить его неисправность. В этом случае он обращается к администратору торгового зала, где ему по гарантии могут вернуть деньги или заменить бракованный товар на другой.
В магазине работает определенная система скидок, установлением которых занимается директор. Эти скидки влияют на рост продаж определенных товаров.
В магазине существует понятие сезонности. Договоры на поставку лыжных костюмов, например, не заключаются на летний период. Однако, если во время смены сезона ненужные товары остались в торговом зале, то есть не были куплены, они отправляются на склад до следующего соответствующего сезона. «Устаревшие» товары меняются на актуальные в новом сезоне продукты.
1.2. Описание недостатков
Существующие в магазине бизнес-процессы не автоматизированы, что значительно замедляет скорость и понижает качество обслуживания клиентов. У организации нет единой базы данных, из-за чего сложно отслеживать оборот товаров, вести их учет. Потеря каких-либо данных или недостача товаров при инвентаризации в таком случае неминуема, что влияет на экономическую составляющую магазина.
1.3. Определение границ задачи
Разрабатываемая информационная система (ИС) должна сократить время и повысить качество выполнения основных бизнес-процессов магазина, уменьшить затраты труда, обеспечить оперативное получение информации, а также надежное хранение всех необходимых данных о работе магазина в одном месте.
ИС должна автоматизировать следующие процессы магазина:
Таким образом, можно выделить принципиально важные задачи, которые она должна выполнять. Система должна предоставлять по запросу пользователя интересующую его информацию о различных аспектах работы магазина. Система также должна предоставлять возможность не только просматривать, но и редактировать и обновлять данные. Также немаловажная задача системы – защита информации от нежелательных воздействий, что возможно за счет идентификации пользователей и предоставлении им разных прав доступа.
Исходя из этого, можно подытожить, что система имеет четыре основных функции:
1.4. Варианты использования ИС
ИС должна работать с единой базой данных магазина и представлять собой клиентское приложение. Системой смогут пользоваться следующие сотрудники:
Каждый сотрудник имеет свой набор функций, которые он должен выполнять, в том числе при помощи ИС. Возможные варианты использования системы сотрудниками представлено на рисунке 1.
Рисунок 1 – Диаграмма вариантов использования
Рисунок 1 – Диаграмма вариантов использования (продолжение)
Исходя их анализа диаграммы вариантов использования, для каждого из сотрудников будет создано свое приложение. Список функций для каждого приложения, автоматизация которых предусмотрена ИС:
1.5. Определение требований к системе
1) Общие требования:
2) Требования к надежности:
3) Требования к техническим средствам:
Процессор 2 ГГц и выше;
ОЗУ 512 МБ и выше;
Место на HDD 20 ГБ и выше.
4) Требования к программной совместимости:
Система должна быть совместима с ОС Windows XP, Windows 7. Для разработки системы желательно использовать среду программирования Delphi, а также любую возможную СУБД для реализации базы данных.
2. МОДЕЛЬ ПРОЦЕССОВ
2.1. Контекстная диаграмма
Контекстная диаграмма модели процессов (Рисунок 2) отображает ИС в виде «черного ящика», где определены входные и выходные данные, управляющие воздействия и ограничения. Входными значениям здесь являются данные о клиентах, поставщиках, товарах, договорах, сезонности и т.д. Входные данные в основном необходимы для формирования БД магазина. Управляющими воздействиями представлен закон РФ «О защите прав потребителей», трудовой договор, обязывающий сотрудников выполнять свои функции, Гражданский кодекс РФ, где описываются правила подписания договоров и совершения сделок. Механизмы представляют собой сотрудников магазина, которые с помощью ИС выполняют различные операции. Наконец, выходные данные – это результаты работы магазина, такие как подписанные договора, чеки на покупку товара, гарантийные талоны и т.д.
Рисунок 2 – Контекстная диаграмма работы магазина
2.2. Декомпозиция контекстной диаграммы
Диаграмма декомпозиции на рисунке 3 раскрывает следующие процессы контекстной диаграммы:
Все процессы так или иначе связаны друг с другом посредством входных и выходных связей. Каждый из них управляется определенным сотрудником, и регламентируется теми или иными документами.
Рисунок 3 – Декомпозиция контекстной диаграммы ИС
2.3. Декомпозиция процесса «Оформить договор»
Процессом оформления договора (Рисунок 4) занимается директор магазина. Он проводит переговоры с поставщиком, в результате которых определяются условия договора в зависимости от спроса клиентов на товары и текущего сезона. После определения условий бумажный договор подписывается, а необходимые данные о договоре заносятся в базу данных ИС, поскольку в дальнейшем они будут использоваться в работе других подразделений. Директор выполняет свои обязанности согласно трудовому договору, а подписывает договор поставки исходя из правил ГКРФ.
Для процесса занесения данных также требуется декомпозиция. На рисунке 5 отображено, какие данные необходимо внеси в БД, а это: данные о поставщике, о товаре, о количестве, цене и дате поставки. Этим также занимается директор, использую ИС.
Рисунок 4 – Декомпозиция процесса оформления договора
Рисунок 5 – Декомпозиция процесса занесения данных договора
2.4. Декомпозиция процесса «Принять товар»
Процессом приемки товара (Рисунок 6) занимается товаровед. В его обязанности, регламентируемые трудовым договором, входят процессы получения новой поставки, подтверждения этой поставки в ИС для обновления БД и сортировки полученных товаров по категориям, если это не произошло автоматически в ИС.
Рисунок 6 – Декомпозиция процесса приемки товара
Для процесса занесения данных и процесса сортировки также требуется декомпозиция. На рисунке 7 показано, что для подтверждения поставки товаровед, выбрав в ИС из имеющего списка нужный договор, указывает, что поставка, определенная в данном договоре на данную дату пришла. Для процесса сортировки товара (Рисунок 8) товаровед из таблицы списка пришедшей поставки выбирает тот товар, для которого категория не установилась автоматически, и выбирает для него нужную.
Рисунок 7 – Декомпозиция процесса подтверждения получения поставки
Рисунок 8 – Декомпозиция процесса сортировки товара
2.5. Декомпозиция процесса «Настроить систему скидок»
Процессом настройки системы скидок (Рисунок 9) занимается директор. Для этого ему необходимо выбрать товар и определить для него критерии, по которым будет установлена скидка. Это может быть падение спроса на определенный товар, предстоящая смена сезона т.д. После этого директор устанавливает процент от стоимости товара, по которому будет рассчитываться размер скидки, и подтверждает изменения.
Рисунок 9 – Декомпозиция процесса настройки скидок
2.6. Декомпозиция процесса «Оформить заказ»
Процессом оформления заказа (Рисунок 10) занимаются продавцы-консультанты. Их функции регламентируются трудовым договором. Получив данные о товаре от клиента, продавец-консультант проверяет наличие его на складе. Если товар отсутствует, то клиент может оставить свою заявку на необходимый ему товар. Для этого продавец-консультант заносит данные о заказе в БД ИС, после чего ожидается приход этого товара.
Для объяснения, какие данные необходимы для оформления заказа, декомпозируем процесс ввода данных о заказе. Рисунок 11 показывает, что для выполнения этого процесса заносятся данные о товаре и его количестве, а также данные об обслуживаемом клиенте.
Ожидание прихода товара, как показано на рисунке 12, совершается товароведом. Когда он подтверждает получение поставки, то ИС автоматически отсылает на электронную почту клиенту подтверждение о том, что товар теперь имеется в наличии.
Рисунок 10 – Декомпозиция процесса оформления заказа
Рисунок 11 – Декомпозиция процесса ввода данных о заказе
Рисунок 12 – Декомпозиция процесса ожидания товара
2.7. Декомпозиция процесса «Продать товар»
Процессом продажи товара (Рисунок 13) занимаются продавцы (кассиры). Для этого продавец заносит данные ИС о продаваемом товаре (с помощью сканера штрих-кода или вручную) и подтверждает операцию, после чего получает оплату от клиента и выдает ему чек о покупке товара. Вместе с чеком продавцу необходимо выдать гарантийный талон на товар, который формируется автоматически или оформляется им вручную. Если покупка имеет внушительные размеры, то продавцу необходимо обговорить с клиентом условия доставки товара до нужного места и оформить ее.
Декомпозиции оформления доставки представлена на рисунке 14. Для совершения этой операции продавцу необходимо дополнить уже имеющуюся информацию о проданном товаре данными о клиенте, то есть ввести их вручную или выбрать из БД, после чего подтвердить оформление.
Рисунок 13 – Декомпозиция процесса продажи товара
Рисунок 14 – Декомпозиция процесса оформления доставки
2.8. Декомпозиция процесса «Перераспределить товар»
Процессом перераспределения товара (Рисунок 15) занимается администратор торгового зала на основании трудового договора. ИС оповещает администратора ТЗ о предстоящей смене сезона, после чего он определяет список товаров, которые необходимо заменить и отправить обратно на склад, и список тех товаров, которые нужно выставить на витрины.
Рисунок 15 – Декомпозиция процесса перераспределения товара
2.9. Декомпозиция процесса «Оформить замену товара»
Процессом оформления замены товара (Рисунок 16) также занимается администратор торгового зала. Если клиент обнаружил наличие брака в купленном товаре, то он, согласно закону «О защите прав потребителей», может обратиться к администратору ТЗ с просьбой о замене его товара на аналогичный качественный или на деньги. Администратор с помощью ИС вводит данные гарантийного талона и определяет критерии замены товара. На рисунке 17 при декомпозиции ввода данных о замене видно, что этими критериями является факт о замене товара на другой либо факт возврата денег. После проделанных операций администратор подтверждает все введенные данные и обслуживает клиента по этому вопросу.
Рисунок 16 – Декомпозиция процесса оформления замены товара
Рисунок 17 – Декомпозиция процесса ввода данных о замене товара
3. ЭТАП АНАЛИЗА
3.1. Организационная структура магазина
Организационная структура магазина спорттоваров (Рисунок 18) состоит главного управленца – директора магазина, двух отделов: бухгалтерии и кадров, а также отдельных сотрудников, а именно администратора торгового зала, товароведа, продавцов (кассиров) и продавцов-консультантов.
Рисунок 18 – Организационная структура магазина
Директор магазина имеет следующие обязанности:
Товаровед выполняет следующие должностные обязанности:
Администратор торгового зала выполняет такие функции:
Отдел кадров осуществляет работу по подбору и расстановке кадров, учету личного состава и ведению кадровой документации, контролю соблюдения дисциплины труда, по повышению квалификации работников, а также проводит аттестацию кадров, формирует кадровый резерв, контролирует соблюдение трудовых и социальных прав работников. В отделе кадров работает 2 человека.
Отдел бухгалтерии занимается достоверной и рациональной организацией бухгалтерского учета, отвечающего требованиям оперативного руководства компанией, и строгое соблюдение установленного правила ведения учета. Также осуществляет внедрение передовых форм и методов бухгалтерского учета на основе широкого применения вычислительной техники, организацию учета основных фондов, сырья, материалов, топлива, денежных средств и других ценностей компании, исполнение смет расходов, организацию расчетов по заработной плате с работниками компании, составление отчетных калькуляций себестоимости продукции, балансов и бухгалтерской отчетности. Отдел бухгалтерии состоит из трех человек: двух бухгалтеров и главного бухгалтера.
В магазине работают 2 продавца (кассира). Они выполняют следующие обязанности:
Количество продавцов-консультантов в штате магазина составляет 3 человека. В функциональные обязанности продавцов-консультантов входит:
Администратор баз данных выполняет следующие должностные обязанности:
3.2. Функциональная модель
Модель функций магазина спорттоваров представлена на рисунке 19 и показывает функциональную иерархию организации. Главной функцией, естественно, является функция удовлетворения потребностей клиентов. Она состоит из следующих подфункций: планирование потребностей в товарах, осуществление услуг по реализации товаров, установление отношение с поставщиками и управление запасами. Каждая из этих подфункций включает в себя группу соответствующих бизнес-процессов.
Рисунок 19 – Модель функций магазина
3.3. Модель целей
Модель целей магазина спорттоваров представлена на рисунке 20. Основная цель организации – обеспечение максимально высокого качества предоставляемых услуг для клиентов. Этой главной цели можно достичь за счет выполнения трех подцелей. Проблема автоматизации бизнес-процессов решится после внедрения разрабатываемой ИС, высокое качество товаров достигается с помощью ответственного выполнения товароведом своих функций, а поставщиком – своих договорных обязательств. В обеспечении качества и скорости обслуживания поможет проектируемая ИС, но это также зависит и от добросовестности работы отдела качества. Сотрудники этого отдела должны проводить различные мероприятия по повышению квалификации персонала магазина (обучающие курсы, беседы и т.д.)
Рисунок 20 – Модель целей
3.4. Организация локальной сети
Все рабочие станции сотрудников, перечисленные в организационной структуре, объединены в единую сеть посредством подключения нескольких локальных свитчей к основному (Рисунок 21). Отдел бухгалтерии имеет в своем распоряжении три персональных компьютера для каждого сотрудника, факс и многофункциональное устройство, при этом здесь имеется собственный сервер данных. В отделе кадров располагаются 2 ПК и МФУ, в кабинете директора – один ПК, факс и МФУ. На складе товаровед использует в своей работе ПК и принтер. Торговый зал оснащен двумя кассовыми терминалами, сетевым принтером, а также тремя ПК, один из которых предназначен для работы администратора торгового зала, а два остальных – для продавцов-консультантов. Для администратора БД также выделен личный ПК.
Рисунок 21 – Локальная сеть магазина
3.5. Определение ключевых абстракций и механизмов
С учетом описания предметной области, определения границ решаемой задачи, а также проведенного анализа исследуемой организации, можно выделить список абстракций и механизмов, которые помогут при реализации этапа проектирования системы.
Список абстракций:
Товаровед
Директор
Продавец-консультант
Продавец (кассир)
Администратор баз данных
Администратор торгового зала
Отдел бухгалтерии
Отдел кадров
Учетная запись
Логин
Пароль
Поставщик
Телефон поставщика
Юридический адрес поставщика
Договор поставки
Дата поставки
ФОИ клиента
Телефон клиента
Адрес клиента
Электронная почта клиента
Товар
Производитель товара
Категория товара
Сезонность
Скидка
Склад
Заказ клиента
Текущая дата и время
ФИО работника
Должность работника
Список механизмов:
Создание учетной записи
Назначение прав доступа
Удаление учетной записи
Прием поставки товара
Сортировка товара
Распределение товара с учетом сезонности
Продажа товара
Установление системы скидок
Просмотр списка товаров
Просмотр списка работников
Просмотр списка проданных товаров
Просмотр системы действующих скидок
Просмотр списка поставщиков
Просмотр списка договоров поставки
Оформление договора поставки товаров
Оформление заказа товара
Оформление гарантийного талона
Оформление доставки товара
Оформление замены товара
Формирование отчета о поставках
Формирование отчета о продажах
Формирование отчета о заказах
4. ПРОЕКТИРОВАНИЕ СИСТЕМЫ
4.1. Диаграмма объектов
Диаграмма объектов отображает объекты, необходимые для дальнейшего формирования классов (Рисунок 22), а также отношения между ними. Взаимодействие между объектами происходит с помощью операций, которые должны быть определены для соответствующего класса.
Рисунок 22 – Диаграмма объектов
4.2. Диаграмма взаимодействий
Диаграмма взаимодействий – это перестроенная диаграмма объектов в более удобной «табличной» форме (Рисунок 23). Эта диаграмма наглядно показывает, какие объекты и с помощью каких операций взаимодействуют с другими объектами для выполнения поставленных задач, таких как оформление заказа, оформление договора, установление скидки и т.д.
Рисунок 23 – Диаграмма взаимодействий
4.3. Диаграмма классов
Диаграмма классов отображает классы, соответствующие выделенным объектам, а также их взаимодействие (Рисунок 24). При описании классов помимо названия указываются их атрибуты, а также операции, предоставляемые классом.
Рисунок 24 – Диаграмма классов
4.4. Диаграмма процессов
Диаграмма процессов описывает физическую архитектуру магазина (Рисунок 25). Из схемы видно, что для работы сотрудников магазина используется 8 компьютеров, при этом компьютер администратора базы данных выступает в качестве сервера БД.
Рисунок 25 – Диаграмма процессов
4.5. Диаграмма перехода состояний
Диаграмма перехода состояний отображает всевозможные состояния системы (Рисунок 26). В данном случае она показывает, что вся ИС состоит из шести приложений для разных должностей сотрудников, имеющих единую базу данных. Каждое из приложений содержит необходимые функции именно для того сотрудника, для которого оно предназначено. ИС имеет один вход через окно авторизации и множество выходов из окон приложений, главных меню и окон отдельных функций.
Рисунок 26 – Диаграмма состояний ИС
4.6. Диаграмма модулей
Диаграмма модулей описывает модули системы, необходимые для ее корректной работы, а также зависимости между этими модулями (Рисунок 27). Как видно из схемы, ИС состоит из трех модулей, выполняющих отдельные задачи и вызываемых из главного модуля.
Рисунок 27 – Диаграмма модулей
4.7. Информационная модель
Информационная модель ИС (Рисунок 28) представляет собой описание базы данных ИС в виде логических таблиц с перечислением их полей. Каждая из этих семнадцати таблиц соответствует таблицам физической базы данных, необходимой для создания полноценной ИС.
Рисунок 28 – Информационная модель ИС
4.8. База данных в MS ACCESS
Схема базы данных для ИС, разработанная в СУБД MS Access, представлена на рисунке 29. Здесь показано, как выглядит физическая база данных: из каких таблиц состоит, какие ключевые поля имеют таблицы, какие атрибуты таблиц используются, по каким полям связываются таблицы. Описание атрибутов таблиц БД представлено в таблице 1.
Рисунок 29 – Схема базы данных
Таблица 1 – Обозначения атрибутов таблиц БД
|
Таблица |
Атрибут |
Описание атрибута |
Тип данных |
|
Поставщик |
Code_supplier |
Код поставщика |
Числовой |
|
Name_supplier |
Наименование поставщика |
Текстовый |
|
|
Phone_supplier |
Телефон поставщика |
Текстовый |
|
|
Adress_supplier |
Юр. адрес |
Текстовый |
|
|
Список_товаров |
Code_product |
Код списка товаров |
Числовой |
|
Name_product |
Наименование товара |
Текстовый |
|
|
Список_категорий |
Code_category |
Код категории |
Числовой |
|
Name_ category |
Наименование категории |
Текстовый |
|
|
Список_сезонов |
Code_ season |
Код сезона |
Числовой |
|
Name_season |
Наименование сезона |
Текстовый |
|
|
Start_data |
Начальная дата |
Дата |
|
|
End_data |
Конечная дата |
Дата |
|
|
Сезонность_товаров |
Code_ season |
Код сезона |
Числовой |
|
Code_category |
Код категории |
Числовой |
|
|
Склад |
Code_warehouse |
Код склада |
Числовой |
|
Name_ warehouse |
Наименование склада |
Текстовый |
|
|
Список_производителей |
Code_company |
Код производителя |
Числовой |
|
Name_ company |
Наименование производителя |
Текстовый |
|
|
Клиент |
Code_client |
Код клиента |
Числовой |
|
Name_client |
ФИО клиента |
Текстовый |
|
|
Phone_client |
Телефон клиента |
Текстовый |
|
|
Adress_client |
Адрес клиента |
Текстовый |
|
|
Email_client |
Электронная почта клиента |
Текстовый |
|
|
Списк_должностей |
Code_post |
Код должности |
Числовой |
|
Name_post |
Наименование должности |
Текстовый |
|
|
Список_сторудников |
Code_employee |
Код списка сотрудников |
Числовой |
|
Name_employee |
ФИО сотрудника |
Текстовый |
|
|
Adress_employee |
Адрес сотрудника |
Текстовый |
|
|
Phone_employee |
Телефон сотрудника |
Текстовый |
|
|
Сотрудник |
Code_emp |
Код сотрудника |
Числовой |
|
Code_post |
Код должности |
Числовой |
|
|
Code_employee |
Код списка сотрудников |
Числовой |
|
|
Login |
Логин |
Текстовый |
|
|
Password |
Пароль |
Текстовый |
Таблица 1 – Обозначения атрибутов таблиц БД (продолжение)
|
Товар |
Code_pro |
Код товара |
Числовой |
|
Code_product |
Код списка товаров |
Числовой |
|
|
Code_warehouse |
Код склада |
Числовой |
|
|
Code_company |
Код производителя |
Числовой |
|
|
Cost |
Стоимость |
Денежный |
|
|
Count |
Количество |
Числовой |
|
|
Code_category |
Код категории |
Числовой |
|
|
Договор |
Code_contract |
Код договора |
Числовой |
|
Code_ emp |
Код сотрудника |
Числовой |
|
|
Code_supplier |
Код поставщика |
Числовой |
|
|
Code_warehouse |
Код склада |
Числовой |
|
|
Code_pro |
Код товара |
Числовой |
|
|
Data |
Дата договора |
Дата |
|
|
Data_supply |
Дата поставки |
Дата |
|
|
Count |
Количество |
Числовой |
|
|
Заказ |
Code_order |
Код заказа |
Числовой |
|
Code_pro |
Код товара |
Числовой |
|
|
Code_ emp |
Код сотрудника |
Числовой |
|
|
Code_client |
Код клиента |
Числовой |
|
|
Data |
Дата заказа |
Дата |
|
|
Count |
Количество |
Числовой |
|
|
Cost |
Стоимость |
Денежный |
|
|
Доставка |
Code_delivery |
Код доставки |
Числовой |
|
Code_ emp |
Код сотрудника |
Числовой |
|
|
Code_pro |
Код товара |
Числовой |
|
|
Code_client |
Код клиента |
Числовой |
|
|
Data_delivery |
Дата доставки |
Дата |
|
|
Time_delivery |
Время доставки |
Время |
|
|
Гарантийный талон |
Code_ticket |
Код талона |
Числовой |
|
Code_pro |
Код товара |
Числовой |
|
|
Code_ emp |
Код сотрудника |
Числовой |
|
|
Data_tek |
Текущая дата |
Дата |
|
|
Time |
Гарантийный срок |
Числовой |
|
|
Брак |
Code_pro |
Код товара |
Числовой |
|
Count |
Количество |
Числовой |
5. МАКЕТИРОВАНИЕ
5.1. Назначение макета
Разработанный макет системы предназначен для наглядного преставления функционирования системы. Он дает понимание предполагаемого интерфейса программы для разработчиков, основа которого войдет в окончательную версию рабочей системы. Макет ИС разработан в среде программирования Delphi.
5.2. Главная форма
Главная форма ИС – это форма для авторизации пользователей (Рисунок 30). При занесении своего логина и пароля пользователь переходит для работы в приложение, соответствующее его установленным правам.
Рисунок 30 – Форма авторизации пользователей
5.3. Приложение продавца-консультанта
Главное меню приложения продавца-консультанта представлено на рисунке 31. Из данного окна пользователь может перейти к одной из двух задач: создание запроса либо оформление заказа.
Запрос создается в соответствии с обозначаемым предметом запроса. Так, продавец-консультант может узнать о наличии необходимого товара (Рисунок 32) или информацию о необходимом заказе (Рисунок 33), задавая при этом необходимые параметры запроса.
Рисунок 31 – Форма-меню продавца-консультанта
Рисунок 32 – Форма создания запроса (о товаре)
Рисунок 33 – Форма создания запроса (о заказе)
Результат запроса продавца-консультанта отображается в новой форме в виде строки или нескольких строк в табличном виде (Рисунок 34). Здесь пользователь может сформировать отчет о своем запросе, если это необходимо (пример отчета см. рисунок 37).
Рисунок 34 – Форма результата запроса о заказе продавца-консультанта
Форма оформления заказа представлена на рисунке 35. Здесь продавец-консультант должен ввести данные, необходимые для оформления заказа. После подтверждения пользователь получает сообщение об успешном оформлении заказа с информацией о цене и времени ожидания заказа (Рисунок 36).
Рисунок 35 – Форма оформления заказа
Рисунок 36 – Сообщение пользователю об оформлении заказа
После получения сообщения пользователя продавец-консультант может сформировать отчет заказа, например, для распечатки его клиенту (Рисунок 37).
Рисунок 37 – Пример отчета о сформированном заказе
5.4. Приложение директора
Главное меню приложения директора представлено на рисунке 38. Из данного окна пользователь имеет возможность перейти к функциям: создание запроса, оформление договора, установление скидки, редактирование данных.
Запрос создается аналогично приложению продавца-консультанта и также в соответствии с обозначаемым предметом запроса. Пример запроса директора об искомом договоре показан на рисунке 39.
Рисунок 38 – Форма-меню директора
Рисунок 39 – Форма создания запроса директора
Результат запроса директора также отображается в новой форме в табличном виде (Рисунок 40). Здесь можно сформировать отчет о результатах запроса, если это необходимо (пример отчета см. рисунок 37).
Рисунок 40 – Форма результата запроса директора о договоре
В форме оформления договора (Рисунок 41) директор должен ввести необходимые данные. После подтверждения пользователь получает сообщение об успешном оформлении договора (Рисунок 42).
Рисунок 41 – Форма оформления договора
Рисунок 42 – Сообщение пользователю об оформлении договора
Форма редактирования данных (Рисунок 43) состоит из двух областей: изменение данных и добавление данных. Здесь, выбрав необходимую таблицу базы данных, пользователь может изменить существующую запись или добавить новую. По нажатию кнопки «Добавить» или «Изменить» пользователь получает сообщение об успешности выполнения операции (Рисунок 44).
Рисунок 43 – Форма редактирования данных
Рисунок 44 – Сообщение пользователю о редактировании данных
В форме настройки скидок (Рисунок 45) директор должен определить критерии, размер скидки и товары, на которые налагается скидка.
Рисунок 45 – Форма настройки системы скидок
5.5. Приложение товароведа
Главное меню приложения товароведа изображено на рисунке 46. Из данного окна пользователь может перейти к одной из задач: создание запроса, редактирование данных, приемка товара, сортировка товара.
Запрос создается аналогично тому, как это происходит в приложении продавца-консультанта (Рисунок 32-34) и директора (Рисунок 39, 40), это касается и редактирования данных (Рисунок 43, 44).
При переходе на форму приемки товара товаровед выбирает договор, по которому установлена текущая поставка и подтверждает получение (Рисунок 47, 48). После подтверждения приемки ему необходимо отсортировать товар по категориям, если это не произошло автоматически (Рисунок 49). Окончание операции сортировки подтверждается соответствующим сообщением.
Рисунок 46 – Форма-меню товароведа
Рисунок 47 – Форма подтверждения поставки
Рисунок 48 – Сообщение о регистрации поставки
Рисунок 49 – Форма сортировки товара
5.6. Приложение администратора БД
Главное меню приложения администратора БД показано на рисунке 50. Из данного окна пользователь может перейти к созданию запроса, редактированию данных, управлению БД или настройке прав пользователей.
Запрос создается аналогично тому, как это происходит в приложении продавца-консультанта и директора, это касается также редактирования данных. Администратор БД имеет возможность редактировать любые данные из базы, в том числе управлять правами доступа пользователей (Рисунок 51).
Рисунок 50 – Форма-меню администратора БД
Администратор БД также имеет возможность работать с архивными и резервными копиями базы данных, восстанавливать базу в случае сбоев системы (Рисунок 52).
Рисунок 51 – Форма настройки прав пользователей
Рисунок 52 – Форма управления БД
5.7. Приложение продавца
Главное окно приложения продавца (кассира) показано на рисунке 53. В данном окне пользователь осуществляет продажу товаров. Данные о товаре вводятся вручную или с помощью сканера штрих-кодов.
Рисунок 53 – Форма продажи товара
После продажи товара, кассир получает сообщение об удачном завершении операции (Рисунок 54) и ждет, пока распечатается чек, после чего оформляет гарантийный талон на проданный товар (Рисунок 55, 56).
Рисунок 54 – Сообщение о продаже товара
Рисунок 55 – Форма продажи товара после подтверждения
Рисунок 56 – Форма оформления гарантийного талона
Если клиенту требуется доставка товара, то продавцу необходимо ее оформить (Рисунок 57).
Рисунок 57 – Форма оформления доставки
5. 8. Приложение администратора ТЗ
Главное меню приложения администратора торгового зала показано на рисунке 58. Из данного окна пользователь может перейти к созданию запроса, замене товара, перераспределению товара.
Запрос создается аналогично тому, как это происходит в приложении продавца-консультанта и директора.
Замена товара осуществляется путем ввода номера гарантийного талона и выбора критерия замены (обменять товар на новый/вернуть деньги) (Рисунок 58).
Перераспределение товара администратор ТЗ начинает после получения сообщение о смене сезона. Он определяет категории и списки товаров, которые необходимо вернуть на склад, и товаров, которые нужно выставить на прилавки (Рисунок 59).
Рисунок 58 – Форма замены товара
Рисунок 59 – Форма перераспределения товара
Заключение
В результате проделанной работы был описан проект информационной системы, автоматизирующей работу магазина спорт товаров, которая, несомненно, станет незаменимым помощником сотрудников магазина и поможет в достижении цели организации по повышению качества и скорости обслуживания клиентов.
Для разработки качественного проекта системы был проанализирован объект исследования – магазин спорт товаров. Для этого были составлены схемы организационной структуры, целей, функций, для построения которых был выбран программный продукт Aris, поскольку он нацелен на создание именно таких схем. Также была составлена модель процессов, которая описывает, как будут выполняться основные функции магазина посредством введенной информационной системы. Модель процессов была построена в нотации IDEF0 в средстве BPWin, которое давно зарекомендовало себя в этом вопросе.
Разработанный проект содержит в себе диаграммы объектов, классов, взаимодействий, процессов, перехода состояний и модулей, которые были созданы в приложениях Rational Rose и Edrаw, отлично подходящих для составления диаграмм в нотации UML. Для описания базы данных информационной системы модель БД в среде MS Access, которая была выбрана, поскольку это удобное средство для создания небольшой базы данных, которое имеется на любом компьютере с установленным пакетом Microsoft Office. Специальный язык запросов в MS Access не требует серьезных умственных усилий от разработчика.
По результатам этапа проектирования был разработан макет системы, наглядно представляющий ее работу по автоматизации процессов магазина спорт товаров. Для реализации макета была выбрана среда разработки Delphi, поскольку она имеет встроенные объекты формы, что позволяет быстро создать необходимый макет. Также в среде Delphi удобно и просто работать с базой данных, построенной в MS Access.
Список литературы
