- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
- •Диаграммные техники структурно - ориентированного системного анализа и их назначение
- •Idef0: назначение и основные элементы
- •Idef3: назначение и основные элементы
- •Диаграммы idef0, idef3, dfd в моделировании по
- •Диаграммы idef0, idef3, dfd в моделировании бизнес-процессов
- •Классификация структурных методологий: школы Se и ie
- •Классификация структурных методологий: порядок построения
- •Классификация структурных методологий: тип целевых систем
- •Диаграммные техники объектно - ориентированного с анализа и их назначение
- •Способы описания поведения по
- •Диаграмма состояния: назначения и основные элементы
- •Диаграмма состояния: состояния
- •Диаграмма состояния: переход
- •Диаграмма состояния: составные состояния
- •Диаграммы деятельности: назначения и основные элементы
- •Диаграммы деятельности: состояния действия
- •Диаграммы деятельности: переходы
- •Диаграммы деятельности: дорожки
- •Диаграммы деятельности: объекты
- •Способы описания взаимодействия объектов
- •Диаграмма классов: назначение и основные элементы
- •Диаграмма классов: отношения между классами
- •Диаграмма классов: шаблоны
- •Диаграмма классов: класс
- •Имя класса
- •Атрибуты класса
- •Диаграмма классов: интерфейс
- •Диаграмма техники оо проектирования и их назначение
- •Диаграмма компонентов: назначения и основные элементы
- •Диаграмма развертывания: назначения и основные элементы
- •BPwin: назначения и возможности
- •BPwin: моделирование процессов в нотации idef0
- •Работы (Activity)
- •Стрелки (Arrow)
- •BPwin: моделирование процессов в нотации dfd
- •BPwin: моделирование процессов в нотации idef3
- •BPwin: создание системной модели
- •BPwin: abc- анализ
- •BPwin: udp- анализ
- •ERwin:назначение и возможности
- •ERwin: логическое моделирование данных
- •ERwin: физическое моделирование данных
- •ERwin: моделирование хранение данных
- •Взаимодействие bPwin и Erwin
- •Rationalrose: назначение и возможности
- •Rationalrose: создание модели вариантов использования
- •Rationalrose: моделирование диаграммы состояния
- •Rationalrose: моделирование поведения в виде диаграммы деятельности
- •Rationalrose: моделирование взаимодействие объектов в виде диаграммы последовательности
- •Rationalrose: моделирование взаимодействия в виде диаграммы кооперации
- •Rationalrose: построение статической модели по
- •Rationalrose: построение диаграммы компонентов
- •Rationalrose:построение диаграммы развертывания
- •Rationalrose: общая последовательность кодогенерации по модели
- •Rationalrose:кодогенераци я по модели с использованием библиотеки mfc
- •Rational Rose: генерация схем Oracle 8
- •Rational Rose: обратное проектирование
- •Классический подход – предок современных подходов: особенности жц
- •Классический подход – предок современных подходов: использование управляющих структур
- •Классический подход – предок современных подходов: использование модулей
- •Современный подход к разработке по – эволюционное развитие классики
- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
Способы описания взаимодействия объектов
Диаграмма последовательности используется для представления временных особенностей передачи и приема сообщений между объектами. Они позволяют наглядно показать сценарии вариантов использования разрабатываемого ПО. Все сообщения на диаграмме следует читать сверху вниз.
Недостаток: занимает много места.
Диаграмма кооперации является альтернативой диаграммы последовательностей. В отличие от диаграммы последовательности, на диаграмме кооперации изображаются только отношения между объектами, играющими определенные роли во взаимодействии. На этой диаграмме не указывается время в виде отдельного измерения. Поэтому последовательность взаимодействий и параллельных потоков может быть определена с помощью порядковых номеров. Следовательно, если необходимо явно специфицировать взаимосвязи между объектами в реальном времени, лучше это делать на диаграмме последовательности.
Иногда диаграмма кооперации может быть избыточной при наличии построенной диаграммы последовательности. Этот факт не вызывает сомнений в тех случаях, когда структура взаимодействующих объектов является достаточно тривиальной.
Если же взаимодействующие объекты образуют между собой различные типы отношений-ассоциаций (композиция, агрегация), то диаграмма кооперации оказывается необходимым представлением модели на всех ее уровнях.
Диаграмма классов: назначение и основные элементы
Диаграмма классов служит для представления статической структуры модели системы в терминологии объектно-ориентированного подхода (т.е. предназначена для отображения классов разрабатываемого приложения и их взаимосвязей).
Класс в UML служит для обозначения множества объектов с одинаковой структурой, поведением и отношениями с объектами других классов. Графически класс изображается в виде прямоугольника, который может быть разделен на секции.
К роме структуры классов на соответствующей диаграмме указываются различные отношения между классами: отношение зависимости, отношение ассоциации, отношение агрегации, отношение композиции, отношение обобщения.
Интерфейсы являются элементами диаграмм вариантов использования. Однако при построении диаграммы классов отдельные интерфейсы могут изображаться в виде прямоугольника со стереотипом "interface". При этом секция атрибутов у прямоугольника отсутствует, а указывается только секция операций.
Шаблон или параметризованный класс предназначен для обозначения такого класса, который имеет один или более нефиксированный формальный параметр. Он определяет семейство классов, каждый из которых может быть определен путем связывания этих параметров с действительными значениями.
Диаграмма классов: отношения между классами
О тношение зависимости - Это отношение имеет место, когда некоторое изменение источника зависимости (например, класс_B) может потребовать изменения другого, зависимого от него, клиента зависимости (например, класс_A).
При этом стрелка направлена от зависимого класса к независимому классу. Стрелка может помечаться стереотипом, записанным в " " рядом со стрелкой.
О тношение ассоциации - соответствует наличию некоторого отношения между классами.
здесь 1, 1..* - кратность ассоциации, Работа - имя ассоциации, - символ порядка классов в ассоциации.
О тношение агрегации - имеет место между классами в том случае, если один из классов представляет собой некоторую сущность, включающую в себя в качестве составных частей другие сущности.
О тношение композиции - Частным случаем отношения агрегации является отношение композиции, когда части не могут выступать в отрыве от целого.
Отношение обобщения (наследование) является отношением между более общим элементом (предком) и более частным элементом (потомком).
Рядом со стрелкой обобщения может размещаться строка текста, указывающая на некоторые дополнительные свойства отношения.