В диаграммах классов UML, каковы классы границ, классы управления и классы объектов?

Ответ 1

Часто используется с/в составе OOAD и бизнес-моделирования. Определение Нила правильное, но оно в основном идентично MVC, но просто абстрагировано для бизнеса. "Хорошее резюме" хорошо сделано, поэтому я не буду копировать его здесь, поскольку это не моя работа, более подробная, но встроенная с точками зрения Нила.

Хорошее резюме - Conceito: Границы сущности-контроля-границы

OOAD

Ответ 2

Диаграммы надежности записываются после случаев использования и перед диаграммами классов. Они помогают определить роли шагов использования. Вы можете использовать их для , чтобы убедиться, что ваши варианты использования достаточно надежны, чтобы представить требования к использованию для вашей системы.

Они включают:

• Актеры
• Использовать случаи
• Объекты
• Границы
• Управление

В то время как шаблон Model-View-Controller используется для пользовательских интерфейсов, для систем управления границей сущности (ECB) используется для систем, Следующие аспекты ЕЦБ можно сравнить с абстрактной версией MVC, если это полезно:

Объекты (модель)
Объекты, представляющие системные данные, часто из модели домена.

Границы (просмотр/сопутствующий сервис)
Объекты, которые взаимодействуют с участниками системы (например, пользователь или внешний сервис). Windows, экраны и меню являются примерами границ, которые взаимодействуют с пользователями.

Элементы управления (контроллер)
Объекты, которые посредничают между границами и сущностями. Они служат как клей между граничными элементами и элементами сущностей, реализуя логику, необходимую для управления различными элементами и их взаимодействиями. Важно понимать, что вы можете решить реализовать контроллеры в своем проекте как нечто иное, чем объекты - многие контроллеры достаточно просты, чтобы быть реализованы как метод объекта или класса границы, например.

К их сообщению применяются четыре правила:

• Актеры могут разговаривать только с граничными объектами.
• Граничные объекты могут разговаривать только с контроллерами и участниками.
• Объекты объекта могут разговаривать только с контроллерами.
• Контроллеры могут разговаривать с граничными объектами и объектами объекта, а также с другими контроллерами, но не с субъектами.

Связь разрешена:

         Entity    Boundary   Control
Entity     X                     X
Boundary                         X
Control    X          X          X

Ответ 3

Это классические стереотипы, используемые в анализе.

• граничные классы являются единицами на границе системы - классы, с которыми вы или другие системы взаимодействуете с

• классы классов сущностей являются вашими типичными бизнес-объектами, такими как "человек" и "банковский счет"

• классы управления реализуют некоторую бизнес-логику или другие

Ответ 4

На самом деле диаграммы устойчивости (или диаграммы анализа, как их иногда называют) являются только специализированными диаграммами классов. Они являются частью UML и были с самого начала (см. Книгу Джекобсона "Процесс разработки унифицированного программного обеспечения" - часть серии книг "Три амигоса" ). Вышеупомянутая книга имеет хорошее определение этих трех классов на стр. 183-185.

Ответ 5

Шаблон управления границами имеет две версии:
- старый структурный, описанный в 127 (объект как элемент модели данных, управление как функции, граница как интерфейс приложения)
- новый шаблон объекта


Как шаблон объекта:
- Граница - интерфейс для "другого мира"
- Управление любой внутренней логикой (например, службой в шаблоне DDD)
- Сущность - это постоянство serwis для объектов (например, репозиторий в шаблоне DDD).
Все классы имеют операции (см. Fowler anemic domain model anti-pattern)
Все они являются компонентом модели в шаблоне MVC. Правила:
- Только Граница предоставляет услуги для "другого мира"
- Граница может вызываться только для Controll
- Управление может вызвать кого-нибудь
- Сущность не может вызывать никого (!), Только называться.

JZ