Дело в том, что модель является представительной агностикой. Он может отображаться с разных точек зрения с использованием различных типов диаграмм. Те же классы можно увидеть из статической точки зрения диаграммы классов или с точки зрения их динамического взаимного взаимодействия на диаграмме связи.
Итак, модель такая же, но как мы ее рассматриваем, она различна в зависимости от информации, которую мы хотим передать.
Подумайте о модели как о данных, которые вы поместили бы в электронную таблицу и диаграммы, как о различных типах диаграмм, которые вы можете использовать для просмотра и интерпретации этих данных, например, круговой диаграммы или гистограммы. Это те же данные, но каждый график будет передавать различные аспекты информации, которые могут быть полезны для принятия решений.
Аналогично, каждый тип диаграммы UML передает различные аспекты конструкции системы, но все они имеют общую модель, которую вы, вероятно, будете повторно использовать для создания каждого типа диаграммы.
Большинство инструментов UML CASE позволяют взаимодействовать с такой моделью. Например, в большинстве этих инструментов, если вы определяете класс в диаграмме классов, он автоматически добавляется к модели, а позже при определении диаграммы связи, которая использует объект этого класса, вы можете просто перетащить его из модели и перетащите его на диаграмму общения, тем самым передав идею о том, что вы используете объект из класса, уже находящегося в модели.
Дополнительная информация:
Таким образом, в терминах UML моделей, что бы быть примером модели UML ?, учитывая точку, которую вы сделали о модели будучи representation- agnostic –
Нет такой вещи. Как говорят оба ответа, модель является «вещью». UML, сетевая диаграмма, чертеж доски, презентация на собрании персонала, слайд PowerPoint и т. Д. - это способ описания вещи. –
Посмотрите на Model-View-Controller (архитектура). В этом случае модель является моделью, вы являетесь контроллером, диаграммой или каким-либо другим видом. –