Нужно ли вводить два логина и регистрации для разделов «Клиенты» и «Поставщики»? - PullRequest
0 голосов
/ 27 апреля 2020

Я новичок в диаграммах деятельности. Мне сказали нарисовать диаграмму действий для этого сценария ...

Это краткое описание веб-службы брокерских услуг по обмену инструментами. Для обеспечения поддержки при организации матчей система должна регистрировать как поставщиков, так и клиентов. Система как способность системы регистрировать нового клиента с указанием имени, адреса, номера телефона и адреса электронной почты. Согласно регистрации клиентов, система также может регистрировать поставщиков инструментов. Система должна генерировать уникальный идентификатор для каждого нового клиента и поставщиков. Для зарегистрированных поставщиков они могут обновить данные своих инструментов в центральном хранилище и зарегистрировать их в соответствующей категории (Конструкции, Садоводство, Автомобили и т. Д. c) в Каталоге системы. После регистрации клиент может войти в систему, просмотреть каталог инструментов и выбрать инструмент или инструменты, которые он может нанять sh. Инструменты сдаются в аренду целыми днями. Когда инструмент берется в аренду, в каталоге отображается срок его аренды, а если инструмент еще не сдан или не забронирован, он отображается как немедленно доступный. Если клиент выбирает доступный инструмент, заказ выполняется, а отображение обновляется. Если клиент выбирает инструмент, уже нанятый, система переводит клиента в обратный заказ и обновляет отображение дополнительным периодом проката. Когда заказы становятся доступными для выполнения, клиенты получают уведомление по электронной почте. Примечание. В дополнение к вышеприведенной спецификации вы можете делать любые предположения для завершения этой курсовой работы. Однако все принятые вами предположения должны быть перечислены в соответствующих местах.

Я думаю, что должен сделать три основных раздела (раздела) для Системы, Клиентов и Поставщиков. Нужно ли вводить два разных логина и регистрации для клиентов и поставщиков?

1 Ответ

1 голос
/ 27 апреля 2020

Я рекомендую вам обратиться к контролю доступа на основе ролей (RBAL). Таким образом, чтобы иметь чистый централизованный источник данных, у вас обычно было бы единственное хранилище данных для ваших пользователей. У вас будет другое хранилище данных для типов пользователей (например, поставщик или покупатель) и другое хранилище данных для различения возможностей guish (например, поставщик может получить доступ к подробностям инструмента) - уровень контроллера или бизнес-логики c в вашем Приложение будет обрабатывать доступ к различным разделам функциональности.

Существуют крайние случаи, например, вы ожидаете, что пользователи зарегистрируются как поставщик и клиент, но RBAL, вероятно, является хорошим местом для начала, прежде чем вы go в дальнейшую сложность

...