
- •Вопрос 20. Метод Хоара
- •Вопрос 21. Сортировка выбором
- •Вопрос 23. Пирамидальная сортировка
- •Построение пирамиды
- •Вопрос 25. Uml. Терминология и нотация
- •Вопрос 26. Диаграммы uml
- •Вопрос 27. Диаграмма прецедентов
- •Вопрос 28. Диаграмма классов
- •Вопрос 29. Диаграмма объектов
- •Вопрос 30. Диаграмма последовательностей
- •Вопрос 31. Диаграмма взаимодействия
- •Вопрос 32. Диаграмма состояний
- •Вопрос 33. Диаграмма активности
- •Вопрос 34. Диаграмма развертывания
- •Вопрос 35. Понятие метрики. Применения метрик. Метрические шкалы.
- •Вопрос 36. Метрики сложности программ. Метрика Холстеда.
- •Вопрос 37. Метрики сложности потока управления программ.
- •Вопрос 38. Верификация и валидация программ
- •Вопрос 39. Методы доказательства правильности программ
- •Методы доказательства правильности программ, появились в 80–е годы, делятся на два класса: 1. Точные методы доказательства правильности программ.
- •Общая характеристика формальных методов доказательства
- •Вопрос 40. Методы тестирования программ
- •. Статические методы тестирования
- •. Динамические методы тестирования
- •. Функциональное тестирование
Вопрос 28. Диаграмма классов
Класс - категория вещей, которые имеют общие атрибуты и операции.
Классы - это строительные блоки любой объектно-ориентированной системы. Они представляют собой описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. При проектировании объектно-ориентированных систем диаграммы классов обязательны. Классы используются в процессе анализа предметной области для составления словаря предметной области разрабатываемой системы.
Это могут быть как абстрактные понятия предметной области, так и классы, на которые опирается разработка и которые описывают программные или аппаратные сущности.
Д
иаграмма
классов - это набор статических,
декларативных элементов модели. Диаграммы
классов могут применяться и при прямом
проектировании, то есть в процессе
разработки новой системы, и при обратном
проектировании - описании существующих
и используемых систем. Информация с
диаграммы классов напрямую отображается
в исходный код приложения. Диаграмма
классов - конечный результат проектирования
и отправная точка процесса разработки.
***Этот пример, иллюстрирует с помощью
операции наследования или генерализации
"генеалогическое древо" бытовой
техники. Смысл этой диаграммы понятен,
даже не специалисту.
***Смысл и этой диаграммы ясен без особых пояснений. Можно легко догадаться, что она описывает предметную область задачи об автоматизации работы некоего вуза или учебного центра. Обратите внимание на обозначения кратности на концах связей.
А теперь немного усложним задачу:
К
ак
видим, здесь уже все более серьезно –
кроме кратности обозначены свойства
(и их типы) и операции, и вообще, эта
диаграмма производит впечатление набора
классов для реализации, а не просто
описания предметной области, как
предыдущие.
Вопрос 29. Диаграмма объектов
Объект - *конкретная материализация абстракции; *сущность с хорошо определенными границами, в которой инкапсулированы состояние и поведение; *экземпляр класса (классификатора - эктор, класс или интерфейс). Объект уникально идентифицируется значениями атрибутов, определяющими его состояние в данный момент времени.
Действительно, объект - это экземпляр класса. Все мы являемся объектами класса "человек" и различимы между собой по таким признакам (атрибутам), как имя, цвет волос, глаз, рост, вес, возраст и т. д.
Объект, как и класс, в UML обозначается прямоугольником, но его имя(название объекта и наименование его класса, разделенные двоеточием) подчеркивается.
Рисунок – Пример диаграммы Объект
Диаграмма объектов - это своего рода снимок состояния системы в определенный момент времени, показывающий множество объектов, их состояния и отношения между ними в данный момент.
Д
иаграмма
объектов используется для пояснения и
детализации диаграмм взаимодействия,
напр., диаграмм последовательностей.
Этот тип диаграмм применяется достаточно
редко.
Рисунок – Пример диаграммы Объект
О чем здесь идет речь, в принципе, понятно: некоторая фирма "раскручивает" новый товар или услугу.
В
этом процессе участвуют вице-президент
по маркетингу, вице-президент по продажам,
менеджер по продажам, торговый агент,
специалист по рекламе, некое печатное
издание и покупатель. Причем даже без
указания сообщений, которыми обмениваются
эти объекты, отлично видно, кто с кем
взаимодействует. На этой диаграмме все
объекты анонимные!
Здесь мы видим взаимосвязь объектов - организационных единиц в некоторой компании.
И наконец, последний пример: диаграмма объектов учебной среды "Робот" для Turbo Pascal, в которой школьники учились основам алгоритмизации.
Рисунок - Диаграмма объектов учебной среды "Робот"