Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Category

Workflow Requirement

Priority

Notes

General

Authentication process/user accounts for content management

Must Have


Permisions

Ability to restrict who can create a new entity/page

Must Have

Preference: lumping Create, Edit, and Delete restrictions together

Permisions

Ability to restrict who can update/edit an existing entity/page

Must Have

Preference: lumping Create, Edit, and Delete restrictions together

Permisions

Ability to restrict who can delete an existing entity/page

Must Have

Preference: lumping Create, Edit, and Delete restrictions together

Permissions

Ability to set permissions based on individual user accounts

Won't Have (for now)

Note from Chad: "We'd have to move all permissions into db, which is going to make this VERY complicated. I'd prefer the definition of roles that get certain permissions."

Permissions

Ability to define and set group permissions by role (content contributor, site editor, admin)

Must Have


Permisions

Ability to define and set group permissions by functional area (Access Services, Ambler, etc.)

Should Have


Permissions

Ability to restrict CRUD (i.e. creating, updating, deleting) on a page-by-page basis

Should Have


Permissions

Approval queue, i.e. setting granular permissions for who can publish content and the ability for admins/site editors to review unpublished entities/pages before approving

Could Have

If we can't restrict permissions by fucntional area and/or on a page-by-page basis, we may need to do this instead.

Version Control

Ability to revert back to previous version of an entity/page

Won't Have (for now)

Note from Chad: Reverting relationships between objects is not feasible (his exact words were "nightmare scenario")

Version Control

Ability to revert back to previous version of the description field (i.e. free text, not controlled metadata fields)

Could Have

Unlike reverting entire entity, this would be feasible.

Version Control

Ability to identify when an entity/page was published/updated

Should Have


Version Control

Ability to idenitfy who published/updated an entity/page

Should Have


Content Editing

Ability to save a draft of an new entity/page without publishing

Should Have

Question from Emily: Will we have a test environment that could serve this function (similiar to oak.library.temple.edu)?

Content Editing

Ability to preview unpublished draft of entity/page while editing

Could Have

Question from Emily: Will we have a test environment that could serve this function (similiar to oak.library.temple.edu)?



  • No labels