Uml 用例图-箭头是否绝对必要？

在用例图中使用“箭头”来显示参与者和用例之间的关联是绝对必要的吗

我最近不得不为我的软件工程任务画一张。但是，在网上对许多其他大学的文章、论文、在线书籍和课堂讲稿进行了一些研究之后，似乎大多数用例图都没有箭头，不管它们有多大的潜力来显示某种“流”或“可导航性”，而一些示例有箭头

所以我咨询了我的朋友，他是一名大四学生，已经学习了我告诉我的，我的演员和用例之间不应该有箭头，甚至他的需求工程讲师也教学生不要使用箭头。所以我有意识地决定不使用箭头，而是使用实线来显示我的用例关联

这是我的图表-

然而，当我收到作业的分数时，我惊讶地发现我因为没有使用箭头而被判零分。即使必须使用实线，也有大量证据表明实线可以用于双向关联。所以我不应该至少得到一些分数吗

很明显，我要求我的讲师给我一个解释，下周我会去见他讨论这一点，但如果她告诉我应该使用箭头，我能提出什么反对的理由呢？如果有人能给我一些好的建议，并适当地参考一些专业人士，我将不胜感激

非常感谢您的阅读，我希望很快能看到您的回复

---

编辑

---

谢谢你们。我真的很感激你给我的答案。这整个混乱开始是因为讲师提供的唯一符号是一个课堂讲稿中图书馆用例图的单一、非常简单的示例，其中有箭头。但它不是很清楚，这是明确的符号。我认为这不是强制性的另一个原因是，在解释绘制数据流图的符号时，她非常清楚地使用了自己的特定符号，但DFD在不同来源中使用不同的符号并不罕见，然而，我发现很少有证据表明在用例图中使用箭头是必要的

也就是说，甚至在没有箭头之前，我记得在一次辅导课上问一位导师（不是讲师），有箭头的直线和实线有什么区别，他说没有，我可以两者都用。很明显，我只能说我的话，从你们所说的话来看，我怀疑任何处于学术地位的人都不会承认说了一些可能让他们处于防御地位的话。我的错误是没有直接和讲师讲话，但事后看来，我显然会这么做

无论如何，我会和她谈谈所有这些信息，并要求她考虑这个“诚实的错误”。这不仅仅是用例图，还有一些其他问题让我失去了不同寻常的分数，特别是当我的答案与她提供的模型答案几乎相同时。我还知道很多其他要求完成作业的学生都会受到批评

希望她能善解人意，用良好的判断力来提高我的分数。当我发现后，我会发回这里

再次感谢您的帮助，请发布您可能有的任何其他信息/建议。：）

---

编辑2

对不起，伙计们，我还有一个问题

下面是任务中给出的绘制用例图的场景

Contitucket是一家票务代理公司 经营音乐会和戏剧 票音乐会和剧院场地 为CONTICTIONKET提供一个常量 即将出版的 事件，然后由 管理者为其编制设备清单 销售人员在响应时使用 给客户打电话。经理选择 有些事件是由Contitucket负责的 将在北京购买多张门票 前进，从而受益于 与场馆协商的折扣

他亲自发送订单 门票连同商定的 向场馆付款，一次 收到票后，他把票归档 票证档案

当客户给销售团队打电话时， 他们的购票请求被检查 根据票证档案。如果 有预购的票 它们被放在一个标有 客户的姓名和地址， 并提交临时命令 文件如果没有，则由销售团队填写 一张票证申请表，并将其放入 供邮局职员收集的托盘

付款部分检查 临时命令每天存档。他们 向客户发送发票，并 等待付款。发票副本 已存档。何时付款 收到，付款部分匹配 用适当的方法付款 发票，如果满意的地方 发票的另一份副本 将附有指示的文件发送至 把票寄出去

邮局职员检查邮件 每天归档并检索 从 临时订单归档并发送 给合适的客户

正如你从我的作品中所看到的，我作为一名演员有一个“音乐会和剧院场地”

根据UML2.0风格的元素，Scott W.Ambler：

参与者是在与您的系统的一个或多个交互中扮演角色的个人、组织或外部系统（参与者通常在UML用例图上绘制为棒状图）

然而，在我标记的作业中，讲师评论说它不应该是演员。你能告诉我你是否认为它应该是一个演员，为什么

我的理由是CT&V提供事件信息，然后经理使用这些信息订购/归档票据，同样由CT&V提供

多谢各位