Диаграмма компонентов перед диаграммой классов?
Я хотел бы знать, какую диаграмму из этих двух следует создать в первую очередь при проектировании большой ИТ-системы. В каждой статье, которую я читал об UML, диаграмма компонентов упоминается как почти последняя. Я думаю, что при проектировании более крупной системы лучше разделить ее на более мелкие части / модули на диаграмме компонентов, а затем для каждого компонента создать детальную диаграмму классов. Это верно?
Как это выглядит на практике из вашего опыта? Знаете ли вы какие-либо статьи / учебники, которые показывают от начала до конца, дизайн системы с использованием UML?
1 ответ
Не существует обязательного порядка для разработки диаграмм UML - на самом деле, вы часто будете создавать несколько простых диаграмм разных типов и улучшать их позже. Процесс обычно итеративный, но не имеет определенного порядка.
При этом некоторые UML-диаграммы предоставляют более абстрактное представление, чем другие, и иногда имеет смысл начать с наиболее абстрактных представлений и перейти к наиболее специализированным. Диаграммы прецедентов обычно появляются раньше, в то время как объектные диаграммы или диаграммы состояний часто появляются позже в процессе проектирования, после того как оригинальное абстрактное решение было усовершенствовано.
Вы также захотите взглянуть на согласованность между вашими диаграммами: на самом деле, с несколькими представлениями вы представите избыточные элементы, и важно убедиться, что они не противоречат друг другу. Например, если у вас есть диаграмма последовательности и диаграмма классов, любое сообщение вызова в первом должно соответствовать операции во втором. См. Работу Александра Египта и его коллег по автоматическому управлению и исправлению согласованности в моделях UML.