Клиент-серверное приложение синхронизации данных в защищенном сегменте интернет-сети

1.

Федеральное государственное бюджетное образовательное учреждение
высшего образования
«МИРЭА – Российский технологический университет»
РТУ МИРЭА
Институт информационных технологий
Кафедра инструментального и прикладного программного обеспечения
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
На тему:
«Клиент-серверное приложение синхронизации данных в
защищенном сегменте интернет-сети»
Этап – Проектная практика
Исполнитель ВКР: студент группы ИКБО-30-20 Зубков М.В.
Руководитель: к.т.н., доцент Иващенко В.А.
Москва 2024

2.

Цель. Задачи.
Цель работы – спроектировать, разработать и протестировать клиент-серверное приложение
синхронизации данных в защищенном сегменте интернет-сети.
Задачи:
1.
Провести анализ предметной области;
2.
Формализовать задачи на проектирование и разработку клиент-серверного приложения синхронизации
данных в защищённом сегменте интернет-сети;
3.
Спроектировать и разработать клиент-серверное приложение;
4.
Определить и обосновать информационные, технические, программные средства для разработки
клиент-серверного приложения;
5.
Произвести расчет вычислительной и ёмкостной сложности клиент-серверного приложения;
6.
Произвести тестирование клиент-серверного приложения, рассчитать экономическую эффективность и
стоимость проведения работ.
2

3.

Результаты аналитического обзора информации по
выбранным критериям по предметной области
Актуальность разрабатываемого продукта обусловлена ростом
количества устройств, работающих при помощи ОС Windows, на
человека. Исходя из этого возникает потребность в работе над
некоторыми данными на различных устройствах. Аналогичные
приложения
лишь
косвенно
затрагивают
функционал
под
определенную целевую аудиторию, что открывает простор и
возможность для новизны разрабатываемого приложения.
Исходя из аналитики по выбранным критериям, можно сделать
вывод о том, какие вещи стоит перенять от конкурентов и какие
ошибки устранить.
3

4.

Постановка задачи. Требования.
Проектируемая информационная система должна обладать свойствами качественности, корректности и
устойчивости в процессе работы, то есть информационная система должна выполнять полный перечень
требуемых функций, быть «дружелюбной» в эксплуатации и иметь способность выполнять поставленные ей
задачи. А также необходимо определить требования к системе: функциональные, нефункциональные,
разбиение на разрабатываемые модули в рамках адаптированного жизненного цикла.
Система имеет модульную структуру, включающую в себя
следующие модули и подмодули:
1)
Веб-сайт:
2)
Десктопное приложение:
1) Графическое отображение, доступное через «скрытые
1) Модуль раздела «Личный кабинет»;
значки»;
2) Модуль раздела «Скачать»;
2) Функционал,
3) Модуль раздела «Главная страница»;
интегрированные
в
контекстное
меню
Windows.
4) Модуль работы с базой данных.
3)
Серверная часть.
4

5.

Постановка задачи. Требования.
Система должна выполнять следующие функции:
Нефункциональные требования к приложению:
1)Синхронизация данных между устройствами;
1)Время задержки при синхронизации файлов размером 100 Мб не
2)Уведомление о возможных сбоях в процессе синхронизации;
должно превышать 15 секунд;
3)Обработка, хранение и поддержка синхронизированных
2)Приложение должно быть надежным и стабильным;
файлов;
3)Потеря данных должна быть минимизирована путем использования
4)Взаимодействие с модераторами синхронизации данных;
механизмов обнаружения и разрешения конфликтов синхронизации;
5)Управление пользователями приложения для синхронизации
4)Передача данных должна быть безопасной;
данных;
5)Приложение должно обеспечивать авторизацию и аутентификацию для
6)Иметь возможность создания и редактирования аккаунта
получения доступа к файлам и директориям;
через веб-сайт;
6)Приложение должно быть масштабируемым по горизонтали и
7)Иметь возможность скачивания установщика десктопной
вертикали;
версии через веб-сайт;
7)Иметь «дружелюбный» интерфейс в веб-версии и в десктопной версии;
8)Назначение и выполнение задач по синхронизации данных.
8)Приложение обязано максимально эффективно использовать ресурсы
устройства для произведения операций;
9)Время дееспособности сервера не должно превышать 4 часа в неделю.
5

6.

Результаты проектирования приложения. Схемы
Контекстная диаграмма приложения
6

7.

Результаты проектирования приложения. Схемы
Декомпозиция блока А0
7

8.

Результаты проектирования приложения. Схемы
Диаграмма use-case
8

9.

Результаты проектирования приложения. Схемы
Диаграмма архитектуры системы
9

10.

Результаты проектирования приложения. Схемы
Диаграмма архитектуры десктопной части клиента
10

11.

Результаты проектирования приложения. Схемы
Диаграмма классов десктопного приложения
11

12.

Результаты проектирования приложения. Схемы
Диаграмма архитектуры веб-сайта
12

13.

Результаты проектирования приложения. Схемы
Диаграмма архитектуры серверной части клиента
13

14.

Результаты проектирования приложения. Схемы
ER-диаграмма для моделей базы данных
14

15.

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