Non-functional Requirements
<Describe non-functional requirements in this section. Please refer to existing software quality models like ISO_IEC_IEEE_25010 or FURPS+.>
Performance Efficiency
Code | Description | |
---|---|---|
NFR1 | Responses to all user-initiated actions in the web-interface need to must be be rendered on our systems in less than 1 second3 seconds.NFR2 | The data from the racecar needs to be processed twenty times per second. |
NFR3 | The application maintains connection to the internet at all times. |
Security
Code | Description | ||
---|---|---|---|
NFR4NFR2 | The application is must be protected against SQL injection.-injections and other safety hazards to ensure no user can hack themselves into the race's data and alter said data. | ||
NFR3 | Passwords must | NFR5 | Passwords should be hashed before being stored in a database. |
Usability
Code
Description
they are stored into the database to prevent no user account can be hacked by an outsider. |
Reliability
Code | Description | ||
---|---|---|---|
NFR7NFR4 | The data should be accurate to about x percent. | All data sent by the race car must be accurate to the last decimal stored in the database or received from the broker. This way, the analysing race crew can work with actual accurate data instead of rounded numbers. | |
NFR5 | There must be no code smells such as feature envy, shotgun surgery and tradition breaker present in the code. This is to ensure the reliability of our application in the future | NFR8 | There should be no bad smells present in the code. |
Documentation
Code | Description |
---|---|
NFR9NFR6 | All documentation has to must be written made in English to allow other groups that will continue our work after us to understand why we made certain choices. |
NFR10NFR7 | #148484 is the The main color |
NFR11 | Data is stored in plain text. |
used for the web-application should be #148484(). The secondary, complementary color to use in addition to the main color should be #81c8bd(). |
Supportability
Code | Description | ||
---|---|---|---|
NFR12NFR8 | All systems made systems should be expandableby smalltalk should have an A rating on SonarQube reliability, security and maintainability, so future work or expansion of current features is easy to implement. groups can work with our code without having to rewrite all of our code. | ||
NFR9 | Our code should be tested thoroughly, with at least 80% of the lines being tested by unit-tests. This way we know our code is working and does not contain any bugs or errors | NFR13 | All unit test must be a success with an 80% line coverage. |