Рабочие листы
к вашим урокам
Скачать
1 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
1
Высокоуровневые методы информатики и программирования
Лекция 3
Концептуальная модель UML
2 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
2
Содержание
Структура языка UML
Обзор UML
Концептуальная модель UML
3 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
3
Использование UML
Язык UML предназначен прежде всего для разработки программных систем. Его использование особенно эффективно в следующих областях:
информационные системы масштаба предприятия;
банковские и финансовые услуги;
телекоммуникации;
транспорт;
оборонная промышленность, авиация и космонавтика;
розничная торговля;
медицинская электроника;
наука;
распределенные Web-системы.
4 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
4
Использование UML
Сфера применения UML не ограничивается моделированием программного обеспечения. Его выразительность позволяет моделировать, скажем, документооборот в юридических системах, структуру и функционирование системы обслуживания пациентов в больницах, осуществлять проектирование аппаратных средств.
5 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
5
Структура языка UML
6 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
6
Обзор UML
Унифицированный язык моделирования (UML) является стандартным инструментом для создания "чертежей" программного обеспечения. С помощью UML можно визуализировать, специфицировать, конструировать и документировать артефакты программных систем.
7 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
7
Обзор UML
UML пригоден для моделирования любых систем: от ИС масштаба предприятия до распределенных Web-приложений и даже встроенных систем реального времени. Это очень выразительный язык, позволяющий рассмотреть систему со всех точек зрения, имеющих отношение к ее разработке и последующему развертыванию. Несмотря на обилие выразительных возможностей, этот язык прост для понимания и использования.
Изучение UML удобнее всего начать с его концептуальной модели, которая включает в себя три основных элемента: базовые строительные блоки, правила, определяющие, как эти блоки могут сочетаться между собой, и некоторые общие механизмы языка.
8 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
8
Обзор UML
Несмотря на свои достоинства, UML - это всего лишь язык; он является одной из составляющих процесса разработки программного обеспечения, и не более того. Хотя UML не зависит от моделируемой реальности, лучше всего применять его, когда процесс моделирования основан на рассмотрении прецедентов использования, является итеративным и пошаговым, а сама система имеет четко выраженную архитектуру.
9 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
9
Концептуальная модель UML
Для понимания UML необходимо усвоить его концептуальную модель, которая включает в себя три составные части:
основные строительные блоки языка,
правила их сочетания и
некоторые общие для всего языка механизмы.
Усвоив эти элементы, вы сумеете читать модели на UML и самостоятельно создавать их - вначале, конечно, не очень сложные. По мере приобретения опыта в работе с языком вы научитесь пользоваться и более развитыми его возможностями.
10 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
10
Строительные блоки UML
Словарь языка UML включает три вида строительных блоков:
сущности;
отношения;
диаграммы.
Сущности - это абстракции, являющиеся основными элементами модели. Отношения связывают различные сущности; диаграммы группируют представляющие интерес совокупности сущностей.
11 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
11
Строительные блоки UML
В UML имеется четыре типа сущностей:
структурные;
поведенческие;
группирующие;
аннотационные.
Сущности являются основными объектно-ориентированными блоками языка. С их помощью можно создавать корректные модели.
Структурные сущности - это имена существительные в моделях на языке UML Как правило, они представляют собой статические части модели, соответствующие концептуальным или физическим элементам системы. Существует семь разновидностей структурных сущностей.
12 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
12
Строительные блоки UML
Класс (Class) - это описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. Класс реализует один или несколько интерфейсов. Графически класс изображается в виде прямоугольника, в котором обычно записаны его имя, атрибуты и операции.
13 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
13
Строительные блоки UML
Интерфейс (Interface) - это совокупность операций, которые определяют сервис (набор услуг), предоставляемый классом или компонентом. Т.о., интерфейс описывает видимое извне поведение элемента.
Интерфейс может представлять поведение класса или компонента полностью или частично; он определяет только спецификации операций (сигнатуры), но никогда - их реализации.
Графически интерфейс изображается в виде круга, под кот.пишется его имя.
Интерфейс редко существует сам по себе - обычно он присоединяется к реализующему его классу или компоненту.
14 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
14
Строительные блоки UML
Кооперация (Collaboration) определяет взаимодействие; она представляет собой совокупность ролей и других элементов, которые, работая совместно, производят некоторый кооперативный эффект, не сводящийся к простой сумме слагаемых.
Кооперация, следовательно, имеет как структурный, так и поведенческий аспект. Один и тот же класс может принимать участие в нескольких кооперациях; т.о., они являются реализацией образцов поведения, формирующих систему.
Графически кооперация изображается в виде эллипса, ограниченного пунктирной линией, в который обычно заключено только имя.
15 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
15
Строительные блоки UML
Прецедент (Use case) - это описание последовательности выполняемых системой действий, которая производит наблюдаемый результат, значимый для какого-то определенного актера (Actor).
Прецедент применяется для структурирования поведенческих сущностей модели.
Прецеденты реализуются посредством кооперации. Графически прецедент изображается в виде ограниченного непрерывной линией эллипса, обычно содержащего только его имя.
16 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
16
Строительные блоки UML
Активным классом (Active class) называется класс, объекты которого вовлечены в один или несколько процессов, или нитей (Threads), и поэтому могут инициировать управляющее воздействие. Активный класс во всем подобен обычному классу, за исключением того, что его объекты представляют собой элементы, деятельность которых осуществляется одновременно с деятельностью других элементов. Графически активный класс изображается так же, как простой класс, но ограничивающий прямоугольник рисуется жирной линией и обычно включает имя, атрибуты и операции.
17 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
17
Строительные блоки UML
Узел (Node) - это элемент реальной (физической) системы, который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и способностью обработки. Совокупность компонентов может размещаться в узле, а также мигрировать с одного узла на другой. Графически узел изображается в виде куба, обычно содержащего только имя.
18 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
18
Строительные блоки UML
Поведенческие сущности (Behavioral things) являются динамическими составляющими модели UML. Это глаголы языка: они описывают поведение модели во времени и пространстве. Существует всего два основных типа поведенческих сущностей.
19 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
19
Строительные блоки UML
Взаимодействие (Interaction) - это поведение, суть которого заключается в обмене сообщениями (Messages) между объектами в рамках конкретного контекста для достижения определенной цели. С помощью взаимодействия южно описать как отдельную операцию, так и поведение совокупности объектов. взаимодействие предполагает ряд других элементов, таких как сообщения, последовательности действий (поведение, инициированное сообщением) и связи (между объектами). Графически сообщения изображаются в виде стрелки, над которой почти всегда пишется имя соответствующей операции.
20 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
20
Строительные блоки UML
Автомат (State machine) - это алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также реакции на эти события. С помощью автомата можно описать поведение сдельного класса или кооперации классов. С автоматом связан ряд других элементов: состояния, переходы (из одного состояния в другое), события (сущности, инициирующие переходы) и виды действий (реакция на переход). Графически состояние изображается в виде прямоугольника с закругленными углами, содержащего имя и, возможно, подсостояния.
21 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
21
Строительные блоки UML
В языке UML определены четыре типа отношений:
зависимость;
ассоциация;
обобщение;
реализация.
22 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
22
Строительные блоки UML
Зависимость (Dependency) - это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой. Графически зависимость изображается в виде прямой пунктирной линии, часто со стрелкой, которая может содержать метку.
23 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
23
Строительные блоки UML
Ассоциация (Association) - структурное отношение, описывающее совокупность связей; связь - это соединение между объектами. Разновидностью ассоциации является агрегирование (Aggregation) - так называют структурное отношение между целым и его частями. Графически ассоциация изображается в виде прямой линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, на пример кратность и имена ролей.
24 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
24
Строительные блоки UML
Обобщение (Generalization) - это отношение "специализация/обобщение", при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).
Т.о., потомок (Child) наследует структуру и поведение своего родителя (Parent). Графически отношение обобщения изображается в виде линии с не закрашенной стрелкой, указывающей на родителя.
25 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
25
Строительные блоки UML
Реализация (Realization) - это семантическое отношение между классификаторами, при котором один классификатор определяет "контракт", а другой гарантирует его выполнение. Отношения реализации встречаются в двух случаях: во-первых, между интерфейсами и реализующими их классами или компонентами, а во-вторых, между прецедентами и реализующими их кооперациями. Отношение реализации изображается в виде пунктирной линии с не закрашенной стрелкой, как нечто среднее между отношениями обобщения и зависимости
26 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
26
Строительные блоки UML
Четыре описанных элемента являются основными типами отношений, которые можно включать в модели UML. Существуют также их вариации, например уточнение (Refinement), трассировка (Trace), включение и расширение (для зависимостей).
27 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
27
Строительные блоки UML
Диаграмма в UML - это графическое представление набора элементов, изображаемое чаще всего в виде связанного графа с вершинами (сущностями) и ребрами (отношениями). Диаграммы рисуют для визуализации системы с разных точек зрения. Диаграмма - в некотором смысле одна из проекций системы. Как правило, за исключением наиболее тривиальных случаев, диаграммы дают свернутое представление элементов, из которых составлена система. Один и тот же элемент может присутствовать во всех диаграммах, или только в нескольких (самый распространенный вариант), или не присутствовать ни в одной (очень редко).
28 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
28
Строительные блоки UML
Теоретически диаграммы могут содержать любые комбинации сущностей и отношений. На практике, однако, применяется сравнительно небольшое количество типовых комбинаций, соответствующих пяти наиболее употребительным видам, которые составляют архитектуру программной системы.
29 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
29
Строительные блоки UML
Таким образом, в UML выделяют девять типов диаграмм:
диаграммы классов;
диаграммы объектов;
диаграммы прецедентов;
диаграммы последовательностей;
диаграммы кооперации;
диаграммы состояний;
диаграммы действий;
диаграммы компонентов;
диаграммы развертывания.
30 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
30
Use case diagram
Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций.
Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют действующие лица (Actors).
Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые.
31 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
31
Use case diagram
32 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
32
Deployment diagram
Диаграммы топологии
Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. В прямом переводе с английского Deployment означает «развертывание», но термин «топология» точнее отражает сущность этого типа диаграмм.
Для каждой модели создается только одна такая диаграмма, отображающая процессоры (Processor), устройства (Device) и их соединения.
Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.
33 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
33
Deployment diagram
34 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
34
Диаграммы состояний
State Maсhine diagram (диаграммы состояний)
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (диаграмма состояний) и Activity diagram (диаграмма активности)
35 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
35
Диаграмма состояний
Диаграмма состояний (Statechart) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine, доступ к которой осуществляется из одного пункта меню.
36 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
36
Диаграмма активности
37 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
37
Диаграммы активности
Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.
Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем.
38 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
38
Диаграммы взаимодействия
Interaction diagram (диаграммы взаимодействия)
Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.
39 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
39
Диаграммы взаимодействия
Sequence diagram (диаграммы последовательностей действий)
Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов.
Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами.
Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений. Для того чтобы окинуть взглядом все взаимосвязи объектов, служит Collaboration diagram.
40 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
40
Диаграммы взаимодействия
Sequence diagram (диаграммы последовательностей действий)
41 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
41
Диаграммы взаимодействия
Collaboration diagram (диаграммы сотрудничества)
Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.
По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.
42 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
42
Диаграммы взаимодействия
Collaboration diagram (диаграммы сотрудничества)
43 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
43
Диаграммы классов
Class diagram (диаграммы классов)
Этот тип диаграмм позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов.
Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration, на котором отображаются объекты системы.
44 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
44
Диаграммы классов
Rational Rose позволяет создавать классы при помощи данного типа диаграмм в различных нотациях. В нотации, предложенной Г. Бучем, которая так и называется Booch, классы изображаются в виде чего-то нечеткого, похожего на облако. Таким образом Г.Буч пытается показать, что класс – это лишь шаблон, по которому в дальнейшем будет создан конкретный объект.
45 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
45
Диаграммы классов
Class diagram (диаграммы классов)
46 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
46
Диаграммы компонентов
Component diagram (диаграммы компонентов)
Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей.
При проектировании больших систем может оказаться, что система должна быть разложена на несколько сотен или даже тысяч компонентов, и этот тип диаграмм позволяет не потеряться в обилии модулей и их связей.
47 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
47
Диаграммы компонентов
Component diagram (диаграммы компонентов)
48 слайд
29.12.2020
МФ ПГУ им.М.В.Ломоносова
48
Вопросы?
Рабочие листы
к вашим урокам
Скачать
6 656 920 материалов в базе
Настоящий материал опубликован пользователем Красильникова Екатерина Михайловна. Инфоурок является информационным посредником и предоставляет пользователям возможность размещать на сайте методические материалы. Всю ответственность за опубликованные материалы, содержащиеся в них сведения, а также за соблюдение авторских прав несут пользователи, загрузившие материал на сайт
Если Вы считаете, что материал нарушает авторские права либо по каким-то другим причинам должен быть удален с сайта, Вы можете оставить жалобу на материал.
Удалить материал
Ваша скидка на курсы
40%
Курс профессиональной переподготовки
500/1000 ч.
Курс повышения квалификации
36 ч. — 144 ч.
Курс повышения квалификации
72 ч. — 180 ч.
Курс профессиональной переподготовки
600 ч.
Мини-курс
3 ч.
Оставьте свой комментарий
Авторизуйтесь, чтобы задавать вопросы.