почему стандарты для терминологии и обозначения диаграмм, как они определены в UML, так важны для успеха объектно-ориентированного подхода?

Question

Я стараюсь исследовать каждую страницу о UML. Там нет никакого влияния о UML .. кто-нибудь испытывал это раньше? я имею в виду стандарт терминологии и диаграмм сам по себе ... и причину, почему uml так важен для успеха объектно-ориентированного ...

Answer 1

До UML каждый методист с книгой для продажи придумывал свои собственные обозначения. У одних треугольники были в одну сторону для наследования, у некоторых - другие.

После UML каждый методист с книгой для продажи изобретает новый тип диаграммы UML и добавляет его к стандарту.

Answer 2

Объектная ориентация была довольно успешной задолго до появления UML. Тем не менее, удобно, что многие программисты знакомятся с общим языком - это облегчает обмен идеями. До UML у кого-то были предварительные встречи, чтобы объяснить нотариус своим командам (я должен был сделать это при использовании метода Якобсона Objectory до UML), в настоящее время вы можете предположить (возможно, неправильно, я признаю), что у них будут некоторые знакомство с тем, о чем вы говорите.

Answer 3

я имею в виду стандарт терминологии и диаграмм сам по себе ... и причину, по которой uml так важен для успеха объектно-ориентированного ...

Answer 4

Книга "Гибкая разработка программного обеспечения, принципы, шаблоны и практики" рассматривает многие компоненты диаграмм UML и описывает их использование при проектировании ОО-архитектуры. Для некоторых диаграмм авторские предложения сводились к тому, чтобы «все было просто». Например, диаграммы сценариев использования предпочтительны только для написанных сценариев использования. Альтернатива для сложных диаграмм состояний предлагается в форме таблицы перехода состояний.

В начале книги автор описывает несколько принципов построения ОО, таких как принцип инверсии зависимостей и единая ответственность. Они не имеют ничего общего с UML. UML - это средство коммуникации, цель которого - позволить визуализировать архитектуру. Различные компоненты UML имеют разные диаграммы классов объектов для архитектуры, диаграммы объектов, как объекты взаимодействуют друг с другом, диаграммы последовательности для взаимодействия с объектами (и самим собой) с течением времени.

Так отвечает ли UML за успех ОО-дизайна? Я думаю, что появление UML показывает, что дизайн ОО стоит, потому что UML должен использоваться для представления дизайна ОО. Таким же образом диаграмма Джексона использовалась для структурного программирования.