Beznos_Bolozovskii_7363_Kursovaya
.pdfМИНОБРНАУКИ РОССИИ САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
«ЛЭТИ» ИМ. В.И. УЛЬЯНОВА (ЛЕНИНА)
Кафедра информационных систем
КУРСОВАЯ РАБОТА по дисциплине «Архитектура информационных систем»
Тема: Проектирование онлайн магазина
Студент гр. 7363 |
|
Болозовский Р.Р. |
|
Студентка гр. 7363 |
|
Безнос Д. |
|
Преподаватель |
|
|
Водяхо А.И. |
Санкт-Петербург
2020
ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ
Студент Болозовский Р.Р.
Студентка Безнос Д.
Группа 7363
Тема работы: Проектирование онлайн магазина Исходные данные:
Средствами ПО Enterprise Architect спроектировать онлайн магазин строительных инструментов. Сформировать технические требования,
архитектурное описание и список тестов для проекта.
Содержание пояснительной записки:
Введение, требования, архитектурное описание, архитектурное обоснование,
модели, UML описание, use case, классы, активности, размещение, тесты,
заключение, список используемых источников.
Предполагаемый объем пояснительной записки:
Не менее 15 страниц.
Дата выдачи задания: 14.02.2020
Дата сдачи реферата: 07.04.2020
Студент гр. 7363 |
|
Болозовский Р.Р. |
|
Студентка гр. 7363 |
|
Безнос Д. |
|
Преподаватель |
|
|
Водяхо А.И. |
2
АННОТАЦИЯ
Содержание курсовой работы заключается в создании онлайн магазина строительных инструментов средствами ПО Enterprise Architect. Были сформированы технические требования, архитектурное описание и список тестов для проекта.
SUMMARY
The content of the course work is to create an online store of construction tools for Enterprise Architect software. Technical requirements, an architectural description and a list of tests for the project were formed.
3
СОДЕРЖАНИЕ
ВВЕДЕНИЕ.................................................................................................................. |
5 |
|
1. |
ТРЕБОВАНИЯ......................................................................................................... |
6 |
2. |
АРХИТЕКТУРНОЕ ОПИСАНИЕ ......................................................................... |
8 |
|
2.1. Архитектурное обоснование............................................................................ |
8 |
|
2.2. Модели ............................................................................................................... |
8 |
|
2.3. UML описание ................................................................................................. |
10 |
|
2.3.1. Use case.......................................................................................................... |
10 |
|
2.3.2. Диаграмма классов....................................................................................... |
13 |
|
2.3.3. Диаграмма активности ................................................................................ |
15 |
|
2.3.4. Диаграмма развёртывания .......................................................................... |
16 |
3. |
ТЕСТЫ ................................................................................................................... |
17 |
ЗАКЛЮЧЕНИЕ ......................................................................................................... |
18 |
|
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ ..................................................... |
19 |
4
ВВЕДЕНИЕ
Данная тема считается актуальной на сегодняшний день, так как сегодня миллионы людей ежедневно, не выходя из дому, покупают различные товары в электронных магазинах. В мире, а в частности России огромными темпами растет количество пользователей internet и как следствие количество
«электронных» покупателей, потенциальных «электронных» покупателей.
Электронные магазины существенно уменьшают издержки производителя, сэкономив на содержании обычного магазина, расширяют рынки сбыта, так же как и расширяет возможность покупателя - покупать любой товар в любое время в любой стране, в любом городе, в любое время суток, в любое время года.
В данной курсовой работе был создан проект онлайн магазина строительных инструментов. Сформированы основные технические требования, архитектурное описание и тесты для проекта.
5
1. ТРЕБОВАНИЯ
1.1. Глоссарий
Глоссарий терминов приведён в таблице 1.
Таблица 1. Глоссарий
№ |
Термины |
Определения |
|
|
|
|
|
||
1 |
Use case |
Описание поведения системы, когда она |
||
|
|
взаимодействует с кем-то (или чем-то) из |
||
|
|
внешней среды |
|
|
|
|
|
||
2 |
Интерфейс |
Совокупность возможностей, способов и методов |
||
|
|
одновременного действия |
|
|
|
|
|
||
3 |
База данных |
Совокупность данных, организованных в |
||
|
|
соответствии с концептуальной структурой, |
||
|
|
описывающей характеристики этих данных и |
||
|
|
взаимоотношения между ними, причём такое |
||
|
|
собрание данных, которое поддерживает одну или |
||
|
|
более областей применения |
|
|
|
|
|
||
4 |
Сайт |
Одна или несколько логически связанных между |
||
|
|
собой веб-страниц; также место |
расположения |
|
|
|
контента сервера. |
|
|
|
|
|
|
|
5 |
Фреймворк |
Программное |
обеспечение, |
облегчающее |
|
|
разработку и объединение разных модулей |
||
|
|
программного проекта |
|
|
|
|
|
|
|
1.2. Бизнес – требования
В бизнес-требования заказчика входят:
1)Возможность выдачи чеков на совершённые пользователями покупки.
2)Возможность администрирования сайта, в том числе добавления, удаления и изменения списка товаров.
3)Стабильная работа сайта при нагрузке в 50 000 посетителей в день.
4)Интуитивно понятный интерфейс.
5)Поддержка вёрстки всеми популярными браузерами.
6)Сайт должен корректно отображаться на телефоне.
6
1.3. Пользовательские требования
Для удобства использования сайта пользователями были добавлены
следующие требования:
1)Возможность регистрации и авторизации пользователя.
2)Наличие средств поиска по ключевым словам, фильтрации выдачи.
3)Сохранение корзины неавторизованных пользователей.
4)Возможность добавлять, удалять покупки в корзину, изменять их количество.
5)Обеспечение обратной связи с технической поддержкой сайта.
6)Возможность удобной и безопасной оплаты товаров.
1.4. Системные требования
Требования к применяемому оборудованию и ПО:
1)Выделенный не виртуальный сервер.
2)Возможность установки и использования JVM и Tomcat.
3)Зарегистрированное доменное имя.
4)Для пользователей: любой популярный браузер.
7
2.АРХИТЕКТУРНОЕ ОПИСАНИЕ
2.1.Архитектурное обоснование
Для создания данного веб-приложения планируется использовать язык программирования Java и технологии Servlet и JSP. Java был выбран за удобство в разработке, поддержки и кроссплатформенность. Интерфейс Servlet
позволяет расширить возможности сервера, обеспечив клиент-серверное взаимодействие по протоколу HTTP. С помощью JSP будут автоматически конфигурироваться страницы для ответа на запросы пользователя.
Также данный стек технологий позволяет использовать информацию о сессии и cookie для работы с неавторизованными пользователями.
Для хранения и обработки информации будет использоваться реляционная система управления базами данных MySQL. Для взаимодействия веб-сервера и сервера базы данных подходит технология JDBC,
предоставляющая драйвера для взаимодействия Java приложения с различными СУБД.
Для проведения платежей будет использоваться платёжный шлюз системы Яндекс.Деньги, что обеспечить безопасность и доверие к проводимым транзакциям.
Для приложения было выбрано наиболее удобный для данных целей архитектурный шаблон – MVC, данный шаблон позволяет разделить данные приложения, пользовательский интерфейс и управляющую логику на три отдельных компонента модель, представление и контроллер представленные на рисунке 1. В данном шаблоне модель отвечает за данные и реагирует на команды контроллера, изменяя своё состояние. Представление отображает данные модели пользователю, реагируя на изменение модели. Контроллер интерпретирует действия пользователя изменяя модель.
8
Рисунок 1. Шаблон MVC
В данном приложении в качестве модели будет выступать база данных
MySQL, в качестве контроллера Servlet, а за отображение будет отвечать JSP.
2.2. Модели
В таблице 2 представлены данные и методы работы с ними.
Таблица 2. Данные и методы
Объект |
Методы |
|
|
Свойства |
|
|||
|
|
|
|
|
|
|||
User |
Авторизация |
пользователя, |
Имя |
пользователя, |
фамилия |
|||
|
получение |
|
и |
изменение |
пользователя, id пользователя, |
|||
|
информации |
|
о |
логин, пароль, номер телефона, |
||||
|
пользователе. |
|
добавление предметов в корзину, |
|||||
|
|
|
|
|
покупка предметов из корзины |
|||
|
|
|
|
|
||||
Thing |
Добавление, |
|
удаление, |
Id предмета, название, количество |
||||
|
изменение |
|
количества, |
на складе, стоимость. |
|
|||
|
получение |
информации о |
|
|
|
|
||
|
предмете. |
|
|
|
|
|
|
|
|
|
|
|
|
||||
Basket |
Добавление, |
|
удаление, |
Id пользователя, массив Thing |
||||
|
изменение |
|
количества |
содержащий |
|
предметы, |
||
|
предметов |
|
в |
корзине, |
добавленные |
в |
корзину, |
|
|
оплата |
с |
сохранением |
информация об оплате (номер |
||||
|
информации об оплате. |
транзакции и чека). |
|
|||||
|
|
|
|
|
|
|
|
|
9
2.3. UML описание
2.3.1. Use case
В данном проекте есть три вида пользователей:
1) Неавторизованные пользователи могут: просматривать товары,
добавлять товары в корзину, удалять товары из корзины, искать товары по сайту, покупать товары, добавленные в корзину, регистрироваться.
2) Авторизованные пользователи могут: просматривать товары, добавлять товары в корзину, удалять товары из корзины, искать товары по сайту,
покупать товары, добавленные в корзину, писать отзывы/комментарии к товарам, авторизовываться в системе и писать в службу поддержки.
3) Администраторы могут: вносить изменения в список товаров
(добавлять, удалять, изменять количество товаров), получать доступ к списку проведённых транзакций и входящим в службу поддержки сообщениям,
авторизовываться в системе как администратор.
Диаграмма вариантов использования (use case) приведена на рисунке 2.
Рисунок 2. Use case диаграмма проекта
10