UML Унифицированный язык моделирования. Самоучитель презентация

Самоучитель по UML
http://www.e-reading.club/book.php?book=33640
https://sites.google.com/site/anisimovkhv/learning/pris/lecture
https://msdn.microsoft.com/ru-ru/library/dd409376(v=vs.120).aspx

Основа UML

Начало 1995 г.
Grady Booch (Гради Буч)
Jim Rumbaugh (Джим Рамбо) Ivar Jacobson (Ивар Якобсон)

История развития
http://www.omg.org/spec/UML/2.3/

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

Процессе объектно-ориентированного анализа и проектирования

Канонические диаграммы UML

Понятие класс

Синтаксис UML для классов
< признак видимости> <имя атрибута> :
<тип данных> = <значение по умолчанию>
<признак видимости> <имя операции>
<(список аргументов)>

Уровни видимости
public (общий) — любой внешний класс, который "видит" данный, может пользоваться его общими свойствами. Обозначаются знаком " + " перед именем атрибута или операции;
protected (защищенный) — только любой потомок данного класса может пользоваться его защищенными свойствами. Обозначаются знаком " # ";
private (закрытый) — только данный класс может пользоваться этими свойствами. Обозначаются символом " - " .

Области действия
instance (экземпляр) — у каждого экземпляра класса есть собственное значение данного свойства;
classifier (классификатор) — все экземпляры совместно используют общее значение данного свойства (выделяется на диаграммах подчеркиванием).

Кратность классов
не содержащие ни одного экземпляра — тогда класс становится служебным ( Abstract );
содержащие ровно один экземпляр ( Singleton );
содержащие заданное число экземпляров;
содержащие произвольное число экземпляров.

ДИАГРАММЫ ПРЕЦЕДЕНТОВ

Диаграммы прецедентов
Диаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная модель функционирования системы в окружающей среде.

Прецеденты и действующие лица
Прецедент (use case) — это типичное взаимодействие пользователя с системой, которое при этом:
описывает видимую пользователем функцию,
может представлять различные уровни детализации,
обеспечивает достижение конкретной цели, важной для пользователя.
Действующие лица (актеры, actors) используют систему (или используются системой) в данном прецеденте.

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

Связи типа «расширение» и «использование»
Связь типа "расширение" применяется, когда один прецедент подобен другому, но несет несколько большую функциональную нагрузку. Ее следует применять при описании изменений в нормальном поведении системы.
Связь типа "использование" позволяет выделить некий фрагмент поведения системы и включать его в различные прецеденты без повторного описания.

ДИАГРАММА КЛАССОВ

Диаграммы классов
Диаграммы классов (class diagrams) – логическая модель базовой структуры системы, отражает статическую структуру системы и связи между ее элементами.

Класс (class) — абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов .

Атрибуты
<квантор видимости> <имя атрибута> [кратность] :
<тип атрибута> =
<исходное значение>
{строка-свойство}

Операции
<квантор видимости> <имя операции>
(список параметров):
<выражение типа возвращаемого значения>
{строка-свойство}

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

Свойства ассоциации

Ненаправленная бинарная ассоциация

Направленная бинарная ассоциация

Исключающая ассоциация

n-арная ассоциация

Отношение обобщения

Ограничения отношения обощения
{complete}
{incomplete}
{disjoint}
{overlapping}

Отношения агрегации

Отношения композиции

ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ

Диаграммы взаимодействия
Диаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами, представляется в виде диаграмм последовательностей (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).

Кооперация
Кооперация (collaboration) — спецификация множества объектов отдельных классов, совместно взаимодействующих с целью реализации отдельных вариантов использования в общем контексте моделируемой системы.

Элементы диаграмм коопераций
Объекты
Связи
Сообщения

Объект
Объект (object) — сущность с хорошо определенными границами и индивидуальностью, которая инкапсулирует состояние и поведение.
<собственное имя объекта >'/'<Имя роли класса>:<Имя класса >

Объекты: анонимные, сироты

Пассивный и активный объект

Мультиобъекты

Составной объект или
объект-композит

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

Стереотипы связей
«association» – ассоциация (предполагается по умолчанию, поэтому этот стереотип можно не указывать).
«parameter» – параметр метода. Соответствующий объект может быть только параметром некоторого метода.
«local» – локальная переменная метода. Ее область видимости ограничена только соседним объектом.
«global» – глобальная переменная. Ее область видимости распространяется на всю диаграмму кооперации.
«self» – рефлексивная связь объекта с самим собой, которая допускает передачу объектом сообщения самому себе. На диаграмме кооперации рефлексивная связь изображается петлей в верхней части прямоугольника объекта.

Сообщения
Сообщение (message) — спецификация передачи информации от одного элемента модели к другому с ожиданием выполнения определенных действий со стороны принимающего элемента.

Сообщения
<Предшествующие сообщения/>
<Выражение последовательности> <Возвращаемое значение := имя сообщения> <(Список аргументов)>

Стереотипы сообщений
<
> (вызвать) – сообщение, требующее вызова операции или процедуры объекта-получателя. Если сообщение с этим стереотипом рефлексивное, то оно инициирует локальный вызов операции у пославшего это сообщение объекта.
<
> (возвратить) – сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту. Значение результата может инициировать ветвление потока управления.
<
> (создать) – сообщение, требующее создания другого объекта для выполнения определенных действий. Созданный объект может стать активным (ему передается поток управления), а может остаться пассивным.
<
> (уничтожить) – сообщение с явным требованием уничтожить соответствующий объект. Посылается в том случае, когда необходимо прекратить нежелательные действия со стороны существующего в системе объекта, либо когда объект больше не нужен и должен освободить задействованные им системные ресурсы.
<
> (послать) – обозначает посылку другому объекту сигнала, который асинхронно инициируется одним объектом и принимается (перехватывается) другим. Отличие сигнала от сообщения заключа ется в том, что сигнал должен быть явно описан в том классе, объект которого инициирует его передачу.

Кооперативные диаграммы

Кооперативные диаграммы

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

Элементы диаграмм последовательностей:
Объекты
Линии жизни
Фокус управления
Сообщения

Элементы диаграмм последовательностей:

Линии жизни
Линия жизни объекта (object lifeline) - вертикальная линия на диаграмме последовательности, которая представляет существование объекта в течение определенного периода времени.
Фокус управления (focus of control) - специальный символ на диаграмме последовательности, указывающий период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии.

Сообщения

Ветвление потока управления

Ветвление потока управления

Использование стереотипов

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

ДИАГРАММЫ СОСТОЯНИЙ

Диаграммы состояний
Диаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.

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

Элементы диаграммы состояний
Состояния
Переходы

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

Состояния

Действие
Действие (action) - спецификация выполнимого утверждения, которая образует абстракцию вычислительной процедуры.
<метка действия '/ ' выражение действия>

Метки действия
Входное действие (entry action) - действие, которое выполняется в момент перехода в данное состояние. Обозначается с помощью ключевого слова - entry.
Действие выхода (exit action) - действие, производимое при выходе из данного состояния. Обозначается с помощью ключевого слова - метки действия exit.
Внутренняя деятельность (do activity) - выполнение объектом операций или процедур, которые требуют определенного времени. Обозначается с помощью ключевого слова - метки деятельности do.

Состояние с внутренними действиями

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

Псевдосостояния

Переход
Переход (transition) - отношение между двумя состояниями, которое указывает на то, что объект в первом состоянии (исходном) должен выполнить определенные действия и перейти во второе (целевое) состояние.

Переход
<имя события>'('<список параметров, разделенных запятыми>')'
'['<сторожевое условие>']'
'/'<выражение действия>.

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

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

Триггерный и нетриггерный переходы

Сторожевое условие
Сторожевое условие (guard condition) - логическое условие, записанное в прямых скобках и представляющее собой булевское выражение.

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

Выражение действия

Составное состояние
Составное состояние, состояние-композит (composite state) - сложное состояние, которое состоит из других вложенных в него состояний.

Составное состояние

Последовательные подсостояния
Последовательные подсостояния (sequential substates) - вложенные состояния состояния-композита, в рамках которого в каждый момент времени объект может находиться в одном и только одном подсостоянии.

Последовательные подсостояния

Параллельные подсостояния
Параллельные подсостояния (concurrent substates) - вложенные состояния, используемые для спецификации двух и более конечных подавтоматов, которые могут выполняться параллельно внутри составного состояния.

Параллельные подсостояния

Составное состояние со скрытой внутренней структурой

Параллельный переход
Параллельный переход – переход, который явно показывает ситуацию, когда переход может иметь несколько исходных состояний или целевых состояний.
Параллельные переходы разделения (fork) и слияния (join)

Параллельный переход

ДИАГРАММЫ ДЕЯТЕЛЬНОСТИ

Диаграммы деятельностей
Диаграммы деятельности (activity diagrams) – диаграмма, на которой показано разложение некоторой деятельности на её составные части.
Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий , соединённых между собой переходами, которые идут от выходов одного узла ко входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Состояния деятельности
Состояние деятельности (activity state) - состояние в графе деятельности, которое служит для представления процедурной последовательности действий, требующих определенного времени.

Состояние действия
Состояние действия (action state) - специальный случай состояния с некоторым входным действием и, по крайней мере, одним выходящим из состояния переходом.

Состояние деятельности и действия

Состояние под-деятельности
Состояние под-деятельности (subactivity state) - состояние в графе деятельности, которое служит для представления неатомарной последовательности шагов процесса.

Состояние под-деятельности

Ветвление и соединение

Разделение и слияние параллельных потоков

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

Дорожки

ДИАГРАММА КОМПОНЕНТОВ

Диаграммы компонентов
Диаграммы компонентов (component diagrams) – модель иерархии подсистем, отражает физическое размещение баз данных, приложений и интерфейсов ИС.

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

Графическое изображение компонентов

Модуль
Модуль (module) — часть программной системы, требующая памяти для своего хранения и процессора для исполнения.

Обозначение физической реализации компонентов

Стереотипы компонентов
<
> (файл) – определяет наиболее общую разновидность компонента, который представляется в виде произвольного физического файла.
<
> (исполнимый) – определяет разновидность компонента-файла, который является исполнимым файлом и может выполняться на компьютерной платформе.
<
> (документ) – определяет разновидность компонента-файла, который представляется в форме документа произвольного содержания, не являющегося исполнимым файлом или файлом с исходным текстом программы.
<
> (библиотека) – определяет разновидность компонента-файла, который представляется в форме динамической или статической библиотеки.
<
> (источник) – определяет разновидность компонента-файла, представляющего собой файл с исходным текстом программы, который после компиляции может быть преобразован в исполнимый файл.
<> (таблица) – определяет разновидность компонента, который представляется в форме таблицы базы данных.
Слайд 116
Интерфейсы
Слайд 117
Отношения между интерфейсами и компонентами
Слайд 118
Зависимость между компонентами
Слайд 119
Зависимость между компонентом и классами
Слайд 120
Реализация классов компонентом
Слайд 121
Слайд 122
ДИАГРАММЫ РАЗВЕРТЫВАНИЯ
Слайд 123
Диаграммы развертывания
Диаграммы развертывания (диаграммы размещения, deployment diagrams) – модель физической архитектуры системы, отображает
аппаратную конфигурацию ИС.
Слайд 124
Узел
Узел (node) представляет собой физически существующий элемент системы, который может обладать вычислительным
ресурсом или являться техническим устройством .
Слайд 125
Узел
Слайд 126
Узел
Слайд 127
Узел
Слайд 128
Стереотипы узлов
"processor" (процессор),
"sensor" (датчик),
"modem" (модем),
"net" (сеть),
"printer" (принтер)
и другие
Слайд 129
Стереотипы ресурсоемкий узел и устройство
Слайд 130
Соединения
Слайд 131
Зависимости
Имя файла: UML-Унифицированный-язык-моделирования.-Самоучитель.pptx
Количество просмотров: 62
Количество скачиваний: 0
Скачать
- Предыдущая
Информационные технологии в деятельности правоохранительных органов
Следующая -
Основы VBA. (Тема 5)
Похожие презентации
Презентация по технике безопасности к уроку № 1
компьютернные курсы Диск
Цикл с параметром (цикл с заданным числом повторений, цикл-ДЛЯ)
Язык программирования Pascal Массивы
Программирование виртуальной реальности с Alice и Java. (Лекция 1)
Криптографические протоколы используемые в сети интернет
Презентация к уроку информатики в 8 классе на тему Измерение информации
Параллельное и многопоточное программирование. OpenMP. (Лекция 6)
Программное обеспечение персонального компьютера
Виды ссылок в Excel
Software Analysis
Сюда приходят дети – узнать про всё на свете. Централизованная библиотечная система для детей города Донецка
Безопасность и анализ конечных точек. Лекция 11
Біометрична ідентифікація
Программный принцип работы компьютера
Основы технологии CUDA
Моделирование на UML. Диаграммы. Лекция 2
Представление целых и вещественных чисел
Большой этнографический диктант
Единый государственный экзамен по информатике 2019 год
Операционные системы реального времени
Сәулет-жоспарлау тапсырмасын беру
Introduction to HTML/CSS (part 3)
Программирование на платформе Java EE. Разработка компонентов на основе технологии Enterprise JavaBeans (часть I)
Рабочий стол. Меню, их назначение. Виды меню. Понятие о программе. Запуск программ на выполнение
Личный кабинет обучающегоя
Основные компоненты компьютерных сетей, принципы пакетной передачи данных, организация межсетевого взаимодействия
Программное обеспечение компьютеров
Обратная связь
Email:
Нажмите что бы посмотреть
window.__NUXT__=(function(a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z,A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U){return {data:{meta:{result:{meta:{h1:o,main_text:a,main_title:p,main_description:q,main_keywords:r,main_image:a},app:{logo_image:s,logo_image_width:t,logo_image_height:u,logo_text:a,image_width_full:v,image_width_min:w,recaptcha_key:x,yandex_search:y,ya_context:e,banner_1:a,banner_2:a,banner_3:a,banner_4:a,banner_5:a,banner_6:a,banner_7:a,banner_8:a,banner_9:a,banner_10:a,email:z,footer_before:a,footer:a,dark_theme:e,strategy:{image_alt_words:j,item_slide_header:A,item_images:B,item_images_tag:h,item_words_h3:d,item_words_tag:h,item_words_1:k,routing:C,item_slide_skipping:D,item_download_timeout:E,item_slider_width:F,item_show_pdf:d,item_show_contents:d,item_show_filename:d},colors:{header_text:l,header_bg:i,accent:i}},social:G}},item:{result:{id:281426,name:m,category:H,count:I,jpg:"jpg\u002F281426",hits:62,download:b,h1:"UML Унифицированный язык моделирования. Самоучитель презентация",meta:{h1:m,title:m,description:"UML Унифицированный язык моделирования. Самоучитель презентация на тему, доклад, Информатика",keywords:"UML Унифицированный язык моделирования. Самоучитель, презентация, доклад, проект, скачать, на тему, PowerPoint, урок, класс, школа, Информатика",download_link:a},text:"Вы можете изучить и скачать доклад-презентацию на тему Презентация на тему UML Унифицированный язык моделирования. Самоучитель из раздела Информатика. Презентация на заданную тему содержит 132 слайдов. Для просмотра воспользуйтесь проигрывателем, если материал оказался полезным для Вас - поделитесь им с друзьями с помощью социальных кнопок и добавьте наш сайт презентаций в закладки!",seo_text:"\u003Cp\u003EСамоучитель по UML\u003Cbr\u003E\u003Cp\u003Ehttp:\u002F\u002Fwww.e-reading.club\u002Fbook.php?book=33640\u003Cbr\u003E\u003Cbr\u003Ehttps:\u002F\u002Fsites.google.com\u002Fsite\u002Fanisimovkhv\u002Flearning\u002Fpris\u002Flecture \u003Cbr\u003E\u003Cbr\u003Ehttps:\u002F\u002Fmsdn.microsoft.com\u002Fru-ru\u002Flibrary\u002Fdd409376(v=vs.120).aspx \u003Cbr\u003E \u003Cp\u003EОснова UML\u003Cbr\u003E",file:"UML-Унифицированный-язык-моделирования.-Самоучитель.pptx",texts:["\u003Cp\u003EUML \r\nУНИФИЦИРОВАННЫЙ ЯЗЫК МОДЕЛИРОВАНИЯ \r\n\u003Cbr\u003E","\u003Cp\u003EСамоучитель по UML\u003Cbr\u003E\u003Cp\u003Ehttp:\u002F\u002Fwww.e-reading.club\u002Fbook.php?book=33640\u003Cbr\u003Ehttps:\u002F\u002Fsites.google.com\u002Fsite\u002Fanisimovkhv\u002Flearning\u002Fpris\u002Flecture \u003Cbr\u003Ehttps:\u002F\u002Fmsdn.microsoft.com\u002Fru-ru\u002Flibrary\u002Fdd409376(v=vs.120).aspx \u003Cbr\u003E","\u003Cp\u003EОснова UML\u003Cbr\u003E","\u003Cp\u003EНачало 1995 г.\u003Cbr\u003E\u003Cp\u003EGrady Booch (Гради Буч)\u003Cbr\u003EJim Rumbaugh (Джим Рамбо) Ivar Jacobson (Ивар Якобсон)\u003Cbr\u003E","\u003Cp\u003EИстория развития\u003Cbr\u003E\u003Cp\u003Ehttp:\u002F\u002Fwww.omg.org\u002Fspec\u002FUML\u002F2.3\u002F\u003Cbr\u003E","\u003Cp\u003EUML\u003Cbr\u003E\u003Cp\u003EUML представляет собой объектно-ориентированный язык моделирования, обладающий следующими основными характеристиками:\u003Cbr\u003Eявляется языком визуального моделирования, который обеспечивает разработку репрезентативных моделей для организации взаимодействия заказчика и разработчика ИС, различных групп разработчиков ИС;\u003Cbr\u003Eсодержит механизмы расширения и специализации базовых концепций языка.\u003Cbr\u003E","\u003Cp\u003EПроцессе объектно-ориентированного анализа и проектирования\u003Cbr\u003E","\u003Cp\u003EКанонические диаграммы UML\u003Cbr\u003E","\u003Cp\u003EПонятие класс\u003Cbr\u003E","\u003Cp\u003EСинтаксис UML для классов\u003Cbr\u003E\u003Cp\u003E\u003C признак видимости\u003E \u003Cимя атрибута\u003E :\u003Cbr\u003E\t \u003Cтип данных\u003E = \u003Cзначение по умолчанию\u003E\u003Cbr\u003E \u003Cbr\u003E\u003Cпризнак видимости\u003E \u003Cимя операции\u003E \u003Cbr\u003E\t\u003C(список аргументов)\u003E \u003Cbr\u003E","\u003Cp\u003EУровни видимости\u003Cbr\u003E\u003Cp\u003Epublic (общий) — любой внешний класс, который \"видит\" данный, может пользоваться его общими свойствами. Обозначаются знаком \" + \" перед именем атрибута или операции;\u003Cbr\u003Eprotected (защищенный) — только любой потомок данного класса может пользоваться его защищенными свойствами. Обозначаются знаком \" # \";\u003Cbr\u003Eprivate (закрытый) — только данный класс может пользоваться этими свойствами. Обозначаются символом \" - \" .\u003Cbr\u003E","\u003Cp\u003EОбласти действия\u003Cbr\u003E\u003Cp\u003Einstance (экземпляр) — у каждого экземпляра класса есть собственное значение данного свойства;\u003Cbr\u003Eclassifier (классификатор) — все экземпляры совместно используют общее значение данного свойства (выделяется на диаграммах подчеркиванием).\u003Cbr\u003E","\u003Cp\u003EКратность классов\u003Cbr\u003E\u003Cp\u003Eне содержащие ни одного экземпляра — тогда класс становится служебным ( Abstract );\u003Cbr\u003Eсодержащие ровно один экземпляр ( Singleton );\u003Cbr\u003Eсодержащие заданное число экземпляров;\u003Cbr\u003Eсодержащие произвольное число экземпляров.\u003Cbr\u003E","\u003Cp\u003EДИАГРАММЫ ПРЕЦЕДЕНТОВ\u003Cbr\u003E","\u003Cp\u003EДиаграммы прецедентов\u003Cbr\u003E\u003Cp\u003EДиаграммы прецедентов (диаграммы вариантов использования, use case diagrams) – это обобщенная модель функционирования системы в окружающей среде.\u003Cbr\u003E","\u003Cp\u003EПрецеденты и действующие лица\u003Cbr\u003E\u003Cp\u003EПрецедент (use case) — это типичное взаимодействие пользователя с системой, которое при этом:\u003Cbr\u003Eописывает видимую пользователем функцию,\u003Cbr\u003Eможет представлять различные уровни детализации,\u003Cbr\u003Eобеспечивает достижение конкретной цели, важной для пользователя.\u003Cbr\u003EДействующие лица (актеры, actors) используют систему (или используются системой) в данном прецеденте. \u003Cbr\u003E","\u003Cp\u003EДиаграмма прецедентов\u003Cbr\u003E","\u003Cp\u003EСвязи типа «расширение» и «использование»\u003Cbr\u003E\u003Cp\u003EСвязь типа \"расширение\" применяется, когда один прецедент подобен другому, но несет несколько большую функциональную нагрузку. Ее следует применять при описании изменений в нормальном поведении системы. \u003Cbr\u003EСвязь типа \"использование\" позволяет выделить некий фрагмент поведения системы и включать его в различные прецеденты без повторного описания.\u003Cbr\u003E","\u003Cp\u003EДИАГРАММА КЛАССОВ\u003Cbr\u003E","\u003Cp\u003EДиаграммы классов\u003Cbr\u003E\u003Cp\u003EДиаграммы классов (class diagrams) – логическая модель базовой структуры системы, отражает статическую структуру системы и связи между ее элементами.\u003Cbr\u003E",a,"\u003Cp\u003EКласс (class) — абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов .\u003Cbr\u003E",a,"\u003Cp\u003EАтрибуты\u003Cbr\u003E\u003Cp\u003E\u003Cквантор видимости\u003E \u003Cимя атрибута\u003E [кратность] : \u003Cbr\u003E\t\u003Cтип атрибута\u003E = \u003Cbr\u003E\t\u003Cисходное значение\u003E \u003Cbr\u003E\t{строка-свойство}\u003Cbr\u003E","\u003Cp\u003EОперации\u003Cbr\u003E\u003Cp\u003E\u003Cквантор видимости\u003E \u003Cимя операции\u003E\u003Cbr\u003E\t(список параметров):\u003Cbr\u003E\t\u003Cвыражение типа \tвозвращаемого значения\u003E \u003Cbr\u003E {строка-свойство}\u003Cbr\u003E","\u003Cp\u003EОтношения между классами\u003Cbr\u003E\u003Cp\u003EЗависимостью называется отношение использования, согласно которому изменение в спецификации одного элемента (например,класса \" товар \") может повлиять на использующий его элемент ( класс \" строка заказа \"). Часто зависимости показывают, что один класс использует другой в качестве аргумента.\u003Cbr\u003EОбобщение — это отношение между общей сущностью (родителем — класс \" клиент \") и ее конкретным воплощением (потомком — классы \" корпоративный клиент \" или \" частный клиент \"). \u003Cbr\u003EАссоциация — это отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа (\"клиент \" может сделать \" заказ \"). \u003Cbr\u003EЕсли приходится моделировать отношение типа \"часть-целое\", то используется специальный тип ассоциации — агрегирование. В такой ассоциации один из классов имеет более высокий ранг (целое — класс \" заказ \") и состоит из нескольких меньших по рангу классов (частей — класс \" строка заказа \").\u003Cbr\u003E","\u003Cp\u003EСвойства ассоциации\u003Cbr\u003E","\u003Cp\u003EНенаправленная бинарная ассоциация\u003Cbr\u003E","\u003Cp\u003EНаправленная бинарная ассоциация\u003Cbr\u003E","\u003Cp\u003EИсключающая ассоциация\u003Cbr\u003E","\u003Cp\u003En-арная ассоциация \u003Cbr\u003E","\u003Cp\u003EОтношение обобщения\u003Cbr\u003E","\u003Cp\u003EОграничения отношения обощения\u003Cbr\u003E\u003Cp\u003E{complete} \u003Cbr\u003E {incomplete} \u003Cbr\u003E {disjoint} \u003Cbr\u003E{overlapping}\u003Cbr\u003E","\u003Cp\u003EОтношения агрегации\u003Cbr\u003E","\u003Cp\u003EОтношения композиции\u003Cbr\u003E","\u003Cp\u003EДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ\u003Cbr\u003E","\u003Cp\u003EДиаграммы взаимодействия\u003Cbr\u003E\u003Cp\u003EДиаграммы взаимодействия (interaction diagrams) – модель процесса обмена сообщениями между объектами, представляется в виде диаграмм последовательностей (sequence diagrams) или кооперативных диаграмм (collaboration diagrams).\u003Cbr\u003E","\u003Cp\u003EКооперация\u003Cbr\u003E\u003Cp\u003EКооперация (collaboration) — спецификация множества объектов отдельных классов, совместно взаимодействующих с целью реализации отдельных вариантов использования в общем контексте моделируемой системы.\u003Cbr\u003E","\u003Cp\u003EЭлементы диаграмм коопераций\u003Cbr\u003E\u003Cp\u003EОбъекты\u003Cbr\u003EСвязи\u003Cbr\u003EСообщения\u003Cbr\u003E","\u003Cp\u003EОбъект\u003Cbr\u003E\u003Cp\u003EОбъект (object) — сущность с хорошо определенными границами и индивидуальностью, которая инкапсулирует состояние и поведение.\u003Cbr\u003E\u003Cсобственное имя объекта \u003E'\u002F'\u003CИмя роли класса\u003E:\u003CИмя класса \u003E\u003Cbr\u003E\u003Cbr\u003E","\u003Cp\u003EОбъекты: анонимные, сироты\u003Cbr\u003E","\u003Cp\u003EПассивный и активный объект\u003Cbr\u003E","\u003Cp\u003EМультиобъекты\u003Cbr\u003E",a,"\u003Cp\u003EСоставной объект или \r\nобъект-композит\u003Cbr\u003E","\u003Cp\u003EСвязь\u003Cbr\u003E\u003Cp\u003EСвязь (link) — любое семантическое отношение между некоторой совокупностью объектов .\u003Cbr\u003E","\u003Cp\u003EСтереотипы связей\u003Cbr\u003E\u003Cp\u003E«association» – ассоциация (предполагается по умолчанию, поэтому этот стереотип можно не указывать).\u003Cbr\u003E«parameter» – параметр метода. Соответствующий объект может быть только параметром некоторого метода.\u003Cbr\u003E«local» – локальная переменная метода. Ее область видимости ограничена только соседним объектом.\u003Cbr\u003E«global» – глобальная переменная. Ее область видимости распространяется на всю диаграмму кооперации.\u003Cbr\u003E«self» – рефлексивная связь объекта с самим собой, которая допускает передачу объектом сообщения самому себе. На диаграмме кооперации рефлексивная связь изображается петлей в верхней части прямоугольника объекта.\u003Cbr\u003E","\u003Cp\u003EСообщения\u003Cbr\u003E\u003Cp\u003EСообщение (message) — спецификация передачи информации от одного элемента модели к другому с ожиданием выполнения определенных действий со стороны принимающего элемента.\u003Cbr\u003E","\u003Cp\u003EСообщения\u003Cbr\u003E\u003Cp\u003E\u003CПредшествующие сообщения\u002F\u003E \u003Cbr\u003E\u003CВыражение последовательности\u003E \u003CВозвращаемое значение := имя сообщения\u003E \u003C(Список аргументов)\u003E\u003Cbr\u003E","\u003Cp\u003EСтереотипы сообщений\u003Cbr\u003E\u003Cp\u003E\u003C\u003Ccall\u003E\u003E (вызвать) – сообщение, требующее вызова операции или процедуры объекта-получателя. Если сообщение с этим стереотипом рефлексивное, то оно инициирует локальный вызов операции у пославшего это сообщение объекта.\u003Cbr\u003E\u003C\u003Creturn\u003E\u003E (возвратить) – сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту. Значение результата может инициировать ветвление потока управления.\u003Cbr\u003E\u003C\u003Ccreate\u003E\u003E (создать) – сообщение, требующее создания другого объекта для выполнения определенных действий. Созданный объект может стать активным (ему передается поток управления), а может остаться пассивным.\u003Cbr\u003E\u003C\u003Cdestroy\u003E\u003E (уничтожить) – сообщение с явным требованием уничтожить соответствующий объект. Посылается в том случае, когда необходимо прекратить нежелательные действия со стороны существующего в системе объекта, либо когда объект больше не нужен и должен освободить задействованные им системные ресурсы.\u003Cbr\u003E\u003C\u003Csend\u003E\u003E (послать) – обозначает посылку другому объекту сигнала, который асинхронно инициируется одним объектом и принимается (перехватывается) другим. Отличие сигнала от сообщения заключа ется в том, что сигнал должен быть явно описан в том классе, объект которого инициирует его передачу.\u003Cbr\u003E",J,J,"\u003Cp\u003EДиаграммы последовательностей\u003Cbr\u003E\u003Cp\u003EДиаграмма последовательности (sequence diagram) - диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления.\u003Cbr\u003E","\u003Cp\u003EЭлементы диаграмм последовательностей:\u003Cbr\u003E\u003Cp\u003EОбъекты\u003Cbr\u003EЛинии жизни\u003Cbr\u003EФокус управления\u003Cbr\u003EСообщения\u003Cbr\u003E","\u003Cp\u003EЭлементы диаграмм последовательностей:\u003Cbr\u003E","\u003Cp\u003EЛинии жизни\u003Cbr\u003E\u003Cp\u003EЛиния жизни объекта (object lifeline) - вертикальная линия на диаграмме последовательности, которая представляет существование объекта в течение определенного периода времени.\u003Cbr\u003EФокус управления (focus of control) - специальный символ на диаграмме последовательности, указывающий период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии.\u003Cbr\u003E",a,"\u003Cp\u003EСообщения\u003Cbr\u003E",K,K,"\u003Cp\u003EИспользование стереотипов\u003Cbr\u003E","\u003Cp\u003EДиаграмма последовательности\u003Cbr\u003E","\u003Cp\u003EДИАГРАММЫ СОСТОЯНИЙ\u003Cbr\u003E","\u003Cp\u003EДиаграммы состояний\u003Cbr\u003E\u003Cp\u003EДиаграммы состояний (statechart diagrams) – модель динамического поведения системы и ее компонентов при переходе из одного состояния в другое.\u003Cbr\u003E","\u003Cp\u003EКонечный автомат \u003Cbr\u003E\u003Cp\u003EМодель для спецификации поведения объекта в форме последовательности его состояний, которые описывают реакцию объекта на внешние события, выполнение объектом действий, а также изменение его отдельных свойств.\u003Cbr\u003E","\u003Cp\u003EЭлементы диаграммы состояний\u003Cbr\u003E\u003Cp\u003EСостояния\u003Cbr\u003EПереходы\u003Cbr\u003E",a,"\u003Cp\u003EСостояние\u003Cbr\u003E\u003Cp\u003EСостояние (state) - условие или ситуация в ходе жизненного цикла объекта, в течение которого он удовлетворяет логическому условию, выполняет определенную деятельность или ожидает события.\u003Cbr\u003E","\u003Cp\u003EСостояния\u003Cbr\u003E","\u003Cp\u003EДействие\u003Cbr\u003E\u003Cp\u003EДействие (action) - спецификация выполнимого утверждения, которая образует абстракцию вычислительной процедуры.\u003Cbr\u003E\u003Cметка действия '\u002F ' выражение действия\u003E \u003Cbr\u003E","\u003Cp\u003EМетки действия\u003Cbr\u003E\u003Cp\u003EВходное действие (entry action) - действие, которое выполняется в момент перехода в данное состояние. Обозначается с помощью ключевого слова - entry.\u003Cbr\u003EДействие выхода (exit action) - действие, производимое при выходе из данного состояния. Обозначается с помощью ключевого слова - метки действия exit.\u003Cbr\u003EВнутренняя деятельность (do activity) - выполнение объектом операций или процедур, которые требуют определенного времени. Обозначается с помощью ключевого слова - метки деятельности do.\u003Cbr\u003E","\u003Cp\u003EСостояние с внутренними действиями\u003Cbr\u003E","\u003Cp\u003EПсевдосостояния\u003Cbr\u003E\u003Cp\u003EПсевдосостояние (pseudo-state) - вершина в конечном автомате, которая имеет форму состояния, но не обладает поведением.\u003Cbr\u003EНачальное состояние (start state) - разновидность псевдосостояния, обозначающее начало выполнения процесса изменения состояний конечного автомата или нахождения моделируемого объекта в составном состоянии.\u003Cbr\u003EКонечное состояние (final state) - разновидность псевдосостояния, обозначающее прекращение процесса изменения состояний конечного автомата или нахождения моделируемого объекта в составном состоянии.\u003Cbr\u003E","\u003Cp\u003EПсевдосостояния\u003Cbr\u003E","\u003Cp\u003EПереход\u003Cbr\u003E\u003Cp\u003EПереход (transition) - отношение между двумя состояниями, которое указывает на то, что объект в первом состоянии (исходном) должен выполнить определенные действия и перейти во второе (целевое) состояние.\u003Cbr\u003E","\u003Cp\u003EПереход\u003Cbr\u003E\u003Cp\u003E\u003Cимя события\u003E'('\u003Cсписок параметров, разделенных запятыми\u003E')' \u003Cbr\u003E'['\u003Cсторожевое условие\u003E']' \u003Cbr\u003E'\u002F'\u003Cвыражение действия\u003E. \u003Cbr\u003E","\u003Cp\u003EСобытие\u003Cbr\u003E\u003Cp\u003EСобытие (event) - спецификация существенных явлений в поведении системы, которые имеют местоположение во времени и пространстве.\u003Cbr\u003E","\u003Cp\u003EТипы переходов\u003Cbr\u003E\u003Cp\u003EПереход называется триггерным, если его специфицирует событие-триггер, связанное с внешними условиями по отношению к рассматриваемому состоянию.\u003Cbr\u003EПереход называется нетриггерным, если он происходит по завершении выполнения ду-деятельности в данном состоянии.\u003Cbr\u003E","\u003Cp\u003EТриггерный и нетриггерный переходы\u003Cbr\u003E","\u003Cp\u003EСторожевое условие\u003Cbr\u003E\u003Cp\u003EСторожевое условие (guard condition) - логическое условие, записанное в прямых скобках и представляющее собой булевское выражение.\u003Cbr\u003E","\u003Cp\u003EВыражение действия\u003Cbr\u003E\u003Cp\u003EВыражение действия (action expression) представляет собой вызов операции или передачу сообщения, имеет атомарный характер и выполняется сразу после срабатывания соответствующего перехода до начала действий в целевом состоянии.\u003Cbr\u003E","\u003Cp\u003EВыражение действия\u003Cbr\u003E",a,"\u003Cp\u003EСоставное состояние\u003Cbr\u003E\u003Cp\u003EСоставное состояние, состояние-композит (composite state) - сложное состояние, которое состоит из других вложенных в него состояний.\u003Cbr\u003E","\u003Cp\u003EСоставное состояние\u003Cbr\u003E","\u003Cp\u003EПоследовательные подсостояния\u003Cbr\u003E\u003Cp\u003EПоследовательные подсостояния (sequential substates) - вложенные состояния состояния-композита, в рамках которого в каждый момент времени объект может находиться в одном и только одном подсостоянии.\u003Cbr\u003E","\u003Cp\u003EПоследовательные подсостояния\u003Cbr\u003E","\u003Cp\u003EПараллельные подсостояния\u003Cbr\u003E\u003Cp\u003EПараллельные подсостояния (concurrent substates) - вложенные состояния, используемые для спецификации двух и более конечных подавтоматов, которые могут выполняться параллельно внутри составного состояния.\u003Cbr\u003E","\u003Cp\u003EПараллельные подсостояния\u003Cbr\u003E","\u003Cp\u003EСоставное состояние со скрытой внутренней структурой\u003Cbr\u003E","\u003Cp\u003EПараллельный переход\u003Cbr\u003E\u003Cp\u003EПараллельный переход – переход, который явно показывает ситуацию, когда переход может иметь несколько исходных состояний или целевых состояний. \u003Cbr\u003EПараллельные переходы разделения (fork) и слияния (join)\u003Cbr\u003E","\u003Cp\u003EПараллельный переход\u003Cbr\u003E",a,"\u003Cp\u003EДИАГРАММЫ ДЕЯТЕЛЬНОСТИ\u003Cbr\u003E","\u003Cp\u003EДиаграммы деятельностей\u003Cbr\u003E\u003Cp\u003EДиаграммы деятельности (activity diagrams) – диаграмма, на которой показано разложение некоторой деятельности на её составные части. \u003Cbr\u003EПод деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий , соединённых между собой переходами, которые идут от выходов одного узла ко входам другого.\u003Cbr\u003EДиаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.\u003Cbr\u003E",a,"\u003Cp\u003EСостояния деятельности\u003Cbr\u003E\u003Cp\u003EСостояние деятельности (activity state) - состояние в графе деятельности, которое служит для представления процедурной последовательности действий, требующих определенного времени.\u003Cbr\u003E","\u003Cp\u003EСостояние действия\u003Cbr\u003E\u003Cp\u003EСостояние действия (action state) - специальный случай состояния с некоторым входным действием и, по крайней мере, одним выходящим из состояния переходом.\u003Cbr\u003E","\u003Cp\u003EСостояние деятельности и действия\u003Cbr\u003E","\u003Cp\u003EСостояние под-деятельности\u003Cbr\u003E\u003Cp\u003EСостояние под-деятельности (subactivity state) - состояние в графе деятельности, которое служит для представления неатомарной последовательности шагов процесса.\u003Cbr\u003E","\u003Cp\u003EСостояние под-деятельности\u003Cbr\u003E","\u003Cp\u003EВетвление и соединение\u003Cbr\u003E","\u003Cp\u003EРазделение и слияние параллельных потоков\u003Cbr\u003E",a,"\u003Cp\u003EДорожки\u003Cbr\u003E\u003Cp\u003EДорожка (swimlane) - графическая область диаграммы деятельности, содержащая элементы модели, ответственность за выполнение которых принадлежит отдельным подсистемам.\u003Cbr\u003E","\u003Cp\u003EДорожки\u003Cbr\u003E",a,a,"\u003Cp\u003EДИАГРАММА КОМПОНЕНТОВ\u003Cbr\u003E","\u003Cp\u003EДиаграммы компонентов\u003Cbr\u003E\u003Cp\u003EДиаграммы компонентов (component diagrams) – модель иерархии подсистем, отражает физическое размещение баз данных, приложений и интерфейсов ИС.\u003Cbr\u003E","\u003Cp\u003EКомпонент\u003Cbr\u003E\u003Cp\u003EКомпонент (component) — физически существующая часть системы, которая обеспечивает реализацию классов и отношений, а также функционального поведения моделируемой программной системы.\u003Cbr\u003EКомпонент предназначен для представления физической организации ассоциированных с ним элементов модели. \u003Cbr\u003EКомпонентом может быть исполняемый код отдельного модуля, командные файлы или файлы, содержащие интерпретируемые скрипты.\u003Cbr\u003E","\u003Cp\u003EГрафическое изображение компонентов\u003Cbr\u003E","\u003Cp\u003EМодуль\u003Cbr\u003E\u003Cp\u003EМодуль (module) — часть программной системы, требующая памяти для своего хранения и процессора для исполнения.\u003Cbr\u003E","\u003Cp\u003EОбозначение физической реализации компонентов\u003Cbr\u003E","\u003Cp\u003EСтереотипы компонентов\u003Cbr\u003E\u003Cp\u003E\u003C\u003Cfile\u003E\u003E (файл) – определяет наиболее общую разновидность компонента, который представляется в виде произвольного физического файла.\u003Cbr\u003E\u003C\u003Cexecutable\u003E\u003E (исполнимый) – определяет разновидность компонента-файла, который является исполнимым файлом и может выполняться на компьютерной платформе.\u003Cbr\u003E\u003C\u003Cdocument\u003E\u003E (документ) – определяет разновидность компонента-файла, который представляется в форме документа произвольного содержания, не являющегося исполнимым файлом или файлом с исходным текстом программы.\u003Cbr\u003E\u003C\u003Clibrary\u003E\u003E (библиотека) – определяет разновидность компонента-файла, который представляется в форме динамической или статической библиотеки.\u003Cbr\u003E\u003C\u003Csource\u003E\u003E (источник) – определяет разновидность компонента-файла, представляющего собой файл с исходным текстом программы, который после компиляции может быть преобразован в исполнимый файл.\u003Cbr\u003E\u003C\u003Ctable\u003E\u003E (таблица) – определяет разновидность компонента, который представляется в форме таблицы базы данных.\u003Cbr\u003E","\u003Cp\u003EИнтерфейсы\u003Cbr\u003E","\u003Cp\u003EОтношения между интерфейсами и компонентами\u003Cbr\u003E","\u003Cp\u003EЗависимость между компонентами\u003Cbr\u003E","\u003Cp\u003EЗависимость между компонентом и классами\u003Cbr\u003E","\u003Cp\u003EРеализация классов компонентом\u003Cbr\u003E",a,"\u003Cp\u003EДИАГРАММЫ РАЗВЕРТЫВАНИЯ\u003Cbr\u003E","\u003Cp\u003EДиаграммы развертывания\u003Cbr\u003E\u003Cp\u003EДиаграммы развертывания (диаграммы размещения, deployment diagrams) – модель физической архитектуры системы, отображает аппаратную конфигурацию ИС.\u003Cbr\u003E","\u003Cp\u003EУзел\u003Cbr\u003E\u003Cp\u003EУзел (node) представляет собой физически существующий элемент системы, который может обладать вычислительным ресурсом или являться техническим устройством .\u003Cbr\u003E",n,n,n,"\u003Cp\u003EСтереотипы узлов\u003Cbr\u003E\u003Cp\u003E\"processor\" (процессор), \u003Cbr\u003E\"sensor\" (датчик), \u003Cbr\u003E\"modem\" (модем), \u003Cbr\u003E\"net\" (сеть),\u003Cbr\u003E \"printer\" (принтер) и другие\u003Cbr\u003E","\u003Cp\u003EСтереотипы ресурсоемкий узел и устройство\u003Cbr\u003E","\u003Cp\u003EСоединения\u003Cbr\u003E","\u003Cp\u003EЗависимости\u003Cbr\u003E","\u003Cp\u003EМобильный доступ к корпоративной БД\u003Cbr\u003E"],href:"\u002Finformatika\u002Fuml-unifitsirovannyy-yazyk-modelirovaniya-samouchitel",href_category:"\u002Finformatika",date:1637297374,related:[{id:490908,name:"Презентация по технике безопасности к уроку № 1",href:"\u002Finformatika\u002Fprezentatsiya-po-tehnike-bezopasnosti-k-uroku",jpg:"jpg\u002F490908"},{id:453734,name:"компьютернные курсы Диск",href:"\u002Finformatika\u002Fkompyuternnye-kursy-disk",jpg:"jpg\u002F453734"},{id:292413,name:"Цикл с параметром (цикл с заданным числом повторений, цикл-ДЛЯ)",href:"\u002Finformatika\u002Ftsikl-s-parametrom-tsikl-s-zadannym",jpg:"jpg\u002F292413"},{id:300654,name:"Язык программирования Pascal Массивы",href:"\u002Finformatika\u002Fyazyk-programmirovaniya-pascal-massivy-2",jpg:"jpg\u002F300654"},{id:443759,name:"Программирование виртуальной реальности с Alice и Java. (Лекция 1)",href:"\u002Finformatika\u002Fprogrammirovanie-virtualnoy-realnosti-s-alice-i",jpg:"jpg\u002F443759"},{id:342290,name:"Криптографические протоколы используемые в сети интернет",href:"\u002Finformatika\u002Fkriptograficheskie-protokoly-ispolzuemye-v-seti-internet",jpg:"jpg\u002F342290"},{id:575157,name:"Презентация к уроку информатики в 8 классе на тему Измерение информации",href:"\u002Finformatika\u002Fprezentatsiya-k-uroku-informatiki-v-8-9",jpg:"jpg\u002F575157"},{id:267181,name:"Параллельное и многопоточное программирование. OpenMP. (Лекция 6)",href:"\u002Finformatika\u002Fparallelnoe-i-mnogopotochnoe-programmirovanie-openmp-lektsiya",jpg:"jpg\u002F267181"},{id:205027,name:"Программное обеспечение персонального компьютера",href:"\u002Finformatika\u002Fprogrammnoe-obespechenie-personalnogo-kompyutera-4",jpg:"jpg\u002F205027"},{id:169172,name:"Виды ссылок в Excel",href:"\u002Finformatika\u002Fvidy-ssylok-v-excel",jpg:"jpg\u002F169172"},{id:13078,name:"Software Analysis",href:"\u002Finformatika\u002Fsoftware-analysis",jpg:"jpg\u002F13078"},{id:156693,name:"Сюда приходят дети – узнать про всё на свете. Централизованная библиотечная система для детей города Донецка",href:"\u002Finformatika\u002Fsyuda-prihodyat-deti--uznat-pro",jpg:"jpg\u002F156693"},{id:605274,name:"Безопасность и анализ конечных точек. Лекция 11",href:"\u002Finformatika\u002Fbezopasnost-i-analiz-konechnyh-tochek-lektsiya",jpg:"jpg\u002F605274"},{id:418301,name:"Біометрична ідентифікація",href:"\u002Finformatika\u002Fbometrichna-dentifkatsya",jpg:"jpg\u002F418301"},{id:98513,name:"Программный принцип работы компьютера",href:"\u002Finformatika\u002Fprogrammnyy-printsip-raboty-kompyutera",jpg:"jpg\u002F98513"},{id:298041,name:"Основы технологии CUDA",href:"\u002Finformatika\u002Fosnovy-tehnologii-cuda-1",jpg:"jpg\u002F298041"},{id:172445,name:"Моделирование на UML. Диаграммы. Лекция 2",href:"\u002Finformatika\u002Fmodelirovanie-na-uml-diagrammy-lektsiya-2",jpg:"jpg\u002F172445"},{id:197973,name:"Представление целых и вещественных чисел",href:"\u002Finformatika\u002Fpredstavlenie-tselyh-i-veshchestvennyh-chisel",jpg:"jpg\u002F197973"},{id:266091,name:"Большой этнографический диктант",href:"\u002Finformatika\u002Fbolshoy-etnograficheskiy-diktant",jpg:"jpg\u002F266091"},{id:220862,name:"Единый государственный экзамен по информатике 2019 год",href:"\u002Finformatika\u002Fedinyy-gosudarstvennyy-ekzamen-po-informatike-2019",jpg:"jpg\u002F220862"},{id:612431,name:"Операционные системы реального времени",href:"\u002Finformatika\u002Foperatsionnye-sistemy-realnogo-vremeni-18",jpg:"jpg\u002F612431"},{id:94002,name:"Сәулет-жоспарлау тапсырмасын беру",href:"\u002Finformatika\u002Fsulet-zhosparlau-tapsyrmasyn-beru",jpg:"jpg\u002F94002"},{id:312614,name:"Introduction to HTML\u002FCSS (part 3)",href:"\u002Finformatika\u002Fintroduction-to-htmlcss-part-3",jpg:"jpg\u002F312614"},{id:166505,name:"Программирование на платформе Java EE. Разработка компонентов на основе технологии Enterprise JavaBeans (часть I)",href:"\u002Finformatika\u002Fprogrammirovanie-na-platforme-java-ee-razrabotka",jpg:"jpg\u002F166505"},{id:428888,name:"Рабочий стол. Меню, их назначение. Виды меню. Понятие о программе. Запуск программ на выполнение",href:"\u002Finformatika\u002Frabochiy-stol-menyu-ih-naznachenie-vidy",jpg:"jpg\u002F428888"},{id:108699,name:"Личный кабинет обучающегоя",href:"\u002Finformatika\u002Flichnyy-kabinet-obuchayushchegoya",jpg:"jpg\u002F108699"},{id:310164,name:"Основные компоненты компьютерных сетей, принципы пакетной передачи данных, организация межсетевого взаимодействия",href:"\u002Finformatika\u002Fosnovnye-komponenty-kompyuternyh-setey-printsipy-paketnoy",jpg:"jpg\u002F310164"},{id:101393,name:"Программное обеспечение компьютеров",href:"\u002Finformatika\u002Fprogrammnoe-obespechenie-kompyuterov-1",jpg:"jpg\u002F101393"}],navigation:{next:"\u002Finformatika\u002Fosnovy-vba-tema-5",next_name:"Основы VBA. (Тема 5)",prev:"\u002Finformatika\u002Finformatsionnye-tehnologii-v-deyatelnosti-pravoohranitelnyh-organov",prev_name:"Информационные технологии в деятельности правоохранительных органов"}}},categories:{result:[{id:L,ordering:b,name:"Без категории",pseudoname:"uncategorized"},{id:144,ordering:b,name:"Бизнес",pseudoname:"biznes"},{id:146,ordering:b,name:"Образование",pseudoname:"obrazovanie"},{id:149,ordering:b,name:"Финансы",pseudoname:"finansy"},{id:150,ordering:b,name:"Государство",pseudoname:"gosudarstvo"},{id:152,ordering:b,name:"Спорт",pseudoname:"sport"},{id:154,ordering:b,name:"Армия",pseudoname:"armiya"},{id:156,ordering:b,name:"Культурология",pseudoname:"kulturologiya"},{id:157,ordering:b,name:"Еда и кулинария",pseudoname:"eda-i-kulinariya"},{id:158,ordering:b,name:"Лингвистика",pseudoname:"lingvistika"},{id:163,ordering:b,name:"Черчение",pseudoname:"cherchenie"},{id:164,ordering:b,name:"Физкультура",pseudoname:"fizkultura"},{id:165,ordering:b,name:"ИЗО",pseudoname:"izo"},{id:166,ordering:b,name:"Психология",pseudoname:"psihologiya"},{id:116,ordering:L,name:"Английский язык",pseudoname:"angliyskiy-yazyk"},{id:108,ordering:2,name:"Астрономия",pseudoname:"astronomiya"},{id:104,ordering:3,name:"Алгебра",pseudoname:"algebra"},{id:106,ordering:4,name:"Биология",pseudoname:"biologiya"},{id:142,ordering:5,name:"География",pseudoname:"geografiya"},{id:141,ordering:6,name:"Геометрия",pseudoname:"geometria"},{id:123,ordering:7,name:"Детские презентации",pseudoname:"detskie-prezentatsii"},{id:107,ordering:8,name:H,pseudoname:"informatika"},{id:109,ordering:9,name:"История",pseudoname:"istoriya"},{id:139,ordering:j,name:"Литература",pseudoname:"literatura"},{id:119,ordering:k,name:"Маркетинг",pseudoname:"marketing"},{id:114,ordering:12,name:"Математика",pseudoname:"matematika"},{id:138,ordering:13,name:"Медицина",pseudoname:"medetsina"},{id:118,ordering:14,name:"Менеджмент",pseudoname:"menedzhment"},{id:137,ordering:15,name:"Музыка",pseudoname:"muzyka"},{id:136,ordering:16,name:"МХК",pseudoname:"mhk"},{id:130,ordering:17,name:"Немецкий язык",pseudoname:"nemetskiy-yazyk"},{id:105,ordering:18,name:"ОБЖ",pseudoname:"obzh"},{id:133,ordering:19,name:"Обществознание ",pseudoname:"obshchestvoznanie"},{id:I,ordering:20,name:"Окружающий мир ",pseudoname:"okruzhayushchiy-mir"},{id:131,ordering:21,name:"Педагогика ",pseudoname:"pedagogika"},{id:129,ordering:22,name:"Русский язык",pseudoname:"russkiy-yazyk"},{id:128,ordering:24,name:"Технология",pseudoname:"tehnologiya"},{id:127,ordering:25,name:"Физика",pseudoname:"fizika"},{id:126,ordering:26,name:"Философия",pseudoname:"filosofiya"},{id:125,ordering:27,name:"Химия",pseudoname:"himiya"},{id:124,ordering:29,name:"Экология",pseudoname:"ekologiya"},{id:121,ordering:30,name:"Экономика",pseudoname:"ekonomika"},{id:120,ordering:31,name:"Юриспруденция",pseudoname:"yurisprudentsiya"}]}},state:{},_errors:{},serverRendered:d,config:{public:{SITE_NAME:M,SITE_HOST:"mypreza.com",SITE_LANG:N,API_BASE_URL:"https:\u002F\u002Fmypreza.com\u002Fapi\u002F",pwaManifest:{name:M,short_name:a,description:a,lang:N,start_url:"\u002F?standalone=true",display:"standalone",background_color:l,theme_color:"#000000",icons:[{src:"\u002F_nuxt\u002Ficons\u002F64x64.f2a6e93d.png",type:c,sizes:O,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F64x64.maskable.f2a6e93d.png",type:c,sizes:O,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F120x120.f2a6e93d.png",type:c,sizes:P,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F120x120.maskable.f2a6e93d.png",type:c,sizes:P,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F144x144.f2a6e93d.png",type:c,sizes:Q,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F144x144.maskable.f2a6e93d.png",type:c,sizes:Q,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F152x152.f2a6e93d.png",type:c,sizes:R,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F152x152.maskable.f2a6e93d.png",type:c,sizes:R,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F192x192.f2a6e93d.png",type:c,sizes:S,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F192x192.maskable.f2a6e93d.png",type:c,sizes:S,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F384x384.f2a6e93d.png",type:c,sizes:T,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F384x384.maskable.f2a6e93d.png",type:c,sizes:T,purpose:g},{src:"\u002F_nuxt\u002Ficons\u002F512x512.f2a6e93d.png",type:c,sizes:U,purpose:f},{src:"\u002F_nuxt\u002Ficons\u002F512x512.maskable.f2a6e93d.png",type:c,sizes:U,purpose:g}]},yandexMetrika:{id:"85004146",metrikaUrl:"https:\u002F\u002Fmc.yandex.ru\u002Fmetrika\u002Ftag.js",accurateTrackBounce:d,childIframe:e,clickmap:e,defer:e,useRuntimeConfig:d,trackHash:e,trackLinks:d,type:b,webvisor:e,triggerEvent:e,consoleLog:d,partytown:e,isDev:e}},app:{baseURL:"\u002F",buildAssetsDir:"\u002F_nuxt\u002F",cdnURL:a}},pinia:{app:{meta:{h1:o,main_text:a,main_title:p,main_description:q,main_keywords:r,main_image:a},app:{logo_image:s,logo_image_width:t,logo_image_height:u,logo_text:a,image_width_full:v,image_width_min:w,recaptcha_key:x,yandex_search:y,ya_context:e,banner_1:a,banner_2:a,banner_3:a,banner_4:a,banner_5:a,banner_6:a,banner_7:a,banner_8:a,banner_9:a,banner_10:a,email:z,footer_before:a,footer:a,dark_theme:e,strategy:{image_alt_words:j,item_slide_header:A,item_images:B,item_images_tag:h,item_words_h3:d,item_words_tag:h,item_words_1:k,routing:C,item_slide_skipping:D,item_download_timeout:E,item_slider_width:F,item_show_pdf:d,item_show_contents:d,item_show_filename:d},colors:{header_text:l,header_bg:i,accent:i}},social:G,token:a}}}}("",0,"image\u002Fpng",true,false,"any","maskable","h2","#d53032",10,11,"#ffffff","UML Унифицированный язык моделирования. Самоучитель","\u003Cp\u003EУзел\u003Cbr\u003E","Учебные презентации","Презентации в PowerPoint на разные темы","Презентации, проекты, доклады в PowerPoint на разные темы для учебы","Презентация, на тему, урок, класс, PowerPoint, скачати презентацію, фон, шаблон, доклад, проект.","images\u002Fdata\u002Flogo.png",185,40,720,480,"6LeioWIpAAAAAGqMN4KqMVIkekcMW7fBKHjXCd-a","2503267","[e-mail]","div","images_before","category","both",88,800,"\u003Cscript src=\"\u002F\u002Fyastatic.net\u002Fes5-shims\u002F0.0.2\u002Fes5-shims.min.js\"\u003E\u003C\u002Fscript\u003E\r\n\u003Cscript src=\"\u002F\u002Fyastatic.net\u002Fshare2\u002Fshare.js\"\u003E\u003C\u002Fscript\u003E\r\n\u003Cdiv class=\"ya-share2\" data-services=\"collections,gplus,vkontakte,facebook,odnoklassniki,gplus,twitter,moimir\" data-counter=\"\"\u003E\u003C\u002Fdiv\u003E","Информатика",132,"\u003Cp\u003EКооперативные диаграммы\u003Cbr\u003E","\u003Cp\u003EВетвление потока управления\u003Cbr\u003E",1,"Mypreza","ru","64x64","120x120","144x144","152x152","192x192","384x384","512x512"))

Интерфейсы

Отношения между интерфейсами и компонентами

Зависимость между компонентами

Зависимость между компонентом и классами

Реализация классов компонентом

ДИАГРАММЫ РАЗВЕРТЫВАНИЯ

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

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

Узел

Узел

Узел

Стереотипы узлов
"processor" (процессор),
"sensor" (датчик),
"modem" (модем),
"net" (сеть),
"printer" (принтер) и другие

Стереотипы ресурсоемкий узел и устройство

Соединения

Зависимости