ErrataDesign » History » Revision 2
« Previous |
Revision 2/10
(diff)
| Next »
Kyle Baker, 12/03/2014 02:45 PM
Errata Management¶
Summary¶
Errata Management should be improved so that a user can know when new errata have been brought down, and can view the relationship between errata and hosts. Errata Notifications should be simplified so that customers recieve fewer coarse grained emails, rather then more fine grained emails.
For these requirements we use these definitions:- Applicable: An errata will be applied if the host runs yum update
- Available: An errata has been synced, but not promoted to where a host can consume it
- Present: An errata has been synced, but would never be applied to a host by yum update.
Targeted Release¶
Foreman 0.0 / Katello 0.0
Trackers¶
- Errata Management:
- Errata Management Email Notifications
- Errata Management Environment/Content Views
- Errata Management Errata View
- Errata Management Host View
- Email Features:
Targeted Persona¶
--
Status¶
User Stories¶
Owner - John Doe
Status - Not Started
Expected Delivery - TBD
Blockers - None
Requirements¶
Owner - John Doe
Status - Not Started
Expected Delivery - TBD
Blockers - Waiting on User Stories
Wireframes¶
Owner - John Doe
Status - Not Started
Blockers - Waiting on User Stories & Requirements
Last updated TBD - Link to wireframes
Development Stories¶
Owner - Foreman (TBD) Katello (TBD)
Status - Not Started
Expected Delivery - TBD
Blockers - Waiting on Wireframes
Documentation¶
User Stories¶
- Please include a story describing how the user would transverse this feature including the workflow. This story ideally would include what their actions would be before and after completion of the task.
Requirements¶
- User stories will be broken down of the into specific actionable tasks to design and develop against.
Updated by Kyle Baker almost 10 years ago · 10 revisions