powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование системы доступа
40 сообщений из 40, показаны все 2 страниц
Проектирование системы доступа
    #37978363
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Возник вопрос: фрезеровщица высшего разряда Люся ушла в декретный отпуск....
Работница Валя, работающая рядом, на время ее отпуска должна продолжить ее работу чтобы отряд не заметил потери бойца
Что должен сделать начальник цеха Петр Васильевич:
- чтоб боец валя продолжила работы по делам Люси
- дела Люси по-прежнему бы числились за ней, но Валя могла их выполнять

--> делегировать права Вале на некоторый срок?
--> переназначить создателя всех документов с Люси на Валю? (но тогда люсе не зачтут очки за начатые проекты и не выдадут долгожданную грамоту!)

как поступают в сурьезных рабочих коллективах? :)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37978386
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да еще и возможно, что Валя не фрезеровщик, а лудильщица, но на время родов Люси мОжет подработать и фрезировщицей!))
(Перт Васильевич сразу смекнул что это разные роли, но во благо производства промолчал....)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37978585
Inkelyad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если не очень усложнять, то 'создатель' может быть не Люся и не Валя, а
'Люся в роли Люси' или 'Люся в роли Вали'.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37978730
Фотография DirksDR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp,

Люся сообщает Вале свой пароль, и Валя работает под ее учеткой.
У нас так бывает, пока мы "Вале" права настраиваем.
Иногда нам об этом не сообщают до выхода Люси из декретного отпуска.
Между прочим, когда несколько человек под одной учеткой работают, лицензии экономятся:)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979041
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DirksDRsp,

Люся сообщает Вале свой пароль, и Валя работает под ее учеткой.
У нас так бывает, пока мы "Вале" права настраиваем.
Иногда нам об этом не сообщают до выхода Люси из декретного отпуска.
Между прочим, когда несколько человек под одной учеткой работают, лицензии экономятся:)

у многих еще висит стиккер с паролем на мониторе...)) это полное отсутствие системы прав!
Нафиг настраивать после этого права Вале???? - она просто пароль Люси уже знает???
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979060
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OFFTOP про "лицензии экономятся"
DirksDRsp,

Люся сообщает Вале свой пароль, и Валя работает под ее учеткой.
У нас так бывает, пока мы "Вале" права настраиваем.
Иногда нам об этом не сообщают до выхода Люси из декретного отпуска.
Между прочим, когда несколько человек под одной учеткой работают, лицензии экономятся:)


Обічно это обманчивое впечатление, которое позволяет обойти технические средства контроля лицензий, но часто является юридическим нарушением лицензионного соглашение конкретного продукта
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979081
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Большая просьба не переходить на тему о лицензиях!
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979101
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spВозник вопрос: фрезеровщица высшего разряда Люся ушла в декретный отпуск....
Работница Валя, работающая рядом, на время ее отпуска должна продолжить ее работу чтобы отряд не заметил потери бойца
Что должен сделать начальник цеха Петр Васильевич:
- чтоб боец валя продолжила работы по делам Люси
- дела Люси по-прежнему бы числились за ней, но Валя могла их выполнять

--> делегировать права Вале на некоторый срок?
--> переназначить создателя всех документов с Люси на Валю? (но тогда люсе не зачтут очки за начатые проекты и не выдадут долгожданную грамоту!)

как поступают в сурьезных рабочих коллективах? :)
1. Если Валя согласна за работу Люси получать неофициальную компенсацию (т.е. согласна с тем что будет делать работу от имени Люси, не требуя фиксации этого факта в системе) - поменяли пароль Люси, дали его Вале, чтобы Валя работала от имени Люси. По выходу Люси поменяли пароль ещё раз. Три задействованных лица - сурьёзная конспирация для серьёзного коллектива :).

2. Если система позволяет:
а) поменять ответственных в делах Люси на роль/группу "ЛюсяВаля".
б) в контрольную точку ("время подсчёта очков за начатые проекты" или "возврат Люси") поменять исполнителей с Вали на Люсю, где назначение было на "ЛюсяВаля".

3. Вариант "Валя в роли Люси" обычно требует "закладок" в архитектуру при проектировании системы.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979108
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛой3. Вариант "Валя в роли Люси" обычно требует "закладок" в архитектуру при проектировании системы.

sp, извините, вариант 3 как раз и есть самый приемлемый, я прочитал текст первого топика, на не учёл название темы. Имхо, Inkelyad прав, это наиболее подходящий вариант...
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979171
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне кажется, тут смешиваются разные вещи - система прав доступа и система документооборота.

К первому пункту не имеют отношения понятия "создатель документа", "ответственный" и т.п.

Есть объекты, есть действия, которые можно делать над объектами, есть роли, которым доступны те или иные объекты и действия над объектами.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979230
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кот МатроскинМне кажется, тут смешиваются разные вещи - система прав доступа и система документооборота.

К первому пункту не имеют отношения понятия "создатель документа", "ответственный" и т.п.

Есть объекты, есть действия, которые можно делать над объектами, есть роли, которым доступны те или иные объекты и действия над объектами.

1. Система прав доступа определяет право доступа на текущий момент времени для группы лиц.

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

3. Права доступа на объект и дальнейшие действия с ним могут измениться при выполнении действий над ними (по правилам, использующих фактических исполнителей предыдущих действий или значения реквизитов документов в качестве аргументов).

4. Аналитическая отчётность (по исполнительской дисциплине, по исполнительской производительности, ...) может использовать как права доступа, так и журналы выполнения операций для выдачи информации по принятию решения.

Задача ТС как раз и затрагивает все эти нюансы работающей системы.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979232
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вы чего хотите, sp?

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

> дела Люси по-прежнему бы числились за ней, но Валя могла их выполнять

Нормальный подход - деперсонифицированные задачи. Люся три года в декретном отпуске, она уже и таблицу умножения забыла, а вы еще ждете, что она что-то будет решать?
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979247
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp--> переназначить создателя всех документов с Люси на Валю? (но тогда люсе не зачтут очки за начатые проекты и не выдадут долгожданную грамоту!)


1) Валя не против, что ей "не зачтут очки" за работу, фактически выполненную ею?
2) если "справедливость" требует учесть заслуги обеих "девочек", может поправить систему расчёта очков? :)
Вывод: стоит фиксировать не только создателя документа, но историю действий (с исполнителями), выполнявшихся над документом.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979388
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛой1. Система прав доступа определяет право доступа на текущий момент времени для группы лиц.

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

3. Права доступа на объект и дальнейшие действия с ним могут измениться при выполнении действий над ними (по правилам, использующих фактических исполнителей предыдущих действий или значения реквизитов документов в качестве аргументов).

4. Аналитическая отчётность (по исполнительской дисциплине, по исполнительской производительности, ...) может использовать как права доступа, так и журналы выполнения операций для выдачи информации по принятию решения.

Задача ТС как раз и затрагивает все эти нюансы работающей системы.

В обычных системах, к документу, который создал я , никто кроме админа не имеет права прикасаться - иначе будет бардак!
Если я создал и веду клиента, то мой сосед не имеет права чего-то в нем менять - но если я ушел в отпуск мой коллега должен его вести. но при этом этот клиент после отпуска опять должен остаться моим!
Как в такой ситуации поступать?


А как быть в такой ситуации когда шеф ни бум-бум в информационных системах или ему просто лень что-то делать и он поручает вести его работу своей секретарше!!!
Как в такой ситуации быть (это не шутка! у нас такое наблюдается не только на самом верху но и по вертикали у каждого начальничка :) )
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979390
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Вы чего хотите, sp?
Если структуру данных для регистрации временного исполнения обязанностей, то это как бы тривиальная задача с очевидным решением. Если структуру или методологию регистрации требований ТК, то вы занимаетесь фигней.

меня методология процесса

guest_20040621> дела Люси по-прежнему бы числились за ней, но Валя могла их выполнять
Нормальный подход - деперсонифицированные задачи. Люся три года в декретном отпуске, она уже и таблицу умножения забыла, а вы еще ждете, что она что-то будет решать?

Деперсонифицировать задачи - это значит любой чел из данной роли может делать все что хочет - бардака не избежать!
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979424
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> меня методология процесса

В данном случае дешевле построить частное решение, вы утонете в нюансах, например, государственных должностей.

> это значит любой чел из данной роли может делать все что хочет

Почему вы так решили? Представьте, что у вас в штатном расписании есть три менеджера. Одинаковые у них только должностные обязанности. А задачи естественным образом соответствуют экземпляру штатной единицы. Не должностному лицу.

При наличии списка должностных обязанностей вы еще можете явно перечислить делегируемые при замещении.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979432
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spкак поступают в сурьезных рабочих коллективах? :)--> делегировать права Вале на некоторый срок?

Если говорить именно про систему доступа, то только так.

Естественно, "права" - это просто назначение роли, а не прописывание тысяч прав :-)

Система доступа должна фиксировать факты как они есть, а не делать вид, что ничего не изменилось. По идее, если начальник подошёл к компу и помог сотруднику, то система должна это отразить, а не делать вид, что действия сделал сотрудник... Хотя технически это непросто.
spВ обычных системах, к документу, который создал я , никто кроме админа не имеет права прикасаться - иначе будет бардак!
Если я создал и веду клиента, то мой сосед не имеет права чего-то в нем менять - но если я ушел в отпуск мой коллега должен его вести. но при этом этот клиент после отпуска опять должен остаться моим!
Как в такой ситуации поступать?Это не имеет отношения к системе доступа.

Доступ - это разрешение на действия какоиу то человеку и ведение логов, кто что сделал.

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

Как же иначе? Сидеть-то вы не будете за него, если что?

Насчёт самого факта замещения отсутствующего человека - немонятно, о чём вы спрашиваете? Да, часто конкретные длительные задачи/проекты персонифицированы, и часто они временно передаются другим людям. Вы спрашиваете, можно это делать или нельзя, или что?
spА как быть в такой ситуации когда шеф ни бум-бум в информационных системах или ему просто лень что-то делать и он поручает вести его работу своей секретарше!!!Так не бывает. Работа шефа - это принимать управленческие решения, вряд ли секретарша может сделать что то серьёзное (ей не разрешат).
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979446
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgspА как быть в такой ситуации когда шеф ни бум-бум в информационных системах или ему просто лень что-то делать и он поручает вести его работу своей секретарше!!!Так не бывает. Работа шефа - это принимать управленческие решения, вряд ли секретарша может сделать что то серьёзное (ей не разрешат).

К сожалению в компанейках, а не серьезных компаниях, такое - сплошь и рядом!

Кроме делегирования Вале роли Люси на некоторое время ей как-то надо разрешить работать с объектами, закрепленными за Люсей, которые таковыми и должны оставаться и далее (кроме случаев когда Люся уволилась и "передала" дела другому сотруднику - тут просто меняем владельца всех этих объектов на нового)
Вот в этом у меня пока логический затык...
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979449
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Вот в этом у меня пока логический затык

Различайте штатные и персональные задачи.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979506
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp, Вы рассматриваете систему прав доступа исключительно с ролевой модели. Посмотрите в сторону мандатной системы и/или ключей доступа к данным.

Например, каждый объект "защищен" своим типом ключа доступа. Дали ключ Вале - объект доступен её, отобрали, дали Люсе - фсё. Теперича тока Люся. Момсент смены ключей - фиксиируется для учетки "хто тут был терапевтом"...

Ключи доступа, позволяют разуливать ситуевины на уровне отдельной записи... Где-то в инете, была хорошая диссертация на тему типов и систем прав доступа... большая часть реализована в нашей СРМ... есть автор, модератор, роли и допустимые наборы действий для ролей. Есть ключи доступа, которые могут делегироваться, в том числе и на время (отбираются по времени автоматом - ничего ваще делать не надо), есть классы прав и мандаты.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979719
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spК сожалению в компанейках, а не серьезных компаниях, такое - сплошь и рядом!О да, секретарша директора безусловно может закрыть фирму, отдать всё имущество в аренду или уволить всех сотрудников :-)
spКроме делегирования Вале роли Люси на некоторое время ей как-то надо разрешить работать с объектами, закрепленными за Люсей, которые таковыми и должны оставаться и далее (кроме случаев когда Люся уволилась и "передала" дела другому сотруднику - тут просто меняем владельца всех этих объектов на нового)
Вот в этом у меня пока логический затык...Непонятна причина затыка.

За Люсей закреплены объекты только потому, что они закреплены за ролью, которую выполняет Люся. Если это так, то включение в эту роль Вали даёт всё, что вам надо.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979720
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109Например, каждый объект "защищен" своим типом ключа доступа. Дали ключ Вале - объект доступен её, отобрали, дали Люсе - фсё. Теперича тока Люся. Момсент смены ключей - фиксиируется для учетки "хто тут был терапевтом"...Это всё хорошо, но объектов может быть много, будет неудобно управлять
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979734
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spВ обычных системах, к документу, который создал я , никто кроме админа не имеет права прикасаться - иначе будет бардак!


Это как раз попытка сделать из правил документооборота и прав доступа единую малоуправляемую смесь. Неудобства Вы видите сами. Ведь ладно там отпуск - человек может быть просто на обеде, а внести изменения нужно срочно. Разумеется, это должно происходить без привлечения админов - и только лишь потом, если Люся удивится, откуда в ее документе правка, а Валя сама забудет/не признается - отчеты по аудиту покажут, кто есть ху.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979748
Inkelyad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Не забываем, что в некоторых случях сложных прав доступа в системе можно вообще не делать. Только хорошую систему аудита. А права доступа внушать административными мерами.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979859
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvg, Как раз когда "объектов много", ключи доступа помогают реализовать разделение доступа. Ключей - намного меньше чем объектов. Все объекты, защищенные одним ключом - легко управляются/передаются "туда/обратно". Минимально - каждый юзверь обладает двумя ключами - "моё" и "для прочих". Причем, сгенерировать/делегировать ключ может сама Валя, или Люся в части своих полномочий для своих ключей...
Там есть другая "бяда" - юзверь, имеющий широкий доступ должен обладать обширной связкой ключей... но, в современных системах - тоже "не проблема" на самом деле.

"Валя, я тут на 5 минут на обед сбегаю, но ты не забывай каждые полчаса отгрузки фиксить! На тебе ключик на пару часов..." :)

А вот система аудита - и должна фиксить кто был терапевтом у этой правки/вставки/удаления этого объекта.

Как пример, где-то уже приводил ситуевину, когда у нас оператор, у которого в подчинении были курьеры (по факту работы - формирование заданий, фиксация отчетов в системе), после "ссоры вечерком за рюмкой чая" по приходу с утреца взяла да и вынесла из системы отчетик курьера... и покудова носом не ткнули в запись аудита (не афишировалось что он есть) - не признавалась. Типа "начальство" - право-то есть, а вот аудит и должен фиксить изменения, и позволять откат "в случае чего".
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979883
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
InkelyadНе забываем, что в некоторых случях сложных прав доступа в системе можно вообще не делать. Только хорошую систему аудита. А права доступа внушать административными мерами.

Прелестно. Оператор по ошибке влезет в чужой документ, и груз поплывет не на тот континент. Зато когда приплывет, мы узнаем, кто это сделал.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979925
Inkelyad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Cane Cat FisherПрелестно. Оператор по ошибке влезет в чужой документ, и груз поплывет не на тот континент. Зато когда приплывет, мы узнаем, кто это сделал.

Это значит, что оператору плохо видно, что именно он редактирует. Надо интерфейс править, а не права развешивать. А то когда-нибудь законный владелец документы двух своих клиентов перепутает. Которые на разных континентах.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979971
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> Вот в этом у меня пока логический затык
Различайте штатные и персональные задачи.

Спасибо, попробую подумать в таком разрезе
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37979976
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109sp, Вы рассматриваете систему прав доступа исключительно с ролевой модели. Посмотрите в сторону мандатной системы и/или ключей доступа к данным.

Например, каждый объект "защищен" своим типом ключа доступа. Дали ключ Вале - объект доступен её, отобрали, дали Люсе - фсё. Теперича тока Люся. Момсент смены ключей - фиксиируется для учетки "хто тут был терапевтом"...

Ключи доступа, позволяют разуливать ситуевины на уровне отдельной записи... Где-то в инете, была хорошая диссертация на тему типов и систем прав доступа... большая часть реализована в нашей СРМ... есть автор, модератор, роли и допустимые наборы действий для ролей. Есть ключи доступа, которые могут делегироваться, в том числе и на время (отбираются по времени автоматом - ничего ваще делать не надо), есть классы прав и мандаты.

Вот, вот... где б статейку почитать? :)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980127
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cane Cat FisherПрелестно. Оператор по ошибке влезет в чужой документ, и груз поплывет не на тот континент.
Найдите десять отличий от "оператор по ошибке влез в не тот свой документ и груз поплывёт не на тот континент". Вывод: к вопросу ограничения прав проблема отношения не имеет, её следует решать другими методами.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980165
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp,
ой я находил года 2 (если не больше) назад, когда пытался понять, что наш первый архитектор СРМ имел ввиду под тем или иным термином... это когда ещё принимал под своё крыло это чудо... вот не храню ссылок на найденное (никакого места не хватит)...

О! попробуйте погуглить по терминам: "мандатная модель", "дискреционная модель" ... Достаточно редкие термины.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980472
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109sp,
ой я находил года 2 (если не больше) назад, когда пытался понять, что наш первый архитектор СРМ имел ввиду под тем или иным термином... это когда ещё принимал под своё крыло это чудо... вот не храню ссылок на найденное (никакого места не хватит)...

О! попробуйте погуглить по терминам: "мандатная модель", "дискреционная модель" ... Достаточно редкие термины.

Нашел несколько статей, почитал, но остались вопросы:
Люся создала 250 документов, владельцем которых она является - как в мандатной или другой системе передать право редактировать эети документы какому-то другому лицу (а другим - низзя!!)??
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980834
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerCane Cat FisherПрелестно. Оператор по ошибке влезет в чужой документ, и груз поплывет не на тот континент.
Найдите десять отличий от "оператор по ошибке влез в не тот свой документ и груз поплывёт не на тот континент". Вывод: к вопросу ограничения прав проблема отношения не имеет, её следует решать другими методами.

Хорошо. А как насчет "Оператор не по ошибке влезет в чужой документ"? А, скажем, чтобы навредить руководству перед увольнением?

Груз уже задолбался плавать между континентами, виновника торжественно нашли через аудит, и что? Ему все равно через две недели увольняться, а взыскать с него ущерб за кругосветные океанские круизы сухогруза, свыше оклада, как мы недавно выясняли, вряд ли реально.

Да, система ограничения прав не может предотвращать ошибки оператора при работе в рамках своих прав. Зато она прекрасно может предотвращать другие ошибки и злоупотребления. Так что мысль выкинуть ее, и заменить только лишь системой аудита, кажется мне несколько экстремистской. Во всяком случае, мне тяжело представить, где это было бы уместно.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980851
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spЛюся создала 250 документов, владельцем которых она является - как в мандатной или другой системе передать право редактировать эети документы какому-то другому лицу (а другим - низзя!!)??

Я не совсем понимаю, в чем затык. Ведь речь идет о создании собственной системы раздачи прав? Так что мешает:

1. Создать таблицу USER_PERMISSION_SUBSTITUTE (USER_ID_OWNER, USER_ID_SUBSTITUTE, DATE_FROM, DATE_TO, NOTES)

2. Сделать для начальника/админа морду к ней "Кто ушел", "Кто за него", "С какого", "По какое", "Вообще какого ..."

3. При проверке права на работу документа, рядом с AllowPermissin := IsOwner() добавить or HasSubstitutePermission() = select from USER_PERMISSION_SUBSTITUTE.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980862
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cane Cat FisherЯ не совсем понимаю, в чем затык. Ведь речь идет о создании собственной системы раздачи прав? Так что мешает:

1. Создать таблицу USER_PERMISSION_SUBSTITUTE (USER_ID_OWNER, USER_ID_SUBSTITUTE, DATE_FROM, DATE_TO, NOTES)

2. Сделать для начальника/админа морду к ней "Кто ушел", "Кто за него", "С какого", "По какое", "Вообще какого ..."

3. При проверке права на работу документа, рядом с AllowPermissin := IsOwner() добавить or HasSubstitutePermission() = select from USER_PERMISSION_SUBSTITUTE.

Мешает пока только нынешняя структура :)
у нас ролевые игры на уровне доступа к классам документов и персонифицированный доступ на уровне экземпляров (в документах везде OwnerID)
Спасибо за практический совет!
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980872
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp, ага, проектирование прав доступа в уже существующей системе. Совсем другой коленкор :)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980876
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛойsp, ага, проектирование прав доступа в уже существующей системе. Совсем другой коленкор :)

в существующей дорабатываемой :))
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980908
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sp,
С конкретно мандатной системой сильно не разбирался. Но, насколько понимаю, это сильно похоже на раздачу прав в Юниксах: каждый файл имеет маску прав "автор, группа/роль и прочие" = класс доступа документа. Каждый юзверь имеет "мандат" (или группу мандатов - ролей) со своим классом доступа. Делегирование прав возможно двумя путями (как и в никсах):
1. Расширение прав документа(ов) - аналог команды chown/chmod
2. Присоединение юзверя к группе (мандату), к которой у документа(ов) есть соответствующие разрешения.

В системе с ключами - писал уже.
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980911
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cane Cat Fisher, это всё понятно. Но ведь и в одиночку никакая система разграничения прав не спасает на 100%.

Тока совместными усилиями системы доступа, системы аудита и начальственными подзатыльниками. Мир - триедин. :)
...
Рейтинг: 0 / 0
Проектирование системы доступа
    #37980967
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cane Cat FisherДа, система ограничения прав не может предотвращать ошибки оператора при работе в рамках своих прав. Зато она прекрасно может предотвращать другие ошибки и злоупотребления. Так что мысль выкинуть ее, и заменить только лишь системой аудита, кажется мне несколько экстремистской. Во всяком случае, мне тяжело представить, где это было бы уместно.Это уместно для небольших фирм, в которых по факту все имеют доступ.

Реально я часто встречаю фирмы с системами со сложными средствами управления доступом, при этом было настроено "доступ всех ко всему", а вот аудита как раз не было.
...
Рейтинг: 0 / 0
40 сообщений из 40, показаны все 2 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование системы доступа
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]