Главная страница

лекция. Сборник лекций по МДК _Технология разработки программного обеспе. Курс лекций для специальности спо базовой подготовки


Скачать 4.41 Mb.
НазваниеКурс лекций для специальности спо базовой подготовки
Анкорлекция
Дата02.09.2022
Размер4.41 Mb.
Формат файлаdocx
Имя файлаСборник лекций по МДК _Технология разработки программного обеспе.docx
ТипКурс лекций
#660044
страница22 из 62
1   ...   18   19   20   21   22   23   24   25   ...   62

Модели UML, поясняющие функциональность системы

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


Диаграмма вариантов использования UML, Use case Diagram - одно из самых простых представлений системы. Ее базовые "строительные элементы" - акторы и варианты использования. Диаграмма задумана так, чтобы дать наиболее общее представление о функциональности системы (ее компоненты), не вдаваясь в детали взаимосвязей функций. Поэтому основной вид отношения, используемый в диаграмме - ассоциация между актором и вариантом использования.



Рис. 9.1.

Другие виды отношений - отношение включения (include), расширения (extend) и обобщения/генерализации.

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



Рис. 9.2.

Расширение в точности соответствует точке расширения, используемой при описании варианта использования, см. "Классификация и специфицирование требований" .



Рис. 9.3.

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



Рис. 9.4.

Диаграмма действий


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

Основные компоненты описания системы:

  • Функции (действия),

  • Символы "старт" и "стоп",

  • Потоки управления,

  • Разветвители,

  • Линейки синхронизации.





Рис. 9.5.

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

Помимо стандартного формата описания, UML предлагает вариант с "плавательными дорожками". Этот формат удобен для описания случая, когда в варианте использования участвуют несколько акторов.

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


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

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

Основные компоненты описания системы:

  • Простые состояния,

  • Составные состояния,

  • Символы "старт" и "стоп",

  • Переходы,

  • Линейки синхронизации.

В языке UML под состоянием понимается абстрактный метакласс, используемый для моделирования отдельной ситуации, в течение которой имеет место выполнение некоторого условия [9.2]. Состояние может быть задано в виде набора конкретных значений атрибутов класса или объекта, при этом изменение их отдельных значений будет отражать изменение состояния моделируемого класса или объекта.



Рис. 9.6.

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

Событие [сторожевое условие] / выражение действия

Иногда бывает полезным объединить часть состояний в одно мета-состояние. Графически это выглядит, как символ состояния (прямоугольник со скругленными углами), содержащий внутри себя несколько символов состояний. При этом возможны переходы между подчиненными состояниями, переходы между подчиненным и внешним состояниями и переходы между составным и внешним состоянием.
1   ...   18   19   20   21   22   23   24   25   ...   62


написать администратору сайта