用例图中是否需将Database识别为Actor及自制图正确性咨询

• 数据库不应被识别为Actor：UML用例图里的Actor定义是主动与系统进行交互的外部实体，比如用户、外部独立系统这类能发起操作的角色。数据库只是系统用来存储、读取数据的内部支撑资源，它不会主动发起交互，完全是被动响应系统的读写请求，所以不符合Actor的定义，不该放到用例图里。

• 现有用例图的调整方向：如果你的图里把数据库设成了Actor，需要把这部分去掉，把数据存取的逻辑归为系统内部的实现细节。用例图只需要展示场景里的真实外部角色（比如学生、课程管理员这类）和系统之间的交互用例，比如“查询可选课程”“提交选课申请”“维护课程信息”等，这些用例背后的数据操作由系统自行和数据库交互，不用在图中体现。

• 核心原则：用例图的核心是描述系统对外提供的功能以及谁来使用这些功能，内部的技术实现（比如数据库、中间件）不属于用例图的展示范畴，只需要在后续的设计文档或类图、时序图里体现即可。

内容的提问来源于stack exchange，提问作者Carl Ret02