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 must be be rendered in less than 1 second. |
NFR2 | Data from the racecar is sent towards the web-application twenty times per second. The application should thus update the data it is displaying twenty times a second. |
NFR3 | The application requires a connection to the Internet at all times, as it will need connection to the Internet to retrieve all of its data. |
Security
Code | Description |
---|---|
NFR4 | The application must be protected against SQL-injectionsand other safety hazards to ensure no user can hack themselves into the race's data and alter said data. |
NFR5 | Passwords must be hashed before they are stored into the database to ensure no user account can be hacked by an outsider. |
Usability
Code | Description |
---|---|
NFR6 | All code written by smalltalk should contain ample commentary to provide later groups that will work on the same product a sound foundation to continue working with. |
Reliability
Code | Description |
---|---|
NFR7 | All data sent by the racecar must be accurate to the last decimal stored in the database or received from the racecar. This way, the analysing racecrew can work with actual accurate data instead of rounded numbers. |
NFR8 | There should be no bad smells present in the code. |
Documentation
Code | Description |
---|---|
NFR9 | All documentation has to be written in English. |
NFR10 | #148484 is the main color and the secondary color is #81c8bd. |
NFR11 | Data is stored in plain text. |
Supportability
Code | Description |
---|---|
NFR12 | All made systems should be expandable, so future work or expansion of current features is easy to implement. |
NFR13 | All unit test must be a success with an 80% line coverage. |