Update from obsidian - thinkpad

Affected files:
.obsidian/app.json
.obsidian/plugins/obsidian-omnivore/data.json
01. Projects/Coding Mentorship/Temas/Fundamentos de la programación 2.md
01. Projects/Coding Mentorship/Temas/Fundamentos de la programación 3.md
01. Projects/Coding Mentorship/Temas/Pasted image 20240520174417.png
01. Projects/Coding Mentorship/Temas/Pasted image 20240520174436.png
01. Projects/Coding Mentorship/Temas/Requerimients.md
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520174501.png
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520174546.png
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520175134.png
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520175325.png
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520175739.png
01. Projects/Coding Mentorship/Temas/_attachments/Pasted image 20240520180128.png
Pasted image 20240520173241.png

01. Projects/Coding Mentorship/Temas/Requerimients.md

@@ -0,0 +1,114 @@
+---
+date_created: Monday, May 20th 2024, 5:14:17 pm
+date_modified: Monday, May 20th 2024, 6:28:52 pm
+---
+
+# Requeriemients
+
+---
+
+## ¿Qué Es Un Requerimiento?
+
+Los requerimientos son **requisitos** que un sistema debe cumplir para entregar los servicios que se requieren, y considera las **restricciones** asociadas a su funcionamiento.
+
+---
+
+## ¿Para Qué Sirven?
+
+A pesar de que el usuario tiene clara la necesidad que desea satisfacer, **no siempre sabe expresarse con claridad**, o con términos entendibles para quienes deben abordar la necesidad.
+
+Lenguaje distinto entre usuario y quien desarrolla la necesidad. Se debe estar consciente de que el usuario no es técnico ni especialista en software; **él hablará en su lenguaje, no en lenguaje técnico**.
+
+No incluir al usuario a ser parte del desarrollo (técnicamente) de la solución, provoca que no se llegue realmente a lo solicitado. Nos ayudará a conocer su necesidad y sus datos, pero **será él quien nos validará el resultado, las salidas del sistema**.
+
+---
+
+## Características
+
++ **Claros**: Los requerimientos deben ser entendibles, no dejando lugar a malas interpretaciones ni errores.
++ **Medibles**: Los requerimientos deben dar lugar a la obtención de resultados.
++ **Necesarios**: Deben existir usuarios con una necesidad en la que tenga algún efecto.
++ **Trazables**: Los advances del proyecto deben ser conocidos de forma pública, durante todo el proceso, desde el inicio al cierre.
++ **Verificables**: Los requerimientos se deben comprobar, obteniendo resultados tanto de aprobación como de rechazo en los resultados del test.
++ **Trazables**: El desarrollo del proyecto debe ser proyectado de forma monetaria.
++ **Completos**: Deben ser especificados, tomando en consideración todas las condiciones que se puedan dar.
+
+---
+
+## Ya Pero, ¿Realmente De Que Sirven?
+
++ Son una manera de dejar registro de **como se debe comportar un sistema**, el cuál luego de ser aprobado queda de referencia para todos los involucrados.
++ Ayudan a ponerse de acuerdo entre el equipo de desarrollo y el cliente.
++ Son un **respaldo** para el equipo de desarrollo ante los "esto no es lo que quería".
+
+---
+
+## ¡No Hay Nada Obvio
+
+---
+
+## Quiero Una Mesa
+
+<split even gap="3">
+![[01.%20Projects%2FCoding%20Mentorship%2FTemas%2F_attachments%2FPasted%20image%2020240520175739.png|150]] <!-- element class="fragment" -->
+![[01.%20Projects%2FCoding%20Mentorship%2FTemas%2F_attachments%2FPasted%20image%2020240520174501.png|150]] <!-- element class="fragment" -->
+![[01.%20Projects%2FCoding%20Mentorship%2FTemas%2F_attachments%2FPasted%20image%2020240520174546.png|150]] <!-- element class="fragment" -->
+![[01.%20Projects%2FCoding%20Mentorship%2FTemas%2F_attachments%2FPasted%20image%2020240520175134.png|150]] <!-- element class="fragment" -->
+</split>
+
+---
+
+## Quiero Un Columpio
+
+![](01.%20Projects%2FCoding%20Mentorship%2FTemas%2F_attachments%2FPasted%20image%2020240520180128.png)
+
+---
+
+## Tipos De Requerimientos
+
++ Funcionales
++ No funcionales
+
+---
+
+## Requerimientos Funcionales
+
+Estos requerimientos son las declaraciones que los servicios deben proporcionar al sistema en detalle, determinando **qué hará el software**, definiendo las relaciones de su implementación y operación, teniendo en cuenta cómo se **comportará el sistema**. También es necesario que se establezca lo que este no hará y qué validaciones necesita.
+
+Los requisitos funcionales pueden ser: detalles técnicos, manipulación, cálculos y además, otras funcionalidades específicas que un sistema tiene que cumplir. Los requisitos de comportamiento para cada requisito funcional se muestran en los casos de uso. Estos requisitos se complementan por los requisitos no funcionales, que se enfocan en el diseño o implementación.
+
+---
+
+## Ejemplos De Requerimientos Funcionales
+
++ El usuario puede **buscar** en el conjunto de la base, así como también en un
+subconjunto de ella.
+
++ El sistema debe ser capaz de proporcionar visores adecuados para que el usuario pueda **leer los documentos** en el almacén de datos.
++ Todos los pedidos **deben tener un identificador único**. El usuario de este podrá **copiar** al área de almacenamiento permanente de la cuenta.
++ Los clientes deben **recibir sus productos** una vez finalizado el proceso.
++ El administrador debe **ver las ganancias**.
+
+---
+
+## Requerimientos no Funcionales
+
+Los requerimientos no funcionales son los que definen las **restricciones o propiedades de los servicios**, así como las funciones ofrecidas por el sistema.
+
+Surgen de las necesidades de los usuarios, debido a las herramientas utilizadas, a las restricciones de presupuesto, a la necesidad de interoperabilidad, otros sistemas de software o hardware, así como también a factores externos como las políticas de privacidad y a los reglamentos de seguridad.
+
+En estos requerimientos podemos encontrar todo lo que se refiere a la fiabilidad, la capacidad de almacenamiento y los tiempos de respuesta.
+
+---
+
+## Ejemplo De Requerimientos no Funcionales
+
++ El sistema debe estar disponible (arriba) de 08.00 a 20.00 hrs.
++ Debe estar operativo los próximos 7 años (pronóstico de cambio de servidor).
++ Se espera que esté disponible un 99.8% del tiempo de disponibilidad.
++ También debe cumplir con la norma XXXX/ley…
++ Debe poder darse acceso en la empresa y desde computadores en la casa (remoto).
+
+---
+
+## Fin :3