Role Based Access Controls (RBAC) Development Proposal
Other Related Materials
x-ref | Materials or URL | Submitter (for more info) |
---|---|---|
LCOO-8 - RBAC Enhancement Development Proposal BACKLOG | ||
Working Space for the RBAC Enhancement Development Proposal | ||
Slack #rbac channel: https://lcoo.slack.com/messages/C5TDM7C3X/ | ||
https://etherpad.openstack.org/p/BOS-forum-Compliance-Security-Certification | Yeeling Lam |
Greetings! This site may be viewed anonymously, but you must be logged in to edit. All are welcome to edit this page (by clicking the "Edit" link at the top of the page). Please feel free to create an account for yourself on the login screen and join in the discussion. Multiple people may edit the same page simultaneously. Remember to "Publish" your changes when done. All changes are versioned and may be rolled back if necessary (so don't worry!).
NOTE: This page mirrors the Development Proposal template which is a required initial artifact of the Community's 'Develoment Proposal' process: https://wiki.openstack.org/wiki/ProductTeam/Development_Proposals
Problem Description
Problem Definition
This section is mandatory. Please use it to provide additional details (if available) about your Development Proposal for further expansion and clarity. A detailed description of the problem. This should include the types of functions that you expect to run on OpenStack and their interactions both with OpenStack and with external systems.
Opportunity/Justification
This section is mandatory. Use this section to give opportunity details that support why pursuing these user stories would help address key barriers to adoption or operation. Some examples of information that might be included here are applicable market segments, workloads, user bases, etc. and any associated data.
Requirements Specification
Use Cases
This section is mandatory. You may submit multiple use cases in a single submission as long as they are inter-related and can be associated with a single epic and/or function. If the use cases are explaining goals that fall under different epics/themes then please complete a separate submission. For Personas see: http://docs.openstack.org/contributor-guide/ux-ui-guidelines/ux-personas.html
• As Rey the Cloud Operator I want to…
• As…
As Rey the Cloud Operator, I would like to..
Reference: OpenStack UX Personas.
Usage Scenarios Examples
This section is mandatory. In order to explain your use cases, if possible, provide an example in the form of a scenario to show how the specified user type might interact with the use case and what they might expect. An example of a usage scenario can be found at http://agilemodeling.com/artifacts/usageScenario.htm of a currently implemented or documented planned solution.
Scenario 1:
Acceptance Criteria
This section is mandatory. In order to define completed implementation of a user story, provide detailed definitions of acceptance criteria for these stories. This should include where applicable the specific project set appropriate, the user focused experience and in some cases references to types of specific artifacts.
Related User Stories
This section is mandatory. If there are related user stories that have some overlap in the problem domain or that you perceive may partially share requirements or a solution, reference them here.
Requirements
This section is optional. It might be useful to specify additional requirements that should be considered but may not be apparent through the use cases and usage examples. This information will help the development be aware of any additional known constraints that need to be met for adoption of the newly implemented features/functionality. Use this section to define the functions that must be available or any specific technical requirements that exist in order to successfully support your use case. If there are requirements that are external to OpenStack, note them as such. Please always add a comprehensible description to ensure that people understand your need.
External References
This section is optional. Please use this section to add references for standards or well-defined mechanisms. You can also use this section to reference existing functionality that fits your user story outside of OpenStack. If any of your requirements specifically call for the implementation of a standard or protocol or other well-defined mechanism, use this section to list them.
Rejected User Stories / Usage Scenarios