- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Информационные технологии. Диаграммы классов. (Тема 10.2) презентация
Содержание
- 1. Информационные технологии. Диаграммы классов. (Тема 10.2)
- 2. Отношение зависимости (dependency relationship) Отношение ассоциации
- 3. Зависит от Знает о Наследование: является предком (потомком) Реализует Типы отношений
- 4. Отношение обобщения
- 5. Ограничения отношения обобщения
- 6. Отношение обобщения
- 7. Отношение обобщения
- 8. Ограничения отношения обобщения
- 9. Ограничения отношения обобщения
- 10. Ассоциация Дополнительные понятия
- 11. Класс-ассоциация
- 12. Класс-ассоциация
- 13. Класс-ассоциация В UML для каждого клиента подразумевается только одно отношение (последний вариант):
- 14. N-арная ассоциация Ассоциация-класс – класс, реализующий ассоциацию Конец ассоциации
- 15. XOR-ассоциация
- 16. Отношение агрегации
- 17. Отношение агрегации
- 18. Отношение агрегации .
- 19. Отношение композиции
- 20. Отношение композиции
- 21. Ассоциация Различие между агрегированием и осведомленностью(acquaintance) Агрегирование
- 22. Отношение агрегации Агрегирование и осведомленность легко спутать,
- 23. Отношение агрегации Агрегирование подразумевает, что один объект владеет другим или несет за него ответственность.
- 24. Отношение агрегации Композиция подразумевает, что один объект
- 25. Отношение агрегации На диаграмме классов можно показать
- 26. Отношение агрегации Правило «нет совместного владения» является ключевым в композиции
- 27. Производные свойства
- 28. Активный класс
- 29. Шаблоны или параметризованные классы
- 30. Шаблоны или параметризованные классы
- 31. Объекты
- 32. Объекты
- 33. Объекты
- 34. Рекомендации Как разбить на классы? Русский язык или английский?
- 35. Рекомендации
- 36. Навигация в ассоциации Это возможность легко находить те классы, на которые указывает данная ассоциация
- 37. Навигация в ассоциации Если у ассоциации нет
- 38. Методы Как называть, метод или операция? Операция – функция класса Метод – экземпляр операции
- 39. Виды методов Операция-запрос (не меняет состояние класса) Операция модификатор (меняет состояние класса) Итераторы (Г.Буч)
- 40. Советы использования Не пытайтесь использовать все доступные
- 41. Ограничения Используются в языке Eiffel (Design by
- 42. Ограничения Пусть A – это некоторая операция,
- 43. Ограничения Кто ответственен за выполнение проверки? Для предусловия ответственен вызывающий класс
- 44. Самая трудная задача в объектно-ориентированном проектировании
- 45. Моделирование Другой путь – сосредоточиться на отношениях
- 46. CRC – карточки Уорд Каннингхем и
- 47. CRC карточки
- 48. CRC – карточки Небольшие карточки, размером 4 х 6см
- 49. CRC карточки
- 50. Диаграммы классов используются: диаграммы классов используются
- 51. Диаграммы классов используются: Моделирование словаря системы:
- 52. Диаграммы классов используются: Пример: робот
- 53. Диаграммы классов используются: Примитивные типы
- 54. Диаграммы классов используются: соединение между классами,
- 55. Моделирование схемы БД Идентифицируйте классы вашей
- 56. Моделирование схемы БД
- 57. Моделирование схемы БД используйте зависимость, только
- 58. Моделирование схемы БД поддерживайте баланс в
- 59. Моделирование схемы БД выбрав один из
- 60. Моделирование схемы БД избегайте пересечения линий;
- 61. Основы структурного моделирования Общие механизмы UML:
- 62. Основы структурного моделирования Примечание (Note) -
- 63. Основы структурного моделирования Стереотипом (Stereotype) называют
- 64. Основы структурного моделирования
- 65. Основы структурного моделирования Помеченное значение (Tagged
- 66. Основы структурного моделирования
- 67. Основы структурного моделирования Ограничение (Constraint) -
- 68. Основы структурного моделирования
Отношение зависимости (dependency relationship) Отношение ассоциации (association relationship) Отношение обобщения (generalization relationship) Отношение реализации (realization relationship) Типы отношений
Слайд 2Отношение зависимости (dependency relationship)
Отношение ассоциации (association relationship)
Отношение обобщения (generalization
relationship)
Отношение реализации (realization relationship)
Отношение реализации (realization relationship)
Типы отношений
Слайд 4Отношение обобщения
отношением между более общим элементом (родителем или предком) и
более частным или специальным элементом (дочерним или потомком).
Слайд 6Отношение обобщения
Осторожно использовать термин «является»:
Шеп – это бордер-колли.
Бордер-колли – это
собака.
Собаки являются животными.
Бордер колли – это порода собак.
Собака – биологический вид.
(1)+(2) => Шеп – это собака
(2)+(3) => бордер-колли – это животное
(1)+(4) => Шеп – это порода собак (неверно!)
Собаки являются животными.
Бордер колли – это порода собак.
Собака – биологический вид.
(1)+(2) => Шеп – это собака
(2)+(3) => бордер-колли – это животное
(1)+(4) => Шеп – это порода собак (неверно!)
Слайд 8Ограничения отношения обобщения
строка текста, указывающая на некоторые дополнительные свойства этого
отношения
{complete} -- определены все классы- потомки
{disjoint} -- классы-потомки не содержат объектов, одновременно являющихся экземплярами двух или более классов
{incomplete}
{overlapping} -- экземпляры классов-потомков могут принадлежать одновременно нескольким классам
{complete} -- определены все классы- потомки
{disjoint} -- классы-потомки не содержат объектов, одновременно являющихся экземплярами двух или более классов
{incomplete}
{overlapping} -- экземпляры классов-потомков могут принадлежать одновременно нескольким классам
Слайд 13Класс-ассоциация
В UML для каждого клиента подразумевается только одно отношение (последний
вариант):
Слайд 16Отношение агрегации
Ассоциация
Агрегация
Композиция
Классов представляет собой некоторую сущность, включающую в себя в
качестве составных частей другие сущности.
Слайд 17Отношение агрегации
В связи с рассмотрением данного отношения вполне уместно вспомнить
о специальном термине "агрегат", которое служит для обозначения технической системы, состоящей из взаимодействующих составных частей или подсистем
Слайд 19Отношение композиции
части не могут выступать в отрыве от целого, т.
е. с уничтожением целого уничтожаются и все его составные части.
Слайд 21Ассоциация
Различие между агрегированием и осведомленностью(acquaintance)
Агрегирование подразумевает, что один объект владеет другим
или несет за него ответственность.
В общем случае мы говорим, что объект содержит другой объект или является его частью.
В общем случае мы говорим, что объект содержит другой объект или является его частью.
GoF, 95
Слайд 22Отношение агрегации
Агрегирование и осведомленность легко спутать, поскольку они часто реализуются одинаково.
определяется,
скорее, предполагаемым использованием, а не языковыми механизмами.
Слайд 23Отношение агрегации
Агрегирование подразумевает, что один объект владеет другим или несет за
него ответственность.
Слайд 24Отношение агрегации
Композиция подразумевает, что один объект владеет другим или несет за
него ответственность (создает и уничтожает).
Слайд 25Отношение агрегации
На диаграмме классов можно показать несколько классов потенциальных владельцев, но
у любого экземпляра класса есть только один объект владелец
Слайд 32Объекты
Диаграммы объектов удобны для показа примеров связанных друг с другом
объектов. Во многих ситуациях точную структуру можно определить с помощью диаграммы классов, но при этом структура оста ется трудной для понимания. В таких случаях пара примеров диаграммы объектов может прояснить ситуацию.
Слайд 33Объекты
'/':.
о : C–
объект с собственным именем о, экземпляр класса С.
: C– анонимный объект, экземпляр класса С.
о :(или просто о) — объект-сирота с собственным именем о.
о / R : C— объект с собственным именем о, экземпляр класса С, играющий роль R.
/ R : C— анонимный объект, экземпляр класса С, играющий роль R.
о / R— объект-сирота с собственным именем о, играющий роль R.
/ R— анонимный объект и одновременно объект-сирота, играющий роль R.
: C– анонимный объект, экземпляр класса С.
о :(или просто о) — объект-сирота с собственным именем о.
о / R : C— объект с собственным именем о, экземпляр класса С, играющий роль R.
/ R : C— анонимный объект, экземпляр класса С, играющий роль R.
о / R— объект-сирота с собственным именем о, играющий роль R.
/ R— анонимный объект и одновременно объект-сирота, играющий роль R.
Слайд 35Рекомендации
Использование классов, ассоциаций, атрибутов, отношений и ограничений решает 90% всех задач
моделирования.
Сконцентрировать внимание только на важных аспектах проблемы
Выбор точки зрения должен соответствовать определенному этапу работы: концептуальный, спецификации, реализации)
Сконцентрировать внимание только на важных аспектах проблемы
Выбор точки зрения должен соответствовать определенному этапу работы: концептуальный, спецификации, реализации)
Слайд 36Навигация в ассоциации
Это возможность легко находить те классы, на которые указывает
данная ассоциация
Слайд 37Навигация в ассоциации
Если у ассоциации нет стрелок, то это трактуется:
Двунаправленная ассоциация
Направление
не известно
Слайд 39Виды методов
Операция-запрос (не меняет состояние класса)
Операция модификатор (меняет состояние класса)
Итераторы (Г.Буч)
Слайд 40Советы использования
Не пытайтесь использовать все доступные понятия. Начните с классов, ассоциаций,
обобщений и ограничений
Соответствуйте точке зрения модели (концептуальная, спецификации, реализации)
Стоит сконцентрироваться на главных аспектах
Соответствуйте точке зрения модели (концептуальная, спецификации, реализации)
Стоит сконцентрироваться на главных аспектах
Слайд 41Ограничения
Используются в языке Eiffel (Design by contract, Бертран Мейер)
В основе лежит
понятие утверждения: булевское высказывание, которое всегда истинно
Предусловия, условия и инвариант
Предусловия, условия и инвариант
Слайд 42Ограничения
Пусть A – это некоторая операция, тогда формула корректности (correctness formula)
{P}
A {Q} (Триада Хоара)
{x = 5} x = x ^ 2 {x > 0}
{x = 5} x = x ^ 2 {x > 0}
Слайд 43Ограничения
Кто ответственен за выполнение проверки?
Для предусловия ответственен вызывающий класс
Слайд 44
Самая трудная задача в объектно-ориентированном проектировании – разложить систему на объекты
Можно
сформулировать задачу письменно, выделить из получившейся фразы существительные и глаголы, после чего создать соответствующие классы и операции.
Слайд 45Моделирование
Другой путь – сосредоточиться на отношениях и разделении обязанностей в системе.
Согласие
по поводу того, какой подход самый лучший, никогда не будет достигнуто. (GoF)
Слайд 46CRC – карточки
Уорд Каннингхем и Кент Бек (разработчики Smalltalk) в
конце 80-х, Удобны при построении диаграмм взаимодействия
CRC: Class-Responsibility-Collaboration (Класс- Ответсвенность- Кооперация)
Технология использовалась для проектирования модели классов
CRC: Class-Responsibility-Collaboration (Класс- Ответсвенность- Кооперация)
Технология использовалась для проектирования модели классов
Слайд 50Диаграммы классов используются:
диаграммы классов используются в следующих целях:
для моделирования
словаря системы
для моделирования простых коопераций
для моделирования логической схемы базы данных.
для моделирования простых коопераций
для моделирования логической схемы базы данных.
Слайд 51Диаграммы классов используются:
Моделирование словаря системы:
Определите, какие элементы пользователи и разработчики
применяют для описания задачи или ее решения. Используйте CRC-карточки.
Выявите для каждой абстракции соответствующее ей множество обязанностей.
Разработайте атрибуты и операции, необходимые для выполнения класса ими своих обязанностей.
Выявите для каждой абстракции соответствующее ей множество обязанностей.
Разработайте атрибуты и операции, необходимые для выполнения класса ими своих обязанностей.
Слайд 54Диаграммы классов используются:
соединение между классами, когда один класс использует другой
в качестве параметра операции
Слайд 55Моделирование схемы БД
Идентифицируйте классы вашей модели
Создайте содержащую эти классы
диаграмму классов
Раскройте структурные особенности классов (акрибуты, ассоциации, кратности)
Поищите образцы, усложняющие проектирование физической базы данных, например циклические ассоциации, и др.
Рассмотрите поведение этих классов
Раскройте структурные особенности классов (акрибуты, ассоциации, кратности)
Поищите образцы, усложняющие проектирование физической базы данных, например циклические ассоциации, и др.
Рассмотрите поведение этих классов
Слайд 57Моделирование схемы БД
используйте зависимость, только если моделируемое отношение не является
структурным;
используйте обобщение, только если имеет место отношение типа "является";
множественное наследование часто можно заменить агрегированием;
остерегайтесь циклических отношений обобщения;
используйте обобщение, только если имеет место отношение типа "является";
множественное наследование часто можно заменить агрегированием;
остерегайтесь циклических отношений обобщения;
Слайд 58Моделирование схемы БД
поддерживайте баланс в отношениях обобщения: иерархия наследования не
должна быть ни слишком глубокой (желательно не более пяти уровней), ни слишком широкой (лучше прибегнуть к промежуточным абстрактным классам);
применяйте ассоциации прежде всего там, где между объектами существуют структурные отношения.
применяйте ассоциации прежде всего там, где между объектами существуют структурные отношения.
Слайд 59Моделирование схемы БД
выбрав один из стилей оформления линий (прямые или
наклонные), в дальнейшем старайтесь его придерживаться. Прямые линии подчеркивают, что соединения идут от родственных сущностей к одному общему родителю. Наклонные линии позволяют существенно сэкономить пространство в сложных диаграммах. Если вы хотите привлечь внимание к разным группам отношений, применяйте одновременно оба типа линий;
Слайд 60Моделирование схемы БД
избегайте пересечения линий;
показывайте только такие отношения, которые
необходимы для понимания особенностей группирования элементов модели; скрывайте несущественные (особенно избыточные) ассоциации.
Слайд 61Основы структурного моделирования
Общие механизмы UML:
Примечание (Note)
Стереотипом (Stereotype)
Помеченное значение (Tagged value)
Ограничение
(Constraint)
Слайд 62Основы структурного моделирования
Примечание (Note) - это графический символ, используемый для
изображения ограничений или комментариев, присоединенных к элементу модели или их совокупности. Примечание выглядит как прямоугольник с загнутым углом, содержащий текстовый или графический комментарий
Слайд 63Основы структурного моделирования
Стереотипом (Stereotype) называют расширение словаря UML, позволяющее создавать
новые виды строительных блоков, аналогичные существующим, но специфичные для данной задачи. Стереотип представлен в виде имени, заключенного в кавычки и расположенного над именем другого элемента. Стереотипный элемент можно изображать также с помощью новой связанной с ним пиктограммы.
Слайд 65Основы структурного моделирования
Помеченное значение (Tagged value) - это расширение свойств
элемента UML, позволяющее вводить новую информацию в его спецификацию. Помеченные значения изображаются в виде строки в скобках, расположенной под именем другого элемента.
Слайд 67Основы структурного моделирования
Ограничение (Constraint) - это расширение семантики элемента UML,
позволяющее создавать новые или изменять существующие правила. Изображаются ограничения в виде строки в скобках, которая расположена возле ассоциированного элемента или связана с ним отношениями зависимости. Можно также представить ограничение в виде примечания.
