ОПИСАНИЕ ПРОЕКТА

Темой проекта является: Разработка сайта агенства интернет-маркетинга "EWORLD". Данный веб-сайт создается с целью информирования клиентов, об услугах, нвых акций, проведенных работ и т.д.

1.1 Дизайн-макет веб-сервера

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

Далее представим структуру страниц будущего сайта.

Рисунок 1 – Структура главной страницы сайта

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

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

Кликая на нужную услугу (услуга 1, услуга 2, и т.д.), пользователь отобразит все описание услуги оказываемой компанией EWORLD.

Рисунок 2 – Структура страницы услуги

1.2 Технологии и инструментарий проекта

Технологии проекта: PHP, MySQL, Apache.

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

Инструментарий: Программной средой проекта был выбран Open Server. Ссылка скачивания: http://open-server.ru/

Open Server включает в себя следующий набор инструментов: HeidiSQL, Adminer, PHPMyAdmin, PHPPgAdmin, PgAdmin, Perl, FTP сервер, Sendmail, Memcached сервер.

При запуске Open Server становятся доступны следующие возможности.

Рисунок 3- Open Server

В разделе 1 описан проект: показан дизайн-макета сервера, и описан интерфейс пользователя, обоснованы технологии и инструментарий проекта. Основными технологиями проекта являются PHP, MySQL. Программная среда проекта- Open Server.

1.3 Модели представления системы

Диаграмма вариантов использования UML.

UML – это язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем.

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

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

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

– администратор;

– пользователь.

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

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

– просмотр контента;

– добавление контента;

– изменение контента;

– авторизация в администраторской панели;

– изменение личных данных администратора;

– добавление новых ролей администраторов (журналист, редактор, главный редактор и т.д.);

– добавление новых администраторов;

– изменение личных данных администраторов;

– изменение роли администраторов;

Для наших двух ролей мы определили взаимодействие с системой. Итак, пользователь имеет возможность воспользоваться только просмотром контента на сайте. Администратор взаимодействует с системой через поведение «Авторизация» которая доступна по специальной ссылке http://eworld.by/admin. И только после применения этого варианта использования он получает доступ к остальным моделям поведения:

Мы определили структуру вариантов использования. Теперь опишем поведение некоторых из них.

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

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

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

Рисунок 4 – Диаграмма вариантов использования

Диаграмма последовательности

Диаграмма последовательности – это диаграмма взаимодействия, которая подчеркивает временной порядок сообщений. Изображается как таблица, в которой представлены объекты, расположенные вдоль оси X, и сообщения, упорядоченные по ходу времени – вдоль оси Y.

Приведем описание диаграммы последовательности, представленной на рисунке 5. Данная диаграмма описывает процесс добавления новости пользователем на сайт. Итак, объектом, инициирующим взаимодействие, является пользователь. Зависящими объектами будут:

– браузер;

– сервер;

– база данных.

Все эти объекты расположены горизонтально. Вертикальные пунктирные линии, которые есть у каждого объекта, символизируют существование объекта в течение некоторого периода времени. Теперь перейдем к основному содержимому диаграммы последовательности – сообщениям. Они изображаются стрелками, направленными от одной линии жизни к другой. Стрелка указывает на приемник сообщения.

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

Рисунок 5 – Диаграмма последовательности

Диаграмма состояний

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

Диаграмма состояний приведена на рисунке 6. Сначала перечислим все состояния новости на сервере:

– несформированный новость;

– новость в режиме добавления;

– шаблон новости;

– заполненная форма для размещения новости;

– шаблон и данные в режиме обработки;

– обработанные данные;

– сформированная новость в разделе «Новости».

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

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

Рисунок 6 – Диаграмма состояний