3.4 Состав и содержание работ по созданию системы
Проектирование функциональности системы – на данном этапе происходит планирование функциональности, которую обеспечивает система. Выделение основных и второстепенных функциональностей, обеспечиваемых системой, выбираются технологии разработки системы, архитектура приложения и выработка системных требований к приложению. Срок до 21 октября.
Разработка интерфейса – на данном этапе происходит разработка графического пользовательского интерфейса. Приоритетом для разработки интерфейса является его простота и функциональность. Срок до 4 ноября.
Разработка серверной части – на данном этапе происходит разработка серверной части программы, а именно: разработка программного кода, проектирование и разработка базы данных. Итоговый продукт должен реализовывать все основные функции системы. Срок до 25 ноября.
Тестирование – на данном этапе происходит проверка работоспособности программного продукта, исправление ошибок в работе системы, проверка на соответствие системных требований, оптимизация приложения. Срок до 9 декабря.
Архитектура мис
Система соответствует трехзвенной архитектуре и имеет эргономичный веб-интерфейс, основанный на стандарте HTML5.
Уровень представления
Пользователь взаимодействует с системой через веб-браузер или мобильное приложение.
Пользовательский интерфейс предоставляет возможность поиска рецептов по различным фильтрам, просмотра новых опубликованных блюд, добавления рецепта в избранное, публикации собственных рецептов.
Уровень Бизнес-логики
Система поддерживает аутентификацию пользователей через логин и пароль или социальные сети.
Бизнес-логика обрабатывает запросы пользователя, выполняет поиск блюда в базе данных и предоставляет результаты пользователю.
При воспроизведении видео система управляет потоковым воспроизведением, сохраняет историю просмотра.
Данные о пользователях и рецептах хранятся в базе данных.
Уровень данных
Медиафайлы хранятся на сервере в оптимизированном формате.
Информация о блюдах, включая название, описание, категории и теги, хранится в базе данных.
Данные о пользователях, их история просмотра, аккаунты и авторизация хранятся в базе данных с защитой конфиденциальности.
Архитектура бизнес процесса в данном случае организована следующим образом:
Запрос контента от клиента:
Пользователь использует мобильное приложение для запроса определенного контента, например, видео или аудио.
Запрос от клиента достигает вашего веб-сервера бизнес-логики.
Обработка запроса на веб-сервере бизнес-логики:
Веб-сервер бизнес-логики обрабатывает запрос от клиента. Он может включать в себя аутентификацию пользователя и проверку его прав доступа.
После успешной аутентификации, веб-сервер бизнес-логики обращается к серверу баз данных для получения метаданных о запрашиваемом контенте, таких как URL медиа файла.
Запрос метаданных к серверу баз данных:
Веб-сервер бизнес-логики отправляет запрос серверу баз данных, который содержит метаданные о запрашиваемом мультимедийном контенте, включая URL медиа файла.
Сервер баз данных выполняет запрос и возвращает запрошенные метаданные веб-серверу бизнес-логики.
Ответ на запрос с метаданными:
Веб-сервер бизнес-логики получает метаданные о мультимедийном контенте и отправляет клиенту ответ, содержащий URL медиа файла.
Клиент получает ответ и извлекает URL медиа файла.
Запрос медиа файла к веб-серверу:
После получения URL медиа файла, клиент делает новый запрос к вашему веб-серверу, указывая URL медиа файла.
Передача запроса на файл сервер:
Веб-сервер получает запрос на URL медиа файла и обращается к вашему файловому серверу, указывая URL медиа файла.
Передача медиа файла клиенту:
Файловый сервер ищет и передает запрошенный медиа файл веб-серверу.
Веб-сервер передает медиа файл обратно клиенту.
Воспроизведение медиа файла:
Пользователь получает медиа файл и воспроизводит его с помощью мобильного приложения.
На рисунке 4.1 представлена схема архитектуры системы.
Рисунок 4.1 – Архитектура системы