Common use of ACCESO A DATOS Clause in Contracts

ACCESO A DATOS. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios. Las capacidades de conexión y acceso x xxxxxxx de información deben incluir: • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros. • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL) • El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc. • El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R. • El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización. • El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in-memory que forma parte del componente servidor del producto de software. • El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental. • El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección. • El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL. • El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc. • El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos. • El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.

ACCESO A DATOS. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios. Las capacidades de conexión y acceso x xxxxxxx de información deben incluir: •  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros. •  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL) •  El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc. •  El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R. •  El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización. •  El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in-memory que forma parte del componente servidor del producto de software. •  El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental. •  El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección. •  El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL. •  El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc. •  El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos. •  El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.

ACCESO A DATOS. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios. Las capacidades de conexión y acceso x xxxxxxx de información deben incluir: •  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros. •  El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL) •  El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc. •  El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R. •  El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización. •  El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in-in- memory que forma parte del componente servidor del producto de software. •  El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental. •  El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección. •  El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL. •  El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc. •  El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos. •  El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.

ACCESO A DATOS. El producto de software debe permitir que los usuarios finales, en forma autónoma y sin el soporte del área de tecnología, puedan conectarse a diferentes fuentes de datos: estructuradas y no estructuradas, bases de datos corporativas de la Superintendencia, archivos locales y recursos de información en la nube (cloud). Así, el producto de software debe permitir acceder y cargar diferentes fuentes de datos, para su exploración y visualización, sin la necesidad de construir previamente un modelo como se acostumbra en las herramientas tradicionales de Inteligencia de Negocios. Las capacidades de conexión y acceso x xxxxxxx de información deben incluir: • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos estructuradas: bases de datos transaccionales, bases de datos analíticas (Datamarts/Datawarehouses), archivos planos, archivos xml, servicios web, entre otros. • El producto de software debe proveer funcionalidades para acceder a diferentes fuentes de datos no estructuradas: distribuciones Hadoop, conectores a redes sociales (ej. Twitter, Facebook), conectores x xxxxxxx de datos no estructurados (ej. MapReduce, NoSQL) • El producto de software debe proveer conectores (nativos y/o ODBC) para acceder a bases de datos relacionales DBMS Oracle 10g/11g/12c, archivos Excel 2007/2010/2013, archivos planos (txt, csv), archivos xml, etc. • El producto de software debe proveer conectores para leer archivos de productos de software estadísticos como: archivos SPSS o archivos SAS o archivos R. • El producto de software debe permitir federar múltiples fuentes datos sobre una misma visualización. • El producto de software debe construir las visualizaciones a partir de un esquema federado, donde obtiene la información desde una o más fuentes de datos externas, y/o desde una fuente de datos in-in- memory que forma parte del componente servidor del producto de software. • El producto de software debe trabajar en modo directo (online) con las fuentes de datos, con extractos de las fuentes de datos o con una fuente de datos in-memory que forma parte del componente servidor del producto de software. Para los extractos, el producto de software debe proveer funciones para refrescar la fuente de datos in-memory en forma completa o incremental. • El producto de software debe proveer funcionalidades que infieren el enriquecimiento de los datos. Por ejemplo: identificación de meses y trimestres a partir de un campo fecha o desglose de país, departamento, provincia y distrito a partir de un campo que incluye la dirección. • El producto de software debe proveer funcionalidades del tipo ETL (Extract/Transform/Load) orientado a un usuario final bajo un esquema Self Service ETL. • El producto de software debe proveer funcionalidades que permiten la manipulación de los datos y estructuras: joins, filtros, agregaciones, rotación (pivot/unpivot), binning (agrupación de datos en rangos/segmentos/clases), reclasificación, etc. • El producto de software debe proveer funcionalidades básicas de Data profiling que permiten evaluar la estructura, contenido y calidad de los datos. • El producto de software debe proveer funcionalidades para Integrar las diferentes fuentes de información a través de procesos denominados data blending. Con ello, el usuario puede crear nuevos conjuntos de datos analíticos sobre los cuales pueda visualizar, interactuar y/o representar gráficamente.