16

Задачи студентов / Re: UseCase diagram. Include и Extend

« : 16 Августа 2023, 23:17:55 »

[некробурения псто]
Вопрос актуален [всё ещё]. В стандарте UML нет решения до сих пор. Вероятно, авторам этого стандарта не хватает столь ценимого кое-кем "практического опыта чего-то-там".

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

Мы тут видим, что включённый ВИ имеет тот же набор связанных экторов, что и базовый, и поэтому явных ассоциаций от него к экторам нет. Также видим, что расширяющий ВИ имеет изменённый набор экторов по сравнению с базовым, и поэтому есть явная ассоциация. Можно заметить, что Амблер предлагает нам додумать такой момент: UC "Perform Security Check" связан неявно со Student, Registrar, Applicant и явно -- с International Student или же ассоциация-коммуникация к International Student перекрывает/переопределяет коммуникацию к Student, как-бы унаследованную от базового UC. 

17

Примеры / Re: Примеры сказок, оформленных в виде UML диаграмм

« : 16 Августа 2023, 20:18:07 »

[некробурения приступ]
То, что в теме представлено как диаграммы ВИ, взрывает мой марсианский мозг. Их невозможно прочесть по стандартным UMLьным смыслам.

18

Теория моделирования и нотации / Re: UML. Правильное отображение Decision на диаграмме (длинное условие)

« : 07 Августа 2023, 23:40:47 »

Да, конечно. Только по стандарту тип объединяющего узла = Merge.
Можно как на рисунке: на каждый Desicion свой Merge. Можно один общий Merge с тремя входами.

19

ПО Аналитика / Re: Новости от Visual Paradigm

« : 29 Июля 2023, 01:05:24 »

Выпущен VP 17.1
https://www.visual-paradigm.com/whats-new/

20

Теория моделирования и нотации / Re: UML. Правильное отображение Decision на диаграмме (длинное условие)

« : 14 Июля 2023, 13:47:20 »

Написание условия внутри Decision node -- это уступка со стороны авторов UML тем, кто привык к ibm-овским блок-схемам.
Хардкорные UML-щики берут условие в прямоугольные скобки и рисуют его при исходящем потоке:

21

Теория моделирования и нотации / Re: UML. Имя Activity

« : 14 Июля 2023, 13:40:17 »

Activity -- это вызываемая процедура. Она одна.
Шагами алгоритма являются вызовы этой процедуры. Это узлы действия -- Action node. Тип этих узлов Call Behaviour Action. Вызываемое поведение -- Activity -- указывается как параметр узла (не как его имя).

22

ПО Аналитика / Re: Как генерировать диаграмму последовательностей из существующего проекта SparxEA?

« : 04 Июля 2023, 01:53:59 »

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

Если что,  я не шарю в C# и в егойном Invoke
Код для https://sequencediagram.org
[->ParserWorker:Worker()
loop for i in parserSettings.StartPoint..parserSettings.EndPoint
  break isActive
  note over ParserWorker: выход из цикла
  end
  ParserWorker->loader:GetSourceByPageId(i)
  loader-->ParserWorker:source
  ParserWorker-->*HtmlParser:new
  ParserWorker->HtmlParser:ParseAsync(source)
  HtmlParser-->ParserWorker:document
  ParserWorker->parser:Parse(document)
  parser-->ParserWorker:result
  opt OnNewData != NULL
   ParserWorker->OnNewData:Invoke(this, result)
  end 
end
opt OnCompleted != NULL
   ParserWorker->OnCompleted:Invoke(this)
end
ParserWorker->ParserWorker:isActive = FALSE
[<--ParserWorker:return

23

UML SysML и пр. / Re: Шутки и UML

« : 02 Апреля 2023, 17:14:46 »

Яндекс.Практикум "шутит"

24

UML SysML и пр. / Re: Шутки и UML

« : 17 Марта 2023, 15:47:24 »

Издательство "Лори" "шутит".
Так диаграммы ВИ давно не рисуют. Но простым смертным об этом знать не обязательно. На оригинальном издании "Uml for Mere Mortals" обложка в порядке. Традиции российской переводческой школы, видимо, заложены персонажами из книг Ф. К. Дика.

25

UML SysML и пр. / Re: UML Best Practice: "На диаграммах деятельности не рисуйте деятельности"

« : 17 Марта 2023, 15:42:01 »

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

26

Теория моделирования и нотации / Re: BPMN: 2.0 Границы Definition

« : 18 Декабря 2022, 03:55:59 »

Мне кажется, что Ваш вопрос относится не к языку, а к технологии. Язык, упрощённо говоря, даёт систему обозначений. Как эту систему обозначений применить для решения конкретной задачи, -- это определяется процессом. Т. е. в стандарте языка Вы не найдёте ответа на Ваш вопрос. En-wiki упоминает такую книгу как "The Process: Business Process Modeling using BPMN". Ну или что-то переводное. Сами видите, старожилы форума безмолвствуют, марсиане правят бал.(

27

ПО Аналитика / Re: Новости от Visual Paradigm

« : 18 Августа 2022, 13:00:11 »

Выпущен VP 17.0
https://www.visual-paradigm.com/whats-new/
Что-то добавили в SysML/UML.
Будем посмотреть.

28

UML SysML и пр. / Re: Ассоциация внутри класса

« : 06 Июля 2022, 01:07:36 »

Мне понравилась последняя диаграмма.

Нижний коннектор, соединяющий модули памяти с материнкой, имеет мультиплисити. Части BasicPC, соединяемые им, имеют мультиплисити. И порты на концах коннектора имеют мультиплисити. Чтобы убедиться в том, что 1 модуль памяти втыкается в 1 разъём и при этом всё сходится, необходимо сверить 5 явных цифирь и одну неявную.

29

UML SysML и пр. / Re: Вопрос по моделированию эффекта операции

« : 25 Июня 2022, 20:47:17 »

В современной версии UML есть подвид зависимости называемый <<derive>>. Им связывают элементы модели, такие что, один вычисляется из второго. Положение дел до вызова операции -- это базовый элемент, на основе которого вычисляется / <<derive>>-ится второй -- положение дел после вызова. В приведённом примере можно считать, что есть две спецификации экземпляра Class1, соединённые <<derive>>. По смыслу это один и тот же экземпляр, "снятый" в разные моменты времени. В кооперации, описывающей реализацию операции setFS(C,B), можно завести для этого 2 элемента.

30

UML SysML и пр. / Re: Diagram: Activity vs Sequence

« : 25 Июня 2022, 20:21:19 »

Одно и то же поведение может быть описано разными диаграммами. В зависимости от используемой диаграммы будут визуализированы разные аспекты этого поведения. Диаграмма последовательности визуализирует взаимодействие в рамках описываемого поведения, при чём выражает его в виде обменов сообщениями. Диаграмма деятельности визуализирует потоки управления и/или данных в рамках описываемого поведения, выражая их в виде действий и управления. Получается что два типа диаграмм дают два вида проекций. Разные проекции одного и того же поведения могут быть схожи до такой степени, что по потокам управления можно догадаться и/или "прочесть между строк" о том, каким будет взаимодействие. В другую сторону это тоже может быть справедливо. Но это не всегда так. Проекции могут существенно расходится.
Алгоритм, реализация операции могут быть описаны в обеих проекциях.
Выбор типа диаграммы определяется задачей, но это не задача, сформулированная так: "смоделировать алгоритм / операцию / что-то ещё". Это задача в формулировке которой указано, какой аспект важен: передача управления и/или данных между отдельными шагами или обмен сообщениями между объектами.