DeDe_es1b

The application we are going to develop will consist on an online shop of products from our province , SOLID will be integrated on the shop , providing a more secure way of storing personal information to the client.Also we will use a data base which will contain every information that the shop needs.

React

React is an open source Javascript library designed to create user interfaces with the goal of facilitating the development of single page applications.

Solid

Solid is a specification that lets people store their data securely in decentralized data stores called Pods. Pods are like secure personal web servers for data. When data is stored in someone’s Pod, they control which people and applications can Access it.

MongoDB

MongoDB is an open source, document-oriented, NoSQL database system. MongoDB stores BSON (a specification similar to JSON) data structures with a dynamic schema, making data integration in certain applications easier and faster.

Privacy

The program must protect the privacy of clients following the SOLID principles. For this, the system will not store personal information of the clients, but will obtain said information from the users' pods as long as the users give the necessary permissions to the sales system.

Software quality

We must develop quality software. An organized structure of packages is important in order to speed up access to the code we are looking for. We also use design and architectural patterns. To correctly understand the project, good documentation must be prepared that explains the functionalities of the system, as well as the use of comments.

Usability

The main purpose of this app is to provide an application that could be used by everyone easily in an intuitive way so every person that wants to buy us some product can solve it with no problem.

Lenguage

The documentation will be in English for internationalization purposes. The work will be broken down into smaller tasks, which will be assigned to a member or a group. Most of the time, these tasks will be represented as issues on Github, and we assign them in group meetings.

Discord

Regular meetings will be organized. In these meetings all team members will discuss important development topics, such as important design/architectural decisions or the way of organizing a set of functionalities to be implemented, a change in documentation.

These meetings will be in the weekly laboratory classes or telematically on the discord platform, because it allows to make calls from several users at the same time.

The user interacts with his own Pod over which he has control and ownership of his data, the user performs operations such as creating it or modifying the permissions to his data. It also interacts with the Dede application, which is represented as a black box in this diagram. On the other hand, Dede interacts with the Pod in order to access the files that are in it, being able to save and load data.

It seeks to intercommunicate the user interface (Front End), the business logic (Back End) and the session management system. The Front End needs the services of the Back End layer so that it sends data and results of actions to it so that it can display them to the user. On the other hand, the Front End interacts with the authentication system so that the user can log in with their WebID or through a provider. The Front End is also related to the session management system, in order to access the POD data of the user who is currently in session.

The third level is divided into the Front End in the main views of login, admin, shoping and the request manager. The credentials entered in the LoginView will be verified by the LoginManager that is responsible for accessing the user’s pod and allowing access to the application. On the other hand, the user Will be able to see the shopping view that interacts with the products manager of the backend for visualice the products options. After the loggin the administrator Will be able to see the admin view that obteins info fron the order manager, products manager and the users manager due to the admin can acces to all this data. Finally, in the database the users ids are saved and all the data related to the order of a user and the products aviables in the shop.

We focused on developing an app that uses MERN (MongoDb,Express,React,Node) so we use mongoDb as a container for our data , pods for user personal data and we will use a extern repository for images.

Even though we decided to do the documentation part in english , we also decided that our app would be in spanish, just to make us easier to focus on the development part.

For this part we will be doing three types of test , unitary ones , which will test only little funcionalities without external dependences , end to end to prove full developed functions of the app , and finally load test to see if the app stops if the amount of users is high.

Testability/Coverage

For this part we will use many tools that allow us to test a 70% at least of our app , also we will do some gatling test in order to test how many requests can the app resist till it breaks .

Testability/Independet from external sevices

The architecture should be designed in such a way that algorithms depending on external services can be tested without having the external service available. That is: All external dependencies should be mockable.

Usability

The application will be designed in such a way that anyone who can access it will be able to navigate as comfortably as possible.

Confindenciality

Clients privacy is respected by using a descentralized delivery following SOLID , in which the user will have a POD where his personal data will be stored so if the app closes the user will still keep his personal information on the POD.

When implementing the application, risks may arise such as:

As technical debts we consider that may arise: