Похожие презентации:
Клиент-серверное приложение синхронизации данных в защищенном сегменте интернет-сети
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