Нарисовать диаграмму активности UML с дорожками для плавания для онлайн-системы доставки еды [закрыто]C++

Программы на C++. Форум разработчиков
Ответить
Anonymous
 Нарисовать диаграмму активности UML с дорожками для плавания для онлайн-системы доставки еды [закрыто]

Сообщение Anonymous »

Сотрудничество, схема развертывания и диаграмма последовательности должны быть включены
OOAD Задание на вынос Представьте себе систему онлайн-доставки еды (OFDS), похожую на Uber Eats или Glovo. Пользователи просматривают рестораны, размещают заказы, отслеживают доставку в режиме реального времени и оплачивают онлайн. Рестораны управляют меню и принимают/отклоняют заказы. Агенты доставки принимают заказы, забирают еду и доставляют. Админы следят за производительностью. 1. (15 баллов) Нарисуйте полную диаграмму вариантов использования OFDS. Включите: o Не менее 5 участников (например, клиент, владелец ресторана, агент по доставке и т. д.) o Не менее 8 вариантов использования o Правильное использование , и обобщение o Граница системы Затем напишите полностью подробный текстовый вариант использования для «Отслеживание заказа в реальном времени», включая: o Триггер, предварительные условия, постусловия o Основной сценарий успеха (пошаговый) o 2 альтернативных потока o 1 поток исключений o Нефункциональные требования (например, задержка < 3 с) 2. (10 баллов) Определите один вариант использования, который перегружен (нарушает единую ответственность). Реорганизуйте его в два или более взаимосвязанных варианта использования. Обоснуйте свой рефакторинг принципами связности/связности. 3. (8 баллов) Объясните, как и используются в вашей диаграмме. Приведите по одному конкретному примеру из OFDS и обоснуйте, почему одно не может заменить другое. 4. (7 баллов) Новое требование: «VIP-клиентам предоставляется приоритетный маршрут доставки». Покажите, как вы могли бы расширить свою модель вариантов использования, не изменяя существующие варианты использования. Используйте и объясните точку расширения. 5. (15 баллов) Смоделируйте бизнес-процесс «Размещение заказа» как диаграмму деятельности с: o Дорожками для клиента, системы, ресторана, платежного шлюза o Параллельными действиями (например, отправка уведомления при обработке платежа) o Узлами принятия решений, слиянием, разветвлением и объединением o По крайней мере одним защитным условием и одним тайм-аутом Опишите это в текстовом структурированном формате (или в формате ASCII). Выделите параллелизм. 6. (15 баллов) Объект Order в течение своего жизненного цикла проходит через различные состояния. a) Нарисуйте диаграмму состояний для класса Order, показывающую: o Не менее 6 состояний (включая составные состояния, если необходимо) o Переходы с событиями, охраной и действиями o Действия входа/выхода, где это уместно b) Объясните, как вы будете моделировать «Отмену заказа» в соответствии с двумя политиками: o Разрешено только до того, как ресторан примет o Разрешено, пока агент доставки не заберет Покажите оба, используя условия охраны. 7. (12 баллов) Покупатель размещает заказ с наложенным платежом (COD). Ресторан отклоняет его из-за большого количества посетителей. Нарисуйте диаграмму последовательности, показывающую: o Объекты: Customer, MobileApp, OrderService, RestaurantService, NotificationService o Синхронные и асинхронные сообщения o Альтернативный фрагмент для отклонения o Цикл повторной попытки (клиент изменяет заказ) o Возвращаемые значения и сообщения об ошибках Используйте пронумерованные сообщения (1, 1.1 и т. д.). 8. (10 баллов) OFDS должен масштабироваться до 100 тысяч одновременных пользователей в Найроби. Опишите диаграмму развертывания с: o Узлы: балансировщик нагрузки, серверы приложений (кластер), база данных (основной/реплика), кэш Redis, очередь сообщений (например, Kafka), CDN o Артефакты: файлы WAR, схема БД, мобильное приложение o Пути связи с протоколами (HTTP, HTTPS, JDBC и т. д.) o Стереотипы (например, , ) Обоснуйте, как это поддерживает масштабируемость и отказоустойчивость. 9. (8 баллов) Когда курьер приезжает в ресторан, система проверяет близость с помощью GPS. Нарисуйте диаграмму сотрудничества, показывающую взаимодействие между: o DeliveryAgent, MobileApp, LocationService, OrderService. Включите: o Нумерованные сообщения (1:, 2: и т. д.) o Ссылки между объектами o Одно повторяющееся сообщение (например, место опроса). Сравните одно преимущество этой диаграммы перед диаграммой последовательности для этого сценария. 10. Покажите, как изменение состояния Заказа (например, «Принято» → «Забран») вызывает: • Действие (отправка push-уведомления) • Сообщение в последовательности • Обновление в узле развертывания (например, запись в реплику БД) Состояние связи → действие → последовательность → развертывание.

Подробнее здесь: https://stackoverflow.com/questions/798 ... ery-system
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «C++»