Уровень доступа + функционал. Алгоритмы Опции

[Буратино]

Есть электронный прибор с микропроцессорным управлением.
К прибору могут прикладываться самые разные люди, с разной квалификацией и полномочиями. Для этого я ввожу в систему такое понятие как уровень доступа (Level_0, Level_1, Level_2,..Level_Х)
Но помимо этого у прибора есть определённый функционал, функции которого обрабатывают например клавиатуру, датчики, ЖПС модуль, элементы индикации, исполнительные ус-ва, реле и т.д.
С разных уровней доступа, человек который работает с прибором, может рассчитывать на разный функционал. Другими словами сами логика и правила управления прибором должны учитывать уровень доступа пользователя в системе.
Скажите, как правильнее реализовать (запрограммировать) обработку и функционала и уровня доступа? Я говорю о решении ,которое будет удобно тестировать и отлаживать.

У меня есть идея поместить управление всеми элементами индикации, всеми реле и другими исполнительными устройствами в одну фукнцию, а перед всеми входными воздействиями поставить как своего рода фильтр другую функцию. И тогда уже внутри этих функций, в соответствии с уровнем доступа, принимать решения о функционале в соответствующем уровне.
Что это даст:
а) я пишу функционал так как будто нет никаких уровней доступа (но в тех местах где я что-то получаю либо чем-то управляю из алгоритма, делаю это не напрямую, а через эти функции "пробки")
б) я экономлю на объеме кода (оч. актуально в моем случае)
в) сопровождать/править/отлаживать легче

Не факт что так правильно, но если че поправьте. Спасибо!

[Буратино]

Нет, это не правильный подход как мне кажется. А что если права доступа кучерявые, а что если пунктов меню тысячи? Я с трудом вкуриваю такие алгоритмы.

Значит вот что я решил:
все входные, по отношению к системе, воздействия я "завожу" в функцию "А", которая просто фильтрует эти воздействия в соответствии с правами доступа. Другими словами не пропускает далее по алгоритму ничего кроме того, что соответствует уровню доступа. Таким образом мы убираем лишние процессорные проверки и издержки в алгоритмах. Далее отфильтрованные воздействия попадают на функцию "Б" ,которая в зависимости от прав доступа и входного воздействия формирует команду. Функционал построен по смыслу, как обработчик команд и что важно построен для максимально возможных прав. Никаких проверок на права доступа в функциях и алгоритмах, все вынесено на вход системы. По поводу выходных интерфейсов ,пока не ясно , нужно применительно к задаче будет решать. В текущей работе можно обойтись и приведенной моделью.
Функцию А и Б можно было бы совместить, но явно просматривается необходимость просто фильтровать воздействие и строить команды на основе конкретного входного воздействия в совокупности с информацией о уровне доступа.

[Dog Pawlowa]

А что если права доступа кучерявые, а что если пунктов меню тысячи?

Тогда жаль

Если права доступа растут монотонно, то нет проблем - мы их нумеруем по порядку возрастания прав, а каждому пункту меню присваеваем минимальный разрешенный "идентификатор права", с которым выполняется этот пункт. Если существующий идентификатор меньше - пункт не выполняется, если равен или больше - выполняется.
У меня и механизмы все заложены, нет только потребности.