psm dashboard

Trabajo Final Especialización en Ingeniería de Software

Tema:

PSM D hb dPSM Dashboard

Panel de Control para el monitoreo de Proyectos de Desarrollo de Software

Autor: Pablo ChocrónT t Al j d Bi hiTutor: Alejandro Bianchi

Pontificia Universidad Católica ArgentinaPontificia Universidad Católica ArgentinaFacultad de Ciencias Fisicomatemáticas e IngenieríaCarrera de Especialización en Ingeniería de Software

Curso: 2006

1. PSM Dashboard

2. Contexto del Proyectoy

3. Estándares Aplicables

S• PSM

• CMMI

4. Arquitectura

5 Análisis de productos existentes5. Análisis de productos existentes

6. Requisitos del producto

11/8/2009 2Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard

7. Conclusiones

hb d1. PSM Dashboard


1. PSM Dashboard

Que es PSM Dashboard?

Un panel de control para monitoreo de proyectos de desarrollo queUn panel de control para monitoreo de proyectos de desarrollo que brinda a gerentes de proyecto y técnicos la información necesaria para tomar decisiones a partir de datos objetivos.

Un recurso para implementar un Programa de Mediciones , basado en las definiciones de la organización PSM: Practical Software and SystemMeasurement, y consistente con el modelo de madurez CMMI.

Un sistema de Inteligencia de Negocios orientado a las mediciones, que puede integrarse a otros sistemas de información.

PSM D hb d it i l tPSM Dashboard permite implementar un Programa de Mediciones en

Proyectos de Desarrollo de Software


Proyectos de Desarrollo de Software

1. PSM Dashboard

Por que PSM Dashboard?

Creciente presencia del software en los mas diversos ámbitos.Creciente presencia del software en los mas diversos ámbitos.

Creciente complejidad de los sistemas y de los proyectos de desarrollo.

C i l ló i biContexto comercial y tecnológico cambiante.

Se requiere contar con la información puntual y precisa para la toma de decisiones técnicas y de gestión:

Se necesita un Sistema de Mediciones(Como ocurre en otras ramas de la ingeniería)(Como ocurre en otras ramas de la ingeniería)


1. PSM Dashboard

Por que son importantes las mediciones en proyectos de Software?

Para lograr una comunicación efectiva a lo largo del proyecto.

Para contar con una única versión de la realidadPara contar con una única versión de la realidad

Para identificar y resolver problemas en fases tempranas del proyecto.

Para adoptar soluciones de compromiso (tradeoffs)

Para monitorear el cumplimiento de los objetivos del proyecto.

Para justificar y defender las decisiones que se toman en el proyecto.


d l2. Contexto del Proyecto


2. Contexto del Proyecto

Know EdgeMetrixKnow EdgeKnow EdgeBusiness Know Edge

Soluciones de Business

Metrix

Expertos en Programas de Mediciones

Clientes de Know Edge

DashboardDashboard

Intelligencebasados en PSM PSM Dashboard

Especificación deEspecificación de Requisitos de Software

Empresas globales de tecnología.Desarrollo de Productos

Soft Star

Desarrollo de

esa o o de oductosTrabajo colaborativo geográ‐ficamente distribuido.Adhieren a estándares de Desarrollo de

SoftwareCMMI Nivel 4

clase mundial.Creciente demanda de sistemas de información para


desarrollo de software

2. Contexto del Proyecto

Requisitos de PSM Dashboard derivados del contexto comercial:

Portal para trabajo colaborativo con Interfase WEB.

Operación autónoma de PSM Dashboard (PSMD) comoOperación autónoma de PSM Dashboard (PSMD) como herramienta exclusiva para la gestión de proyectos de desarrollo.

Operación de PSMD integrada con Know Edge Business DashboardOperación de PSMD integrada con Know Edge Business Dashboard

Integración con otros portales colaborativos, por ejemplo: Sharepoint.

Compatibilidad con estándares de clase mundial:

PSM: Practical Software and System Measurement.

Capability Maturity Model® Integration, del SEI



PSMPSM



PSM: Practical Software and System Measurement

Porqué se elige PSM?:

Proceso definido específicamente para desarrollo de software e inte‐gración de sistemas.

Standard de clase mundialStandard de clase mundial.

Elaborado a partir de una amplia experiencia tanto en sectores cor‐e pe e c a a o e sec o es coporativos como gubernamentales.

Proceso sistemático pero flexible, puede adaptarse a diferentes nece‐sidades de información.




Principios sobre mediciones

1. Defina los requisitos de las mediciones basándose en Issues y Objetivos.

2 Defina y colecte las mediciones basándose en los procesos técnicos y de gestión2. Defina y colecte las mediciones basándose en los procesos técnicos y de gestión.

3. Colecte y analice los datos a un nivel de detalle suficiente para identificar y aislar problemas.

4. Implementar una capacidad de análisis independiente.

5. Use un proceso de análisis sistemático para correlacionar las mediciones con las decisiones.

6. Interprete los resultados de las mediciones en el contexto de otros proyectos.

7. Integre las mediciones en el proceso de gestión de proyectos, a través de su ciclo de vida.

l l d d l b d ó f8. Emplee el proceso de mediciones como la base de una comunicación efectiva.

9. Focalice inicialmente en un análisis a nivel de proyecto.




Aplicación al ciclo de vida de proyectos de desarrollo

1. Planeamiento

• Estimaciones de Tamaño, Costo, Esfuerzo y Cronograma

• Evaluación de factibilidad

2. Desarrollo.

• Análisis de Requisitos

• Diseño e implementación

• Integración y PruebasIntegración y Pruebas

3. Operación y Mantenimiento

• OperaciónOperación

• Mantenimiento




Adaptación al contexto organizacional y a la gestión de proyectos




Proceso de mediciones Flexible



PSM ‐ AdaptaciónPSM Adaptación



PSM:

Adaptación de mediciones



PSM:Adaptación de mediciones

Identificación de Issues del Proyecto

Issues.

• Obstáculos para alcanzar los objetivos del proyecto

• Riesgos: Probabilidad, Impacto y Exposición

P bl P b bilid d 100%• Problemas: Probabilidad = 100%

• Falta de información

T t i t d l ITratamiento de los Issues.

• Definición de los objetivos del proyecto

• Identificación de Issues del proyecto

• Mapeo Issues ‐ Objetivos

• Priorización de Issues del Proyecto

l ó d


• Selección de Issues



Seleccionar y especificar mediciones





Área de Issue Categoría de medición

Cronograma y Desempeño de hitos

Cronograma y progreso

pProgreso de unidades de trabajoCapacidad incremental

Recursos y CostoPersonalDesempeño financieroRecursos de soporte y ambientesRecursos de soporte y ambientes

Tamaño y estabilidad del producto

Tamaño físico y estabilidadTamaño funcional y estabilidadCorrectitud funcionalMantenibilidad, Soportabilidad Categoría de

MediciónMediciónes

Calidad del productoEficienciaPortabilidadUsabilidadFiabilidad

D ñ d l Conformidad del proceso

Medición

Conformidad del proceso

Clasificación del Modelo de ReferenciaHallazgos de Auditorías

Eficiencia del proceso

ProductividadTiempo de CicloDesempeño del

proceso

pEficiencia del procesoEfectividad del proceso

Efectividad de la tecnología

Adecuación de la tecnologíaImpactoVolatilidad de la tecnología

proceso Tiempo de CicloEfectividad del proceso

Contención de defectosRetrabajo


Volatilidad de la tecnología

Satisfacción del clienteFeedback del clienteSoporte al cliente




Criterios de Selección de mediciones:

• Efectividad de la medición.

• Características del dominio

P á ti d i i t d t• Prácticas de gerenciamiento de proyectos

• Costo y disponibilidad

• Cobertura del ciclo de vida• Cobertura del ciclo de vida.

• Requisitos externos.

• Tamaño del proyecto o del producto desarrollado• Tamaño del proyecto o del producto desarrollado.





Especificación de mediciones:

Í• Ítems de Datos:

• Atributos:

E t t d A ió• Estructura de Agregación

Estructuras de agregación basada en componentes.

Estructuras de agregación basada en funcionalidadesEstructuras de agregación basada en funcionalidades.

Estructuras de agregación basada en actividades.

• Nivel de recolección• Nivel de recolección

• Criterio de conteo




Integrar en los procesos técnicos

y de gestión

ó l b• Caracterización del ambiente.

• Identificación de oportunidades de mediciones.

• Especificación de requisitos de la implementación de mediciones• Especificación de requisitos de la implementación de mediciones.

• Elaboración del Plan de Mediciones





y de gestión

ó l b• Caracterización del ambiente.

• Identificación de oportunidades de mediciones.

Propuesta PSM Dashboard:




Integrar en los procesos técnicos y de gestión

Especificación de requisitos para PSM Dashboard:Especificación de requisitos para la de implementación de las mediciones

PSM Dashboard:Colectores de datos. Workflows de recolección,

normalización, almacenamiento, análisis, publicación y notificación. Inicio de Workflows por

Definición de las medicionesAlcance de las medicionesRecolección de datos:

Análisis de datosIndicadores generados a partir de la medición

eventos o programado.

Recolección de datos: Fuente de informaciónProceso de extracción de la mediciónRepositorio para almacenar la información

Indicadores generados a partir de la mediciónProceso para generar los indicadoresPeriodicidad y responsabilidad para realizar el análisisp p

extraídaResponsabilidad para realizar la mediciónPeriodicidadHerramientas y Bases de Datos

Reporte de resultadosDescripción de los reportes a ser generadosResponsabilidad para la emisión de reportesFormato


Herramientas y Bases de Datos Involucradas

FormatoAudiencia de cada reporte




y de gestión

f óEspecificación de mediciones:

Plan de mediciones

PSM Dashboard elabora el Plan de Mediciones

Parte 1 – Introducción: Propósito y alcance.

Parte 2 – Descripción del proyecto.

Parte 3 Roles de mediciones Responsabilidades y ComunicaciónParte 3 – Roles de mediciones, Responsabilidades y Comunicación.

Parte 4 – Descripción de los Issues del proyecto.

Parte 5 – Especificación de las mediciones.

Parte 6 – Estructuras de agregación del proyecto

Parte 7 – Indicadores iniciales.


Parte 8 – Mecanismos de reporte y periodicidad.


PSM ‐ AplicaciónPSM Aplicación



PSM:

Aplicación de las mediciones



PSM:

Aplicar mediciones

Recolectar y procesar datos

Recolectar datos

Verificar datosVerificar datos

Normalizar datos



PSM:

Aplicar mediciones


Recolectar datos: Workflows + Schedule

Recolección de datos:Recolección de datos:

• Colectores para la obtención de datos de las fuentes mas populares.

• Herramienta para desarrollar colectores para nuevas fuentes de datos.Herramienta para desarrollar colectores para nuevas fuentes de datos.

• Lectura de planillas excel y archivos de texto.

• Carga manual de mediciones y de valores planificados.



PSM:

Aplicar mediciones


Recolectar datos: Workflows + Schedule

Recolección de datos:Recolección de datos:

• Colectores para la obtención de datos de las fuentes mas populares.

• Herramienta para desarrollar colectores para nuevas fuentes de datos.Herramienta para desarrollar colectores para nuevas fuentes de datos.

• Lectura de planillas excel y archivos de texto.

• Carga manual de mediciones y de valores planificados.

Sistema ProductosALM: Application LifecycleManagement

Telelogic, Mercury, Serena, IBM RationalManagement Project Management Microsoft Project, MS Project Server 2003 / 2007ERP SAP, Oracle, SageBases de Datos Microsoft SQL, Oracle, My SQL


Portal Colaborativo Microsoft SharePoint 2003, 2007


PSM:

Aplicar mediciones


Verificar datos

Normalizar datosNormalizar datos

Verificación de datosEl workflow incluirán una etapa de verificación de datos mediante los siguientesEl workflow incluirán una etapa de verificación de datos, mediante los siguientes procedimientos:

•Verificación y corrección automática de datos mediante reglas. •Verificación automática y corrección manual de datos.•Verificación y corrección manual de datos.

Normalización de datosPSMD contará con reglas para la normalización automática de datos, por ejemplo:PSMD contará con reglas para la normalización automática de datos, por ejemplo:

•Conversión de unidades (Por ejemplo de Meses Hombre a Horas Hombre)•Normalización de unidades de medición.•Conversión nominal: Por ejemplo Ítems en lugar de CI.



PSM:

Aplicar mediciones

Analizar Issues:

Instancias de análisis:Instancias de análisis:

Planificación (Mediciones históricas)

Evaluación de la factibilidad (Plan vs. Mediciones histórica)Evaluación de la factibilidad (Plan vs. Mediciones histórica)

Evaluación del desempeño (Mediciones del proyecto vs Plan)



PSM:

Aplicar mediciones

Analizar Issues

Indicadores:


Para un análisis estadístico mas avanzado PSM Dahsboardcontará con interfaces con software estadístico avanzado


PSM:

Aplicar mediciones

Analizar Issues

Dashboard (panel de control)

M d l d A áli i E t t d (MAE) MAE a nivel deModelo de Análisis Estructurado (MAE)MAE a nivel de áreas de issues

MAE a nivel de Categorías de medición



PSM:

Aplicar mediciones

Analizar Issues

Dashboard (panel de control)

M d l d A áli i E t t d (MAE)Modelo de Análisis Estructurado (MAE)a nivel de áreas de issues

MAE a nivel de categorías de medición



PSM:

Aplicar mediciones

Analizar Issues

Drill Down



PSM:

Aplicar mediciones

Analizar Issues, recomendaciones

Dashboards personalizados



PSM:

Aplicar mediciones

Realizar recomendaciones

Reportes:Formatos: HTML PDF RTFFormatos: HTML, PDF, RTFIncluyen:• Indicadores, dashboards, comentarios sobre mediciones• Evaluación general del proyecto• Identificación de problemas específicos, riesgos y falta de información.• Recomendaciones • Potenciales nuevos issuesWorkflow para: • Generación de reportes basado en templates a partir del contenido del dashboardGeneración de reportes, basado en templates, a partir del contenido del dashboard.• Revisión, Aprobación• Publicación, Notificación

Di t ib ió• Distribución


3. Estándares li blAplicables

PSM:

Workflow para la apli‐

cación de mediciones



PSM – Implementación del procesoPSM Implementación del proceso



PSM:

Implementar el proceso

Definición de Responsabilidades en PSM Dashboard:

D fi i ió d l• Definición de roles• Asignación de personas a roles•Definiciones de Workflows

•Plan de Mediciones



CMMICMMI



CMMI: Capability Maturity Model® Integration

Que es CMMI?:

Un modelo que provee a las organizaciones los elementos esenciales de los procesos efectivos.

CMMI es un modelo reconocidoCMMI es un modelo reconocido mundialmente como el principal conjunto de buenas prácticas para el d ll d f l i iódesarrollo de software y la integración de sistemas.

PSM Dashboard debe brindar todos los

Aún el mejor equipo no podrá desempeñarse de la mejor

manera si los procesos no sonPSM Dashboard debe brindar todos los medios necesarios para la implementación efectiva de CMMI en todos sus niveles

manera si los procesos no son comprendidos y no están

operando de la mejor manera.


todos sus niveles.


CMMI: Capability Maturity Model® Integration

Organización del modelo CMMI:


3. Estándares Aplicables: CMMI nivel 1Nivel de Madurez 1: InicialProcesos ad hoc y caóticos. No existe un ambiente estable para soportar sus procesos. El éxito en estas organizaciones depende de la competencia y el heroísmo de la gente. Frecuentemente exceden sus presupuestos y no cumplen con los plazos.


3. Estándares Aplicables: CMMI nivel 2Nivel de Madurez 2: GestionadoLos requisitos son gestionadosLos procesos están planificados, realizados, medidos y controlados. El t d d l d t i iblEl estado de los productos es visible.

Áreas de proceso evaluadas:• Gestión de Requisitos (REQM)Pl ifi ió d P t (PP)• Planificación de Proyectos (PP)

• Monitoreo y control de proyectos (PMC)• Gestión de acuerdos con proveedores (SAM)• Mediciones y análisis (MA)Mediciones y análisis (MA)• Aseguramiento de Calidad de Productos y Procesos (PPQA)• Gestión de la Configuración (CM)

Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 2Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 2En general el estándar PSM y su implementación mediante el producto PSM Dashboard satisfacen las necesidades de mediciones de las áreas de proceso correspondientes al nivel 2 de CMMI, Se derivaron requisitos menores que serán considerados en la especificación del producto relacionados con los siguientes aspectos:

• Gestión de proveedores y subcontratistas (SAM)• Exposición del riesgo (PMC)M di i l i d l á i é i GP 2 8 ( i l d l ) d


• Mediciones relacionadas con la práctica genérica GP 2.8 (monitoreo y control del proceso) de las áreas de proceso analizadas.

3. Estándares Aplicables: CMMI 3Nivel de Madurez 3: DefinidoProcesos están bien caracterizados y comprendidos, y son descriptos mediante estándares, procedimientos, herramientas y métodos. Conjunto estándar de procesos de la organización, establecen consistencia a través de toda la organización. Los proyectos establecen sus procesos mediante adaptaciones (tailoring).

Áreas de proceso evaluadas:• Desarrollo de requisitos (RD)• Solución técnica (TS)• Integración del producto (PI)• Verificación (VER)• Verificación (VER)• Validación (VAL)• Foco en el proceso (OPF)• Definición del proceso de la organización (OPD)Definición del proceso de la organización (OPD)• Entrenamiento de la organización (OT)• Gestión integrada de proyectos (IPM)• Gestión de riesgos (RSKM)• Gestión integrada de equipos de trabajo (IT)• Gestión integrada de subcontratistas (ISM)• Análisis de decisiones y resolución (DAR)A bi t O i i l l I t ió (OEI)


• Ambiente Organizacional para la Integración (OEI)

3. Estándares Aplicables: CMMI 3Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 3Al igual que en el nivel 2, se observa que el estándar PSM y su implementación mediante el producto PSM Dashboard satisfacen las necesidades de mediciones de las áreas de proceso correspondientes al i l 3 d CMMI S d i i it á id d l ifi ió d lnivel 3 de CMMI, Se derivaron requisitos menores que serán considerados en la especificación del

producto relacionados con los siguientes aspectos: :

• Medición del retrabajo

• Medición de la densidad de defectos

• Medición del tamaño de la documentación

• Medición del perfil de la verificación y la validación (Realizado vs. Planeado)Medición del perfil de la verificación y la validación (Realizado vs. Planeado)

• Medición de la cantidad de propuestas de mejora

• Mediciones de efectividad del entrenamiento

• Medición de la exposición al riesgo, cantidad de riesgos por estado, ocurrencia de riesgos no previstos

• Medición de las habilidades y conocimientos disponibles (IT)


3. Estándares Aplicables: CMMI 4

Nivel de Madurez 4: Gestionado CuantitativamenteLa organización y los proyectos establecen objetivos cuantitativos para la calidad y el desempeño de los procesos, basados en las necesidades de los clientes, usuarios finales, la organización y quienes p , , , g y qestán implementando el proceso. La calidad y el desempeño de los procesos son entendidos en términos estadísticos.Toma de decisiones basada en datos.Identificación y análisis de las causas especiales de variaciones, acciones correctivas.Predictibilidad estadística de los procesos.

ÁÁreas de proceso evaluadas:

• Desempeño de los procesos de la Organización (OPP)

• Gestión cuantitativa de los proyectos (QPM)p y ( )


3. Estándares Aplicables: CMMI 4Nivel de Madurez 4: Gestionado Cuantitativamente

Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 4º

En el nivel 4 requiere de PSM Dashboard la capacidad de procesar mediante métodos estadísticos losEn el nivel 4 requiere de PSM Dashboard la capacidad de procesar mediante métodos estadísticos los datos de las mediciones:

• Empleo de técnicas de Control Estadístico de Procesos (SPC) • Monitoreo estadístico del desempeño de los procesos, por ejemplo, debe ser posible determinarMonitoreo estadístico del desempeño de los procesos, por ejemplo, debe ser posible determinar la probabilidad de que el proceso cumpla con los objetivos de desempeño previstos.

• Establecimiento de objetivos para todas las mediciones.• Establecimiento de líneas de base para todas las mediciones.• Almacenamiento de los datos estadísticos en el repositorio de mediciones, asociado con los valores de la medición correspondiente

Además PSMD debe permitir el monitoreo de los procesos del nivel 4, para los cual se incluirán las siguientes mediciones:

• Perfil de subprocesos bajo gestión estadística (por ejemplo cantidad de subprocesos gestionados estadísticamente vs. cantidad planeada)C tid d d i l d i ió id tifi d• Cantidad de causas especiales de variación identificadas.


3. Estándares Aplicables: CMMI 5Nivel de Madurez 5: Mejora continuaMejora continua de los procesos por medio de mejoras incrementales o innovaciones de procesos o de tecnología. Objeti os c antitati os de mejora de procesos para la organi aciónObjetivos cuantitativos de mejora de procesos para la organización,

Prácticas evaluadas:• Innovación Organizacional y despliegue (OID)A áli i C l R l ió (CAR)• Análisis Causal y Resolución (CAR)

Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 5El nivel 5 requiere de PSM Dashboard capacidad de evaluar el costo y el beneficio de las mejoras i l t d l iimplementadas, para lo que se requiere:

• Manejo de la entidad “Mejora”, equivalente a “Proyecto” para la agrupación de las mediciones• Evaluación del costo de las mejoras (Esfuerzo, Costo, Plazo)• Evaluación del beneficio de las mejoras (Valor de los indicadores antes y después de las mejoras)Evaluación del beneficio de las mejoras (Valor de los indicadores antes y después de las mejoras)• Vistas de indicadores integrados por mejora que permitan evaluar el costo y el beneficio de la mejora.

Además PSMD debe permitir el monitoreo de los procesos del nivel 5 , para los cual se incluirán mediante las las siguientes mediciones:

• Cambios en el desempeño de los procesos.• Cambios en la calidad.C id d d i li i d


• Cantidad de causas raiz eliminadas.• Cambios en la calidad o en el desempeño de los procesos por instancias de CAR.

4. Arquitectura

ATAMATAM


4. Arquitectura de PSM Dashboard

Importancia de la definición y documentación temprana de la Arquitectura

• La arquitectura determina cumplimiento de los atributos de Calidad

• Define en una fase temprana las decisiones sobre el sistema.

• Facilita la comunicación entre Stakeholders.

• Define las restricciones en la implementación

• Determina la estructura de la organización

• Mejora la gestión de los cambios

• Facilita la evolución de prototipos

P i l li ió d i i d l á• Permite la realización de estimaciones de costo y plazo más exactas

• Facilita el re‐uso de los componentes de una aplicación

• Los sistemas pueden ser construidos empleando componentes desarrollados externamente• Los sistemas pueden ser construidos empleando componentes desarrollados externamente.


4. Arquitectura de PSM DashboardAtributos de Calidad

Atributos de calidad relacionados con la ejecución• Desempeño• Desempeño• Seguridad • Disponibilidad• Usabilidad• Usabilidad• Interoperabilidad

Atributos de calidad no relacionados con la ejecución• Modificabilidad• Portabilidad• Reusabilidad• Integrabilidad• Testeabilidad

At ib t d lid d l i d l N iAtributos de calidad relacionados con el Negocio• Costo y Plazo• Marketabilidad


• Adecuación para la Organización

4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method

Si la arquitectura del software es un activo clave de la organización, su definición debe ser una práctica clave.p

El propósito de ATAM es evaluar las consecuencias de las decisiones arquitecturales, a la luz de los requerimientos de atributos de calidad

Fases del ATAM‐ Presentación

1. Presentación del ATAM. 2. Presentación de los drivers del negocio. 3. Presentación de la Arquitectura.

‐Investigación y análisis4. Identificación de las propuestas arquitectónicas. 5. Generación del árbol de utilidad de los atributos de calidad.6. Análisis de los enfoques arquitectónicos.

TestingTesting7. Brainstorm y priorización de escenarios. 8. Análisis de los enfoques arquitecturales.

‐ Reporte


p9. Presentación de resultados.


Flujo conceptual del proceso ATAM



Presentación de los drivers del negocio Presentación de la arquitectura

•Gerente de Marketing de Know Edge: Que PSMD aventaje a productos de la competencia en costos y funcionalidades, que cuenten con una estética atractiva, que logre un rápido time to market y que se integre conque logre un rápido time to market y que se integre con otros productos de BI, especialmente sistemas de información provistos por Know Edge.

•Gerente de Despliegue de Know Edge: Facilidad en la•Gerente de Despliegue de Know Edge: Facilidad en la instalación y en el mantenimiento, actualización automática.

•Clientes de Know Edge: Bajo costo rápida entrega•Clientes de Know Edge: Bajo costo, rápida entrega, Integración con otros productos de BI.

•Usuarios finales: Facilidad de aprendizaje, desempeño, seguridad confiabilidad concurrenciaseguridad, confiabilidad, concurrencia.

•Gerente de desarrollo de Soft Star: Empleo de tecnologías conocidas, ocupación del personal disponible bajo costo de desarrollo


personal disponible, bajo costo de desarrollo.

4. Arquitectura de PSM Dashboard Sub Factores ImportanciaATAM: Architectural Tradeoff Analysis Method

Árbol de utilidad Factores de Calidad

de Calidadp

Riesgo

Atributos de Calidad

de Calidad



Árbol de utilidad


4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method Análisis de enfoques arquitectónicos


4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method Priorización de escenarios


4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method Informe final

‐ Outputs del ATAM

• Documentación de alternativas de arquitecturas.

Definiciones de arquitectura para PSM Dashboard:

• Arquitectura blackboard para el repositorio de datos.

• Escenarios priorizados

• Atributos de calidad

• Árbol de utilidades

• Arquitectura de BI para el producto PSM Dashboard para lograr buena integración con Know Edge Business Dashboard

• Árbol de utilidades

• Puntos sensibles

• Soluciones de compromiso

• Basar todas las transacciones del proceso de medición en Workflows para coordinar las acciones de los actores del sistema.

• Riesgos

• No Riesgos



Business IntelligenceBusiness Intelligence


4. ArquitecturaArquitectura de PSM Dashboard

Arquitectura de Business Intelligence

adoptada para PSM Dashboard

Framework genérico de BI

ETL


ál d d5. Análisis de productos existentes


5. Análisis de productos existentes

Productos comparados

• PSM Dashboard

T l l i D hb d (T l l i )• Telelogic Dashboard (Telelogic)

• Data Drill (Distributive Management)



AspectoDistributiveData Drill

Telelogic Dashboard

PSM Dashboard

Características generalesgDashboard para mediciones en proyectos de Software

Si Si Si

Integración con Sistemas de Gestión del negocio Si (BalancedNo

Si (DashboardsScorecard)

Nointegrados, BI)

Repositorio de Mediciones centralizado Si Si SiArquitectura de BI No No Si

Estándares y mejores prácticasLibrería de Mediciones

Si SiSi, basada en PSM y CMMI

C tibilid d PSM P i l P i l T t lCompatibilidad con PSM Parcial Parcial TotalCompatibilidad con CMMI Parcial Parcial Total

Planificación de medicionesSelección de mediciones por proyecto Si Si SiSelección de mediciones por proyecto Si Si Si Elaboración del documento “Plan de Mediciones” No No SiPlanificación basada en objetivos Si Si SiPlanificación basada en riesgos e Issues No No Si


g


AspectoDistributiveData Drill

Telelogic Dashboard

PSM Dashboard

Presentación y análisisGestión por excepción: Presentación de indicadores según reglas

Si Si Si

Alarmas configurables Si Si SiGeneración automática de reportes Si Si SiScheduling para emisión de reportes Si Si SiModelo de análisis estructurado para análisis causal. No No SiW kfl áli i b i N N SiWorkflow para análisis y aprobaciones. No No Si

InterfaseInterfase WEB Si Si Si

SeguridadSeguridadSeguridad por roles Si Si Si


d l d6. Requisitos del producto



Descripción completa de las funcionalidades del softwareBase de acuerdo entre proveedor y clienteBase para estimaciones de costos y plazosBase para estimaciones de costos y plazosBase para verificación y validaciónBase para el crecimiento futuro del producto

Fuentes de Información:Especialistas en el dominio: MetrixFases Gestión de Requisitos

• Elicitación

Stakeholders: ATAMDocumentos: PSM, CMMI

Software Interno: Know Edge Dashboard

• Modelado

A áli i V &V

Software Externo: Data Drill, Telelogic Dashboard

UML: Diagramas de Casos de Uso, Diagramas de Actividad• Análisis: V &V

• Gestión de Cambios

Diagramas de ArquitecturaEspecificaciones en lenguaje natural: IEEE 830


6. Requisitos del productoIEEE‐830: Estándar para la elaboración de una especificación requisitos de software

Estructura de la especificación Características de

Tabla de Contenidos1. Introducción

Propósito• Correctitud

puna buena especificación

PropósitoAlcanceDefiniciones, Acrónimos y abreviaturasVisión General

• No ambigüedad

• CompletitudVisión General

2. Descripción generalPerspectiva del productoFunciones del Producto

• Consistencia

• Verificabilidad

fFunciones del ProductoCaracterísticas de los usuariosRestriccionesSupuestos y dependencias

• Modificabilidad

• Trazabilidad

p y p3. Requisitos específicosApéndicesÍndice.


6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales ‐ Interfaces


6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Diagrama de Casos de Uso


6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Administración

Organizaciones MedicionesWorkflows

b ió bli iógRoles OrganizacionalesEstablecimientosSectores

Áreas de Issues ComunesCategorías de MedicionesMediciones

ETL, aprobación y publicaciónEnvío de mailsLibrería de WorkflowsH i ió d WF

PersonasAdministración de personasRoles

Biblioteca: CMMI, PSMNuevosUpdate

Herramienta para generación de WFTareas automáticas y manualesEscalamientoI i i ió

ProyectosAgrupamientoPrograma

IndicadoresBibliotecaEstimadores

Iniciación:Manual

Eventual (p. ej. Umbrales)P d di t l

Roles por proyecto (RAM)Estructuras de agregaciónPor Ítems de configuración

Indicadores IntegradosUmbrales y semáforos

Dashboards

Programada mediante el scheduler

Programas (Schedules)Frecuencia temporal

Por Actividades (WBS)Proyectos de MejoraFuentes de Datos

Vistas por rolesVistas personalizadasAdaptación a proyectos.

Frecuencia temporalAsociación a fases del proyectoInicio / Fin del proyecto


Reportes

6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Planificación

Objetivos e Issues Control estadísticoObjetivos e IssuesRegistro de Objetivos de ProyectosRegistro de RiesgosRegistro de Problemas

Control estadístico de procesosBásicoAvanzadoRegistro de Problemas

Consolidación y priorización de IssuesMapeo de Issues con Objetivos

Selección de Mediciones

Registro de valores planificadosColección o carga manualLíneas de baseSelección de Mediciones

Asociación de Issue con área de issuesAsociación de área de Issue con categorías de

medición

Definición de Dashboards específicos para proyectosVistas por roles

Asociación de categoría de medición con mediciones

Planificación de la recolección, análisis y

Definición de Reportes específicos para proyectosDefinición de workflows específicos.Definición de programas (schedules) específicos

reporteSelección de indicadoresUmbrales y semáforos

Documentación del plan de mediciones



Workflows Extracción, Transformación y Carga de datos (ETL):

Requisitos de PSM Dashboard – Requisitos funcionales – Aplicación: ETL

y g ( )Extracción de datos

ColectoresMetadata: Organización, Establecimiento, Fuente de datos, Fecha y hora de la extracción, Proyecto y fase del ciclo de vida,Workflow empleado Desarrollo de Colectores: Collect‐it

Transformación de datosAlmacenamiento temporal de datos.Limpieza de datos.Verificación y corrección de datos.

Automática: Reglas de verificación y corrección: Verificación automática y corrección manual de datos.Verificación y corrección manual de datosEscalamiento

Normalización de datos.Ú


Carga de datos: Almacenamiento en el Repositorio Único de Mediciones

6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Análisis y Reporte

Generación, Aprobación y publicación de DashboardsGeneran automática de Dashboards (WF)( )Análisis de Mediciones

Drill Down (MAE): Categorías de Issues ‐> Categorías de Medicionesg gCategorías de Mediciones ‐> Mediciones/Indicadores

Tablas Pivot Multidimensionales: Cubos OLAP.Anotaciones

Aprobación y publicación de DashboardsPSM Dashboard , Know Edge Business Dashboard, SharePoint

Notificación de la Publicación de DashboardsGeneración, revisión, aprobación y publicación de reportes

Generación de reportesGeneración automáticamente a partir de las mediciones, indicadores y anotaciones incluidas en los Dashboards.Revisión de reportes, edición por analista.

Aprobación y publicación de reportes


PSM Dashboard , Know Edge Business Dashboard, Sharepoint

6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Seguridad

Autenticación

Integración con Active Directory y Login de Windows

Registro en PSM Dahsboard con Usuario y Contraseña.

Permisos y Control de Accesos

Permisos por roles

Auditoría

Log de Auditoría con todas las transacciones


6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Atributos de Calidad

Interoperabilidad UsabilidadInteroperabilidadColectores para extracción de datosWorkflow para alternativa de carga manual: Maximo 8 horas

UsabilidadGeneración de Dashboards en menos de una hora.Generación de Workflows en menos de 4 horasmanual: Maximo 8 horas.

Proceso de escalamientoRecolección de datos de nuevas fuentes

Collect It: desarrollo de nuevo colector

Generación de Workflows en menos de 4 horas.Aprendibilidad: 16 hs de capacitación habilita para el uso

IntegrabilidadCollect It: desarrollo de nuevo colector en menos de 10 horas.

Mínimo impacto sobre las fuentesProcesos ETL no modificarán los datos

IntegrabilidadIntegración con Know Edge Business Dashboard.Integración con Sharepoint 2003 y 2007 mediante web partsProcesos ETL no modificarán los datos

de las fuentes.Procesos ETL: programar workflows de recolección nocturna

mediante web partsReusabilidad

Colectores de Know Edge Business Dashboardpueden usarse en PSM Dashboard y viceversapueden usarse en PSM Dashboard y viceversa

DesempeñoAcceso a cualquier Dashboard en menos de 5 segundos.


l7. Conclusiones


7. Conclusiones

Conceptos involucrados en mayor grado:

Integración de conocimientos adquiridos en la especialización

MedicionesIngeniería de RequerimientosEstándares y Modelos de Madurez ArquitecturaAdministración de riesgosEstimaciones

Conceptos involucrados en menor grado:Planeamiento y Control del desarrollo de softwareAseguramiento y control de la calidadMarketingTesting


7. Conclusiones

ATAM:Excelente oportunidad para elicitar requisitos no funcionales del sistema

Hallazgos y nuevos cursos de investigación 1/2

Excelente oportunidad para elicitar requisitos no funcionales del sistema.+ Investigación: Vinculación de ATAM con Ingeniería de Requerimientos

Workflows:A ti l t li d l i t ti id d li dArticulan tareas realizadas por el sistema y actividades realizadas por personas.Permiten implementar cualquier proceso.+ Investigación: Diseño de Workflows

Arquitectura de Business Intelligence:Adecuada para la implementación de un sistema de mediciones.Permite integrar diferentes tipos de información: técnica, gestión, etc.+ Investigación: Vinculación entre BI y Mediciones en Software

Análisis de productos similares:El Benchmarking del producto a desarrollar con otros productos existentes es un método efectivo para derivar requisitos.

IEEE 830:Estándar vigente para la especificación de requisitos de software.


Estándar vigente para la especificación de requisitos de software.

7. Conclusiones

PSM DashboardEl objetivo del trabajo fue especificar los requisitos de un sistema de

Hallazgos y nuevos cursos de investigación 2/2

El objetivo del trabajo fue especificar los requisitos de un sistema de mediciones basado en PSM y CMMI. Este objetivo pudo llevarse a cabo en forma consistente, lo que confirma la factibilidad de esta iniciativa.+ Investigación: Avanzar con otras etapas del desarrollo de PSM Dashboard+ Investigación: Avanzar con otras etapas del desarrollo de PSM Dashboard


hMuchas Gracias


psm dashboard

Documents