Changes between Version 1 and Version 2 of UserRoles


Ignore:
Timestamp:
2010-05-31T15:56:32Z (14 years ago)
Author:
Serge Okon
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • UserRoles

    v1 v2  
    1 == User Types Table ( aka User Roles) ==
    2 The new User Types table will separate the specific types of users on site out of the PHP code. Thus, any institution would be able to modify existing user types, and create new ones. Each user types will have customizable permissions to access different components of the site. The permissions will tell what each type can do with each component.
     1==  User Roles ==
     2The new User Roles table will separate the specific roles of users on site out of the PHP code. Thus, any institution would be able to modify existing user roles, and create new ones. Each user role will have customizable permissions to access different components of the site. The permissions will tell what each role can do with each component.
    33
    44== iPeer Components ==
    55Following is a list of components that each user can potentially access. Each one maps to a database table, or a set of tables (ex. evaluation tools).
    66 * System Parameters
    7  * User Types
     7 * User Roles
    88 * Users
    99 * Groups
    … …  
    2121||1,2,3,5,6,7,9,10,11,13,14,15|| ...are all Reserved for future use. Should map to the next lower valid value.
    2222The higher bits are reserved for flags.[[BR]]
    23  +16) Can perform evaluations. This is how the system knows this person user type is a '''student'''. Flag(s) bellow relate to student permissions: [[BR]]
     23 +16) Can perform evaluations. This is how the system knows this person user role is a '''student'''. Flag(s) bellow relate to student permissions: [[BR]]
    2424 +32) Can list own group members & see some of their details (ex. names & email) [[BR]]
    2525 +64) Can see some details (ex names & email) of all students in the class. Must have at least Permission Level "Read" (>=4) for the Course. [[BR]]
    … …  
    2727== Suggested Default Table Contents ==
    2828
    29 ||                        ||Short Char||Privilige Level||Sys.Params||User Types||Users     ||Groups   ||Courses  ||Evaluation Tools||Events    ||Messages ||
     29||                        ||Short Char||Privilige Level||Sys.Params||User Role||Users     ||Groups   ||Courses  ||Evaluation Tools||Events    ||Messages ||
    3030||'''Super Admin'''       || S        ||1200           ||R-W + C-D||R-W + C-D || R-W & C-D ||R-W & C-D||R-W & C-D||R-W & C-D       ||R-W & C-D ||R-W & C-D||
    3131||'''Faculty Admin'''     || F        ||1000           ||R        ||R-W + C-D|| R-W & C-D ||R-W & C-D||R-W & C-D||R-W & C-D       ||R-W & C-D ||R-W & C-D||
    … …  
    4545  * Ex: All users can always list the courses they are assigned to. They can also view the courses' details, but not the whole class list.
    4646 * One can not write any course, unless they are enrolled in it & have write permissions (R-W); or if they can create courses (R-W & C-D), regardless of enrollment.
    47  * Only users of ''lower'' privilege levels can be created. No equal's creation is allowed. Same goes for user types.
     47 * Only users of ''lower'' privilege levels can be created. No equal's creation is allowed. Same goes for user roles.
    4848 * A user can view/modify another user, given that the target user is ''bellow'' this user's privilege level.
    4949