
- •1.1.2 Основные цели предприятия ип «Франц»
- •1.1.3 Документация ип «Франц»
- •1.1.4 Организационная структура и объект управления ип «Франц»
- •1.1.5 Краткая характеристика подразделения и видов его деятельности
- •1.2 Экономическая сущность комплекса экономических информационных задач
- •1.2.1 Общие сведения о задачах
- •1.2.2 Анализ требований к разрабатываемому ресурсу
- •1.2.3 Способы решения задачи
- •1.3 Обоснование необходимости и цели разработки программного обеспечения для интернет-магазина «neo-tuning»
- •1.4 Анализ существующих разработок и обоснование выбора технологии проектирования
- •1.5 Обоснование проектных решений по видам обеспечения
- •1.5.1 Обоснование по техническому обеспечению (то)
- •1.5.2 Обоснование по информационному обеспечению (ио)
- •1.5.3 Обоснование по программному обеспечению (по)
- •1.5.4 Обоснование по технологическому обеспечению
- •2 Разработка программного обеспечения для интернет- магазина ооо «neo-tuning»
- •2.1 Постановка задачи
- •2.1.1 Общая характеристика организации решения задачи на эвм
- •2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
- •2.2 Информационное обеспечение задачи
- •2.2.1 Информационная модель и ее описание
- •2.2.3 Используемые классификаторы и системы кодирования
- •2.2.4 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией
- •2.2.5 Характеристика базы данных
- •2.2.6 Характеристика результатной информации
- •2.3 Программное обеспечение задачи
- •2.3.1 Общие положения (пользовательская карта сайта)
- •2.3.2 Структурная схема пакета
- •2.3.3 Описание программных модулей
- •2.3.4 Описание файлов проекта интернет-магазина «neo-tuning»
- •2.4 Технологическое обеспечение задачи
- •2.4.1 Организация процесса информационной поддержки интернет-магазина
- •2.4.2 Выбор политики рекламы, продвижения интернет-магазина при его размещении в сети Интернет
- •2.6 Описание контрольного примера реализации проекта
- •3 Обоснование экономической эффективности проекта
2.3.3 Описание программных модулей
На рисунке 2.27 представлена блок-схема программного модуля «authorize.php». Authorize.php – Это авторизация пользователя в администраторском модуле. Сначала в форму предлагается ввести логин и пароль. Если логин и пароль не совпадают с теми, которые прописаны в коде, то администратору выводится сообщение: «Неверный логин и/или пароль», после чего можно повторить ввод логина и пароля, а можно выйти из авторизации. Если логин и пароль введен верно – происходит вход в административный модуль.
Рисунок 2.27 – Блок-схема модуля «authorize.php»
На рисунке 2.28 представлена блок-схема программного модуля «orders.php». Orders.php – это модуль, обрабатывающий содержимое заказа (содержимого корзины). Сначала происходит проверка того, корректно ли выполнилась запись в БД. Это системное действие, поэтому если запись в БД записана неверно, операция прерывается и переходит в начало (означает проблему в самой БД), если верно – то происходит подстановка идентификатора заказа из таблицы «orders_content», за чем следует вывод содержимого на экранную форму.
Рисунок 2.28 – Блок-схема модуля «orders.php»
На рисунке 2.29 представлена блок-схема программного модуля «struct.php». Struct.php – это модуль, отвечающий за структуру интернет-магазина. Сначала происходит проверка того, корректно ли выполнилась запись в БД. Это системное действие, поэтому если запись в БД записана неверно, операция прерывается и переходит в начало (означает проблему в самой БД). Если верно, то происходит формирование списков. После того, как сформированы списки в строках БД, можно приступать к одному из действий – к перемещению элемента, редактированию раздела, добавлению подраздела. Если происходит добавление подраздела, за ним следует модулей для данного подраздела и поиск наследуемых модулей. Если происходит редактирование раздела или перемещение элемента, после согласия с сохранением изменений происходит непосредственно выполнение действий над элементом, сохранение параметров (запись в БД), после чего можно или продолжить редактирование, или выйти; после несогласия с сохранением – можно либо продолжить редактирование, либо выйти.
Рисунок 2.29 – Блок-схема модуля «struct.php»
На рисунке 2.30 представлена блок-схема программного модуля «basket.php». Basket.php – модуль пользовательской корзины. Сначала создается файл Cookie, который хранит временные данные для отображения пользователю именно той информации, которую он ввел или выбранных жлементов. Затем происходит проверка того, корректно ли выполнилась запись в БД. Это системное действие, поэтому если запись в БД записана неверно, операция прерывается и переходит в начало (означает проблему в самой БД). Если верно, то происходят следующие операции: добавление товара в корзину и удаление позиции из корзины (действия пользователя), и получение стоимости единицы товара (системное действие). После получения стоимости единицы товара происходит проверка, записалось ли поле в БД. Если нет – возникает ошибка на получение стоимости единицы товара, ели да – идет пересчет параметров корзины. За ним следует получение содержимого корзины, то есть вывод содержимого пользователю.
Рисунок 2.30 – Блок-схема модуля «basket.php»
На рисунке 2.31 представлена блок-схема программного модуля «goods.php». Goods.php – это модуль каталога товаров интернет-магазина.
Сначала происходит проверка того, корректно ли выполнилась запись в БД. Это системное действие, поэтому если запись в БД записана неверно, операция прерывается и переходит в начало (означает проблему в самой БД). Если верно, то происходит формирование списков. Затем происходит редактирование, удаление или добавление товара. При добавлении товара устанавливается его позиция в листинге каталога, определяется путь – положение в иерархии. После подтверждения сохранения изменений происходит непосредственно операция над элементами, после чего происходит запись данных в БД. Затем можно продолжить редактирование каталога, или выйти. Если последовал отказ от сохранения изменений, можно либо продолжить редактирование, либо выйти из модуля. При продолжении редактирования происходит возврат к формированию списка.
Рисунок 2.31 – Блок-схема модуля «goods.php»
На рисунке 2.32 представлена блок-схема программного модуля «goods_top.php». Goods_top.php – это модуль, отвечающий за привязку элемента каталога товаров к определённой позиции в топе товаров.
Сначала виртуально происходит привязка товара к позиции, затем – получение пути в иерархическом списке, далее происходит проверка, создать ли запись в базе данных (сохранить ли изменения), если да – то происходит выполнение операции (удаление или добавление позиции), если нет – то следует конец процедуры.
Данный модуль напрямую связан с каталогом товаров. Из него подставляется в каталог позиция товара.
Рисунок 2.32 – Блок-схема модуля «goods_top.php»
Блок-схема модуля «modules.php» представлена на рисунке 2.33. Modules.php – модуль, отвечающий за корректную работу других модулей.
Сначала происходит формирование списка установленных модулей, затем происходит редактирование модуля: после проверки, привязан ли модуль к категории, можно отвязать модуль от категории, или отвязать все модули от категории, если модуль не привязан – можно его привязать. После подтверждения сохранения параметров происходит выполнение операций над элементами (привязка модуля или отвязка его от категории). Если подтверждение сохранения не происходит, то происходит возврат к формированию списка установленных модулей.
Этот модуль позволяет подключать другие модули к проекту. Если необходимо добавить новый модуль, которого нет в проекте (например, фотогалерею, форму авторизации и так далее), его можно подключить без особых проблем. Если отдельный модуль проекта был изменен, его не потребуется подключать снова.
Рисунок 2.33 – Блок-схема модуля «modules.php»
На рисунке 2.34 представлена блок-схема программного модуля «index.php». Index.php – это модуль, ответственный за корректную работу с системой, это старт программы. Сначала происходит перехват ошибок, если ошибки есть – то вместо содержимого страницы выводится ошибка 404, после чего следует выход. Если ошибок нет, происходит формирование ядра системы. Если не указан контроллер, происходи выход, если контроллер указан – происходит парсинг параметров (подгрузка стандартных параметров для корректной работы системы на данном устройстве). После этого происходит рендеринг шаблона интернет-магазина, роутинг, после чего следует загрузка конфигурации, и главное – работа с БД MySql, которая выполняется следующим образом: сначала подключается база данных, затем система возвращает последний запрос к базе данных, затем система может обрабатывать запросы. После того, как пройдены все эти операции – запускается система (запуск интернет-магазина, не зависимо от места, на котором происходило разъединение, с любой точки входа).
Рисунок 2.34 – Блок-схема модуля «index.php»
На рисунке 2.35 представлена блок-схема программного модуля «neotuning.php». Neotuning.php – это модуль, отвечающий за корректное взаимодействие пользователя и системы. Это параметры поисковых запросов и обновления содержимого функциональных страниц. Первая функция – обновление корзины с использованием технологии AJAX (без перезагрузки страницы). Затем программа возвращает фото или заглушку для товара. Задаются параметры поиска. Если длина запроса не соответствует требованиям, то происходит возврат к заданию поисковых параметров, если соответствует – происходит формирование параметров просмотра товаров, новинок товаров и ТОПа товаров. Следующий шаг – нахождение пути до корня (включает проверку позиции в иерархии и выворачивание пути «наизнанку» для корректной навигации), после чего происходит непосредственно отображение товара, выводится в виде страницы, последняя функция – параметры вывода статических страниц. Без данного модуля невозможен поиск и просмотр страниц интернет-магазина, так как он хранит основные настройки просмотра.
Рисунок 2.35 – Блок-схема модуля «neotuning.php»