Раскрыть понятие унифицированный язык моделирования программных систем UML. Описать принципы построения диаграммы классов.

UML — это язык моделирования.

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

 

Язык UML — это графический язык моделирования общего назначения, предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем.

 

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

 

} Во-первых, UML не является языком программирования.

} Во-вторых, UML не является спецификацией инструмента.

} В-третьих, UML не является моделью процесса разработки приложений.

 

 

Раскрыть понятие унифицированный язык моделирования программных систем UML. Описать принципы построения диаграммы компонентов.

UML — это язык моделирования.

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

 

Язык UML — это графический язык моделирования общего назначения, предназначенный для спецификации, визуализации, проектирования и документирования всех артефактов, создаваемых при разработке программных систем.

 

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

 

} Во-первых, UML не является языком программирования.

} Во-вторых, UML не является спецификацией инструмента.

} В-третьих, UML не является моделью процесса разработки приложений.

 

Диаграмма компонентов

– диаграмма физического уровня, которая служит для представления программных компонентов и зависимостей между ними.

Диаграмма компонентов разрабатывается для следующих целей:

Визуализация общей структуры исходного кода программной системы.

Спецификация исполнимого варианта программной системы.

Обеспечение многократного использования отдельных фрагментов программного кода.

Представление концептуальной и физической схем баз данных.

 

Компонент - элемент модели, представляющий некоторую модульную часть системы с инкапсулированным содержимым, спецификация которого является взаимозаменяемой в его окружении.

Имя экземпляра компонента записывается аналогично имени линии жизни на диаграммах взаимодействия в следующем формате (БНФ):

       < имя-экземпляра-компонента >::=[ <собственное-имя-компонента> ][ ‘:’<имя-типа> ],

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

Примеры изображения простого компонента и компонента с интерфейсами

 

Интерфейсы

Предоставляемый интерфейс (provided interface) – интерфейс, который компонент предлагает для своего окружения.

Требуемый интерфейс (required interface) – интерфейс, который необходим компоненту от своего окружения для выполнения заявленной функциональности, контракта или поведения.

 

Порты

Порт определяет различимую точку взаимодействия между компонентом и окружающей его средой или между компонентом и его внутренними частями

Наличие имени у порта не является обязательным

При отсутствии имени порта его тип ассоциируется с типом интерфейса, с которым связан порт.

 

Собирающий соединитель – соединитель, который связывает два компонента в контексте предоставляемый и требуемых сервисов.

Пример диаграммы компонентов с собирающими соединителями для одинаковых интерфейсов