powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование системы доступа
25 сообщений из 40, страница 1 из 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
25 сообщений из 40, страница 1 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование системы доступа
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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