- •Концепция RUP
- •Методы проектирования ИС
- •IDEF0 (Integration Definition for Function Modeling)
- •проектирования
- •Объектно-ориентированное проектирование
- •Почему объектная ориентация работает???
- •Язык UML – унифицированный язык моделирования
- •Что такое UML?
- •Большие современные программные системы, как правило, нуждаются в инструментальной поддержке.
- •Rational Unified
- •RUP использует итеративную модель разработки.
- •1. Начальная стадия (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •Rational Unified Process и его содержание
- •RUP основан на трех ключевых идеях.
- •Принципы моделирования
- •иерархическое построение - при описании системы используются различные уровни абстрагирования и детализации в
- •Диаграммы UML и их виды
- •Структурные диаграммы:
- •При этом в качестве самостоятельных представлений в языке UML используются следующие диаграммы:
- •Диаграмма вариантов использования представляет собой наиболее общую
- •Что значит - «унифицированный язык»?
- •Объекты и UML
- •Основные элементы UML
- •Сущности UML
- •Сущности UML
- •Структурные сущности
- •Активный класс(active class) имеет экземпляры, каждый из которых выполняет и управляет собственным потоком
- •Поведенческие сущности являются динамическими составляющими модели UML. Это глаголы, которые описывают поведение модели
- •Сущности UML
- •Группирующие сущности являются
- •Аннотационные сущности - это пояснительные части модели UML: комментарии для дополнительного описания, разъяснения
- •Отношения
- •Пример UML отношений
- •В языке UML определены следующие типы отношений: зависимость , ассоциация , обобщение и
- •Ассоциация представляет наиболее абстрактную семантическую связь между двумя элементами, которая выявляется на ранней
- •Диаграммы
- •1. Технология построения диаграммы Варианты использования в UML
- •1. Диаграммы вариантов использования (Use Case)
- •Назначение диаграмм Варианты использования
- •Суть диаграммы use
- •В языке UML пакет Варианты использования является подпакетом пакета Элементы поведения.
- •Стандартные
- •Содержание варианта использования может быть представлено в форме дополнительного пояснительного текста, который раскрывает
- ••Варианты использования описывают не только взаимодействия между пользователями и сущностью, но также реакции
- •Хорошо описанный вариант использования имеет следующие атрибуты:
- •Актеры
- ••В качестве актеров могут выступать другие системы, подсистемы проектируемой системы или отдельные классы.
- ••Поскольку в общем случае актер всегда находится вне системы, его внутренняя структура никак
- •Интерфейсы
- ••На диаграмме вариантов использования интерфейс изображается в виде маленького круга, рядом с которым
- ••Важность интерфейсов заключается в том, что они
- •Примечания
- •Отношения на диаграмме вариантов
- •Два варианта использования, определенные для одной и той же сущности, не могут взаимодействовать
- •Отношение ассоциации
- •Отношение ассоциации
- •Два символа, разделенные двумя точками. При этом первый из них является целым неотрицательным
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Пример диаграммы вариантов использования
- •Значения указанных на данной диаграмме кратностей отражают общие правила оформления заказов на покупку
- •На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара"
- •Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью
- •В рамках рассматриваемой системы продажи товаров может иметь самостоятельное значение и специфические особенности
- •Второе из основных направлений детализации диаграмм вариантов использования связано с последующей структуризацией ее
- •ICQ (от англ. I seek you — «я ищу тебя») — бесплатная система
- •Диаграмма Вариантов Использования для системы обработки заказов.
- •В заключение приведем пару примеров законченных диаграмм прецедентов. Первый пример (смысл которого понятен
- •Подводя итоги, можно выделить такие цели создания диаграмм прецедентов:
- •2.Технология построения диаграммы классов в UML
- •Понятие класса
- •Предполагается, что окончательный вариант диаграммы содержит наиболее полное описание классов, которые состоят из
- •Имя класса
- •Атрибуты класса
- •Имя атрибута представляет собой строку текста, которая используется в качестве идентификатора соответствующего атрибута
- •Тип атрибута представляет собой выражение, семантика которого определяется языком спецификации соответствующей модели. В
- •Исходное значение служит для задания некоторого начального значения для соответствующего атрибута в момент
- •При задании атрибутов могут быть использованы две дополнительные синтаксические конструкции — это подчеркивание
- •Строка-свойство служит для указания значений атрибута, которые не могут быть изменены в программе
- •Операция
- •Имя операции является единственным обязательным элементом синтаксического обозначения операции.
- •Строка-свойство служит для указания значений свойств, которые могут быть применены к данному элементу.
- •Примеры операций:
- •Отношения между классами
- •На диаграмме классов данное отношение связывает отдельные классы между собой, при этом стрелка
- •Так, для рассмотренного ранее примера кратность "1" для класса "Компания" означает, что каждый
- •Частным случаем отношения ассоциации является отношение агрегации. Оно имеет место между несколькими классами
- •Отношение обобщения является обычным отношением между более общим элементом (родителем или предком) и
- •Первый пример весьма прост. Иллюстрирует с помощью операции наследования или генерализации "генеалогическое древо"
- •И опять-таки смысл этой диаграммы ясен без особых пояснений. Даже бегло рассмотрев ее,
- •здесь уже все более серьезно - кроме кратности обозначены свойства (и их типы)
- •Интерфейсы
- •Таким образом , Диаграмма классов UML
- •В языке UML определены три основных стереотипа классов: Boundary (граница);
- •Управляющие классы
- •ОПЕРАЦИИ
- •Операции реализации
- •Связ
- •Имена связей
- •Пакет. Механизм пакетов
- •Другой подход заключается в объединении классов по их функциональности. Например, в пакете Security
- •Зависимость между двумя элементами имеет место в том случае, если изменения в определении
- •Объекты
- •Примеры изображения объектов
- •1.Объект (object) - конкретная материализация абстракции;
- •Для чего нужны диаграммы объектов?
- •О чем здесь идет речь, в принципе, понятно: некоторая фирма "раскручивает" новый товар
- •Эта диаграмма тоже понятна в общих чертах даже без дополнительных объяснений. Здесь мы
- •Динамические диаграммы
- •Потоки данных показываются в виде стрелок. Синхронизации двух видов — развилки (forks) и
- •Примеры диаграмм активности
- •Процесс доставки
- •Диаграмма последовательностей (sequence diagram)
- •- На диаграмме последовательности изображаются исключительно те объекты, которые непосредственно участвуют во взаимодействии
- •- Второе измерение диаграммы последовательности – вертикальная временная ось, направленная сверху вниз. Начальному
- •-Вовсе не обязательно создавать все объекты в начальный момент
- •Фокус управления
- •ФОКУС УПРАВЛЕНИЯ
- •Теперь о том, какие обозначения используются на диаграмме последовательностей.
- •это работа обычного домового лифта, которым мы пользуемся каждый день! Кстати, посмотрите на
- •Диаграмма кооперации
- •- Далее, как и на диаграмме классов, показываются структурные отношения между объектами в
- •Как видите, эта диаграмма описывает (очень грубо) работу персонала библиотеки по обслуживанию клиентов:
- •Описывает процесс управления учебными курсами (очевидно, путем создания их из готовых модулей) для
- •Диаграмма кооперации
- •- Диаграммы компонентов(component diagrams)
- •Компонент изображается в виде прямоугольника с несколькими прямоугольными или другой формы «зубами» на
- •На диаграмме компонентов можно также увидеть пакеты, изображаемые в виде «папок», точнее —
- •Диаграмма развертывания (deployment diagram)
- •Диаграмма развертывания (deployment diagram)
- •Диаграмма развертывания показывает топологию системы и распределение компонентов системы по ее узлам, а
- •ООП и последовательность построения диаграмм
- •5.Шаблоны или параметризованные классы
- •Шаблон не может быть непосредственно использован в качестве класса, поскольку содержит неопределенные параметры.
- •Выводы
Диаграммы UML и их виды
В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML определены следующие виды диаграмм:
•Диаграмма вариантов использования (use case diagram)
•Диаграмма классов (class diagram)
•Диаграммы поведения (behavior diagrams)Диаграмма состояний (statechart diagram)Диаграмма деятельности (activity diagram)
Диаграммы взаимодействия (interaction diagrams) oДиаграмма последовательности (sequence diagram) oДиаграмма кооперации (collaboration diagram)
•Диаграммы реализации (implementation diagrams)Диаграмма компонентов (component diagram)Диаграмма развертывания (deployment diagram)
Структурные диаграммы:
Диаграмма классов Диаграмма компонентов
Диаграмма композитной/составной структуры Диаграмма кооперации (UML2.0)
Диаграмма развёртывания Диаграмма объектов Диаграмма пакетов Диаграмма профилей (UML2.2)
Диаграммы поведения:
Диаграмма деятельности Диаграмма состояний Диаграмма вариантов использования
Диаграммы взаимодействия:
Диаграмма коммуникации (UML2.0) / Диаграмма кооперации (UML1.x) Диаграмма обзора взаимодействия (UML2.0)
Диаграмма последовательности Диаграмма синхронизации (UML2.0)
При этом в качестве самостоятельных представлений в языке UML используются следующие диаграммы:
•Диаграмма вариантов использования.
•Диаграмма классов.
•Диаграмма состояний.
•Диаграмма деятельности.
•Диаграмма последовательности.
•Диаграмма кооперации.
•Диаграмма компонентов.
•Диаграмма развертывания.
Перечень этих диаграмм и их названия являются каноническими в том смысле, что представляют собой неотъемлемую часть графической нотации языка UML. Более того, процесс ООАП неразрывно связан с процессом построения этих диаграмм. При этом совокупность построенных таким образом диаграмм является самодостаточной в том смысле, что в них содержится вся информация, которая необходима для реализации проекта сложной системы.
Диаграмма вариантов использования представляет собой наиболее общую
концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм.
Диаграмма классов является, по своей сути, логической моделью, отражающей статические аспекты структурного построения сложной системы.
Диаграммы поведения также являются разновидностями логической
модели, которые отражают динамические аспекты функционирования сложной системы.
Диаграммы реализации служат для представления физических
компонентов сложной системы и поэтому относятся к ее физической модели
Что значит - «унифицированный язык»?
Жизненный цикл разработки:
UML предоставляет визуальный синтаксис для моделирования на протяжении всего жизненного цикла разработки программного обеспечения – от постановки требований до реализации.
Области приложений:
UML используется для моделирования всех аспектов – от аппаратных встроенных систем реального времени до систем поддержки принятия решений.
Языки реализации и платформы:
UML является независимым от языков и платформ. Естественно, он поддерживает чистые ОО языки (Smalltalk, Java,
C# и др.), но также эффективен и для гибридных ОО языков, таких как C++, и основанных на концепции объектов, таких как Visual Basic.
UML также используется для создания моделей, реализуемых на не ОО языках программирования, таких как С.
Процессы разработки:
UML может поддерживать (и поддерживает) множество разных процессов разработки ПО.
Объекты и UML
•Основная идея UML – возможность моделировать программное обеспечение и другие системы как
наборы взаимодействующих объектов.
•Это подходит не только для ОО программных систем и языков программирования, но также и для бизнес-процессов и других прикладных задач.
•UML моделирует мир как системы взаимодействующих объектов. Объект – это цельный блок, состоящий из данных и
Основные элементы UML
UML состоит всего из трех основных элементов:
Сущности – это сами элементы модели.
Отношения - связывают сущности. Отношения определяют, как семантически связаны две или более сущностей.
Диаграммы – это представления моделей UML.
Диаграммы показывают наборы сущностей, которые «рассказывают» о программной системе и являются способом визуализации того,
- что будет делать система
(аналитические диаграммы) и
Сущности UML
• структурные сущности – существительные UML-модели,
такие как «класс», «интерфейс», «кооперация», «прецедент», «активный класс», «компонент», «узел»;
•поведенческие сущности – глаголы UML-модели, такие как взаимодействия, деятельности, автоматы;
•группирующая сущность – пакет,
используемый для группировки семантически связанных элементов модели в образующие единое целое модули;
•аннотационная сущность –
,которое может быть
Сущности UML
Структурные сущности
«класс», «интерфейс», «кооперация», «прецедент», «компонент», «узел», «актер».
