Добавить материал и получить бесплатное свидетельство о публикации в СМИ
Эл. №ФС77-60625 от 20.01.2015
Свидетельство о публикации

Автоматическая выдача свидетельства о публикации в официальном СМИ сразу после добавления материала на сайт - Бесплатно

Добавить свой материал

За каждый опубликованный материал Вы получите бесплатное свидетельство о публикации от проекта «Инфоурок»

(Свидетельство о регистрации СМИ: Эл №ФС77-60625 от 20.01.2015)

Инфоурок / Информатика / Презентации / Презенация по информатике на тему "Программирование"
ВНИМАНИЮ ВСЕХ УЧИТЕЛЕЙ: согласно Федеральному закону № 313-ФЗ все педагоги должны пройти обучение навыкам оказания первой помощи.

Дистанционный курс "Оказание первой помощи детям и взрослым" от проекта "Инфоурок" даёт Вам возможность привести свои знания в соответствие с требованиями закона и получить удостоверение о повышении квалификации установленного образца (180 часов). Начало обучения новой группы: 28 июня.

Подать заявку на курс
  • Информатика

Презенация по информатике на тему "Программирование"

библиотека
материалов
 UML Султанбекова Улбала Ракимкуловна
Содержание Что такое моделирование? UML – универсальный язык моделирования Ос...
Что такое моделирование? Модель = абстракция + прототип Средство общения с за...
Блок-схемы Позволяют описать последовательность действий, алгоритм Не позволя...
Полноценный язык моделирования: Элементы модели Отношения между элементами Но...
UML – универсальный язык моделирования Используется при объектной декомпозици...
Словарь UML Словарь UML образует три разновидности строительных блоков: Предм...
Предметы – абстракции, которые являются основными элементами в модели В UML и...
Структурные предметы Класс – описание множества объектов, которые разделяют о...
Предметы поведения Взаимодействие – поведение, заключающее в себе набор сообщ...
Отношения В UML имеются четыре разновидности отношений: Зависимость. Ассоциац...
Диаграммы Диаграмма – графическое представление множества элементов, наиболее...
Основные UML диаграммы Прецеденты (Use case) Диаграммы взаимодействия (intera...
Диаграмма Use Case (Вариантов использования)
Прецеденты Взаимодействие пользователя и системы Каждый прецедент описывает:...
Актеры Не являются частью системы - любая внешняя по отношению к моделируемой...
Как определить актеров? Кто заинтересован в данных требованиях? Где будет при...
Как определить прецеденты? Какую задачу выполняет каждый из актеров? Будет ли...
Отношения на диаграмме ВИ Отношение ассоциации (association relationship) Отн...
Отношение ассоциации служит для обозначения специфической роли актера в отдел...
Отношение расширения определяет взаимосвязь экземпляров отдельного варианта и...
Отношение обобщения Отношение обобщения между прецедентами и актерами аналоги...
Отношение включения указывает, что некоторое заданное поведение для одного ва...
Пример 1: диаграмма Use case
Пример 2: диаграмма Use case
Спецификация ВИ с помощью текстовых сценариев Сценарий (scenario) – специальн...
Сценарий №1 выполнения ВИ "Снятие наличных по кредитной карточке» Главный раз...
Раздел Типичный ход событий 1. Клиент вставляет кредитную карточку в устройст...
Раздел Типичный ход событий 10. Клиент вводит требуемую сумму 11. Банкомат де...
Раздел исключений Исключение №1. Кредитная карточка недействительна (утрачена...
Раздел исключений Исключение №4: Клиент вводит неверный ПИН-код 3 раза 4. Бан...
Сценарий №2 "Получение справки о состоянии счета" Главный раздел Вариант испо...
Типичный ход событий 1. Клиент вставляет кредитную карточку в устройство чтен...
Типичный ход событий 7. Банкомат отображает опции меню 8. Клиент выбирает пол...
Последовательность разработки вариантов использования Определить главных (пер...
Показатели качества модели вариантов использования Все ли функциональные треб...
Типичные ошибки при разработке диаграмм вариантов использования Превращение д...
Диаграмма последовательности
Диаграммы взаимодействия Диаграмма взаимодействий (Interaction diagram) описы...
Диаграмма последовательности Изображаются объекты, которые участвуют во взаим...
Линия жизни - для обозначения периода времени, в течение которого объект суще...
Диаграммы классов
Диаграммы классов Диаграмма классов (class diagram) — диаграмма, предназначен...
Диаграмма классов д
Отношения на диаграмме классов
Ассоциация Ассоциация (association) – произвольное отношение или взаимосвязь...
Исключающая ассоциация между тремя классами
Обобщение (generalization) отношение между более общим классификатором (родит...
Агрегация (aggregation) направленное отношение между двумя классами, предназн...
Пример отношения агрегации
Композиция (composition) композитная агрегация предназначена для спецификации...
Пример отношения композиции
Диаграмма классов ИС вуза
Диаграмма состояний
Диаграмма состояний Назначение – описать возможные последовательности состоян...
Диаграмма состояний – граф специального вида, который представляет некоторый...
Диаграмма состояний
Состояния Состояние - это ситуация в жизни объекта, на протяжении которой он...
Переход Переход - это отношение между двумя состояниями, показывающее, что об...
Составное состояние Составное состояние (composite state) - такое сложное сос...
Сложные переходы Переходы между параллельными состояниями Синхронизирующие со...
Диаграмма деятельности
Диаграмма деятельности Описание параллельных процессов Основное отличие от бл...
Элементы диаграммы Изображение разделения и слияния параллельных потоков упра...
Диаграмма деятельности
Преимущества использования Облегчение общения между заказчиками и разработчик...
Использование UML в различных методологиях разработки Водопадные модели – UML...
Средства проектирования Rational Rose - считается профессиональным средством,...
70 1

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


Выберите специальность, которую Вы хотите получить:

Обучение проходит дистанционно на сайте проекта "Инфоурок".
По итогам обучения слушателям выдаются печатные дипломы установленного образца.

ПЕРЕЙТИ В КАТАЛОГ КУРСОВ

Описание презентации по отдельным слайдам:

№ слайда 1  UML Султанбекова Улбала Ракимкуловна
Описание слайда:

UML Султанбекова Улбала Ракимкуловна

№ слайда 2 Содержание Что такое моделирование? UML – универсальный язык моделирования Ос
Описание слайда:

Содержание Что такое моделирование? UML – универсальный язык моделирования Основные UML диаграммы Преимущества использования UML диаграмм

№ слайда 3 Что такое моделирование? Модель = абстракция + прототип Средство общения с за
Описание слайда:

Что такое моделирование? Модель = абстракция + прототип Средство общения с заказчиком и между разработчиками Документация для разработчиков Примеры методологий моделирования Блок-схемы CRC-карты

№ слайда 4 Блок-схемы Позволяют описать последовательность действий, алгоритм Не позволя
Описание слайда:

Блок-схемы Позволяют описать последовательность действий, алгоритм Не позволяют описать параллельные процессы Не позволяют описать взаимоотношения между объектами Не позволяют описать событийную модель

№ слайда 5 Полноценный язык моделирования: Элементы модели Отношения между элементами Но
Описание слайда:

Полноценный язык моделирования: Элементы модели Отношения между элементами Нотация – визуальное представление элементов моделирования Принципы использования – правила применения элементов

№ слайда 6 UML – универсальный язык моделирования Используется при объектной декомпозици
Описание слайда:

UML – универсальный язык моделирования Используется при объектной декомпозиции Не зависит от используемой методологии разработки Может поддерживать любой объектно-ориентированный язык

№ слайда 7 Словарь UML Словарь UML образует три разновидности строительных блоков: Предм
Описание слайда:

Словарь UML Словарь UML образует три разновидности строительных блоков: Предметы. Отношения. Диаграммы.

№ слайда 8 Предметы – абстракции, которые являются основными элементами в модели В UML и
Описание слайда:

Предметы – абстракции, которые являются основными элементами в модели В UML имеются четыре разновидности предметов: Структурные предметы. Предметы поведения. Группирующие предметы. Поясняющие предметы.

№ слайда 9 Структурные предметы Класс – описание множества объектов, которые разделяют о
Описание слайда:

Структурные предметы Класс – описание множества объектов, которые разделяют одинаковые свойства операции, отношения и семантику (смысл). Интерфейс – набор операций, которые определяют услуги класса или компонента. Кооперация (сотрудничество) определяет взаимодействие Актер – набор согласованных ролей, которые могут играть пользователи при взаимодействии с системой (ее элементами Use Case) Элемент Use Case (прецедент) – описание последовательности действий, выполняемых системой в интересах отдельного актера и производящих видимый для актера результат. Компонент – физически и заменяемая часть системы, которая соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов. Узел – физический элемент, который существует в период работы системы и представляет ресурс, обычно имеющий память и возможности обработки

№ слайда 10 Предметы поведения Взаимодействие – поведение, заключающее в себе набор сообщ
Описание слайда:

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

№ слайда 11 Отношения В UML имеются четыре разновидности отношений: Зависимость. Ассоциац
Описание слайда:

Отношения В UML имеются четыре разновидности отношений: Зависимость. Ассоциация. Обобщение. Реализация. Зависимость – семантическое отношение между двумя предметами, в котором изменение в одном предмете (независимом) может влиять на семантику другого предмета (зависимого). Ассоциация – структурное отношение, которое описывает набор связей, являющихся соединением между объектами. Обобщение – отношение, в котором объекты специализированного элемента (потомка) могут заменять объекты обобщенного элемента (предка). Потомок разделяет структуру и поведение родителя. Реализация – семантическое отношение между классификаторами, где один классификатор определяет контракт, который другой классификатор обязуется выполнять (к классификаторам относят классы, интерфейсы, компоненты, элементы Use Case, кооперации). Реализации применяют в двух случаях: между интерфейсами и классами (или компонентами), реализующими их; и между элементами Use Case и кооперациями, которые реализуют их.

№ слайда 12 Диаграммы Диаграмма – графическое представление множества элементов, наиболее
Описание слайда:

Диаграммы Диаграмма – графическое представление множества элементов, наиболее часто изображается как связный граф из вершин (предметов) и дуг (отношений). Диаграммы рисуются для визуализации системы с разных точек зрения, затем они отображаются в систему. Отображают сущности отношения между сущностями Обобщения (Generalization) Ассоциации (Association) Включения (Composition) Зависимости (Dependency)

№ слайда 13 Основные UML диаграммы Прецеденты (Use case) Диаграммы взаимодействия (intera
Описание слайда:

Основные UML диаграммы Прецеденты (Use case) Диаграммы взаимодействия (interaction diagrams) Диаграммы последовательности (sequence diagrams) Диаграммы кооперации (collaboration diagrams) Диаграммы классов (class diagrams) Диаграммы состояний (Statechart diagrams) Диаграммы деятельности (Activity diagrams) Диаграммы размещения (deployment diagrams)

№ слайда 14 Диаграмма Use Case (Вариантов использования)
Описание слайда:

Диаграмма Use Case (Вариантов использования)

№ слайда 15 Прецеденты Взаимодействие пользователя и системы Каждый прецедент описывает:
Описание слайда:

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

№ слайда 16 Актеры Не являются частью системы - любая внешняя по отношению к моделируемой
Описание слайда:

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

№ слайда 17 Как определить актеров? Кто заинтересован в данных требованиях? Где будет при
Описание слайда:

Как определить актеров? Кто заинтересован в данных требованиях? Где будет применятся данная система? Кто выигрывает от использования системы? Кто обеспечивает систему информацией, применяет и удаляет её? Кто занимается поддержкой системы? Использует ли система внешние ресурсы? Выполняет ли один человек несколько ролей? Взаимодействует ли система с другими системами?

№ слайда 18 Как определить прецеденты? Какую задачу выполняет каждый из актеров? Будет ли
Описание слайда:

Как определить прецеденты? Какую задачу выполняет каждый из актеров? Будет ли кто-то из актеров создавать, сохранять, изменять, удалять информацию из системы? Где будет создаваться, сохраняться, изменяться, удаляться информация? Потребуется ли актеру уведомлять систему о внешних изменениях? Необходимо ли оповещать актеров о наступлении каких-либо событий в системе?

№ слайда 19 Отношения на диаграмме ВИ Отношение ассоциации (association relationship) Отн
Описание слайда:

Отношения на диаграмме ВИ Отношение ассоциации (association relationship) Отношение расширения (extend relationship) Отношение обобщения (generalization relationship) Отношение включения (include relationship)

№ слайда 20 Отношение ассоциации служит для обозначения специфической роли актера в отдел
Описание слайда:

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

№ слайда 21 Отношение расширения определяет взаимосвязь экземпляров отдельного варианта и
Описание слайда:

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

№ слайда 22 Отношение обобщения Отношение обобщения между прецедентами и актерами аналоги
Описание слайда:

Отношение обобщения Отношение обобщения между прецедентами и актерами аналогично отношениям обобщения (наследования) между классами: Потомок (В) наследует все свойства и поведение своего родителя (А), а также может быть дополнен новыми свойствами и особенностями поведения

№ слайда 23 Отношение включения указывает, что некоторое заданное поведение для одного ва
Описание слайда:

Отношение включения указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования.

№ слайда 24 Пример 1: диаграмма Use case
Описание слайда:

Пример 1: диаграмма Use case

№ слайда 25 Пример 2: диаграмма Use case
Описание слайда:

Пример 2: диаграмма Use case

№ слайда 26 Спецификация ВИ с помощью текстовых сценариев Сценарий (scenario) – специальн
Описание слайда:

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

№ слайда 27 Сценарий №1 выполнения ВИ "Снятие наличных по кредитной карточке» Главный раз
Описание слайда:

Сценарий №1 выполнения ВИ "Снятие наличных по кредитной карточке» Главный раздел Вариант использования: Снятие наличных по кредитной карточке Актеры: Клиент Банкомата, Банк Цель: Получение требуемой суммы наличными Краткое описание: Клиент использует свою карточку для снятия наличных. Клиент запрашивает требуемую сумму. Банкомат обеспечивает доступ к счету клиента. Банкомат выдает клиенту наличные. Тип: Базовый Ссылки на другие варианты использования: Включает в себя ВИ: Проверка ПИН-кода кредитной карточки

№ слайда 28 Раздел Типичный ход событий 1. Клиент вставляет кредитную карточку в устройст
Описание слайда:

Раздел Типичный ход событий 1. Клиент вставляет кредитную карточку в устройство чтения банкомата 2. Банкомат передает информацию о кредитной карточке в Банк 3. Банк проверяет информацию о кредитной карточке Исключение №1: Кредитная карточка недействительна (утрачена) Исключение №2: Кредитная карточка просрочена 4. Банкомат предлагает ввести ПИН-код 5. Клиент вводит PIN-код 6. Банкомат проверяет ПИН-код Исключение №3: Введенный ПИН-код неверный Исключение №4: Клиент ввел неверный ПИН-код 3 раза 7. Банкомат отображает опции меню 8. Клиент выбирает снятие наличных со своего счета 9. Банкомат предлагает ввести требуемую сумму

№ слайда 29 Раздел Типичный ход событий 10. Клиент вводит требуемую сумму 11. Банкомат де
Описание слайда:

Раздел Типичный ход событий 10. Клиент вводит требуемую сумму 11. Банкомат делает соответствующий запрос в Банк 12. Банк проверяет введенную сумму Исключение №5: Требуемая сумма превышает сумму на счете клиента 13. Банк изменяет состояние счета клиента 15. Клиент получает свою кредитную карточку Исключение №6: Клиент выбрал печать чека 14. Банкомат предлагает клиенту забрать его кредитную карточку 16. Банкомат выдает наличные и предлагает забрать их клиенту 17. Клиент получает наличные 18. Банкомат отображает сообщение о готовности к дальнейшей работе

№ слайда 30 Раздел исключений Исключение №1. Кредитная карточка недействительна (утрачена
Описание слайда:

Раздел исключений Исключение №1. Кредитная карточка недействительна (утрачена) 4. Банкомат блокирует кредитную карточку 18. Банкомат отображает сообщение о готовности к дальнейшей работе Исключение №2: Кредитная карточка просрочена 4. Банкомат предлагает клиенту забрать его кредитную карточку 15. Клиент получает свою кредитную карточку 18. Банкомат отображает сообщение о готовности к дальнейшей работе Исключение №3. Введенный ПИН-код неверный 4. Банкомат предлагает ввести ПИН-код 5. Клиент вводит ПИН-код

№ слайда 31 Раздел исключений Исключение №4: Клиент вводит неверный ПИН-код 3 раза 4. Бан
Описание слайда:

Раздел исключений Исключение №4: Клиент вводит неверный ПИН-код 3 раза 4. Банкомат блокирует кредитную карточку 18. Банкомат отображает сообщение о готовности к дальнейшей работе Исключение №5. Требуемая сумма превышает сумму на счете клиента 9. Банкомат предлагает ввести новую сумму 10. Клиент вводит новую требуемую сумму Исключение №6: Клиент выбрал печать чека 16. Банкомат предлагает клиенту забрать чек Примечание. Клиент может отказаться от выполнения транзакции "Снятие наличных по кредитной карточке" при введении ПИН-кода, при выборе типа транзакции и при вводе суммы.

№ слайда 32 Сценарий №2 "Получение справки о состоянии счета" Главный раздел Вариант испо
Описание слайда:

Сценарий №2 "Получение справки о состоянии счета" Главный раздел Вариант использования: Получение справки о состоянии счета Актеры: Клиент Банкомата, Банк Цель: Получение информации о балансе Краткое описание: Клиент использует свою карточку для получения справки о состоянии счета. Банкомат обеспечивает доступ к счету клиента. Банкомат выдает клиенту справку в форме чека. Тип: Базовый Ссылки на другие варианты использования: Включает в себя ВИ: Проверка ПИН-кода кредитной карточки

№ слайда 33 Типичный ход событий 1. Клиент вставляет кредитную карточку в устройство чтен
Описание слайда:

Типичный ход событий 1. Клиент вставляет кредитную карточку в устройство чтения банкомата 2. Банкомат передает информацию о кредитной карточке в Банк 3. Банк проверяет информацию о кредитной карточке Исключение №1: Кредитная карточка недействительна (утрачена) Исключение №2: Кредитная карточка просрочена 4. Банкомат предлагает ввести ПИН-код 5. Клиент вводит PIN-код 6. Банкомат проверяет ПИН-код Исключение №3: Введенный ПИН-код неверный Исключение №4: Клиент ввел неверный ПИН-код 3 раза

№ слайда 34 Типичный ход событий 7. Банкомат отображает опции меню 8. Клиент выбирает пол
Описание слайда:

Типичный ход событий 7. Банкомат отображает опции меню 8. Клиент выбирает получение справки о состоянии счета 9. Банкомат делает соответствующий запрос в Банк 10. Банкомат предлагает клиенту забрать его кредитную карточку 11. Клиент получает свою кредитную карточку 12. Банкомат выдает справку о состоянии счета и предлагает забрать ее клиенту 13. Клиент получает справку о состоянии своего счета 14. Банкомат отображает сообщение о готовности к дальнейшей работе

№ слайда 35 Последовательность разработки вариантов использования Определить главных (пер
Описание слайда:

Последовательность разработки вариантов использования Определить главных (первичных) актеров и определить их цели по отношению к системе Специфицировать все базовые (основные) ВИ Выделить цели базовых ВИ, интересы актеров в контексте этих ВИ, предусловия и постусловия ВИ Написать успешный сценарий выполнения базовых ВИ Определить исключения (неуспех) в сценариях ВИ и написать сценарии для всех исключений Выделить ВИ исключений и изобразить их со стереотипом «extend» Выделить общие фрагменты функциональности ВИ и изобразить их отдельными ВИ со стереотипом «include»

№ слайда 36 Показатели качества модели вариантов использования Все ли функциональные треб
Описание слайда:

Показатели качества модели вариантов использования Все ли функциональные требования описываются ВИ? Не содержит ли модель ненужное поведение, которое отсутствует в требованиях? Действительно ли в модели необходимы все выявленные связи включения, расширения и обобщения? Можно ли на основе модели вариантов использования составить четкое представление о функционировании системы в контексте ее пользователей?

№ слайда 37 Типичные ошибки при разработке диаграмм вариантов использования Превращение д
Описание слайда:

Типичные ошибки при разработке диаграмм вариантов использования Превращение диаграммы вариантов использования в диаграмму деятельности за счет желания отразить все функциональные действия Инициатором действий является разрабатываемая система Спецификация атрибутов и операций классов до того, как сформулированы все варианты использования Задание слишком кратких имен вариантам использования Описание вариантов использования в терминологии, непонятной пользователям системы или заказчику Отсутствие описаний альтернативных последовательностей действий

№ слайда 38 Диаграмма последовательности
Описание слайда:

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

№ слайда 39 Диаграммы взаимодействия Диаграмма взаимодействий (Interaction diagram) описы
Описание слайда:

Диаграммы взаимодействия Диаграмма взаимодействий (Interaction diagram) описывает взаимодействия, состоящие из множества объектов и отношений между ними, включая сообщения, которыми они обмениваются. Диаграммы последовательности (sequence diagrams) Диаграммы кооперации (collaboration diagrams) диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений диаграмма кооперации - на структурной организации посылающих и принимающих сообщения объектов Описывают поведение взаимодействующих объектов Можно составлять для каждого прецедента На диаграммах отображаются Объекты Сообщения которыми они обмениваются Временная шкала

№ слайда 40 Диаграмма последовательности Изображаются объекты, которые участвуют во взаим
Описание слайда:

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

№ слайда 41 Линия жизни - для обозначения периода времени, в течение которого объект суще
Описание слайда:

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

№ слайда 42
Описание слайда:

№ слайда 43 Диаграммы классов
Описание слайда:

Диаграммы классов

№ слайда 44 Диаграммы классов Диаграмма классов (class diagram) — диаграмма, предназначен
Описание слайда:

Диаграммы классов Диаграмма классов (class diagram) — диаграмма, предназначенная для представления модели статической структуры программной системы в терминологии классов объектно-ориентированного программирования Объекты Статические связи между объектами Показывают в каких отношениях находятся объекты Ассоциации, Обобщения, Включения, Зависимости Ограничения Атрибуты

№ слайда 45 Диаграмма классов д
Описание слайда:

Диаграмма классов д

№ слайда 46 Отношения на диаграмме классов
Описание слайда:

Отношения на диаграмме классов

№ слайда 47 Ассоциация Ассоциация (association) – произвольное отношение или взаимосвязь
Описание слайда:

Ассоциация Ассоциация (association) – произвольное отношение или взаимосвязь между классами Имя стороны ассоциации специфицирует роль (role), которую играет класс, расположенный на соответствующей стороне рассматриваемой ассоциации Видимость стороны ассоциации специфицирует возможность доступа к соответствующей стороне ассоциации с других ее сторон Кратность ассоциации специфицирует возможное количество экземпляров соответствующего класса, которое может соотноситься с одним экземпляром класса на другой стороне этой ассоциации Символ наличия навигации (navigable) изображается с помощью простой стрелки

№ слайда 48 Исключающая ассоциация между тремя классами
Описание слайда:

Исключающая ассоциация между тремя классами

№ слайда 49 Обобщение (generalization) отношение между более общим классификатором (родит
Описание слайда:

Обобщение (generalization) отношение между более общим классификатором (родителем или предком) и более специальным классификатором (дочерним или потомком)

№ слайда 50 Агрегация (aggregation) направленное отношение между двумя классами, предназн
Описание слайда:

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

№ слайда 51 Пример отношения агрегации
Описание слайда:

Пример отношения агрегации

№ слайда 52 Композиция (composition) композитная агрегация предназначена для спецификации
Описание слайда:

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

№ слайда 53 Пример отношения композиции
Описание слайда:

Пример отношения композиции

№ слайда 54 Диаграмма классов ИС вуза
Описание слайда:

Диаграмма классов ИС вуза

№ слайда 55 Диаграмма состояний
Описание слайда:

Диаграмма состояний

№ слайда 56 Диаграмма состояний Назначение – описать возможные последовательности состоян
Описание слайда:

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

№ слайда 57 Диаграмма состояний – граф специального вида, который представляет некоторый
Описание слайда:

Диаграмма состояний – граф специального вида, который представляет некоторый автомат. Автомат не запоминает историю перемещения из состояния в состояние. В каждый момент времени автомат может находиться в одном и только в одном из своих состояний. Хотя процесс изменения состояний автомата происходит во времени, явно концепция времени не входит в формализм автомата. Количество состояний автомата должно быть обязательно конечным (конечный автомат) Граф автомата не должен содержать изолированных состояний и переходов Автомат не должен содержать конфликтующих переходов

№ слайда 58 Диаграмма состояний
Описание слайда:

Диаграмма состояний

№ слайда 59 Состояния Состояние - это ситуация в жизни объекта, на протяжении которой он
Описание слайда:

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

№ слайда 60 Переход Переход - это отношение между двумя состояниями, показывающее, что об
Описание слайда:

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

№ слайда 61 Составное состояние Составное состояние (composite state) - такое сложное сос
Описание слайда:

Составное состояние Составное состояние (composite state) - такое сложное состояние, которое состоит из других вложенных в него состояний (подсостояния).

№ слайда 62 Сложные переходы Переходы между параллельными состояниями Синхронизирующие со
Описание слайда:

Сложные переходы Переходы между параллельными состояниями Синхронизирующие состояния

№ слайда 63 Диаграмма деятельности
Описание слайда:

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

№ слайда 64 Диаграмма деятельности Описание параллельных процессов Основное отличие от бл
Описание слайда:

Диаграмма деятельности Описание параллельных процессов Основное отличие от блок-схем Не важна последовательность выполнения Деятельности Задачи, которые надо выполнить Последовательности деятельностей Линейки синхронизации Для каждой подзадачи Два вида Используются только нетриггерные переходы, которые срабатывают сразу после завершения деятельности или выполнения соответствующего действия.

№ слайда 65 Элементы диаграммы Изображение разделения и слияния параллельных потоков упра
Описание слайда:

Элементы диаграммы Изображение разделения и слияния параллельных потоков управления Дорожки – для бизнес-процессов выполнение каждого действия лучше ассоциировать с конкретным подразделением компании.

№ слайда 66 Диаграмма деятельности
Описание слайда:

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

№ слайда 67 Преимущества использования Облегчение общения между заказчиками и разработчик
Описание слайда:

Преимущества использования Облегчение общения между заказчиками и разработчиками Прецеденты, диаграммы последовательности Участниками команды разработчиков На стадии разработки Передача данных следующему поколению Эффект «критической массы» Диаграммы классов, диаграммы состояния, диаграммы размещения Пользователями и разработчиками Прецеденты

№ слайда 68 Использование UML в различных методологиях разработки Водопадные модели – UML
Описание слайда:

Использование UML в различных методологиях разработки Водопадные модели – UML от начала до конца Как только переходим к итеративной модели объём UML уменьшается Проблема рассинхронизации модели и кода XP – итеративная от начала до конца

№ слайда 69 Средства проектирования Rational Rose - считается профессиональным средством,
Описание слайда:

Средства проектирования Rational Rose - считается профессиональным средством, адаптирован под методику разработки RUP. Borland Together –хорошо интегрируется в Visual Studio. Microsoft Visio - система для визуального описания моделей. UML диаграммы не интегрируются в среду разработки. Rational XDE DeveloperPlus .NET - сочетает возможности Rational Rose и тесную интеграцию с Visual Studio .NET. PowerDesigner12 - позволяет в одном месте (workspace) сосредоточить все диаграммы IBM Raional Software Architect - адаптирован под методику разработки RUP

№ слайда 70
Описание слайда:


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


Выберите специальность, которую Вы хотите получить:

Обучение проходит дистанционно на сайте проекта "Инфоурок".
По итогам обучения слушателям выдаются печатные дипломы установленного образца.

ПЕРЕЙТИ В КАТАЛОГ КУРСОВ

Автор
Дата добавления 11.03.2016
Раздел Информатика
Подраздел Презентации
Просмотров244
Номер материала ДВ-517321
Получить свидетельство о публикации
Похожие материалы

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