Проектирование информационных систем

ООАиП

Диаграммы.
Есть четыре вида сущностей UML:
1. Структурные.
2. Поведенческие.
3. Группирующие.
4. Аннотирующие.

(artifact)
Узел (node)

поведение, суть которого заключается в обмене сообщениями между объектами для

достижения определенной цели. С помощью взаимодействия описывается как отдельная операция, так и поведение совокупности объектов.

Автомат (State machine) – это алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также реакции на эти события

универсальный механизм организации элементов в группы . В пакет можно

поместить структурные, поведенческие и даже другие группирующие сущности. В отличие от компонентов, существующих во время работы программы, пакеты носят чисто концептуальный характер, то есть существуют только во время разработки.

Примечание (Note) – это символ для изображения комментариев, присоединенных к элементу или группе элементов

Обобщение.
4. Реализация.
зависимость (dependency)
ассоциация (association)
обобщение (generalization)
реализация (realization)

Обобщение.
4. Реализация.
зависимость (dependency)
ассоциация (association)
обобщение (generalization)
реализация (realization)

двумя сущностями, при котором изменение одной из них, независимой, может

повлиять на семантику другой, зависимой

между объектами.
Разновидностью ассоциации является

агрегирование (Aggregation) – структурное отношение между целым и его частями. Графическое изображение ассоциации может включать кратность и имена ролей

котором объект специализированного элемента (потомок) может быть подставлен вместо объекта

обобщенного элемента (родителя или предка).
Таким образом, потомок (Child) наследует структуру и поведение своего родителя (Parent).

это отношение между классификаторами,

при котором один классификатор определяет “контракт”, а другой гарантирует его выполнение

Отношение реализации встречаются в двух случаях:
во-первых - между интерфейсами и реализующими их классами или компонентами,
во-вторых - между прецедентами и реализующими их кооперациями (конкретными связями между конкретными классами - так например "сотрудничать" могут как две компании так и компания и конкретный человек).

набора элементов, изображаемое в виде связанного графа с вершинами (сущностями)

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

1. Диаграмма классов.
2. Диаграмма объектов.
3. Диаграмма компонентов.
4. Диаграмма составной структуры.
5. Диаграмма вариантов использования.
6. Диаграмма последовательности.
7. Диаграмма коммуникации.
8. Диаграмма состояний.
9. Диаграмма деятельности.
10. Диаграмма размещения.
11. Диаграмма пакетов.
12. Временная диаграмма.
13. Диаграмма обзора взаимодействий.

классы, интерфейсы, объекты и кооперации, а также их отношения. Используется

при моделировании объектно-ориентированных систем.

UML – это снимок объектов системы в какой-то момент времени.

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

назначение системы, т.е. то, что система будет делать в процессе

своего функционирования.
Является исходной концептуальной моделью системы в процессе ее проектирования и разработки.

диаграмма, на которой показано взаимодействие объектов (обмен между ними сигналами

и сообщениями), упорядоченное по времени, с отражением продолжительности обработки и последовательности их проявления.

объекта, во время которой он удовлетворяет некоторому условию, выполняет определенную

деятельность или ожидает какого-то события. Состояние объекта определяется значениями некоторых его атрибутов и присутствием или отсутствием связей с другими объектами. Диаграмма состояний показывает, как объект переходит из одного состояния в другое.

6. Диаграмма состояний.
Диаграммы состояний применяются для того, чтобы объяснить, каким образом работают сложные объекты.

на которой показано разложение некоторой деятельности на её составные части.

Под деятельностью (activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий (action), соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.

один из двух видов диаграмм, применяемых при моделировании физических аспектов

объектно-ориентированной системы (второй вид - диаграммы развертывания). Они показывают организацию наборов компонентов и зависимости между ними.
Диаграммы компонентов применяются для моделирования статического вида системы с точки зрения реализации.

— в UML моделирует физическое развертывание артефактов на узлах. Например,

чтобы описать веб-сайт диаграмма развертывания должна показывать, какие аппаратные компоненты («узлы») существуют (например, веб-сервер, сервер базы данных, сервер приложения), какие программные компоненты («артефакты») работают на каждом узле (например, веб-приложение, база данных), и как различные части этого комплекса соединяются друг с другом (например, JDBC, REST, RMI).

составляющими модель.
Диаграмма пакетов служит, в первую очередь, для организации

элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.

1.x — диаграмма кооперации, collaboration diagram) — диаграмма, на которой

изображаются взаимодействия между частями композитной структуры или ролями кооперации. В отличие от диаграммы последовательности, на диаграмме коммуникации явно указываются отношения между объектами, а время как отдельное измерение не используется (применяются порядковые номера вызовов).

тип диаграмм является разновидностью диаграмм последовательностей и предназначен для наглядного

изображения потока изменения состояний нескольких ролей (классов, компонент). Последние изображаются не вертикально, а горизонтально, и основной упор делается на наглядное изображение их состояний, точнее, того, как они меняются во времени. Такая возможность полезна, например, при моделировании встроенных систем.

диаграмм деятельности и диаграмм последовательности. Можно считать диаграммы обзора взаимодействия

диаграммами деятельности, в которых деятельности заменены небольшими диаграммами последовательности, или диаграммами последовательности, разбитыми с помощью нотации диаграмм деятельности для отображения потока управления. Временные диаграммы (timing diagrams)

— статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по

возможности, взаимодействие элементов (частей) внутренней структуры класса.)

имеет внутреннее представление.
Важным общим правилом UML является спецификация того,

какую именно семантическую информацию, связанную с тем или иным графическим элементом нотации, инструмент обязан хранить.
Другими словами, у каждой картинки есть оборотная сторона, где все записано, даже то, что в данном контексте не нужно или нельзя показывать на картинке.

Например, инструмент может поддерживать режим, в котором часть информации о классе (скажем, список операций) не отображается на картинке или отображается не полностью. Но при этом полный список со всеми деталями во внутреннем представлении сохраняется.
Более того, внутреннее представление может быть переведено в текст в формате XMI без потери информации.
Таким образом, в UML определен результат сериализации модели.

модель, состоящая из двух сущностей и одного отношения.
Пример диаграммы классов

базовая графическая нотация.
Эта нотация может быть расширена путем использования

дополнительных текстовых и/или графических объектов, присоединяемых к базовой нотации. Такие дополнительные объекты так и называются ‒ дополнения.

и объекты
Дихотомия класс-объект означает, что всегда четко различается, о чем

идет речь: об общем описании некоторого множества однотипных объектов (т.е. о классе) или о конкретном объекте из некоторого множества однотипных объектов (т.е. об экземпляре класса).

реализации
Дихотомия интерфейс-реализация позволяет указать в модели, чем именно является та

или иная сущность: абстрактным описанием того, чем она должна быть по отношению к другим сущностям, или конкретным описанием того, чем сущность физически является.
В UML это может быть выражено разными способами.

‒ это встроенный в язык способ изменить язык.
Механизмы расширения

позволяют определять новые элементы модели на основе существующих управляемым и унифицированным способом.

помеченные значения

ограничения

стереотипы

value) ‒ это пара:
имя свойства
и значение свойства,
которая

может быть добавлена
к любому стандартному элементу модели.

это логическое утверждение относительно
значений свойств элементов модели.

это определение нового элемента моделирования
на основе существующего элемента моделирования.
Отношение

между элементом модели, который взят за основу M2::Actor и новым элементом модели M2::PowerUser называется отношением расширения (extension)

системы;
выбора структурных элементов, составляющих систему, и их интерфейсов;
поведения этих элементов,

определенного в их кооперациях;
объединения этих структурных и поведенческих элементов в более крупные подсистемы;
архитектурного стиля, определяющего организацию системы: статические и динамические элементы и их интерфейсы, кооперацию и композицию.