Тема: РАЗРАБОТКА КЛИЕНТСКОГО ВЕБ-ПРИЛОЖЕНИЯ ДЛЯ СИСТЕМЫ ЗАПУСКА ОТЛОЖЕННЫХ ЗАДАНИЙ
Закажите новую по вашим требованиям
Представленный материал является образцом учебного исследования, примером структуры и содержания учебного исследования по заявленной теме. Размещён исключительно в информационных и ознакомительных целях.
Workspay.ru оказывает информационные услуги по сбору, обработке и структурированию материалов в соответствии с требованиями заказчика.
Размещение материала не означает публикацию произведения впервые и не предполагает передачу исключительных авторских прав третьим лицам.
Материал не предназначен для дословной сдачи в образовательные организации и требует самостоятельной переработки с соблюдением законодательства Российской Федерации об авторском праве и принципов академической добросовестности.
Авторские права на исходные материалы принадлежат их законным правообладателям. В случае возникновения вопросов, связанных с размещённым материалом, просим направить обращение через форму обратной связи.
📋 Содержание
Перечень условных обозначений, символов, сокращений, терминов 4
Введение 5
1 Анализ требований 6
1.1 Предназначение системы 6
1.2 Модель предметной области 6
1.3 Обзор компонентов системы 8
1.4 Ролевая модель 9
1.5 Функциональные требования к клиентскому приложению 9
1.5.1 Просмотр информации о заданиях и их выполнениях 9
1.5.2 Управление запусками заданий 10
1.5.3 Управление заданиями и группами 11
1.5.4 Управления скриптами 13
1.5.5 Конфигурация групп доступа 14
1.6 Нефункциональные требования к клиентскому приложению 15
1.7 Разделы клиентского веб-приложения 15
2 Проектирование 17
2.1 Сценарии вариантов использования 17
2.1.1 Создание задания 17
2.1.2 Анализ подходов для создания и редактирования скрипта 20
2.1.3 Добавление скрипта 22
2.1.4 Редактирование скрипта 23
2.1.5 Добавление расписания 25
2.1.6 Валидация задания 28
2.2 Выбор технологий 30
2.2.1 Angular 30
2.2.2 Инструменты реактивной обработки данных 30
2.2.3 NgRx 31
2.2.4 Nx 31
2.2.5 Taiga UI 32
2.2.6 Инструменты тестирования 32
2.3 Взаимодействие с серверной частью 32
2.3.1 Протоколы взаимодействия 32
2.3.2 Авторизация 33
2.3.3 Структура данных 34
2.4 Архитектура клиентского приложения 36
2.4.1 Структура проекта 36
2.4.2 Хранение и распределение данных 39
2.4.3 Организация компонентов 41
3 Реализация 42
3.1 Ограничение доступа 42
3.2 Панель заданий 44
3.3 Редактор кода 46
3.4 Компонент для ввода значения параметра 50
3.5 Добавление параметров 53
3.6 Установка расписания запуска 56
3.7 Выбор подходящего времени запуска 61
3.8 Обновление статусов запусков 63
Заключение 67
Список использованных источников и литературы 68
Приложение А 71
📖 Введение
В свою очередь, автоматизация подобных процессов неразрывно связана со сложностями, возникающими при описании их типовой логики и выстраивании коммуникаций со смежными системами. В случае отсутствия общего подхода каждая команда вынуждена преодолевать их самостоятельно, что приводит к дублированию усилий и усложнению поддержки разработанных решений.
С целью оптимизации затрат и устранения непрофильной нагрузки с команд была разработана централизованная система, предназначенная для автоматизации повторяющихся процессов. Они представлены в виде отложенных заданий с унифицированной логикой и гибкой настройкой расписания выполнения. В настоящее время система поддерживает более тысячи таких заданий, обеспечивая устойчивость и предсказуемость их работы.
Однако в условиях непрерывного роста количества процессов важным критерием становится удобство управления через общий веб-интерфейс, доступный сотрудникам с разным уровнем технической подготовки и осведомленности о внутреннем устройстве системы.
Таким образом, целью данной работы стала разработка клиентского веб-приложения для системы запуска отложенных заданий.
Для достижения поставленной цели были выделены следующие задачи:
1) провести анализ требований,
2) спроектировать пользовательские сценарии и архитектуру,
3) разработать клиентское веб-приложение.
✅ Заключение
На каждом этапе от проектирования до реализации рассматривались архитектурные альтернативы и выбирались наиболее подходящие решения с учетом выявляемых ограничений. Трудности, возникшие в процессе разработки, были успешно преодолены, в том числе благодаря взаимодействию с командой серверной части. Архитектура клиентского приложения спроектирована с учетом предполагаемых расширений для упрощенной поддержки в будущем. Ключевая функциональность покрыта автоматизированными тестами. Также проведено ручное тестирование с участием группы заинтересованных пользователей; обратная связь от них проанализирована и будет учтена при формировании планов по дальнейшему развитию проекта.
На данный момент веб-приложение введено в эксплуатацию для внутреннего использования сотрудниками, причастными к сопровождению процессов в рамках данной системы. Следующим этапом развития проекта станет поддержка сложных сценариев запуска, при которых задания будут выполняются в определенном порядке с учетом зависимостей между ними.





