我在一个项目的规范部分，我必须做用例，但我不明白如何翻译这个场景。"这个项目是。学生和老师必须在每节课上用卡签到，系统会计算学生的出勤率和缺勤率，如果老师没有签到，就不会计算任何缺勤，因为就像没有上课一样。当学生缺勤达到25%时，系统会给老师和学生发邮件警告。
我的问题是，如果 "签到 "这个行为对每个行为人的影响不同，那么它是否应该是同一个用例？如果老师没有签到，那么就没有课了，我怎么表示？
一个用例就是一个用例。它显示了它将为其主要角色提供的附加价值。没有什么能改变一个UC，由于场景运行的一个或另一个方式。
为了显示条件，你需要添加约束条件。没有必要在UC图中显示它们，因为可能太多了，只会让读者感到困惑。如果你想显示约束条件，你可以把它们放在一个注释中，并在文本周围加上大括号，如 { this is some constraint}. 一个更好的约束的地方(除非你的UML工具提供了更好的东西)是一个包含约束表的UC的文本描述(以及场景等)。使用Cockburn的模板或类似的东西。
一个用例不是系统的动态视图，就像流程控制一样，它是一个用例列表，主要功能与目标。唯一可能出现的条件是关于扩展用例的扩展点。