Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1




НазваниеКонцепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1
страница14/17
Дата публикации26.07.2013
Размер1.56 Mb.
ТипРеферат
www.lit-yaz.ru > Информатика > Реферат
1   ...   9   10   11   12   13   14   15   16   17
^

5.Унифицированный язык моделирования ARIS

5.1. Введение


Унифицированный язык моделирования (UML - Unified Modeling Language) – это объектно-ориентированный язык моделирования. Рабочая группа OMG (Object Management Group) стандартизировала разработанный ею язык. UML базируется на объектно-ориентированных подходах OMT, Booch и OOSE.

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

Текущая информация о структуре UML находится в Интернет по адресу http://www.omg.org и http://www.rational.com/uml. Поскольку UML-модели ARIS ориентированы на стандартную (не немецкую) транскрипцию, существующие стандарты, типы моделей (диаграмм), типы объектов, типы отношений и типы атрибутов имеют английские идентификаторы даже в немецкой версии программы (язык интерфейса – немецкий).

Типы моделей UML описывают управляющие модели на уровне формулировки требований. ARIS предлагает следующие типы моделей: ^ UML-диаграмма деятельности, UML-диаграмма класса, UML-диаграмма описания класса, UML-диаграмма сотрудничества, UML-диаграмма компонент, UML-диаграмма состояний и UML-диаграмма выбора.

5.2. UML-диаграммы

^

5.2.1. UML-диаграмма класса


Тип модели UML-диаграмма класса отражает статичные отношения между такими элементами модели, как класс, объект и интерфейс.

UML-диаграмма класса определяет классы, к которым с помощью отношения иметь участником могут быть привязаны соответствующие операции (методы) и атрибуты.

Отношения, которые имеют друг с другом классы, моделируются в ^ UML-диаграммах класса с помощью соединения ассоциироваться. Соединения осуществляются непосредственно между классами для бинарных отношений. Ассоциация, изображаемая в виде ромба, используется для соединения нескольких отношений. Если ассоциация является классом, может быть использовано соединение передавать свойства. Множество соединений ассоциироваться может быть введено в атрибуты Множество (Источник) и Множество (Цель), описывающие соединение ассоциироваться.

В UML Агрегация и Композиция отражают специальные отношения ассоциироваться. Они специфицируются с помощью входа в атрибут Тип агрегации соединения ассоциироваться и изображаются небольшим белым (агрегация) или черным (композиция) ромбом на конце соединения ассоциироваться. Пример представлен на рис. 5.2.1-1.



Рис. 5.2.1-1. UML-диаграмма класса: «Ассоциации»

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



Рис. 5.2.1-2. UML-диаграмма класса: «отношения наследования»

Дополнительными элементами модели, доступными в UML-диаграмме класса, являются пакеты, используемые для группировки элементов модели; примечания, которые предоставляют дополнительную информацию для модели; объекты для экземпляров классов и интерфейсы. Интерфейс обозначает интерфейс класса (соединение поддерживать). При помощи вызова интерфейса (соединение вызвать) другие классы могут использовать класс, соответствующий инферфейсу.
^

5.2.2. UML-диаграмма описания класса


Тип модели UML-диаграмма описания класса – это дополнение к стандартным диаграммам UML, которое позволяет более точно определить классы. Параметры моделирования UML-диаграммы описания класса – подмножество параметров UML-диаграммы класса. Другими словами, все параметры моделирования в UML-диаграмме описания класса доступны и в UML-диаграмме класса. Классы атрибуты, операции, примечания, объекты и интерфейсы могут быть описаны в UML-диаграмме описания класса.

Это описание может быть сделано также в UML-диаграмме класса, но моделирование с помощью UM-диаграммы описания класса предлагается в случае, если UML-диаграмма класса становится слишком перегруженной графически. В этом случае UML-диаграмма описания класса должна быть определена как присоединение к классу UML-диаграмма класса. Классы атрибуты, операции, примечания, объекты и интерфейсы, которые имеют к ней отношение, но не являются необходимыми в UML-диаграмме класса, могут быть перемещены в UML-диаграмму описания класса.
^

5.2.3. UML-диаграмма использования приложений


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

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

На рис. 5.2.3-1 представлена UML-диаграмма использования приложений. В UML-диаграмме использования приложений доступны также типы объектов Пакет и Примечание.



Рис. 5.2.3-1. UML-диаграмма использования приложений
^

5.2.4. UML-диаграмма действий


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

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

  1. Множественные внешние отношения могут быть сформулированы как условия. Для их представления используется символ Решение (в форме ромба). Моделирование условий с помощью символа Решение не обязательно; в качестве альтернативы пользователи могут моделировать просто несколько внешних соединений. На диаграмме рекомендуется показывать условие в атрибуте Роль соединения для отношений является предшественником и активизирован.

  2. Символ Разделить/Синхро (вертикальная или горизонтальная черта) может быть использован для активизации в одно и то же время нескольких последовательных действий или действия, зависящего от переходов в рамках нескольких предыдущих действий.

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

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

Плавающий коридор – это столбец, где перечислены все действия, за которые ответственна организационная единица. Для этой цели UML-диаграмма действий ARIS содержит предопределенную таблицу с двумя линиями. Ответственная организационная единица (Внутренний участник, Место, Тип участника, Организационная единица или Группа) располагается на верхней линии, в то время как нижняя линия отводится для понятий Действие, Решение, Разделить/Синхро, Состояние объекта и Примечание.

На рис. 5.2.4-1 представлена UML-диаграмма действий с соответствующими компонентами.



Рис. 5.2.4-1. UML-диаграмма действий
^

5.2.5. UML-диаграмма состояний


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

^ UML-диаграмма состояний ARIS включает символ Состояние. Переходы между состояниями соединяют состояния с помощью направленных соединений (перейти на). Так же, как и в случае UML-диаграммы действий, диаграмма состояний должна начинаться с начального состояния и оканчиваться конечным состоянием. На рис. 5.2.5-1 представлена UML-диаграмма состояний.



Рис. 5.2.5-1. UML-диаграмма состояний
^

5.2.6. UML- диаграмма взаимодействия


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

Обмен сообщениями моделируется с помощью соединения взаимодействовать с. Точный смысл соединения взаимодействовать с указывает конкретные значения атрибутов Условие, Номер Сообщения, Операция и Параметр. Эти атрибуты определяются следующим образом.

Условие: Принимает вид других сообщений, которые должны быть посланы перед посылкой текущего сообщения. Другие сообщения и соответствующие им номера сообщений заданы в виде списка. Если не существует никаких предпосланных сообщений, условие становится не нужным. Условие отделяется от номера сообщения косой чертой (/).

Номер сообщения: Это уникальный номер, идентифицирующий сообщение на диаграмме. Сообщения сортируются в порядке возрастания номеров. Если операция, в данный момент обрабатывающая полученное сообщение, посылает несколько дополнительных сообщений, то старый номер дополняется «подномером». (Пример. Операция получает сообщение 3.4 и посылает два сообщения с номерами 3.4.1 и 3.4.2) Номер сообщения отделяется от операции двоеточием (:).

Операция: Отображает операцию для класса заданного объекта, которая должна быть выполнена.

Параметр: Определяет список параметров для вызываемой операции. Список параметров заключается в круглые скобки.

Пример: 1.3, 2.1 / 3.2.1: calculate net (gross, rate), где: сообщения 1.3 и 2.1 – это условия; само сообщение имеет номер 3.2.1; выполняемая операция – расчет чистой зарплаты; «грязная» зарплата и ставка налога – параметры операции.



Рис. 5.2.6-1. UML- диаграмма взаимодействия
^

5.2.7. UML-диаграмма компонент


UML имеет возможность отображать в виде диаграммы, такие относящиеся к реализации аспекты, как структура кода (компонента) и структура работы системы (развертывания). Для этой цели ARIS использует UML-диаграмму компонент.

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

Второй тип взаимосвязи между компонентами – это отношение вызова. Одна компонента вызывает другую через интерфейс, изображаемый небольшим кружком. Компонента, обеспечивающая интерфейс, соединяется с помощью отношения поддерживает (сплошная стрелка), а компонента, использующая интерфейс, соединяется через отношение вызывает (пунктирная стрелка).

Конфигурация компонент может по-прежнему сохраняться в процессе работы системы (развертывания). Для этого компоненты группируются и привязываются к пакетам (называемым также узлами). Привязка осуществляется с помощью соединения содержит между компонентой и ее пакетом. При графическом представлении рекомендуется помещать компоненты в объекты типа пакет.

UML-диаграмма компонент приведена на рис. 5.2.7.



Рис. 5.2.7-1. UML-диаграмма компонент
1   ...   9   10   11   12   13   14   15   16   17

Похожие:

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconЭффективная реализация расширяемой метамодели case-средства на основе uml 0
Это означает, что, используя такое средство, пользователь может создавать в нём не только заранее определенный класс моделей, а имеет...

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconПамяти Леонарда Андреевича Растригина Гринченко С. Н. ( sng @ kynosoft ru )
Случайный поиск, адаптация и эволюция: от моделей биосистем к языку представления о мире. Часть 1

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconЭкономико-математическое моделирование Вопросы по курсу Часть Основные понятия моделирования
Роль математических моделей в управлении. Методика формализации задач в системах организационного управления. Описание альтернатив,...

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconВведение 2 1 теоретические основы оценки банковских кредитных рисков 4
Анализ иструментов data mining для построения скоринговых моделей оценки кредитоспособности заемщика 26

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconАнализ предметной области Постановка задач
Цель данного курсового проекта – разработка программной информационной системы «Интерактивная среда разработки idef-моделей» с использованием...

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconЛитература 122
Описание и модели архитектуры системы, общее описание принципов функционирования 29

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconЕ. Д. Соложенцев Институт проблем машиноведения ран, Санкт-Петербург
Аннотация. Обоснована актуальность и изложена суть проблемы, изложены основные положения и 3 технологий, сформулированы цели и задачи...

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconТема фестиваля
Ирина коробьина, директор музея архитектуры им. Щусева, кандидат архитектуры, действительный член Международной академии архитектуры,...

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 iconРазработка моделей, алгоритмов и программных средств для повышения...
Разработка моделей, алгоритмов и программных средств для повышения качества прогнозов биржевых показателей

Концепция архитектуры aris 1 Типы моделей 1 Уровни представления моделей 5 Анализ процессов 1 Описание проблем бизнеса 1 icon«Автоматизация звука [ р ] в изолированном произношении, в слогах,...
Тема занятия «Автоматизация звука [ р ] в изолированном произношении, в слогах, словах, с использованием карточек- моделей артикуляции...



Образовательный материал



При копировании материала укажите ссылку © 2013
контакты
www.lit-yaz.ru
главная страница