- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Информационные технологии. Диаграммы классов. (Тема 10.1) презентация
Содержание
- 1. Информационные технологии. Диаграммы классов. (Тема 10.1)
- 2. Основы структурного моделирования
- 3. Ограничения Используются в языке Eiffel (Design by
- 4. Ограничения Пусть A – это некоторая операция,
- 5. Ограничения Кто ответственен за выполнение проверки? Для предусловия ответственен вызывающий класс
- 6. Самая трудная задача в объектно-ориентированном проектировании
- 7. Моделирование Другой путь – сосредоточиться на отношениях
- 8. CRC – карточки Уорд Каннингхем и
- 9. CRC карточки
- 10. CRC – карточки Небольшие карточки, размером 4 х 6см
- 11. CRC карточки
- 12. Диаграммы классов используются: диаграммы классов используются
- 13. Диаграммы классов используются: Моделирование словаря системы:
- 14. Моделирование схемы БД
- 15. Моделирование схемы БД используйте зависимость, только
- 16. Моделирование схемы БД поддерживайте баланс в
- 17. Моделирование схемы БД выбрав один из
- 18. Моделирование схемы БД избегайте пересечения линий;
- 19. Шаблоны: Decorator Назначение: Динамически добавляет объекту новые
- 20. Шаблоны: Decorator
- 21. Шаблоны: Decorator
- 22. Шаблоны: Decorator
- 23. Шаблоны: Decorator Используйте паттерн: для динамического, прозрачного
- 24. Шаблоны: Adapter Назначение: Преобразует интерфейс одного класса в интерфейс другого, который ожидают клиенты
- 25. Шаблоны: Adapter
- 26. Шаблоны: Adapter
- 27. Шаблоны: Bridge Назначение: Отделить абстракцию от ее
- 28. Шаблоны: Bridge Задача: 2 среды Xwindows и Presentation Manager (PM) от компании IBM
- 29. Шаблоны: Bridge Решение:
- 30. Шаблоны: Bridge Решение:
- 31. Composite (Компоновщик) Назначение: Компонует объекты в древовидные структуры для представления иерархий часть-целое.
- 32. Composite (Компоновщик)
- 33. Composite (Компоновщик)
- 34. Flyweight (Приспособленец) Назначение: Использует разделение для эффективной поддержки множества мелких объектов.
- 35. Flyweight (Приспособленец)
- 36. Flyweight (Приспособленец) Ключевая идея здесь – различие
- 37. Flyweight (Приспособленец)
- 38. Flyweight (Приспособленец)
- 39. Flyweight (Приспособленец)
- 40. Flyweight (Приспособленец) состояние, необходимое приспособленцу для нормальной
- 41. Flyweight (Приспособленец) При реализации приспособленца следует обратить
- 42. Паттерн Proxy (Заместитель) Назначение: Является суррогатом другого объекта и контролирует доступ к нему.
- 43. Паттерн Proxy (Заместитель)
- 44. Паттерн Proxy (Заместитель)
- 45. Паттерн Proxy (Заместитель) У паттерна заместитель при
- 46. Паттерн Abstract Factory Назначение: Предоставляет интерфейс для
- 47. Паттерн Abstract Factory
- 48. Паттерн Abstract Factory
- 49. Паттерн Prototype Назначение Задает виды создаваемых объектов
- 50. Паттерн Prototype
Основы структурного моделирования
Слайд 3Ограничения
Используются в языке Eiffel (Design by contract, Бертран Мейер)
В основе лежит
понятие утверждения: булевское высказывание, которое всегда истинно
Предусловия, условия и инвариант
Предусловия, условия и инвариант
Слайд 4Ограничения
Пусть A – это некоторая операция, тогда формула корректности (correctness formula)
{P}
A {Q} (Триада Хоара)
{x = 5} x = x ^ 2 {x > 0}
{x = 5} x = x ^ 2 {x > 0}
Слайд 5Ограничения
Кто ответственен за выполнение проверки?
Для предусловия ответственен вызывающий класс
Слайд 6
Самая трудная задача в объектно-ориентированном проектировании – разложить систему на объекты
Можно
сформулировать задачу письменно, выделить из получившейся фразы существительные и глаголы, после чего создать соответствующие классы и операции.
Слайд 7Моделирование
Другой путь – сосредоточиться на отношениях и разделении обязанностей в системе.
Согласие
по поводу того, какой подход самый лучший, никогда не будет достигнуто. (GoF)
Слайд 8CRC – карточки
Уорд Каннингхем и Кент Бек (разработчики Smalltalk) в
конце 80-х, Удобны при построении диаграмм взаимодействия
CRC: Class-Responsibility-Collaboration (Класс- Ответсвенность- Кооперация)
Технология использовалась для проектирования модели классов
CRC: Class-Responsibility-Collaboration (Класс- Ответсвенность- Кооперация)
Технология использовалась для проектирования модели классов
Слайд 12Диаграммы классов используются:
диаграммы классов используются в следующих целях:
для моделирования
словаря системы
для моделирования простых коопераций
для моделирования логической схемы базы данных.
для моделирования простых коопераций
для моделирования логической схемы базы данных.
Слайд 13Диаграммы классов используются:
Моделирование словаря системы:
Определите, какие элементы пользователи и разработчики
применяют для описания задачи или ее решения. Используйте CRC-карточки.
Выявите для каждой абстракции соответствующее ей множество обязанностей.
Разработайте атрибуты и операции, необходимые для выполнения класса ими своих обязанностей.
Выявите для каждой абстракции соответствующее ей множество обязанностей.
Разработайте атрибуты и операции, необходимые для выполнения класса ими своих обязанностей.
Слайд 15Моделирование схемы БД
используйте зависимость, только если моделируемое отношение не является
структурным;
используйте обобщение, только если имеет место отношение типа "является";
множественное наследование часто можно заменить агрегированием;
остерегайтесь циклических отношений обобщения;
используйте обобщение, только если имеет место отношение типа "является";
множественное наследование часто можно заменить агрегированием;
остерегайтесь циклических отношений обобщения;
Слайд 16Моделирование схемы БД
поддерживайте баланс в отношениях обобщения: иерархия наследования не
должна быть ни слишком глубокой (желательно не более пяти уровней), ни слишком широкой (лучше прибегнуть к промежуточным абстрактным классам);
применяйте ассоциации прежде всего там, где между объектами существуют структурные отношения.
применяйте ассоциации прежде всего там, где между объектами существуют структурные отношения.
Слайд 17Моделирование схемы БД
выбрав один из стилей оформления линий (прямые или
наклонные), в дальнейшем старайтесь его придерживаться. Прямые линии подчеркивают, что соединения идут от родственных сущностей к одному общему родителю. Наклонные линии позволяют существенно сэкономить пространство в сложных диаграммах. Если вы хотите привлечь внимание к разным группам отношений, применяйте одновременно оба типа линий;
Слайд 18Моделирование схемы БД
избегайте пересечения линий;
показывайте только такие отношения, которые
необходимы для понимания особенностей группирования элементов модели; скрывайте несущественные (особенно избыточные) ассоциации.
Слайд 19Шаблоны: Decorator
Назначение: Динамически добавляет объекту новые обязанности. Является гибкой альтернативой порождению
подклассов с целью расширения функциональности
Слайд 23Шаблоны: Decorator
Используйте паттерн:
для динамического, прозрачного для клиентов добавления обязанностей объектам;
для реализации
обязанностей, которые могут быть сняты с объекта;
когда расширение путем порождения подклассов по каким-то причинам неудобно
когда расширение путем порождения подклассов по каким-то причинам неудобно
Слайд 24Шаблоны: Adapter
Назначение: Преобразует интерфейс одного класса в интерфейс другого, который ожидают
клиенты
Слайд 27Шаблоны: Bridge
Назначение: Отделить абстракцию от ее реализации так, чтобы то и
другое можно было изменять независимо.
Слайд 31Composite (Компоновщик)
Назначение: Компонует объекты в древовидные структуры для представления иерархий часть-целое.
Слайд 34Flyweight (Приспособленец)
Назначение: Использует разделение для эффективной поддержки множества мелких объектов.
Слайд 36Flyweight (Приспособленец)
Ключевая идея здесь – различие между внутренним и внешним состояниями
Приспособленец
– это разделяемый объект.
Объекты-клиенты отвечают за передачу внешнего состояния приспособленцу, когда в этом возникает необходимость
Объекты-клиенты отвечают за передачу внешнего состояния приспособленцу, когда в этом возникает необходимость
Слайд 40Flyweight (Приспособленец)
состояние, необходимое приспособленцу для нормальной работы, можно охарактеризовать как внутреннее
или внешнее. Первое хранится в самом объекте ConcreteFlyweight. Внешнее состояние хранится или вычисляется клиентами
Слайд 41Flyweight (Приспособленец)
При реализации приспособленца следует обратить внимание на следующие вопросы:
вынесение внешнего
состояния.
управление разделяемыми объектами
управление разделяемыми объектами
Слайд 42Паттерн Proxy (Заместитель)
Назначение: Является суррогатом другого объекта и контролирует доступ к
нему.
Слайд 45Паттерн Proxy (Заместитель)
У паттерна заместитель при доступе к объекту вводится дополнительный
уровень косвенности:
удаленный заместитель может скрыть тот факт, что объект находится в другом адресном пространстве;
виртуальный заместитель может выполнять оптимизацию, например создание объекта по требованию;
защищающий заместитель и «умная» ссылка позволяют решать дополнительные задачи при доступе к объекту.
удаленный заместитель может скрыть тот факт, что объект находится в другом адресном пространстве;
виртуальный заместитель может выполнять оптимизацию, например создание объекта по требованию;
защищающий заместитель и «умная» ссылка позволяют решать дополнительные задачи при доступе к объекту.
Слайд 46Паттерн Abstract Factory
Назначение:
Предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов,
не специфицируя их конкретных классов.
Слайд 49Паттерн Prototype
Назначение
Задает виды создаваемых объектов с помощью экземпляра-прототипа и создает новые
объекты путем копирования этого прототипа.
