Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Даниил

Страницы: « 1 2 3 4 5 6 »
31
Для всех / Re: UCD для интернет-магазина
« : 20 Июня 2016, 07:42:31 »
Т.е. чтобы потом авторизоваться, пользователю достаточно ввести свой e-mail?

А как происходит регистрация, если пользователь регистрируется явно?
Не совсем так.
Ему пароль присваивается - это его имя. Т.е. при авторизации он вводит логин - почта и пароль - имя. После чего в профиле может поменять на другой пароль.
При явной регистрации вводится имя, почта, телефон, пароль.

32
Концептуальная модель должна отвечать требованиям постановки - в ней должны присутствовать все необходимые  сущности, отражены их отношения, присутвовать атрибуты, упоминаемые в постановке. Концептуальная модель - ЭТО НЕ ЧЕРНОВИК, не модель сделанная спустя рукава.

Концептуальная модель подвергается т.н. интерпретации - она должна отражать все понятия, встречающиеся в постановке

Вы не сможете сослаться в use case или любой другой диаграмме на сущность или атрибут, отсутсвующий в концептуальной модели. Физическая модель как правило дополняется большим количеством технических таблиц, которые не связаны с бизнес-обьектами. Но бизнес-обьекты в концептуальной модели должны быть все
Получается, что достаточно трех сущностей, которые я уже пробовал использовать.
Т.к. остальные таблицы в БД это лишь справочники.

33
Для всех / Re: UCD для интернет-магазина
« : 20 Июня 2016, 00:01:47 »
Как создается Id? Вы написали, пользователя регистрирую автоматом при оформлении заказа. Как?
Когда пользователь вводит контактные данные выбирает вариант доставки и т.д., далее он нажимает кнопку "оформить заказ". После чего проверяется авторизирован ли он, если нет то далее проверяется есть ли в БД пользователь с таким же e-mail, если нет, то происходит регистрация пользователя.

34
Нет. В любой нотации можно разрабатывать ER модель разного уровня абстракции
Спасибо, а то я путаюсь уже (

35
По ранее представленной ссылке Вы можете найти ответ. IDEF1X - этот система моделирования максимально адаптирована для создания реляционных моделей данных. Реляционная модель данных - это не физическая модель БД.
Спасибо за ссылку, уже начал читать статью.
Я просто уже запутался в этих моделях, мне нужно сделать и концептуальную модель и физическую модель и логическую.
Во всех примерах, что у меня есть от других студентов эти модели крайне похожи, ровно те же таблицы, те же атрибуты, те же связи.
Единственное различие - в концептуальной атрибуты написаны русским текстом, а в физической английским.

Еще один вопрос: должны ли в концептуальной модели быть все таблицы как в БД? Или все же я в чем то прав и в ней используются основные сущности?
Т.е. в ней не надо указывать, например, сущность "производитель товара".

36
Для всех / Re: UCD для интернет-магазина
« : 19 Июня 2016, 23:47:19 »
Что значит автоматом? Как вы идентифицируете пользователя?
по id

37
Для всех / Re: UCD для интернет-магазина
« : 19 Июня 2016, 23:46:35 »
Я не написал действиями, я написал действия. В одном случае говорится о работе с каталогом (который будет включать весь спектр возможных действий с ним), а в другом о действии с каталогом.

Т.е. чтобы работать с каталогом пользователь, уже должен быть авторизован и иметь определенный набор прав

Поиск и просмотр товаров в каталоге - это же тоже работа с каталогом. Но для этого пользователю не обязательно авторизизроваться.

38
Учитывая Ваши ограничения по срокам могу дать наводку - поищите про реализацию связи многие ко многим в реляционных БД

Примерно так:
Группа и Сотрудник - многие ко многим.
Тренинг и Сотрудник - многие ко многим

39
Для всех / Re: UCD для интернет-магазина
« : 19 Июня 2016, 23:35:26 »
Аутентификация - это не авторизация. Правильно ли я понимаю, что пользователь не может авторизоваться на сайте без обращения к каталогу или оформления заказа.
хм...я всегда считал это синонимом...
Нет, пользователь может сразу при входе на сайт авторизироваться.

40
Для всех / Re: UCD для интернет-магазина
« : 19 Июня 2016, 23:34:20 »
А тут ключевым словом является ЕСЛИ - это уже не обязательное, а условное включение(расширение). Для оформление заказа, вовсе не нужно регистрировать пользователя( тем более требовать с него авторизации). Но если вы это делаете, то есть конкретный ВИ "Зарегистрироваться на сайте" или "Войти в систему", которые могут активироваться из ВИ Оформление заказа при определенных условиях.
Я регистрирую пользователя автоматом, для того чтобы он потом мог просматривать историю покупок, правда этого пока не предвидится, позже будет реализовано.
По сути так и получается, что при оформлении заказа активизируется ВИ "Регистрация на сайте".
В таком случае ведь регистрация происходит в любом случае, а значит как я думаю это включение. Ведь расширение может быть а может и не быть.

41
Для всех / Re: UCD для интернет-магазина
« : 19 Июня 2016, 23:31:41 »
К сожалению Вы так и не поняли, что я Вам написал. Попытаюсь еще:
улавливаете ли Вы разницу между
- для выполнения работы с каталогом, пользователь должен быть авторизован (возможно иметь соответствующие права)
и
- для выполнения действия с каталогом, пользователь должен выполнить авторизацию (подтвердить полномочия)
честно говоря я не совсем понимаю разницу между "работой с каталогом" и "действиями с каталогом".

42
Если диаграмма классов содержит только прикладные обьекты она практически совпадает с  ER. На вашей ER используется нотация Чена. На нотациях Чена и Мартина атрибуты выносятся в отдельные графические элементы (это бывает удобно, когда при проектировании велика вероятность выделения атрибута в отдельную сущность) . Нотации crow foot notation и IDEF1X позволяют описывать атрибуты внутри элементов сущностей.

Сделаете ER -без труда сможете преобразовать в диаграмму классов. По крайней мере мере это преобразование несопоставимо по своей трудоемкости с разработкой качественной ER

IDEF1X это не физическая модель БД ?

43
В последней моей модели ведь есть и сущности и связи и идентификаторы сущностей, атрибуты, операции.
Единственное не уверен в связи "зависимость" между сущностями Товар и Заказ.

44
Да, ER точно не получится.
Список диаграмм:
Раздел должен содержать описание проектных решений по следующим вопросам:
1.   Анализ проблемы, цель разработки.
2.   Основные бизнес-процессы (IDEF0) и бизнес-правила.
3.   Границы системы (DFD).
4.   Варианты использования системы (Use Case).
5.   Спецификация требований.
6.   Концептуальная модель предметной области (диаграмма классов уровня анализа UML).

45
Да, это был сарказм. Вы продемонстрировали типичную программерскую заплатку на кривую концептуальную схему. По отношению к вашему будущему работодателю нечестно лишить вас возможности самостоятельно разобраться в сути вопроса и получить качественное решение.

Кстати именно поэтому я считаю крайне вредным учить начинающих строить диаграмму классов - они так и норовят всю грязь  запихать в методы. Классическая ER на это не провоцирует.

В вашем случае я бы рекомендовал построить именно ER , получить из нее диаграмму классов можно формально

ER это пример которой я вначале темы кидал правильно? По мне она более адекватная и понятная, но я боюсь на дипломе забракуют.

Страницы: « 1 2 3 4 5 6 »