Software at the core

1

El mapa de un gerente en tecnología

2

La tecnología es software en su mínima expresión

3

Nuestra civilización funciona con software

4

Cómo contratar perfiles técnicos y evitar estafas

5

Un ADN de software en el corazón de tu empresa

6

Comprar tecnología o crear tecnología

7

El ciclo real del desarrollo de software

8

Evolución de Tesla: ¿por qué domina el mercado de autos?

9

Caso de estudio: Tesla vs. la industria automotriz

El ciclo del desarrollo de tecnología empresarial

10

Caso de estudio: Accenture vs. Hertz, equipos de desarrollo internos vs. externos

11

El ciclo de vida de la tecnología en las empresas

12

Roles en proyectos de tecnología: diseño, data science, devops, backend, front-end y mobile devs

13

Líderes técnicos: stakeholders, product owners, product managers

14

Metodologías de cumplimiento de fechas de entrega

15

Líderes vs. equipos

16

Cuánto pagar por un proyecto de tecnología

17

Conclusiones de Accenture vs. Hertz

Seguridad informática

18

Caso de estudio: filtración de datos de Uber y Marriot

19

Seguridad informática para roles no técnicos

20

Manejo de datos sensibles y encriptación

21

Los NO rotundos de seguridad informática corporativa

22

Niveles de permisos y manejos de información

23

Conclusiones del Pentesting a Uber y Marriot

Infraestructura avanzada de software en empresas

24

Arquitectura del Software

25

Arquitectura de Bases de Datos

26

Cómo se construye el backend

27

Cómo se construye la interface de tus usuarios

28

Qué es y cómo pagar la deuda técnica de una empresa

29

Infraestructura de servidores

30

Servidores básicos o locales

31

Servidores en DataCenters

32

Servidores en la nube

33

¿Cuándo elegir la nube vs. tener tu propio DataCenter?

34

¿Qué es la Inteligencia Artificial?

35

¿Cuándo utilizar Inteligencia Artificial en tu negocio?

Recursos Humanos y Gestión de Talento

36

Salarios de la industria del software en Latinoamérica y España

37

Crecimiento salarial en LATAM y España

38

Demografía de desarrolladores por región

39

Calculadora de salarios

40

Cómo motivar ingenieros y estructuras de compensación

41

Organigrama de equipos de ingeniería

42

¿Cómo crear una empresa disruptiva?

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Convierte tus certificados en títulos universitarios en USA

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

20 Días
0 Hrs
2 Min
25 Seg

Arquitectura del Software

24/42
Recursos

Aportes 83

Preguntas 5

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Mi Propuesta.

Pues bueno, primero haría un curso de Excel

📌 Una alternativa a Excel son las Hojas de Calculo de Google, que permiten trabajar completamente online y sin instalar un software.

El mismo dijo que Excel no, ja, pero seguramente es solo para explicar algo mas adelante, ya veremos

Qué es la arquitectura de software

Todo el mundo tiene una clara imagen mental cuando hablamos de arquitectura de aquella disciplina que se encarga de la planificación y diseño para la construcción de edificios y espacios de esparcimiento (como parques o monumentos), sin embargo, la arquitectura es referida al diseño y planificación a un nivel superior de una estructura a un nivel abstracto y a la toma de decisiones antes de pasar a su realización.

La arquitectura, referida al software, es un concepto que surge ya en los años 60 y se refiere a una planificación basada en modelos, patrones y abstracciones teóricas, a la hora de realizar una pieza de software de cierta complejidad y como paso previo a cualquier implementación. De esta forma se dispone de una guía teórica detallada que nos permite entender cómo van a encajar cada una de las piezas de nuestro producto o servicio.

Por tanto, en arquitectura llamamos patrón a cualquier solución general y reutilizable para problemas recurrentes en ingeniería del software en un contexto dado, son similares a los patrones usados en la programación, pero orientados específicamente a la estructura a un nivel superior y más genérico.

Manejar ese nivel de Información en excel concuerdo en que es ineficiente, se volvería un dolor de cabeza para todos los interesados.

Creo que lo haría con una tabla de 6 columnas: Producto, código, status, transporte, Ubicación, Tiempo y disponer de un visor en línea donde pueda ser consultado por los interesados. Mi boceto

En la primera columna el código del producto. En la segunda columna el estado en que llego. En la tercera columna el medio de transporte en el llego. En la cuarta columna la ubicación actual. Y en la quinta columna la fecha actual.

Excel es una gran herramienta, y permite administrar una logistica compleja y simular una base de datos.
Con los conocimientos necesarios como se ve en otros comentarios, se puede crear una estructura donde cada hoja “Simule” una tabla, crear ids y otras cosas.
Mediante VBA, se puede crear una o varias macros que permitan manejar el archivo de forma que se puedan realizar validaciones mas complejas y normalizar la entrada de datos en las celdas de cada hoja.
Sin embargo uno de los principales problemas es el acceso simultaneo de usuarios ya que utilizar macros y un solo archivo va a presentar errores de lectura/escritura si mas de un usuario intenta modificar un registro al mismo tiempo.
A manera de crear una idea como un beta y sin ser parte del equipo de programadores de una empresa, es una forma muy buena de demostrar conocimiento.
Esto lo comento con experiencia personal, ya que hace muchos años creé herramientas en excel que luego evolucionaron a software mas complejo.

ES ABSURDO¡¡

La estructuración de la Información para esta solución “No se puede hacer en Excel”, la Arquitectura de la solución implica un sistema “Cliente Servidor” (incluso tal vez un sistema distribuido).
Con diferentes tipos de equipos bajo distintos plataformas y protocolos de comunicación y y con distintas “interfaces” de acuerdo al usuario y sus funcionalidades.

Pero aún así hago llegar una aproximación

Buenas Tardes!
Les dejo un pequeño aporte, creo que un faltan un montón de cosas, pero pues revísenlo, así lo haría yo.
https://docs.google.com/spreadsheets/d/1XK7FvntPtFNveeS4fc4WqYrCaGpXJGdu_gl_9t335d8/edit?usp=sharing

NOTA: Tienen que seleccionar el código del cliente y de nuevo volver a cargar el pedido que quieran ver.

Considerando excel y sólo excel, además que son sistemas aislados, alejados físicamente el uno del otro, con toda la data requerida, y con la cantidad de bultos que se mueven de barco… creo que es logísticamente imposible incluso usando excel365 en la nube. No es para esta cantidad de información y datos.

Aún así, el excel se terminará usando para algún proceso.

En Excel lo ideal sería primero tenerlo sincronizado en la nube para que se puede acceder a la hoja de calculo. Lo siguiente es que cada fila representaría un producto que ha sido escaneado el cual va a tener en las columnas: la fecha y hora, la ubicación, tipo de transporte, identificación del medio de transporte(nombre o código), estado del paquete.
Pero se requiere tener una columna adicional con un código o nombre para el usuario final (cliente), y una columna que contenga los diversos números de ordenes asociadas con dicho usuario para facilitar la búsqueda de ordenes pendientes. finalmente, se podría pensar en la adición de un estado de la entrega para saber cuales ya han finalizado y salido del puerto.

Partiendo de la base que los usuarios de esta información están en diferentes lugares del mundo la mejor opción sería usar las hojas de calculo de google.

Ahora bien, tendría 2 tablas:
1- Tabla1: guarda la info referida netamente al producto (kg, peso, m3, fragil (si/no), tóxico, etc etc
2- Tabla 2: guarda la info refería a la administración de la carga (fecha de envío, fecha de llegada, pais de origen, pais de llegada, costo de seguro, etc etc)

Cada linea de ambas tablas representa un envío, y lo vincularía con el campo Product_id (por ejemplo). Y de esa manera puedo estructurar el sistema para que diferentes usuarios tengan acceso a diferente información acerca de la misma carga.

Con drive, excel compartido. hojas para completar datos por parte del operario y permisos.
permisos para ver el documento únicamente al que necesita consultar: cluente
Permisos para editar para quienes necesitan actualizar el estado del paquete: empresa y operarios.

Es difícil, una tarea titánica porque no decir imposible hacer todo eso en Excel, nos demandará mucho tiempo poder desarrollarlo si queremos hacer mediante ese programa, para eso debemos aprender otros sistemas que nos brinden un mejor soporte y profesionalismo.

Desde Excel lo haría así:

  1. Crear una base a nivel de detalle con todo los ítem que se necesita.
  2. Se crea distintas tablas dinámicas para los distintos usuarios.
  3. Insertaría un mapa de seguimiento de las distintas rutas vigentes.
  4. Se sube el archivo al Google y se comparte.

Yo lo haría así

La respuesta a la actividad que se me ocurrió.

Primera vez que participo, espero no estar tan errada 😃

Arquitectura del software


.
Para conocer la arquitectura completa de inicio a fin, vamos a suponer que somos una empresa de logística que se encarga de llevar un paquete del punto A al punto B de forma internacional. Probablemente, es una aplicación que usan operadores, administradores y clientes en puertos.
.

El proceso básico sería el siguiente:

  • Llega la carga por barco, avión, camión o tren.
    .
  • La carga contiene el producto a transportar debidamente identificado con código de barras.
    .
  • El operario, por medio de la aplicación, lee el código de barras.
    .
  • Una vez escaneado el código de barras, se puede editar el estado del paquete:
    • Estado: OK, daño menor, roto.
    • Tipo de transporte: Barco, tren, avión, camión.
    • Ubicación: Localización por GPS.
    • Hora y fecha: Información suministrada por el dispositivo que realizó el registro.

.

  • Los clientes y administradores tienen acceso a otra información como lo son órdenes de clientes y el detalle de esas órdenes.

Crearía un libro en Excel con múltiples pestañas, cada una se correspondería a una tabla y después crearía la aplicación móvil con el Google AppSheet, a continuación les muestro algo muy improvisado pero dará una idea, la app no tiene casi nada de diseño pero tiene muchas posibilidades en su capacidad de crear aplicaciones móviles sin programación, quizá habría muchos problemas al momento de que dos o mas usuarios realicen modificaciones simultáneamente

Se podrían hacer algunas otras automatizaciones con Python para la versión de escritorio

https://docs.google.com/spreadsheets/d/1Hk7q-cmJsow6j2jTsuzwAUbxCVMQeJvk/edit?usp=sharing&ouid=115271892369408808742&rtpof=true&sd=true

La manera de realizarlo con excel, y ésto teniendo en cuenta que no se maneja ningún tipo de gestor de BBDD, es creando múltiples tablas como fuentes de acceso a los datos. En office 365 existe algo llamado PowerApps, que fácilmente permite integrar todo esto y centralizarlo para poder dar uso a la información. Se puede también crear un lector de código de barras y tomar fotos.

Como lo han mencionado mas abajo, muchas empresas manejan excel para todo y aunque no estamos de acuerdo que está mal hacerlo, es una realidad.

Si es posible usar Excel, de hecho aunque sea raro muchos negocios lo usan, es muy común ver industrias usando tecnologías para fines a los que no son construidos pero en este mundo tecnológico todo es posible, en este caso siria usar un Excel en la nube para tener acceso en cualquier lugar, crear tablas en diferentes hojas e interconectarlas con funciones, si es posible pero ineficiente.

Hasta el momento me lo imagino solo en columans, y cada columna con sus variables, podría utilziarse una tabla dinamica para juntar los datos, pero supongo en el proximo video Freddy nos dará más luz

En excel tendría una hoja con todos los datos, las filas serían los códigos de cada paquete y las columnas todas las demás variables.
y para cada usuario generaría tablas con las variables que le corresponden a cada uno.

Si usaría excel tendría que ser vinculado a una nube para que haya una sincronización automática. En el tradicional seria una estructura exhaustiva para almacenar esa magnitud de datos con diversidad de regiones.

https://1drv.ms/x/s!Age0a3NjI9WfgQ9dlExcbbbnfDHc?e=3uJl5d
Agradecería mucho que le echen un vistazo y me digan que cosas están mal y que puedo mejorar.
Gracias de antemano!!

Con power BI (office 365), es una forma más amena y fácil de gestionar. se crean las tablas y sus relaciones, luego se personalizan los informes y estos se actualizan cada que haya cambios en las tablas.

Lo haría en las hojas de calculo de Excel de Google, poniendo todos los datos ya mencionados.
Lo tedioso seria la cantidad de datos que tendría que registrar ya que estamos hablando una empresa de EXPORTACIÓN!

En excel se haría la siguiente propuesta. Al no contar con una aplicación se podría utilizar un archivo de google drive para que los administradores lograran contar con la información con algo de oportunidad.

Tal vez Excel no sea la mejor opción , diría yo que en un tipo de DRIVE donde se actualice instantáneamente la info

Respuesta generada usando CHAT GPT 2024 Integrar Excel en la arquitectura de software implica primero definir los requerimientos específicos, como la importación/exportación de datos, generación de reportes, análisis de datos, y automatización de tareas. Luego, es esencial elegir la forma de integración adecuada, que puede ser mediante API de Microsoft Excel (como Microsoft Graph API), librerías y SDKs (como EPPlus, ClosedXML, Apache POI, o Pandas con OpenPyXL), o servicios de terceros (como Zapier o Integromat). Estas opciones permiten manipular archivos Excel directamente desde la aplicación, crear microservicios especializados o implementar un middleware para la gestión de datos. El proceso de implementación incluye la configuración del entorno, desarrollo de funcionalidades para leer/escribir archivos Excel, manejo de errores, optimización del rendimiento, y realización de pruebas exhaustivas. Es crucial asegurar la seguridad de los datos, diseñar para la escalabilidad, y documentar adecuadamente el proceso de integración. Un ejemplo práctico en Python usando Pandas y OpenPyXL ilustra cómo leer, procesar, y guardar archivos Excel, demostrando la facilidad y efectividad de esta integración en aplicaciones de software.
![](https://static.platzi.com/media/user_upload/image-4a682d12-102e-4f02-a5da-6543202bfab7.jpg)
Me parece que en Excel se tendría en hojas ocultas la base de dato del producto, en cada columna sus detalles de importancia, incluyendo el código de barras. Luego en diferentes hojas se crean bases de datos según filtros o celdas condicionales de la hoja principal. Cada hoja tendría un dashboard de consulta diferenciada, según sea "operador", "cliente", "supervisor/gerencia", cada uno con sus respectivas restricciones. Además, tendría que ser un único archivo compartido en una nube, en donde puedan acceder los usuarios desde diferentes locaciones. Sin embargo, requiere alimentación continua según se vayan ingresando nuevos productos. Tablas dinámicas y macros serían necesarias.
Si la ubicación del GPS nos situa en un puerto en Madrid, entonces cambiaría de proveedor de servicios de GPS . 1:06 😂

Bueno, primero creo que lo pensaría de manera más abstracta y no tanto enfocado a que lo implementaría en Excel, pero ya que son sistemas aislados crearía tablas (según la situación que comenta Freddy en el video) para los productos con sus id, estados y demás, los transportes, las localizaciones de origen, actual y destino, de los clientes de ser necesario, etc.
Aclaro que esto es según como lo pienso y mis limitados conocimientos de base de datos. además de también el limitado contexto de la situación, porque seguramente el sistema tendría un registro de los propios usuarios, control de los productos, relación entre clientes, entre otras cosas.

Primero el esquema de la arquitectura de software lo distribuiria con tablas y en ellas especifico como quiero enviar el mercado de estas. Si mis altos mandos no les gusta lo puedo modificar a sus gustos sin decir alguna queja.

En excel seria muy complicado porque todos tendrían acceso directamente a todas las tablas que yo haría con todos los elementos, haría varias tablas de acuerdo a los elementos y su movimiento en la ruta y lógica. Pero no tendría ningún tipo de seguridad

El reto es muy bueno la verdad… estoy tan acostumbrado en pensar en base de datos, APIs, etc… que llevarlo a un excel… es realmente complejo.

Pensé en utilizar alternativas como Google docs, entre otros. Pero absteniendome exclusivamente al enunciado:

  1. Crearia 1 solo archivo de excel.
  2. Dividiria por cada hoja una tabla (con sus respectivos datos: id, paquete, puerto, localidad, etc).
  3. Haria una app mobile que solo sirva como editor de archivos excel y que al final de la semana (todos los viernes por ejemplo) se envie automaticamente ese archivo a un servidor.
  4. Un encargado seria el responsable de hacer un merge (combinar todos los archivos subidos en un unico archivo maestro)
  5. Repetir cada semana.

No es lo mas optimo puesto las limitaciones que ofrece excel, y a pesar de tener la posibilidad de programar Macros… la consigna hace enfoque en una app mobile. Otra no se me ocurre.

Que piensan ustedes?

Debi haber prestado atencion en la clase de informatica del liceo 🥴

crearía un forms para cada tipo de usuario que alimenta la base de datos. Adicional a esto, conectaría todos los datos recopilados a un dashboard que podría publicar en un sitio, solamente para los gerentes y analistas involucrados

👍

Mi propuesta:



Yo en las filas pondría las órdenes junto con los productos y en las columnas pondría lo mencionado en la clase: fecha y hora de recibido, en que puerto está, operador que lo recibió, medio de transporte, si tiene defectos o no.
Adicionalmente para i identificar pondría un filtro de identificación del cliente o NIT de la empresa aliada.

Hay dos soluciones usan Power apps de Microsoft o Google AppSheet, la de mejor presentación y desempeño Power apps
Estas soluciones son front-end y se conectan a hojas de calcula en el backend, cada requerimiento principal es una tabla que se conecta, o es de consulta o es de lectura y escritura, no hay problemas en el uso multiusuario, nosotros desarrollamos como producto, para la toma de pedidos y administración de clientes,

Haria una sola tabla. Los campos “foraneos” los convertiría en campos de selección como por ejemplo la ubicación.
Lo único es que yo si haría un formulario enlazado con macros para realizar las validaciones correctamente al momento de enlazar y que algunos valores se tomen automáticamente como por ejemplo la fecha/hora.
Para cumplir los requerimientos alojaría el documento de excel en google docs o bien en la nube de office 365 lo que me permitiría que el documento pueda ser editado por varios en simultaneo y ademas visto por las personas que corresponde.

Ahora bien una limitación que veo es que no sabría si es posible limitar los permisos de edición para que los operarios no puedan modificar datos ya registrados o bien realizar auditoria de esos cambios.

Otra opción es utilizar las macros y los formularios (incluso la capacidad de crear plugins de office de visual studio) de excel para crear una aplicación completa en excel así como lo hace siigo y justificar el uso de excel en que tiene buenas graficas y que es muy fácil trabajar con los datos desde el para el personal. Sin embargo en este ultimo caso los que registran la data usarian una app disenada para ellos.

Respecto a la bd en la segunda propuesta digo por encima y sin una planificacion detallada las siguientes tablas.
Usuarios
Roles
Permisos
Operaciones
Ciudades
Paises
Sedes
Estados

Prefiero no planificar esto correctamente hasta no tener mas información.

Esta es mi propuesta. Realmente creo que lo deje simple pero resuelve el problema.

lo haria en word por supuesto!!!

Por faovor optimizar la pag para que añadir una foto arrastrando el archivo funcione también desde FireFox 😃

Mi analisis:
![](

Este curso es un gran platzi live 😃

Lo mas simple que se me ocurrió

Considerando que de forma nativa los smartphone tienen lectura de código de barras y otros, dejando el registro en el portapapeles, trabajaría con esa información de ingreso a copiar para un formulario de encuesta de Google Drive que integre fotos, videos y hasta audio para documentar el proceso. Con esto tendré una base de datos en Google Sheet con la correlación de los datos levantados

gracias

En el minuto 1:12 dijo el puerto de Madrid XDDD

Aqui va mi aporte…

Picking
Base de datos relacional
WMS

Con Power BI y Macros en VBA.

no se puede o más bien yo no lo usaria.

Qué forma tan exquisita y sutil de decir: Excel muy bonito y todo pero por muchas tablas que llene y mucho office365 o Google sheets… Excel no te va a ayudar está vez

…Me mandaste a repasar excel!!!

porque puerto de Madrid?

Sería complicado usar excel. Se podría tener un acercamiento con Office 365, pero difícil de manejar.

Lo veo muy ineficiente y es muy complicado hacerlo en excel . Esto es mas para un manejador de Base datos

Freddy creo que Bogotá no tiene puertos, si alguien sabe por favor me corrige esta información.

En Excel tendría una hoja con todos los datos, las filas serian los códigos de cada paquete y las columnas todas las demás variables. Para cada usuario generaría tablas con la información correspondiente.

Hacer una tabla con todos los requisitos y subirlo a una nube para que los diferentes usuarios puedan modificarlo

Interesante

Lo haría con una arquitectura cloud, BD en un cloud provider, API’s en el backend para ser usados por diferentes front-end’s y una aplicacion web y movil para los usuarios finales.

Lo haria con el excel pero de google ya que lo pueden compartir y editar mas personas en tiempo real. Con excel normal seria una pesadilla el tema de editar y compartir…

Me llevó un rato pero aquí está mi ejercicio. Me enfoque en las especificaciones que deben tener los datos y no hice nada relacional porque me falta hacer un curso de Excel. Pero espero que se entienda la idea de cómo debería de funcionar el producto.

Aquí el enlace al documento.

Evitemos pensarlo como un caso 100% real de algo que se vaya a implementar. Evidentemente en Excel no se puede hacer en un escenario real.

Me parece que el objetivo del ejercicio es ensayar como construiríamos la lógica del sistema y cómo estaría conectado todo.

Espero no se note mucho mi amor por Excel,
pero lo primero que haría es una hoja de captura de datos, en donde el usuario digita el numero de codigo de barras, y automaticamente se conecta a un BD, indicando la ultima información.
En la misma hoja de datos, la persona puede agregar algún detalle que quiere que se sume a la BD.
cuando se copie el registro en la base de datos usaria el sistema para fechas de registro y tendría una hoja de consulta de articulos para ver todos los registros realizados.
Espero se entienda, ya que revisando los ejercicios de mis compañeros diseñaron la base de datos pero les falto la hoja de captura de datos que seria lo principal en esta solución

NO ES POSIBLE HACERLO EN UN SOLO DOCUMENTO DE EXCEL.
El cliente no tendria por que ver lo que sucede previo a la solicitud de producto (importacion, registro de la empresa, y todo el tema logistico)
y a la vez los operadores no tendrian que ver a donde se dirije el producto.

aqui podria hacerse en varios documentos de excel y para hacer el proceso “automatico” realizar macros, donde hacemos coincidir un dato con una columna.