UML 2016 06 https: //vk. com/club 129679290

Скачать презентацию UML 2016 06  https: //vk. com/club 129679290 Скачать презентацию UML 2016 06 https: //vk. com/club 129679290

proektirovanie_is_2016_06.pptx

  • Размер: 20.7 Мб
  • Автор:
  • Количество слайдов: 87

Описание презентации UML 2016 06 https: //vk. com/club 129679290 по слайдам

UML 2016 06   UML

https: //vk. com/club 129679290 Проектирование Информационной системы для публикации и комментирования статей.  https: //vk. com/club 129679290 Проектирование Информационной системы для публикации и комментирования статей.

Календарный план 1. Получение и уточнение задания 2. Диаграмма вариантов использования 3. Модель анализаКалендарный план 1. Получение и уточнение задания 2. Диаграмма вариантов использования 3. Модель анализа 4. Диаграммы кооперации 5. Диаграммы классов проектирования 6. Диаграммы последовательности 7. Оформление ПЗ

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

ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ   ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ

Общие элементы -экземпляры актеров и объекты, участвующие во взаимодействии;  -сообщения, передаваемые между экземплярамиОбщие элементы -экземпляры актеров и объекты, участвующие во взаимодействии; -сообщения, передаваемые между экземплярами актеров и объектами.

Экземпляры сущностей Имя объекта : Имя класса (например, Вася : Программист );  :Экземпляры сущностей Имя объекта : Имя класса (например, Вася : Программист ); : Имя класса (например, : Программист ) – анонимный объект; Имя объекта (например, Вася ) – предполагается, что имя класса известно; Имя объекта : (например, Вася : ) – объект-сирота. Считается, что имя класса неизвестно.

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

Примеры отображения экземпляров сущностей, линии жизни и символа уничтожения объекта   Примеры отображения экземпляров сущностей, линии жизни и символа уничтожения объекта

Сообщения синхронное сообщение (synchronous message). Клиент посылает сообщение серверу и ждет, пока тот приметСообщения синхронное сообщение (synchronous message). Клиент посылает сообщение серверу и ждет, пока тот примет и обработает сообщение. Как правило, один объект передает синхронное сообщение второму, второй – третьему и т. д. , образуя вложенный поток сообщений. В любом случае клиент, инициирующий поток сообщений, должен дождаться его завершения, т. е. возврата управления. Это самый распространенный тип сообщений; асинхронное сообщение (asynchronous message). Клиент посылает сообщение серверу и, не дожидаясь ответа, продолжает выполнять следующие операции; возвращающее сообщение (reply message), обозначающее возврат значения или управления от сервера обратно клиенту. Стрелки этого вида зачастую отсутствуют на диаграммах, поскольку неявно предполагается их существование после окончания процесса выполнения операции.

Специфические виды сообщений Объект может посылать сообщения самому себе (вызывать собственные методы), инициируя такСпецифические виды сообщений Объект может посылать сообщения самому себе (вызывать собственные методы), инициируя так называемые рефлексивные сообщения. Сообщения, получаемые от внешнего источника (found message) Сообщения, передаваемые внешнему приемнику (lost message), должны, соответственно, начинаться и заканчиваться закрашенным кружком. Создание объектов отображается как возвращающее сообщение со стереотипом «create» Уничтожение синхронное сообщение со стереотипом «destroy» . После получения сообщения на уничтожение объекта его линия жизни заканчивается символом X

Каждое сообщение должно иметь -произвольная строка текста. Применяется на начальных стадиях проектирования или концептуальныхКаждое сообщение должно иметь -произвольная строка текста. Применяется на начальных стадиях проектирования или концептуальных диаграммах; -указание стереотипа для некоторых стандартных действий: — « create » (создать) – возвращающее сообщение, требующее создания объекта; — « destroy » (уничтожить) – синхронное сообщение с требованием уничтожить соответствующий объект; — « call » (вызвать) – синхронное сообщение, требующее выполнения операции принимающего объекта; — « send » (послать) – асинхронное сообщение, обозначающее посылку сигнала серверу; — « return » (возвратить) или « reply » (ответить)– возвращающее сообщение;

 Указание спецификации вызываемого метода объекта-получателя в формате:  [переменная =] имя([список параметров]) [: Указание спецификации вызываемого метода объекта-получателя в формате: [переменная =] имя([список параметров]) [: возвращаемое значение]. Переменная — переменная или атрибут объекта-отправителя, которому будет присвоен результат вызываемого метода. Имя сообщения (обязательный параметр) – имя вызываемого метода объекта-получателя. Список аргументов – список аргументов, разделенных запятыми и передаваемых для выполнения метода. Возвращаемое значение – константа или имя переменной, являющиеся результатом вызываемого метода.

 Фокус управления   Фокус управления

Фрагменты   Фрагменты

Типы фрагментов - alt (alternatives) - вызовы альтернативных сообщений (выполнение взаимоисключающих операций). Альтернативные сообщенияТипы фрагментов — alt (alternatives) — вызовы альтернативных сообщений (выполнение взаимоисключающих операций). Альтернативные сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями. Используется для моделирования условного оператора (if-then-else) и операторов выбора (case или switch); — opt (option) — вызов дополнительного сообщения (группы сообщений) при некотором условии. Аналогичен фрагменту с типом « alt » для случая, когда используется сокращенный условный оператор (if-then); — par (parallel) — параллельная обработка сообщений. Параллельно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями; — loop — циклическая обработка сообщений. Используется для моделирования циклов; — break — досрочное прерывание обработки сообщений при некотором условии. Используется как составная часть других фрагментов (как правило, « loop » );

 - critical - эксклюзивно обрабатываемое сообщение (группа сообщений).  Используется как составная часть — critical — эксклюзивно обрабатываемое сообщение (группа сообщений). Используется как составная часть других фрагментов (как правило, «par» ). Подразумевает приостановку обработки любых сообщений в более общем фрагменте на время обработки сообщений внутри подфрагмента « critical » ; — neg (negative) — сообщение или событие, сгенерированное в результате невозможности обработки другого принятого сообщения. Например, если при запросе пароля get. Password() истекло время на его ввод, то вместо возврата пароля будет сгенерировано сообщение «время вышло» (англ. « timeout » ); — assert (assertion) — сообщение (группа сообщений), выполняемое после предварительной проверки некоторого условия. Если условие отрицательно, то сообщение не посылается. В программировании такой прием часто используется для локализации ошибок; — strict — строгая последовательная обработка сообщений. Последовательно обрабатываемые сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и обрабатываются строго по очереди сверху-вниз; — seq (sequencing) — нестрогая последовательная обработка сообщений. Сообщения (группы сообщений) отделяются друг от друга горизонтальными штриховыми линиями и могут обрабатываться в произвольном порядке за исключением сообщений, принимаемых одним объектом;

 - ignore - игнорирование сообщений. После слова « ignore » в фигурных скобках — ignore — игнорирование сообщений. После слова « ignore » в фигурных скобках перечисляются сообщения, возникновение которых во фрагменте потенциально возможно наряду с явно отображенными и которые должны быть проигнорированы; — consider — игнорирование других сообщений. После слова « consider » в фигурных скобках перечисляются сообщения, которые явно отображены во фрагменте, а также возникновение которых во фрагменте потенциально возможно наряду с явно отображенными. Остальные потенциально возможные сообщения должны быть проигнорированы; — ref (reference) — ссылка на часть взаимодействия, определенную в другом месте (на другой диаграмме). Данный элемент подобен предопределенным процессам наблок-схемахилискрытым составным состояниямнадиаграммах автоматов.

Правила и рекомендации 1. Для выбранного варианта использования необходимо перенести с диаграммы классов анализаПравила и рекомендации 1. Для выбранного варианта использования необходимо перенести с диаграммы классов анализа все участвующие в нем классы, а с диаграммы вариантов использования – актеров. 2. Надиаграмме коммуникациимежду классами следует отобразить ассоциации, перенесенные сдиаграммы классов анализа, а также добавить ассоциации, связывающие актеров сграничными классами. 3. Для отображения основного и альтернативного потоков событий (наборов сообщений) в рамкахварианта использованияследует использоватьфрагментс типом « alt » . 4. На стадии анализа имена сообщениям можно давать произвольно (например, «Записать данные о клиенте» ) или в виде стереотипов. В дальнейшем (вмодели проектирования) имена сообщений должны соответствовать методам классов.

 5. Имена сущностей на диаграммах (экземпляры актеров и объекты) должны быть подчеркнуты и 5. Имена сущностей на диаграммах (экземпляры актеров и объекты) должны быть подчеркнуты и обозначены соответствующим образом. 6. Надиаграммах последовательностисимвол уничтожения объектов следует задавать только для тех объектов, которые во время взаимодействия действительно уничтожаются. Экземпляры актеров и объектыклассов сущностей (долгоживущая информация), как правило, существуют до начала и после окончания взаимодействия. Для них символ уничтожения не показывается. Объектыграничныхиуправляющихклассов, напротив, в большинстве случаев создаются на момент взаимодействия и по его окончанию уничтожаются. В связи с этим для них требуется отображать символ уничтожения.

ветвление   ветвление

ДИАГРАММЫ ПАКЕТОВ   ДИАГРАММЫ ПАКЕТОВ

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

Способы отображения содержимого пакетов   Способы отображения содержимого пакетов

Примеры отношений между пакетами «import» (импорт) или «merge» (слияние).   Примеры отношений между пакетами «import» (импорт) или «merge» (слияние).

 «import» позволяет при обращении сущности из одного пакета к сущности другого пакета указывать «import» позволяет при обращении сущности из одного пакета к сущности другого пакета указывать только ее имя, а не полную спецификацию. в объекте класса Table. Screen необходимо создавать объекты класса Text. Field. Double, после импортирования достаточно для этих целей использовать имя класса «new Text. Field. Double(. . . )» вместо «new ru. lib. field. Text. Field. Double(. . . )» . «merge» практически идентична отношению обобщения. В частности, пакет ru. iskra. PUT. panel помимо своих сущностей (подпакетов и классов) будет содержать сущности пакета ru. lib. panel. Если в двух пакетах будут сущности с одинаковым именем, то сущность в результирующем пакете (ru. iskra. PUT. panel) будет расширена за счет специфических свойств сущности исходного пакета (ru. lib. panel). Отличие от отношения обобщения заключается в отсутствии наследования сущностей с областью видимости «private» (частных сущностей).

Подходы  -группировать классы по стереотипу. В одном пакете будут находитьсяклассы сущностей, в другомПодходы -группировать классы по стереотипу. В одном пакете будут находитьсяклассы сущностей, в другом –граничные, в третьем –управляющие; -группировать по семантической однородности. Например, пакет «Безопасность» будет содержать все классы, отвечающие за безопасность системы; -группировать по подсистемам (по функциональности). Например, при разработке большой и сложной системы, состоящей из нескольких взаимодействующих подсистем; -комбинировать три подхода, описанных выше.

Модель реализации   Модель реализации

 -определение окончательного состава, структуры и кода классов;  -распределение классов по компонентам и -определение окончательного состава, структуры и кода классов; -распределение классов по компонентам и подсистемам; -определение топологии распределенной системы и распределение подсистем по узлам сети; -планирование итераций (версий) сборки системы; -сборка версий системы.

ДИАГРАММЫ КОМПОНЕНТОВ   ДИАГРАММЫ КОМПОНЕНТОВ

цели -спецификация общей структуры исходного кода системы;  -спецификация исполнимого варианта системы.  цели -спецификация общей структуры исходного кода системы; -спецификация исполнимого варианта системы.

Компонент  физическая часть системы. Компоненты, представляющие собой файлы с исходным кодом классов, библиотеки,Компонент физическая часть системы. Компоненты, представляющие собой файлы с исходным кодом классов, библиотеки, исполняемые модули и т. п. , которые должны обладать согласованным набором интерфейсов. — « file » – любой файл, кроме таблицы: « executable » – программа (исполняемый файл); « library » – статическая или динамическая библиотека; « source » – файл с исходным текстом программы; « document » – остальные файлы (например, файл справки); — « table » – таблица базы данных.

Компонент с секциями • предоставляемые (provided)  • или необходимые для работы (required) интерфейсыКомпонент с секциями • предоставляемые (provided) • или необходимые для работы (required) интерфейсы • классы, • методы (operations), н • аименование файла-компонента (artifacts)

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

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

ДИАГРАММЫ РАЗВЕРТЫВАНИЯ   ДИАГРАММЫ РАЗВЕРТЫВАНИЯ

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

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

 Узел с компонентами   Узел с компонентами

Соединения  физическое соединение (например, оптоволоконная линия или спутниковая связь), ссылка на сайт вСоединения физическое соединение (например, оптоволоконная линия или спутниковая связь), ссылка на сайт в Интернет и т. д. Соединения показываются в виде ассоциации и изображаются линиями без стрелок. Наличие такой линии указывает на необходимость организации канала для обмена информацией между соответствующими узлами. Характер соединения может быть дополнительно специфицирован примечанием, помеченным значением или ограничением.

 1. Перед разработкой диаграммы необходимо идентифицировать:  -категории (типы) пользователей. Для каждой категории 1. Перед разработкой диаграммы необходимо идентифицировать: -категории (типы) пользователей. Для каждой категории должны быть определены количество пользователей и требуемые для работы компоненты системы; -аппаратные, технические и другие типы устройств, необходимые для выполнения системой своих функций; -виды и требуемую пропускную способность каналов связи. 2. Должны быть рассмотрены варианты прокладки новой или модернизации существующей корпоративной сети организации.

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

Диаграммы последовательности действий отображают взаимодействие объектов,  упорядоченное по времени.  Основными компонентами диаграммДиаграммы последовательности действий отображают взаимодействие объектов, упорядоченное по времени. Основными компонентами диаграмм последовательности действий являются: — Объекты; — Линия жизни; — Сообщения.

Объекты Объект – экземпляр класса. объект. А: Класс. В : Класс. С объект. DИмяОбъекты Объект – экземпляр класса. объект. А: Класс. В : Класс. С объект. DИмя класса Имя объекта Объект-сирот а

Графические элементы диаграммы последовательности объект. А: Класс. В объект. С : Класс. D ЛинияГрафические элементы диаграммы последовательности объект. А: Класс. В объект. С : Класс. D Линия жизни Символ уничтожения объекта. Фокус управления Сообщение

Линия жизни и фокус управления объект. А: Класс. В объект. С : Класс. DОбъектЛиния жизни и фокус управления объект. А: Класс. В объект. С : Класс. DОбъект С инициирует создание анонимного объекта из класса

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

Сообщение, отправленное самому себе – рефлексивное (саморегулирование). Имя. Объекта 4 :  Имя. КлассаСообщение, отправленное самому себе – рефлексивное (саморегулирование). Имя. Объекта 4 : Имя. Класса 4 4:

Пример диаграммы последовательности b:  Абонент уничтожить()повесить. Трубк у()а:  Абонент с:  ТелефонныйПример диаграммы последовательности b: Абонент уничтожить()повесить. Трубк у()а: Абонент с: Телефонный аппарат d: Телефонный аппарат: Коммутатор поднять. Трубку () тон. Сигнал () *[ i: =1. . n ] набор. Цифры( i ) набор. Номера() [номер полный] вызов. Абонента( b ) звонок() поднять. Трубку (): Разговорсоздать( ) подтвердит ь()начать. Разгово р() закончить. Разгово р()

Диаграмма деятельности   Диаграмма деятельности

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

Компоненты диаграммы деятельности Основные элементы диаграмм деятельности: - деятельность (действие) - переход - элементКомпоненты диаграммы деятельности Основные элементы диаграмм деятельности: — деятельность (действие) — переход — элемент выбора — линия синхронизации (линейка синхронизации).

Действие (деятельность) Действие - исполнение определенного поведения в потоке управления системой Налить кофе y:Действие (деятельность) Действие — исполнение определенного поведения в потоке управления системой Налить кофе y: =y+1 Имя может быть записано на естественном языке … или на языке программирования

Элемент выбора Элементы выбора позволяют задавать альтернативные пути  потока управления.  Условие –Элемент выбора Элементы выбора позволяют задавать альтернативные пути потока управления. Условие – логическое выражение, которое может принимать значение true или false Условие 1 Условие

Пример ветвления переходов. Преобразовать уравнение к каноническому виду Вычислить дискриминант Вычислить корни квадратного уравненияПример ветвления переходов. Преобразовать уравнение к каноническому виду Вычислить дискриминант Вычислить корни квадратного уравнения [ дискриминант>=0 ] [ дискриминант<0 ]

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

Дорожки (Swimlane) Группа действий между дорожками выполняется соответствующим подразделением    Дорожки (Swimlane) Группа действий между дорожками выполняется соответствующим подразделением

Пример диаграммы деятельности. Подготовка участка Подведение электрической линии Возведение стен и фундамента Прокладка электропроводкиПример диаграммы деятельности. Подготовка участка Подведение электрической линии Возведение стен и фундамента Прокладка электропроводки Возведение крыши Установка осветительных ламп Отделочные работы

Изученные вопросы Определение и назначение диаграммы деятельности Компоненты (действия, переходы, линии синхронизации,  элементИзученные вопросы Определение и назначение диаграммы деятельности Компоненты (действия, переходы, линии синхронизации, элемент выбора, дорожки) Пример диаграммы деятельности для процесса постройки дома

Диаграммы реализации   Диаграммы реализации

Виды диаграмм реализации Диаграммы компонентов Диаграммы развертывани я   Виды диаграмм реализации Диаграммы компонентов Диаграммы развертывани я

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

Компонент Служит для обозначения элементов физического представления модели и может реализовывать некий набор интерфейсов.Компонент Служит для обозначения элементов физического представления модели и может реализовывать некий набор интерфейсов. Каталог

Пример диаграммы компонентов. Main. exe Main. cpp Context. hlp Dialog. dll Index. html Пример диаграммы компонентов. Main. exe Main. cpp Context. hlp Dialog. dll Index. html

Диаграмма размещения = диаграмма развертывания = диаграмма внедрения Цели построения диаграммы развертывания:  указатьДиаграмма размещения = диаграмма развертывания = диаграмма внедрения Цели построения диаграммы развертывания: указать размещение исполнимых компонентов программной системы по отдельным физическим узлам ; показать физические связи между всеми узлами реализации системы на этапе ее исполнения; выявить узкие места системы и реконфигурировать ее топологию для достижения наилучшей производительности.

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

Пример диаграммы компонентов. Удаленный терминал. Сеть Сервер банка Устройство чтения Экран банкомата Устройство полученияПример диаграммы компонентов. Удаленный терминал. Сеть Сервер банка Устройство чтения Экран банкомата Устройство получения наличных Принтер банкомата

 http: // www. telenir. net/uchebniki/samouchitel_uml/p 8. php   http: // www. telenir. net/uchebniki/samouchitel_uml/p 8. php

Зарегистрируйтесь, чтобы просмотреть полный документ!
РЕГИСТРАЦИЯ