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

СОДЕРЖАНИЕ Введение

1. Разработка концепции и требований к ИС

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

1.2 Описание недостатков

1.3 Определение границ задачи

1.4 Варианты использования ИС

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

2. Модель процессов

2.1 Контекстная диаграмма

2.2 Декомпозиция контекстной диаграммы

2.3 Декомпозиция процесса «Оформить договор

2.4 Декомпозиция процесса «Принять товар»

2.5 Декомпозиция процесса «Настроить систему скидок»

2.6 Декомпозиция процесса «Оформить заказ»

2.7 Декомпозиция процесса «Продать товар»

2.8 Декомпозиция процесса «Перераспределить товар»

2.9 Декомпозиция процесса «Оформить замену товара»

3. Этап анализа

3.1 Организационная структура магазина

3.2 Функциональная модель

3.3 Модель целей

3.4 Организация локальной сети

3.5 Определение ключевых абстракций и механизмов

4. Проектирование системы

4.1 Диаграмма объектов

4.2 Диаграмма взаимодействий

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

4.4 Диаграмма процессов

4.5 Диаграмма перехода состояний

4.6 Диаграмма модулей

4.7 Информационная модель

4.8 База данных в MS ACCESS

5. Макетирование

5.1 Назначение макета

5.2 Главная форма

5.3 Приложение продавца-консультанта

5.4 Приложение директора

5.5 Приложение товароведа

5.6 Приложение администратора БД

5.7 Приложение продавца

5.8 Приложение администратора ТЗ Заключение Список литературы

Введение

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

Существует большое количество различных автоматизированных систем управления предприятием, таких как SLS-Магазин, Галактика, 1С, КСТ Система М3, которые могли бы использоваться для разработки необходимой информационной системы. Однако, исходя из финансовых возможностей организации, было принято решении о разработке собственной информационной системы, которая не будет содержать ненужный функционал и нуждаться в разработчиках, специализирующихся на определенной платформе, что влияет на итоговую цену продукта, но которая будет проста в понимании для персонала и будет удовлетворять всем необходимым потребностям магазина.

1. РАЗРАБОТКА КОНЦЕПЦИИ И ТРЕБОВАНИЙ К ИС

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

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

Товар доставляется в магазин на транспортных средствах фирм-поставщиков и выгружается грузчиками под присмотром товароведа. При этом оформляются соответствующие документы (счет-фактура и т. д.), необходимые для бухгалтерской отчетности. Часть товаров выставляется на витрины, часть отправляется на склад. Для удобства все товары разделяются на категории: спорт (коньки и хоккей, единоборства, лыжи, сноуборды, теннис, волейбол, баскетбол и т. д.), туризм, тренажеры и фитнес (кардиотренажеры, силовые тренажеры, оборудование для фитнеса и т. д.), одежда, обувь.

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

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

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

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

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

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

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

ИС должна автоматизировать следующие процессы магазина:

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

· учет товара;

· оформление договора;

· оформление заказа клиента;

· продажа товара;

· оформление гарантийного талона;

· оформление доставки товара;

· замена бракованного товара;

· сортировка товара;

· перераспределение товара;

· установление скидок.

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

Исходя из этого, можно подытожить, что система имеет четыре основных функции:

1. Аутентификация;

2. Изменение содержимого базы данных в рамках процессов:

§ Добавление/изменение учетной записи;

§ Продажа товара;

§ Прием товара;

§ Оформление заказа;

§ Оформление договора поставки;

§ Установление скидок;

§ Оформления замены товара;

§ Оформление гарантийного талона;

§ Оформление доставки товара;

§ Сортировка товара;

§ Перераспределение товара;

3. Предоставление отчетности;

4. Просмотр БД.

1.4 Варианты использования ИС ИС должна работать с единой базой данных магазина и представлять собой клиентское приложение. Системой смогут пользоваться следующие сотрудники:

· товаровед;

· директор;

· продавец-консультант;

· продавец (кассир);

· администратор торгового зала;

· администратор БД.

Каждый сотрудник имеет свой набор функций, которые он должен выполнять, в том числе при помощи ИС. Возможные варианты использования системы сотрудниками представлено на рисунке 1.

Рисунок 1 — Диаграмма вариантов использования Рисунок 1 — Диаграмма вариантов использования (продолжение) Исходя их анализа диаграммы вариантов использования, для каждого из сотрудников будет создано свое приложение. Список функций для каждого приложения, автоматизация которых предусмотрена ИС:

· Приложение товароведа:

1. приемка поставки;

2. сортировка товара;

3. редактирование/добавление данных;

4. создание запроса;

· Приложение директора:

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

2. оформление договора;

3. редактирование/добавление данных;

4. создание запроса;

· Приложение продавца-консультанта:

1. создание запроса;

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

· Приложение продавца:

1. продажа товара;

2. оформление гарантийного талона;

3. оформление доставки товара;

· Приложение администратора торгового зала:

1. замена бракованного товара;

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

3. создание запроса;

· Приложение администратора БД:

1. редактирование/добавление данных;

2. создание запроса;

3. настройка прав доступа;

4. копирование/восстановление БД.

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 — Организационная структура магазина Директор магазина имеет следующие обязанности:

1. Обеспечивает и ведет контроль над сохранением требований, установленных и предъявляемых государством к предприятиям розничной торговли.

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

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

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

5. Создает и поддерживает надлежащие условия по организации торгового обслуживания и пространства в торговом зале.

6. Организует, планирует, координирует и анализирует деятельность работы магазина.

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

8. Анализирует ход и результаты реализации продукции, разрабатывает и проводит мероприятия по улучшению качества торгового процесса и мотивации сотрудников.

9. Договаривается и связывается с поставщиками о заказах продукции.

10. Оформляет и ведет всю необходимую в ходе поставок и продаж документацию.

11. Контролирует и организует учет товарно-материальных ценностей магазина, составляет и предоставляет начальству отчеты о продажах.

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

13. Руководит сотрудниками магазина.

Товаровед выполняет следующие должностные обязанности:

1. Определяет требования к товарам, а также соответствие их качества стандартам, техническим условиям, заключенным договорам и другим нормативным документам.

2. Осуществляет контроль за поступлением товаров.

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

4. Контролирует наличие товаров на складе.

5. Осуществляет связь с поставщиками и потребителями и оформляет документы на отгрузку и получение товаров в соответствии с утвержденными планами.

6. Ведет оперативный учет поступления и реализации товаров.

7. В необходимых случаях ведет розыск непоступивших грузов.

8. Участвует в проведении инвентаризаций.

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

Администратор торгового зала выполняет такие функции:

1. Осуществляет руководство персоналом торгового зала (продавцами, продавцами-консультантами, кассирами).

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

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

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

5. Осуществляет управление запасами товаров в торговом зале и ассортиментом товаров.

6. Осуществляет контроль над наличием ценников на товарах.

7. Принимает меры по разрешению конфликтных ситуаций с покупателями.

8. Информирует руководство торгового предприятия о недостатках в обслуживании покупателей.

9. Анализирует результаты работы торгового зала.

10. Обслуживает операции возврата, списания, переоценки и резервирования товаров.

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

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

В магазине работают 2 продавца (кассира). Они выполняют следующие обязанности:

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

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

3. Принимает все меры для обеспечения сохранности вверенных ему денежных средств и ценных бумаг и предотвращения ущерба.

Количество продавцов-консультантов в штате магазина составляет 3 человека. В функциональные обязанности продавцов-консультантов входит:

1. Умение грамотно вести переговоры на любом уровне и преодолевать какие-либо возражения.

2. Вежливость, доброжелательность, внимание к покупателям и к своим коллегам.

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

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

5. Умение предложить альтернативный товар взамен отсутствующему продукту.

6. Предотвращение порчи и хищение товара посторонними лицами.

7. Предпродажная подготовка товара.

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

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

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

2. Осваивает программные средства, предлагаемые отделом информатизации.

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

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

5. Осуществляет комплекс работ по внедрению программных средств.

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

7. Осуществляет контроль за работой компьютеров и своевременно сообщает о сбоях и неисправностях в отдел информатизации.

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

9. Следит за обеспечением целостности, достоверности и сохранности циркулирующих в автоматизированной информационной системе данных.

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 — Обозначения атрибутов таблиц БД

5. МАКЕТИРОВАНИЕ

5.1 Назначение макета Разработанный макет системы предназначен для наглядного преставления функционирования системы. Он дает понимание предполагаемого интерфейса программы для разработчиков, основа которого войдет в окончательную версию рабочей системы. Макет ИС разработан в среде программирования Delphi.

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

5.3 Приложение продавца-консультанта Главное меню приложения продавца-консультанта. Из данного окна пользователь может перейти к одной из двух задач: создание запроса либо оформление заказа.

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

Результат запроса продавца-консультанта отображается в новой форме в виде строки или нескольких строк в табличном виде. Здесь пользователь может сформировать отчет о своем запросе, если это необходимо.

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

После получения сообщения пользователя продавец-консультант может сформировать отчет заказа, например, для распечатки его клиенту (Рисунок 37).

Рисунок 37 — Пример отчета о сформированном заказе

5.4 Приложение директора Главное меню приложения директора. Из данного окна пользователь имеет возможность перейти к функциям: создание запроса, оформление договора, установление скидки, редактирование данных.

Запрос создается аналогично приложению продавца-консультанта и также в соответствии с обозначаемым предметом запроса.

Результат запроса директора также отображается в новой форме в табличном виде. Здесь можно сформировать отчет о результатах запроса, если это необходимо.

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

Форма редактирования данных состоит из двух областей: изменение данных и добавление данных. Здесь, выбрав необходимую таблицу базы данных, пользователь может изменить существующую запись или добавить новую. По нажатию кнопки «Добавить» или «Изменить» пользователь получает сообщение об успешности выполнения операции.

В форме настройки скидок директор должен определить критерии, размер скидки и товары, на которые налагается скидка.

5.5 Приложение товароведа Главное меню приложения товароведа. Из данного окна пользователь может перейти к одной из задач: создание запроса, редактирование данных, приемка товара, сортировка товара.

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

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

5.6 Приложение администратора БД Главное меню приложения администратора БД. Из данного окна пользователь может перейти к созданию запроса, редактированию данных, управлению БД или настройке прав пользователей.

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

Администратор БД также имеет возможность работать с архивными и резервными копиями базы данных, восстанавливать базу в случае сбоев системы.

5.7 Приложение продавца Главное окно приложения продавца (кассира). В данном окне пользователь осуществляет продажу товаров. Данные о товаре вводятся вручную или с помощью сканера штрих-кодов.

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

Если клиенту требуется доставка товара, то продавцу необходимо ее оформить.

5.8 Приложение администратора ТЗ Главное меню приложения администратора торгового зала. Из данного окна пользователь может перейти к созданию запроса, замене товара, перераспределению товара.

Запрос создается аналогично тому, как это происходит в приложении продавца-консультанта и директора.

Замена товара осуществляется путем ввода номера гарантийного талона и выбора критерия замены (обменять товар на новый/вернуть деньги).

Перераспределение товара администратор ТЗ начинает после получения сообщение о смене сезона. Он определяет категории и списки товаров, которые необходимо вернуть на склад, и товаров, которые нужно выставить на прилавки.

Заключение

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

Для разработки качественного проекта системы был проанализирован объект исследования — магазин спорт товаров. Для этого были составлены схемы организационной структуры, целей, функций, для построения которых был выбран программный продукт Aris, поскольку он нацелен на создание именно таких схем. Также была составлена модель процессов, которая описывает, как будут выполняться основные функции магазина посредством введенной информационной системы. Модель процессов была построена в нотации IDEF0 в средстве BPWin, которое давно зарекомендовало себя в этом вопросе.

Разработанный проект содержит в себе диаграммы объектов, классов, взаимодействий, процессов, перехода состояний и модулей, которые были созданы в приложениях Rational Rose и Edrаw, отлично подходящих для составления диаграмм в нотации UML. Для описания базы данных информационной системы модель БД в среде MS Access, которая была выбрана, поскольку это удобное средство для создания небольшой базы данных, которое имеется на любом компьютере с установленным пакетом Microsoft Office. Специальный язык запросов в MS Access не требует серьезных умственных усилий от разработчика.

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

1) Ехлаков Ю. П. Теоретические основы автоматического управления. — Томск: Изд-во Томск. госуниверситета систем управления и радиоэлектроники, 2001 — 337 с.

2) Березкина Г. Л. Использование Rational Rose при проектировании ИС. Методические указания к лабораторной работе по курсу «Автоматизированная разработка АСОИУ» — Вл-к, 2007 — 56 с.

3) Березкина Г. Л. Визуализация результатов объектно-ориентированного проектирования в Visio. Методические указания к лабораторной работе по курсу «Автоматизированная разработка АСОИУ» — Вл-к, 2002 — 17 с.

4) К.Дж. Дейт.

Введение

в системы баз данных. — К.: М.:СП.: Издательский дом «Вильямс», 1999.

5) Сухомлинов А. И. Разработка интегрированной системы малого предприятия. Учебный пример. — Владивосток 2011.

6) Сухомлинов А. И Разработка информационных систем. — Владивосток: Изд-во ДВГТУ, 2008. — 111с.

7) Сухомлинов А. И. Информационные системы управления. — Владивосток: Изд-во ДВГТУ, 2008. — 109с.

8) Культин Н. Б. Программирование на Object Pascal" в Delphi 5 — СПб.: БХВ — Санкт-Петербург, 1999 — 464 с., ил.

9) А. В. Шеер. ARIS — моделирование бизнес-процессов. — Вильямс, 2000. -175 с.

10) Черемных С. В. Моделирование и анализ систем. IDEF-технологии: практикум. — М.: Финансы и статистика, 2006 — 192 с.

11) http://www.m2system.ru/m3.shtml (официальный сайт компании «КСТ — М-3»)

12) http://www.galaktika.ru/erp/ (официальный сайт корпорации «Галактика»)

13) http://www.sls.ru/produce/store.php (официальный сайт компании SoftLand Systems)

14) http://www.taurion.ru/access (обучающий интернет-ресурс в области информационных технологий)

15) http://ru.wikipedia.org/wiki/ERwin_Data_Modeler (страница информацион-ного интернет-ресурса, описывающая пакет ERWin)

16) http://v8.1c.ru/small.biz/ (официальный сайт компании «1С»)