пока собираю идеи, может на съезде КПСС озвучу...

сейчас одну вещь не могу придумать: управление правами и ролями пользователей. по уму делать - 6 таблиц. это слишком много...

А какая схема то?
Я вот представляю себе схему такую:
Есть пользователи (таблица users) - ФИО, extension, login, password и тд. Их информация пользуется для логин на web и всякие другие приложения длч 3rd party управления звонками типа Outlook dialer.
Есть устройства (devices) - это чисто описывается оконечное устройство (типа пиры). Каждый device имеет device_id. Плюс имеет еще ссылку на профайл который определяет тип устройства (Cisco 7960, Linksys PAP2..., Generic SIP, FXS line ...). Профайл определяет количество линий, поддежку фич и тд + auto-provisioning. В зависимости от типа профайла каждое устройство имеет дополнительные параметры типа password (для SIP авторизации), MAC address (для auto-provisioning), ZAP channel number (для zaptel устройств) и тд
Каждому пользователю можно назначить один или несколько устройств.
Таже есть роли (таблица roles) - это права пользователей - каждому пользователю можно назначить много ролей.
Тут уже получается 5 таблиц:
users
devices
roles
user_roles
device_profiles

Но это мое представление PBX'а

отношение девайсов и юзеров меня меньше всего волнует в этой проблеме...

волнует вот что:
1) доступ к объекту безопасности может разграничиваться произвольным сочетанием пользователей и групп
2) объект может содержать произвольное количество параметров безопастности
3) пользователь может входить в произвольное число групп
4) группы могут содержать произвольное число пользователей и групп
5) все явно не определенные права наследуются от родительской группы.

в общем сложный вопрос. а если учесть что это может использоваться для ограничения, например, количества звонков, доступа к функциями телефонной системы, то нужно как-то оптимизировать количество запросов и их сложность...

А какую СУБД предполагается использовать? PostgreSQL обладает объектно-ориенированными возможностями.

используется доступ исключительно по odbc, дабы заказчик был волен выбирать БД по своему усмотрению.

Начинай писать на rails и размещай на github
Главное todo напиши.

начали на C# под моно делать

Если не секрет , чем обоснован выбор ?

тем, что нашел команду опытных программистов. они програмят на C#
Мне нужно работающее ПО, а на чем написано оно - пох

Опен сорс не получится на c#