无类与对象的系统中，将System和Database作为UML序列图生命线是否合规？

这种将System和Database作为唯一交互对象的实现方式是完全合理的，理由如下：

• 序列图的核心作用是清晰展示交互流程，而非强制绑定类结构。你的系统本身采用无类、无对象的极简架构，用System代表业务操作的发起入口，Database作为数据存储的唯一载体，完全贴合你的系统设计逻辑。
• 从UML规范角度，序列图的参与者可以是抽象的功能单元、系统边界或数据实体，不一定必须对应类的实例。你这样设计能准确传递“系统发起数据操作-数据库响应处理”的核心交互关系，逻辑清晰易懂。
• 若后续系统有扩展需求（比如新增操作入口或多数据节点），再调整参与者即可，但当前设计完全适配你“仅包含数据库”的架构场景。

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