diff --git a/images/BusinessContext.png b/images/BusinessContext.png new file mode 100644 index 00000000..8d332809 Binary files /dev/null and b/images/BusinessContext.png differ diff --git a/images/ContainerDiagram.png b/images/ContainerDiagram.png new file mode 100644 index 00000000..8c1c1488 Binary files /dev/null and b/images/ContainerDiagram.png differ diff --git a/images/Sequence diagram.png b/images/Sequence diagram.png index cc2046cf..c5e1de84 100644 Binary files a/images/Sequence diagram.png and b/images/Sequence diagram.png differ diff --git a/index.html b/index.html index 41c1428e..95d37ac3 100644 --- a/index.html +++ b/index.html @@ -463,7 +463,6 @@

arc42 T
  • 6. Runtime View @@ -887,219 +886,56 @@

    4. Solution Strategy

    5. Building Block View

    +
    +

    5.1. Whitebox Overall System

    -
    Content
    -

    The building block view shows the static decomposition of the system into building blocks (modules, components, subsystems, classes, interfaces, packages, libraries, frameworks, layers, partitions, tiers, functions, macros, operations, data structures, …​) as well as their dependencies (relationships, associations, …​)

    -
    -
    -

    This view is mandatory for every architecture documentation. -In analogy to a house this is the floor plan.

    +

    This is the overall view of the application. The diagram is composed of 3 elements that will interact between each other.

    -
    -
    Motivation
    -

    Maintain an overview of your source code by making its structure understandable through -abstraction.

    -
    -

    This allows you to communicate with your stakeholder on an abstract level without disclosing implementation details.

    -
    Form
    -

    The building block view is a hierarchical collection of black boxes and white boxes -(see figure below) and their descriptions.

    +

    Overview Diagram

    -Hierarchy of building blocks -
    -
    -
    -

    Level 1 is the white box description of the overall system together with black -box descriptions of all contained building blocks.

    -
    -
    -

    Level 2 zooms into some building blocks of level 1. -Thus it contains the white box description of selected building blocks of level 1, together with black box descriptions of their internal building blocks.

    -
    -
    -

    Level 3 zooms into selected building blocks of level 2, and so on.

    -
    -
    -
    Further Information
    -

    See Building Block View in the arc42 documentation.

    -
    -
    -
    -
    -

    5.1. Whitebox Overall System

    -
    -
    -
    -

    Here you describe the decomposition of the overall system using the following white box template. It contains

    -
    -
    -
      -
    • -

      an overview diagram

      -
      • -
    • -

      a motivation for the decomposition

      -
      • -
    • -

      black box descriptions of the contained building blocks. For these we offer you alternatives:

      -
      -
        -
      • -

        use one table for a short and pragmatic overview of all contained building blocks and their interfaces

        -
        • -
      • -

        use a list of black box descriptions of the building blocks according to the black box template (see below). -Depending on your choice of tool this list could be sub-chapters (in text files), sub-pages (in a Wiki) or nested elements (in a modeling tool).

        -
        • -
      -
      -
      • -
    • -

      (optional:) important interfaces, that are not explained in the black box templates of a building block, but are very important for understanding the white box. -Since there are so many ways to specify interfaces why do not provide a specific template for them. - In the worst case you have to specify and describe syntax, semantics, protocols, error handling, - restrictions, versions, qualities, necessary compatibilities and many things more. -In the best case you will get away with examples or simple signatures.

      -
      • -
    -
    -
    +Overall view of the business context
    -
    -

    <Overview Diagram>

    Motivation
    -

    <text explanation>

    +

    This will be the general sketch of the elements interacting inside the application, including the external elements that will include the application.

    Contained Building Blocks
    -
    -

    <Description of contained building block (black boxes)>

    -
    -
    Important Interfaces
    -
    -

    <Description of important interfaces>

    -
    -
    -
    -
    -

    Insert your explanations of black boxes from level 1:

    -
    -
    -

    If you use tabular form you will only describe your black boxes with name and -responsibility according to the following schema:

    -
    - ---- - - - - - - - - - - - - - - - - -
    NameResponsibility

    <black box 1>

     <Text>

    <black box 2>

     <Text>

    -
    -

    If you use a list of black box descriptions then you fill in a separate black box template for every important building block . -Its headline is the name of the black box.

    -
    -
    -
    -
    -

    5.1.1. <Name black box 1>

    -
    +
    -
    -

    Here you describe <black box 1> -according the the following black box template:

    -
    • -

      Purpose/Responsibility

      -
      • -
    • -

      Interface(s), when they are not extracted as separate paragraphs. This interfaces may include qualities and performance characteristics.

      -
      • -
    • -

      (Optional) Quality-/Performance characteristics of the black box, e.g.availability, run time behavior, …​.

      -
      • -
    • -

      (Optional) directory/file location

      +

      Player: This is the user that will be playing with our application. They will need tl be authenticated to be able to play.

    • -

      (Optional) Fulfilled requirements (if you need traceability to requirements).

      +

      WIQ Application: This is the main application that will reproduce how the game will work. This part will be more detailed in the following parts.

    • -

      (Optional) Open issues/problems/risks

      +

      WikiData API: This is an external API, which will provide us with the information to produce the questions.

    -
    -

    <Purpose/Responsibility>

    -
    -
    -

    <Interface(s)>

    -
    -
    -

    <(Optional) Quality/Performance Characteristics>

    -
    -
    -

    <(Optional) Directory/File Location>

    -
    -
    -

    <(Optional) Fulfilled Requirements>

    -
    -
    -

    <(optional) Open Issues/Problems/Risks>

    -
    -
    -
    -

    5.1.2. <Name black box 2>

    -
    -

    <black box template>

    -
    -
    -
    -

    5.1.3. <Name black box n>

    -
    -

    <black box template>

    -
    -
    -
    -

    5.1.4. <Name interface 1>

    -
    -

    …​

    -
    -
    -
    -

    5.1.5. <Name interface m>

    - +
    +
    +
    Important Interfaces
    +
    +

    This part will be more detailed later, since the structure of the different interfaces/classes has not been discussed by the team yet.

    +
    +
    @@ -1107,80 +943,57 @@

    5.2. Level 2

    -

    Here you can specify the inner structure of (some) building blocks from level 1 as white boxes.

    -
    -
    -

    You have to decide which building blocks of your system are important enough to justify such a detailed description. -Please prefer relevance over completeness. Specify important, surprising, risky, complex or volatile building blocks. -Leave out normal, simple, boring or standardized parts of your system

    +

    Here is an specification of the inner structure of the WIQ Application.

    -

    5.2.1. White Box <building block 1>

    -
    +

    5.2.1. White Box <WIQ Application>

    +
    -
    -

    …​describes the internal structure of building block 1.

    -
    -
    +Container for the WIQ System
    -
    -

    <white box template>

    -
    -
    -
    -

    5.2.2. White Box <building block 2>

    -
    -

    <white box template>

    -
    -

    …​

    -
    -
    -
    -

    5.2.3. White Box <building block m>

    -
    -

    <white box template>

    -
    -
    -
    -
    -

    5.3. Level 3

    -

    Here you can specify the inner structure of (some) building blocks from level 2 as white boxes.

    +

    This diagram describes the internal organization of the WIQ Application.

    -
    -

    When you need more detailed levels of your architecture please copy this -part of arc42 for additional levels.

    +
    +
    +
    Motivation
    +
    +

    An inner view on the WIQ Application and its components inside. How the WIQ application will be structured inside and its main components.

    +
    +
    Contained Building Blocks
    +
    -
    -

    5.3.1. White Box <_building block x.1_>

    -
    +
    -
    -

    Specifies the internal structure of building block x.1.

    -
    -
    -
    -
    -

    <white box template>

    -
    +
    +
      +
    • +

      WIQ Client: This is the connection between the user and the application. It will allow the users to play the WIQ game. This part will be developed in React with Typescript for its clear component structure, simplified code quality and separation of concerns.

      +
      • +
    • +

      WIQ REST API: This is the part responsible for managing the users that log into the application, managing also the logic of the game and sending the request to the Wikidata API for the question generation. This part is going to be developed in Springboot due to its foundations on the Java programming language, which is the language that the developers find the easiest to develop in.

      +
      • +
    • +

      WIQ Database: This is where the most important data is going to be stored. Such as, users questions and other game info that will be specified in the future. The database we chose to use is PostgreSQL, since it is compatible with Docker and it’s an object-relational kind of database, which is easier for the developers to use. Another alternative would’ve been to use MySQL.

      +
      • +
    -
    -

    5.3.2. White Box <_building block x.2_>

    -
    -

    <white box template>

    -
    -

    5.3.3. White Box <_building block y.1_>

    -
    -

    <white box template>

    +
    +
    +
    Important Interfaces
    +
    +

    This part will be more detailed later, since the structure of the different interfaces/classes has not been discussed by the team yet.

    +
    +
    @@ -1270,7 +1083,7 @@

    6.1. <Runtime Scenario 1>

    -Sequence diagram +Sequence diagram
    @@ -1803,7 +1616,7 @@

    12. Glossary