Beheerslevel ideeën gezocht

Door Jan R op 08-07-2016 07:21

1.100 views

Hi,

Ik heb een adressenlijst van een club welke ik meerdere toegangsniveau wil geven.

Kleine schets van de lijst
Naam/voornaam, Adressen telefoons, e-mails, Geboortedatum, functie en Anciënniteit

nu enkel door de beheerder:
Anciënniteit, Actief( niet actief= niet meer betaald en dus niet langer lid) en nieuwe leden
persoonlijke gegevens zijn door de leden te verbergen.
Elk lid aanpassen.

Elk lid kan zijn gegevens aanpassen

Toekomst:
Graag jullie ideeën:)

Mijn idee nu is een secretaris kan de gegevens van alle leden aanpassen
De schatbewaarder kan de anciënniteit en actief aanpassen
Superbeheerder kan de niveaus aanpassen.

Bedankt op voorhand voor alle ideeën

Jan

Ward van der Put

08-07-2016 07:33

Wat je beter niet kunt doen, is rechten rechtstreeks toekennen aan gebruikers. Een betere oplossing is rechten/privileges toekennen aan rollen en gebruikers vervolgens een rol geven. Gebruikers kunnen daarbij indien nodig meerdere rollen vervullen.

Jan R

08-07-2016 08:39 gewijzigd op 08-07-2016 09:30

Dus een Tabel Rollen maken en een connectie tabel leden => rol.
Dan bij alle pagina's en acties kijken of het lid de knop/link mag hebben/doen.

Ik heb nu dus 9 taken en 6 Rollen.

En een verbinding van de takken naar een rol

Jan

Ward van der Put

08-07-2016 09:57

Wat je nodig hebt, wordt meestal een access control list en afgekort ACL genoemd. Google daar maar eens op.

Een belangrijke overweging is verder of je rechten alleen aan/uit zet of een hiërarchie van gestapelde rechten gebruikt, bijvoorbeeld:

read < update < create < delete

Iemand die iets mag schrijven, mag/moet het doorgaans ook lezen, dus het hogere recht 'update' geeft automatisch het recht 'read'.

Terwijl je iets toevoegt, moet je dat vaak ook kunnen bewerken, dus het hogere recht 'create' geeft automatisch het recht 'update'.

Een dergelijke CRUD (create-read-update-delete) sluit verder ook goed aan bij uiteenlopende query's.

- Ariën -

08-07-2016 11:13 gewijzigd op 08-07-2016 11:14

En met een CRUD-systeem ben je niet afhankelijk van die hiërarchie, op de 'Read' na natuurlijk.
Je wilt immers wel weten wat je verwijderd of aanpast.

Voor mijn CMS heb ik ook een rechten-class gebouwd die op usergroupsniveau en CRUD-basis werkt.

Jan R

08-07-2016 13:11 gewijzigd op 08-07-2016 13:12

Ik heb er dit van gemaakt.

plus de bijhorende taken

Keuzes moeten natuurlijk nog via het bestuur bepaald worden

Reageren

Inloggen om te reageren