B.
Один-ко-многим. Один объект класса A связан со многими объектами класса B.
Многие-ко-многим. Объект класса A может быть связан со многими объектами класса B, и, наоборот, объект класса B может быть связан со многими объектами класса A.
Агрегация или композиция – это взаимосвязь между классами, при которой класс может состоять из любой комбинации объектов других классов.
Она позволяет размещать объекты непосредственно внутри тела других классов.
Агрегация называется отношением “part–of” или “has–a”, с возможностью навигации от целого к частям.
Агрегатный объект – это объект, состоящий из одного или нескольких других объектов.
Метод объектно-ориентированного моделирования (OOM) визуализирует вещи в приложении с использованием моделей, организованных вокруг объектов.
И любой подход к разработке программного обеспечения проходит через следующие этапы:
Это анализ, дизайн и реализация.
При объектно-ориентированной разработке программного обеспечения разработчик программного обеспечения идентифицирует и организует приложение с точки зрения объектно-ориентированных концепций до их окончательного представления на любом конкретном языке программирования или программных инструментах.
И основными этапами разработки программного обеспечения с использованием объектно-ориентированной методологии являются объектно-ориентированный анализ, объектно-ориентированный дизайн и объектно-ориентированная реализация.
На этапе объектно-ориентированного анализа, формулируется проблема, определяются пользовательские требования, а затем модель строится на основе объектов реального мира.
Анализ дает модели то, как должна функционировать желаемая система и как она должна развиваться.
При этом модели не содержат каких-либо деталей реализации, чтобы эти модели могли бы быть поняты и изучены любым экспертом, не являющимся техническим специалистом.
Объектно-ориентированный дизайн включает в себя два основных этапа, а именно: дизайн системы и дизайн объектов.
На этапе системного дизайна разрабатывается полная архитектура желаемой системы.
Система определяется как набор взаимодействующих подсистем, которые, в свою очередь, состоят из иерархии взаимодействующих объектов, сгруппированных по классам.
Конструирование системы выполняется на основе как модели анализа, так и предлагаемой архитектуры системы.
Здесь акцент делается на объектах, входящих в систему, а не на процессы в системе.
На этапе дизайна объектов разрабатывается модель на основе как моделей, разработанных на этапе анализа, так и архитектуры, разработанной на этапе дизайна системы. При этом определяются все необходимые классы.
Устанавливаются ассоциации между классами и определяются иерархии классов.
На этапе объектно-ориентированной реализации и тестирования модель
