Содержание
- 2. Отношение зависимости (dependency relationship) Отношение ассоциации (association relationship) Отношение обобщения (generalization relationship) Отношение реализации (realization relationship)
- 3. Зависит от Знает о Наследование: является предком (потомком) Реализует Типы отношений
- 4. Отношение обобщения отношением между более общим элементом (родителем или предком) и более частным или специальным элементом
- 5. Ограничения отношения обобщения
- 6. Отношение обобщения Осторожно использовать термин «является»: Шеп – это бордер-колли. Бордер-колли – это собака. Собаки являются
- 7. Отношение обобщения
- 8. Ограничения отношения обобщения строка текста, указывающая на некоторые дополнительные свойства этого отношения {complete} -- определены все
- 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. Объекты '/' : . о : C– объект с собственным именем о, экземпляр класса С. :
- 34. Рекомендации Как разбить на классы? Русский язык или английский?
- 35. Рекомендации Использование классов, ассоциаций, атрибутов, отношений и ограничений решает 90% всех задач моделирования. Сконцентрировать внимание только
- 36. Навигация в ассоциации Это возможность легко находить те классы, на которые указывает данная ассоциация
- 37. Навигация в ассоциации Если у ассоциации нет стрелок, то это трактуется: Двунаправленная ассоциация Направление не известно
- 38. Методы Как называть, метод или операция? Операция – функция класса Метод – экземпляр операции
- 39. Виды методов Операция-запрос (не меняет состояние класса) Операция модификатор (меняет состояние класса) Итераторы (Г.Буч)
- 40. Советы использования Не пытайтесь использовать все доступные понятия. Начните с классов, ассоциаций, обобщений и ограничений Соответствуйте
- 41. Ограничения Используются в языке Eiffel (Design by contract, Бертран Мейер) В основе лежит понятие утверждения: булевское
- 42. Ограничения Пусть A – это некоторая операция, тогда формула корректности (correctness formula) {P} A {Q} (Триада
- 43. Ограничения Кто ответственен за выполнение проверки? Для предусловия ответственен вызывающий класс
- 44. Самая трудная задача в объектно-ориентированном проектировании – разложить систему на объекты Можно сформулировать задачу письменно, выделить
- 45. Моделирование Другой путь – сосредоточиться на отношениях и разделении обязанностей в системе. Согласие по поводу того,
- 46. CRC – карточки Уорд Каннингхем и Кент Бек (разработчики Smalltalk) в конце 80-х, Удобны при построении
- 47. CRC карточки
- 48. CRC – карточки Небольшие карточки, размером 4 х 6см
- 49. CRC карточки
- 50. Диаграммы классов используются: диаграммы классов используются в следующих целях: для моделирования словаря системы для моделирования простых
- 51. Диаграммы классов используются: Моделирование словаря системы: Определите, какие элементы пользователи и разработчики применяют для описания задачи
- 52. Диаграммы классов используются: Пример: робот
- 53. Диаграммы классов используются: Примитивные типы
- 54. Диаграммы классов используются: соединение между классами, когда один класс использует другой в качестве параметра операции
- 55. Моделирование схемы БД Идентифицируйте классы вашей модели Создайте содержащую эти классы диаграмму классов Раскройте структурные особенности
- 56. Моделирование схемы БД
- 57. Моделирование схемы БД используйте зависимость, только если моделируемое отношение не является структурным; используйте обобщение, только если
- 58. Моделирование схемы БД поддерживайте баланс в отношениях обобщения: иерархия наследования не должна быть ни слишком глубокой
- 59. Моделирование схемы БД выбрав один из стилей оформления линий (прямые или наклонные), в дальнейшем старайтесь его
- 60. Моделирование схемы БД избегайте пересечения линий; показывайте только такие отношения, которые необходимы для понимания особенностей группирования
- 61. Основы структурного моделирования Общие механизмы UML: Примечание (Note) Стереотипом (Stereotype) Помеченное значение (Tagged value) Ограничение (Constraint)
- 62. Основы структурного моделирования Примечание (Note) - это графический символ, используемый для изображения ограничений или комментариев, присоединенных
- 63. Основы структурного моделирования Стереотипом (Stereotype) называют расширение словаря UML, позволяющее создавать новые виды строительных блоков, аналогичные
- 64. Основы структурного моделирования
- 65. Основы структурного моделирования Помеченное значение (Tagged value) - это расширение свойств элемента UML, позволяющее вводить новую
- 66. Основы структурного моделирования
- 67. Основы структурного моделирования Ограничение (Constraint) - это расширение семантики элемента UML, позволяющее создавать новые или изменять
- 69. Скачать презентацию