No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Compra acceso a todo Platzi por 1 a帽o

Antes: $249

Currency
$209/a帽o

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscr铆bete

Termina en:

14D
15H
30M
17S

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

7/25
Recursos

Aportes 12

Preguntas 2

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

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.

Se simplifico y explico de manera muy facil

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.

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.

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)