диаграммы классов моделирования

Question

Я только начал изучать UML и после завершения варианта использования я только начал диаграмму классов ...

Я просматривал некоторые примеры, и один из них находился в категории операций, подобных этой

issueBook(in bookName):Boolean

Теперь issuebook - это операция, но в чем же дело с in и bookName

На этой веб-странице говорится, что не моделировать код скаффолдинга, но если мы не будем моделировать код скаффолдинга, как мы узнаем, какие операции мы будем писать при кодировании?

Как и в приведенном примере кода скаффолдинга, просто игнорировать несколько операций?

Кроме того, кто-нибудь может сказать, каковы шаги для преобразования кода лесов в не-леса?

Answer 1

теперь «книга выдачи» - это операция. Но как обстоят дела с «in» и «bookname»

in означает, что это входной параметр - т.е. значение читаетсяв рамках операции, но не написано.bookName - это имя параметра.

re.Код лесов, это всего лишь совет, чтобы предотвратить беспорядок в вашей модели.Например, предположим, у вас есть класс с именем BookStore с атрибутами address и turnover и операцией issueBook().Этот класс без подмостей будет выглядеть примерно так:

В то время как с подмостками это будет выглядеть примерно так:

Точка второго графика имеет визуальный беспорядок;первое легче читать.

Включение ли вы методов получения / установки зависит от того, почему вы рисуете диаграмму.Если это понять домен, то геттеры / сеттеры не нужны.OTOH, если это спецификация того, что нужно кодировать, вы можете добавить их.Все зависит от назначения диаграммы.

hth.