Содержание
- 2. Метод объектно-ориентированного анализа позволяет описывать реальные сложные системы наиболее адекватным образом. Но с увеличением сложности систем
- 3. Назначение языка UML - унифицированный язык объектно-ориентированного моделирования. UML - язык формальный и искусственный. UML -
- 4. Историческая справка В 80-е годы было множество различных методологий моделирования. Каждая из них имела свои достоинства
- 5. Появление ООП требовало удобного инструмента для моделирования, единой нотации для описания сложных программных систем. UML вобрал
- 6. В настоящее время унифицированный язык моделирования UML является самой используемой технологией в области программной инженерии. UML
- 7. Способы использования языка Рассмотрим демонстрацию известной картинки, которая уже более двух десятилетий "живет" в Интернете, но
- 9. Авторы UML определяют его как графический язык моделирования общего назначения (т. е. его можно применять для
- 10. Спецификация Спецификация - подробное описание системы, которое полностью определяет ее цель и функциональные возможности. Различают: словесные
- 11. Проектирование UML позволяет строить модели программных систем. По этим моделям потом может производиться генерация каркасного кода
- 12. Документирование UML-модели сами по себе уже являются документами (весьма понятными, даже для неспециалиста). Любой элемент на
- 13. Для чего UML использовать нельзя UML не является языком программирования, хотя существуют средства выполнения UML-моделей как
- 14. Структура определения языка Авторы использовали так называемое четырехуровневое мета-моделирование: Первый уровень - это сами данные. Второй
- 15. Терминология и нотация UML - язык графический и модели (а точнее диаграммы) не "записывают", а рисуют.
- 16. Фигуры используются "плоские" - прямоугольники, эллипсы, ромбы и т. д. Но есть одно исключение - на
- 17. Выводы UML - еще один формальный язык, который необходимо освоить каждому, кто собирается заниматься проектированием архитектур
- 18. Виды диаграмм
- 19. UML 1.5 определял двенадцать типов диаграмм, разделенных на три группы: четыре типа диаграмм представляют статическую структуру
- 20. Для конкретной модели конкретного приложения количество типов диаграмм не является строго фиксированным. Для простых приложений нет
- 21. Рассмотрим такие виды диаграмм, как: диаграмма прецедентов; диаграмма классов; диаграмма объектов; диаграмма последовательностей; диаграмма взаимодействия; диаграмма
- 22. Диаграмма прецедентов (use case diagram) Любые (в том числе и программные) системы проектируются с учетом того,
- 23. Графически эктор изображается либо " человечком ", подобным тем, которые мы рисовали в детстве, изображая членов
- 24. Прецедент (use-case) - описание отдельного аспекта поведения системы с точки зрения пользователя. Прецедент (use case) -
- 27. Диаграммы прецедентов относятся к той группе диаграмм, которые представляют динамические или поведенческие аспекты системы. Это отличное
- 28. Диаграмма классов (class diagram) Класс (class) - категория вещей, которые имеют общие атрибуты и операции. Классы
- 29. Диаграмма классов - это набор статических, декларативных элементов модели. Диаграммы классов могут применяться и при прямом
- 33. Диаграмма объектов (object diagram) Объект (object) - экземпляр класса. Объект (object) - конкретная материализация абстракции; сущность
- 34. Пример: все мы являемся объектами класса "человек" и различимы между собой по таким значениям атрибутов, как
- 35. Объект, как и класс, обозначается прямоугольником, но его имя подчеркивается. Под словом имя понимается название объекта
- 36. Диаграммы объектов показывают множество объектов - экземпляров классов (изображенных на диаграмме классов) и отношений между ними
- 37. Некоторая фирма продвигает новый товар или услугу. В этом процессе участвуют различные сотрудники, некое печатное издание
- 38. Показана взаимосвязь объектов - организационных единиц в некоторой компании
- 39. Диаграмма последовательностей (sequence diagram) Диаграмма последовательностей отображает взаимодействие объектов в динамике. В UML взаимодействие объектов понимается
- 40. Диаграмма последовательностей относится к диаграммам взаимодействия UML, описывающим поведенческие аспекты системы, но рассматривает взаимодействие объектов во
- 41. Объекты обозначаются прямоугольниками с подчеркнутыми именами (чтобы отличить их от классов), сообщения (вызовы методов) - линиями
- 42. Студент хочет записаться на некий семинар, предлагаемый в рамках некоторого учебного курса. С этой целью проводится
- 43. Это работа обычного домового лифта
- 44. Диаграмма взаимодействия - коммуникации (collaboration diagram) Диаграммы последовательностей - это средство документирования поведения системы, детализации логики
- 45. Использование диаграммы последовательностей или диаграммы взаимодействия - личный выбор каждого проектировщика и зависит от индивидуального стиля
- 46. Эта диаграмма описывает работу персонала библиотеки по обслуживанию клиентов: библиотекарь получает заказ от клиента, поручает сотруднику
- 47. Эта диаграмма описывает процесс управления учебными курсами (очевидно, путем создания их из готовых модулей) для некоего
- 48. Диаграмма состояний (statechart diagram) Объекты характеризуются поведением и состоянием, в котором находятся. Например, человек может быть
- 49. Диаграмма состояний показывает, как объект переходит из одного состояния в другое. Диаграммы состояний служат для моделирования
- 50. Скругленные прямоугольники представляют состояния, через которые проходит объект в течение своего жизненного цикла. Стрелками показываются переходы
- 51. Представлено составное состояние, включающее другие состояния, одно из которых содержит также параллельные подсостояния. Это диаграмма прохождения
- 52. Это работа устройства таймера. Такой прибор может применяться в составе различных реле, например, для отключения телевизора
- 53. Диаграмма активности (деятельности, activity diagram) Блок-схемы помогают наглядно изобразить алгоритм решения некоторой задачи. Моделируя поведение проектируемой
- 54. Это оформление заказа в интернет-магазине
- 56. Диаграмма развертывания (deployment diagram) Когда мы пишем программу, мы пишем ее для того, чтобы запускать на
- 57. Диаграмма развертывания – это графическое представление ИТ-инфраструктуры, поэтому ее использование помогает более рационально распределить компоненты системы
- 58. Это инфраструктура некоего учебного заведения, включающая шлюз, файл-сервер, принт-сервер, принтеры в лабораториях и холле и т.
- 59. Последовательность построения UML диаграмм
- 60. В ходе проектирования архитектуры ИС необходимо ответить для себя на такие вопросы: Какие именно виды диаграмм
- 61. Диаграммы можно и нужно строить в некоторой логической последовательности. В UML-проектировании, как и при создании любых
- 62. Динамическую часть задачи нужно начинать моделировать с помощью простых диаграмм последовательностей и кооперации. Хорошо начать с
- 63. Можно выделить такую последовательность построения базовых UML диаграмм: диаграмма прецедентов, диаграмма классов, диаграмма объектов, диаграмма последовательностей,
- 64. Представления архитектуры ИС с точки зрения моделирования
- 65. Ситуация в разработке Визуализация, специфицирование, конструирование и документирование программных систем требуют их представления с различных точек
- 66. Системная архитектура является продуктом, который может быть использован для управления всеми этими разнообразными точками зрения и
- 67. Архитектура ИС – это набор существенных решений относительно: - организации программной системы - выбора структурных элементов,
- 68. Архитектура информационной системы с точки зрения UML Архитектура ИС может быть наилучшим описана с помощью пяти
- 69. Представление вариантов использования (Use Case View) системы охватывает варианты использования, описывающие поведение системы с точки зрения
- 70. Представление системы с точки зрения проектирования (дизайна, design view) охватывает классы, интерфейсы и кооперации, формирующие словарь
- 71. Представление системы с точки зрения проектирования (дизайна, design view) охватывает классы, интерфейсы и кооперации, формирующие словарь
- 72. Представление взаимодействия (вид с точки зрения процессов, Process View ) системы показывает поток управления, проходящий через
- 73. Представление реализации (компонентов) (Component view) - описание системы на уровне артефактов (компонентов, файлов и т.д.), используемых
- 74. Представление развертывания (deployment view) отражает топологию связей аппаратных средств и размещения на них компонентов. Это представление
- 75. Процесс моделирования (независимо от назначения модели) является не линейным последовательным, а итеративным и параллельным. Процесс моделирования
- 76. Представление использования - что делает система? Указать: Действующие лица Границы системы Функциональные требования Ответственность компонентов
- 77. Представление структуры - из чего состоит система? Выделение структурных элементов ‒ составных частей системы ‒ и
- 78. Представление структуры ИС: Основные диаграммы: диаграммы классов (class diagram) Дополнительно: диаграммы компонентов (component diagram) диаграммы размещения
- 79. Представление поведения - как работает система ? Определяющим признаком для отнесения элементов модели к представлению поведения
- 80. Представление поведения ИС: Основные диаграммы: диаграмма автомата (state machine diagram) диаграмма деятельности (activity diagram) обзорная диаграммой
- 82. Скачать презентацию