agregada información de fase de análisis

Alejandro CR · Alejandro CR · commit 30ff2acaab62 · 2023-12-25T17:56:19.000-05:00
diff --git a/docs/phases/analisys.md b/docs/phases/analisys.md
@@ -1 +1,27 @@
-[volver al inicio](/readme.md)
+[volver al inicio](/readme.md)
+
+# Fase de análisis de requerimientos en la documentación
+
+El objetivo del análisis de requerimientos es **identificar las necesidades de los usuarios**, para lo cual se utilizan diversas técnicas de recolección de información, tales como entrevistas, encuestas, observaciones, etc. Como resultado, se obtiene una lista de requerimientos funcionales y no funcionales.
+
+Los requerimientos funcionales indican las **funcionalidades** que el sistema debe tener.
+
+> Por ejemplo: "el sistema de inventario debe ser capaz de registrar productos".
+
+Los requerimientos no funcionales son **características** que el sistema debe poseer
+
+> Por ejemplo: "el sistema debe tener los colores de la marca de la empresa".
+
+## Historias de usuario
+
+Al escribir requerimientos, la forma más comun de redactarlos es como Historias de Usuario. Una historia de usuario es la descripción de una necesidad, escrita en lenguaje natural, desde el punto de vista del usuario.
+
+El formato de una historia de usuario es el siguiente:
+
+> Como &lt;usuario&gt; requiero &lt;necesidad&gt; para &lt;criterio&gt;
+
+- El **usuario** es el rol que solicita la funcionalidad.
+- La **necesidad** es la acción o característica requerida.
+- El **criterio** de aceptación es la condición que debe cumplir la funcionalidad para ser considerada eficaz.
+
+> Por ejemplo: como administrador requiero registrar productos para tener un inventario actualizado.
