Форум Сообщества Аналитиков
Общий раздел => Примеры => Задачи студентов => Тема начата: AlexRyzhenko от 11 Мая 2013, 22:08:31
-
Дано условие:
Программное обеспечение Интернет-магазина
Интернет-магазин позволяет делать покупки с доставкой на дом. Клиентам магазина обеспечивается доступ к каталогу продаваемых товаров. В каталоге товары распределены по разделам. О каждом товаре доступна полная информация (название, вес, цена, изображение, дата изготовления и срок годности) Для удобства клиентов предусмотрена система поиска товаров в каталоге. Помимо информации о товарах клиенты также должны получить информацию об условиях оплаты и доставки покупок. При отборе клиентами товаров должна поддерживаться виртуальная "торговая тележка". Любое наименование товара может быть добавлено в "тележку" или изъято в любой момент по желанию покупателя с последующим пересчетом общей стоимости покупки. Необходимо также, чтобы текущее содержимое "тележки" постоянно отображалось на экране клиента. По окончании выбора товаров производится оформление заказа и регистрация покупателя. Заказы передаются для обработки в систему автоматизации торговли. Проверка наличия товаров на складе и их резервирование Интернет-магазином не производятся.
Нужно сделать диаграмму вариантов использования. Проверьте, пожалуйста, что сделал я и и подскажите, что нужно исправить.
-
Сделайте что-то с картинкой, а то она не открывается нормально.
1. Я советую вам для начала убрать все инклюды.
2. Все ВИ типа Найти товар в каталоге не имеет инициирующих их актеров, т.е. абстрактные. Но это не соотвествует вашей задачи
3. Посчитать стоимость покупки- это не ВИ а действие системы на определенном этапе заказа.
Решим эти вопросы, а потом можно двигаться дальше
-
Я думал все ВИ типа Найти товар "включаются" в просмотр каталога. Т.е. просматривая каталог можно найти товар, добавить его в корзину или удалить. Вы имеете ввиду, что все действия должны инициироваться клиентом?
Насчет стоимости, на мой взгляд она должна пересчитываться и каждый раз при добавлении/удалении товара.
Помогите разобраться, пожалуйста.
-
Я что-то не так сделал? Согласен, что диаграмму я может исправил не правильно, но с Ваших слов у ВИ Найти товар и т.д. должен быть инициирующий актер. Почему включения не подходят?
Хочу оговориться, что я читал разделы про ВИ у Буча и Леоненкова, но видно не все понял, поэтому и обращаюсь за помощью. Очень нужно построить эту диаграмму.
-
Помогите разобраться, пожалуйста.
Начинать нужно с идеи. С идеи того, что такое ВИ и зачем он используется.
1. ВИ - это требование к системе, функциональное требование, организованное особым образом.
2. ВИ выражает то, зачем пользовтаель обращается к системе, т.е. то что он хотел бы получить от системы и что выполняется в достаточно короткое время, за один сеанс говорят, и заканчивается каким-то важным для пользователя результатом.
Клиент обращается в магазин, чтобы приобрести товар - вот главная цель использования магазина.
Но прежде чем он начнет это делать он возможно хочет
-- ознакомиться с условиеями оплаты
-- ознакомиться условиями доставки
-- просмотреть изучить имеющиеся товары
-- возможно найти нужный ему товар перед заказом
В вашей задаче используется метафора виртуальная корзина. В реальном магазине покупатель тоже имеет корзину куда складывает товар и в любой момент может его проверить, просмотреть. Естественно в электронной версии можно сохранять корзину неопределенно долго, даже давать ей разные названия, чтобы в последствиии обращаться и изучать их содержимое, внутри корзины можно добавлять и убирать товары и пересчитывать стоимость корзины.
Из задачи неясно, можно ли сохранять эти корзины или с ними можно работать только в рамках незаконченного варианта Оформить заказ. Если да, то работа с корзиной часть этого варианта. Т.называемый подпоток, его можно оформить и как абстрактный вариант использования. При этом никто видимо не будет заставлять покупателя разглядывать и проверять свою корзину, она так и так станет частью заказа, когда будете его оформлять. Т.е. скорее всего работа с корзиной скорее расширение, чем включение. Видите сколько тонкостей и неоднозначностей, потому от этого следует бежать. Но скорее всего истина в последней инстанции(вашем преподавателе)
Подсчитать стоимость покупки - не будет самостоятельной целью покупателя, она ему интересна при оформлении и изменении заказа.
Попробуйте выполнить ВИ подсчитать стоимость вне рамок нужного контекста? Не получится. Это часть ВИ оформить заказ, в процессе его оформления я могу
-- просматривать свою корзину
-- удалять и добавлять в нее товары
-- изменять их количество
-- соответственно пересчитывать стоимость, чтобы увидеть цену вопроса
Таким образом
я бы убрал
Работу с корзиной и пересчет стоимости
Найти товар, просмотреть каталог товаров и просмотреть инормацию о товаре - это все один вариант поиск осуществляется в каталоге, значит вы его уже просмотрите, просмотреть инфу о товаре нельзя пока не просмотрите каталог, а смысл пялится в каталог товаров? просто так?
Вот пока получается 4 ВИ, самый интересны оформить заказа, его и нужно теперь красиво текстом описать
Ну это мое мнение
-
Мне нужна простая диаграмма ВИ для лабораторной. Вот я и спрашиваю совета.
Покупатель просматривая каталог должен знать на какую сумму у него товаров в корзине? Разве нет? А потом уже, выбрав все и видя стоимость, оформлять заказ.
Вы говорите убрать работу с корзиной и пересчет. Совсем убрать? Но ведь эти моменты есть в описании.
Теперь каталог. Мне кажется в каталоги интернет магазинов разделены на разделы, в каждом разделе перечень товаров. Выбрав отдельный товар, можно просмотреть информацию о нем.
Что касается тонкостей, то их никто не разрешит. У меня нет связи с преподавателем. Можно только выполнить задание и ждать что его зачтут.
-
И потом. Просмотр каталога ещё не означает оформление заказа.
-
Вот что я понял из Вашего объяснения. Но какой тип отношения между Оформить заказ и другими ВИ?
-
Вот что я понял из Вашего объяснения. Но какой тип отношения между Оформить заказ и другими ВИ?
Нет, вы меня совсем не поняли. Я говорил о том, что найти товар, просмотреть каталог и просмотреть информацию о товаре - это часть одного общего ВИ типа просмотреть каталог товаров или сделать выбор.
Смотрите, где вы ищите товар? в каталоге
Чтобы просмотреть товар, его нужно найти и открыть его информацию
или
в списке товаров(каталоге) ткнуться в какой-то товар и посомтреть его информацию
Мне нужна простая диаграмма ВИ для лабораторной. Вот я и спрашиваю совета.
Так я его и даю. У вас далеко не простая ДВИ, у вас сложная. А нужно делать ее простой. ДВИ - это ничто, главное в ВИ - это его описание, а не овальчик с человечком и палочками и стрелочками.
Покупатель просматривая каталог должен знать на какую сумму у него товаров в корзине? Разве нет? А потом уже, выбрав все и видя стоимость, оформлять заказ.
Напишите сценарий оформления заказа
Вы говорите убрать работу с корзиной и пересчет. Совсем убрать? Но ведь эти моменты есть в описании.
Ну и что, сделайте описание оформления заказа, там и учтете эти моменты.
Теперь каталог. Мне кажется в каталоги интернет магазинов разделены на разделы, в каждом разделе перечень товаров. Выбрав отдельный товар, можно просмотреть информацию о нем.
И ? как вы думаете зачем это делается?
Что касается тонкостей, то их никто не разрешит. У меня нет связи с преподавателем. Можно только выполнить задание и ждать что его зачтут.
Вы спросили совета, я его вам дал. Но потрафить вашему преподавателю у меня нет цели. Я говорю КАК НУЖНО ДЕЛАТЬ ПРАВИЛЬНО, а не как чтобы преподу было кайфово и вы получили зачет.
-
И ? как вы думаете зачем это делается?
Чтобы было удобней ориентироваться и можно было быстро найти товары нужного типа.
И ? как вы думаете зачем это делается?Вы спросили совета, я его вам дал. Но потрафить вашему преподавателю у меня нет цели. Я говорю КАК НУЖНО ДЕЛАТЬ ПРАВИЛЬНО, а не как чтобы преподу было кайфово и вы получили зачет.
Я этого не имел ввиду. Мне нужно правильно. Но я не могу спросить и преподавателя как он считает будет правильно.
Сценарий оформления напишу.
-
Чтобы было удобней ориентироваться и можно было быстро найти товары нужного типа.
Вот вы сами и ответили.
Сможете вы просмотреть информацию о товаре, не выполняя ВИ просмотреть каталог товаров или ВИ найти товар? Ни одно ли это и тоже?
Чтобы точнее разобраться, можно дать краткое описание каждого кандидата на ВИ, а также сравнить предусловие каждого и постусловие.
Вы даже можете сейчас наплодить больше ВИ, чем нужно. Это не страшно. Главное избегать инклюдов, экстендов и обобщений. Поскольку они далеко не тривиальны.
Инклюд говорит, что каждый раз когда исполняется базовый ВИ, он не сможет быть завершен пока не исполнится и включаемый. При этом базовый - это инициируемый актором ВИ, а включаемый чаще всего (а в РУП только) абстрактный, т.е. не имеющий собственных сценариев запуска.
Экстенды - о них лучше умолчать, чем рассказать :)
-
Вот что у меня получилось.
-
Я не пойму. Здесь раздел помощи студентам. Те, кто знает как сделать ДВИ сюда не обратятся. Я понимаю, что Вы хотите, чтобы я сам додумался до правильного решения, но для этого нужны знание и опыт. И форум, по моему, и нужен для того, чтобы делится опытом. Что касается знаний, то укажите, какую литературу я должен прочесть, чтобы научиться.
Вы не последовательны в своих подсказках. То говорите, что нужно обговорить работу с корзиной в ВИ Оформление заказа, то предлагаете создать ВИ Обновление корзины. Но клиенту не нужно обновлять корзину. Эта работа системы. Клиенту нужно получить товар, а для этого необходимо сформировать список товаров и заказать товары из этого списка. Поэтому, работа с корзиной это скорее составная часть ВИ Выбор товара.
О подпотоках раньше речи не было.
Так как все-таки сделать правильную ДВИ?
-
Дали бы мне эту ссылку http://www.uml2.ru/index.php?option=com_content&view=article&id=399&Itemid=47 (http://www.uml2.ru/index.php?option=com_content&view=article&id=399&Itemid=47) , я бы прочитал и сделал как надо.
-
Я не пойму. Здесь раздел помощи студентам. Те, кто знает как сделать ДВИ сюда не обратятся. Я понимаю, что Вы хотите, чтобы я сам додумался до правильного решения, но для этого нужны знание и опыт. И форум, по моему, и нужен для того, чтобы делится опытом.
Алекс, вам никто ничего не должен, кроме ваших вузовских преподавателей.
Для чего нужен форум его участникам — позвольте им самим решать.
Что касается знаний, то укажите, какую литературу я должен прочесть, чтобы научиться.
А ваш преподаватель в том месте, где вы студент, её разве не дал?
Вы не последовательны в своих подсказках.
Ну о***ть теперь. Эд, давай на пенсию!
Коллега уделил немного личного времени, чтобы вам помочь, а вы ему предъявляете претензии.
С вами никто, насколько я знаю, SLA на услуги публичного бесплатного консультирования не подписывал.
Хотите гарантий — берите платную консультацию.
…Так как все-таки сделать правильную ДВИ?
«Правильная» «ДВИ» отображает значимые результаты взаимодействия с системой,
ради которых происходит сеанс или серия взаимодействия с системой.
В случае интернет-магазинов таких значимых результатов — 1-3.
Все эти include/extend — от лукавого.
-
Дали бы мне эту ссылку http://www.uml2.ru/index.php?option=com_content&view=article&id=399&Itemid=47 (http://www.uml2.ru/index.php?option=com_content&view=article&id=399&Itemid=47) , я бы прочитал и сделал как надо.
А при чём тут эта ссылка, если вам нужно сделать ДИАГРАММУ, а ссылка про СЦЕНАРИИ?
И кончайте бросать упрёки, это некрасиво и плохо для вас кончится.
-
Коллега уделил немного личного времени, чтобы вам помочь, а вы ему предъявляете претензии.
Я не предъявляю претензий, а просто говорю, что наводки Galogen'а мне не понятны и показались мне противоречивыми, что я и пытался сказать.
А при чём тут эта ссылка, если вам нужно сделать ДИАГРАММУ, а ссылка про СЦЕНАРИИ?
Так мне и нужно специфицировать ВИ. Ведь большая часть информации и приводится в спецификациях. Кроме того, я прочитал и другие статьи. Именно таких объяснений и не хватало. Стало немного понятней.
И не хочу я претензии или кого-то обидеть. Просто говорю, что мне не понятно, растолкуйте подробней.
-
Алексей, весь прикол и состоит в том, чтобы вы сами догнали с ответом.
Противоречия кажущиеся, они от непонимания. Сейчас-то все понятно? Или нет.
Я вам сразу сказал, попытайтесь описать, то что вы нарисовали, сразу будет понятно где криво и натянуто.
-
Понятно не все. Пока получается 5 ВИ:
- Просмотреть информацию об условиях оплаты
- Просмотреть информацию об условиях доставки
- Выбор товара
- Управление корзиной
- Оформить заказ
Например с управлением корзиной, в основном потоке прописывается:
Если клиент добавил товар:
1. Обновить содержимое корзины
2. Пересчитать стоимость
и т. д.
Ну напишу спецификацию полностью, там видно будет.
Пока на совсем понятно как в описании ВИ Выбор товара совместить просмотр каталога, поиск по кл. словам и просмотр инфы о товаре.
-
Понятно не все. Пока получается 5 ВИ:
- Просмотреть информацию об условиях оплаты
- Просмотреть информацию об условиях доставки
- Выбор товара
- Управление корзиной
- Оформить заказ
Например с управлением корзиной, в основном потоке прописывается:
Если клиент добавил товар:
1. Обновить содержимое корзины
2. Пересчитать стоимость
и т. д.
Ну напишу спецификацию полностью, там видно будет.
Пока на совсем понятно как в описании ВИ Выбор товара совместить просмотр каталога, поиск по кл. словам и просмотр инфы о товаре.
Мне нравятся ВИ оформить заказ, ВИ просмотреть условия об оплате, ВИ просмотреть условия о доставке.
В принципе можно остановится на ВИ Найти нужный товар, поскольку результатом будет найденный товар.
Если использовать ВИ выбрать товар(ы) то нужно понять, что это значит, сформулировать конечный результат, состояние. Скорее всего это будет означать, что товары попадут в виртуальную корзину. Сведений мало, потому приходится придумывать и додумывать.
Далее, если следуя заданию и вашим словам, у каждого клиента имеется личная виртуальная корзина. Вопрос будет ли этих корзин много? Нужно ли сохранять корзины или корзину между сеансами. Я этого не знаю.
Это действительно не очень простой вопрос. Потому важно не рисовать картинки, а составить краткое описание, а потом и поток событий и посмотреть, как он логически встраивается и не выстраивается.
-
Далее, если следуя заданию и вашим словам, у каждого клиента имеется личная виртуальная корзина. Вопрос будет ли этих корзин много? Нужно ли сохранять корзины или корзину между сеансами. Я этого не знаю.
По моему, нужно остановиться на простом варианте. Будет ВИ Найти товар. ВИ Управление корзиной тоже, как я понимаю, нужен. Туда следует поместить действия по добавлению/удалению товаров и автопересчету стоимости. Корзина одна. Объясните, как сохранение или не сохранение содержимого корзины может влиять на ДВИ? Этого я не понимаю.
-
По моему, нужно остановиться на простом варианте. Будет ВИ Найти товар. ВИ Управление корзиной тоже, как я понимаю, нужен. Туда следует поместить действия по добавлению/удалению товаров и автопересчету стоимости. Корзина одна. Объясните, как сохранение или не сохранение содержимого корзины может влиять на ДВИ? Этого я не понимаю.
Понимаете, поулчается, что покупатель заходит на сайт чтобы поуправлять корзиной - именно это мне не нравится, поэтому ВИ управлять корзиной или обновить содержимое корзины - как исходный ВИ сомнителен.
Однако если мы принимаем решение расписывать этот ВИ, то он состоит из как минимум разных сценариев действия:
- добавление товаров в корзину
- удаление товаров из корзины
- пересчет стоимости (хотя я ен очень понимаю зачем нам нужен явный пересчет стоимости и сценарий - пересчет стоимости)
При этом каждый из этих сценариев вполне может существовать
Открыть свою виртуальную корзину
- если корзина пуста, выдать сообщение - корзина пуста, сначала добавьте товар - конец ВИ
иначе отобразить содержимое корзины
Что там с корзиной можно делать дальше?
Например, добавить товар
- --я затрудняюсь описать это поведение
удалить товар из корзины
-- отметить товар в корзины и выполнить удаление
--- система удаляет корзину и пересчитывает общую стоимость товара
изменить количество товара в корзине
-- выбираю товар, меняю его количество
-- система пересчитывает стоимость товара
Я бы сделал это все часть ВИ Выбрать товар и разместить заказ - Например. Вариантов много, но они не в рисовании овальчиков и палочек, они в описании.
Я использую
1. краткое описание ВИ - просто что там вкратце присходит
2. списочный тип - описание последоватльности шагов и альтернатив:
просмотреть товары в каталоге
выполнить выбор товаров
начать оформление заказа
указать тип доставки
указать форму оплаты
завершить оформление
и А1 .. А2 ... А3
3. тип сценария
Покупатель начинает ВИ оформление заказа
система отображает каталог
Покупатель просматривает разделы каталога и отмечает нужные товары
система добавляет товары в виртуальную корзину
Покупатель переходит к оформлению заказа
система отображает содержимое корзины, общую стоимость заказа
Покупатель указывает способ доставки
система переситывает стоимость заказа
Покупатель указывает тип оплаты
система делает что-то
Покупатель завершает офрмление заказа
система сохраняет заказ и посылает извещеие на указанный адрес клиента
ну и куча альтернатив
А как вы умудритесь нарисовать это все овальчиками и палочками - не так важно, но все-таки нужно придерживаться здравого смысла
-
Я уже оформил в голове некоторую модель и начал записывать, а после Вашего сообщения все опять запуталось.
Да можно убрать ВИ Управление корзиной. Добавление в корзину будет производиться при поиске, а удаление товаров при оформлении заказа.
Про тип сценария непонятно.
-
Вот описание одного ВИ. Выкладываю только одно, потому что Вы его, скорей всего забракуете)
Вариант использования (ВИ): Найти товар
ID: 1
Краткое описание: Система демонстрирует Клиенту содержимое каталога товаров или выполняет поиск в каталоге на основании заданных критериев.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Нет
Основной поток: 1. ВИ начинается, когда Клиент переходит в каталог товаров.
2. Если Клиент выбирает раздел (подраздел) каталога товаров
2.1. Система выводит на экран содержимое выбранного раздела
3. Если Клиент задает критерии поиска
3.1. Система выполняет поиск товаров, соответствующих заданным критериям.
3.2. Если Система нашла продукты, соответствующие критериям товары
3.2.1. Система выводит список найденных товаров с краткой информацией о них.
3.3. Иначе Система выводит сообщение о том, что товары не найдены.
4. Если Клиент выбирает опцию «Характеристики» отдельного товара
4.2. Система выдает полную информацию о выбранном товаре.
5. Если Клиент выбирает опцию «Добавить товар в тележку» для выбранного товара
5.1. Система добавляет выбранный товар в тележку
5.2. Система пересчитывает стоимость содержимого корзины.
Постусловия: Нет.
Альтернативные потоки: Нет
Наверно слишком много Если
-
Мы делали интернет-магазин Юлмарту, на основе этого проекта я могу сказать, что ВИ у вас вообще один:
1. Оформить заказ
Если хотите заигрывать с ассоциациями (в данном случае совершенно избыточно, но на практике бывает полезно, если используются разные способы оплаты), вынесите Оплату заказа в отдельный ВИ.
Это два.
Все остальное это не ВИ, а в лучшем случае кандидаты в функциональные требования.
Почему - долго объяснять, верьте на слово )
-
Мы делали интернет-магазин Юлмарту, на основе этого проекта я могу сказать, что ВИ у вас вообще один:
1. Оформить заказ
Я и так не могу сделать. Не то что с одним ВИ. А про способы оплаты тут и речи нет. Но за ответ спасибо.
Кроме того, у меня же "учебная" диаграмма. Вряд ли ДВИ с одним ВИ наглядна с учебной точки зрения.
Понимаете, поулчается, что покупатель заходит на сайт чтобы поуправлять корзиной - именно это мне не нравится, поэтому ВИ управлять корзиной или обновить содержимое корзины - как исходный ВИ сомнителен.
Но такая ВИ же приведена в Вашей статье в качестве примера.
Получается даже с составом ВИ не получается определиться. То нужен тот-то ВИ, то не нужен.
-
http://www.intuit.ru/studies/courses/64/64/lecture/963?page=5 - вот тут целая лекция с примерами ДВИ интернет-магазина. Чем она вам не подходит? Уточняете в соответствии со своей задачей и всего делов.
-
P. S. Претензий никому не выдвигаю. Просто дискутирую. А то слова идущие в разрез любят воспринимать в штыки.
[galogen, простите тут я случайно влез и удалил исходную надпись]
-
Ожидал немного другую реакцию... ну да ладно, жизнь подкорректирует
-
Ожидал немного другую реакцию... ну да ладно, жизнь подкорректирует
Если честно, не понял Вашу реакцию). Я писал не по поводу Вашего сообщения. Ваш пример я посмотрел. Спасибо. Но он, говорят, не подходит. Хотя, единого мнения нет, какой подходит. В этом и трудность.
-
Получается даже с составом ВИ не получается определиться. То нужен тот-то ВИ, то не нужен.
Жизнь вообще непростая штука. Но как я понял вы нашли ответы в той статье в FAQ, замечательно. Я и сам уже позабыл про нее. Тут тонкость - примеры все-таки и есть примеры, они вырваны из контекста, но в целом они вас чем не устраивают?
-
Вот описание одного ВИ. Выкладываю только одно, потому что Вы его, скорей всего забракуете)
Вариант использования (ВИ): Найти товар
ID: 1
Краткое описание: Система демонстрирует Клиенту содержимое каталога товаров или выполняет поиск в каталоге на основании заданных критериев.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Нет
Основной поток: 1. ВИ начинается, когда Клиент переходит в каталог товаров.
2. Если Клиент выбирает раздел (подраздел) каталога товаров
2.1. Система выводит на экран содержимое выбранного раздела
3. Если Клиент задает критерии поиска
3.1. Система выполняет поиск товаров, соответствующих заданным критериям.
3.2. Если Система нашла продукты, соответствующие критериям товары
3.2.1. Система выводит список найденных товаров с краткой информацией о них.
3.3. Иначе Система выводит сообщение о том, что товары не найдены.
4. Если Клиент выбирает опцию «Характеристики» отдельного товара
4.2. Система выдает полную информацию о выбранном товаре.
5. Если Клиент выбирает опцию «Добавить товар в тележку» для выбранного товара
5.1. Система добавляет выбранный товар в тележку
5.2. Система пересчитывает стоимость содержимого корзины.
Постусловия: Нет.
Альтернативные потоки: Нет
Наверно слишком много Если
1. да если много, это же не алгоритм, а сценарий, одного ветвление более чем достаточно.
2. странный ВИ у которого нет постусловия, постусловие - результат к которому стремится Клиент. Ваши клиент видимо ни к чему не стремится.
3. Не найден товар - как раз и есть альтернатива
4. просмотр деталей товара - как раз и есть альтернатива, но может быть и частью основного сценария
Но в целом почему бы и нет
-
http://www.intuit.ru/studies/courses/64/64/lecture/963?page=5 - вот тут целая лекция с примерами ДВИ интернет-магазина. Чем она вам не подходит? Уточняете в соответствии со своей задачей и всего делов.
Вот эта диаграмма
(http://www.intuit.ru/EDI/01_05_13_442/1367270293-10137/tutorial/145/objects/4/files/4_8sm.gif)
кажется очень грамотной и техничной. И инклюды и экстенды и обобщения выполнены вроде бы почти безукоризненно.
Но Изменение данных о товаре связано типа ехтендом, хотя нарисовано обобщение. Хотелось бы понять при каких вариантах поиска товара, который не может быть выполнен без заказа товара возможен процесс изменения данных?
Аналогично и с удалением товар. Более того - удаление товара, добавление товара и изменение данных - обобщается во введении данных, но обобщение - это связь классификации, а тут явная функциональная декомпозиция. Представленная модель вместе с тем имеет решение CRUD ВИ и описана и обсуждена вполне точно. Пример, которого недавно обсуждался на форуме
Т.е. использование отношений кроме коммуникации между актором и вариантом использования весьма неоднозначно. Понимание схемы тоже весьма затруднительно. К тому же ВИ в первую очередь - это тексты, а также элементы планирования деятельность по проектированию.
-
Я и так не могу сделать. Не то что с одним ВИ. А про способы оплаты тут и речи нет. Но за ответ спасибо.
Кроме того, у меня же "учебная" диаграмма. Вряд ли ДВИ с одним ВИ наглядна с учебной точки зрения.
Видите ли, обучение (как и воспитание) - процесс взаимный.
Если вы покажете своему преподавателю основанный на реальной жизни пример и обоснуете свою позицию, вы оба получите от этого нечто новое.
Кто-то должен этим заниматься, а не только нытьем, что у нас преподают устаревшие технологии )
Если не убедите - отсылайте сюда ;)
-
Вот почему я не люблю термин «Вариант использования».
Если написать «Способ применения интернет-магазина «"Положить в корзину"», то сразу будет понятно, что это чушь, интернет-магазин нужен для другого.
Ещё лучше конечно назвать «ДВИ» диаграммой целей пользователя относительно системы, но это уже совсем фантастика.
-
Мы делали интернет-магазин Юлмарту, на основе этого проекта я могу сказать, что ВИ у вас вообще один:
1. Оформить заказ
Это если фокусироваться на целевых способах применения, интересных Заказчику. А так ещё есть нецелевые (но тоже полезные бизнесу, если правильно их учесть) — например, выбрать товар (если тут это можно сделать удобно). А купить — в другом месте, например, в оффлайне.
-
Вот почему я не люблю термин «Вариант использования».
Если написать «Способ применения интернет-магазина «"Положить в корзину"», то сразу будет понятно, что это чушь, интернет-магазин нужен для другого.
А чем это сильно будет отличаться от «Вариант использования интернет-магазина "Положить в корзину"».
-
рискну предложить следующую диаграмму:
-
1. да если много, это же не алгоритм, а сценарий, одного ветвление более чем достаточно.
2. странный ВИ у которого нет постусловия, постусловие - результат к которому стремится Клиент. Ваши клиент видимо ни к чему не стремится.
3. Не найден товар - как раз и есть альтернатива
4. просмотр деталей товара - как раз и есть альтернатива, но может быть и частью основного сценария
Но в целом почему бы и нет
Опять же, возвращаясь к Вашей статье, на которую я ориентируюсь.
1. Там если товар не найден, выполняется "иначе".
2. Постусловия там тоже нет. Клиент мог найти, а мог не найти товар.
Чему альтернативой является просмотр деталей?
Не представляю как с одним "если". Объясните подробней пожалуйста. Как иначе совместить просмотр каталога и поиск?
Почему тот пример не подходит для этого контекста?
-
рискну предложить следующую диаграмму:
А что означают стрелочки треугольничком?
-
А что означают стрелочки треугольничком?
Прошу прощения, лень было подписывать. Пунктирные - include, сплошные - extend
-
Опять же, возвращаясь к Вашей статье, на которую я ориентируюсь.
Статья не моя, моя обработка небольшая и подготовка с выкладыванием.
1. Там если товар не найден, выполняется "иначе".
Да конечно, это возможно, там в статьях об этом и написано. Просто у вас это избыток, то что не следует делать. И в статьях это описано.
2. Постусловия там тоже нет. Клиент мог найти, а мог не найти товар.
Да в этом случае верно, просто это не очень типичный на мой взгляд вариант использования. Он просто имеет особую значимость и характерен для некоторых ситуаций. Но в вашем-то случае производится выбор товра, помещение его в корзину и т.п.
Чему альтернативой является просмотр деталей?
основному сценарию
Не представляю как с одним "если"
.
не понял фразы
Объясните подробней пожалуйста. Как иначе совместить просмотр каталога и поиск?
а зачем совмещать
Почему тот пример не подходит для этого контекста?
потому что управлять торговой корзиной в случае примера является удаление записей и изменение количества
пример явно чисто иллюстративный
и, благодаря, вам я обратил внимание, на то, что неуказаны постусловия - хотя они должны быть - меняется состав тележки, меняется количество товаров ну и возможно стоимость.
Интересное рассуждение http://www.slideshare.net/andreashagglund/10-things-about-use-case-misconceptions
-
Прошу прощения, лень было подписывать. Пунктирные - include, сплошные - extend
Понятно, на мой взгляд это все упражнения, в которых нет большой надобности. А понятность сильно снижается. Задача картинки - наглядность и понятность.
А тут масса недочетов.
Стрелочка с полым треугольником - это вообще обощение.
Инклюды и эксенды - по сути одно и тоже - безусловное или условное включение - и должны изображаться пунктиром.
К тому же вы пытаетесь передать логику использования системы, а не модель использования
Мне например не понятен ВИ Заказ товара и некоторые другие моменты.
Вопрос, что вы будете делать дальше с этой диаграммой?
-
Стрелочка с полым треугольником - это вообще обощение
Еще раз извиняюсь. Обновил диаграмму.
К тому же вы пытаетесь передать логику использования системы, а не модель использования
А в чем разница?
Мне например не понятен ВИ Заказ товара
Как покупатель, я не обязан в магазине ничего покупать. Я просто могу смотреть товар, приглядываться, прицениваться... Поэтому ВИ "Заказ товара" (выбор определенных позиций для покупки) я вынес в отдельный. Опять же, на данном этапе я могу передумать покупать товар и покинуть магазин, поэтому осуществление покупки я опять же вынес в отдельный ВИ "Оформление заказа" (внесение данных о покупателе, оплата и т.д.).
Вопрос, что вы будете делать дальше с этой диаграммой?
Да ничего, мне лабораторную делать не надо :) Цель была одна: потренироваться, ну и человеку помочь.
-
А в чем разница?
Для логики поведения существуют другие диаграммы.
Как покупатель, я не обязан в магазине ничего покупать. Я просто могу смотреть товар, приглядываться, прицениваться... Поэтому ВИ "Заказ товара" (выбор определенных позиций для покупки) я вынес в отдельный. Опять же, на данном этапе я могу передумать покупать товар и покинуть магазин, поэтому осуществление покупки я опять же вынес в отдельный ВИ "Оформление заказа" (внесение данных о покупателе, оплата и т.д.).
Т.е. вы делаете заказ, но ничего не покупаете? А разве магазину ваш заказ будет заказом? Думаю нет, это просто будет черновик заказа, не более того. Я не понимаю зачем различать заказ товара от оформить покупку. Понимаю, можно прийти в магазин набрать целую корзину товара оставить ее в центре зала и уйти. Зачем? Это что будет я сделал заказ? А проехал кассу оформил покупку? Не улавливаю смысла
Да ничего, мне лабораторную делать не надо :) Цель была одна: потренироваться, ну и человеку помочь.
Ну а человек что с этой ДВИ будет делать? ;)
-
Я не понимаю зачем различать заказ товара от оформить покупку. Понимаю, можно прийти в магазин набрать целую корзину товара оставить ее в центре зала и уйти. Зачем?
Логика была примерно в следующем. В магазине я могу: 1. Смотреть товар, 2. Складывать товар в корзину (не факт, что я его потом куплю). 3. Покупать тот товар, который сложил в корзину. Выделил 2 и 3 в отдельные ВИ, потому что функциональность Системы разная и при этом законченная по смыслу. Во 2-м ВИ Система формирует корзину, осуществляет бронь товара. В 3-м Система запрашивает данные о покупателе, адресе доставки, подтверждает заказ, отсылает уведомление покупателю и менеджеру. Мне кажется, такое разделение вполне имеет право на жизнь.
Ну а человек что с этой ДВИ будет делать? ;)
Я очень надеюсь, что посмотрев на мою ДВИ, он поймет, что она хреновая, и сделает свою супер-пупер правильную и идеальную ДВИ, получит "отлично" и пойдет со спокойной душой на свидание к своей подруге и будет весь вечер рассказывать ей о своих достижениях! Потом они поженятся, нарожают кучу детишек и все они станут аналитиками! :D
-
Статья не моя, моя обработка небольшая и подготовка с выкладыванием....
Понимаете, очень все усложнено... Не понятно на что ориентироваться, много деталей, дальнейшее обсуждение только запутывает. На примерах, что-то понял. Оказалось это просто примеры, и так, как сделано в них, делать нельзя. А как тогда делать? На чем учиться? Если мне нужно как можно быстрей построить ДВИ. За 5 дней я никуда не продвинулся практически. Я понимаю, что есть несколько решений. Но мне нужно одно, простое, так как я только учусь. Учится надо на простом? Мне для примера в лабораторной дана тоже простая ДВИ.
Вы говорите, достаточно одного "если", и зачем совмещать поиск и просмотр. Так ведь решили же, что есть один ВИ Найти товар, в него все входит, поиск и просмотр. Или опять не так?
Почему просмотр деталей альтернатива поиску? Вот не понимаю! Хотя не считаю себя тупым). Но мне нужно четкое, логичное объяснение. С полуслова я Вас не понимаю.
-
Я очень надеюсь, что посмотрев на мою ДВИ, он поймет, что она хреновая, и сделает свою супер-пупер правильную и идеальную ДВИ, получит "отлично" и пойдет со спокойной душой на свидание к своей подруге и будет весь вечер рассказывать ей о своих достижениях! Потом они поженятся, нарожают кучу детишек и все они станут аналитиками! :D
+1 Долго смеялся
-
Понимаете, очень все усложнено...
Вы не пытались разобраться в квантовой физике? А если попробовать составить список возможных реакций, протекающих в плазме молекулярных газов?
Это не усложнено, это нормально.
Не понятно на что ориентироваться, много деталей, дальнейшее обсуждение только запутывает.
Я вам сразу сказал на описание, в описании и будет зерно и смысл. Он не в овальчиках. Овальчики лишь помогают вображению.
На примерах, что-то понял. Оказалось это просто примеры, и так, как сделано в них, делать нельзя.
В статье вполне приличные примеры, но их задача не в иделаьной правильности, потому как нет полной задачи, а в том, как формулировать наименования, шаги, условия и т.п.
А как тогда делать? На чем учиться? Если мне нужно как можно быстрей построить ДВИ.
это иная цеь и другая задача, не путайте обучение и сдачу.
За 5 дней я никуда не продвинулся практически.
Я вообще несколько лет плохо понимал - читайте книги.
Я понимаю, что есть несколько решений. Но мне нужно одно, простое, так как я только учусь.
Вам ida дала решение, вам я тоже сказал что можно сделать, вас это не удовлетворяло, вы все хотели связать инклюдами и экстендами. Вам Briezz нарисовал используйте.
Учится надо на простом? Мне для примера в лабораторной дана тоже простая ДВИ.
Обратитесь к своему преподавателю, ему платят за это деньги, чтобы он сумел внятно понятно и доходчиво доносить до своих учеников преподаваемые им мысли. У меня студенты два месяца пишут 1 ВИ. И ничего
Вы говорите, достаточно одного "если", и зачем совмещать поиск и просмотр.
Я не говорю, это Арлоу и Нейдштад говорят, что можно в случае небольших отклонений от центральной линии не делать альтернативных ветвей отдельно. а использовать если, цикли и т.п.
Поиск и просмотр можно совмещать по разным причинам, для того что бы просмотреть надо найти, для того чтобы найти надо просмотреть:)
Так ведь решили же, что есть один ВИ Найти товар, в него все входит, поиск и просмотр. Или опять не так?
Кто решил? Вы решили - ну так и делайте в чем проблема-то?
Почему просмотр деталей альтернатива поиску? Вот не понимаю! Хотя не считаю себя тупым).
Никто вас тупым не считает, просто я не хочу навязывать свое решение, потому и доскутирую с вами, а вы ждете, чтобы за вас решили, нарисовали и вам сказали
Но мне нужно четкое, логичное объяснение. С полуслова я Вас не понимаю.
Так почитайте книги, вам же дают курсы, разберитесь. Ничего себе полуслово, я тут с вами веду дискуссию. вы мне еще и в аську написали чуть ли не с претензией.
-
Начнем сначала. Какой алгоритм действий среднего клиента интернет-магазина после захода на сайт?
2. Ознакомился с условиями в нашем случае доставки и оплаты (почему бы их не обобщить?).
3. Поиск товара. 2 способа поиска.
1) Просмотреть каталог товара и открыть нужный раздел.
2) Найти нужное с помощью поиска, задав условия.
Результата обоих способов очевидно 2 - список товаров или товары не найдены.
Клиент просматривает характеристики товаров (какая в этом альтернатива поиску? Это его часть!). Выбранные отправляет в корзину. При этом, удобно видеть стоимость корзины. Можно наложить ещё или это уже 2 месячные зарплаты?:) Клиент может ничего не отправить в корзину, если ничего не выбрано или не найдено. Поэтому результат поиска не предопределен. Т.е. постусловия нет. Если ничего не найдено можно сделать альтер. поток просто с выводом сообщения.
4. Оформление заказа. Клиент может перейти к нему, если корзина не пуста, т.е. с предусловием, иначе нечего заказывать. На этом этапе клиент может удалить товар из корзины. Для оформления заказа Клиенту нужно выбрать способы оплаты и доставки и ввести контактные данные. Если все введено верно и оформление подтверждено, заказ принят, товары можно отправить из корзины в историю, но это детали. Здесь какие альтернативы самые важные? Введены не корректные данные - вывести сообщение об ошибке ждать пока исправят. Другая альтернатива - оформление отменено или не подтверждено. Здесь ничего делать не надо.
Итак, получается 4 ВИ. Причем, 3 и 4 работают с корзиной. Что если сделать ВИ Управление корзиной как расширения для 3 и 4? При этом ведь работа с корзиной не будет являться целью, а только средством.
Вот мое видение проблемы. Прошу ткнуть меня во все неучтенные детали и исправить или предложить альтернативу, чтобы уже определиться с составом ДВИ и пойти дальше, а не топтаться на одном месте.
-
Вы не пытались разобраться в квантовой физике? А если попробовать составить список возможных реакций, протекающих в плазме молекулярных газов?
Не понял иронии.
Это не усложнено, это нормально. Я вам сразу сказал на описание, в описании и будет зерно и смысл. Он не в овальчиках. Овальчики лишь помогают вображению.
Я давно уже Вам "овальчики" не показывал
это иная цеь и другая задача, не путайте обучение и сдачу. Я вообще несколько лет плохо понимал - читайте книги.
У меня нет нескольких лет на чтение книг. Про азы ДВИ я уже прочел. Этого должно хватить для простой ДВИ.
Вам ida дала решение, вам я тоже сказал что можно сделать, вас это не удовлетворяло, вы все хотели связать инклюдами и экстендами. Вам Briezz нарисовал используйте.
Укажите на мое сообщение, где я говорил, что хочу связать. Не было такого. Я хочу сделать правильно. Первая диаграмма с инклюдами - это проба. Вы говорили что можно сделать, но слишком расплывчато. Briez нарисовал, но по Вашим же словам дело не в рисунке.
Обратитесь к своему преподавателю, ему платят за это деньги, чтобы он сумел внятно понятно и доходчиво доносить до своих учеников преподаваемые им мысли. У меня студенты два месяца пишут 1 ВИ. И ничего
Я не могу обратиться к своему преподавателю. Я его в глаза не видел. За что он деньги получает, тоже не пойму. Все, что у меня есть - это задание.
-
Начнем сначала. Какой алгоритм действий среднего клиента интернет-магазина после захода на сайт?
2. Ознакомился с условиями в нашем случае доставки и оплаты (почему бы их не обобщить?).
3. Поиск товара. 2 способа поиска.
1) Просмотреть каталог товара и открыть нужный раздел.
2) Найти нужное с помощью поиска, задав условия.
Результата обоих способов очевидно 2 - список товаров или товары не найдены.
Клиент просматривает характеристики товаров (какая в этом альтернатива поиску? Это его часть!). Выбранные отправляет в корзину. При этом, удобно видеть стоимость корзины. Можно наложить ещё или это уже 2 месячные зарплаты?:) Клиент может ничего не отправить в корзину, если ничего не выбрано или не найдено. Поэтому результат поиска не предопределен. Т.е. постусловия нет. Если ничего не найдено можно сделать альтер. поток просто с выводом сообщения.
4. Оформление заказа. Клиент может перейти к нему, если корзина не пуста, т.е. с предусловием, иначе нечего заказывать. На этом этапе клиент может удалить товар из корзины. Для оформления заказа Клиенту нужно выбрать способы оплаты и доставки и ввести контактные данные. Если все введено верно и оформление подтверждено, заказ принят, товары можно отправить из корзины в историю, но это детали. Здесь какие альтернативы самые важные? Введены не корректные данные - вывести сообщение об ошибке ждать пока исправят. Другая альтернатива - оформление отменено или не подтверждено. Здесь ничего делать не надо.
Итак, получается 4 ВИ. Причем, 3 и 4 работают с корзиной. Что если сделать ВИ Управление корзиной как расширения для 3 и 4? При этом ведь работа с корзиной не будет являться целью, а только средством.
Вот мое видение проблемы. Прошу ткнуть меня во все неучтенные детали и исправить или предложить альтернативу, чтобы уже определиться с составом ДВИ и пойти дальше, а не топтаться на одном месте.
Ну это почти то, что я вам сразу написал http://www.uml2.ru/forum/index.php?topic=5955.msg35406#msg35406, просто тогда вы этого не поняли.
Не пойму чего вы ждете, отмашки. Вот вам отмашка - делайте все 4 ВИ и добавьте ВИ Управлять торговой корзиной, потому решите куда его засунут или нет.
Только не надо делать инклюды и экстенды и обобщения Тут пример с подпотоками основного сценария http://www.uml2.ru/forum/index.php?topic=289.msg35321#msg35321.
PS: ну на форуме люди помогают добровольно и как хотят
-
Поиск и просмотр можно совмещать по разным причинам, для того что бы просмотреть надо найти, для того чтобы найти надо просмотреть:)
Ну опять путаница.
Никто вас тупым не считает, просто я не хочу навязывать свое решение, потому и доскутирую с вами, а вы ждете, чтобы за вас решили, нарисовали и вам сказалиТак почитайте книги, вам же дают курсы, разберитесь. Ничего себе полуслово, я тут с вами веду дискуссию. вы мне еще и в аську написали чуть ли не с претензией.
Я жду, чтобы мне ПОДсказали. В книгах такого нет. Вы сами говорите там только примеры. Во всяком случае, чтение видно не помогло. В лабе один пример.
-
я бы рассуждал по-другому... на верхнем уровне абстракции у нас один ВИ: покупка товара. 100% верно, фиг поспоришь, но и фиг сдашь. Начинаем проводить декомпозицию... чтобы товар купить надо: 1. найти товар, 2. оформить заказ. оформить заказ невозможно без поиска товара, значит отношение однозначно include. Проводим декомпозицию ВИ "найти товар"... я бы выделил тут два ВИ: 1. поиск товара (формирование запроса на выборку из каталога по определенным критериям) и 2. чтение данных (ознакомление с характеристиками товара). с точки зрения Системы такое разделение вполне логично, так как за эти два ВИ отвечают совершенно разные функциональные блоки: за 1й - обработчик запросов и БД, за 2й - пользовательский интерфейс. Отношение опять же include, потому как прежде чем читать данные о товаре, его надо обязательно найти. И так далее и тому подобное... останавливаемся, когда уровень детализации нас устроит. а вот варианты поиска (с использованием фильтров или прсто просмотр каталога) - это особенности реализации, к ДВИ не имеют особого отношения, и на данном этапе лучше их не рассматривать. как-то так.
P.S. молодой человек, вы слишком много оправдываетесь и ищете отмазки. вашу бы энергию в другое русло. за 5 дней можно стать гуру ДВИ!
-
оформить заказ невозможно без поиска товара, значит отношение однозначно include.
А найти без оформления можно. Можно и не найти. Тогда оформлять нечего.
Проводим декомпозицию ВИ "найти товар"... я бы выделил тут два ВИ: 1. поиск товара (формирование запроса на выборку из каталога по определенным критериям) и 2. чтение данных (ознакомление с характеристиками товара). с точки зрения Системы такое разделение вполне логично, так как за эти два ВИ отвечают совершенно разные функциональные блоки: за 1й - обработчик запросов и БД, за 2й - пользовательский интерфейс.
2й уже не ВИ, по-моему, а что-то из области реализации. Это не цель Клиента.
-
А найти без оформления можно. Можно и не найти. Тогда оформлять нечего.
В точку! смотря с какого бока рисовать. Если ассоциация покупателя идет с ВИ "оформить заказ", то ВИ "поиск товара" должен связываться с ним отношением include. Если же ассоциация покупателя с ВИ "поиск товара", то ВИ "оформить заказ" будет связан отношением extend. Мне почему-то кажется (поправьте, если ошибаюсь), что обе эти схемы верны и имеют право на жизнь, отличается только модель использования Системы. В первом случае подразумевается, что покупатель заходит в магаз чтобы оформить покупку, просто так поглазеть он может только в виде исключения (идет прерывание процесса оформления покупки). Во втором же случае покупатель заходит, чтобы посмотреть товар и, может быть, купить его, что более естественно для магазина. Но в вашем случае это абсолютно не критично, условия задачи не те, поэтому можете плясать как хотите.
-
В точку! смотря с какого бока рисовать.
Ув. Briezzz. Да вы правы, есть набор правил, определяющий способы составления диаграмм, в частности ВИ. Однако тут нужно смотреть несколько аспектов: синтаксис, семантику и паргматику.
Любая диаграмма (или модель) для чего-то делается. Если чисто для себя, то можно включать любую логику, расширять и использовать любые правила.
Можно даже эти правила прицеплять к модели и передавать читателю.
Либо отталкиваться от общепринятых концепций.
Если рассматривать ситуацию отношения двух возможных ВИ "найти нужный товар" и "оформить заказ на покупку товара" с учетом их инклюдов и экстендов, то следует понимать, что один ВИ является базовым, а другой дополнительным.
При этом базовый - это тот, который инициируется внешней силой (актором), а дополнительный инициируется обстоятельствами возникающей ситуации. При этом инклюд - безусловно, что ознает: базовый никогда не завершится, выполнится , пока не исполнится включаемый ВИ. Экстенд - условный, т.е. только при возникновении каких-то условий расширение может запуститься.
При это прагматика использования такова, что дополнительный ВИ - абстрактный, т.е. его реализация конкретизуется в рамках базового варианта, а сам ВИ никогда не может быть инициирован самостоятельно.
Но в нашей ситуации это же не так. Поиск товара вполне может быть самостоятельным и результат ясен: товар найден или не найден. При этом сценариев исполнения такого ВИ может быть очень много, а его описание тривиально:
Актор критерии поиска (или вводит строку поиска)
Система отображает список товаров, соотвествующих заданным параметрам запроса.
Альтернатива-исключение: Не найдено соответствие критерию поиска
Система выдает сообщение, что не найдено соответствий заданным параметрам поиска
Полученный список может содержать какие-то средства позволяющие или перейти к заказу (например в списке товаров в каждой строке кнопка Заказать), или возможно сделать выбор товар (Добавить в корзину и если в корзину что-то попало, где-то отображается корзина и становтся активной кнопка заказать)
реализаций этого процесса может быть много. Но ясно, что это богатство предеается спецификацией или даиграммой деятельности, а не использованием инклюдов, экстендов и энифинэлс
Я сделал картинки, которые показывают
1 что это не равнозначные схемы и модели использования
2 они не отражают потребности актера
-
Но в нашей ситуации это же не так. Поиск товара вполне может быть самостоятельным и результат ясен: товар найден или не найден.
Эдуард, или мы об одном и том же, или я вас не понял. Я только сделал предположение, что в данном конкретном случае (учебный пример для лабораторной) имеет право на жизнь оба варианта, лишь бы человек понимал отличия и смог обосновать. На данном примере хотел показать, каким образом надо определять тип связей между ВИ.
Но ясно, что это богатство предеается спецификацией или даиграммой деятельности, а не использованием инклюдов, экстендов и энифинэлс
Мне кажется или вы очень против того, чтобы на ДВИ подробно отображать ВИ и отношения между ними? Уже не раз сталкиваюсь на этом форуме с тем, что люди склоняются к минимизации и количества ВИ и количества связей между ними?
-
Мне кажется или вы очень против того, чтобы на ДВИ подробно отображать ВИ и отношения между ними? Уже не раз сталкиваюсь на этом форуме с тем, что люди склоняются к минимизации и количества ВИ и количества связей между ними?
Да мы, воспитанные на Коберне :), против изображения на ДВИ лишнего. Вы кстати ничего не сказали про мои зарисовки, а они весьма различны. Даже если сделать отношение от человечка к обоим ВИ, то это еще больше усложнит картину.
Просто, если сделать спецификации ВИ, то сразу возникает очень много вопросов, которые к понятию требования не относятся, а идут в сторону реализации.
Резюме: я не против инклюдов и т.п., важно понять когда их следует использовать и изображать, мое мнение явно не на уровне первичных ДВИ.
-
Ваши зарисовки идеально укладываются в моей голове на мои мысли ;) И вроде как мои рассуждения полностью это подтверждают.
Был у меня как-то проект по разработке специфичной системы электронного документооборота, где я выступал в роли аналитика... Команда была маленькая (3 человека) и программисты от меня хотели те самые спецификации ВИ. Вы знаете, я пока не разработал кучу версий ДВИ (очень подробных, с кучей всяких инклюдов и экстендов), к разработке спецификаций я приступить не смог :) ДВИ как раз и нужна на начальном этапе, чтобы понять и объяснить другим основной функционал Системы. Разработка спецификаций ВИ - это уже следующий этап, на котором определяются алгоритмы функционирования системы. Пропустить первый этап и приступить ко второму - это не есть хорошо. Опять же, слишком общая ДВИ жизнь не облегчит, а может привести к потере части функционала Системы. Но это все, как говорится, ИМХО! ;D
-
Ваши зарисовки идеально укладываются в моей голове на мои мысли ;) И вроде как мои рассуждения полностью это подтверждают.
Может быть.
Но давайте развивать идею. ВИ - это набор сценариев: как минимум базовый успешный и масса разных альтернативных. Ясно, что альтернативы в принципе можно описать экстендами. А то что включается инклюдами - это по сути подпотоки базового потока, хотя они могут возникнуть и в алтернативных потоках. Если продолжить мысль, то наша ДВИ превратится в некоего монстра типа mind map. Но последнее - это мой слепок мозговой деятельности.
Был у меня как-то проект по разработке специфичной системы электронного документооборота, где я выступал в роли аналитика... Команда была маленькая (3 человека) и программисты от меня хотели те самые спецификации ВИ. Вы знаете, я пока не разработал кучу версий ДВИ (очень подробных, с кучей всяких инклюдов и экстендов), к разработке спецификаций я приступить не смог :)
Очень хорошо. Это помогло Вам и может помочь другим, тогда нужно предложить методику и возможно ее обсудить и доказать ее эффективность, но может это сделать в другой ветке? Как считатете?
ДВИ как раз и нужна на начальном этапе, чтобы понять и объяснить другим основной функционал Системы.
Да полностью согласен. Но почему Вы полагает, что использование инклюдов и экстендов и обобщений не усложняет, а наоборт улучшает процесс объяснения?
Разработка спецификаций ВИ - это уже следующий этап, на котором определяются алгоритмы функционирования системы.
Не могу с Вами согласится, алгоритмы это вещь техническая, а ВИ - это контракт, договор о том, как мы будем использовать систему. Вернее что уметь должна система. Но умение это не только овольчиком определяется, но скрото и в его описании.
Пропустить первый этап и приступить ко второму - это не есть хорошо
.
А почему графическое моделирование первый этап, а описание второй? Описание тоже может быть разного уровня детализации.
Опять же, слишком общая ДВИ жизнь не облегчит, а может привести к потере части функционала Системы.
Если отталкиваться от ДВИ как от центра и забыть о других средствах выражения - согласен.
Но это все, как говорится, ИМХО! ;D
Из разных имхо рождается истина
-
извиняюсь, пишу с телефона, цитировать неудобно.
1. монстр с точки зрения обилия элементов на схеме? ну и замечательно! простые схемы хороши в обучении для быстрого понимания, в работе же монстры предпочтительнее, так как позволяют глубже погрузиться в систему. подразумевается, что профессионалов не испугает количество элементов на схеме :-)
2. методики писать мне еще рановато, опыту маловато. да и как показывает практика вся теория хороша только в теории, на деле же все проекты развиваются своим уникальным путем: то форс-мажоры, то сроки, то отдельные члены команды... но если нужно порассуждать, покритиковать - это я всегда "за" :-)
3.на самом первом этапе идет активное обсуждение системы между участниками команды разработчика и заказчика, сама система претерпевает множество трансформаций, пока не принимает свой более-менее конечный облик. все это удобнее делать на схемах, чем на тексте: они компактны, наглядны, их проще менять. когда схемы устаканятся и все разбредутся выполнять свои задачи можно и описанием заняться, которое потом включается в документацию эскизного или технического проекта.
-
Посмотрите, пожалуйста, что у меня получилось.
Вариант использования (ВИ): Просмотреть информацию о вариантах предоставления услуг интернет-магазина.
ID: 1
Краткое описание: Система выдает Клиенту информацию о вариантах оплаты и доставки товаров.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Нет
Основной поток:
1. ВИ начинается, когда Клиент запрашивает информацию о вариантах предоставления услуг.
2. Если Клиент запрашивает информацию о вариантах оплаты товара
2.1. Система выводит на экран информацию о вариантах оплаты товара, приобретаемого в интернет-магазине.
3. Если Клиент запрашивает информацию о вариантах доставки товара
3.1. Система выводит на экран информацию о вариантах доставки товара, приобретаемого в интернет-магазине.
Постусловия: Система вывела на экран запрошенную Клиентом информацию.
Альтернативные потоки: Нет
ВИ: Найти товар
ID: 2
Краткое описание: Система выполняет поиск в каталоге товаров на основании заданных Клиентом критериев.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Нет
Основной поток:
1. ВИ начинается, когда Клиент переходит в каталог товаров.
2. Система запрашивает у клиента критерии поиска товаров.
3. Клиент вводит запрашиваемые критерии.
4. Система выполняет поиск товаров, соответствующих заданным критериям.
5. Для каждого найденного товара
5.1. система выводит на экран изображение товара.
5.2. система выводит на экран наименование товара.
5.3. система выводит на экран цену товара.
6. Если Клиент запрашивает полную информацию о выбранном товаре
6.1. Система выводит на экран все характеристики соответствующего товара
7. Если Клиент выбирает опцию «Добавить товар в тележку» для выбранного товара
7.1. Система добавляет выбранный товар в тележку.
7.2. Система пересчитывает стоимость содержимого тележки.
Постусловия:
1. Система нашла товары по заданным критериям и вывела результаты поиска на экран.
Альтернативные потоки:
1. Системе не удалось найти товары.
Альтернативный поток: Найти товар: Системе не удалось найти товары.
ID: 2.1
Краткое описание: Система сообщает Клиенту, что товары с заданными характеристиками не найдены.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Система не нашла товары с заданными характеристиками.
Альтернативный поток:
1. Альтернативный поток начинается после шага 4 основного потока
2. Система сообщает пользователю, что товары с заданными характеристиками найти не удалось
Постусловия:
1. Система вывела на экран сообщение о том, что товары не найдены
ВИ: Оформить заказ
ID: 3
Краткое описание: Оформление заказа на покупку товара в интернет-магазине.
Основное действующее лицо: Клиент.
Второстепенные действующие лица: Система автоматизации торговли.
Предусловия:
1. В тележке Клиента присутствуют товары.
Основной поток:
1. ВИ начинается, когда Клиент выбирает опцию «Оформить заказ».
2. Система отображает форму оформления заказа.
3. Система отображает на экране содержимое виртуальной «тележки» Клиента.
4. Система отображает на экране стоимость заказа.
5. Если Клиент выбирает опцию «Удалить товар»
5.1. Система удаляет отмеченные товары из виртуальной «тележки».
5.2. Система пересчитывает стоимость содержимого виртуальной «тележки».
6. Система предлагает Клиенту выбрать вариант оплаты товара.
7. Клиент выбирает вариант оплаты товара.
8. Система предлагает Клиенту выбрать вариант доставки товара.
9. Клиент выбирает вариант доставки товара.
10. Пока введенные Клиентам данные имеют некорректный формат.
10.1. Система запрашивает контактный телефон и электронный адрес Клиента.
10.2. Клиент вводит запрашиваемую информацию.
10.3. Система проверяет корректность введенных Клиентом данных.
11. Система запрашивает у Клиента подтверждение оформления заказа.
12. Клиент подтверждает оформление заказа.
13. Система отправляет заказ в Систему автоматизации торговли.
Постусловия:
1. Система автоматизации торговли получила заказ.
Альтернативные потоки:
1. Некорректный формат введенных Клиентом данных.
2. Клиент отказался подтверждать оформление заказа.
Альтернативный поток: Оформление заказа: Некорректный формат введенных Клиентом данных.
ID: 3.1
Краткое описание: Система сообщает Клиенту, что он ввел некорректные данные.
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Клиент ввел некорректные данные
Альтернативный поток:
1. Альтернативный поток начинается после шага 10.3 основного потока
2. Система сообщает пользователю, что введенные данные имеют некорректный формат.
Постусловия:
1. Система вывела на экран сообщение о том, что введенные данные имеют некорректный формат.
Альтернативный поток: Оформление заказа: Клиент отказался подтверждать оформление заказа.
ID: 3.2
Краткое описание: Клиент не подтвердил оформление заказа
Основное действующее лицо: Клиент
Второстепенные действующие лица: Нет
Предусловия: Клиент отказался подтверждать оформление заказа.
Альтернативный поток:
1. Альтернативный поток начинается после шага 11 основного потока
2. Система возвращается в форму оформления заказа
Постусловия:
1. Система перешла в форму оформления заказа.
-
Алексей,
мне кажется для студента с минимальным опытом написания - результат вполне приличный, если не отличный.
Конечно есть ошибки и не точности логического характера, но я не готов обсуждать каждый такой момент. В конце концов нет абсолютных правил как надо правильно писать ВИ, есть некий набор лучших практик и советы от бывалых. (ну FAQ вы смотрели, можно поглядеть сюда (http://ashamray.wordpress.com/category/%D1%80%D0%B0%D0%B7%D0%BD%D0%BE%D0%B5/%D0%BF%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D0%BE%D0%B5/%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BF%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D0%BE%D0%B5/).
1 ВИ - perfect
2 ВИ - тут все таки смешаны действия по поиску товара и использованию тележки. Проблема в том, что конечным состоянием ВИ будет: отображение страницы с найденными товаром (товарами), сообщение с неудачным поиском, страница с характеристиками товара, корзина со список отобранных товаров. И тут явно две цели - Найти товар и изучить его характеристики - т.е. Определиться с выбором и Отобрать нужные товары, т.е. процедура поиска часть процесса отбора нужных товаров или получения о них неких сведений для помощи в принятии решения. Либо следует рассмотреть два ВИ именно Найти товар и Поместить товар в корзину - Отобрать нужный товар (при этом предусловием к нему может быть ситуация, что нужный товар найден, причем он может быть найдет так как описано в Найти товар, но и просто просмотром каталога)
3 ВИ - тут мне кажется нужно тщательно разделить основной поток от альтернативных
т.е. есть процесс заказа - предусловие - тележка заполнена товар отобран. клиент последовательно указыает паремтры доставки, оплаты и свои рег данные
а вот в альтернативах можно указать
изменение состава заказа - удаление товаров из корзины, изменение количества.
Проверки корректности указываать явно не стоит. Это как раз лучше передать в альтернативы: обработки ошибок и исключений. Т.е. последоватльность следует делать плоской без ветвлений по возможности. ИМХО вы этим злоупотребляете.
Постусловия должны быть согласованы, после описания ВИ попробуйте нарисовать диаграммы деятельности
Удачи!
-
3.на самом первом этапе идет активное обсуждение системы между участниками команды разработчика и заказчика, сама система претерпевает множество трансформаций, пока не принимает свой более-менее конечный облик. все это удобнее делать на схемах, чем на тексте: они компактны, наглядны, их проще менять. когда схемы устаканятся и все разбредутся выполнять свои задачи можно и описанием заняться, которое потом включается в документацию эскизного или технического проекта.
Я понял, мне не удастся Вас переубедить быстро. Ну как и Вам меня. Так что если все-таки хочется, давайте откроем тему или возможно такая тема уже есть?
-
Клиент обращается в магазин, чтобы приобрести товар - вот главная цель использования магазина.
Эд, ты про магазин как коммерческое предприятие/организацию или про интернет-сайт?
-
Эд, ты про магазин как коммерческое предприятие/организацию или про интернет-сайт?
Ден и как про интернет-магазин тоже. Я понимаю, что использование интернет-магазина шире. Но основаня цель - все-таки приобретение товара. Другая - узнать что-то о товарах, услугах.
-
2 ВИ - тут все таки смешаны действия по поиску товара и использованию тележки. Проблема в том, что конечным состоянием ВИ будет: отображение страницы с найденными товаром (товарами), сообщение с неудачным поиском, страница с характеристиками товара, корзина со список отобранных товаров. И тут явно две цели - Найти товар и изучить его характеристики - т.е. Определиться с выбором и Отобрать нужные товары, т.е. процедура поиска часть процесса отбора нужных товаров или получения о них неких сведений для помощи в принятии решения. Либо следует рассмотреть два ВИ именно Найти товар и Поместить товар в корзину - Отобрать нужный товар (при этом предусловием к нему может быть ситуация, что нужный товар найден, причем он может быть найдет так как описано в Найти товар, но и просто просмотром каталога)
А если добавление товара, как и удаление, выделить в альтернативный поток? А если делать два ВИ, то там будет отношение расширения, как я понимаю.
Как Вы видите, я не стал писать про просмотр каталога, а представил, что раздел каталога это тоже по сути параметр поиска.
-
Я понял, мне не удастся Вас переубедить быстро
На каком слове акцент? ;)
Ну как и Вам меня
такой задачи не стояло
Так что если все-таки хочется, давайте откроем тему или возможно такая тема уже есть?
похожая тема есть: http://www.uml2.ru/forum/index.php?topic=5365.msg35217#msg35217
можно развить тему
-
А если добавление товара, как и удаление, выделить в альтернативный поток? А если делать два ВИ, то там будет отношение расширения, как я понимаю.
Как Вы видите, я не стал писать про просмотр каталога, а представил, что раздел каталога это тоже по сути параметр поиска.
Можно поступить следующим образом.
Описать несколько возможно лишних ВИ
Просмотр каталога товаров (чтобы определиться с выбором)
Найти товар по заданным критериям поиска
Обновить содержимое корзины
Можно кратко описать каждый, не используя полный стиль Актор делает .... Система делает ..., а просто список основных действия. Задача понять, если между этими ВИ что-то общее, можно ли это общее выделить в 1 включаемый ВИ. Включаемый должен включаться как минимум в 2 ВИ. Включение в 1 - это будет функциональная декомпозиция.
Вот пример из книги Use Case Modeling By Kurt Bittner, Ian Spence
Example
Outline for the use case Browse Products and Place Orders
Basic Flow
Browse Products
Select Products
Identify Payment Method
Identify Shipping Method
Confirm Purchase
Alternative Flows
A1 Keyword Search
A2 No Product Selected
A3 Product Out of Stock
A4 Payment Method Rejected
A5 Shipping Method Rejected
A6 Product Explicitly Identified
A7 Order Deferred
A8 Ship to Alternative Address
A9 Purchase Not Confirmed
A10 Confirmation Fails
etc….
Ну и немного описания
The Browse Products and Place Orders use case includes the following behavior:
The system displays the product offerings, highlighting the product categories associated with the Customer's profile.
The Customer selects a product to be purchased, entering the number of items required.
For each selected item that is in stock, the system records the product identifier and the number of items required, reserving them in inventory and adding them to the Customer's shopping cart.
Steps 3 and 4 are repeated until the Customer selects to order the products.
Как видите - просмотр каталога, выбор товара и добалвение его в корзину включен в общий вариант использования размещения заказа.
Изменение содержимого корзины можно обработать и как альтернатива.
Таким образом варианты могут быть разные. Вам решать, что выбрать. Выделяя те или иные ВИ, Вы предлагаете свой вариант видения набора функциональности системы. И он ведь практически не обсуждался. Обсуждалась главным образом ДВИ и ее структура.
Посути мы решаем как состыковать кусочки:
просмотреть каталог, просмотреть характеристики товара, найти товар, добавление и удаление товара из корзины.
Путь предложенный Briezzz, нарушает суть включения и расширения и сильно похоже на декомпозицию.
Так почему бы вам не описать все эти ВИ полностью и понять что в них общего, а что можно объединить и не рассматривать как отдельную часть функциональности?
-
На каком слове акцент?
Быстро :) Тем более ведь еще надо работать. Вы читаете на английском? Могу прислать интересную книгу, если в личке дадите адрес.
-
Дело в том, что времени остается все меньше, и уже необходимо сдавать работу, так как ещё нужно сделать работы по другим предметам. Надо сдать хотя бы сносный вариант.
Сейчас мне кажется, что добавление товара в тележку не может быть альтернативой поиску, так как имеет свою цель - сформировать список товаров. Но без предварительного поиска, добавление в корзину невозможно. Поэтому, ВИ управление содержимым тележки мне представляется расширением для ВИ Найти товар и Оформить заказ. Предусловием к этому ВИ может быть запрос клиента на изменение содержимого тележки.
Или все-таки без расширений? Вобщем, я опять запутался :). Делаю альтернативные потоки и все.
-
Сейчас мне кажется, что добавление товара в тележку не может быть альтернативой поиску, так как имеет свою цель - сформировать список товаров. Но без предварительного поиска, добавление в корзину невозможно. Поэтому, ВИ управление содержимым тележки мне представляется расширением для ВИ Найти товар и Оформить заказ. Предусловием к этому ВИ может быть запрос клиента на изменение содержимого тележки.
Или все-таки без расширений? Вобщем, я опять запутался :). Делаю альтернативные потоки и все.
Классики use cases говорят, что расширяющий use case начинает жить как альтернативный поток, и тот и тот запускается по условию.
Так что, если вам кажется, что это правильно и соответствует вашему пониманию - конечно делайте.
Предлагаю нарисовать схему и описание ВИ тогда сразу будет ясно, что к чему