Ofrece a quién lo desee una página donde podrá ver las últimas ofertas publicadas en España sobre Business Intelligence.

Si quieres buscar sobre ofertas anteriores no tienes más que acceder a

http://demodatos.com/category/ofertas-de-trabajo/

o utilizar el buscador que viene en esta página.

Hay que elegir el método de verificación de subir un archivo html porque el otro método no es posible en WordPress.com.

Los pasos a seguir serían los siguientes:

1. Accede a  https://www.google.com/webmasters/tools/ con la cuenta de Google.
2. Introduce tu URL y selecciona Añadir sitio.
3. Verifica tu sitio web. Al verificarlo, podrás acceder a estadísticas exhaustivas y errores de rastreo de las páginas del mismo. Para ello marca el enlace correspondiente.
4. Se te pedirá que elijas un método de verificación. Elige  subir un archivo html.
5. Copia el nombre que se te propone que será algo parecido a google1234567890abcdefgh.html
6. Deja la página de verificación abierta y vé al tablero de tu blog.
7. Crea una nueva página (no una entrada) con el nombre sin la extensión “.html” como título y publícala o mejor  guardala como borrador para que no se vea. 
8. Vuelve a la página de verificación y comprueba que se vé la página en el enlace que se propone y si funciona haz clic en Verificar.

Enhorabuena ya puedes obtener más información sobre tu sitio web.

Un 20% si creemos el razonamiento esgrimido en el artículo de opinión de un reputado economista americano  ¿Cuáles son las probabilidades de una depresión en EE.UU.?  Defiende que las crisis bursátiles son indicadores de posibles depresiones y que estas se producen 1 de cada 5 veces. La buena noticia es que todavía nos quedaría un 80% de posibilidades de evitarla. Ojo que no digo recesión que eso ya nadie duda que se esté produciendo, sino depresión, descenso de más del 10% del PIB per cápita o el consumo. Con el consiguiente aumento del desempleo en proporciones escalofriantes. En el siglo XX en EE.UU. se ha producido dos veces, en la Gran Depresión, entre 1929 y 1933, con un declive macroeconómico del 25% y en los años posteriores a la Primera Guerra Mundial, entre 1917 y 1921, con una caída del 16%. 

Por otro lado, las 59 depresiones de la muestra del estudio en las que no hubo una guerra de por medio, tuvieron una duración promedio de casi cuatro años, lo que significa que, si tenemos una depresión en España,  no se produciría una recuperación sustancial hasta 2012.

Pero si añadimos a la crisis bursatil, la magnitud de la crisis financiera, el desempleo galopante, la caída constante de la producción industrial y el grado de confianza general de la sociedad, no sé si nos quedan tantas posibilidades de evitarla. 

En el  informe de febrero de Spain Economy watch podemos ver la magnitud del desastre:

El desempleo que con la mitad de población creció en febrero cuatro veces más que en Alemania. Y no para de aumentar el ritmo de incorporaciones al paro:

% variación interanual por meses del desempleo

El parón del sector de la construcción:

Construcción en España % variación interanual

La caída de la producción industrial constante y prolongada del 20% en los dos últimos años:

Producción industrial en España

Y el desplome de la confianza, ya sólo nos queda la esperanza:

Factores del indice de confianza de los consumidores

¿Y tu que opinas?

El panorama está cambiando. La llamada crisis financiera está desembocando en una crisis general de la economía. Ya no se trata como hace unos meses de que ante la demanda creciente de alimentos, por especulación o real, los precios subían por falta de oferta suficiente sin subir los ingresos de los más desfavorecidos; ahora lo que está en cuestión es que muchos pueden perder los pocos ingresos que tenían. Lo más probable es que si no se toman las medidas adecuadas la producción mundial de alimentos baje o se estanque por falta de demanda. Ahora va a ser fácil ser generoso, va a sobrar comida. Pero el repartir comida gratis suele ser un medio poco eficaz y mucha acaba en los circuitos comerciales, puesto que tiene un valor y mucha gente querrá aprovecharse de él. Sería mucho mejor que todo el mundo tuviera dinero para comprar la comida que necesita. ¿Y como se consigue esto? A la larga con trabajo para todos pero esto se ha demostrado muy difícil de conseguir y mucha gente no puede esperar. A corto plazo repartiendo dinero a los que no lo tienen. De esta manera se ahorrarían todos los costos de mantener otro circuito de reparto de alimentos paralelo al de la economía monetaria.

Oxfam International en el informe de enero de 2009 mil millones de personas hambrientas recomienda a los donantes y organizaciones internacionales “Aumentar la financiación para las transferencias de efectivo a las familias más necesitadas y reducir el énfasis en ayuda alimentaria en especie. Donde se requiera, este tipo de asistencia se deberá suministrar con bienes nacionales o regionales para así fortalecer los medios de vida locales.”

Para terminar creo que merece destacarse el ejemplo de la India que ofrece garantía legal de empleo durante cien días al año a cualquier hogar rural que desee hacer trabajo público por un salario mínimo estipulado. Siempre que el salario fuera suficiente sería una posible medida que podría extenderse al resto del mundo, obligando a los Estados a ponerla en práctica, dotando a los países que lo necesiten de los fondos necesarios. Debería poder juzgarse por crimen contra la humanidad a los dirigentes de los países que no pusieran los medios a su disposición para que su población no pasara hambre.

El departamento comercial de las empresas no sólo necesita saber todo lo referente a los clientes, entre otros datos los presupuestos ofertados a cada uno de ellos; sino que también debe ser ágil en el trato y uno de los aspectos más sensibles es la rapidez en crear nuevos presupuestos adaptados a cada uno.  

Cliente: una empresa gráfica

Necesidad: crear un sistema de gestión de cartera de clientes que fuera capaz de generar presupuestos sin necesidad de estar conectados a la oficina.

Situación previa: cada comercial llevaba su información en hojas Excel y tenía que pasar la información necesaria al departamento de producción para que estos pudieran elaborar el presupuesto que a veces se demoraba días en función de la carga de trabajo.

Desarrollo del sistema: Creé un modelo relacional en una BBDD en Oracle con toda la información recuperada de los comerciales y de los datos que mantenía la empresa. Desarrollé un modelo multidimensional que sincronizaba los datos con esta BBDD. Los comerciales llevaban en su portátil esta BBDD multidimensional junto con unas hojas excel que a partir de los datos generaban instantáneamente los presupuestos.  Para generar estas hojas Excel tuve que sistematizar y encontrar las reglas del proceso de generación de presupuestos que utilizaba la empresa.

Resultados: Esto permitió a los comerciales negociar e interactuar mejor con los clientes pues podían ver en el momento cuáles eran los efectos de variar algunas de las variables de los pedidos: número de impresiones, tamaño de la impresión, número de tintas,… Se podía consultar en todo momento cuáles habían sido los presupuestos ofertados. Y se ahorró mucho trabajo administrativo.

No basta con crear los informes ideales, hay que distribuirlos a las personas apropiadas y sólo a ellas, a tiempo, protegidos para que nadie más pueda verlos, ejecutarlos sin interferir en la operativa de la empresa. Además convendría que los usuarios finales pudieran generar sus propios informes sin que tuvieran que investigar en modelos complejos; que se pudiera administrar desde un lugar central en las empresas con múltiples sedes; que …
Las necesidades son variadas y es necesario encontrar soluciones que satisfagan todas ellas. En este caso se optó por BusinessObjects Enterprise XI, una solución proporcionada por SAP, tras la adquisición de la empresa Business Objects.

Cliente: una empresa inmobiliaria

Necesidad: crear un entorno de inteligencia empresarial que mantuviera la confidencialidad de la información en una empresa con varias sedes y departamentos.

Situación previa: se utilizaban muchos informes desarrollados con herramientas distintas que cada departamento administraba y guardaba.

Desarrollo del sistema: Se instaló la administración de BusinessObjects Enterprise XI en un servidor dedicado. Se rehicieron y optimizaron los informes y se creó una política de seguridad para toda la empresa. Se crearon “universos” para los departamentos que necesitaban generar consultas a medida.

Resultados: Los gerentes tuvieron por primera vez la sensación de controlar la información que circulaba por su empresa y los empleados tuvieron un mejor acceso a la información que necesitaban.

Coste del proyecto: 200 días + licencias

Desde que empecé he administrado BBDD de producción en Oracle 7, 8, 9, 10 y 11. He tenido que migrar bases de datos a todas estas versiones sin contar las migraciones entre revisiones que alguna que otra sorpresa me han dado, a pesar de todas las pruebas realizadas en entornos de desarrollo, sistemas y certificación. Las tareas de administración han variado poco en todos estos años, han ido apareciendo herramientas visuales cada vez más atractivas pero sigue siendo importante un conocimiento profundo del diccionario de datos y un dominio de sql para consultar de las mil maneras posibles la información almacenada allí. En todos estos años he tenido que recuperar bases de datos de muchas formas, de backups de ficheros en frío, de exportaciones, con Rman; configurar BBDD y optimizar consultas complejas para mejorar el rendimiento; administrar entornos distribuidos en los que las transacciones afectaban a varias BBDD y estaban vinculadas algunas tablas mediante réplicas; crear multitud de programas plsql para administración y necesidades diversas o auditoría; diseñar y mantener políticas de seguridad de usuarios y aplicaciones; desarrollar sistemas de vigilancia automática del funcionamiento de la BBDD…

Los almacenes de datos comunes para toda la empresa evita la incomunicación entre los departamentos y facilita la gestión de los gerentes.

Cliente: una empresa inmobiliaria

Necesidad: Homogeneizar los distintos datos que manejaban los departamentos de la empresa.

Situación previa:  La mayor parte de la información estaba en un programa de gestión específico para empresas inmobiliarias pero además había varias BBDD de Access y muchas hojas Excel que manejaban los distintos departamentos. Existía mucha información duplicada y, lo peor, discordante.

Implementación: Se agruparon todos los datos que estaban dispersos por la organización.  Una vez creado el modelo de datos y la BBDD en Oracle, hubo que modificar los procesos de la empresa para que emplearan los datos de este repositorio común. Se empleó Oracle Datawarehouse Builder en este proyecto.

Coste:  300 días + licencias

Estos nuevos bichos llevan ya un par de años de existencia en el mundo y ya no es posible ignorarlos. Cada vez hay más y contienen información valiosa. Por ejemplo, aunque actualmente hay 47.900 documentos docx en internet, que frente a los 34.900.000 no parecen muchos (0,1%), si son lo suficientes como para que se convierta en un problema para muchos.

¿Qué se puede hacer para leerlos?:

O comprarse el paquete de Microsoft Office 2007, el culpable de su existencia.

O actualizar la versión  Microsoft Office 2000 o 2003 con el siguiente paquete gratuito de la web de Microsoft

O usar un servicio como Zamzar. Con Zamzar puedes convertir prácticamente cualquier archivo de un formato a otro.

En caso de que seas usuario de OpenOffice puedes instalar OpenOffice.OpenXML Translator 1.1.0  que lo encuentras en http://download.novell.com/Download?buildid=GuM6LMM9SR4.

Espero que si llegas hasta aquí ya no sea un problema para tí

Si en el teclado de tu portátil algunos de los caracteres que pulsas no son los mismos que los que aparecen en pantalla, fíjate si estos no son los que están impresos en azul en el teclado. Si es así, lo normal es que tengas activado NumLk. En tu caso si mantienes pulsada la tecla Fn y pulsas las teclas con caracteres en azul te saldrán los caracteres marcados en blanco.

Para desactivarlo y volver al comportamiento normal del teclado basta con pulsar la tecla NumLk.

Los entornos de certificación son fundamentales sobre todo en los sistemas que dependen de otros para funcionar. El desarrollo a menudo olvida algunas de las relaciones que existen con otros y muchas puestas en producción fracasan por no haber previsto las consecuencias que acarrearían. Suponen pérdidas importantes o por los gastos asociados por volver al sistema anterior o simplemente por la disfuncionalidad que implica en el negocio.
Cliente: una empresa de desarrollo de un grupo de telecomunicaciones
Necesidad: crear un sistema de certificación de varios servidores Unix interdependientes con varias BBDD Oracle distribuidas para poder llevar a cabo las tareas de certificación de la empresa.
Situación previa: se disponía de un sistema de certificación pero no se estaba seguro de que fuera exactamente igual que el entorno de producción y no funcionaba correctamente, entre otras cosas el sistema de réplicas entre las BBDD. Por lo que se decidió volver a crear el entorno desde cero.
Integrantes del proyecto: yo como administrador de BBDD y otro técnico de sistemas para la configuración de los servidores.
Descripción del sistema: Clusters de HP con BBDD distribuidas Oracle.
Implementación: A partir de los backups de las máquinas de producción se reprodujeron los servidores mientras que las BBDD hubo que crearlas de manera especial porque sino las replicas no funcionaban. Apuntaban a las tablas de producción en vez de las de certificación. La solución consistía en crear la BBDD, los distintos usuarios con sus esquemas y finalmente las tablas replicadas una por una apuntando a las de certificación.
Coste del proyecto: 40 días x 2 técnicos

A lo largo de un año se crearon unas cuantas Web para diferentes empresas del grupo.
Cliente: grupo de comunicación
Necesidad: crear los modelos de datos para desarrollar sobre ellos las aplicaciones web.
Descripción del sistema: BBDD Oracle.
Implementación: .Mediante entrevistas con el cliente y la empresa desarrolladora de las páginas web, determinaba las necesidades de almacenamiento y generaba el modelo de datos pertinente.
Coste del proyecto: 200 días

Los periódicos necesitan organizar su información (texto y documentos multimedia) y dar facilidades a los lectores para encontrarla fácilmente.
Cliente: un grupo editorial
Necesidad: crear la versión digital del periódico.
Situación previa: sólo existía la versión impresa.
Descripción del sistema: BBDD Oracle para los datos con la opción Text option.
Implementación: Lo primero que tuve que hacer es adaptar la opción “Text option” para indexar documentos en español. Oracle no proporcionaba ninguna ayuda, venía preparado para indexar en inglés y se ve que tenía pocos clientes en español. Lo más importante era determinar las palabras por las cuáles no se quería indexar. Un internauta desconsiderado podría llegar a hacer caer la BBDD si se lo proponía. Una vez parametrizada correctamente esta opción, creé el modelo de datos a partir de las necesidades expuestas en las entrevistas con el cliente y los desarrolladores que iban a desarrollar el periódico digital.
Coste del proyecto: 40 días+Oracle Text option

Los bancos tienen características especiales que diferencian sus sistemas informáticos de los demás. La seguridad y la fiabilidad son fundamentales. Sin olvidar la velocidad de respuesta.
Cliente: un banco
Necesidad: mantener el sistema informático recién creado mientras se formaban a los técnicos del banco en las nuevas tecnologías introducidas.
Situación previa: el soporte del sistema antiguo lo llevaban los técnicos del banco pero al introducir un nuevo sistema que dependía menos del mainframe del banco del que eran filial, las tareas de mantenimiento se ampliaron y se determinó que por un tiempo transitorio haría falta nuevo personal.
Integrantes del proyecto: yo como jefe del proyecto y cuatro técnicos de sistemas más, uno de los cuáles seguiría en el banco cuando el proyecto finalizase.
Descripción del sistema: Principalmente un cluster HA de dos máquinas Sun, con un servidor de aplicaciones Tuxedo, un SGBD Oracle y un gestor de colas MQSERIES. Además Veritas Netbackup con un robot para backups y el planificador de procesos controlM de BMC.
Implementación: El sistema todavía estaba desarrollándose cuando llegamos. Hubo que ponerlo en producción, diseñar la planificación de tareas y definir la política de backups. La administración de las BBDD, la parametrización, la optimización de las consultas, las migraciones de versiones, el control de usuarios, la llevaba yo tanto la de producción como la de desarrollo. Aparte del mantenimiento diario de los procesos, había que introducir cambios frecuentes en el sistema para incluir los nuevos módulos que se iban desarrollando. Llevábamos un soporte 24h. con un sistema rotatorio de guardias. Durante nuestro proyecto hubo que migrar el sistema a otra ubicación, al centro de datos del banco matriz y redimensionarlo tras una fusión del banco con otro.
Coste del proyecto: 300 días x 5 técnicos

En el cambiante mundo de la informática, cada técnico ha recibido una formación distinta y va pasando por experiencias diferentes que le van especializando progresivamente. Pero el soporte de sistemas complejos necesita de personas polivalentes que tengan conocimientos en un amplio abanico de temas aunque no necesariamente muy profundos. La cuestión de las guardias complica el desempeño de su labor. Ante la imposibilidad de tener de guardia a todo el equipo es necesario que cada uno de ellos tenga los conocimientos mínimos para resolver el mayor número de incidencias posibles.
Cliente: una empresa de servicios
Necesidad: crear un equipo de soporte con personal joven sin experiencia o con poca, que pudiera mantener un sistema de atención de averías y proporcionar soporte de 24h.
Situación previa: el soporte estaba repartido entre la empresa que había diseñado el sistema y la empresa que lo mantenía. Se quería dejar de depender en cuestiones de mantenimiento de la empresa desarrolladora.
Descripción del sistema: el núcleo del sistema estaba formado por un cluster de HP con Service Guard. Con un SGBD Oracle distribuido, aplicaciones cliente en Windows y servidores web basados en servlets Java.
Implementación: A cada uno de los técnicos se le responsabilizó de unas tareas en función de su formación y experiencia. Desde el principio fui organizando unos talleres en los que expliqué cómo funcionaba desde el punto de vista del mantenimiento el sistema: los clusters, la BBDD Oracle, las tablas replicadas, las consultas distribuidas, los servidores Unix, etc. Al mismo tiempo fui documentando todos los problemas que iban surgiendo y les acostumbré a que lo consultaran y lo mantuvieran. Desarrollé una serie de consultas a la BBDD. y de scripts en Unix que comprobaban que todo iba bien. Les puse como tarea que todas las mañanas comprobaran el resultado, para asegurarme que todos lo comprendían. Cada uno de ellos tenía que conocer lo que hacían los demás por lo que se iban rotando para intercambiarse las tareas. Para facilitar las guardias nocturnas diseñe con BMC Performance Manager (Patrol) un sistema de consultas automático basado en las consultas anteriormente citadas que incansablemente exploraba el sistema y enviaba mensajes al móvil de guardia en cuanto se detectaba algo anormal. Quizás el principal problema fue el estrés inicial de los técnicos de llevar solos por la noche la responsabilidad de todo el soporte del sistema, pero el hecho de haber pasado durante el día por todas las posibles tareas les fue confiriendo progresivamente la suficiente confianza para reducirlo.
Coste del proyecto: 400 días x 14 técnicos

Las fusiones de empresas conllevan muchos cambios y aparte de que puedan sobrar personas hay que redimensionar los sistemas y eliminar todo lo innecesario.
Cliente: un banco, antes dos
Necesidad: Comprobar si el sistema informático de uno de los bancos tendría capacidad suficiente para atender a los clientes de los dos.
Situación previa: uno de los bancos acababa de invertir mucho dinero en un sistema informático moderno y se quería ver si había que ampliarlo para alojar el negocio de los dos.
Condicionantes del proyecto: Se tenía mucha prisa para llegar a una conclusión.
Descripción del sistema: un cluster unix de Sun, funcionando con el gestor de transacciones Tuxedo sobre una BBDD de Oracle. Además se utilizaba MQseries para comunicación con el Mainframe del banco matriz.
Implementación: se llevaron en paralelo dos métodos de evaluación. Uno de ellos consistía en evaluar con la ayuda de un programa cuanto aumentaría la carga de los diversos parámetros del sistema cuando se tuvieran a todos los clientes que se estimaba (cuatro veces más). El otro consistía en hacer una simulación real de la nueva carga. Para ello creé una BBDD con cuatro veces más datos en clientes y en las tablas relacionadas. Sobre ella se inyectaron las transacciones que se estimaba que se producirían una vez fusionados y se midieron los tiempos de respuesta. El primer método, el de la estimación, determinó que había que aumentar el sistema. El segundo que había que aumentarlo aún más pero comprobé que la carga la producían un par de peticiones al sistema y tras optimizar las consultas Oracle que incluían, el resultado fue que había menos carga sobre el sistema que en la situación de partida con cuatro veces menos clientes. Con lo cual se llegó a la conclusión de que no hacia falta ninguna ampliación, pero como estaba aprobado el presupuesto de todas maneras se amplió por si acaso, aunque no en la medida que se había previsto.
Coste del proyecto: 15 días x 3 técnicos+consultoría de dos empresas

El soporte de 24 horas es fundamental para algunas empresas y no es factible en muchos casos tener a alguien comprobando periódicamente si todo va bien. Es mucho mejor tener un proceso automático que compruebe con la frecuencia necesaria aquello que nosotros consideremos apropiado.
Cliente: una empresa de telecomunicación
Necesidad: Llevar el soporte 24h. de un sistema crítico del que dependen miles de trabajadores y cientos de miles de clientes.
Situación previa: los tiempos de respuesta eran pésimos. Podían pasar horas hasta que alguien daba el aviso de que algo marchaba mal o por el contrario se avisaba por cuestiones puntuales que no requerían intervención.
Condicionantes del proyecto: el sistema era muy complejo. Y durante las guardias sólo una persona debía llevar el soporte de todo.
Descripción del sistema: Se utilizaban ordenadores personales (cientos), servidores UNIX en cluster, redes complicadas, bases de datos Oracle distribuidas.
Solución elegida: Patrol de BMC, ahora Performance Manager.
Implementación: Se analizaron los problemas más comunes y se vio la mejor manera de detectarlos. Se diseñaron consultas a la BBDD, tanto al diccionario de datos como a las tablas de las aplicaciones para ver si se trabajaba correctamente. Por otra parte se crearon scripts en UNIX que exploraban los ficheros de mensajes de errores de las aplicaciones más importantes y comprobaban si ejecutaban las tareas necesarias. También se analizaban los tiempos de respuesta de determinadas tareas. El resultado de todo esto era gestionado por Patrol que mandaba alertas en forma de SMS y correos cuando se sobrepasaban los umbrales definidos. Por otra parte los resultados se podían consultar posteriormente para evaluar el rendimiento del sistema. Ahora el soporte no era el último en enterarse sino que en muchas ocasiones solucionaba los problemas antes de que se produjeran o era el primero y nadie se daba cuenta de que realmente hubiera llegado a producirse una incidencia. Por otra parte, la tarea de soporte se simplificaba porque se sabía donde fallaba el sistema, o al menos donde no fallaba, aparte de las opiniones contradictorias de los usuarios.
Coste del proyecto: 100 días x hombre + licencia de BMC Patrol.

Los sistemas de gestión integral de empresas del tipo de Oracle Financials son muy flexibles, valen para todo tipo de empresa siempre que se personalice para las necesidades particulares de la misma. Pero esta flexibilidad conlleva también una gran complejidad del modelo de datos y, por tanto, una gran dependencia de los productos proporcionados por Oracle y sus socios, que no siempre aportan una solución a las necesidades particulares del cliente. La otra solución es dedicar un trabajo adicional a buscar los datos perdidos.
Cliente: una empresa de fabricación
Necesidad: Generar informes específicos sobre rentabilidad .
Situación previa: se desconocían muchos detalles de la marcha del negocio. Sólo se disponía de los informes tipo que suministra Oracle Financials, los resultados de unas cuantas consultas que se ejecutaban sobre la BBDD y los datos que se suponían más fiables de los distintos departamentos involucrados.
Condicionantes del proyecto: los datos que mostraba Oracle Financials no coincidían con los datos de los distintos departamentos por utilizar criterios diferentes. La generación de los informes no debería interferir en la operabilidad del sistema.
Estructura de los datos: modelo de datos orientado a la flexibilidad sin nombres reconocibles de campos ni tablas.
Solución elegida: Se eligió acceder directamente a las tablas con Crystal Reports, para tener un control fino de los datos que se utilizarían en los informes.
Implementación: sobre el mismo entorno de producción por no disponer de entorno de desarrollo. Se consiguió hacer coincidir los informes con los datos de los departamentos. Se estudió en que se diferenciaban con los proporcionados por Oracle Financials y se detectaron algunas inconsistencias que se corrigieron.
Coste del proyecto: 150 días x hombre + licencia de Crystal Reports.

Desde 2004 en las instituciones de la Unión Europea se utiliza una única base de datos terminológica para la recopilación, difusión y gestión colaborativa de la terminología específica, que surgió como la integración de las diversas bases de datos que se utilizaban hasta entonces. Se conoce como IATE (Inter Active Terminology for Europe) y se puede consultar en http://iate.europa.eu
Los términos están bastante bien documentados en cuanto a campo de aplicación, uso y fiabilidad, aunque no siempre, quizás debido a la gran cantidad de términos que incluye y a las diversas procedencias.
Otro recurso importante es EUR-Lex que ofrece acceso directo y gratuito a la legislación de la Unión Europea. El sistema permite consultar el Diario Oficial de la Unión Europea y, entre otras cosas, incluye los tratados, la legislación, la jurisprudencia y los trabajos preparatorios de la legislación. Lo importante para los traductores es que lo ofrece en todos los idiomas en los que está traducido y alineado por los pares de idiomas que se elijan. Se puede buscar un término o expresión y ver cualquiera de los documentos en que se encuentra junto con su traducción al idioma deseado.
Y finalmente pero no menos importante es que si se siguen los pasos indicados en http://langtech.jrc.it/DGT-TM.html se puede crear una memoria de traducción con buena parte de la legislación europea.
No hay ninguna otra institución que ofrezca tanto a los traductores.

Ofrece al usuario final y los desarrolladores de soluciones de Business Intelligence la herramienta más versátil y, por supuesto, la más vendida del mercado: Excel.  Pero no se queda ahí, ofrece todo un conjunto de herramientas integradas que permiten desarrollar soluciones completas sin necesidad de tratar con otro proveedor. Dispone de una BBDD que cada vez incorpora más facilidades para crear datawarehouses grandes, SQL Server, y de un conjunto de servicios que permiten integrar los datos de diversas fuentes (SSIS), analizarlos (SSAS) y mostrarlos (SSRS). 

Además en los últimos años ha introducido un producto especializado  PerformancePoint Server que ofrece a usuarios no tan especializados la posibilidad de llevar un seguimiento de los distintos parámetros de funcionamiento de las empresas, de analizarlos y realizar previsiones.

Y finalmente Microsoft pone a nuestra disposición una herramienta que nos permitirá distribuir la información generada: SharePoint Server