Oop UML与算法
对于在应用程序的某些部分中可能使用的算法,我有点困惑 假设我想创建一个Oop UML与算法,oop,uml,use-case,Oop,Uml,Use Case,对于在应用程序的某些部分中可能使用的算法,我有点困惑 假设我想创建一个用例,它描述用户如何输入一组值,我的应用程序返回这些值的平均值(当然这是一个非常简单的例子,但用这种方式解释更容易) 现在,我应该在哪里陈述计算数字平均值背后的算法 如果我不计算数字的平均值,而是改变游戏的配置,进入下一个级别,在给定一组条件的情况下将用户添加到数据库中,等等,会怎么样 我觉得我需要以某种方式将我对这个领域的知识形式化,否则我可能会忘记它,甚至更糟,假设我知道一些只有写下来才能理解的事情,我不知道 在另一个主题
用例
,它描述用户
如何输入一组值,我的应用程序返回这些值的平均值(当然这是一个非常简单的例子,但用这种方式解释更容易)
现在,我应该在哪里陈述计算数字平均值背后的算法
如果我不计算数字的平均值,而是改变游戏的配置,进入下一个级别,在给定一组条件的情况下将用户添加到数据库中,等等,会怎么样
我觉得我需要以某种方式将我对这个领域的知识形式化,否则我可能会忘记它,甚至更糟,假设我知道一些只有写下来才能理解的事情,我不知道
在另一个主题中,有人谈到了业务规则。从我所读到的内容来看,它们似乎是放在类图上的小注释。也许我错了?如果这就是它们,我发现它们太麻烦了,无法用于更复杂的算法
谢谢如果你真的想坚持使用用例,你可以从系统的功能角度而不是从最终用户的角度来编写。也许是这样的:
这方面没有硬性规定。这是一种工作方式,你会随着时间的推移而改变。正如其他人所说,确保您熟悉其他形式的图表,以便能够为工作选择正确的工具。请记住,尽管一张图片可能值千言万语,但有时你实际上也需要这些文字,所以不要仅仅依赖图表。你误用了用例:用例是一个静态视图:)
对于动态视图,您应该使用活动图或对象图/序列图。我遇到了一个系统建模复杂问题,与我在模型中添加约束所解决的算法无关。我不知道这是否有帮助,但在我看来,你可以使用与我相同的技巧。我的意思是在图中添加模型信息,并使用多个图来拥有多个用例视图 这个多图表视图和用例保持它自己的属性真的很酷,因为一旦我的用例保存在模型中,它就可以用于另一个图表中,从而描述在特定图表中不可能实现的内容。 非常强大的概念,使用元模型作为xmi数据库,使用UML编辑器作为模型的查看器,而不是模型本身。我现在可以做以前不可能做的事情,而且它的威力更大。它也更复杂,因为您应该查看图表级别,但也应该查看元模型级别,但一旦我得到u
1. The User tells the System he wants to calculate the average of a set of numbers.
2. The System asks the User for a number.
3. The User tells the System a number.
Repeat steps 2-3 until the User tells the System there are no more numbers left.
4. The System returns the average of all those numbers.