- •Концепция 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.Шаблоны или параметризованные классы
- •Шаблон не может быть непосредственно использован в качестве класса, поскольку содержит неопределенные параметры.
- •Выводы
Отношение обобщения является обычным отношением между более общим элементом (родителем или предком) и более частным или специальным элементом
Применительно к диаграмме классов это отношение описывает иерархическое строение классов и наследование их свойств и поведения. (дочерним или потомком).
Первый пример весьма прост. Иллюстрирует с помощью операции наследования или генерализации "генеалогическое древо" бытовой техники. Думаем, мы бы поняли смысл этой диаграммы, даже если бы ничего не знали о классах и не занимались программированием вообще.
И опять-таки смысл этой диаграммы ясен без особых пояснений. Даже бегло рассмотрев ее, можно легко догадаться, что она описывает предметную область задачи об автоматизации работы некоего вуза или учебного центра. Обратите внимание на обозначения кратности на концах связей.
здесь уже все более серьезно - кроме кратности обозначены свойства (и их типы) и операции, и вообще, эта диаграмма производит впечатление набора классов для реализации, а не просто описания предметной области, как предыдущие. Но, тем не менее, все равно все просто и понятно.
Интерфейсы
Интерфейсы являются элементами диаграммы вариантов использования и были рассмотрены ранее. Однако при построении диаграммы классов отдельные интерфейсы могут уточняться и в этом случае для их изображения используется специальный графический символ — прямоугольник класса с ключевым словом или стереотипом "interface". При этом секция атрибутов у прямоугольника отсутствует, а указывается только секция операций.
Таким образом , Диаграмма классов UML
- это граф, узлами которого являются элементы статической структуры проекта (классы, интерфейсы), а дугами - отношения между узлами (ассоциации, наследование, зависимости).
На диаграмме классов изображаются следующие элементы:
Пакет (package) - набор элементов модели, логически связанных между собой; Класс (class) - описание общих свойств группы сходных объектов;
Интерфейс (interface) - абстрактный класс, задающий набор операций, которые объект произвольного класса, связанного с данным интерфейсом реализует и предоставляет другим объектам.
В языке UML определены три основных стереотипа классов: Boundary (граница);
Entity (сущность); Control (управление).
Граничные классы
Граничными классами (boundary classes) называются такие классы, которые расположены на границе системы и всей окружающей среды. Это экранные формы, отчеты, интерфейсы с аппаратурой (такой как принтеры или сканеры) и интерфейсы с другими системами.
Чтобы найти граничные классы, надо исследовать диаграммы вариантов использования. Каждому взаимодействию между действующим лицом и вариантом использования должен соответствовать, по крайней мере, один граничный класс. Именно такой класс позволяет действующему лицу взаимодействовать с системой.
Классы-сущности
Классы-сущности (entity classes) содержат хранимую информацию. Они имеют наибольшее значение для пользователя, и потому в их названиях часто используют термины из предметной области. Обычно для каждого класса- сущности создают таблицу в базе данных.
