
- •1. Предпосылки возникновения объектно-ориентированного подхода [1/2].
- •2. Концептуальная база объектно-ориентированного стиля[1/2].
- •4. Диаграммы языка uml[1/1].
- •5. Диаграмма вариантов использования[1/2].
- •6. Отношения на диаграмме вариантов использования[1/2].
- •Association relationship
- •Extend relationship
- •Generalization relationship
- •Include relationship
- •7. Диаграмма классов[1/3].
- •Атрибуты класса
- •Операции классов
- •Элементы диаграммы классов
- •8. Отношения между классами. [1/2]
- •9. Диаграмма состояний. [1/4]
- •10. Диаграмма деятельности. [1/2]
- •11. Диаграмма последовательности. [1/2]
- •12. Диаграмма кооперации. [1/2]
- •13. Физические диаграммы. [1/2]
- •14. История развития, назначение, общая структура языка uml [1/2].
- •15. Исторический обзор развития методологии ооап [1/1].
- •16. Диаграммы структурного системного анализа [1/2].
- •17. Разработка web-приложений с использованием uml [1/1].
- •18. Проектирование баз данных с помощью uml [1/1].
- •19. Среда описания и анализа бизнес-процессов aris [1/1].
- •20. Объектно-ориентированные базы данных [1/1].
10. Диаграмма деятельности. [1/2]
При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояния, но и детализировать особенности алгоритмической и логической реализации выполняемой системы операций. Традиционно для этой цели используют блок схемы или структурные схемы алгоритма. Для моделирования процесса выполнения операций в языке UML используются так называемые диаграммы деятельности. Применяемая в них графическая нотация во многом похоже на нотацию диаграммы состояний. Отличие заключается в семантики состояний, которая используется для представления не деятельности, а действий и в отсутствии на переходах сигнатур событий. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой операции в предыдущем состоянии. Графически ДД представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами переходы из одного состояния действия к другому. Таким образом ДД можно считать частным случаем диаграммы состояния. Основным направлением использования ДД является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения.
Состояние
действия. Является
специальным случаем состояния с некоторым
входным действием и по крайне мере
одним входящим из состояния переходом.
Этот переход не явно предполагает, что
входное действие уже завершилось.
Рекомендуется в качестве имени простого
действия использовать глагол с
дополнительными словами или выражениями.
Каждая ДД должна иметь единственное
начальное и единственное конечное
состояние. ДД принято располагать таким
образом, чтобы действия следовали сверху
вниз.
Переходы.
При
построении ДД используется только не
тригерные переходы, т.е. такие которые
срабатывают сразу после завершения
деятельности или выполнения соответствующего
действия. Если из состояния действия
выходит единственный переход, то он
может быть ни как не помечаться. Если
же таких переходов несколько, то
срабатывать сможет только один из них.
Именно в этом случаи для каждого из
таких переходов должно быть явно записано
сторожевое условие. Графически ветвления
(разделение деятельности на альтернативные
ветви в зависимости от значения некоторого
промежуточного результата) обозначаются
небольшими ромбами, внутри которых нет
ни какого текста (рис а). Для представления
параллельных процессов в UML
используется графическое представление
показанное на рис.б, при этом разделение
имеет один входящий переход и несколько
выходящих (слияние наоборот).
Плавательные дорожки. ДД отражают происходящие события, однако они не чего не говорят о том кто участвует в реализации того или иного процесса. Один способ решения этой проблемы снабдить состояние меткой класса, которая за него отвечает или использовать плавательные дорожки.
*10. Диаграмма деятельности. [2/2]