Как построить правильно архитектуру для обновления статусов активности/невидимости элементов формы?

Question

[Юрий Щеглов]

В моей ИС есть модуль в виде формы с 10-12 элементами (панели, комбобоксы, баттоны). Этот модуль достаточно "низкоуровневый" - используется в составе десятка (а то и больше) других модулей. Также в ИС широкое дерево прав пользователей, и бывают различные требования бизнес-логики, которые могут влиять на активность/невидимость кнопок.
Моя задача состоит в том, чтобы отрефакторить часть кода формы, отвечающей за видимость/активность кнопок, чтобы и в будущем можно было легко поддерживать код на предмет добавление новых требований на видимость.
То есть видимость/активность кнопок зависит от модуля, содержащего мою форму, прав пользователя (причем и от комбинации прав), требований бизнес-логики. При этом любое из перечисленных требований может затрагивать как один элемент, так и несколько за раз. На первый взгляд, сейчас на каждый элемент формы воздействует комбинация до 15-20 требований. Прошу советов и напутствий, как можно реализовать архитектуру для удобного добавления требований, в какие паттерны проектирования стоит посмотреть и применить?