我正在记录我正在为客户构建的PHP4系统。系统将使用MVC模式按照面向对象的逻辑编写。我已经草拟了一个类图;但是，我现在想知道为这样的系统创建对象图是否有意义，因为它相当松散地遵循OOP模型。
在这个系统中，与面向对象行为最接近的可能是少数方法根据它们被调用的方式改变它们的行为，尽管这不能简单地称为实例化直接类;一个对象图会捕获这个场景中有用的东西，还是我最好只是完全跳过它们？提前谢谢。
答案 0 :(得分：1)
根据我的经验，UML类图最好用在隔离的上下文中 - 描述系统的一部分。
所以我的答案是，如果你在一个文档中描述你的系统，而一个UML类图将帮助读者理解系统的相关部分那么你应该做一个图表对于该部分并包括它。
为整个系统做一个类图很少（如果有的话）有用。并且包括没有上下文的各种类图也很少有用。
对您使用UML具有战略意义;它是一种沟通工具，而不是文档工具。 （有点像写作。纸上的文字没有任何意义，除非经过深思熟虑地使用和组织）
答案 1 :(得分：0)
我认为您的情况的灵活性与UML的期望相冲突。
我建议从图（和谎言）中抽象实现级别，并将这些方法的功能表示为执行自己工作的独立方法。