-
Notifications
You must be signed in to change notification settings - Fork 19
Architecture User Management
Sam Richard edited this page Aug 16, 2016
·
1 revision
Holmes will need to manage users, which will include Roles and Permissions and controlling sessions and logins.
A user is someone who has access to the CMS for purposes of managing content or other CMS-related management duties.
Users are not meant to be authors who happen to have CMS access levels. To accomplish something like the concept of an "Author", we would be to create a content type called "Authors" and connect to entries via a Relationship input type.
- Add a new user
- Update an existing user
- Password management
- User can change their own password
- Admin can change a user's password
- Password recovery
- Manage all users (admin-level access only)
- Delete a user
- Login and Session Management
- connect to W3
- User may login
- User may logout
- Non-signed in user password recovery options
- Sessions to track user access
- Research Passport JS
- Roles and Permissions
- All levels will have login access and access to their own profile
- Possible levels:
- Full access to all aspects of the system
- Full access to all content, but no system-wide settings or user management
- Full access to specific content types only
- Limited access to create new entry in a content type, and manage their own entries
- Access control option
- Have a "superuser", user 0
- All other users are under roles with pluggable permissions (by configuration)
- This will most likely be determined by our User MGMT system
- Flesh out User management requirements
- Research existing Node-based user management systems
Working on Punchcard
Org Maintenance
Architecture Planning
These architectural discussions may be out-of-date given the current state of Punchcard.