Алоха! В продолжении поста о моих походах на собеседования, делюсь тестовым заданием на позицию Бизнес/системный аналитик с опытом работы 3+ с одной из вакансии👇

#вакансии #собеседование | @ba_and_sa

Тема: Анализ требований и проектирование системы управления задачами

Мне предстояло разработать спецификацию требований для системы управления задачами, используемой командой разработчиков в IT-компании.

Моя задача заключается в следующем:

Прям на собеседовании:

1. Сбор требований: Определить функциональные и нефункциональные требования к системе.
2. Создание модели пользовательских сценариев: Описать, как разные типы пользователей будут взаимодействовать с системой.
3. Проектирование архитектуры системы: Определить основные компоненты системы и их взаимодействие.

Задание на дом:
4. Оценка рисков: Выявить потенциальные риски, связанные с реализацией проекта, и предложить меры по их минимизации.
5. Моделирование бизнес-процессов: Описать основные процессы, связанные с управлением задачами, создать диаграмму потоков, диаграмму активности

✅Краткое описание моего ответа:

📋 Сбор требований

Функциональные требования:
- Управление задачами: Пользователи могут создавать, редактировать, удалять задачи.
- Статусы задач: Возможность изменять статус задачи (новая, в работе, завершенная, отклоненная).
- Приоритеты задач: Установка приоритета (низкий, средний, высокий) для каждой задачи.
- Командная работа: Назначение задач на участников команды и возможность добавления соисполнителей.
- Оповещения: Уведомления о новых задачах и изменениях статусов по email и в приложении.
- Поиск и фильтрация: Функционал для поиска задач по различным критериям (поиск по названию, фильтры по статусу и приоритету).
- Отчеты: Генерация отчетов о выполненных задачах и анализ времени, затраченного на выполнение задач.

Нефункциональные требования:
- Производительность: Система должна обрабатывать до 1000 запросов в минуту.
- Безопасность: Обеспечение конфиденциальности данных пользователя через шифрование.
- Надежность: Доступность системы не менее 99.9%.
- Масштабируемость: Возможность добавления новых функций без значительных изменений в архитектуре.

📈 Создание модели пользовательских сценариев

Пользовательские роли:
- Администратор: Может управлять пользователями, изменять настройки системы, просматривать отчеты.
- Разработчик: Может создавать и управлять своими задачами, назначать задачи другим пользователям, комментировать задачи.
- Менеджер: Может просматривать статус задач, генерировать отчеты о выполнении задач, изменять приоритеты.

Сценарий использования:
- Разработчик заходит в систему, создает новую задачу, назначает ее себе и устанавливает срок выполнения. Затем он добавляет комментарий к задаче и устанавливает статус "в работе".
- Менеджер заходит в систему и просматривает все задачи команды. Он замечает, что одна из задач имеет высокий приоритет, и изменяет статус с "в работе" на "приостановлена" для пересмотра.

🚀 Проектирование архитектуры системы

Компоненты системы:
- Клиентская часть: веб-интерфейс для пользователей, реализующий взаимодействие с API.
- Серверная часть: RESTful API для обработки запросов от клиентской части.
- База данных: хранилище для хранения информации о задачах, пользователях и их взаимодействиях.
- Система уведомлений: модуль, отправляющий уведомления по email и в приложении.

Взаимодействие компонентов:
- Клиентская часть отправляет запросы к серверной API для создания, изменения и удаления задач.
- Серверная часть обрабатывает запросы и взаимодействует с базой данных для хранения информации.
- Система уведомлений получает данные о изменениях задач и рассылает уведомления.

————————————

Так же мне были даны дополнительные задания, которые я выполнила после собеса 🤯

⚠️ Оценка рисков - распишем позже
🧑‍💻Моделирование бизнес-процессов - тоже опишу позже

Продолжение следует 👉

Источник: @ba_and_sa
Картинка