Стар умл как работать

Star UML

StarUML – программный инструмент моделирования, который поддерживает UML (Унифицированный язык моделирования). StarUML ориентирован на UML версии 1.4 и поддерживает одиннадцать различных типов диаграмм, принятых в нотации UML 2.0. Он активно поддерживает подход MDA (Модельно-управляемая архитектура), реализуя концепцию профилей UML. Среда разработки StarUML ™ превосходно настраивается в соответствии с требованиями пользователя и имеет высокую степень расширяемости, особенно в области своих функциональных возможностей. Использование StarUML, одного из ведущих программных инструментов моделирования, гарантирует достижение максимальной производительности и качества ваших программных проектов.

• Диаграмма классов (Сlass diagram). Диаграмма классов – визуальное отображение различных статических отношений между класс-подобными элементами. Диаграмма классов может содержать не только классы, но также и интерфейсы, перечислимые типы, пакеты, различные отношения, инстанции и их связи.

• Диаграмма прецедентов (Use case diagram). Диаграмма прецедентов – отображение отношений между вариантами использования (прецедентами) определенной системы или объекта и внешними акторами. Вариант использования отображает функции системы и то, как эти функции взаимодействуют с внешними акторами.

• Диаграмма последовательности (Sequence Diagram). Диаграмма последовательности отображает взаимодействие инстанций. Она является прямым отображением множества взаимных воздействий (InteractionInstanceSet) между элементами множества инстанций (CollaborationInstanceSet). В то время как Диаграмма сообщений роли ориентирована на классификаторы-роли, обычная Диаграмма сообщений – на инстанции.

• Диаграмма сообщений роли (Sequence Role Diagram). Диаграмма сообщений роли отображает взаимодействия в концепции ролей. Она является прямым отображением Interaction (множества взаимных сообщений между классификаторами-ролями) в пределах Collaboration. В то время как Диаграмма сообщений – отображение инстанций, Диаграмма сообщений роли – отображение классификаторов-ролей.

• Диаграмма коллаборации (Collaboration Diagram). Диаграмма коллаборации отображает взаимодействие между инстанциями. Она является прямым отображением модели взаимодействия инстанций, входящих в CollaborationInstanceSet. В то время как диаграмма коллаборации ролей – отображение классификаторов-ролей, обычная диаграмма коллаборации – отображение инстанций.

• Диаграмма коллаборации ролей. Диаграмма коллаборации ролей отображает взаимодействия между ролями. Она является прямым отображением модели взаимодействия классификаторов-ролей внутри коллаборации. В то время как обычная диаграмма коллаборации ориентирована на отображение инстанций, диаграмма коллаборации ролей – отображение классификаторов-ролей.

• Диаграмма состояний (Statechart Diagram). Диаграмма состояний выражает статическое поведение определенного объекта через состояния и переходы состояний. Хотя диаграмма состояний обычно используется, чтобы выразить поведение инстанций классов, она может также использоваться, чтобы выражать поведение и других элементов.

• Диаграмма действий (Activity Diagram). Диаграмма действий – специальная форма диаграммы состояний, которая является подходящей для того, чтобы отображать поток выполнения действий. Диаграмма действий в общем случае используется для отображения любых потоков обработки, но чаще всего применительно к объектам подобным классам, пакетам и операциям.

• Диаграмма компонентов (Component Diagram). Диаграмма компонентов отображает зависимость между программными компонентами. Элементы, которые составляют программные компоненты и элементы, которые реализуют эти компоненты, могут быть отображены на диаграмме компонентов.

• Диаграмма развертывания (Deployment Diagram). Диаграмма развертывания отображает аппаратные элементы компьютера, другие устройства и программные компоненты, а также процессы и объекты, которые им назначены.

• Композиционная структурная диаграмма (Composite Structure Diagram). Композиционная структурная диаграмма – диаграмма, выражающая внутреннюю структуру классификатора. Она показывает его точки зрения взаимодействия с другими частями системы.

BPWin

На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации. Наиболее удобным языком моделирования бизнес-процессов является IDEFO.

IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

Диаграммы IDEF0. Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

Модель может содержать четыре типа диаграмм:

— контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

— диаграммы дерева узлов;

— диаграммы только для экспозиции (FEO).

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

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

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

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

Источник

Программы построения UML диаграмм

Виды диаграмм на UML и средства для их построения

Ранее мы писали, что совместное использование BPMN и UML это наиболее рациональный подход к визуальному моделированию в процессе проектирования сложных информационных систем различного назначения. В этой статье рассмотрим построение UML диаграмм с помощью программных средств различного класса и назначения. Что касается построения BPMN диаграмм с помощью специализированных программ, то можно посмотреть в статье «Программы создания диаграмм BPMN«.

Хорошо известно, что в процессе проектирования информационных систем широкое применение нашел способ организации и управления архитектурой проектируемой системы Model Driven Architecture (MDA). Этот подход поддерживается современными автоматизированными инструментальными средствами разработки информационных систем для определения моделей, а также для облегчения преобразований между различными типами моделей. Для построения моделей в рамках MDA широко используется построение диаграмм на унифицированном языке моделирования UML.

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

Здесь рассматривается построение UML диаграмм при курсовом и дипломном проектировании, а не полная разработка всех решений, предусмотренных ГОСТ. В курсовом и дипломном проектировании достаточно разработать функционально — алгоритмическую структуру системы, которая в соответствие с принципами объектно-ориентированного проектирования представляется как совокупность взаимодействующих объектов.

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

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

Второй класс это, так называемые CASE-средства, представляющие собой набор инструментов, предназначенный для автоматизации визуального моделирования, проектирования, документирования и генерации кода реализации на выбранном алгоритмическом языке. К таким средствам относятся CASE-средства визуального моделирования и проектирования компании IBM Rational Software Corp — Rational Rose и Rational Software Architect, продукт проектирования и интеграции компании Borland – Together и другие.

CASE-средство визуального моделирования Rational Rose является хорошим и достаточно доступным инструментом создания артефактов проектирования информационных систем. В предыдущих статьях мы рассматривали его применение в курсовом и дипломном проектировании в процессе:

Построение UML диаграмм в MS Visio

Наиболее доступным, а поэтому и популярным средством построения не только BPMN – диаграмм, но и диаграмм на языке UML является графический редактор MS Visio. Доступность MS Visio обеспечило практически свободное владение им большого количества специалистов в том числе и студентов.

Методика построения диаграмм на языке UML в MS Visio во многом схожа с методикой построения BPMN – диаграмм. Отличием является то, что необходимо адаптировать графическую нотацию под набор элементов UML, выбрав шаблон “Схема модели UML”. После нажатия кнопки “Создать” появится окно с наборами элементов(фигурами, пиктограммами), которые соответствуют шаблону (stencils): схеме модели UML.

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

Построение UML диаграмм в StarUML

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

StarUML это бесплатная программа для моделирования и работает как бесплатный аналог известных CASE-средств визуального моделирования Rational Rose и Together. Как становится ясно из названия, программа ориентирована на создание UML диаграмм. Она поддерживает стандарт UML2, MDA.

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

Приложение StarUML — это проект с открытым кодом для разработки быстрых, гибких, расширяемых, функциональных и, главное, бесплатно доступных для любого пользователя платформ UML/MDA для 32-разрядных систем Windows.

StarUML для Windows и других ОС можно скачать с официального сайта

Скачивание проходит быстро и без особых заморочек. На рабочем столе создается ярлык.

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

В данном окне слева на панели инструментов(Toolbox) перечень видов диаграмм, в центре рабочее поле и справа Проводник модели.

Для того чтобы увидеть, какие диаграммы можно строить в данной среде достаточно открыть пункт меню Model и выбрать в нем пункт Add Diagram.

Использование StarUML для построения диаграммы деятельности при визуальном моделировании предметной области проектируемой информационной системы рассмотрено в статье. В данной статье рассмотрим применение StarUML на примере построения диаграммы классов.

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

Для построения диаграммы классов с помощью StarUML необходимо выбрать из меню Model пункт Add Diagram и далее подпункт Class Diagram. Теперь надо поместить на рабочий стол требуемый набор элементов(классов, интерфейсов и связей).

Для этого сначала надо щелкнуть левой клавишей мышки по треугольничку на панели инструментов справа от слова Class(Basic). Для перемещения элемента с изображением класса необходимо в раскрывшейся панели щелкнуть левой клавишей мышки по пиктограмме класса и, переведя курсор на рабочее поле, щелкнуть на нем.

На рабочем поле появится графическое изображение класса, обрамленное вокруг кнопками «горячего диалога». Назначение кнопки можно посмотреть, если установить на нее курсор. С помощью этих кнопок можно добавить атрибут или операцию(функцию), указать для них модификатор доступа:

— обозначает атрибут с областью видимости типа пакетный (package)

Можно также выполнить многие другие действия. Например, дополнить диаграмму реализуемым и требуемым интерфейсом.

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

Продолжим построение диаграммы классов. Введем наименование класса и дополним его атрибутами, закрытыми от использования. Затем дополним открытые операции(методы, функции). Чтобы диаграмма смотрелась ярче, заполним поле изображения класса цветом. Для этого выделим изображение класса. Выбор цвета осуществляется через меню Format и пункта FillColor, как показано на рисунке.

Аналогично можно редактировать шрифт текста, стиль и цвет линий и т.п.

Далее дополняем необходимые элементы, например классы и интерфейс, и устанавливаем связи между ними. На диаграмме представлено пять классов. Два класса имеют связь Композиция(закрашенный ромбик), два других класса имеют связь Агрегация(не закрашенный ромбик). Отношение между классами и интерфейсом осуществляется с помощью связи Реализация интерфейса(Inteface Realization). Между остальными классами реализуется ассоциативная связь.

В итоге получается диаграмма классов, представленная на рисунке.

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

Аналогично можно построить и другие виды диаграмм, отражающие соответствующие стороны проектируемой системы.

Построение UML диаграмм онлайн с помощью Lucidchart

Построение UML диаграмм с помощью программы Lucidchart выполняется в следующей последовательности. Если Вы ранее не регистрировались в Lucidchart, то зарегистрируйтесь и создайте учетную запись в Lucidchart. Для начала работы по построению диаграмм перейти по ссылке в свой личный кабинет.

Если Вы используете бесплатную версию, то может появиться окно, в котором надо нажать кнопку Все равно создать. Может появиться форма, показанная на рисунке.

В ней надо выбрать Все равно создать документ.

В следующей форме, показанной на рисунке, если она появилась

надо выбрать Начать пробный период, а в следующей форме выбрать кнопку Потом.

После загрузки среды построения диаграмм, необходимо перейти в раздел построения UML- диаграмм. Для этого в левой части окна в разделе Формы необходимо нажать на клавишу +Добавить форму. Будет предложен список возможных вариантов построения диаграмм.

В этом списке надо выбрать UML и нажать кнопку Использовать выбранные фигуры.

После этого методика построения UML- диаграммы ничем не отличается от методики построения BPMN – диаграммы, описанная в статье “Программы создания диаграмм BPMN ”

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

Построение UML диаграмм с помощью CASE — средств

Если Вы решили стать профессионалом в области визуального моделирования и проектирования на языке UML, то необходимо осваивать такие CASE –средства как IBM Rational Software Architect, Borland Together и им подобные. Построение UML диаграмм в этих CASE – средства осуществляется профессионально при создании крупных проектов информационных систем и программного обеспечения.

IBM Rational Software Architect

IBM Rational Software Architect – это современный набор инструментов нового поколения компании IBM Rational под общим названием IBM Software Development Platform. IBM Rational Software Architect, предназначенный для визуального моделирования и проектирования информационных систем и программного обеспечения.

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

Borland Together

Другим интересным CASE – средством является продукт фирмы Borland — Borland Together, который интегрирует Java IDE, изначально основанной на JBuilder с инструментом моделирования на языке UML.

Borland Together поддерживает все основные диаграммы Unified Modeling Language (UML). Использование унифицированного языка моделирования UML позволяет создавать архитектуру, которая наилучшим образом отвечает потребностям предприятия.

Использование интегрированной среды быстрой разработки приложений Borland Together Edition for Microsoft Visual Studio позволяет создавать высококачественные диаграммы на языке UML с использованием распространенной среды программирования Visual Studio, аналогично встроенный Borland Together Edition for C++BuilderX решает те же задачи в среде разработки программного обеспечения C++Builder (Delphi).

Диаграмма в нотации UML в настоящее время желательно строить в современной среде разработки объектно-ориентированных информационных систем на основе UML Borland Together Architect.

Более подробно методика построения UML диаграмм в Borland Together рассматривается в статье автора «Построение диаграмм на UML в среде Borland Together«.

Где приобретать программы построения UML диаграмм

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

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

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

Программное обеспечение Edraw UML Diagram предназначено для инженеров и проектировщиков ПО, которым необходимо создавать подробную документацию по проектам приложений. С помощью Edraw UML Diagram можно выполнять построение таких диаграмм, как: диаграммы UML, COM и OLE, диаграммы потока данных, диаграммы Use Case Якобсона, SSADM, диаграммы структуры программы, диаграммы корпоративных приложений, Насси-Шнейдермана, Booch OOD, ROOM, OOA-диаграммы Шлаера-Меллора, диаграммы Коада-Йордона.

Обучение построению UML диаграмм

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

Для будущих профессионалов следует обратить внимание на Центр IT Обучения «Institutio», на ресурсах которого представлено огромное количество программ курсов различной формы обучения. Для глубокого изучения методики и технологии построения диаграмм с помощью IBM Rational Software Architect рекомендуется программа “Применение IBM Rational Software Architect для визуального моделирования и архитектурного проектирования”, стоимостью 6,125.00руб.

В ходе данного тренинга Вы не только познакомитесь с инструментальным средством IBM Rational Software Architect в области моделирования информационных систем, обработки моделей, проектирования с использованием паттернов, но и с возможностью трансформации, статического и динамического исследования существующего кода. С полным списком программ Центра IT Обучения «Institutio» можно познакомиться на его сайте.

Для освоения методики работы с современным CASE-средством Borland Together Architect рекомендуется курс «Разработка объектно-ориентированных информационных систем на основе UML 2.0 с использованием инструментария Borland Together Architect» Центра itshop.

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

Связанные материалы

Заключение

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

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

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

К таким средства относятся CASE-средства визуального моделирования и проектирования компании IBM Rational Software Corp — Rational Rose и Rational Software Architect, продукт проектирования и интеграции компании Borland – Together и другие.

На этом краткий обзор программ заканчивается. Успехов в их применении.

Источник