Тема 12. Uml как средство информационного управления(2)

К функциям UML не относятся (относятся) • визуализации системы; • определения ее структуры и поведения; • сборки системы; • документирования решений, принимаемых процессе разработки. (не точно проверьте по конспекту, на слайде не так было написано)

Принцип UML, обеспечивающий связь между потребителями и разработчиками это ВИЗУАЛИЗАЦИЯ

Принцип UML, помогающий создать четкую, полную и однозначную модель - СПЕЦИФИКАЦИЯ

Принцип UML, имеющий много общего с объектно-ориентированными языками программирования - КОНСТРУКЦИЯ

В UML не существует строительных блоков (существуют)  предметы (сущности) абстракции которые являются основными элементами в модели;  отношения связывают эти элементы;  диаграммы группируют коллекции предметов.

Сущности (абстракции), которые являются основными элементами в модели UML - ПРЕДМЕТЫ

Cвязывают элементы UML - ОТНОШЕНИЯ

Группируют коллекции предметов в модели UML - ДИАГРАММЫ

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

В UML множества объектов, которые разделяют одинаковые свойства, операции, смысл - это Класс

В UML набор скоординированных ролей, которые могут играть пользователи при взаимодействии с системой – это Актер

В UML множества объектов, которые разделяют одинаковые свойства, операции, смысл - это Класс

В UML действие системы в интересах актера, с видимым для него результатом - это ВАРИАНТ ИСПОЛЬЗОВАНИЯ (ПРЕЦЕДЕНТ)

Диаграммы в UML могут быть 1.Структурные – (Классов (class)) 2.Поведенческие (- Активностей (activity) - Случаев использования (use case) - Последовательностей (sequence))

Диаграммы классов  Применяются для проектирования иерархической структуры классификации объектов системы.  Кроме атрибутивной и поведенческой структуры классов, позволяют выделить связи и зависимости между классами и объектами системы.  Собирают практически все существенные результаты в области моделирования данных – как разработки в области ER-диаграмм, так и достижения объектно-ориентированных методологий последних 20 лет.

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

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

Диаграммы последовательности распределяет упорядочение сообщений по времени

Диаграммы структуризации?????? 1)классов, 2)компанент **композит структур, **развертывания, **пакетов, 3)объектов КЛАСС, ИНТЕРФЕЙС, АКТЁР, ПРЕЦЕДЕНТ

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

Принцип ООП наследование Наследование – возможность создавать из классов новые класс по принципу «от общего к частному»

Принцип ООП полиморфизм  Полиморфизм – способность объектов выбирать метод на основе типов данных, принимаемых в сообщении.

Принципы ООП - это 1)инкапсуляция – скрытие инфо, 2)наследование – возможность создавать из классов новые классы по принципу «от общего к частному», 3)полиморфизм – способность объектов выбирать метод на основе типов данных, применяемых в сообщении ПРАВИЛЬНО

Преимущества ООП Распараллеливание работ. Программирование и тестирование отдельных компонентов системы возможно до завершения проектирования, что экономит время разработки. Упрощение внесения изменений. В отличие от структурного подхода, в объектно-ориентированном внесение изменений в проект имеет более локальный характер. Гибкая архитектура и переносимость. Объектно-ориентированная декомпозиция, в результате которой приложение представляется в виде совокупности классов и объектов, обеспечивает гибкость архитектуры системы. Повторное использование программных компонентов. Разрабатываемые в рамках некоторого приложения классы обычно отражают типовые решения, поэтому их использование возможно и в других приложениях.

Противопостовление объектно-ориентированного подхода является (не найдено)