PHP4 и UML: имеет ли смысл проектировать диаграмму объектов?

Question

Я документирую систему PHP4, которую создаю для клиента.Система будет написана в соответствии с объектно-ориентированной логикой с использованием шаблона MVC.Я уже набросал диаграмму классов;однако теперь мне интересно, имеет ли смысл создавать объектные диаграммы для такой системы, поскольку она довольно свободно следует модели ООП.

Ближайшим к объектно-ориентированному поведению в этой системе, вероятно, будет несколькоо методах, изменяющих их поведение в зависимости от того, как они вызываются, хотя это нельзя назвать экземплярами прямых классов;может ли объектная диаграмма захватить что-нибудь полезное из этого сценария, или мне лучше просто пропустить их вообще?Заранее спасибо.

Answer 1

По моему опыту, диаграммы классов UML лучше всего использовать в изолированном контексте - для описания части системы.

Поэтому я отвечаю, что если вы описываете часть своей системы в документеи диаграмма классов UML поможет читателю понять соответствующий раздел системы , тогда вам следует создать диаграмму для этого раздела и включить ее.

Создание одной диаграммы классов для всей системы редко, если вообще когда-либо, полезно.И включение различных диаграмм классов без контекста также редко полезно.

Будьте стратегическим в использовании UML;это инструмент коммуникации, а не документация.(Вроде как написание. Слова на бумаге ничего не значат, если их не использовать и не обдумывать)

Answer 2

Я думаю, что гибкость вашей ситуации противоречит ожиданиям UML.

Я бы предложил абстрагировать уровень реализации от вашей диаграммы (и лгать) и представить функциональность этих методов как независимых методов, выполняющих свою собственную работу.