- •Концепция 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.Шаблоны или параметризованные классы
- •Шаблон не может быть непосредственно использован в качестве класса, поскольку содержит неопределенные параметры.
- •Выводы
1.Объект (object) - конкретная материализация абстракции;
2.сущность с хорошо определенными границами, в которой инкапсулированы состояние и поведение;
3.экземпляр класса (вернее, классификатора - эктор, класс или интерфейс). Объект уникально идентифицируется значениями атрибутов, определяющими его состояние в данный момент времени.
Для чего нужны диаграммы объектов?
Они показывают множество объектов - экземпляров классов
(изображенных на диаграмме классов) и отношений между ними в некоторый момент времени.
То есть диаграмма объектов - это своего рода снимок
состояния системы в определенный момент времени, показывающий множество объектов, их состояния и отношения между ними в данный момент.
Таким образом, диаграммы объектов представляют
статический вид системы с точки зрения проектирования и процессов, являясь основой для сценариев, описываемых
диаграммами взаимодействия.
Говоря другими словами, диаграмма объектов используется для
пояснения и детализации диаграмм взаимодействия, например, диаграмм последовательностей.
О чем здесь идет речь, в принципе, понятно: некоторая фирма "раскручивает" новый товар или услугу. В этом процессе участвуют
вице-президент по маркетингу, вице-президент по продажам, менеджер по продажам, торговый агент, специалист по рекламе, некое печатное издание и покупатель. Причем даже без указания сообщений, которыми обмениваются эти объекты, отлично видно, кто с кем взаимодействует. Кстати, обратите внимание, что на этой диаграмме все объекты анонимные!
Эта диаграмма тоже понятна в общих чертах даже без дополнительных объяснений. Здесь мы видим взаимосвязь объектов - организационных единиц в некоторой компании.
Динамические диаграммы
Динамические диаграммы описывают происходящие в системе процессы. К ним относятся диаграммы
деятельности, сценариев, диаграммы взаимодействия
идиаграммы состояний.
-Диаграммы деятельности (activity diagrams)
иллюстрируют набор процессов деятельностей и потоки данных между ними, а также возможные их синхронизации друг с другом.
Деятельность изображается в виде прямоугольника с закругленными сторонами, слева и справа, помеченного именем деятельности.
Потоки данных показываются в виде стрелок. Синхронизации двух видов — развилки (forks) и слияния (joins) — показываются жирными короткими линиями (кто-то может посчитать их и тонкими закрашенными прямоугольниками), к которым сходятся или от которых расходятся потоки данных.
Кроме синхронизаций, на диаграммах деятельности могут быть показаны разветвления потоков данных, связанных с выбором того или иного направления в зависимости от некоторого условия. Такие разветвления показываются в виде небольших ромбов.
Примеры диаграмм активности
В этом примере показана диаграмма действий для театрального офиса. На этой диаграмме показаны действия, связанные с планированием шоу.
Стрелки показывают последовательные зависимости — например, показы должны быть выбраны до их планирования.
Тяжелые полосы показывают развилки или соединения элементов управления. Например, после того, как шоу запланировано, театр может начать рекламировать его, покупать сценарии, нанимать артистов, создавать декорации, проектировать освещение и шить костюмы, и все это одновременно. Однако перед началом репетиции необходимо заказать сценарии и нанять исполнителя.
Диаграмма действий полезна для понимания высокоуровневого поведения системы при выполнении, не вдаваясь во внутренние детали передачи сообщений, требуемые схемой совместной работы.
