建模类图

Question

我刚刚开始学习UML，在完成用例后我刚刚开始上课...

我正在阅读一些例子，其中一个是像这样的操作类别

issueBook(in bookName):Boolean

现在issuebook是一项操作，但与in和bookName

的交易是什么

在this webpage中，它表示不对脚手架代码进行建模，但如果我们不在脚手架代码中建模，我们将如何知道在编码时我们将要编写哪些操作？

就像在给定的示例脚手架代码中一样，只是忽略一些操作？

此外，任何人都可以告诉将脚手架代码转换为非脚手架的步骤是什么？

Answer 1

  

现在“问题手册”是一个操作......但与“in”和“。”的交易是什么   “BOOKNAME”

in表示它是一个输入参数 - 即在操作中读取值但不写入。 bookName是参数的名称。

重。脚手架代码，它只是建议，以防止模型中的混乱。例如，假设您有一个名为BookStore的类，其中包含属性address和turnover以及操作issueBook()。没有脚手架的那个类看起来像这样：

而脚手架看起来像这样：

点是第二个图有视觉混乱;第一个更容易阅读。

是否包含getter / setter取决于您绘制图表的原因。如果要了解域，则不需要getter / setter。 OTOH，如果它是需要编码的规范，那么你可以添加它们。一切都取决于图表的目的。

第h