首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >序列图UML2.0问题

序列图UML2.0问题
EN

Stack Overflow用户
提问于 2015-09-09 21:02:02
回答 1查看 298关注 0票数 1

我有几个关于序列图的问题,不知道有没有人能给我指个方向。

这是我到目前为止画出的图表:

http://i.stack.imgur.com/KyF01.png

然而,我不确定这是否正确。

下面是我对这个图和一般的序列图的问题:

首先,我想知道我是否需要一个循环,因为添加另一个雇主并不实用,而是取决于用户在显示的对话框中单击“添加另一个雇主”。

如果需要循环,有没有一种方法可以正确地指定do while循环?由于该图看起来与循环条件"while add another employer“有些混淆,但在调用"displayAddAnotherEmployer()”之后在"if detailsValid“部分中确定了add another employer。

如果我有条件,例如“保存雇主详细信息”条件,我是否仍然需要显示雇主联络官单击保存雇主详细信息并与视图进行交互?或者这是由if条件所暗示的?

演员可以在他们的生命线上执行吗?

最后,在"else if cancel“条件中,我是否需要"break”和条件"if add another employer“,或者这是在关闭视图时隐含的?

感谢你花时间阅读这篇文章,任何帮助都将不胜感激。

编辑:同一张图的第二个版本,哪个更清晰?http://i.stack.imgur.com/8BlgX.png

EN

回答 1

Stack Overflow用户

发布于 2015-09-10 00:46:40

您不应该在算法细节方面过度使用序列图。回到80年代,我们认为图形化编程将是未来。所以现在我们知道它只是一堆废品。尽管一张图片可以表达1000多个单词,但在许多情况下,编程语言告诉我们,在呼叫情况下并非如此。你花了多长时间来创建这个图表?用元语言写几个单词需要多长时间?

如果你有某种更具全局性的依赖,你可以/应该使用片段,这应该被突出显示。同样,不要开始使用嵌套片段。最好使用两个图表,并最终使用图表门来突出嵌套循环的两个(或更多)效果。

现在对于其他条件:如果事情很明显,你不需要显示细节。通常,一个简单的注释比过度构建的序列图更有帮助。

演员很可能是生命线。只需实例化任何参与者,它就可以向对象发送消息(单击鼠标、输入按键等)。

对于else-if,只需查看我上面所说的。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/32480290

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档