Введение в UML. Обзор UML. Зачем нужно использовать платформу J2EE и язык XJML совместно. Проблемы моделирования J2EE в UML

Страницы работы

Содержание работы

Глава 3. Введение в UML

Глава 3

Введение в UML

Унифицированный язык моделирования (UnifiedModelingLanguage- UML) - это графический язык, предназначенный для моделирования и разработки программных систем. Он предоставляет функции моделирования и визуализации на всех этапах разработки программы, начиная от анализа требований и заканчивая детализацией, конструированием и развертыванием.

Язык UML ведет свое начало от нескольких предшествующих объектно-ориентированных систем нотации . Наибольшее распространение среди них получила система нотации, разработанная и пропагандируемая Бучем (Booch), Румбахом (Rumbaugh), Джейкобсоном (Jacobson) и другими. Хотя сам язык UML был формализован лишь несколько лет назад, его предшественники использовались для проектирования и детализации преимущественно-программных систем уже с начала 1990-х гг .

С середины 1990-х гг наметилось объединение нескольких конкурирующих систем нотации. В начале 1997 г. несколько консорциумов опубликовали свои отклики на сделанный ранее группой OMG (ObjectManagementGroup) запрос на предложения по созданию общей метамодели описания преимущественно-программных систем. Консорциум, возглавляемый компанией RationalSoftware, представил спецификацию UML 1.0. Она содержала главнейшие особенности нескольких систем нотации моделирования, включая систему Буча, Румбаха и Джейкобсона. По просьбе OMG большая часть остальных консорциумов включилась в совместную работу с группой, руководимой RationalSoftware, по доработке UML 1.0 и созданию версии UML 1.1, которая была принята группой OMG в конце 1997 г.

Развитие языка UML под управлением группы OMG продолжается. Например, недавно предложены расширения с нотацией для моделирования данных, моделирования Web-приложений и отображения конструкцийJ2EE на UML.

UML имеет широкую промышленную поддержку. Поскольку его спецификация одобрена более чем 850-ю членами группы OMG, она стала промышленным стандартом де-юре для визуального моделирования и разработки программного обеспечения. А тот факт, что все ведущие инструментальные средства моделирования преимущественно-программных систем теперь поддерживают UML, делает его и стандартом де-факто.

Обзор UML

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

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

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

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

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

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

Язык UML содержит следующие типы диаграмм.

·  Диаграмма прецедентов (use case diagram). На этой диаграмме отображаются прецеденты, исполнители и их отношения. Диаграммы прецедентов в точности выражают требования к системе с точки зрения пользователя. В главе 7 прецеденты рассматриваются подробно в контексте разработки приложения уровня предприятия на языке Java.

·  Диаграмма классов (class diagram). На диаграмме классов отображаются статические отношения, существующие в группе классов и интерфейсов системы. Некоторые распространенные типы отношений — наследование,агрегация и зависимость.Подробнее о классах, интерфейсах и диаграммах классов см. главу 8.

Похожие материалы

Информация о работе