diff --git a/images/Sequence diagram.png b/images/Sequence diagram.png index c26816ec..c5e1de84 100644 Binary files a/images/Sequence diagram.png and b/images/Sequence diagram.png differ diff --git a/images/businesscontext.png b/images/businesscontext.png index 1609bb98..170fd328 100644 Binary files a/images/businesscontext.png and b/images/businesscontext.png differ diff --git a/images/technicalcontext.png b/images/technicalcontext.png index 3f41aa63..006e2c79 100644 Binary files a/images/technicalcontext.png and b/images/technicalcontext.png differ diff --git a/index.html b/index.html index 5108d737..88aa29a1 100644 --- a/index.html +++ b/index.html @@ -754,7 +754,7 @@

3. System Scope and Context

3.1. Business Context

-businesscontext +businesscontext
@@ -1541,6 +1541,24 @@

9. Architecture Decisions

10. Quality Requirements

+
+

In our project, we have some quality goals or expectations that we want to be met. +These are: +* Performance: ability of the software system to respond well to user interactions and perform tasks efficiently.

+
+
+
    +
  • +

    Security: protection of the system from unauthorized access, data breaches, and malicious activities, ensuring safety of sensitive information.

    +
  • +
  • +

    Usability: intuitiveness of the software interface, making it easy for users to interact with the system.

    +
  • +
  • +

    Maintainability: how easily the software system can be modified, updated, and extended without significant effort or risk.

    +
  • +
+
@@ -1594,6 +1612,49 @@

10.1. Quality Tree

+
+
    +
  • +

    Quality

    +
  • +
  • +

    Performance

    +
  • +
  • +

    Response time

    +
  • +
  • +

    Throughput

    +
  • +
  • +

    Security

    +
  • +
  • +

    Data encryption

    +
  • +
  • +

    Access control

    +
  • +
  • +

    Usability

    +
  • +
  • +

    Intuitive interface

    +
  • +
  • +

    User guidance

    +
  • +
  • +

    Maintainability

    +
  • +
  • +

    Code readability

    +
  • +
  • +

    Documentation

    +
  • +
+

10.2. Quality Scenarios

@@ -1635,6 +1696,29 @@

10.2. Quality Scenarios

+
+
.Quality Scenarios
+

…​Usage Scenarios

+
+
+

| Aspect | Scenario | Sitmulus | Response +|---------------|---------------|---------------|---------------| +| Performance | The game responds fast to user interactions | While playing, an user selects a response to a question. | The system updates its interface very fast and the user knows if he responded correctly, so he can keep playing. +| Security | Usernames and passwords are encrypted before being stored in the MongoDB database. | A new user registers in the game by providing their username and password. | The server encrypts the user’s password before storing it in the MongoDB database, so it is safe from data leaks | +| Usability | User interface elements are intuitive and easy to understand, even for new users. | A new user starts playing the game. | The user interface displays available options and provides clear instructions on how to play, even a 'Help' button. | +| Performance | The game resets correctly and saves the user’s score | Some user is playing, and eventually loses, but wants to play again | The system ends the current game, shows the user his score and resets everything. After that, gives the player the option to start a new game.

+
+
+

…​Change Scenarios

+
+
+

| Aspect | Scenario | Sitmulus | Response +|---------------|---------------|---------------|---------------| +| Security / Maintainability | Login system is well structured so it is easy to modify it or add new ways of logging in | We want to add the option of logging in with an e-mail instead of an username | The development team implements the new login method easily, ensuring that neither the current data or the new credentials will be compromised| +| Security | User data migration to a new database system is secured. | The decision is made to transition from MongoDB to another database system. | The system initiates a secure data migration process, ensuring all user data, including usernames and passwords, is transferred to the new database system intact and encrypted. | +| Maintainability | The game’s code is well-structured and documented, facilitating the incorporation of new features and the correction of errors. | Developers want to add a new game mode | Due to code being well-structured and documented, it is easy to add new functionality to our system without risking our already implemented functionality | +| Maintainability | The game’s code is well-structured and documented, facilitating the incorporation of new features and the correction of errors. | An error is identified in the game that needs to be corrected. | Due to code being well-structured and documented, developers can easily locate the error and correct it |

+
@@ -1735,7 +1819,7 @@

12. Glossary