Форум Сообщества Аналитиков
Общий раздел => Примеры => Задачи студентов => Тема начата: jura от 29 Ноября 2012, 17:27:57
-
Всем привет.
Подскажите правильность диаграммы
Актор: Менеджер
менеджер может:
просматривать список заказов,
просматривать заказ,
проверить заказ,
указать ошибки в оформлении заказа,
изменить статус заказа,
загрузить готовые документы заказу,
принять заказ на себя.
Прикрепил файл. Правильно я нарисовал UseCase диаграмму?
Спасибо
-
Если кратко, то неправильно, см. примеры в этом разделе, все объяснения давали...
-
Если кратко, то неправильно, см. примеры в этом разделе, все объяснения давали...
Смотрел, у всех к сожалению все по-разному,
а если не совсем кратко? пару наводящих замечаний :)
Все дело в include?
-
Нарисовал новую диаграмму по FAQ, для начала из 4х действий:
ВИ: просмотреть список заказов,
ВИ: просмотреть заказ,
ВИ: проверить заказ,
ВИ: указать ошибки в оформлении заказа
правильно?
-
Есть такое понятие как CRUD, я нарисовал бы два яйца:
* Просмотреть список заказов
* Просмотреть и изменить заказ
Они между собой не связаны на Д, просто в спеке ВИ укажите ссылку на поток просмотра заказа из списка.
-
Спасибо за ответ, Про понятие CRUD я знаю:)
По моему условию, просмотреть заказ можно только просмотрев список заказов, поэтому не нужна ли линия "include" между ними?
-
По моему условию, просмотреть заказ можно только просмотрев список заказов, поэтому не нужна ли линия "include" между ними?
Не нужна, напишите это в спек, н-р в разделе БПр
-
Я запомнил различие include и extend на основе примера.
1. Пользователь заходит в систему с какой-то целью, например, просмотр заказов. Перед этим он обязательно авторизуется в системе. В этом случае связь будет такая:
ВИ "Просмотреть заказы" ---include---> ВИ "Авторизоваться в системе"
2. Допустим, вы работаете над документом Word. И тут вы захотели включить функционал "Проверка орфографии и пунктуации". В этом случае связь будет такая:
ВИ "Формировать документ Word" <---extend--- ВИ "Проверить орфографию и пунктуацию".
-
Я запомнил различие include и extend на основе примера.
1. Пользователь заходит в систему с какой-то целью, например, просмотр заказов. Перед этим он обязательно авторизуется в системе. В этом случае связь будет такая:
ВИ "Просмотреть заказы" ---include---> ВИ "Авторизоваться в системе"
2. Допустим, вы работаете над документом Word. И тут вы захотели включить функционал "Проверка орфографии и пунктуации". В этом случае связь будет такая:
ВИ "Формировать документ Word" <---extend--- ВИ "Проверить орфографию и пунктуацию".
Спасибо, действительно так намного стало понятнее :)
-
А как правильно описывать циклы и ветвления, не используя "ЕСЛИ"
Пример, ВИ "Проверить заказ"
1. ВИ начинается, когда Менеджер нажимает кнопку ``Проверить заказ''.
2. Система формирует экран на котором выводит заполненную анкету клиентом.
3. Менеджер проверяет анкету
4. Если анкета заполнена правильно:
4.1 Менеджер изменяет статус заказа на статус "Без ошибок" и нажимает кнопку "Сохранить и продолжить".
4.2 Система сохраняет изменения.
5. Если анкета заполнена неправильно:
5.1 Менеджер нажимает кнопку "Указать ошибки"
5.2 Система переходит к сценарию "Указать ошибки".
Как правильно было бы написать такой сценарий без слова "Если"?
-
А как правильно описывать циклы и ветвления, не используя "ЕСЛИ"
Почитайте вот эти статьи
Рекомендации по написанию спецификаций вариантов использования (http://www.uml2.ru/index.php?option=com_content&task=view&id=399&Itemid=47)
и
Как моделировать альтернативные потоки? (http://www.uml2.ru/index.php?option=com_content&task=view&id=418&Itemid=47)
В целом рекомендация такая:
при написании основного потока пишем линейную последовательность шагов наиболее часто исполняемого успешного процесса (т.е. бе всяких если, но и т.п.),
далее рассматриваем каждый шаг основного потока с позиции, а ЧТО ЕСЛИ, и каждое это если оформляем как альтернативный процесс (он же обработка исключения)
В вашем случе это могло бы выглядеть так
1. ВИ начинается, когда Менеджер выбирает опцию (отправляет команду) "Проверить заказ''.
2. Система отображает заполненную клиентом анкету.
3. Менеджер проверяет анкету и устанавливает статус "Без ошибок"
4. Система сохраняет изменения.
Альтернативные процесс
Анкета заполнена не верно
Предусловие: АП на шаге 3 основного потока, менеджер обнаружил ошибки в заполнении анкеты
1. Менеджер инициирует ВИ "Указать ошибку"
2. Система выполняет ВИ "Указать ошибку"