Definición y requerimientos del sistema desde la perspectiva de negocio

Los recursos se encuentran compartidos en la clase anterior

Les recomiendo Typora para leer y escribir Markdown.

El dato mas importante que se ha sacado aquí es:

• Pocos editores solo ubicados en LATAM
• Muchos usuarios provenientes de casi todo el mundo 👏🏼👏🏼

A mí en lo personal me gusta hacer apuntes en Markdown, suelo poner cómo estará organizado el sitio, qué funciones requiere y demás dentro de un texto Markdown que agrego como el README.md en el repositorio del proyecto.
.
No había contemplado la parte de tener miles de usuarios que leen y solo 10 que escriben, esto puede llegar a ser importante tenerlo en cuenta, solamente leyendo el requerimiento de que la mayoría de los servidores son de América del Sur, yo optaría por poner un servidor muy cercano a América del Sur, pero no justamente ahí, ya que por lo que entiendo, otros usuarios de otros continentes también deben poder tener acceso al sistema 🤔

Aunque no lo dice en los requerimientos, una arquitectura distribuida en varios continentes es muy muy costosa y puede hacer inviable la implementación. Cada servidor que se despliegue en otra zona vele un mundo de plata, por eso de debe optimizar al maximo la arquitectura.

Interesante la forma de analisis de requerimientos del negocio…

Quiero pensar entonces que le daríamos prioridad a los clientes sobre los editores a la hora del performance, el servidor (o servidores) de BD va a tener muchas más acciones de lectura que de escritura y en este caso no afectaría tener un poco de latencia a la hora de subir las reviews de los editores.

Aquí sería el Planteamiento del problema

• Comenzar a hacer preguntas
• Hacer el mejor esfuerzo por traducir lo que se requiere (en este caso un diagrama de caso de uso casero)

En mi caso es un Software Contable

• Global
• Ventas globales - Principalmente Latinoamérica
• Pocos Vendedores (HTTP - POST)

En esta clase de Platzi se explica la importancia de la definición y requerimientos del sistema desde la perspectiva del desarrollo de un backend. Se destaca que la definición del sistema es un paso crucial para entender el problema que se desea resolver y las necesidades del usuario. También se explica que los requerimientos del sistema son las funcionalidades y características que el sistema debe tener para cumplir con los objetivos del usuario.

El instructor menciona que la definición del sistema y los requerimientos deben ser claros y precisos, para evitar malentendidos y garantizar que el equipo de desarrollo esté trabajando en la misma dirección. También se enfatiza la importancia de involucrar al usuario en este proceso, para asegurarse de que sus necesidades están siendo cubiertas.

En cuanto a los requerimientos, se mencionan tres tipos: funcionales, no funcionales y de información. Los requerimientos funcionales son las características y funcionalidades que el sistema debe tener, los no funcionales son los aspectos técnicos que deben ser cumplidos (como la seguridad y la escalabilidad), y los de información son los datos que el sistema debe procesar.

En resumen, la definición y requerimientos del sistema son pasos importantes para el desarrollo de un backend efectivo y satisfactorio para el usuario, y deben ser claros y precisos para evitar malentendidos. También es importante involucrar al usuario en este proceso para garantizar que sus necesidades están siendo cubiertas.

Se simplifico y explico de manera muy facil

Me gusta manejar de esta forma los proyectos, de nada sirve aprender una herramienta sin llevarla a la práctica. Hasta ahora el curso está muy interesante.