Переходит на заказ товара, вводит персональные данные в окне появившейся формы, нажимает ввод. Менеджер видит поступление заказа и связывается с клиентом для подтверждения и корректировки заказа, если уточнения нужны, то клиент корректирует заказ. После уточнения клиент оплачивает заказ и производит оплату, если цена изменилась, менеджер уточняет детали оплаты (опт, постоянный, клиент, акция, скидка и т. д.Если все детали учтены и оплата прошла, менеджер формирует заказ и передает на склад. Если на складе есть все компоненты заказа то работник склада собирает заказ, заказ отправляется клиенту, Клиент получает и проверяет заказ, если заказ не устраивает, уточняется оплата и повторяется формирование заказа, если все устраивает то процесс окончен2.
6. РазработкаClassDiagramДиаграммы классов обычно заполняются параллельно с диаграммами последовательностей в процессе моделирования работы вариантов использования. На основе описанных данных в диаграмме использования и последующем выделяются категории концептуальных классов, Рис.
2.8. Концептуальная диаграмма классов2.
7. РазработкаComponentDiagramРазвертывание системы, в виде представления ее интерфейса, представлено на рисунке 11 в виде диаграммы компонентов, которая определяет архитектуру разрабатываемой системы на физическом уровне и представляет зависимости между программными компонентами. Объекты интерфейса пользователя.
Система состоит из форм, каждая из которых реализуется в своём компоненте на диаграмме компонентов (рис.
1.12):main — главная программа, из которой запускаются все компоненты приложения;Form1 -отдельное окно — форма авторизации;Form2 — отдельное окно — главная форма, предлагает выбор объекта, над которым нужно производить операции ;Form3 — компонент меню на главной формевыбор действия, в зависимости от прав пользователя ;Form4 — отдельное окноформа создания личной карточки;Form5- отдельное окно — форма редактирования/удаления личной карточки;Form6- отдельное окно — форма просмотра личной карточки.Рис. 2.
9.Диаграмма компонентов системы2.
8. РазработкаDeploymentDiagramПо своей структуре разрабатываемаясистема является клиент-серверным приложением. В компании, в отделе кадров, располагаются персональные компьютеры для работы инспекторов с предварительно установленной клиентской частью системы. Компьютеры соединяются локальной сетью с сервером базы данных, на котором хранится серверная часть системы и база данных со всей информацией. На рисунке 3.
10.показана модель (диаграмма развертывания) разрабатываемой системы и обозначена сетевая архитектура технических средств системы.Рис. 1.
13.Архитектура технических средств системы Заключение.
В ходе курсового проектирования целью которого была разработка программного средства для предоставления услуг в области продаж электроники в интернет-магазине с помощью веб-технологий, были решены следующие задачи. Проведен анализ конкурентной среды, который выявил необходимость создания интернет-магазина для повышения уровня компании на рынке продажи электроники в условиях конкуренции. Результат исследования сайтов компаний по продаже электроники показал достаточное разнообразие предложений на рынке электроники, однако специфика товара видимо не предполагает широкое использование самой технологии интернет-магазина, тем не менее для продажи электроники такой магазин не только не будет лишним, а позволит расширить ореол и сферу деятельности магазина. Кроме этого сравнительный анализ позволил выделить основные потребительские качества, которые ценит пользователь. В ходе исследования не отмечались качество дизайна, скорость поиска и т. п., однако необходимо отметить, что эти качества тоже ценит пользователь. Разработка проекта интернет-магазина строилась в несколько этапов, которые включали: разработку основной модели интернет-магазина с выделением объектов манипулирования контентом; определение групп пользователей и разграничений прав пользователей по доступу к объектам контента; построение модели с использованием технологий Была выполнена постановка задач на проектирование. Были проанализированы технологии проектирования и Таким образом, для достижения цели исследования нами были выполнен ряд задач. Мы проанализировали литературу по теме «электронная коммерция» и рассмотрели понятие системы для разработки виртуального магазина. Мы определили преимущества и недостатки виртуальных магазинов и сделали выводы, что электронная коммерция не сможет змин традиционную, но она также нужна и имеет свой контингент покупателей. Мы рассмотрели классификацию виртуальных магазинов на базе Интернет источников. Нами была проанализирована организации деятельности виртуальных магазинов. Мы определить требования к разработке электронного магазина. Нами была определена системы управления сайтом и магазином;
Мы изучили систему создания виртуальных магазинов и приобрели навыки ее использования;
Нами была разработана структура электронного магазина;
Мы разработали электронный магазин компьютеров, ноутбуков и комплектующих. Таким образом мы выполнили все задачи исследования и достигли цели исследования — «Разработка интернет магазина по продаже электроники».Список использованной литературы.
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя. — М.: ДМК Пресс, 2001.
Баззел Р., Кокс Д., Браун Р. Информация и риск в маркетинге — М.:Финстатинформ, 1993.
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя. — М.: ДМК Пресс, 2001.
Вендров А. М. Проектирование программного обеспечения экономических информационных систем. / А. М. Вендеров. — М.: Финансы и статистика, 2000.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 199 176 с. Голубков Е. П. Маркетинговые исследования: теория, методология и практика: Учебник.
— 3-е изд., перераб. и доп. — М.: Издательство «Финпресс», 2003. — 496 с. Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем. Интернет-университет информационных технологий.
/ В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина // ИНТУИТ.ру. − 200Калянов Г. Н. CASE. Структурный системный анализ (автоматизация и применение). М.
: Лори, 1996. — 457с.Кватрани.
Т. Rational Rose 2000 и UML. Визуальное моделирование. — М.: ДМК Пресс, 2001.
Котлер Ф. Основы маркетинга. Краткий курс.: Издательство «Вильямс», 2007. — 656 с. Ларман К. Применение UML и шаблонов проектирования. — М.: Издательский дом «Вильяме», 2001.
Леоненков А. В. Самоучитель UML. — СПб.: БХВ-Петербург, 2001.
Петров В. И. Информационные системы. СПб.: Питер, 2002. 688 с. Федоров Н. В. Проектирование информационных систем на основе современных CASE-технологий. — М.: МГИУ, 200 − 287 с. Черемных С. В., Ручкин В. С., Семенов И. О. Структурный анализ систем IDEF-технологии. / С. В. Черемных, В. С. Ручкин, И. О. Семенов — М.: Финансы и статистика, 2001.
Грачев А.В. «Основы финансовой устойчивости предприятия» // Финансовый менеджмент, 2008 г. — № 4. Зуб А. Т. Стратегический менеджмент: теория и практика: Учебное пособие для вузов. — М.: ИД «ФОРУМ»: ИНФРА-М, 2010.
— 415 с. Кован С. Е. «Финансовая устойчивость предприятия и её оценка для предупреждения его банкротства» / С. Е. Кован, Е. П. Кочетков // Экономический анализ: теория и практика — 2009 г. — № 15.Фомина Т. Г., Соколова А. С. Интернет-магазин: понятие и виды // NAUKA-RASTUDENT.RU .
— 2014. № 2 (02).Шпак Ю. W eb-разработка средствами MODx.
— М: МК-Пресс, 2012. — 400 с. Goldenberg B. J. T he Definitive Guide to Social. M.
aximizing Customer Relationships with Social Media to Gain Market Insights, Customers, and Profit CRM. 2015 ISM, Inc. — 255 p. Аналитический бюллетень inSales 2015: Рынок Интернет-торговли в России в 2014 году. URL:
http://www.insales.ru/blog/2015/05/20/analytical-bulletin-insales-2015/ (дата обращения: 28.
04.2018).Исследование Nielsen: как россияне покупают продукты на сайтах интернет-магазинов. URL:
http://adindex.ru/news/researches/ 2015/05/5/123 342.phtml (дата обращения: 28.
04.2018).Кравченко В. Клиентоориентированность и основные проблемы Топ-100 интернет-магазинов. URL:
http://www.searchengines.ru/ articles/klientoorientir.html (датаобращения: 28.
04.2018).Приложения.
Приложение 1. Техническое задание для проектирования программного обеспеченияинтернет-магазина электроники. Предметная область.
Магазин занимается продажей компьютеров. Покупатель просматривает каталог и делает заказ. Предполагаем, что потенциальный клиент заходит на сайт магазина, где он может нажать кнопку просмотра (или загрузки) каталога, а далее может положить понравившийся товар в корзину, изменить перечень товаров в корзине и, приняв решение о покупке товаров, перейти из своей корзины к оформлению заказа на приобретение товаров, аккумулированных в корзине. Для того чтобы корректно создать программное обеспечение (систему), отвечающее всем требованиям заказчика, необходимо достаточно четко описать те основные бизнес-функции/бизнес-процессы, которые реализуются при выполнении покупателем перечисленных выше действий, и охарактеризовать ключевые требования предъявляемые к проектируемому программному обеспечению (ПО).Для этого необходимо провести обследование компании и построить ее полную бизнес-модель, выделив и детально описав ее бизнес-процессы, в том числе и отмеченный выше. Поскольку мы не можем провести такое обследование и не имеем возможности общаться с заказчиком, то мы будем опираться на придуманное нами словесное описание системы. Каждый товар в каталоге магазина описывается артикулом, размерным рядом, ценой и фото с кратким описанием. Покупатель может загрузить каталог товаров.
Каталог не содержит разделы, имеет блочную структуру, состоит из набора товаров с фото, ценой и размерами. Покупатель складывает понравившиеся товары в корзину, при этом выбирая размер и количество необходимого товара данного артикула. Корзину можно изменить (перечень товаров в корзине): просмотреть товары в корзине, удалить товар, изменить количество позиций одного артикула, вернуться в каталог товаров магазина. Когда покупатель делает заказ, он вводит свои личные данные, телефон и оплачивает его по банковской карте (если заказ не оплачен, то он и не сделан). После того как сделан заказ, его можно забрать со склада через 1 рабочий день. Данные о заказе поступают сотруднику магазина, назовем его сотрудником отдела продаж, он проверяет наличие товаров и передает его кладовщику на комплектацию.
Кладовщик, собрав заказ, делает отметку о готовности. Заказ выдается со склада кладовщиком. Кладовщик выдает заказ и отмечает в системе, что заказ выдан. Для упрощения считается, что магазин не занимается доставкой заказов, не делает скидок. Для ограничения масштаба рассматриваемой задачи система снабжения магазина новыми товарами не рассматривается.
Считается, что этим занимается подсистема, которую предлагается называть Склад. Информация о проданных товарах (т.е. сделанных заказах) поступает также в подсистему Склад. Поскольку на протяжении от создания до выдачи заказа, он проходит разные стадии, то будет разумно ввести понятие статуса заказа. Сотрудники магазина могут статус заказа изменять, а покупатель может проследить за сборкой заказа. В таком случае проектируемое программное обеспечение предоставляет еще одну функцию: узнать статус заказа.
1. Наименование и область применения.
Интернет-магазин «O&O. Обувь и одежда».Область применения интернет-магазина «Обувь и Одежда» является создание удобного и эффективного инструмента он-лайн продаж обуви и одежды. Целью создания интернет-магазина является реклама продукции, маркетинг и организация продаж обуви и одежды.
2. Основание для разработки2.
1. Основанием для данной работы служит договор № _5_ от _5 апреля_ 2017 г.
2.2. Наименование работы:
Интернет-магазин «O&O. Обувь и одежда». Продажа детской и взрослой одежды и обуви различных брендов.
2.3. Исполнители: ООО «Лучший интернет-софт».
2.4. Соисполнители: нет.
3. Назначение разработки.
Разработка полнофункционального интернет-магазина для организации продаж детской и взрослой одежды различных брендов, реклама, маркетинг товаров магазина. 4. Технические требования кпрограмме или программному изделию4.
1. Требования к функциональным характеристикам4.
1.1. Состав выполняемых функций.
Разрабатываемое программное обеспечение должно обеспечивать: On-lineдемонстрацию товара (фото, видео, галерея товара), Доступ к описанию товара, характеристики (артикул, размерный ряд, цена и фото с кратким описанием), Возможность сравнения товара с другими товарами по нескольким характеристикам (цена, рейтинг, популярность), Возможность заказа товара, Возможность добавления товара в корзину, Возможность оплаты товара, Возможность рейтингования товара, Возможность комментариев к товару, Возможность изменения корзины с товарами, Получение статуса заказа, Создание базы покупателей, Подсистема склад, с учетом товаров, Движение товара в подсистеме склад, Автоматизация работы менеджера по продаже товаров, Возможность ввода товара в систему с его описанием и характеристиками, Возможность редактирования товара в системе магазина, Возможность удаления товара, Получение статистики о продажах, Получение статистики о пользователях.
4.1.
2. Организация входных и выходных данных Исходные данные поступают в систему в виде цифровой и текстовой информации, как данные полей форм. Выходные данные выводятся на экраны мониторов в виде визуальной графической информации. Для вывода данных используются поля форм и графические образы. Основной режим использования системы — ежедневная работа.
4.2. Требования к надежности.
Надежность системы определяется надежность функционирования сервера и информационной системой сайта, а также линиями связи на стороне клиента. Повышение надежности системы обеспечивается увеличением пропускной способности каналов связи, установкой накопителей в рейд, созданием резервных копий системы.
4.3. Условия эксплуатации.
Сайт должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения. Элементы управления должны быть сгруппированы однотипно — горизонтально либо вертикально — на всех страницах. На каждой странице должны отображаться логотип компании и контактная информация. Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций. Менеджер магазина должен иметь начальные знания по веб программированию и верстке веб-страниц4.
4. Требования к составу и параметрам технических средств.
Для функционирования сайта необходимо следующее техническое обеспечение со следующими минимальными характеристиками:
процессор — Intel Pentium III 1 Ghz;
— оперативная память — 512 Mb RAM;
— жесткий диск — 20 Gb HDD.
4.5. Требования к информационной и программной совместимости.
Для функционирования сайта необходимо следующее программное обеспечение:
Для реализации статических страниц и шаблонов должны использоваться языки HTML 5.0 и CSS 3. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 5.0).Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML. Для реализации динамических страниц должен использоваться язык PHP 5. В качестве СУБД используется MySQLверсии не ниже 5. Операционная система — Linux (Ubuntu, Debian, Suse) или Windows (XP, Vista, 7,8);Веб-сервер — Apache версии не ниже 2.3;Требования к клиентскому программному обеспечению.
Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров: MozillaFirefox4.0 и выше;Google Chrome 12.0 и выше;Safari5.0и выше;MS IE 6.0 и выше;Opera8.0 и выше. Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript. 4.
6. Требования к маркировке и упаковке.
Товар в магазине имеет свой артикул, который включает в себя код категории, код товара, код поставщика, код мета хранения на складе. Код формирует система кодирования при поступлении товара на склад. Требования к транспортированию и хранению.
Программа поставляется на лазерном носителе информации. Программная документация поставляется в электронном и печатном виде. Специальные требования.Программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя с низким уровнем компьютерной грамотности. Доступ к товару должен быть простым, Система должна иметь 3 вида меню. Горизонтальное, вертикальное и хлебные крошки. 5. Требования к программной документации.
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой системы программной документации (ЕСПД); руководство пользователя, руководство администратора, описание применения.
