Esto es el guión en detalle que voy a seguir durante el webcast del dia 20 /01/2009  a las 4 de la tarde :

Enlace al Evento:

https://msevents.microsoft.com/cui/r.aspx?r=1300449911&c=es-ES&t=4

  • Agenda.
    • Introducción.
    • Recursos disponibles
    • Despliegue
    • Componentes de una solución
    • Resumen
    • Preguntas

       

  • Introducción.
    • Algunas preguntas breves sobre el nivel de conocimiento del producto por parte de la audiencia, para ayudarme a centrar la presentación.
    • Gestión del rendimiento. Para poder entender Microsoft Office PerformancePoint Server Monitoring (en adelante simplemente Monitoring) hay que situarlo en el marco de gestión del rendimiento.
      • Definición informal: Proceso que permite la Evaluación de rendimiento de una empresa en sus distintas áreas.
      • Proceso cíclico que implica varias fases.
        • Monitorización
        • Análisis
        • Planificación
      • Gestión del rendimiento Definición de Wikipedia.
        • Evaluación de rendimiento es el proceso de medir el avance hacia la consecución de determinados objetivos
        • Gestión del rendimiento consiste en la construcción de ese proceso, añadiendo los elementos de comunicación y de acción sobre el progreso alcanzado.

         

        Gestión del rendimiento es un proceso cíclico en la que existe una realimentación entre sus distintas fases.

        Definición de Garnert en 2006 sobre este mismo proceso:

         

        “Combination of management methodologies, metrics and IT (applications and tools) that enables us to define, monitor and optimize results and outcomes to personal or departmental objectives while enabling alignment with strategic objectives across multiple organizational levels (personal, process, group, departmental, corporate or business ecosystem)”

         

        Gartner 2006 – “Understand Performance Management to better manage your business”

         

    • Microsoft Office Performance Point Server.
      • Historia: En septiembre de 2007 se produce la liberación de RTM después de varias CTPs el producto está compuesto de dos módulos distintos, Monitoring y planning , Monitoring es la evolución de Business Scorecard Manager 2005 e incorpora alguna funcionalidad analítica de Proclarity y Planning se ha desarrollado desde cero por Microsoft.
      • Microsoft define PerformancePoint Server:

         

        • Una aplicación integrada de administración del rendimiento que permite a los responsables de tomar decisiones tener el control

         

      El producto se crea en el marco de la gestión del rendimiento, es decir sus componentes permiten gestionar las diferentes fases del ciclo:

       

      • PPS-Monitoring nos permite implementar los procesos de monitorización y análisis complementado con proclarity.

         

      • PPS-Planning nos permite implementar los procesos de planificación, presupuesto, previsión e informes operacionales.

         

  • Recursos Disponibles:
    • Página oficial de Microsoft office PerformancePoint Server 2007. Información técnica, comercial y de aprendizaje del producto
    • Blog del equipo de PerformancePoint. Información Técnica publicada por el equipo de desarrollo del producto
    • Recurso desconocido pero con información valiosa pulsar la tecla F1 en Dashboard Designer.
  • Recursos disponibles (descargas)
    • Guía Implementación
    • Manual de operaciones
    • Guía de planificación y arquitectura
    • Herramienta de migración de soluciones implementadas con BSC 2005 a PerformancePoint Monitoring. Este enlace permite descargar la utilidad que asiste en la migración de las soluciones creadas con BSM2005 para poder incorporarlas en un Dashboard.
  • Despliegue, Índice de temas a tratar dentro del apartado de despliegues
    • Requisitos
    • Tipos de despliegues
    • Arquitectura
    • Diagrama de componentes
    • Instalación
    • Services Packs Disponibles
  • Pre requisitos de instalación.
    • Sistema
      • Software y sistemas operativos requeridos por cada modulo.
    • Hardware
      • Hardware necesario para la instalación de cada modulo.
  • Despliegue Tipos despliegues

Tipos de despliegues

    Atendiendo al escenario para el que se quiera destinar haría 2 clasificaciones:

    Todo en una caja o servidor que recomendaría para evaluar el producto, demos y Pruebas de concepto si no requieren resultados sobre rendimiento. Esto consiste en la instalación de todos los componentes necesarios en solo servidor físico.

    Instalación distribuida. Recomendado para pruebas de concepto entornos de desarrollo, preproducción y producción. La instalación distribuida consiste en ubicar cada componente en un servidor dedicado mejorando las opciones de rendimientos y seguridad entre otras cosas.

  • Despliegue (Arquitectura Cliente/Servidor)
    • Componentes Servidor
      • Base de datos con la estructura de tablas necesarias para almacenar metadatos sobre los objetos que vamos a definir creando una solución de PPS-Monitoring.
      • Servidor de PPS-Monitoring basado en IIS6 o IIS7 habilitando compatibilidad con IIS6 , la instalación genera un site de nombre PPSMONITORING con 3 sitos virtuales, preview , DesignerInstall y el servicioWeb y un acceso directo Llamado Central que contiene enlaces a Preview y dashboard installer.
      • Visualizador de Dashboards en SharePoint (SPS Server o Granja)
      • Visualizador de Scorecards para Reporting (RS Server )

       

  • Despliegue (Arquitectura Cliente /servidor)
    • Componente Cliente
      • Como Herramienta de desarrollo se utiliza Dashboard Designer
        • Aspecto Office 2007, se descarga con cada apertura, está hecha mediante código gestionado.
        • La herramienta tiene 2 modos de trabajo con objetos en local y en el servidor

       

  • Despliegue Diagrama de componentes, en el diagrama de componentes, además de ver todos los componentes antes descritos podemos revisar que tipo interacción existe entre ellos (a grandes rasgos). Destacar que la herramienta de diseño Dashboard Designer tiene que hablar con el servicio web PPSMonitoring tanto para almacenar meta datos (Publish) como para recuperar objetos previamente almacenados (Refresh)
  • Despliegue (Instalación) La instalación propiamente dicha es bastante sencilla una vez se ha decido que tipo de despliegue hacer y que componentes se dispondrán distribuidos. La instalación se ejecuta en 2 pasos, en primer lugar se instalan los archivos en disco en el servidor (sea el que sea el rol a desempeñar) en segundo lugar y una vez terminada la copia de binarios en la última ventana podemos dejar habilitado el check que nos abrirá directamente la herramienta para realizar la segunda fase, la configuración. En la verificación no es necesario cumplir todos los requisitos para todos los servers de todos lo roles, es decir solo tenemos que cumplir que exista una instalación de SharePoint Services o Server en la instalación de los binarios en el server que asume el este rol.
  • Despliegue (SP1 y SP2) (Español) La aparición de SP1 y SP2 han mejorado y añadido capacidades nuevas, algunas de las cuales quedan recogidas en esta presentación a modo de referencia. Destacar que ya se puede instalar PPS usando como motor relacional SQL Server 2008. SP2 está disponible para descarga en Español.
  • Componentes de una solución. Índice de contenido del apartado.
    • Panel de control (Dashboard)
    • Cuadro de mando (Scorecard)
    • Indicador clave de rendimiento (KPI)
    • Indicadores (Indicators)
    • Orígenes de datos (Data Sources)
    • Demo de creación y publicación de un Dashboard
  • Componentes de una solución. ¿Quién puede contener a quien? El elemento Dashboard puede contener en sus zonas Scorecards e informes. Los informes necesitan un origen de datos para alimentar sus ejes con datos y números. Los Scorecards necesitan contener indicadores clave de rendimiento para existir, al menos un indicador es obligatorio. Los indicadores clave de rendimiento utilizan números para sus métricas que obtienen de los orígenes de datos que configuramos y representan distintos estados gracias a los indicadores.
  • Panel de control. Es el contenedor del resto de objetos de la solución, los filtros se van a configurar en este nivel, mientras que Business Scorecard Manager 2005 los gestionaba a nivel de Scorecard. El dashboard es personalizable en cuanto a zonas y número de páginas, cada elemento publicado en un Dashboard podrá incorporarse en un WebPart de SharePoint posteriormente. A la hora de trabajar con Dashboards tenemos varias posibilidades estos los podemos almacenar en un archivo con estension bswx en disco o guardarlos en el servidor de PPSMonitoring mediante el comando publish. La herramienta Dashboard Designer permite trabajar con objetos contenidos en local o ver y descargar estos objetos desde el servidor mediante el comando refresh, para facilitar el control de versiones dispone de funciones a propósito que facilitan este control así como utilidades de localización de diferencias y de regresión a versiones anteriores, dispone de los botones característicos de Office para controlar la funciones de des hacer y rehacer que resultan muy útiles para la edición. Los objetos que podemos incluir en las zonas del Dashboard están localizados en la zona del panel de detalle, estos se pueden incorporar directamente arrastrándolos a la zona deseada o también mediante los botones de la parte inferior del panel de detalle.
  • Cuadro de mando (Scorecard) Contenedor lógico de los indicadores clave de rendimiento, de hecho debe contener al menos uno para poder existir, suelen configurarse para mostrar información relacionada área o negocio. En el Scorecard ordenamos los elementos en columnas o filas y podemos complementar la información de los indicadores que contiene con agregaciones y miembros /jerarquías de dimensiones relacionadas.
  • Indicador clave de rendimiento. Desde el punto de vista de gestión del rendimiento, es un elemento grafico que nos permite representar el avance hacia un objetivo prefijado, esto se consigue representando con indicadores gráficos los diferentes estados preestablecidos, cada estado se distingue gráficamente de otro usando colores o imágenes distintas. El indicador clave desde el punto de vista de la solución de PPS debe contener como mínimo un valor para representar el valor actual conocido como actual, puede tener cero o mas objetivos y otros elementos que le aporten información (veremos esto en la demo). El indicador clave obtiene los números para sus métricas (Actual, objetivos y otros) de los orígenes de datos.

     

  • Indicador. Aporta la parte grafica al indicador clave de rendimiento, este elemento y algunas de sus características se explicaran en detalle en el próximo webcast de esta serie.

     

  • Informes. Los informes no sirven para complementar la información que muestran los cuadros de mando y permiten cierto nivel de análisis al disponer de la funcionalidad de obtener niveles inferiores de detalle y de segmentar por otros elementos de negocio según se haya configurado el informe. En la demo veremos cómo generar un informe.

     

  • Demo. La demostración consiste en la creación de un panel de control con tres zonas y 2 elementos un Scorecard construido consumiendo información de un cubo de AS con cierta complejidad en su construcción, un grafico que consume información del mismo origen y un filtro de tipo Time Intelligence que implementaremos a un sitio de SharePoint y agregaremos a un Webpart. Para poder emular esta demo se proporciona un enlace para poder descargar la base de datos multidimensional PWD asi como un guion con los detalles de los pasos a seguir.

     

     

     

 

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like

Despliegue de Proyectos en Integration Services 2012

En entradas anteriores hemos revisado las características que ofrece el nuevo modelo de servidor de Integration Services, que se basa en Proyectos y Entornos en lugar de Paquetes y Configuraciones.En SQL Server 2012 se mantendrá la compatibilidad con el modelo de despliegue anterior, basado en paquetes, con la denominación Package Deployment Model. Los procedimientos para realizar despliegues en este modo no han variado desde versiones anteriores por lo que nos centraremos en el modelo de despliegue de proyectos Project Deployment Model.