El documento de diseño debe ser agnóstico a cualquier tecnología que se quiera usar, hay que recordar que cuando hablamos de arquitectura backend es más el cómo se van a implementar las cosas en lugar de con qué se implementarán, el documento de diseño es un archivo que contendrá todos los detalles que necesitamos para poder desarrollar el sistema.
.
Dejo el enlace al documento de diseño que se mostró en esta clase:
https://github.com/jorgevgut/airquality-mx/wiki/High-level-System-Design
.
Y también a la plantilla:
https://github.com/jorgevgut/curso_backend_platzi/blob/main/design_doc_template.md
Introducción a conceptos
Todo lo que aprenderás sobre arquitectura backend
Qué es el backend
Qué son los sistemas distribuidos
Elementos de un sistema distribuido en la nube
Cómo se conecta todo en el backend
Recap y proyecto del curso
Arquitectura y planeación
Definición y requerimientos del sistema desde la perspectiva de negocio
Documento de diseño
Creación del documento de diseño
Revisión de diseño
Elaboración de la arquitectura del sistema
Diseños de bajo nivel, planes de prueba e integración continua
Plan de integración continua
Definiendo el “Code Complete”
Recap y tips de siguientes pasos
Desarrollo e implementación
Introducción y formato de desarrollo
Práctica: diseño de una “entidad”
Implementación de una entidad
Práctica: unit test usando TDD
Práctica: implementación de objetos usando TDD
Pasos para completar el proyecto
Challenges
Diseño de bajo de nivel de servicio de lectura
Diseño de un servicio que integre autenticación
Escalabilidad: Throttling y RetryPolicies
Conclusión
Cierre del curso y tips profesionales
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
Documento de diseño
8/25Recursos
Aportes 11
Preguntas 5
Ordenar por:
Excelente el documento template, como Guia para los proximos analisis que se deban hacer. Gracias.
La extensión Markdown Viewer, en navegadores crhom es muy buena para ver archivos .md (markdown)
Un documento de diseño de software, a veces denominado “especificación de diseño de software”, es un plan detallado para desarrollar una pieza de software. Debe describir la funcionalidad del software terminado (especificaciones) y los planes de tu equipo para desarrollarlo (cronograma, objetivos, etc.)
Organización documento arquitectura
Muy pulido, ordenadito, elegante
Limitaciones o casos de uso no soportados
Limitaciones
Limitaciones
Este curso esta genial
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.