 El lanzamiento de Windows Vista, 2007 Office system y Exchange Server 2007 fue la gran noticia que dio Microsoft a toda la comunidad TI del mundo. La presentación de estas tres soluciones se da en un contexto de transformación de los sistemas y servicios informáticos, donde Microsoft dio un nuevo paso hacia la integración de servicios de back end, búsqueda de datos y administración de los sistemas de mensajería. En este contexto, el vicepresidente corporativo Sanjay Parthasarathy, ofreció una interesante entrevista el día al lanzamiento más importante en la historia de Microsoft. Durante la charla, habló de la integración de estos sistemas en el trabajo cotidiano de los Profesionales de TI, y explica las razones que motivaron la transformación de Office en una plataforma. ¿Cuál es la significación que tiene el lanzamiento de Windows Vista? Todos los lanzamientos de Windows han sido significativos porque elevaron el estándar de los sistemas operativos en toda la industria TI. Por ejemplo, Windows 95 proveyó el protocolo TCP/IP, que fue crítico porque permitió la revolución de Internet. Algo similar ocurre hoy. Con Windows Vista, los servicios web basados en .NET Framework 3.0 trabajan en forma conjunta y permiten una mejora en la experiencia del usuario y la agilización de los procesos de negocios. Hoy mismo estamos viendo grandes innovaciones en .NET Framework 3.0. Un claro ejemplo es la aplicación creada por New York Times llamada “Times Reader” que toma ventaja de las capacidades de Windows Presentation Foundation para permitir la entrega veloz del contenido online. Además, la seguridad y administración que caracterizan a Windows Vista elevarán las expectativas de los usuarios en esas categorías, por lo cual este nuevo sistema operativo tiende a ampliar las posibilidades de mejorar la manera en que lo usuarios muestran los datos y contenidos que generan. ¿Cuál es el sentido de hablar de Office como una plataforma? Office es considerado una plataforma desde hace largo tiempo, por los usuarios y también por los desarrolladores. Hoy funcionan miles de add-ins y adaptaciones hechas por los usuarios de Office. Pero en los últimos dos años, hemos comenzado a usar el concepto de Office como una plataforma para los desarrolladores que lo utilizan como sistema front end de negocios. El soporte para XML que lanzamos en Office 2003 enriqueció las herramientas para desarrolladores, a través de Visual Studio, y también amplió sus oportunidades de compartir ideas con expertos técnicos, en eventos dedicados a estos temas como las conferencias de Office y SharePoint. ¿Cuáles son las mejoras específicas del nuevo Office que permiten conceptualizarlo como una plataforma? Hemos hecho muchos cambios en la interfaz gráfica del usuario, pero las capacidades de esta plataforma en la capa del servidor es lo que realmente nos permite decir que Office es una plataforma, y no un conjunto de aplicaciones. Por ejemplo, que 2007 Office esté alineado con su plataforma de base. Y tenemos numerosos ejemplos de esto: ASP.NET es el modelo de programación de SharePoint, que Office permite hacer inteligencia de negocios y tomar ventaja de las nuevas capacidades analíticas que trae el servicio de reporting de SQL Server. Además, esta plataforma extiende las capacidades para crear nuevos flujos de trabajo, con Windows Workflow sobre .NET Framework 3.0, entre otras aplicaciones. La madurez de Office como plataforma combinada con herramientas de soporte que están disponibles en la versión 2007 facilitan la creación de nuevas aplicaciones que conectan el back end y las aplicaciones de línea de negocios con los usuarios. A esto los llamamos Aplicaciones de Negocios basadas en Office (Office Business Applications, OBA) y vemos que generan una gran expectativa entre los socios de negocios y los Profesionales de TI. ¿Podría hablarnos más de los OBA? Si bien hay diversas tecnologías para desarrollar OBA (Web services, adaptadores, SQL), Office es la plataforma central tanto del lado del cliente como del servidor, a partir de los últimos cambios. Los usuarios han invertido en sus sistemas de negocios que hasta ahora han obtenido un ROI cuestionable. Estos sistemas tienen un reto: obtener lo mejor de los datos e información almacenada en sus bases de datos. Por eso, los usuarios deben minimizar los errores en las búsquedas. Por eso, la pregunta es: ¿cómo pueden los clientes destrabar el valor de los datos almacenados para dar mayores capacidades a los que trabajan con la información? En la dinámica de usuario que se da hoy en las empresas, Office es una parte central de esto, ya que los sistemas de negocios utilizan esta plataforma para procesar y entregar datos a los clientes. Además, Office se puede usar en diversos escenarios de negocios, con resultados rápidos. Internamente nosotros utilizamos aplicaciones como Outlook para los sistemas de CRM, permitiendo a los representantes de ventas administrar las actividades de sus clientes en Outlook y sincronizarlas con el back end de la compañía. Algunos de nuestros representantes de ventas dicen que gastan diez por ciento más de su tiempo frente al cliente, y que ese tiempo ya había sido usado ingresando los datos de los clientes en los sistemas de back end. Como dije, los desarrolladores de software están reconociendo la oportunidad que representa la utilización de Office en el servidor y en el cliente, para obtener los datos de negocios de sus clientes. Empresas como OpenText y Epicor están desarrollando OBA basados en 2007 Office system, y vemos que la plataforma puede representar una excelente oportunidad para que ofrezcan nuevas aplicaciones y servicios a sus clientes. Microsoft Exchange Server 2007 también fue lanzado junto con 2007 Office system y Windows Vista. ¿Cuál es su rol en este proceso? El grupo de trabajo de Exchange tuvo un gran desempeño en esta nueva aplicación ya que posee numerosas capacidades que aprovechan la fortaleza de los Web services y .NET. Con Exchange 2007, los desarrolladores pueden incorporar información bajo la forma “embedded” en utilidades como la casilla de correo, el calendario u otras aplicaciones utilizadas en el front end por los sistemas de negocios. Hay diversos mecanismos para lograr esto, como los Exchange Web Services API, que permiten al usuario el acceso único a esta clase de aplicaciones. Por ejemplo, se pueden desarrollar aplicaciones que permitan acceder remotamente a mensajes, administrar reuniones de trabajo, buscar usuarios en la libreta de direcciones y determinar su disponibilidad. Los otros mecanismos utilizan Exchange .NET Framework Extensions para acceder y trabajar sobre distintas partes de un mensaje, Transport Agents para soportar el acceso en tránsito a los e-mails, y Exchange Management Shell para administrar scripts e interacciones de línea de comandos con Exchange. Además, varias funcionalidades que en las versiones previas de Exchange eran utilizables por medio de complejos scripts y rutinas de código, ahora pueden hacerse sin necesidad de programación. Por ejemplo, con las reglas de Transport que posee Exchange Server 2007, los administradores y desarrolladores pueden utilizar las herramientas gráficas de Exchange Management Console para crear reglas que modifiquen, reenvíen o enruten mensajes.
| 