UML: Диаграмма методов вместо диаграмм классов?

Question

Я хочу наметить цепочку методов, необходимых, когда кто-то нажимает кнопку или инициализирует, когда задача была выполнена.Какова будет лучшая диаграмма UML для этого, если таковая имеется?

Я исследовал это в течение последних нескольких дней и не могу найти кого-либо, кто использовал бы диаграмму такого типа.UML не подходит для этого или есть причина, по которой это, очевидно, бесполезно для кого-то еще?

public static void storeHistory() {
    checkIfTitlePresent();
}

private static void checkIfTitlePresent() {
    if (CategoryMangaLists.history.stream().noneMatch(v -> v.getTitleId() == CategoryMangaLists.selectedMangaIdentNumber)) {
        addTitleTohistory();
    }
}

По сути, я хочу, чтобы визуальный план, похожий на storeHistory (), был вызван другим классом,он, в свою очередь, вызывает checkIfTitlePrsent (), в этот момент id разбивается на разветвление для оператора if и продолжает отображать

Я также приветствую любые аргументы против этой концепции на случай, если я просто неправильно структурирую свою программу.

Answer 1

TL; DR

• Диаграмма активности
• Диаграмма последовательности

Полный ответ

Я не знаю, где выПосмотрите, но, похоже, что-то пошло не так с вашим поиском

В основном диаграммы UML сгруппированы в две основные группы: статические диаграммы и диаграммы поведения.

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

Поведенческие диаграммы находятся на другом конце фокуса, особенно на том, что (и как)система делает.

Двумя наиболее заметными, полезными и популярными являются диаграмма активности и диаграмма последовательности.Они сосредоточены вокруг немного разных вещей, но оба способны показать то, что вы изображаете.Во многих аспектах они взаимозаменяемы.

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

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