¿Cómo afrontamos los cambios en BI?

Es inminente la evolución que cada vez hay en el área de Inteligencia de Negocios, de hecho he dejado de postear porque siento que debo continuar estudiando cada día más y más, las nuevas tecnologías que surgen.

Sin embargo y a pesar de los esfuerzos, nunca se lograr conocer de todos los temas y es conveniente llegar a un punto y hacer un alto para preguntar ¿Es importante conocer de temas de negocio? o ¿Continuamos en esta loca carrera de tragar libros y tratar de aprender cuanta tecnología nueva aparezca?

Para mí la respuesta es sencilla, la tecnología va a continuar en esta loca carrera de avanzar y avanzar cada día con mayor aceleración, sin embargo, entender el negocio es más estratégico para profesionales como los de Inteligencia de Negocios y científicos de datos porque al final vamos a solucionar problemas de negocios. En mi caso en particular, lo que he hecho es comenzar a revisar cómo se manejan las finanzas corporativas y créanlo, es lo más estratégico para una persona que manipule datos.


Está es una pequeña reflexión y espero que os ayude para crecer como profesionales.

Comentarios

  1. anc20 de octubre de 2016, 14:58

    Excelente reflexión Dieguinho. Me diste una nueva mirada. Gracias.-

    ResponderEliminar

Publicar un comentario

Entradas populares de este blog

Como Construir la dimension tiempo en SQL SERVER

Hola, Quería traer a consideración una forma de crear la dimensión de tiempo, en una topología en copo de nieve. Si quieren modificar algo o ven algún error les agradezco que me comuniquen el error y en la mayor brevedad lo podré organizar: Tablas y vistas: -- --- -- Table 'Dia' --  -- --- DROP TABLE  Mercurio_Datawarehouse.dbo.TDWH_DIA ; CREATE TABLE Mercurio_Datawarehouse.dbo.TDWH_DIA (   NMSEC_DIA DATE PRIMARY KEY,   DIA_MES INTEGER,   FECHA_INT INTEGER,   NMSEC_MES INTEGER ); Create View Dbo.VTDWH_DIA (NMSEC_DIA,DIA_MES,NMSEC_MES, FECHA_INT) AS Select NMSEC_DIA,DIA_MES,NMSEC_MES,FECHA_INT From Mercurio_Datawarehouse.Dbo.TDWH_DIA with(nolock) ; -- --- -- Table 'Mes' --  -- --- DROP TABLE  Mercurio_Datawarehouse.Dbo.TDWH_MES; CREATE TABLE Mercurio_Datawarehouse.Dbo.TDWH_MES (   NMSEC_MES INTEGER PRIMARY KEY,   DSNOMBRE_MES VARCHAR(20),   NMSEC_ANO INTEGER ); Create View Dbo.VTDWH_MES (NMSEC_MES,DSNOMBRE_MES,NMSEC_A
Leer más

Reiniciar el Intelligence Server de Microstrategy

Imagen
Existen varias formas de realizar un reinicio del Intelligence Server (IS) de Microstrategy, a continuación enumeramos las existentes: Reinicio de los servicios por comando de Sistema Operativo . Desde el Command Manager . Otra alternativa es el Service Manager . Desde MSTR Developer COMANDO POR SISTEMA OPERATIVO (OS) Para realizar el reinicio por esta alternativa, se debe conocer el sistema operativo en el cual se aloja el Intelligence Server. Si se hace desde un OS Linux el procedimiento es el siguiente: Abrimos la consola de comando de Linux. Nos vamos a la ruta <MicroStrategy HOME>/bin directory,  Se corre el comando ' mstrctl -s IntelligenceServer start ', <MicroStrategy HOME> esta es la carpeta home donde se realizó la instalación. Revisamos si el Intelligence se encuentra arriba con el comando ' mstrctl -s IntelligenceServer gs '. Luego de verificar que se encuentra arriba el IS, se ejecuta el siguiente comando ' mstrctl -s In
Leer más

Modelo en Copo de Nieve

Imagen
Este es un esquema un poco más complejo que el anterior ( Esquema Estrella ), su modelado es similar al de un copo de nieve:   Vemos que un copo de nieve tiene un centro que a su vez tiene relaciones con niveles superiores y estos niveles pueden tener más relaciones con niveles aún mayores. Lo que se tiene es una  tendencia a normalizar aun más los datos que en la topología en estrella porque las dimensiones tienen más de un nivel hacia arriba:   Podemos observar como la tabla de hechos tiene productos y los productos tienen unas características como la marca y la sub categoría, lo que hace que la dimensión producto de la tabla de hechos se tenga en más de una tabla.   Respecto a la topología en estrella, este esquema lo que nos permite es no tener tanta redundancia de datos en los registros y esto se traduce en menos datos para guardar, sin embargo son modelos más difíciles para el usuario si quieren realizar una consulta porque en el query deben poner mas j
Leer más