Выпускная квалификационная работа (1218777), страница 5
Текст из файла (страница 5)
Для разработки такого типа приложений применялся каскадный способ. Основной характеристикой данной модели является разбиение всей разработки на этапы. Переходс одного этапа на следующий происходит после завершения работы над текущем.Каждый этап определяет полный комплект документации для того, чтобыразработка могла быть продолжена сторонней командой разработчиков.Каскадный метод разработки представлен на рисунке 3.Рисунок 3 – Каскадная схема разработки программного обеспеченияПоложительные стороны каскадного подхода:– на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;– выполняемые в логичной последовательности этапы работ позволяютпланировать сроки завершения всех работ и соответствующие затраты.25К недостаткам данного подхода относятся:– реальный процесс создания ПО не всегда укладывается в данную схему;– в процессе разработки возможны потребности к возврату предыдущимэтапам и их уточнениях или пересмотре ранее принятых решений.В результате, реальный процесс принимает вид, изображенный на рисунке 4.Рисунок 4 – Каскадная схема – реальный процесс разработкиНедостатком подхода является существенное запаздывание с получениемрезультатов.
Согласование результатов с пользователями производится тольков точках, планируемых после завершения каждого этапа работ [17].Таким образом, пользователи могут внести свои замечания только послезавершения работы. В случае неточного изложения требований пользователиполучают результаты, которые не удовлетворяют их потребности.Рассмотрим подробнее спиральную модель.Делая упор на начальных этапах жизненного цикла, а именно проектированию и анализу, можно избежать вышеперечисленных проблем.
Для этогобыла предложена спиральная модель жизненного цикла.26Спиральная модель жизненного цикла программного обеспечения отражает в преимущества каскадной модели. В ней анализируется риски, управление рисками, а также процессы поддержки.В модели отражается базовая концепция, в которая заключается в том, чтокаждый жизненный цикл определяет набор операций, которому соответствуетаналогичное количество стадий, как в модели каскадного процесса.
Принимается во внимание каждая составляющая продукта, также уровень сложности.Начало берется с трактовки общей формулировки потребностей и заканчивается каждой отдельной программой.Этапы жизненного цикла спиральной модели изображены на рисунке 5.Рисунок 5 – Спиральная модель жизненного циклаНа этих этапах реализуемость технических решений проверяется путем создания прототипов.
Каждый виток спирали соответствует созданию фрагментаили версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали.27Разработка итерациями отражает объективно существующий спиральныйцикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем этапе.
При итеративном способе разработки недостающуюработу можно будет выполнить на следующей итерации. Главная же задача –как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований.При использовании спирального подхода проявляются следующие преимущества:– предусмотрена возможность гибкого проектирования ввиду разрешенияитерации по всем фазам модели;– определяет непреодолимые риски без особых дополнительных затрат;– позволяет принимать активное участие пользователям при планировании, анализе рисков, разработке и выполнении оценочных действий;– обеспечивает разбиение большого потенциального объема работы на небольшие части;Проблема спирального цикла – определение момента перехода на следующий этап.
Решение этой проблемы является введение временных ограниченийна каждый этап жизненного цикла. Переход осуществляется в соответствии спланом. План основывается на статистических данных, полученных на основепредыдущих работ, или из жизненного опыта разработчиков [18].Таким образом, в процессе проектирования, конкретизируются детали проекта и выбирается обоснованный конечный вариант, который доводится до реализации.2.2 Структура выполнения работы функционалаОсновываясь на требование на выполнения поставленной задачи, необходимо подробно описать выполняемый функционал программы.Создание функционала необходимого для выполнения отслеживания почтовых конверсий, предполагает разработку серверной части программы.28Подробно опишем что должно происходить в ходе работы программы.Каждый раз, когда пользователь загружает страницу сайта, в его браузеревыполняется код отслеживания. Во время визита он записывает в браузер посетителя небольшой фрагмент данных, отправленных веб-сервером, содержащий уникальный идентификатор пользователя – ClientID.За каждым посетителем сайта закрепляется определенный электронныйпочтовый адрес, который размещается на сайте предприятия.
Время активности данной привязки установим в 60 минут. Если за время активности отправляет электронное письмо на привязанный к нему почтовый адрес размещенный на сайте, то сигнал, несущий в себе уникальный ClientID клиента, отправляется на дальнейшую обработку в Google Analytics. Также оправленное сообщение переадресовывается на реальную почту менеджера предприятия. Послесовершения конверсии, почтовый адрес отвязывается от посетителя. Если жев течение отведенного времени, не поступает сигнала на почту, она также становится свободной.Проанализировав предложенный метод решения, составим план того, чтонеобходимо сделать в процессе реализации.Необходимо осуществить:– создание почтовых ящиков на почтовом сервере;– проверку на наличие свободных почтовых ящиков;– производить актуализацию информации по почтовым ящикам и пользователям в базе данных;– переадресацию письма на электронную почту менеджера;– оправку уникального идентификатора клиента, совершившего конверсию в Google Analytics.Наглядно представим процессы, возникающие в ходе работы, предложенного метода решения на рисунке 6.29Рисунок 6 – Блок-схема работы функционалаРабота разрабатываемого функционала заключается в автоматизации отслеживания, совершаемых клиентами, почтовых конверсий, для отправки данных о них в систему веб-аналитике, дальнейшей обработки и формированиястатистической отчетности.30Необходимо чтобы работа выполнялась в следующих этапах:– клиенту, вошедшему на веб-сайт, выделяется индивидуальный почтовыйящик, который он может видеть, как контактный почтовый адрес предприятия.
Идентификатор данного почтового адреса заносится в таблицу User;– из небольшого фрагмента данных, отправленных веб-сервером и хранящимся на компьютере пользователя, извлекается уникальный номер (ClientID)и заносится в таблицу User базы данных;– необходимо, что бы почтовый ящик создавался в случае занятости всехостальных ящиков, в ином случае выделялся свободный ящик и помечался какзанятый. Данная информация хранится в таблице Email;– необходимо с определенной периодичностью проводить актуализациюданных, а именно проверку на лимит по времени привязки почтового ящика ипоступления сигнала о совершении отправки письма – конверсии;– в случае совершения целевого действия происходил отправка уникального идентификатора клиента в Google Analytics;– в случае превышения лимитного времени, происходила отвязка почтового адреса и удаления информации о клиенте;– происходила переадресация письма на почтовый адрес менеджера предприятия.Разберем предварительные настройки почтового домена и создания базыданных.2.2.1 Создание баз данных MySQLРазвертывания начинается с создания базы данных через панель управления веб хостингом ISPmanager: инструменты – базы данных.
База данныхнеобходима для хранения информации о посетителях и почтовых ящиках (рисунок 7).31Рисунок 7 – Создание пользователя базы данныхПри создании новой базы данных указывается её название, а также имяпользователя с заданным логином и паролем. Эти данные вам понадобятся длядоступа к базе данных. Адрес MySQL сервера – localhost.Ввиду безопасности пароль от базы данных должен отличаться от пароляот панели управления хостингом.В качестве кодировки лучше оставить UTF8 — это наиболее популярнаякодировка, позволяющая работать с любым языком.
Обратите внимание: есливы будете импортировать информацию в БД, проверьте, чтобы кодировка данных совпадала с кодировкой БД.При желании работа с базой данных осуществляется через PHPMyAdmin.Приложения – PHPMyAdmin. Для доступа используйте данные созданногопользователя.Рекомендуемые версии веб-сервера: Apache/2.2.27, версия клиента базыданных MySQL – 5.1.73.
Apache – это веб-сервер, который обрабатывает программный код PHP. Без поддержки веб-сервера нет никакой возможности получить страницы, содержащие программный код PHP.32Ввиду того, что для работы разрабатываемого функционала, выделено двесущности: посетители сайта и почтовые ящики, создадим две таблицы: user,email, представим схему данных на рисунке 8.Рисунок 8 – Схема данныхПроект реляционной базы данных – это коллекция таблиц, которые связываются первичными и внешними ключами.
Реляционная модель данных включает в себя ряд правил, которые помогают вам создать верные связи междутаблицами. Должна соблюдаться нормализация – свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточностиприводящих к логическим ошибочным результатам выборки или измененияданных. Связи в базе данных между таблицами user и email относится к типусвязей один-к-одному, так как за одним клиентом закрепляется только одинпочтовый ящик [19].Код создания таблицы пользователей:Подробнее рассмотрим какая информация должна храниться в каждой изтаблиц.Таблица пользователей:1) id_user. Однозначно определяет запись в таблице;2) clientID. Хранит в себе уникальный идентификатор клиента, извлеченный из временных файлов в компьютере;3) timestamp.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
