Skip to content

Commit

Permalink
Documentation-1 fixed
Browse files Browse the repository at this point in the history
  • Loading branch information
uo276670 committed Feb 22, 2023
1 parent 3e9d626 commit 91b2e2b
Showing 1 changed file with 25 additions and 23 deletions.
48 changes: 25 additions & 23 deletions docs/01_introduction_and_goals.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,11 @@ Describes the relevant requirements and the driving forces that software archite
* quality goals for the architecture
* relevant stakeholders and their expectations
****
LoMap intends to be an easy-to-use tool for people to create, customize, and share personal maps filling them with the places they live
LoMap intends to be an easy-to-use tool for people to create, customize, and share personal maps filling them with the places they live.

This map application allows the user to create multiple different maps that are empty.

The user then will create locations or photos for the places they want and add them to any of their own maps. You can add friends or groups and share these location with them so that they show on their maps for them to comment or give a score

=== Requirements Overview

Expand All @@ -32,18 +36,17 @@ If requirements documents exist this overview should refer to these documents.
Keep these excerpts as short as possible. Balance readability of this document with potential redundancy w.r.t to requirements documents.
****

* Users must be able to create different maps
** One user could have more than one map
* Users must be able to add locations to their own maps
** The locations could be of different types, initially shops, bars, restaurants, sight and monuments.
* Users must be able to add reviews to locations.
** Scores, comments and pictures could be added to a location.
* Locations could be shared with other users.
** Locations can be shared with a friend or a group of friends.
* User's data will be extracted and stored into SOLID PODS.
** Users' locations information will also be stored in the user' POD.
* Locations will be printed in a map.
** The map should have filters. Initially category, friends, and different types of locations.
* Users must be able to create different maps. One user could have more than one map

* Users must be able to add locations to their own maps. Initially shops, bars, restaurants, sight and monuments.

* Users must be able to add reviews to locations. Scores, comments and pictures could be added to a location.

* Locations could be shared with other users, a friend or a group of friends.

* User's data will be extracted and stored into SOLID PODS. Users' locations information will also be stored in the user' POD.

* Locations will be printed in a map. It will have filters. Initially category, friends, and different types of locations.



Expand All @@ -64,11 +67,10 @@ A table with quality goals and concrete scenarios, ordered by priorities
[options="header",cols="1,2,2"]
|===
|Priority|Description|Expectations
|1|Delivery time|Project must be delivered the first week of May.
|2|Privacy|Users' data will only be accessed when permissions have been granted.
|3|Decentralization|Users' data will be accessed and stored using Solid PODS.
|4|Usability|The application must be intuitive so a novice user should be able to navigate in less than 10 minutes.
|5|Accesibility|The web application will comply with WCAG 2.0 at level AAA.
|1|Privacy|Users' data will only be accessed when permissions have been granted.
|2|Decentralization|Users' data will be accessed and stored using Solid PODS.
|3|Usability|The application must be intuitive so a novice user should be able to navigate in less than 10 minutes.
|4|Accesibility|The web application will comply with WCAG 2.0 at level AAA.
|===

=== Stakeholders
Expand Down Expand Up @@ -97,11 +99,11 @@ Table with role names, person names, and their expectations with respect to the
|===
|Role/Name|Contact|Description|Expectations
|Developers|Mario Pérez Fernández ([email protected]) +
Ivan Vega Gracía ([email protected]) +
Silvia Suárez Prendes ([email protected]) +
Sara María Ramírez Pérez ([email protected]) +
Elías Llera García-Riaño ([email protected]) +
Andrés Álvarez Murillo ([email protected])|Group of students in charge of developing the project.|Deliver a fucntional version that meets the specified requirements.
Ivan Vega Gracía ([email protected]) +
Silvia Suárez Prendes ([email protected]) +
Sara María Ramírez Pérez ([email protected]) +
Elías Llera García-Riaño ([email protected]) +
Andrés Álvarez Murillo ([email protected])|Group of students in charge of developing the project.|Deliver a fucntional version that meets the specified requirements.
|Teachers|Pablo González González ([email protected]) +
José Emilio Labra Gayo ([email protected]) |Professors of the course in charge of supervising and guide the development team.| Evaluate the final delivery and help through the process.
|Users| |Final users of LoMap. |Use the application, and they should be satisfied by it.
Expand Down

0 comments on commit 91b2e2b

Please sign in to comment.