Intro a la ingeniería de datos

Define ingeniería de datos:

¿Cuál es la diferencia entre los requisitos de negocio, los requisitos de las partes interesadas y los requisitos del sistema?

• Los requisitos de negocio y los requisitos de las partes interesadas son lo mismo; ambos se recopilan en la primera etapa de cualquier proyecto de ingeniería de datos. Los requisitos del sistema se definen después de recopilar los requisitos de alto nivel.

• Los requisitos de negocio definen los objetivos generales de la empresa. Los requisitos de las partes interesadas definen las necesidades de las personas dentro de la organización para alcanzar esos objetivos de negocio. Los requisitos del sistema definen lo que el sistema debe ser capaz de hacer para cumplir con los requisitos de negocio y de las partes interesadas.

• Los requisitos de negocio son definidos por el equipo de liderazgo de la empresa, los requisitos de las partes interesadas son definidos por los colaboradores individuales dentro de la organización, y los requisitos del sistema son definidos por el ingeniero de datos.

• Existen requisitos funcionales y no funcionales tanto para los requisitos de negocio, como para los de las partes interesadas y los del sistema.

¿Cuáles son los pasos clave que debes seguir en la primera etapa de cualquier proyecto de ingeniería de datos? Selecciona todas las que apliquen.

• Preguntar qué acción planean tomar los stakeholders con base en los datos que les proporciones.

• Realizar un análisis de costo-beneficio para elegir entre herramientas y tecnologías comparables.

• Explorar los sistemas existentes y las necesidades de los stakeholders.

• Traducir las necesidades de los stakeholders en requisitos funcionales para tu sistema.

• Identificar los objetivos de negocio y a los stakeholders a los que vas a servir.

Trabajas como ingeniero de datos en una institución financiera. Se te asignó la tarea de construir una canalización (pipeline) para proporcionar datos al equipo de ciencia de datos del departamento de "servicios al cliente". Supiste que los científicos de datos están interesados en predecir la pérdida de clientes (churn), es decir, poder predecir si un cliente determinado probablemente dejará de hacer negocios con el banco. Te reuniste con los científicos de datos, quienes te dijeron que les gustaría que les proporcionaras información histórica sobre clientes activos e inactivos, como sus transacciones pasadas, información crediticia y de cuentas. Luego, los científicos de datos analizarán estos datos y construirán un modelo de predicción de pérdida de clientes. Supiste que la información solicitada por los científicos de datos existe en varias bases de datos mantenidas por ingenieros de software de diferentes departamentos del banco.

Identifica a los stakeholders upstream y downstream.

• Los stakeholders downstream son tanto los científicos de datos como los ingenieros de software que mantienen las bases de datos de origen. Los stakeholders upstream son los clientes del banco.

• Los stakeholders downstream son los ingenieros de software que mantienen las bases de datos de origen y los stakeholders upstream son los científicos de datos del departamento de "servicios al cliente".

• Los stakeholders upstream son los ingenieros de software que mantienen las bases de datos de origen y los stakeholders downstream son los científicos de datos del departamento de "servicios al cliente".

¿Cuál de las siguientes afirmaciones es verdadera sobre la etapa de transformación en el ciclo de vida de la ingeniería de datos?

• La etapa de transformación del ciclo de vida de la ingeniería de datos se compone de dos partes: queries y transformación.

• La transformación de datos es la etapa de “convertir los datos en algo útil” del ciclo de vida de la ingeniería de datos.

• La transformación de datos solo ocurre después de que los datos han sido ingeridos y antes de que se almacenen.

¿Cuál de las siguientes son ejemplos de abstracciones de almacenamiento?

• Data Warehouse

• Bases de datos relacionales

• Data Lakes

• Data Marts

Imagina que eres un ingeniero de datos en una empresa que ofrece cursos en línea a través de una aplicación móvil. ¿Cuál de los siguientes ejemplos representa un caso de uso de embedded analytics?

• Un panel visible para el usuario que muestra a los estudiantes cuántos cursos han completado y el tiempo total que han pasado aprendiendo cada semana.

• Un panel interno que muestra las inscripciones a cursos y sus calificaciones.

• Un panel en tiempo real que rastrea métricas de rendimiento críticas en la app móvil —como el tiempo de carga de las páginas de contenido y los videos— y envía alertas a los ingenieros cuando ocurren errores o fallas en las funcionalidades.

• Un motor de recomendaciones que sugiere a los estudiantes el siguiente curso que deberían tomar.

¿Cuáles son los tres pilares de DataOps?

• Automatización, Observabilidad y Monitoreo, y Respuesta a Incidentes

• • Automatización, Observabilidad y Monitoreo

• Automatización, Control de Versiones y Calidad de Datos

• Orquestación, Control de Versiones y Respuesta a Incidentes

"Elegir sabiamente los componentes comunes" es uno de los principios de una buena arquitectura de datos. ¿Cuál de las siguientes afirmaciones son ciertas sobre este principio? Selecciona todas las que apliquen.

• Los componentes comunes son componentes populares que se usan ampliamente en muchas organizaciones.

• Hacer una "elección sabia" de componentes comunes se considera un acto de liderazgo porque significa que identificas las herramientas que ayudan a los equipos a hacer su mejor trabajo y trabajar bien entre sí.

• Hacer una "elección sabia" de componentes comunes se considera un acto de liderazgo porque ayuda a la empresa a mantenerse actualizada con la última tecnología.

• Los componentes comunes pueden ser cualquier herramienta o tecnología que tenga una amplia aplicabilidad dentro de una organización y que pueda ser compartida por diferentes equipos.

Los requisitos del sistema se describen como parte de una jerarquía de necesidades. ¿Qué está en la parte superior de la jerarquía?

• Requisitos no funcionales

• Requisitos funcionales

• Necesidades de los stakeholders

• Metas y objetivos del negocio