→ Пошук по сайту       Увійти / Зареєструватися
Знання Уніфікована мова моделювання UML

Уніфікована мова моделювання UML. Семантичний конспект розділу

 UML

Уніфікована мова моделювання UML

 UML
UML (англ. Unified Modeling Language) — уніфікована мова об'єктно-орієнтованого моделювання, використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення.

1. Сущность [Ключове поняття розділу]

СущностьПроизвольное множество реальных или абстрактных объектов, каждый из которых обладает одинаковыми свойствами и характеристиками


СущностьEntity.

2. Наследование

Наследование — Принцип, в соответствии с которым знание о более общей категории разрешается применять для более узкой категории

3. Класс [Ключове поняття розділу]

Класс — Это описание объектов и действий, которые можно с ними выполнять

КлассСущность, которая задает некоторое общее поведение для объектов


КлассОпределяется как список своих членов

КлассНекоторая абстракция совокупности объектов, которые имеют общий набор свойств и обладают одинаковым поведением


Определяет для объекта контракт, то есть правила, с помощью которых с объектом могут работать другие объекты (обычно это делается с помощью определения методов класса).

Могут находиться друг с другом в различных отношениях, таких как Наследование или Агрегация .

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

4. Компонента [Ключове поняття розділу]

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

5. UML [Центральне поняття розділу]

UMLUnified Modeling Language

UML — Уніфікована мова об'єктно-орієнтованого моделювання, використовується у парадигмі об'єктно-орієнтованого програмування


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


UML — Снабдить исходные понятия языка возможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области


UML:
  • Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення
  • Може бути застосовано на всіх етапах життєвого циклу аналізу бізнес-систем і розробки додатків
  • Такое визуальное моделирование можно представить как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы
  • Общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем
  • Средство моделирования, которое может быть эффективно использовано для построения концептуальных, логических и графических моделей сложных систем самого различного целевого назначения.
  • Ориентирован для применения в качестве языка моделирования различными пользователями и научными сообществами для решения широкого класса задач ООАП
  • Является формальным языком спецификаций, формальность его описания отличается от синтаксиса как традиционных формально-логических языков, так и известных языков программирования.

6. Семантика языка UML

Семантика языка UML Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и констукцию понятий объектного моделирования на языке UML

7. Семантика языка UML [Ключове поняття розділу]

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

8. Нотация языка UML [Ключове поняття розділу]

Нотация языка UML Представляет собой графическую нотацию для визуального представления семантики языка UML

9. Нотация языка UML

Нотация языка UMLПредставляет собой графическую нотацию для визуального представления семантики языка

10. Пакет [Ключове поняття розділу]

ПакетОсновной способ организации элементов модели в языке UML


ПакетОбозначение: Большой прямоугольник с небольшим прямоугольником, присоединенным к левой части верхней стороны первого

11. Пакет Типы данных [Ключове поняття розділу]

Пакет Типы данных Специфицирует различные типы данных, которые могут использоваться в языке UML

12. Пакет Механизмы расширения [Ключове поняття розділу]

Пакет Механизмы расширения — Задает правила уточнения и расширения семантики базовых элементов моделей. Пакет Типы данных определяет основные структуры данных для языка UML


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

13. Пакет Вспомогательные элементы

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


Пакет Вспомогательные элементы специфицирует дополнительные конструкции языка UML

14. Пакет Элементы поведения

Пакет Элементы поведения специфицирует динамику поведения в нотации UML


Общее поведение является наиболее фундаментальным из всех подпакетов и определяет базовые понятия ядра, необходимые для всех элементов поведения.

15. Пакет Кооперации

Пакет Кооперации Специфицирует контекст поведения при использовании элементов модели для выполнения отдельной задачи. В нем задается семантика понятий, которые необходимы для ответа на вопрос: "Как различные элементы модели взаимодействуют между собой с точки зрения структуры?"

16. Пакет Варианты использования

Пакет Варианты использования Специфицирует поведение при включении в модель специальных конструкций, которые в языке UML называются актерами и вариантами использования

17. Пакет Автоматы

Пакет Автоматы специфицирует поведение при построении моделей с использованием систем переходов для конечного множества состояний

18. Пакет Общие механизмы

Пакет Общие механизмы Определены общие механизмы, которые применимы ко всем моделям UML

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

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

20. Абстрактный синтаксис

Абстрактный синтаксис — представляет собой модель для описания некоторой части языка UML, предназначенной для построения диаграмм классов на основе описаний систем на естественном языке

21. вариант использования

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


вариант использованияЦель заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия внутренней структуры этой сущности

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


вариант использованияОбозначение: обозначается на диаграмме эллипсом

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

Отношение обобщения — Служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В


Отношение обобщения — применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми атрибутами и особенностями поведения родительских вариантов


Отношение обобщения — использоваться для представления взаимосвязей между пакетами, классами, вариантами использования и другими элементами языка UML


Отношение обобщенияОбозначение: линия со стрелкой

Отношение обобщенияОбозначение: Обозначается сплошной линией с треугольной стрелкой на одном из концов

Отношение обобщенияgeneralization relationship.

23. Рациональный унифицированный процесс

Рациональный унифицированный процесс — RUP


Рациональный унифицированный процесспроцесс ООАП в контексте языка UML


Рациональный унифицированный процессRational Unified Process.

24. Состояние [Ключове поняття розділу]

СостояниеСовокупность свойств или признаков, которые в каждый момент времени отражают наиболее существенные особенности поведения системы

СостояниеАбстрактный метакласс, используемый для моделирования отдельной ситуации, в течение которой имеет место выполнение некоторого условия


СостояниеОбозначение: Изображается прямоугольником со скругленными вершинами

Состояниеstate.

25. Автомат

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



Автомат State machine.

26. Состояние действия

Состояние действия Является специальным случаем состояния с некоторым входным действием и по крайней мере одним выходящим из состояния переходом


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

Состояние действия Action state .

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

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


Составное состояние Composite state .

28. Историческое состояние

Историческое состояние Обозначение: Обозначается в форме небольшой окружности, в которую помещена латинская буква "Н"

Историческое состояние Shallow history state .

29. Простой переход

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


Простой переходОбозначение: изображается сплошной линией со стрелкой, которая направлена в целевое состояние

Простой переходSimple transition.

30. Графические символы

Графические символыОбозначение: Изображаются с помощью некоторых геометрических фигур и могут иметь различную высоту и ширину с целью размещения внутри этих фигур других конструкций языка UML

31. Диаграмма "сущность-связь"

Диаграмма "сущность-связь" — ERD


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


Данная нотация была предложена П. Ченом (P. Chen) в его известной работе 1976 года [17] и получила дальнейшее развитие в работах Р. Баркера [16] (R. Barker).

Основными понятиями данной нотации являются понятия сущности и связи.


Диаграмма "сущность-связь" Entity-Relationship Diagrams .

32. Объект

Объект — Это структурированная переменная, содержащая всю информацию о некотором физическом предмете или реализуемом в программе понятии

Объект — Экземпляр класса


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



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

33. ООП

ООПОбъектно-ориентированное программирование


ООП Фундаментальными понятиями методологии являются понятия класса и объекта.

ООПОсновными его принципами являются наследование, инкапсуляция и полиморфизм

34. Шаблон

Шаблон Предназначен для обозначения такого класса, который имеет один (или более) нефиксированный формальный параметр


ШаблонОбозначение: Изображается прямоугольником, к верхнему правому углу которого присоединен маленький прямоугольник из пунктирных линий

Шаблонtemplate.

35. Параметризованный класс

Параметризованный класс Предназначен для обозначения такого класса, который имеет один (или более) нефиксированный формальный параметр


Параметризованный классparametrized class.

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

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

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

37. Диаграмма развертывания

Диаграмма развертывания — Применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы


Диаграмма развертывания — предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime)


Диаграмма развертыванияДиаграмма размещения.

38. Системы

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


СистемыПример:

Персональный компьютер, автомобиль, человек, биосфера, программа

39. Структурные модели

Структурные модели Описывают структуру сущностей или компонентов некоторой системы, включая их классы, интерфейсы, атрибуты и отношения

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

40. Отношение агрегации

Отношение агрегации — применяется для представления системных взаимосвязей типа "часть-целое"


Отношение агрегации Показывает, из каких компонентов состоит система и как они связаны между собой


Отношение агрегацииОбозначение: Изображается сплошной линией, один из концов которой представляет собой незакрашенный внутри ромб

41. Примечания

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


ПримечанияОбозначение: Обозначаются прямоугольником с "загнутым" верхним правым уголком

Примечания Пример:

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

Примечанияnotes.

42. Структурный системный анализ

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


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

43. компонент

компонентРеализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели


компонентComponent.

44. Компоненты развертывания

Компоненты развертывания — Обеспечивают непосредственное выполнение системой своих функций

45. Компоненты исполнения

Компоненты исполнения представляющие исполнимые модули - файлы с расширением ехе. Они обозначаются обычным образом

46. Автоматизированая разработка программного обеспечения

Автоматизированая разработка программного обеспечения — CASE

Автоматизированая разработка программного обеспечения — CASE


Автоматизированая разработка программного обеспеченияComputer Aided Software Engineering.

47. CASE-засоби

CASE-засоби Програми автоматизації процесу аналізу і проектування

50. Диаграмма функционального моделирования

Диаграмма функционального моделирования — SADT


Диаграмма функционального моделированияStructured Analysis and Design Technique.

51. IDEF-SADT

IDEF-SADT Представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели сиетемы какой-либо предметной области

52. Модель

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

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

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



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

54. Діаграми

Діаграми — Дають можливість представити систему у такому вигляді, щоб її можна було легко перевести в програмний код


Діаграми — Підвищують супроводжуваність проекту і полегшують розробку документації

55. Алгоритм

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


Происходит от имени средневекового математика Аль-Хорезми, который в 825 г. описал правила выполнения арифметических действий в десятичной системе счисления.


АлгоритмПример:

Примерами являются хорошо известные правила нахождения корней квадратного уравнения или корней линейной системы уравнений

56. блок-схема

блок-схема — графическое средство документирования программ

57. Процедура

Процедура — представляет собой законченную последовательность действий или операций, направленных на решение отдельной задачи


Процедураспециальная синтаксическая конструкция

58. Процедурное программирование

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

59. Goto

Gotoоператор безусловного перехода

60. Методология процедурно-ориентированного программирования

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


В рамках данной методологии получило развитие нисходящее проектирование программ или программирование "сверху-вниз"..

61. "человеко-месяц"

"человеко-месяц"Единица измерения

62. Диаграмма состояний

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


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


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

63. Диаграмма кооперации

Диаграмма кооперации — Предназначена для спецификации структурных аспектов взаимодействия


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

64. Инкапсуляция

Инкапсуляция — Характеризует сокрытие отдельных деталей внутреннего устройства классов от внешних по отношению к нему объектов или пользователей

65. Полиморфизм

Полиморфизм — Свойство некоторых объектов принимать различные внешние формы в зависимости от обстоятельств

Полиморфизм — Действия, выполняемые одноименными методами, могут отличаться в зависимости от того, какому из классов относится тот или иной метод


ПолиморфизмГреч. Poly- много, morfos - форма.

66. Концептуальная схема

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

67. Предметная область

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

68. CRC

CRCComponent, Responsibility, Collaborator- компонента, обязанность, сотрудники.

69. Аналитик

АналитикУчаствует в построении концептуальной схемы будущей программы, которая затем преобразуется программистами в код

70. Жизненний цикл программы

Жизненний цикл программы — ЖЦ


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

71. Инструментарии быстрой разработки приложений

Инструментарии быстрой разработки приложений — RAD


Инструментарии быстрой разработки приложенийRapid Application Development.

72. Система управления базами данных

Система управления базами данных — СУБД

73. Структура системы

Структура системыУстойчивая во времени совокупность взаимосвязей между ее элементами или компонентами

Структура системыМожет отражать самые различные взаимосвязи, в том числе и вложенность элементов одной системы в другую

74. Системний анализ

Системний анализРезультатом такого анализа является построение некоторой модели системы или предметной области.

75. модель "черного ящика"

модель "черного ящика"В этом случае система представляется в виде прямоугольника, внутреннее устройство которого скрыто от аналитика или неизвестно

76. Диаграмма потоков данных

Диаграмма потоков данных — DFD


Диаграмма потоков данныхData Flow Diagrams.

77. Связь

СвязьОтношение или некоторая ассоциация между отдельными сущностями


СвязьElationship.

78. Интеграция компьютерных и промышленных технологий

Интеграция компьютерных и промышленных технологий — ICAM


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


Интеграция компьютерных и промышленных технологийIntegrated Computer Aided Manufacturing.

79. IDEF0

IDEF0 — Нотация для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем

80. IDEF1

IDEF1Нотация для документирования информации о производственном окружении систем


1985 году была расширена и переименована в IDEF1X.

81. IDEF2

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

82. IDEF3

IDEF3Нотация специально для моделирования бизнес-процессов

83. Функциональная модель

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

84. Деятельность

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

85. Мета-метамодель

Мета-метамодельГлавное предназначение этого уровня состоит в том, чтобы определить язык для спецификации метамодели

86. Метод Гради Буча

Метод Гради БучаGrady Booch.

87. Метод Джеймса Румбаха

Метод Джеймса РумбахаJames Rumbaugh.

88. OMG

OMGRequest For Proposals

89. Метамодель

МетамодельЯвляется экземпляром или конкретизацией мета-метамодели

90. пакет Элементы ядра

пакет Элементы ядра — Описывает базовые понятия и принципы включения в структуру метамодели основных понятий языка, таких как метаклассы, метаассоциации и метаатрибуты


пакет Элементы ядраОпределяет основные абстрактные и конкретные компоненты, необходимые для разработки объектных моделей

91. Правила правильного построения выражений

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

92. Значок

ЗначокОбозначение: Представляет собой графическую фигуру фиксированного размера и формы

93. Пути

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

94. Актер

Актер — используются для моделирования внешних по отношению к проектируемой системе сущностей, которые взаимодействуют с системой и используют ее в качестве отдельных пользователей


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


АктерОбозначение: фигурка "человечка", под которой записывается конкретное имя

95. Интерфейс

ИнтерфейсСлужит для спецификации параметров модели, которые видимы извне без указания их внутренней структуры

ИнтерфейсОпределяет общие границы проектируемой системы


ИнтерфейсОбозначение: изображается в виде маленького круга, рядом с которым записывается его имя

Интерфейсinterface.

96. Отношения

ОтношенияОписывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов

97. Отношение ассоциации

Отношение ассоциации — Служит для обозначения специфической роли актера в отдельном варианте использования


Отношение ассоциации — Устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования


Отношение ассоциацииAssociation relationship.

98. Отношение включения

Отношение включенияInclude relationship.

99. Отношение включения

Отношение включения — указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования


Отношение включенияОбозначение: Обозначается пунктирной линией со стрелкой, которая помечается ключевым словом "include"

100. Отношение зависимости

Отношение зависимостиуказывает некоторое семантическое отношение между двумя элементами модели или двумя множествами таких элементов, которое не является отношением ассоциации, обобщения или реализации


Отношение зависимостиОбозначение: Изображается пунктирной линией между соответствующими элементами со стрелкой на одном из ее концов

Отношение зависимостиDependency relationship.

101. Realization relationship

Realization relationshipRealization relationship.

102. N-арная ассоциация

N-арная ассоциацияОбозначение: Обозначается ромбом, от которого ведут линии к символам классов

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

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

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

104. Событие

СобытиеПредставляет собой спецификацию некоторого факта, имеющего место в пространстве и во времени


СобытиеEvent.

105. Сторожевое условие

Сторожевое условиеЗаписывается в прямых скобках после события-триггера и представляет собой некоторое булевское выражение


Сторожевое условиеGuard condition.

106.

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


Action expression.

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

Последовательные подсостояния — Используются для моделирования такого поведения объекта, во время которого в каждый момент времени объект может находиться в одном и только одном подсостояний


Последовательные подсостоянияSequential substates).

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

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


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

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

Параллельный переходПереход может иметь несколько состояний-источников и несколько целевых состояний


Параллельный переходОбозначение: Изображается вертикальной черточкой, аналогично обозначению перехода в известном формализме

110. Дорожки

Дорожки — Применительно к бизнес-процессам желательно выполнение каждого действия ассоциировать с конкретным подразделением компании.


ДорожкиSwimlanes.

111. Линия жизни объекта

Линия жизни объекта — Служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях


Линия жизни объектаОбозначение: Изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности.

Линия жизни объектаobject lifeline.

112. Фокус управления

Фокус управленияОбозначение: изображается в форме вытянутого узкого прямоугольника

113. Сообщения

СообщенияПредставляет собой законченный фрагмент информации, который отправляется одним объектом другому


СообщенияОбозначение: Изображаются горизонтальными стрелками, соединяющими линии жизни или фокусы управления двух объектов на диаграмме последовательности

Сообщенияmessage.

114. Классификатор

КлассификаторПредоставляет организацию в рамках физического пакета ассоциированным с ним элементам модели

115. компоненты-рабочие продукты

компоненты-рабочие продуктыЭто файлы с исходными текстами программ, например, с расширениями h или срр для языка C++

116. Библиотека

БиблиотекаОпределяет первую разновидность компонента, который представляется в форме динамической или статической библиотеки


БиблиотекаLibrary.

117. Таблица

ТаблицаОпределяет первую разновидность компонента, который представляется в форме таблицы базы данных


Таблицаtable.

118. Файл

ФайлОпределяет вторую разновидность компонента, который представляется в виде файлов с исходными текстами программ


ФайлFile.

119. Документ

ДокументОпределяет вторую разновидность компонента, . который представляется в форме документа


ДокументDocument.

120. Исполнимый

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


ИсполнимыйExecutable.

121. Зависимость

Зависимость — Служит для представления только факта наличия такой связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели

122. Узел

УзелПредставляет собой некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом


УзелОбозначение: Изображается в форме трехмерного куба

УзелNode.

123. Соединения

СоединенияЯвляются разновидностью ассоциации и изображаются отрезками линий без стрелок. Наличие такой линии указывает на необходимость организации физического канала для обмена информацией между соответствующими узлами
загрузка...
Теми розділу
Сторінки, близькі за змістом