Oop 面向对象的库存系统设计方法

我们正在开发一个跟踪外地办事处库存的系统

在其核心，该系统将有一个“资产”清单，如自行车、电脑、帐篷等。每项资产都会经历“活动”、“丢失”、“签出”、“库存”等状态。有些州有其他信息，如“签出至”或“清单编制人”

所以，我认为每个状态都是父类的子类，或者可能实现一个iState接口。那部分我很清楚

我所坚持的是一个好的OOP设计，它将哪些状态可以跟随前一个状态的业务逻辑（Asset对象将存储它的“last”状态）。例如，签入只能跟随签出。活动状态必须是记录在资产上的第一个状态

任何想法或建议都会有帮助。在这一次，没有一个GoF设计模式跳到我面前

---

是的，我知道我们应该考虑COTS，但是管理层已经决定现在开始使用我们自己的工具。

嗯。这听起来更像是一个工作流程/业务规则问题，而不是OOD。我不知道有哪种OO原则像你描述的那样强制执行状态的顺序/依赖关系。

你回答了自己的问题。看看这个图案