我正在为EPOS系统做一个用例模型。基本上，员工和经理可以出售门票，经理可以生成X报告，Z报告等。
事情是，数据库是必需的并由管理员维护。现在，库存应该经常更新。
那么应该有一个名为'数据库'的次要角色吗？它应该与哪些用例相关联？
此外，“时间”次要演员将用于什么？
由于
答案 0 :(得分：4)
数据库不是演员，是他们参与使用的演员和商业交易的存储。
时间是次要/间接参与者，因为事物（票证，股票）可能会按日期到期或到期。时间的流逝可能会有效地触发股票或交易以改变状态。
'时间'＆amp;相关的更新传统上由夜间批处理进程处理，但也可以动态完成（一组定时事件要处理，如果它们不是全部同时处理，则效果最好）或计算（在查询时找出有效状态是什么）或加载记录）。
答案 1 :(得分：3)
如果数据库仅用于您的应用程序和系统，则意味着它是系统的一部分，因此无需将其作为actor。 Actor是系统外部的实体，系统显示为Black Box。
答案 2 :(得分：2)
用例应该帮助您从抽象的角度理解系统。你不必解释那里的一切。
那就是说.. 根据系统和软件工程词汇 - ISO / IEC / IEEE 24765.2010（E）
演员
- 一个角色（关于该动作），其中履行角色的企业对象参与该动作。 ISO / IEC 15414：2006， 信息技术 - 开放分布式处理 - 参考模型 - 企业语言.6.3.1。 2.组织或CASE工具 供应和/或获得SEE服务。 ISO / IEC 15940：2006，信息 技术 - 软件工程环境服务.2.2.4。在...中 UML，系统外部的某个或某些与之交互的东西 system注意指定哪个actor发起可能是有意义的 那个动作。
我认为您可以将数据库管理员建模为演员，并创建一个用户执行数据库维护的用例。然后可以建立任何自动脚本（例如备份），假设数据库管理员角色，以描述它们与系统的连接。