Definición de Requerimientos de Negocio para Desarrolladores Backend
Contenido del curso
Cesar Eduardo Valle Pino
Miguel Peláez
Claudio Jesus Vázquez Villanueva
Miguel Peláez
Diesan Romero
Flavio Andres Pareja Torres
Carlos Eduardo Gomez García
Hector Zurga Ramos
Usuario anónimo
User
Carlos Fernando Aguilar González
Abigail Perez
Hector Zurga Ramos
Carlos Miguel Carranza de la Quintana
Juan Carlos Pineros
Reinaldo Mendoza
Luis Márquez
Francisco Ponce
German Vera
Reinaldo Mendoza
RUBÉN HERNÁNDEZ PUERTA
Gilberto Pérez Garrido
Facundo Pérez Schneider
Alberto Carlos Castro Castro
Gonzalo Peñaranda
Ed soto huamanhorcco
Irving Juárez
Juan Felipe Barahona Gonzalez
Carlos Damián Loaiza Artunduaga
Los recursos se encuentran compartidos en la clase anterior
Si, son los mismo del repo de la clase pasada.
Les recomiendo Typora para leer y escribir Markdown.
Esta buenisima.
Está muy buena esa aplicación, aún está en Beta para MacOS pero funciona muy bien, incluso en Monterey OS. Gracias por compartir.
El dato mas importante que se ha sacado aquí es:
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 🤔
Tal vez el sistema se puede distribuir con un servidor en Centroamérica, para atender a Suramérica y a Norteamérica y un servidor en Europa, que soporte también a los pocos usuarios de Asia
Para las operaciones POST podríamos tener un servidor AWS en la zona de Brasil.
alguien hará este proyecto con ASP . NET Core?
No manejo .Net, por lo que haré el proyecto en Golang 😊
Si, Abigail. Yo lo hare con NET Core
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.
Eso es relativo, si tienes una web sin muchas visitas no tiene sentido ahora si eres google, bueno, ya sabes que tiene servidores por todo el mundo
¿Cómo se llama la herramienta que usaste para hacer tu diagrama? Se ve genial!
Hola Luis
¿Te refieres con la que dibuja? Parece ser que usó OneNote. Te recomiendo otra para hacer diagramas de flujo, se llama Miro, una vez que practicas con ella puedes hacer diagramas muy rápidos :).
Interesante la forma de analisis de requerimientos del negocio..
Clave, de lo contrario es caminar sin norte, puedes escalar la montana solo para llegar a la cima y darte cuenta que era la montana incorrecta
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
En mi caso es un Software Contable
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
Si la plataforma a diseñar considera también el tema de crear y modificar usuarios, aquí también aplican esos conceptos de API y verbos HTTP.
Primera vez en la historia, que veo mi nombre lo usan como ejemplo : v
Para ese problema de muchas operaciones read pero talvez pocas de write. Yo creo que la solución sería crear una read replica de la base de datos que pueda escalar horizontalmente en caso de ser necesario y la base de datos para escritura tendria que ser más pequeña, sin menos recursos computacionales.
Sin embargo, para hacer un producto global pero con mayor trafico en una región en especifico, yo creo que la solución podria ser tener os servidores de bases de datos, así como los microservicios en la región con más demanda y aplicar una base de datos de cache, asi como cachear mucha de nuestra API en un CDN al rededor del mundo
Comparto mi diagrama inicial basado en el documento y lo dicho en esta clase
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.
