Помимо официального стандарта многие компании используют расширенные версии UML (диалекты). Интересует следующий вопрос: занимался ли кто-либо систематизацией, поиском отличий от основного стандарта? Я начал писать научную работу по смежной теме: "Разработка методов контроля диалектов UML".

Думаю, этим мало, кто занимался.

А можно вопрос? В чем научность данной работы и главное каково практическое применение?

Присоединяюсь к вопросу Александра.

В нашей компании есть такая практика. Это скорее не диалект, а небольшая нотация поверх UML. Что конкретно интересует?

Коллеги, возможно речь об этом - http://ru.wikipedia.org/wiki/Meta-Object_Facility.
Есть стандарт MOF от OMG, применяется в model-driven development (разработке, управляемой моделью). Актуальна версия 2 от 2006 года.
т.е. под диалектами UML, возможно, понимаются метамодели MOF уровня M2 (всего описано 4 уровня метамоделей: M0, M1, M2, M3). M3 - собственно, само ядро MOF, M2 - как раз UML, M1 - конкретные UML-модели, M0 - описание объектов реального мира.

В нашей компании есть такая практика. Это скорее не диалект, а небольшая нотация поверх UML. Что конкретно интересует?

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

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

Да, в моём случае это как раз расширение нотации под специфику нашего продукта. И я тоже не представляю, кому это могло бы быть интересно за пределами нашей компании...

Да, в моём случае это как раз расширение нотации под специфику нашего продукта. И я тоже не представляю, кому это могло бы быть интересно за пределами нашей компании...

Ну в принципе это могло бы быть интересно, если бы Ваша компания продвигала свою методику, соответственно и UML профиль

Прошу прощения за долгий ответ. Мы разрабатываем систему для поиска синтаксических и семантических ошибок в диаграмммах. Система клиент-серверная. На клиенте плагин для редактора, который делает экспорт во внутренний формат, сервер разбирает диаграмму по грамматике и ищет ошибки. Цель на данном этапе — составить наиболее полную грамматику с описанием, в том числе, частных случаев диалектов.

Прошу прощения за долгий ответ. Мы разрабатываем систему для поиска синтаксических и семантических ошибок в диаграмммах. Система клиент-серверная. На клиенте плагин для редактора, который делает экспорт во внутренний формат, сервер разбирает диаграмму по грамматике и ищет ошибки. Цель на данном этапе — составить наиболее полную грамматику с описанием, в том числе, частных случаев диалектов.

Задача интересная. В принципе она в той или иной степени решена и в самих CASE средствах. Где-то в материалах конференции Объектные системы эта тема поднималась. Посмотрите, может Вы найдете что-то полезное.
Правда, мне неизвестно понятие UML-диалект. Можно говорить о различной степени следования стандартам.

Полную грамматику языка Вам следует искать в стандартах OMG, вряд ли тут.