- •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].
6. Отношения на диаграмме вариантов использования[1/2].
Между компонентами use case могут существовать различные отношения, которые описывают различные взаимодействия актеров друг с другом и с use case.
Два use case, определенные для одной и той же сущности не могут взаимодействовать друг с другом, поскольку каждый из них самостоятельно описывает законченный use case этой сущности.
В языке UML имеется несколько стандартных видов отношений между актерами и use case’ми:
1) Ассоциация (Association relationship)
2) Расширение (Extend relationship)
3) Обобщение (Generalization relationship)
4) Включение (Include relationship)
При этом общие св-ва use case могут быть представлены тремя различными способами с помощью отношений: расширение, обобщение, включение.
Association relationship
Это отношение явл-ся одним из центральных понятий в языкеUML и в той или иной степени используется при построении всех графических моделей систем в форме канонических диаграмм.
В Use case diagram служит для обозначения специфической роли актера в отдельном use case, т.е. это отношение устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром use case. Обозначается сплошной линией между use case и actor. Может иметь имя и кратность.
Extend relationship
Определяет взаимосвязь экземпляров одного use case с более общим use case, св-ва которого определяются на основе способа совместного объединения данных экземпляров. В метамодели отношение расширения явл-ся направленным и указывает, что применительно к отдельным примерам некоторого use case должны быть выполнены некоторые условия определения для расширения данного use case.
*6. Отношения на диаграмме вариантов использования[2/2].
Если имеет место отношение extend от use case А к use case В, то это означает, что св-ва экземпляра use case В могут быть дополнены благодаря наличию св-в у расширенного use case А.
Отношение extend отмечает тот факт, что один из use case подобен другому, но несет большую нагрузку. Удобно использовать такой тип связи при описании обработки аварийной ситуации, возникающей в системе.
Generalization relationship
Служит для указания того факта, что некоторый use case А может быть обобщен до use case B. В этом случае use case А будет являться специализацией use case B. При этом В наз-ся предком (родителем) по отношению к А, а use case А наз-ся потомком по отношению к B.
Потомок наследует все св-ва и поведение своего родителя, а также может быть дополнен новыми св-ми и особенностями поведения.
Include relationship
Это отношение между двумя use case’ами указывает, что некоторое заданное поведение для одного use case’а включается в качестве составного компонента в поведение другого use case. Отношение включение, направленное от use case A к use case B, указывает, что каждый экземпляр use case A включает в себя функциональные св-ва, заданные для use case B. Эти св-ва специализируют поведение use case A на данной диаграмме.
Графически данное отношение обозначается пунктирной линией со стрелкой, направленной от базового use case к включаемому use case и помечается стереотипом <<include>>.
Отношения Расширения, Обобщения и Включения могут существовать только между use case’ми, которые определены для одной и той же сущности.