Repository navigation
Expand file tree
/
Copy pathjira_tickets.json
More file actions
8 lines (8 loc) · 2.24 KB
/
Copy pathjira_tickets.json
File metadata and controls
8 lines (8 loc) · 2.24 KB
1
2
3
4
5
6
7
8
{
"AUTH-142": "\nREQUIREMENT: User Profile File Upload\n\nUsers shall be able to upload files to their profile.\n\nUploaded files should be stored securely.\n\nThe system should support common file types.\n",
"AUTH-101": "REQUIREMENT: User Authentication System\n\nThe system shall allow users to log in securely.\n\nUsers must provide credentials to access the application.\n\nThe system should remember users for a reasonable period.\n\nFailed login attempts should be handled appropriately.\n",
"NOTIF-205": "REQUIREMENT: Real-time Notification System\n\nThe system shall deliver notifications to users in a timely manner.\n\nNotifications must be sent through appropriate channels based on user preferences.\n\nThe system should handle high volumes of notifications efficiently.\n\nUsers must be able to customize their notification settings easily.\n\nCritical notifications require immediate delivery.\n\nThe system shall track notification delivery status reliably.\n",
"PAY-310": "REQUIREMENT: Payment Retry Policy\n\nFailed payment attempts shall be retried automatically.\n\nRetries must be spaced out sensibly to avoid overwhelming the payment provider.\n\nThe system should stop retrying after a reasonable number of attempts.\n\nCustomers must be notified if their payment ultimately fails.\n\nCertain failures should not be retried at all.\n\nThe system shall record the outcome of each attempt.\n",
"ACCESS-118": "REQUIREMENT: Access Control Rules\n\nUsers shall only see data they are entitled to see.\n\nAdministrators must be able to grant and revoke access easily.\n\nPermission changes should take effect promptly.\n\nThe system shall keep a record of who accessed what.\n\nShared resources require special handling.\n\nAccess rules must remain manageable as the organization grows.\n",
"ALERT-227": "REQUIREMENT: Alert Escalation Rules\n\nAlerts shall be routed to the on-call engineer responsible for the affected service.\n\nIf an alert is not acknowledged quickly, it must be escalated.\n\nSeverity should determine how aggressively an alert is escalated.\n\nRepeated alerts for the same underlying issue should be grouped.\n\nThe system shall support quiet periods during planned maintenance.\n\nEscalation must continue until someone takes ownership.\n"
}