» » »

62. Направления развития UML;

Последняя версия UML 2.4.1 опубликована в августе 2011 года.

UML 2.4.1 принят в качестве международного стандарта ISO/IEC 19501:2005.

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

Разработка языка UML началась в компании Rational в 1995 году с объединения методов Буча и OMT. Процесс разработки было решено сделать общедоступным. В 1997 году созданная общими усилиями многих компаний спецификация языка была принята группой OMG (рабочей группой по развитию стандартов объектного программирования). Это был язык UML версии 1.1. Компания Rational затем передала права на UML группе OMG cцелью сделать этот язык общедоступным стандартом. С тех пор комиссия OMG, включающая представителей различных компаний, работала над разъяснением и исправлением ошибок исходной спецификации, выпустив ее обновление в 1998 г. (версия 1.3). Выпуск второго обновления ожидается в конце 2000 г. (версия 1.4). Активное участие в работе комиссии приняли эксперты компании Rational. В процессе обновления были устранены многие внутренние проблемы в метамодели языка UML, пояснены неопределенности исходного документа, улучшено единообразие обозначений и исправлен ряд средств, использующихся в специализированных областях. Но в общем и целом, большинство обычных пользователей не заметит многих отличий. Пожалуй, наиболее существенным изменением в версии UML 1.3 стал пересмотр формулировок отношений между прецедентами, но даже это не представляет собой очень крупную модификацию. Наиболее значительным дополнением версии UML 1.4 станут руководства по созданию профилей - адаптаций языка UML для конкретных прикладных областей. Конечно, специфические детали языка претерпели много изменений, но в общем язык UML пока остается тем же языком с теми же возможностями, что и исходная версия.

Усилия компании Rational по расширению языка UML

Параллельно с работой по очистке документации по UML было предпринято несколько инициатив по расширению языка UML для новых прикладных областей, включая системы и базы данных Web. Некоторые из этих инициатив были предприняты группой OMG, другие - отдельными компаниями, такими как Rational.

Чтобы не отстать от быстро изменяющегося мира электронного бизнеса, почти всем компаниям необходима разработка своих web-систем. Джим Коннален (Jim Conallen) вместе с другими специалистами Rational разработал способ моделирования web-систем с помощью языка UML и приложения Rational Rose. Эта возможность предлагается в виде профиля UML, позволяющего разработчикам моделей представлять различные виды элементов web-приложения - клиентские и серверные страницы, формы, кадры и т.д. Профиль содержит набор стереотипов для различных элементов и их отношений. Этот подход описан в книге Коналлена Building Web Applications with UML (Addison Wesley Longman, 2000). Данный профиль входит в состав последних версий Rational Rose.

Почти все приложения электронного бизнеса используют базы данных. Одной из наиболее сложных проблем разработки систем долго являлось координирование языков программирования и баз данных, поскольку их различные способы объявления структуры данных приводят к неуловимым противоречиям и трудностям при переносе информации между программами и базами данных. Использование единой модели UML, лежащей в основе как программного кода, так и схем баз данных, позволяет избежать многих из этих проблем. Компания Rational разработала для UML профиль моделирования баз данных, который поддерживается в различных версиях приложения Rational Rose. Этот профиль позволяет разработчику сконструировать логическую модель информации и модель таблиц физической базы данных, полученную на основе этой информации. Наличие двух моделей позволяет разработчику настроить и оптимизировать структуру базы данных, что имеет немаловажное значение при разработке баз данных. Поскольку обе модели связаны между собой, изменения в одной из них отражаются на другой, что позволяет избежать противоречий.


Друзья! Приглашаем вас к обсуждению. Если у вас есть своё мнение, напишите нам в комментарии.

Поделиться

Оплаченная реклама

Дисциплины