Вопрос 25. Uml.Терминология и нотация

Терминология.

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

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

Таким образом, система представляется в виде набора более простых сущностей, которые относительно самодостаточны. Это можно сравнить с тем, как в процессе разработки программы мы строим графический интерфейс из стандартных "кубиков" - визуальных компонентов, или как текст программы разбивается на модули, которые содержат подпрограммы, объединенные по функциональному признаку, и их можно использовать повторно, в следующих программах.

Модель - это некий объект, отображающий лишь наиболее значимые для данной задачи характеристики системы. Модели бывают разные - материальные и нематериальные, искусственные и естественные, декоративные и математические...

Примеры. Пластмассовые игрушечные автомобильчики - это не что иное, как материальная искусственная модель реального автомобиля.

В ходе медицинских исследований опыты на животных часто предшествуют клиническим испытаниям медицинских препаратов на людях. В таком случае животное выступает в роли материальной естественной модели человека.

Уравнение - математическая модель, и она что-то описывает.

Диаграмма - это графическое представление множества элементов. Обычно изображается в виде графа с вершинами (сущностями) и ребрами (отношениями).

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

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

Фигуры используются "плоские" - прямоугольники, эллипсы, ромбы и т. д. Внутри любой фигуры могут помещаться другие элементы нотации.

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

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

Об инструментах рисования

Ктакимпакетамможноотнести:IBM Rational Rose; Borland Together; Gentleware Poseidon; Microsoft Visio; Telelogic TAU G2.

Наиболее известными из этой пятерки являются RationalRose и Together.

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

Проектирование

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

Документирование

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

Кроме этого, UML является отличным средством спецификации систем, причем спецификации в процессе разработки. Разработанные архитектурные решения, задокументированные с помощью UML, могут использоваться повторно.

Теперь о том, для чего UML использовать нельзя:1) UML не является языком программирования; 2)UML - средство моделирования, т. е. создания не программ; 3)UML не является и спецификацией какого бы то ни было инструмента моделирования.

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

Метод объектно-ориентированного анализа позволяет описывать реальные сложные системы наиболее адекватным образом.