2010-02-08 4 views
1

У меня появилась привычка рисовать различные диаграммы для программного обеспечения, которое я создаю. Мое программное обеспечение в основном для Интернета. Я использую диаграмму E-R для логики данных (модель MVC) и лично разработанный стиль диаграмм для взаимодействий - какие страницы ведут к тому, что другие и что они делают, т. Е. Представления & контроллеров MVC. Это позволяет мне упростить важные концепции, устранить несогласованности и выявить проблемные области, требующие дальнейшего изучения.Визуальное моделирование разрешений

Теперь я начинаю рассматривать приложение, для которого требуется довольно сложная система разрешений. Не очень «большой» - просто сложный - с несколькими разрешениями «размеры», где некоторые разрешения нужно создавать «на лету», а некоторые - статическими.

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

Кто-нибудь видел/использовал какой-либо метод моделирования разрешений на визуальной диаграмме?

ответ

0

Команда 'ls' использует цвет для обозначения разрешений.

Также я бы подумал, что на доске или контрольной точке, поскольку права доступа связывают группы пользователей с файлами, то линии между двумя или пространственными группировками становятся возможными.

+0

Спасибо за ввод, Пол. Чтобы быть более точным, я не действительно после моделирования прав файловой системы. Я больше понимаю графический метод описания разрешений в многопользовательской веб-системе (например, переполнение стека, например). А что касается методологии диаграмм, я искал какой-то стандарт, например, «квадратные квадратики означают ..., круги означают ..., строки со стрелками означают ...». Тем не менее, оцените ваш вход! – Zach

0

я модель:

  • моих пользователей с их атрибутами с одной стороны
  • свои ресурсы с их атрибутами на другой

Определение ключевых атрибутов (строительных блоков). Затем начинают писать правила пули точки, например:

  • менеджеров по финансам может утвердить до X
  • менеджеров в HR может редактировать записи сотрудников ...
  • сотрудников в HR может утвердить новые счета

Что вы делаете, это создание политик авторизации. Затем вы можете рассмотреть факторинговые параметры, например. атрибут/значение отдела.

Оттуда, вы хотите построить дерево/поток, где корень будет точка входа, ниже уровня будет департаментов, уровень ниже других атрибутов ...

Пример:

  • Если пользователь находится в покупке {}
  • Иначе, если пользователь в области финансов {}
  • Иначе, если ...

(но в графическом древовидном виде).

Я использую XACML для авторизации, которая является политикой/на основе дерева. Затем вы можете применить CSS к нему (или XSLT), чтобы получить графическое представление авторизации.Проверьте мой блог для образцов: http://www.webfarmr.eu/2010/11/xacml-102-pimp-my-xacml-css/

 Смежные вопросы

  • Нет связанных вопросов^_^