46

Для всех / Re: UCD для интернет-магазина

« : 19 Июня 2016, 22:44:52 »

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

Ниже спецификация на ВИ "Оформление заказа".
Помимо того, что там наверняка ошибки есть, у меня сразу вопросы:
1. Система отображает форму оформления заказа. На этой форме сразу все поля. Однако я в спецификации последовательно указал ввод контактных данных, ввод адреса доставки и выбор варианта доставки. Так как контактные данные могут быть введены, если клиент не авторизирован, а если авторизирован то они автоматом подтягиваются.
Верно ли такое решение?
2. Отменить заказ клиент может в любую секунду, писать альтернативный поток к каждому пункту основного потока?

ID: 2.
ВИ: Оформление заказа.
Краткое описание: Оформление заказа на покупку товара в интернет-магазине.
Основное действующее лицо: Клиент.
Второстепенные действующие лица: нет.
Предусловия:
В корзине клиента присутствуют товары.
Постусловия:
1.   Система автоматизации торговли получила заказ.
2.   Клиент зарегистрирован в системе.
3.   Система отправила клиенту письмо с информацией о его заказе.
Основной поток:
1.   ВИ начинается, когда клиент входит в виртуальную корзину.
2.   Система отображает содержимое виртуальной корзины клиента.
3.   Система отображает стоимость заказа.
4.   Если клиент выбирает опцию «Удалить товар».
4.1. Система удаляет отмеченные товары из корзины.
4.2. Система пересчитывает стоимость содержимого корзины.
5.   Клиент выбирает опцию «Оформить заказ»
6.   Система отображает форму оформления заказа.
7.   Если клиент авторизирован в системе.
7.1. Система заполняет поля с контактными данными клиента из БД.
8.   Если клиент не авторизирован.
8.1. Система предлагает клиенту ввести контактные данные.
8.2. Клиент осуществляет ввод необходимых контактных данных.
9.   Система предлагает клиенту ввести адрес доставки.
10.   Клиент вводит адрес доставки.
11.   Система предлагает клиенту выбрать вариант доставки.
12.   Клиент выбирает вариант доставки.
13.   Система запрашивает у клиента подтверждение оформления заказа.
14.   Клиент подтверждает оформление заказа.
15.   Система отправляет заказ на исполнение.

Альтернативные потоки:
15.1. Клиент ввел имя короче 2-х символов.
15.1.1. Система сообщает пользователю, что необходимо ввести имя не короче 2-х символов.
15.2. Клиент ввел не корректный e-mail.
15.2.1. Система сообщает пользователю, что адрес электронной почты должен содержать символ “@”.
15.3. Клиент ввел уже зарегистрированный e-mail.
15.3.1. Система сообщает клиенту, что пользователь с таким e-mail уже зарегистрирован в системе, и предлагает пройти процедуру авторизации.
15.4. Клиент ввел не корректный номер телефона.
15.4.1. Система сообщает пользователю, что необходимо ввести номер телефона по маске ввода.
15.5. Возврат к пункту 6.
15.6 Клиент отменяет заказ.
15.6.1. Происходит переход на страницу, выбранную клиентом.

47

Для всех / Re: UCD для интернет-магазина

« : 19 Июня 2016, 22:15:46 »

В целом адекватно ли у меня составлена сама диаграмма?

48

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 22:14:27 »

В translate.google.соm , translate.yandex.ru, translate.ru тоже забанили?

Боюсь таким методом я там надолго застряну...а сроки горят как обычно(
Поэтому обратился за помощью сюда на русскоязычный форум.

49

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 22:12:33 »

Отличное решение:) Главное концептуальное и хорошо отражающее структуру предметной области:)

Это был сарказм ? ))

50

Для всех / Re: UCD для интернет-магазина

« : 19 Июня 2016, 22:11:34 »

По поводу сравнения диаграмм:
У меня всего 2 актора, и более не предполагается на текущий момент.
Описания:
1. Не совсем понял какие я упоминаю действующие лица, которых нет на диаграмме. У меня есть Администратор и Клиент. или вы говорите про второстепенные "Система автоматизации торговли" и "Система управления каталогом" ? Я решил, что это сама система и ее нет смысла как актора указывать. Думаю просто не стоит указывать данные лица в описаниях, правильно?
2. Верно ли будет если я укажу эти три ВИ как предусловия к выполнению ВИ "Оформление заказа" ? Тут сложность только в том, что Аутентификация не обязательно должна быть перед оформлением, она возможна во время оформления.
3. Спецификация по ВИ "Оформелния заказа" не корректна, следующим постом измененную сделаю.
4. Не успешное завершение не является альтернативным потоком? Разве может ВИ завершиться, если оно не успешно? Это я бы назвал прерыванием скорее.

51

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 21:54:51 »

Ну вот на словах Вы вроде правильно сказали, но на диаграмме Количество товара в качестве массива я не увидел. Ну и с точки зрения физической структуры - какой БД вы пользуетесь? Поддерживает ли она массивы полей? Кстати, какую размерность этого массива Вы определили?

СУБД MySQL. Поле Products в БД определено как тип "text".
Я прошу прощения, ввел в заблуждение вас. В массиве у меня заказанные продукты хранятся в процессе заказа, в переменной, при сохранении заказа массив преобразуется в строку с помощью функции "json_encode"
Так выглядит строка в таблице {"47":1,"48":1,"49":1,"51":1}, где 47 это id товара, а 1 - количество товаров.

52

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 21:43:51 »

Если поле является массивом, элементы которого в свою очередь имеют поля, значит, его нужно моделировать по-другому. Посмотрите как это сделано на диаграмме с сайта uml-diagrams.
Понятно, что моделируемый в рамках учебного примера интернет-магазин может отличаться от реального, но, наверное, не так сильно.

Чтобы выявить другие ошибки в своём решении, попробуйте для себя обосновать, чем Ваше решение лучше, а чем хуже решений из Сети. Например, в таком духе: В решении с сайта uml-diagrams больше классов и связей, поэтому оно хуже моего. Но эти дополнительные классы и связи позволяют то-то и то-то, чего не может моё решение.

Я бы с радостью смотрел на сайте uml-diagrams, но к сожалению я не знаю английский.

53

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 08:45:44 »

Еще дополню:

Вы описываете предметную область интернет-магазина постельного белья. Не могу сказать, что я  большой специалист в предметной области, но там присутствуют КОМПЛЕКТЫ постельного белья. То есть связанные между собой товары. Каким образом будет осуществляться их продажа?

Комплект постельного белья это один товар, одна позиция. Комплект означает подушка, простыня, пододеяльник. Отдельно они не продаются.

54

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 08:44:15 »

Добавил в таблицу "заказ" количество товаров. В БД у меня в этой таблице есть поле товары, в котором хранится массив с выбранными товарами (id товара и количество).
Цена товара может меняться в панели администратора. И странно, но при этом меняется цена в уже сформированных заказах...

55

Для всех / Re: UCD для интернет-магазина

« : 19 Июня 2016, 08:32:30 »

Так выглядит спецификация.
Правда пока только на 3 ВИ.

ID: 1.
ВИ: Поиск товара.
Краткое описание: Система выполняет поиск в каталоге товаров по заданным администратором или клиентом критериям.
Основные действующие лица: Клиент, Администратор
Второстепенные действующие лица:  Нет.
Предусловия: Нет.
Постусловия: Система нашла товары по заданным критериям и вывела результаты на экран.
Основной поток:
1.   ВИ начинается, когда клиент/администратор переходит в каталог товаров.
2.   Система выводит на экран общий список товаров и список критериев поиска.
3.   клиент/администратор вводит необходимые для поиска товара критерии.
4.   Система выполняет поиск товаров, соответствующих заданным критериям.
5.   Для каждого найденного товара система выводит изображение, наименование и стоимость товара.
6.   Если клиент/администратор запрашивает полную информацию о выбранном товаре.
6.1. Система выводи на экран все характеристики соответствующего товара.

Альтернативные потоки:
4.1. Системе не удалось найти товары.
4.2. Система сообщает пользователю, что товары с заданными характеристиками найти не удалось.

ID: 2.
ВИ: Оформление заказа.
Краткое описание: Оформление заказа на покупку товара в интернет-магазине.
Основное действующее лицо: Клиент.
Второстепенные действующие лица: Система автоматизации торговли.
Предусловия:
В корзине клиента присутствуют товары.
Постусловия:
1.   Система автоматизации торговли получила заказ.
2.   Клиент зарегистрирован в системе.
3.   Система отправила клиенту письмо с информацией о его заказе.
Основной поток:
1.   ВИ начинается, когда клиент входит в виртуальную корзину.
2.   Система отображает содержимое виртуальной корзины клиента.
3.   Система отображает стоимость заказа.
4.   Если клиент выбирает опцию «Удалить товар».
5.1. Система удаляет отмеченные товары из корзины.
5.2. Система пересчитывает стоимость содержимого корзины.
5.   Клиент выбирает опцию «Оформить заказ»
6.   Система отображает форму оформления заказа.
7.   Если клиент ранее совершал покупки и зарегистрирован в ситеме.
7.1. Система предлагает клиенту ввести его адрес электронной почты и пароль.
7.2. Клиент вводит свой адрес электронной почты и пароль.
8.   Если клиент не совершал покупок в магазине и не зарегистрирован.
8.1. Система предлагает клиенту ввести контактные данные.
8.2. Клиент осуществляет ввод необходимых контактных данных.
9.   Система предлагает клиенту ввести адрес доставки.
10.   Клиент вводит адрес доставки.
11.   Система предлагает клиенту выбрать вариант доставки.
12.   Клиент выбирает вариант доставки.
13.   Система производит пересчет стоимости заказа с учетом стоимости доставки.
14.   Система запрашивает у клиента подтверждение оформления заказа.
15.   Клиент подтверждает оформление заказа.
16.   Система отправляет заказ на исполнение.

Альтернативные потоки:
7.2.1. Клиент ввел неверный адрес или пароль.
7.2.2. Система сообщает пользователю, что введенный адрес или пароль неверный.
7.2.3. Происходит возврат к пункту 7.1.
8.2.1. Клиент ввел некорректные данные.
8.2.2. Система сообщает пользователю, что введенные данные не корректны.
8.2.3. Возврат к пункту 8.1.
15.1 Клиент отменяет заказ.
15.2. Происходит возврат в виртуальную корзину клиента.


ID: 3.
ВИ: Управление каталогом.
Краткое описание: Администратор осуществляет управление каталогом товаров (добавление, изменение, удаление товаров).
Основное действующее лицо: Администратор сайта.
Второстепенные действующие лица: Система управления каталогом товаров.
Предусловия:
Администратор прошел авторизацию в системе управления каталогом товаров. Для изменения или удаления товар найден.
Постусловия:
Система внесла изменения, добавила или удалила товар.

Основной поток:
1.   Если Администратор выбрал опцию «Добавить товар».
1.1.   Система отображает на экране форму для ввода характеристик нового товара и добавления изображения.
1.2.   Администратор вводит характеристики товара.
1.3.   Администратор подтверждает добавление нового товара.
2.   Если Администратор выбрал опцию «Изменить товар».
2.1.   Система отображает на экране форму с характеристиками товара.
2.2.   Администратор вносит изменения в характеристики товара.
2.3.   Администратор подтверждает внесение изменений в характеристики товара.
3.   Если Администратор выбрал опцию «Удалить товар».
3.1.   Система запрашивает подтверждение удаления товара.
3.2.   Администратор подтверждает удаление товара.

Альтернативные потоки:
1.3.1.   Администратор отменил добавление товара.
1.3.2.   Система осуществила переход к основному списку товаров.
2.3.1.   Администратор отменил внесение изменений в характеристики товара.
2.3.2.   Система осуществила переход к основному списку товаров.
3.2.1.   Администратор отменил удаление товара.
3.2.2.   Система осуществила переход к основному списку товаров.

56

Для всех / Re: UCD для интернет-магазина

« : 19 Июня 2016, 08:29:16 »

Мои извинения за долгое отсутствие, и спасибо за помощь.
Ранее сдал преподавателю предыдущую диаграмму на преддипломную практику, по-моему он даже не смотрел ее...
Теперь продолжаю ту же тему на диплом, на защите думаю смотреть все же будут мои диаграммы.
Помимо тех ВИ, что были, у меня добавился ВИ "управление заказами".

- отношение включение говорит мне (а я читаю схему, которая выполнена в определенной нотации и согласно определенному стандарту), что ВИ управления каталогом обязательно включает ВИ авторизации / регистрации, т.е. ВИ УК не будет полон без включения в него и исполнения шагов ВИ А/Р
- т.е. каждый раз когда мне требуется добавить/изменить/удалить какой-то элемент каталога, я должен авторизовать или регистрироваться вновь и вновь - ситуация возможная, но весьма странная

- ровно эти же рассуждения приведут меня и по ВИ оформление заказа, при этом если включение ВИ поиск заказа выглядит разумным, то ВИ А/Р явно нет.

- объединения Авторизации и регистрации вместе тоже довольно странное решение, так как постусловия сценария авторизации  и регистрации различны. В одном случае открывается доступ согласно введенным данным авторизации, в другом создается новый объект - учетная запись

1) Как мне кажется, что "включение" верно, потому что для того чтобы управлять каталогом авторизироваться нужно обязательно.
Конечно не для каждого удаления или добавления товара нужно делать это заново, но все же перед этими действиями обязательно нужно пройти авторизацию.
2) В случае оформления заказа, у меня будет такая ситуация. Клиент либо при входе на сайт авторизируется/регистрируется (что вряд ли если честно, все таки не это его цель), либо сразу выбирает товары в корзину и оформляет заказ, при этом при нажатии кнопки "Оформить заказ" происходит автоматическая регистрация пользователя, если ранее он не был зарегистрирован.
3) Пожалуй да, надо бы разделить. Не уверен, что правильно разделяю, но все же.

57

Для всех / Re: Концептуальная модель предметной области

« : 19 Июня 2016, 07:43:55 »

Почитал, получилось как-то так.

58

Для всех / Re: Концептуальная модель предметной области

« : 18 Июня 2016, 23:03:28 »

Сделал вот такую диаграмму.
В нее не включены такие таблицы-справочники как размер товара, вид доставки, производитель, категория, упаковка.
Сделал только 3 основных таблицы: пользователь, товар, и заказ.
Единственное, что у меня пользователь это и клиент и администратор магазина, только у администратора соответственно есть роль admin и соответствующие ему права.
Я не понимаю как подписывать связи, почитал нужно вроде глаголом, но что тут поставить я так и не понял.
И связь продукт и пользователь у меня получается многие ко многим. Не знаю верно ли так делать.

59

Для всех / Re: Концептуальная модель предметной области

« : 18 Июня 2016, 22:07:47 »

Найденный Вами пример в интернете (UML-диаграмма) неудачен, т. к. относится к иной предметной области. Модель от преподавателя (ER-диаграмма) является хорошей заготовкой ответа (из которой, быть может, следует убрать лишнее, заменить "журнал(?) покупок" на "часть покупки", исправить мощности: покупка -1-включает-n- часть покупки, часть покупки -n-связана с-1- товар)

Не совсем понял мысль. В модели преподавателя нет журнала покупок, он как раз в модели из интернета.

60

Для всех / Re: Концептуальная модель предметной области

« : 18 Июня 2016, 21:41:47 »

Еще подскажите пожалуйста на чем можно сделать данную диаграмму? На Visio не нашел ее, PowerDesigner у меня триал версия кончилась.