Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
UML 3.docx
Скачиваний:
3
Добавлен:
06.09.2019
Размер:
276.86 Кб
Скачать

Семинар 4. UML 3

Из википедии

Оглавление

Диаграмма use case Прецедент (UML) 3

Содержание 3

[править] Назначение 3

[править] Нотация 4

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

Содержание 5

[править] Взаимосвязи 5

[править] Ассоциации 5

[править] Обобщение (наследование) 7

[править] Реализация 7

[править] Зависимость 7

[править] Уточнения отношений 7

Class diagram 9

Contents 9

[edit] Overview 9

[edit] Members 11

[edit] Visibility 11

[edit] Scope 11

[edit] Relationships 11

[edit] Instance Level Relationships 11

[edit] Class Level Relationships 13

[edit] General Relationship 14

[edit] Multiplicity 15

[edit] Analysis Stereotypes 15

[edit] Boundaries 16

[edit] Entities 16

[edit] Controls 16

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

Activity diagrams 18

Contents 18

[edit] Construction 19

[edit] Applications 19

[edit] Alternatives 19

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

Sequence Diagram 21

Contents 22

[edit] Overview 22

[edit] Diagram building blocks 22

Диаграмма состояний (теория автоматов) 24

Содержание 24

[править] Примеры 24

[править] 25

State diagram 26

Диаграмма use case Прецедент (uml)

[править]

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 9 декабря 2011; проверки требуют 3 правки.

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 9 декабря 2011; проверки требуют 3 правки.

Перейти к: навигация, поиск

У этого термина существуют и другие значения, см. Прецедент (значения).

Основная статья: Сценарий использования

Прецеде́нт (англ. Use Case), также: вариант использования, сценарий использования — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности) в Унифицированном языке моделирования (UML), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними акторами (англ. Actors).

Прецеденты были предложены Иваром Якобсоном и значительно популяризированы Алистером Коберном.

Содержание

 [убрать

  • 1 Назначение

  • 2 Нотация

  • 3 См. также

  • 4 Ссылки

[править] Назначение

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

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

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

Один и тот же прецедент может быть описан с различной степенью детализации.

В MSF используются аналоги прецедентов — сценарии (англ. Scenario).

[править] Нотация

На диаграммах прецедентов в UML прецедент отображается в виде эллипса. Внутри эллипса или под ним указывается имя элемента.

К прецедентам в UML применимы следующие виды отношений:

  • Ассоциация (англ. Association) — может указывать на то, что актор инициирует соответствующий вариант использования.

В том числе между прецедентами:

  • Расширение (англ. Extend) — разновидность отношения зависимости между базовым вариантом использования и его специальным случаем.

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

  • Обобщение (англ. Generalization, наследование) — моделирует соответствующую общность ролей.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]