-
Notifications
You must be signed in to change notification settings - Fork 0
S1_QS
Panis26 edited this page Sep 7, 2023
·
14 revisions
Scenario name | 1. Lack on internet when loging |
---|---|
Quality attributes | No conectivity where the user is |
App status and context | App is waiting for conectivity to send the login and validate if the user exist in the DB |
Changes in the context | User goes to a zone without any wifi network and looses connection |
System reaction | The app notifies the user that wifi is needed, and each second it check if there is a connection |
Scenario name | 2. Internet goes off after loging |
---|---|
Quality attributes | The connection suddenly drops to zero |
App status and context | App register in a log the last time it has connection to the server |
Changes in the context | User accidentaly turn off wifi while looking for events |
System reaction | The app notifies the user that wifi is off, and the app show a message that says the last time the app was updated with information provided by the server |
Scenario name | 3. Authentication |
---|---|
Quality attributes | Security, authentication of users |
App status and context | The application is actively running |
Changes in the context | Another person tries to impersonate and identity by assisting an event or creating an event in someone else's name |
System reaction | The app will detect that the user is not who he says he is and block the fake user entrance to the platform |
Scenario name | 4. App creation performance |
---|---|
Quality attributes | Performance when creating a group or event |
App status and context | The application is actively running and a user is logged in |
Changes in the context | The user wants to create a new event or group |
System reaction | The app should create the event and make it public in less than 1 second |
Scenario name | 5. Rapid User Growth |
---|---|
Quality attributes | Scalability |
App status and context | The app is experiencing a surge in new users and event creation. |
Changes in the context | User registration and event creation activity increase significantly. |
System reaction | The system should automatically scale its resources to handle increased user load, ensuring that event creation remains responsive and data integrity is maintained. |
Scenario name | 6. Limited Memory |
---|---|
Quality attributes | Performance |
App status and context | The user's device is running multiple memory-intensive apps concurrently. |
Changes in the context | The user starts the event creation process. |
System reaction | The app should monitor memory usage and prioritize memory-efficient operations, preventing crashes or slowdowns. It should provide feedback if the device's memory is insufficient. |
Scenario name | 7. Feature states |
---|---|
Quality attributes | Scalability |
App status and context | Many users are trying to sign up for a very popular event at the same time. The mobile application is sending requests to the server to change the status of event registrants. |
Changes in the context | Users must be put in a queue to know which ones can register and which ones cannot. |
System reaction | The application must oversee responding to the number of requests and inform the user of the status of his registration to the event/group in a period of less than 5 seconds. |
Scenario name | 8. Features usability |
---|---|
Quality attributes | Usability |
App status and context | A university professor wants to create an event to give a talk. The main page of the extension shows the most popular events. |
Changes in the context | The user cannot identify the functionality of creating an event since he is not very tech savvy. |
System reaction | The application should be intuitive and easy to navigate for different levels of experience with technologies. Allowing to find any important functionality in less than 2 clicks. |