 
        
        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
