406
Для всех / Re: Концептуальная модель предметной области
« : 20 Июня 2016, 22:47:01 »Нет, надо оставить как есть
Humbert, пощадите пианиста, он играет как умеет:)
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Нет, надо оставить как есть
Речь всё же, полагаю о том, что один класс Товар не справится с тем, чтобы описывать и элементы каталога, и сведения о товарах в заказе.И Вы правы, уважаемый инопланетянин
Не совсем точно по отношению к предметной области. Штучный товар в торговле - это тот , который продается штуками. В отличии от весового, который продается на вес, обьемного и т.д.Ну, правильно. Спасибо за дополнение:)
Товар, который учитывается и продается уникальными единицами называется серийным (каждая единица имеет серийный номер). Такими товарами являютя например автомобили. Фактически цена устанавливается на конкретный экземпляр, в зависимости от его комплектации.
IMHO серийный учет при торговле постельным бельем вряд ли используется.
Я разделил сущность пользователь, на две сущности: клиент и администратор.Типичная ошибка студентов.
Спасибо огромное за отзыв. Все по делу. Я не могу понять, как можно корректно отразить в ВИ использование одного и того же элемента несколькими участниками.Что значит одного и того же элемента?
7. Если клиент не авторизирован.Вы же сами предлагаете использовать отдельный ВИ авторизации - т.е. лучше написать Клиент выполняет ВИ Авторизация в системе.
7.2. Клиент осуществляет ввод необходимых контактных данных.
Продолжение...Можно декомпозировать деятельность на отдельной диаграмме, где прописать все условия детально
Я изменил диаграмму.
1) Как адекватно прописать альтернативные потоки на ввод корректных данных? В спецификации у меня на ввод имени, телефона и почты отдельные альтернативные потоки. На диаграмме их также отдельно указывать или можно просто написать проверка ввода данных?
Когда пользователь вводит контактные данные выбирает вариант доставки и т.д., далее он нажимает кнопку "оформить заказ". После чего проверяется авторизирован ли он, если нет то далее проверяется есть ли в БД пользователь с таким же e-mail, если нет, то происходит регистрация пользователя.Т.е. чтобы потом авторизоваться, пользователю достаточно ввести свой e-mail?
по idКак создается Id? Вы написали, пользователя регистрирую автоматом при оформлении заказа. Как?
IDEF1X это не физическая модель БД ?По ранее представленной ссылке Вы можете найти ответ. IDEF1X - этот система моделирования максимально адаптирована для создания реляционных моделей данных. Реляционная модель данных - это не физическая модель БД.
Я регистрирую пользователя автоматом, для того чтобы он потом мог просматривать историю покупок, правда этого пока не предвидится, позже будет реализовано.Что значит автоматом? Как вы идентифицируете пользователя?
По сути так и получается, что при оформлении заказа активизируется ВИ "Регистрация на сайте".
В таком случае ведь регистрация происходит в любом случае, а значит как я думаю это включение. Ведь расширение может быть а может и не быть.
честно говоря я не совсем понимаю разницу между "работой с каталогом" и "действиями с каталогом".Я не написал действиями, я написал действия. В одном случае говорится о работе с каталогом (который будет включать весь спектр возможных действий с ним), а в другом о действии с каталогом.
Единственное не уверен в связи "зависимость" между сущностями Товар и Заказ.Совершенно верно не уверены, никаких зависимостей здесь не должно быть.
3) Пожалуй да, надо бы разделить. Не уверен, что правильно разделяю, но все же.Аутентификация - это не авторизация. Правильно ли я понимаю, что пользователь не может авторизоваться на сайте без обращения к каталогу или оформления заказа.
1) Как мне кажется, что "включение" верно, потому что для того чтобы управлять каталогом авторизироваться нужно обязательно.К сожалению Вы так и не поняли, что я Вам написал. Попытаюсь еще:
Конечно не для каждого удаления или добавления товара нужно делать это заново, но все же перед этими действиями обязательно нужно пройти авторизацию.
2) В случае оформления заказа, у меня будет такая ситуация. Клиент либо при входе на сайт авторизируется/регистрируется (что вряд ли если честно, все таки не это его цель), либо сразу выбирает товары в корзину и оформляет заказ, при этом при нажатии кнопки "Оформить заказ" происходит автоматическая регистрация пользователя, если ранее он не был зарегистрирован.А тут ключевым словом является ЕСЛИ - это уже не обязательное, а условное включение(расширение). Для оформление заказа, вовсе не нужно регистрировать пользователя( тем более требовать с него авторизации). Но если вы это делаете, то есть конкретный ВИ "Зарегистрироваться на сайте" или "Войти в систему", которые могут активироваться из ВИ Оформление заказа при определенных условиях.