166

ПО Аналитика / Re: Как изобразить в Bizagi Modeler передачу сообщения с привязкой документа

« : 01 Июля 2018, 21:08:39 »

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

Вопрос в том, можно ли точно так же отрисовать эту схему в Bizagi или нет?

Может быть вам проще задать этот  вопрос тут: http://feedback.bizagi.com/en/

167

ПО Аналитика / Re: Как изобразить в Bizagi Modeler передачу сообщения с привязкой документа

« : 29 Июня 2018, 00:11:29 »

Анатолий Белайчук

Можно просто подписать стрелку сообщения: "Паспорт". Но я бы лично выкинул и пул клиента, и сообщения: если задача называется "отдать посадочный талон и документы", то как бы и так все понятно, без этой красоты. Это не говоря уже о том, что использовать BPMN для моделирования атомарной по сути операции (выполняемой единомоментно одним сотрудником на одном рабочем месте) - плохая идея с самого начала.

Попробуйте задать свой вопрос тут: https://www.facebook.com/groups/bpmnforum/about/

168

Для всех / Re: Поиск удобной нотации для отображения зависимостей объектов

« : 28 Июня 2018, 23:16:52 »

А чем вам например таблица не подходит?

169

Управление Проектом / Re: Оптимизация процесса комплектовки и логистики

« : 23 Июня 2018, 20:12:53 »

У вас задача типичной системы массового обслуживания. В данном случае ищите бутылочное горлышко и пытайтесь улучшить производительность именно в нем.

170

Для всех / Re: Тестовое задание при устройстве на работу.

« : 21 Июня 2018, 09:22:50 »

А какой ответ Вы хотите  услышать?

Если Вы принимаетесь как аналитик, то и проверяются Ваши аналитические способности: умение работать с текстом, умения вычленять главное, умение делать правильные выводы при ограниченном количестве информации, умение поставить вопросы на выявление неясностей и неточностей.

171

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 05 Июня 2018, 21:45:30 »

Диаграмма является продолжением примера, в котором в начале приводится (составляется) диаграмма т. н. "top level UC", а затем вводятся UC уровня пониже. Пример иллюстрирует примитивы языка. Он сродни учебным текстам из учебника английского языка.
Можно в N-ный раз зайти на круг разговоров о том, что язык не является технологией, что на практике отдельные средства языка могут оказаться уместны или не уместны.
В правилах языка может что-то нравиться, что-то не нравиться. Мне, например, не нравится многое накрученное понапрасну вокруг include'ов. Как иллюстрация ещё одна страничка с того же сайта. Увязывание abstract с incomplete, concrete с complete видится мне лишним. Как и заклинание о якобы безусловном включении.

Да, примеры выглядят интересно. Смотрю раздел use case значительно обновился. Спасибо за просвещение.

172

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 01 Июня 2018, 09:39:09 »

Пример с сайта Kirill'a Fakhroutdinov'a:


При обсуждении правил языка мне сподручнее ссылаться на стандарт и на примеры от известных авторов.

ОК пример прекрасен, но что он дает, чего не даст например простое описание, к чему такая сложная структуризация? В чем ее сила, в какой момент она возникает. Каковы правила такой структуризации?

К сожалению мне не попадались внятные правила и отсюда я полагаю, что такие диаграммы больше вредят, чем помогают. Студент смотрит на такую диаграмму и следуя понятому им карго-культу, воспроизводить на свет представленных в начале данного топика монстра или то, что я привел в качестве примера деятельности студенческой мысли.

Отбросив воду:
Каковы правила структуризации диаграммы вариантов использования? Могли бы Вы их представить?

173

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 30 Мая 2018, 11:49:41 »

Вот наверное правильная не противоречащая стандарту диаграмма

174

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 28 Мая 2018, 23:33:09 »

Пример нарисовали Рамбо и Блаха в своей книге:

А что-нибудь кроме этого?

175

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 25 Мая 2018, 20:25:18 »

1. Легально ли делать связь "include" к прецеденту, который уже является "инклудом" для другого прецедента? (см. рисунок).

Да.

Можете ли привести внятный пример, подтверждающий обоснованность этого утверждения?

176

Обсуждение статей / Re: Интревью с Грэди Бучем

« : 25 Мая 2018, 20:15:02 »

До моей планеты добивает YouTube, но с задержкой. Космические расстояния дают о себе знать.
https://youtu.be/wy9pEIX7paQ
Гради Буч  к юбилею UML 1.1.

Простите, а вам как удается преодолевать барьер скорости света?

177

Примеры / Re: Помощь в задании.

« : 21 Мая 2018, 20:19:29 »

Тогда добавление читательского номера в идентифицирующий набор не "лечит"!
Надо время отражать с большей точностью, достаточной для того, чтобы в единицу времени не могло быть нескольких выдач одного экземпляра.

Зачем в течения дня одному и тому же читателю выдавать один и тот же экземпляр и фиксировать это? Впрочем это все рассуждения бессмысленные, мы с вами ясных требований не знаем.

178

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 21 Мая 2018, 20:13:25 »

Да, хорошо, этот вариант умирает.
Но если убрать лишний промежуточный "прецедент", то  есть ли у этого шанс на жизнь?

А что изменилось?

Вы разрабатываете систему предназначенную для управления отоплением, вся система это делает. В чем смысл делать инклюды?
Начните с того, что
1. уберите управление отоплением к чертям
2. нарисуйте оставшееся без инклюдов, посмотрим дальше

179

Примеры / Re: Помощь в задании.

« : 21 Мая 2018, 10:04:37 »

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

Ну принципиально это возможно.

180

Для всех / Re: Пожалуйста, оцените правильность USE CASE диаграммы

« : 21 Мая 2018, 10:03:38 »

Это должно умереть. Это не диаграмма вариантов использования.

В лучшем случае - это можно назвать диаграммой иерархии функций.