Uo271411 revision1

docs/01_introduction_and_goals.adoc

@@ -21,11 +21,20 @@ Objetivos de Negocio:
 ****
 
 === Vista de Requerimientos
-Se necesitara una pequeña base de Typescript para la implementación de código de la aplicación y el uso de 
-react para la implementación de cara al usuario.
-
-Para realizar el control de versiones es necesario el uso de git, herramienta muy util para trabajos de 
-gran tamaño permitiendo el uso de varias ramas para no alterar los prototipos del proyecto.
+	-Se necesitara una pequeña base de Typescript para la implementación de código de la aplicación y el uso de 
+	react para la implementación de cara al usuario.
+	-Para realizar el control de versiones es necesario el uso de git, herramienta muy util para trabajos de 
+	gran tamaño permitiendo el uso de varias ramas para no alterar los prototipos del proyecto.
+	-Será necesario emplear un navegador y disponer de un proveedor de internet para poder acceder a dede_es3a y 
+	utilizar toda la funcionalidad de la que dispone.
+	-El sistema permitirá al usuario realizar una búsqueda mediante la que filtrar los artículos mostrados según
+	su nombre/descripción.
+	-Dede_es3a dispondrá de un carrito en el que almacenar artículos y cuyo contenido podrá ser consultado por el 
+	usuario.
+	-Dede_es3a dará al usuario la posibilidad de añadir elementos al carrito.
+	-Dede_es3a dará al usuario la posibilidad de borrar elementos del carrito.
+	-Dede_es3a permitirá el registro de usuarios mediante formulario siempre y cuando el usuario no sea existente.
+	-Dede_es3a permitirá el registro de usuarios mediante formulario si las credenciales coinciden con la BDD.
 
 [role="arc42help"]
 ****

docs/11_technical_risks.adoc

@@ -3,14 +3,19 @@
 
 Los riesgo durante un proceso de desarrollo están siempre presentes, no obstante, su identificación y registro son cruciales para el bienestar de cualquier proyecto. En esta sección, iremos dejando constancia de todos y cada uno de los riesgo que se hayan encontrado así como las deudas técnicas que hayan podido o puedan surgir debido a malas decisiones. Realizar esta tarea correctamente implicará un crecimiento beneficioso tanto para el proyecto como para el equipo de desarrollo.
 
-A continuación se muestra una tabla [Table 1] en la que se irán recogiendo todos los riesgos y deudas técnicas que se hayan ido identificando a lo largo del proceso de desarrollo. Están ordenados de mayor a menor prioridad.
+A continuación se muestra una tabla [Table 1] en la que se irán recogiendo todos los riesgos y en la [Table 2] las deudas técnicas que se hayan ido identificando a lo largo del proceso de desarrollo. Están ordenados de mayor a menor prioridad.
 
-.Lista de riesgos y deudas técnicas
+.Lista de riesgos
 [options="header",cols="1,2,3"]
 |===
-| Riesgo/Deuda técnica | Descripción | Prioridad
+| Riesgo | Descripción | Prioridad
 | Diagramas del proyecto | Un postulado erróneo de éstos diagramas puede dar lugar a una construcción errónea del sistema derivando en cambios cuya dificultad probablemente sea proporcional al tiempo que se haya estado desarrollando el proyecto. | Alta
-| Investigación sobre el entorno de trabajo | Una amplia búsqueda de información acerca de cómo trabajar con Typescript, Solid y React facilitará enormente el trabajo una vez iniciada la implementación ya que no será sobre territorio desconocido. | Media
-| Sopesar las decisiones tomadas | Es conveniente que todo lo que se decida con respecto a la arquitectura del proyecto sea en base a un razonamiento y no de forma aleatoria. Así evitaremos cambios de planes en el último momento que puedan llegar a afectar negativamente al proyecto. | Baja
 |===
 
+.Lista de deudas técnicas
+[options="header",cols="1,2,3"]
+|===
+| Deuda técnica | Descripción | Prioridad
+| Investigación sobre el entorno de trabajo | Una amplia búsqueda de información acerca de cómo trabajar con Typescript, Solid y React facilitará enormente el trabajo una vez iniciada la implementación ya que no será sobre territorio desconocido. | Media
+| Sopesar las decisiones tomadas | Es conveniente que todo lo que se decida con respecto a la arquitectura del proyecto sea en base a un razonamiento y no de forma aleatoria. Así evitaremos cambios de planes en el último momento que puedan llegar a afectar negativamente al proyecto. | Baja
+|===