这些用例的ＡＣＴＯＲ是谁呢?
　

---

最近一个多月刚刚开始接触UML，现在有一个小PROJECT，需要为一个计算工时的系统建模．大致是这样的，所有的雇员都拥有一张卡，每次进出办公室都要打卡，系统所做的就是记录每个人的进出时间，计算总的工时以及判断是否违反有关工时的规定，生成报告发给MANAGER．我认为现在可以肯定的ACTOR有雇员和MANAGER，他们的用例分别是打卡和接收信息．可是更多的用例（比如计算总工时，判断上班时间以及生成报告和发送报告）都是系统本身自动完成的，这些用例的ＡＣＴＯＲ是谁呢?我该怎么画呢?高手指教一下~~

这些不应该作为需求用例处理。

建议先看一下《编写有效用例》（个人认为翻译地不好）和《有效用例模式》。
“计算工时”是功能点，不是一个用例

多谢两位指点，我现在明白一点儿了。用例应该是从外部可见的功能，而计算工时这样的只是系统完成功能的一个中间过程，所以不能作为用例考虑，我可以这样想吗？
另外，前面考虑的不成熟，一时心急就发了帖子。现在更新一下信息。事实上系统完成这些功能要通过一个读卡机，每个员工（包括MANAGER）的任何一项行为都要在读卡机上打卡(即regist)，系统可以完成的功能除前面所说外还包括统计员工节假日、公差和病假的情况。manager可以维护系统，但不能修改与工时有关的信息。
鉴于这种情况，我知道employee是一个actor，用例是regist,manager是他的一个子actor,包括的用例还有维护信息，生成报告，和发送报告（大致是这样），但是我不知道读卡及是否算是一个用系统交互的actor,还是它属于系统的一部分呢？

Card puching can be considered a Use Case, the others (calculating total hours, evaluating arriving time, etc) are subfunctions or activities within the Use Case if they are done at the same time when the card is punched. Otherwise, the others can be considered time-triggered events, in that case the system itself can act as an actor.

In your case of card punching, a Manager is no different from any other employee at this point, so you don't need to consider Regular Employee or Manager, they are the same. You can use an abstraction, say, Employee, as the actor.