Файл: МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ ИНФРОМАЦИОННЫХ СИСТЕМ.pdf

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

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

• • Диаграмма компонентов – постоянная структурная диаграмма, демонстрирует разделение программной системы в структурные компоненты и взаимосвязи (зависимости) среди компонентов
  • Диаграмма коммуникации1 (в UM 1.x  диаграмма  кооперации) – диаграмма, в которой представляются взаимодействия среди элементами композитной структуры либо значениями кооперации

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

Рис. 1. Интегрированная модель сложной системы в нотации UML

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

При разработке ИС, создаются и такие элементы, как:

• требования к системе;
• описание архитектуры;
• проект;
• исходный код;
• проектные планы;
• тесты;
• прототипы;
• версии, и др.

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

3.1.2. Где используется UML

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

• информационные системы масштаба предприятия;
• банковские и финансовые услуги;
• телекоммуникации;
• транспорт;
• оборонная промышленность, авиация и космонавтика;
• розничная торговля;
• медицинская электроника;
• наука;
• распределенные Web-системы.

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

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

3.2. Общие диаграммы

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

Диаграмма вариантов использования

Диаграмма использования (use case diagram) ‒ это более единое понимание функционального направления системы 

Диаграмма использования вызвана дать ответ в основной вопрос моделирования: то что создает концепция в внешнем мире?

На  иаграмме использования применяют 2 вида ключевых сущностей: варианты использования 1 и действующие лица 2, среди которых формируются последующие основные виды отношений: ассоциация между действующим лицом и видом использования 3; обобщение меж действующими лицами 4; обобщение среди вариациями использования 5; зависимости (разных типов) между вариациями использования 6.

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

Основные компоненты нотации, используемые в диаграмме применения, показаны ниже.

Рис. Нотация диаграммы вариантов использования

Диаграмма классов

Диаграмма классов (class diagram) ‒ главной метод отображения структуры системы.

Данное не удивительно, так как UML в главную очередность объектно-ориентированный язык, и классы считаются основным (если не единственным) "строй материалом"

В диаграмме классов используется единственный основной тип сущностей: классы 1 (в том числе многочисленные частные случаи классов: интерфейсы, простые типы, классы - ассоциации и многочисленные другие), между которыми устанавливаются соответствующее основные типы отношений:

ассоциация между классами 2 (с множеством дополнительных подробностей);

обобщение между классами 3;

зависимости (различных типов) между классами 4 и между классами и интерфейсами.

Некоторые компоненты нотации, используемые в диаграмме классов, 

показаны ниже.

Рис. Нотация диаграммы классов

Диаграмма деятельности

Диаграмма деятельности (activity diagram) ‒ способ описания поведения на основе указания потоков управления и потоков данных.

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

На диаграмме деятельности применяют один основной тип сущностей ‒ действие 1, и один тип отношений ‒ переходы 2 (передачи управления и сведений). Кроме того применяются подобные системы равно как развилки, слияния, соединения, ветвления 3, какие похожи в сущности, однако такими на самом процессе никак не являются, а предполагают собою графический метод изображения отдельных частных случаев многочленных отношений. Ключевые элементы нотации, используемые в диаграмме работы, представлены ниже.

Рис. Нотация диаграммы деятельности

Диаграмма последовательности

Диаграмма последовательности (sequence diagram) ‒ это способ описания поведения системы на основе указания последовательности передаваемых сообщений.

Фактически, диаграмма последовательности ‒ данное запись протокола определенного сеанса работы системы (или части такого протокола). В объектно- ориентированном программировании наиболее значимым в период исполнения считается передача сообщений между взаимодействующими объектами. Непосредственно последовательность посылок сообщений отражается в этой диаграмме, отсюда и название.

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

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

Ось времени может быть направлена горизонтально, в этом случае считается, что время течет слева направо.

На следующем рисунке показаны основные элементы нотации, применяемые на диаграмме последовательности. Для обозначения самих взаимодействующих объектов применяется стандартная нотация ‒ четырехугольник с именем классификатора Пунктирная направление, выходящая с него, именуется чертой существования (lifeline 4. Данное никак не определение взаимоотношения в модификации, а графический комментарий, призванный сосредоточить мнение читателя диаграммы в верном направлении. Фигуры в варианте узких полосок, положенных в черту жизни, того не считаются изображениями имитируемых сущностей. Это графический комментарий, показывающий отрезки времени, в течении которых владеет потоком управления (execution occurrence) 5 или другими словами имеет место активация(activation) объекта. Составные операции взаимодействия(combined fragment) 6 дают возможность в диаграмме последовательности, отображать и алгоритмические аспекты протокола взаимодействия.

Рис. Нотация диаграммы последовательности

Диаграмма коммуникации

Диаграмма коммуникации (communication diagram) ‒ метод отображения действия, семантически равнозначный диаграмме последовательности.

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

Подобным способом, в диаграмме коммуникации кроме того равно как и в диаграмме последовательности используют единственный основной тип сущностей‒ экземпляры взаимодействующих классификаторов 1 и единственный тип взаимоотношений ‒ связи 2. Однако тут акцент делается не на время, а в текстуре взаимосвязей среди определенными экземплярами.

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

Сравните этот рисунок с рис. Нотация диаграммы последовательности (на них изображено одно и то же поведение), и вам все станет понятно.

Рис. Нотация диаграммы коммуникации

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

Диаграмма компонентов (component diagram) ‒ показывает взаимосвязи между модулями (логическими или физическими), из которых состоит моделируемая система.

Основной тип сущностей на диаграмме компонентов ‒ это сами элементы 1, а кроме того интерфейсы 2, с помощью коих указывается связь среди компонентами. В диаграмме частей используются последующие взаимоотношения:

реализации между компонентами и интерфейсами (компонент реализует интерфейс);

зависимости между компонентами и интерфейсами (компонент использует интерфейс) 3.

На рисунке показаны основные элементы нотации, применяемые на диаграмме компонентов.