Александра Бизяева

Реализация системы: Диаграммы компонентов — компоненты Диаграммы размещения — артефакты и их размещение по узлам Объединяют: Структуры логических элементов — компонентов Отображения компонентов на физические элементы — артефакты Структуры используемых ресурсов (nodes) с распределенными по ним артефактами рименяются на позднейших фазах разработки Отношения между сущностями Интерфейсы (1), компоненты (2), артефакты (3) и узлы (4). Если классификатор реализует интерфейс, то для данного классификатора это обеспеченный интерфейс и данный факт показывается с помощью отношения реализации (5). Если классификатор вызывает операции интерфейса — то для данного классификатора это требуемый интерфейс и данный факт показывается с помощью отношения зависимости (6). Сущности: компонент Компонент UML (# компонент в сборочном программировании) — является частью модели описывает…

Классификатор — это дескриптор множества однотипных объектов → может иметь экземпляры действующее лицо (actor), вариант использования (use case), артефакт (artifact), тип данных (data type), ассоциация (association), класс ассоциации (association class), интерфейс (interface), класс (class), кооперация (collaboration), компонент (component), узел (node) и др., (сигнал (signal), … ) применяющиеся в процессе моделирования поведения. Свойства классификаторов 1. Имя 2. Экземпляры 3. Абстрактный 4. Видимость может ли составляющая одного классификатора использоваться в другом открытый + public — виден везде защищенный # protected — виден в контейнере закрытый — private — виден в своем элементе пакетный ∼package — виден в своем пакете 5. Область действия определяет, как проявляет себя составляющая классификатора в экземплярах: используется общее…

Значение моделирования использования. При первом знакомстве с диаграммами использования в UML у разработчиков программного обеспечения, особенно у опытных разработчиков, часто возникает вопрос: зачем это нужно? При этом такого вопроса относительно других средств UML не возникает, поскольку ответ на него в большинстве случаев очевиден по аналогии. Действительно, рассмотрим несколько примеров типичных ассоциаций, возникающих у разработчиков при первом знакомстве с UML. Диаграммы деятельности — это не что иное, как блок-схемы алгоритмов. Разработчик программ, особенно со стажем, прекрасно понимает назначение и границы применимости блок-схем. Подходы к моделированию Структурный подход : систем — подсистема — модули …(структура соответствует команде, а не задаче) БД : схема= таблицы + связи (табельный номер — атрибут сотрудника) ОО:…

Диаграммы Диаграмма — это графическое представление некоторой части графа — это накладываемая на модель структура, которая облегчает создание и использование модели. Диаграммы UML и есть та основная накладываемая на модель структура, которая облегчает создание и использование модели. Модель — объединение диаграмм. Иерархия диаграмм UML 1 В UML 1 определено 9 канонических типов диаграмм: Диаграмма использования (Use Case diagram) Диаграмма классов (Class diagram) Диаграмма объектов (Object diagram) Диаграмма состояний (State chart diagram) Диаграмма деятельности (Activity diagram) Диаграмма последовательности (Sequence diagram) Диаграмма кооперации (Collaboration diagram) Диаграмма компонентов (Component diagram) Диаграмма размещения∇∇ (Deployment diagram) Этот список является итогом многочисленных дискуссий и компромиссов, поэтому не следует воспринимать его как догму. В частности, расхожее утверждение…