Что такое граничные классы, классы управления и классы сущностей на диаграммах классов UML?
Теперь я использую NetBeans в качестве своей IDE-of-choice, и у него есть плагин для моделирования UML. На диаграмме классов есть элементы модели, известные как Boundary Class,Control Class и Entity Class. Однако, я не могу найти хорошее определение, но я нашел этот сайт на диаграммах классов UML.
5 ответов:
часто используется с/как часть OOAD и бизнес-моделирования. Определение Нила правильно, но оно в основном идентично MVC, но просто абстрагировано для бизнеса. "Хорошее резюме" хорошо сделано, поэтому я не буду копировать его здесь, поскольку это не моя работа, более подробная, но встроенная в Пули Нила.
диаграммы устойчивости записываются после вариантов использования и перед диаграммами классов. Они помогают определить роли шагов прецедента. Вы можете использовать их для убедитесь, что ваши варианты использования достаточно надежны для представления требований к использованию создаваемой системы.
они включают:
- актеры
- использовать Дела
- объекты
- границы
- управления
а Model-View-Controller шаблон используется для пользовательских интерфейсов, шаблон Entity-Control-Boundary (ECB) используется для систем. Следующие аспекты ЕЦБ можно сравнить с абстрактной версией MVC, если это полезно:
объекты(модель)
Объекты, представляющие системные данные, часто из модели домена.границы(view / service collaborator)
Объекты, которые взаимодействуют с системными акторами (например, a пользователей или внешняя служба). Окна, экраны и меню являются примерами границ, которые взаимодействуют с пользователи.управления(контроллер)
Объекты, которые являются посредниками между границами и лицами. Они служат связующим звеном между граничными элементами и элементами сущностей, реализуя логику, необходимую для управления различными элементами и их взаимодействиями. Важно понимать, что вы можете решить реализовать контроллеры в своем дизайне как нечто иное, чем объекты – многие контроллеры достаточно просты, чтобы быть реализованными как метод например, класс сущностей или границ.к их общению применяются четыре правила:
- актеры могут говорить только с граничными объектами.
- граничные объекты могут разговаривать только с контроллерами и актерами.
- объекты могут общаться только с контроллерами.
- контроллеры могут разговаривать с граничными объектами и объектами сущностей, а также с другими контроллерами, но не с акторами
общение разрешено:
Entity Boundary Control Entity X X Boundary X Control X X X
это стереотипы классов, используемые в анализе.
граничные классы-это те, которые находятся на границе системы-классы, с которыми вы или другие системы взаимодействуете
классы сущностей классы-это ваши типичные бизнес-объекты, такие как" лицо "и"банковский счет"
классы управления реализуют некоторые бизнес-логики или другие
на самом деле диаграммы устойчивости (или диаграммы анализа, как их иногда называют) - это просто специализированные диаграммы классов. Они являются частью UML и были с самого начала (см. книгу Джейкобсона "единый процесс разработки программного обеспечения" - часть серии книг "Три Амигоса"). В вышеупомянутой книге есть хорошее определение этих трех классов на стр. 183-185.
шаблон объекта пограничного контроля имеет две версии:
- старая структура, описанная на 127 (сущность как элементы модели данных, управление как функции, граница как интерфейс приложения)
- новый шаблон объекта
как шаблон объекта:
- Граница-это интерфейс для "другого мира"
- Управление в любой внутренней логике (например, сервис в шаблоне DDD)
- Entity-это Persistence serwis для объектов (например, репозиторий в DDD узор.)
Все классы имеют операции (см. Fowler anemic domain model anti-pattern)
Все они являются компонентом модели в шаблоне MVC. Правила:
- Только пограничные службы предоставляют услуги для "другого мира"
- Граница может вызывать только Controll
- Контроль может позвонить кому угодно
- Сущность не может никому позвонить (!), только называться.jz
Comments