Сетевая технология автоматизации процесса продаж продукции фирмы Rep’S

Размещено на http://www.allbest.ru

Сетевая технология автоматизации процесса продаж продукции фирмы Rep'S

Введение

Мы живём в веке глобализации, автоматизации и рыночных отношений. Каждая фирма и организация пытается выйти на рынок более высокого уровня, привлечь наибольшее число покупателей, увеличить объёмы производства продукции и показатели качества, то есть конкурентоспособность продукции. И тем самым повысить уровень прибыли от предпринимательской деятельности. Но расширение производства и его совершенствование требует большого увеличения управленческого состава и обслуживающего персонала. В свою очередь этот фактор значительно повышает количество расходов, не связанных с производством продукции непосредственно. Тогда для снижения данных затрат предприниматели переходят к автоматизации процессов обработки информации и управления. На этапе создания автоматизированной системы управления производства требуются дополнительные затраты на разработку и внедрение системы, но все эти затраты быстро окупаются и оправдывают себя. Исходя из этого, можно смело утверждать, что процесс автоматизации актуален для каждой организации, которой он может принести дополнительный экономический эффект. Фирма, рассматриваемая в данном проекте, нуждается в расширении с целью увеличения объёма продаж продукции и ассортимента, что приведёт к увеличению прибыли.

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

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

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

1. Анализ бизнес-процессов на фирме Rep'S и постановка задачи на проектирование

1.1 Описание деятельности фирмы Rep'S. Анализ существующих процессов на фирме и технологий обработки информации

1.1.1 Описание фирмы Rep'S

Фирма «Rep'S» основана 19 марта 2004 года в городе Харькове на Украине. Данная фирма занимается производством обуви, включая разработку новых моделей, их создание и продвижение на рынок. Всё производство сосредоточено в одном цехе. Численность работников составляет 15 человек. Товарооборот составляет в среднем 1000 пар обуви в месяц. На данной фирме существуют различные бизнес-процессы: учёт сделанной работы каждого работника, ведение статистики и планирование развития производства, разработка новых моделей обуви, расчёт необходимых материалов на новую модель обуви или заказ, оформление заказа, пошив обуви, продвижение товара на рынок, ведение бухгалтерии и другие. В данной работе будет рассматриваться процесс «продвижение товара на рынок» и связанные с ним процессы, так как это является самой актуальной проблемой для данной организации.

1.1.2 Описание процесса продвижения товара на рынок на фирме Rep'S

Фирма Rep'S очень молодая и не раскрученная, нет возможности содержать дополнительных работников. Поэтому директор выполняет не только обязанности директора, но и обязанности главного менеджера. Следовательно, во всех описанных ниже процессах менеджер и директор - одно и то же лицо.

Продвижение товара на рынок на данной фирме протекает в двух вариантах:

1) при наличии определённого заказа на изготовление обуви;

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

При наличии определённого закfаза на производство обуви технологический процесс протекает следующим образом:

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

В этом случае для работы фирмы необходимы обращение клиента, который формирует заказ и наличие материалов для выполнения заказа.

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

В процессах фирмы учувствуют:

ѕ клиент;

ѕ менеджер;

ѕ мастер;

ѕ рабочие.

Назначение каждого участника будет отображено в диаграммах бизнес-процессов.

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



Рисунок 1 - Диаграмма нулевого уровня процесса продаж при наличии определённого заказа на изготовление обуви

информационный программный продажа продукция

Работа фирмы при наличии заказа делится на 4 стадии:

1. Оформление заказа.

2. Запуск производства.

3. Выполнение заказа.

4. Передача заказа клиенту.

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

Рисунок 2 - Декомпозиция процесса продаж при наличии определённого заказа на изготовление обуви

Декомпозиции подлежат процессы «Оформить заказ» и «Отдать заказ».

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

Процесс «Выполнить заказ» не рассматривается, так как его организация не влияет на процесс оформления заказов.

Рассмотрим процесс оформления заказа. Он протекает следующим образом:

1. Менеджер предоставляет заказчику ассортимент продукции и характеристики.

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

3. После выбора заказчика, менеджер оформляет заказ, включающий в себя:

1) Данные заказчика:

a) фамилия;

b) имя;

c) отчество;

d) контактный телефон

2) Данные заказа:

a) наименование модели обуви;

b) размер обуви;

c) количество пар;

d) цена за пару;

e) цена заказа

Оформление заказ происходит вручную.



Рисунок 3 - Декомпозиция процесса оформления заказа

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

Рисунок 4 - Декомпозиция процесса передачи заказа

На выходе работы фирмы выполненный заказ, который получает клиент.

Рассмотрим теперь второй вариант технологического процесса. При отсутствии заказов цех производит обувь для прямого сбыта. При этом объёмы выпускаемой продукции планирует директор. Так же, как и в первом варианте технологического процесса, менеджер даёт указания на производство мастеру, мастер запускает процесс производства. Менеджер принимает готовую продукцию и реализует товар.

В этом случае для работы фирмы необходимы наличие материалов и информация о продажах.

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

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

Участники процессов фирмы остаются те же, что и в предыдущем варианте.

Бланк оформления заказа и телефон не требуются, так как формирование заказа и приём продукции происходит одновременно. Таким образом, общая схема работы фирмы выглядит следующим образом:

Рисунок 5 - Диаграмма нулевого уровня процесса продаж при прямом сбыте на рынке оптовых покупателей

В этом варианте работы фирмы можно выделить следующие этапы:

1. Планирование объёма и моделей производимой продукции.

2. Производство продукции.

3. Реализация продукции.

Рисунок 6 - Декомпозиция процесса продаж при прямом сбыте

Процесс «Запланировать выпуск» базируется на критериях эффективности и информации о продажах. К критериям эффективности относятся качество, временные и финансовые затраты на изготовление единицы продукции, получаемая прибыль. Информация о продажах - это статистика, показывающая объёмы продаж каждой модели и зависимость объёмов продаж от месторасположения точки сбыта. На их основе выбираются точки сбыта, модели и объёмы производства.

Процесс производства продукции по-прежнему детально не рассматривается.

Процесс реализации товара включает в себя:

1. Аренда помещения для организации торговой точки.

2. Доставка товара на торговую точку.

3. Рекламирование и привлечение покупателей.

4. Продажа товара.



Рисунок 7 - Декомпозиция процесса реализации товара

В представленной диаграмме декомпозиции подлежит только процесс поиска путей сбыта.

Рисунок 8 - Декомпозиция процесса поиска путей сбыта

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

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

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

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

1.1.3 Анализ недостатков существующей технологии продвижения товаров на рынок

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

Распишем конкретно перечисленные недостатки.

Сложность продвижения товара заключается в длительном процессе поиска покупателей, что влечёт за собой немалые дополнительные затраты. К таким затратам относятся: затраты на аренду помещения для организации торговой точки, затраты на перевозку товара в торговую точку, оплата продавцу. Рассмотрим эти затраты подробнее. Период рассмотрения 1 месяц, товарооборот - 1000 пар обуви.

Таблица 1 - Затраты на продвижение товара

	Статьи расхода	Размер выплаты, руб.	Число выплат в месяц	Сумма, руб.
1.	Затраты на аренду помещения для организации торговой точки	7500	1	7 500
2.	Затраты на перевозку товара в торговую точку	450	10	4 500
3.	Оплата продавцу	8000	1	8 000
ИТОГ:	20 000

Таким образом, общие затраты на сбыт при содержании одной торговой точки составляют 20 000 руб.

Эти затраты формируют первый и основной недостаток используемой технологии сбыта - малоэффективные затраты на реализацию сбыта продукции.

Второй недостаток вытекает из первого при расширении производства.

Для увеличения товарооборота необходимо увеличить сбыт. Для этого необходимо содержать несколько торговых точек в разных частях города. То есть при попытке увеличить товарооборот в 2 раза все перечисленные затраты также увеличатся в 2 раза и составят 40000 руб. неэффективных затрат.

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

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

1. Малоэффективные затраты на реализацию сбыта продукции.

2. Увеличение затрат на реализацию при расширении производства кратное увеличению товарооборота.

Перечисленные проблемы полностью блокируют развитие фирмы.

1.2 Разработка новой технологии продаж продукции фирмы Rep'S

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

Услуга «оформление заказа» должна быть доступна любому пользователю в любом месте, то есть создаваемое приложение должно быть ориентировано на неопределённую группу покупателей. Таким образом, приложение должно быть легко доступным любому пользователю. Для обеспечения данного требования, лучше всего создать приложение, позволяющее оформлять заказ через глобальную сеть. Для этого необходимо создать базу данных, которая будет хранить все необходимые данные для оформления заказа, а также информацию о уже зарегистрированных покупателях. Эта база данных будет храниться на сервере. Для связи пользователя с этой базой данных необходимо разработать приложение, позволяющее оформлять заказ. Это приложение будет работать через сайт фирмы. Любой пользователь сможет через свой браузер зайти на сайт фирмы и оформить заказ.

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

1) пользователь заходит на сайт фирмы;

2) система предоставляет пользователю ассортимент;

3) для оформления заказа пользователь переходит на форму оформления заказа;

4) система запрашивает аутентификацию;

5) если пользователь уже зарегистрирован, он вводит регистрационные данные; если он не зарегистрирован, то регистрируется;

6) пользователь выбирает продукцию;

7) пользователь переходит на формирование заказа;

8) система рассчитывает полную стоимость заказа;

9) система запрашивает подтверждение заказа.

10) если заказ подтверждён, то он сохраняется в БД заказов, и выполняется переход к шагу 16; если заказ не подтверждён, то система запрашивает дальнейшие действия: отказ от заказа или редактирование.

11) пользователь выбирает действие (отказ или редактирование).

12) если пользователь отказался от заказа, то система возвращает пользователя на шаг 6; если пользователь перешёл на редактирование заказа, то выполняется переход к шагу 13;

13) система выдаёт пользователю форму редактирования заказа;

14) пользователь редактирует заказ;

15) возврат к шагу 7;

16) менеджер извлекает заказ из БД заказов;

17) менеджер распечатывает заказ;

18) менеджер отмечает его как отправленный;

19) менеджер отправляет заказ на выполнение в цех;

20) цех выполняет заказ;

21) после выполнения заказа из цеха приходит информация менеджеру о выполнении заказа;

22) менеджер созванивается с заказчиком;

23) заказчик назначает время и дату отгрузки товара;

24) заказчик забирает товар со склада цеха.

Данная технология отображена на рисунке 9.



Рисунок 9 - Схема предлагаемой технологии оформления и выполнения заказа

Процесс «Выбрать продукцию» включает в себя несколько подпроцессов. Подпроцессы и их взаимоотношения отображены на рисунке 10.



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

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

ѕ хранение данных о покупателях;

ѕ хранение данных о продукции;

ѕ регистрацию нового покупателя;

ѕ аутентификацию уже зарегистрированного покупателя;

ѕ просмотр ассортимента;

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

ѕ хранение заказов;

ѕ управление товаром.

Просмотр ассортимента доступен всем, не требует аутентификации. Данные о продукции должны быть достаточными.

1.3 Выбор архитектуры для реализации информационной системы

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

Архитектура «клиент-сервер» бывает:

??двухзвенная;

??трехзвенная;

??многозвенная.

Для реализации работы пользователя с базой данных через глобальную сеть необходимо на сервере установить:

1. Web-сервер. Он позволит пользователю заходить на сайт фирмы.

2. Сервер приложений. Он позволит обрабатывать запросы пользователя.

3. SQL-сервер. Он позволит работать с базой данных.

Таким образом, в системе учувствуют 4 звена: приложение, web-сервер, сервер приложений, SQL-сервер. Следовательно, для построения системы будет использоваться многозвенная архитектура «клиент-сервер».

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

Рисунок 11 - Архитектура системы автоматизированного формирования заказов

Итак, предлагаемая технология реализуется в многозвенной архитектуре «клиент-сервер». Схема данной архитектуры представлена выше.

1.4 Выбор программного обеспечения для реализации информационной системы

1.4.1 Выбор SQL-сервера

Базы данных в данной системе могут быть реализованы в следующих программах: Informix, Oracle, MySQL, MS SQL Server. Для выбора наиболее подходящей программы необходимо ввести критерии выбора. Для ввода критериев выбора нужно учесть следующие факторы:

1. затраты на приобретение;

2. время освоения;

3. максимальное число пользователей одновременно обращающихся к базе;

4. платформу;

5. способ доступа;

6. требования к сложности SQL запросов;

7. скорость работы БД и СУБД;

8. сложность обслуживания БД.

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

На основе перечисленных факторов сформируем требования к СУБД, которые и будут являться критериями для выбора наиболее подходящей СУБД.

Таблица 2 - Требования к СУБД для создаваемой системы

№	Параметр	Требование
1	Затраты на приобретение	Наименьшие
2	Максимальное число пользователей одновременно обращающихся к базе	100
3	Платформа	Windows
4	Размер базы данных	несколько мегабайт
5	Тип программы	маленький web-сервер
6	Требования к сложности SQL запросов (Мощность языка SQL)	Не сложные, стандартные
7	Сложность настройки, установки, администрирования	небольшая
8	Стоимость программистов и администраторов (Сложность обслуживания БД)	небольшая

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

Таблица 3 - Сравнение SQL - серверов

Параметр	Informix	Oracle	MySQL	MS SQL Server
Наименьшие затраты на приобретение	0	0	1	0
Возможность 100 пользователей одновременно обращающихся к базе	1	1	1	1
Платформа Windows	1	1	1	1
Размер базы данных несколько мегабайт	1	1	1	1
Тип программы - маленький web-сервер	1	1	1	1
Требования к сложности SQL запросов (Мощность языка SQL) Не сложные, стандартные	1	1	1	1
Небольшая сложность настройки, установки, администрирования	0	0	1	1
Небольшая стоимость программистов и администраторов (Сложность обслуживания БД)	0	0	1	1
ИТОГ:	5	5	8	7

На основе данного анализа, очевидно, что система MySQL является достаточной для создания нужной БД, но при этом она бесплатная. Следовательно, для реализации проекта будет взята СУБД MySQL.

1.4.2 Выбор языка написания серверных сценариев интернет магазина

Языки программирования для создания web-приложений делятся на языки, используемые на стороне клиента, и языки, используемые на стороне сервера.

Код программ, работающих на стороне клиента (посетителя сайта) выполняется на компьютере посетителя сайта, в браузере, запущенном на компьютере пользователя (Internet Explorer, Opera, Netscape, Firefox и др.). Этот код пишется на языках JavaScript и VBScript.

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

ѕ PHP;

ѕ Языки ASP.NET;

ѕ Perl;

ѕ Java.

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

1. Быстрота выполнения кода.

Этот критерий является очень важным. Оценивается по трехбалльной шкале:

1 - медленное выполнение кода;

2 - средняя скорость выполнения кода;

3 - быстрое выполнение кода.

2. Поддержка СУБД MySQL (выбрана в предыдущем пункте).

Шкала оценки:

0 - не поддерживает СУБД MySQL;

1 - поддерживает СУБД MySQL.

3. Выполнение приложения в любом браузере.

Шкала оценки:

0 - выполняется только в браузере MS Internet Explorer;

1 - поддерживает мало браузеров;

3 - выполняется в основных браузерах.

4. Стоимость.

0 - высокая стоимость среды программирования;

2 - средняя стоимость;

4 - свободное распространение.

5. Простота изучения (написания кода).

1 - сложен для понимания.

2 - относительно прост для изучения.

Сформируем таблицу сравнения и выберем наиболее подходящий язык программирования web-приложения.

Таблица 5 - Сравнение языков программирования web-приложений

№	Критерий	PHP	Языки ASP.NET	Perl	Java
1.	Быстрота выполнения кода	3	2	2	1
2.	Поддержка SQL-сервера MySQL	1	1	1	1
3.	Выполнение приложения в любом браузере	3	0	3	3
4.	Стоимость	4	0	4	0
5.	Простота изучения	2	1	1	1
Итог:	13	4	11	6

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

1.4.3 Выбор сервера приложений

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

ѕ WebLogic Server 7.0;

ѕ Caucho Resin;

ѕ TopServer;

ѕ GlassFish.

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

1. Стоимость.

Данный критерий оценивается по трехбалльной шкале:

3 - очень высокая стоимость;

6 - средняя стоимость;

9 - бесплатное программное обеспечение.

2. Стабильность.

Оценка:

2 - бывают сбои;

4 - стабилен.

3. Техническое сопровождение (поддержка).

Оценка:

2 - нет поддержки;

4 - полная поддержка производителя.

4. Популярность.

2 - средняя распространённость;

4 - популярен.

Таблица 6 - Сравнение серверов приложений

№	Критерии	WebLogic Server 7.0	Caucho Resin	TopServer	GlassFish
1.	Стоимость	3	3	9	9
2.	Стабильность	4	2	4	4
3.	Техническое сопровождение (поддержка)	4	4	2	2
4.	Популярность	4	2	4	2
	ИТОГ:	13	11	19	17

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

1.4.4 Выбор web-сервера

Для организации сайтов в глобальной сети используются около двух десятков серверов. Основные из них Apache и MS IIS (Microsoft Information Server).

Web-сервер Apache работает под Windows и Unix-подобными операционными системами (Linux, FreeBSD, Solaris и т.д.). Web-сервер Apache является бесплатным продуктом с открытым исходным кодом.

Web-сервер MS IIS работает только под Windows, является коммерческим продуктом.

Таким образом, для разрабатываемой системы будет использоваться web-сервер Apache, так как он не уступает web-серверу MS IIS, но при этом является свободно распространяемым.

Итак, в данной главе определено, что система имеет многозвенную архитектуру «клиент-сервер», состоящую из приложения, web-сервера, сервера приложений и SQL-сервера.

Выбрано программное обеспечение, реализующее данную архитектуру:

ѕ SQL-сервер - MySQL.

ѕ Сервер приложений - TopServer.

ѕ Web-сервер Apache.

Язык написания серверных сценариев - PHP.

1.5 Обоснование требований к различным элементам системы

Требования к приложению

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

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

Информация об обуви должна быть доступна всем, даже незарегистрированным пользователям.

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

К внешнему оформлению сайта выдвигаются следующие требования:

Цветовая гамма сайта должна быть приятной для глаз. Общий фон сайта должен быть светлым. Текст сайта, должен быть тёмным, контрастным, но не ядовитого цвета.

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

Требования к быстродействию

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

Скорость обработки запросов не должна снижаться при работе одновременно 100 пользователей.

1.6 Постановка задачи

На основе проведённого анализа было определено, что необходимо создать web-приложение, позволяющее оформлять заказы через интернет.

Архитектура системы - многозвенная архитектура «клиент-сервер».

Данная система должна выполнять следующие функции:

ѕ хранение данных о покупателях;

ѕ хранение данных о продукции;

ѕ регистрацию нового покупателя;

ѕ аутентификацию уже зарегистрированного покупателя;

ѕ просмотр ассортимента;

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

ѕ хранение заказа;

ѕ управление товаром.

Для хранения данных о покупателях и продукции должна бить разработана база данных в среде MySQL.

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

Внешний вид сайта, на котором будет работать приложения, должен удовлетворять следующим требованиям:

ѕ фон сайта светлый;

ѕ текст сайта тёмный, не ядовитого цвета;

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

Для реализации проекта использовать следующие средства:

ѕ SQL-сервер - MySQL.

ѕ Сервер приложений - TopServer.

ѕ Web-сервер Apache.

ѕ Язык написания серверных сценариев - PHP.

Загрузка страницы не более чем за 4 секунды.

2. Разработка информационной технологии

2.1 Разработка модели базы данных

Разработка баз данных включает в себя этапы:

1. Системный анализ предметной области.

2. Инфологическое проектирование (концептуальная модель).

3. Даталогическое проектирование (логическая модель).

4. Физическое проектирование.

Анализ предметной области был произведён в пунктах 1.1.2 и 1.1.3. остальные этапы будут рассмотрены ниже.

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

2.1.1 Выбор средств проектирования

Для проектирования необходимо выбрать CASE-средства. Оценка CASE-средств будет производиться по следующим критериям:

ѕ возможность ввода и редактирования информации, описывающей элементы данных системы и их отношения;

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

ѕ простота освоения. Трудовые и временные затраты на освоение средств;

ѕ совместимость обновлений (совместимость новых версий с существующими, включая, например, совместимость по входным или выходным данным);

ѕ совместимость с версиями ОС (возможность работы в среде различных версий одной и той же ОС, простота модификации CASE-средства для работы с новыми версиями ОС);

ѕ переносимость данных между различными версиями CASE-средства;

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

Каждый критерий может иметь оценку 0-5.

Оценка «0» означает, что данное программное обеспечение полностью не удовлетворяет требованию критерия.

Оценка «5» означает, что данный критерий выполняется полностью.

То CASE-средство, которое будет иметь наибольший балл, будет принято. Балл этого программного обеспечения не должен быть меньше 30.

Оценка отражена в таблице7.

В выборе и оценке участвуют следующие программные средства:

ѕ Vantage Team Builder (Westmount I-CASE),

ѕ Designer/2000;

ѕ Silverrun;

ѕ Erwin;

ѕ S-Designor;

ѕ CASE-Аналитик.

Таблица 8 - Оценка CASE-средств

CASE-средства Критерии оценки	Westmount I-CASE	Designer/2000	Silverrun	ERwin+BPwin	S-Designor	CASE. Аналитик
возможность ввода и редактирования информации, описывающей элементы данных системы и их отношения	5	5	5	5	5	5
удобство пользовательского интерфейса	4	3	3	5	4	4
простота освоения	4	3	4	5	5	4
совместимость обновлений	5	5	5	5	5	4
совместимость с версиями ОС	5	5	5	5	4	5
переносимость данных между различными версиями CASE-средства	5	4	5	5	4	5
затраты на CASE-средство	4	3	0	4	4	0
ИТОГ:	32	28	27	34	31	26

Из приведённой таблицы видно, что наиболее удобным средством для проектирования является Computer Associates Erwin, так как он имеет наибольший балл.

2.1.2 Инфологическое проектирование

Инфологическое проектирование предполагает построение семантической модели предметной области, то есть информационной модели высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Модель включает в себя описание информационных объектов - сущностей, и связей между ними.

Сущности:

1. Клиент.

2. Заказ.

3. Товар.

4. Ответственное лицо со стороны поставщика.

Свойства сущности «Клиент»:

ѕ логин;

ѕ пароль;

ѕ фамилия;

ѕ имя;

ѕ отчество;

ѕ контактный телефон;

ѕ e-mail;

ѕ статус;

ѕ наименование фирмы (не обязательно).

Свойства сущности «Заказ»:

ѕ номер заказа;

ѕ данные клиента;

ѕ данные ответственного лица;

ѕ данные товара.

Свойства сущности «Товар»:

ѕ наименование модели;

ѕ свойства;

ѕ изображения;

ѕ цена;

ѕ категория.

Свойства сущности «Ответственное лицо»:

ѕ логин;

ѕ пароль;

ѕ фамилия;

ѕ имя;

ѕ отчество;

ѕ контактный телефон;

ѕ e-mail.

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

Клиент оформляет заказ. Заказ включает в себя товар. Поставщик в лице определённого ответственного лица (менеджера) обрабатывает заказ.

Связи сущностей выглядит следующим образом:



Рисунок 12 - Концептуальная модель

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

2.1.3 Даталогическое проектирование

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

Логические модели могут быть ненормализованными и нормализованными. Для нормализации модели необходимо исключить отношения многие-ко-многим.

Нормализованная логическая модель отображена на рисунке 13.

Связь таблицы «Т_Категория», замкнутая на себя, позволяет реализовать иерархическую структуру категорий.

Таблица «Т_Клиент» содержит данные клиентов и ответственных менеджеров. Различия ролей происходит с помощью атрибута «Статус». Статусы хранятся в таблице «Т_Статус».

Таблица «Т_Права» содержит права соответствующих статусов. Подробней назначение данной таблицы описывается в разделе описания алгоритмов обработки информации при описании процесса сохранения статуса.



Рисунок 13 - Логическая модель данных

2.1.4 Физическое проектирование

Физическое проектирование - создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п.

На основе выбора SQL-сервера, который выбран в пункте 1.3.2, можно определить типы всех полей и определить физическую модель данных. Схема физической модели данных представлена на рисунке 14.

Итак, в данной главе разработана физическая модель базы данных, определены типы данных на основе реальной СУБД и обязательные поля.



Рисунок 14 - Физическая модель данных

2.2 Разработка основных алгоритмов обработки информации

Данная система должна предусматривать два варианта использования:

1. Взаимодействие с клиентом при оформлении заказа.

2. Взаимодействие с менеджером при заполнении базы заказов и работе с заказами.

При взаимодействии с клиентом система должна реализовывать следующие функции (основные):

ѕ поиск товара;

ѕ добавление товара в заказ;

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

Поиск товара происходит по ключевому слову, введённому в поле поиска. Ключевое слово ищется по всем атрибутам товара. Это позволяет искать товар по идентификатору, наименованию модели и по всем свойствам. Алгоритм поиска представлен на рисунке 15.



Рисунок 15 - Сценарий обработки информации при поиске товара

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

Рисунок 16 - Сценарий обработки информации при добавлении товара в заказ

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

Обновление таблицы истории цен - это удаление устаревших строк. Устаревшей считается строка, содержащая информацию о товарах старой цены и имеющая в ячейке «Количество товара на складе» значение «0». Строку можно удалять только в том случае, если есть строка с новой ценой.

Данный процесс начинается с последней строки таблицы, так как последние строки товаров - строки с новыми ценами.

При взаимодействии приложения с менеджером система должна реализовывать следующие функции:

ѕ изменять количество товара при приёме на склад;

ѕ добавлять новый товар;

ѕ изменять информацию о товаре;

ѕ отображать информацию о состоянии склада;

ѕ позволять работать с заказами клиентов.

С точки зрения менеджера процесс изменения количества товара при приёме на склад выглядит следующим образом:

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

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

Процесс добавления нового товара представляет собой заполнение всех атрибутов товара.

Процесс изменения информации о товаре представляет собой изменение атрибут товара.

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

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

В системе организована структура пользователей (статусов) с различными правами. По умолчанию существует три записи: клиент и администратор. Администратор имеет неограниченные права, которые невозможно ограничить. Он может создавать другие статусы и определять права для этих статусов. Например, создать менеджеров, отвечающих за различные функции системы: добавление и изменение товара, работа с заказами, работа со складом и т.д. Данная функция рассчитана на разграничение прав ответственных менеджеров при значительном расширении производства. Выбор статуса возможен только тем пользователем системы, которые наделены правом создания новой записи служебного пользователя (менеджера). При внешней регистрации (регистрации клиентов) выбор статуса невозможен, он по умолчанию определён как «Клиент».

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

2.3 Разработка основных форм и отчётов

Интерфейс пользователя - это элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением. Опишем основные компоненты разрабатываемой программы.

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

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

В строке «Модель» отображается наименование модели.

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

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

На форме отображаются характеристики модели и описание.

Кнопка «Комментировать / Просмотреть комментарии» позволяет просмотреть комментарии данной модели и оставить свои.

Добавить товар в корзину, комментировать и просмотреть комментарии возможно только после аутентификации.

Информация на сайте разделена на вкладки. Вкладки определяются в соответствии с правами.

Для клиента отображаются следующие вкладки:

ѕ продукция - вкладка, содержащая информацию о продукции;

ѕ корзина - вкладка, содержащая продукцию о продукции, добавленной в заказ;

ѕ вкладка, которая генерируется при переходе на какую-либо ссылку слева.

Вкладка «Продукция» содержит поле поиска, ссылку переключения к виду отображения товара в виде списка товара, подробную информацию о продукции.

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

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

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

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

ѕ идентификатор;

ѕ наименование модели;

ѕ цвет;

ѕ размер;

ѕ количество обуви на складе;

ѕ цена (последняя).

Вкладка «Корзина» содержит информацию о клиенте и о продукции.

Продукция описывается следующими полями:

ѕ идентификатор;

ѕ наименование модели;

ѕ цвет;

ѕ размер;

ѕ количество заказанного товара и количество имеющегося на складе (для удобства при редактировании);

ѕ цена штучная;

ѕ цена общая (произведение штучной цены и количества заказанного товара).

Внизу таблицы отображается итоговая сумма заказа.

Имеется возможность редактировать заказ: добавлять / уменьшать количество заказанной продукции, удалять данную продукцию из заказа.

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

Для служебного статуса имеются следующие вкладки:

1. Добавление товара - позволяет добавлять новый товар в базу данных.

2. Изменение товара - позволяет просматривать и редактировать описанный в базе данных товар.

3. Состояние склада - позволяет просмотреть количество имеющегося товара на складе, модели и количество товара для срочного производства (в случае если заказанного товара больше, чем имеющегося на складе) и сформировать заказ на производство.

4. Заказы - позволяет просмотреть заказы клиентов, распечатать заказ, перевести заказ в другое состояние (изменить статус), оформить заказ на определённого клиента или изменить имеющийся (в случае, если заказ был оформлен или изменён по телефону или электронной почте).

5. Статистика заказов - отображает статистику заказов продукции.

6. Клиенты - отображает информацию о клиентах.

7. Предложения - отображает сообщения, оставленные клиентами в разделе «Отзывы и предложения», и позволяет написать ответ.

8. Администрирование - позволяет создавать новые служебные статусы, изменять или удалять имеющиеся статусы, создавать запись нового менеджера.

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

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

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

Таким образом, расписаны и отображены основные интерфейсы страничек сайта.

Распишем кратко источники другой информации, имеющиеся на сайте.

Ссылка «Новинки» содержит информацию о недавно разработанных моделях обуви.

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

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

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

Ссылка «Отзывы и предложения» позволяет написать сообщение, не привязанное к определённому товару.

Ссылка «Личный кабинет» позволяет редактировать личную информацию.

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

2.4 Отображение структуры разработанной технологии

Как описано выше описываемая технология реализуется на многозвенной архитектуре «клиент-сервер». При выборе программного обеспечения определены программы для реализации компонентов архитектуры:

ѕ SQL-сервер - MySQL.

ѕ Сервер приложений - JBoss Application Server.

ѕ Web-сервер Apache.

Клиенты и сотрудники фирмы работают с системой через глобальную сеть с помощью браузера.

3. Оценка эффективности разработанного проекта

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

1. Скорость работы системы.

2. Защита от ошибочных действий пользователя.

3. Лёгкость понимания при работе с системой.

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

Миним_общее_время = Тавт + Тотобр + Тотв + Твоспр

где Миним_общее_время - минимально возможное время,

Тавт - время авторизации пользователя,

Тотобр - время отображения веб-страницы,

Тотв - время получения ответа от системы,

Твоспр - время восприятия информации пользователем.

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

Миним_общее_время = 10 + 1 + 1 + 20 =32 сек

Итого, для получения ответа с сервера пользователю потребуется не более 32 секунд.

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

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

Заключение

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

На этапе анализа бала рассмотрена базовая технология продвижения товара на рынок фирмы по производству обуви Rep'S и выявлены её недостатки, такие как:

1. Малоэффективные затраты на реализацию сбыта продукции.

2. Увеличение затрат на реализацию при расширении производства кратное увеличению товарооборота.

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

Для технологии была определена многозвенная архитектура «клиент-сервер». Для её реализации было выбрано следующее программное обеспечение:

ѕ SQL-сервер - MySQL.

ѕ Сервер приложений - TopServer.

ѕ Web-сервер Apache.

Язык написания серверных сценариев - PHP.

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

На этапе проектирования было произведено инфологическое, даталогическое и физическое проектирование

На этапе разработки были описаны основные алгоритмы обработки информации, разработан интерфейс пользователя.

Оценка эффективности производилась по параметрам системы, таким как:

1. Скорость работы системы.

2. Защита от ошибочных действий пользователя.

3. Лёгкость понимания при работе с системой.

Система удовлетворяет поставленным требованиям.

информационный программный продажа продукция

Литература

1. Методическое пособие по UML/Авт. - составитель ЛаптеваС.В. Тольятти: ТФ СГАУ им. С.П. Королева, 2011.

2. Методическое пособие по IDEF0 / Авт. - составитель ЛаптеваС.В. Тольятти: ТФ СГАУ им. С.П. Королева, 2009., 2011.