Psm Dashboard

Trabajo Final Especialización en Ingeniería de Software Tema:

PSM D hb d PSM Dashboard Panel de Control para el monitoreo de  Proyectos de Desarrollo de Software Autor: Pablo Chocrón T t Al j d Bi hi Tutor: Alejandro Bianchi

Pontificia Universidad Católica Argentina Facultad de Ciencias Fisicomatemáticas e Ingeniería Carrera de Especialización en Ingeniería de Software Curso: 2006

1. PSM Dashboard 2. Contexto del Proyecto y 3. Estándares Aplicables •

PSM S

•

CMMI

4. Arquitectura 5 Análisis de productos existentes 5. Análisis de productos existentes 6. Requisitos del producto 7. Conclusiones 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

2

1. PSM Dashboard hb d

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

3

1. PSM Dashboard Que es PSM Dashboard? Un panel de control para monitoreo de proyectos de desarrollo  que  Un 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 System Measurement, 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 Dashboard PSM D hb d permite implementar  it i l t un Programa de Mediciones en  Proyectos de Desarrollo de Software Proyectos de Desarrollo de Software 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

4

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 Contexto comercial y tecnológico cambiante. i l ló i bi

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)

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

5

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 realidad Para 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.

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

6

2. Contexto del Proyecto d l

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

7

2. Contexto del Proyecto

Metrix

Know Edge

Expertos en Programas  de Mediciones  basados en PSM

Soluciones de  Business  Intelligence

Especificación de  Especificación de Requisitos de  Software

Soft Star Desarrollo de  Desarrollo de Software CMMI Nivel 4

11/8/2009

Know Edge Business  Dashboard

Clientes de  Know Edge

PSM  Dashboard

Empresas globales de  tecnología. Desarrollo de Productos  esa o o de oductos Trabajo colaborativo geográ‐ ficamente distribuido. Adhieren a estándares de  clase mundial. Creciente demanda de  sistemas de información para  desarrollo de software

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

8

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 Operación autónoma de PSM Dashboard (PSMD) como  (PSMD) como herramienta exclusiva para la gestión de proyectos de desarrollo. Operación de PSMD integrada con Know Edge Business Dashboard Operación de PSMD integrada con Know 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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

9

3. Estándares Aplicables PSM

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

10

3. Estándares Aplicables 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 mundial Standard de clase mundial.  Elaborado a partir de una amplia  e pe e c a a o e sec o es co experiencia tanto en sectores cor‐ porativos como gubernamentales.  Proceso sistemático pero flexible,  puede adaptarse a diferentes nece‐ sidades de información.

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

11

3. Estándares Aplicables PSM: Practical Software and System Measurement   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ón.  2. 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. 8. Emplee el proceso de mediciones como la base de una comunicación efectiva. l l d d l b d ó f 9. Focalice inicialmente en un análisis a nivel de proyecto.

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

12

3. Estándares Aplicables PSM: Practical Software and System Measurement   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 Pruebas Integración y Pruebas

3. Operación y Mantenimiento •

Operación

•

Mantenimiento

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

13

3. Estándares Aplicables PSM: Practical Software and System Measurement   Adaptación al contexto organizacional y a la gestión de proyectos

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

14

3. Estándares Aplicables PSM: Practical Software and System Measurement   Proceso de mediciones Flexible

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

15

3. Estándares Aplicables PSM ‐ Adaptación PSM 

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

16

3. Estándares Aplicables PSM: Adaptación de mediciones

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

17

3. Estándares Aplicables 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 Problemas: Probabilidad = 100% P b bilid d 100%

•

Falta de información

T t i t d l I Tratamiento 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

•

Selección de Issues l ó d

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

18

3. Estándares Aplicables PSM: Adaptación de mediciones Seleccionar y especificar mediciones

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

19

3. Estándares Aplicables PSM: Adaptación de mediciones Seleccionar y especificar mediciones Área de Issue

Categoría de medición

Cronograma y progreso Recursos y Costo Tamaño y estabilidad del producto

Calidad del producto

Desempeño D ñ del d l proceso Efectividad de la tecnología Satisfacción del cliente

11/8/2009

Desempeño p de hitos Progreso de unidades de trabajo Capacidad incremental Personal Desempeño financiero Recursos de soporte y ambientes Tamaño físico y estabilidad Tamaño funcional y estabilidad Correctitud funcional Mantenibilidad, Soportabilidad Eficiencia Portabilidad Usabilidad Fiabilidad Conformidad del p proceso Eficiencia del proceso Efectividad del proceso Adecuación de la tecnología Impacto Volatilidad de la tecnología Feedback del cliente Soporte al cliente

Categoría de Medición Conformidad del proceso Eficiencia del proceso Efectividad del proceso

Mediciónes Clasificación del Modelo de Referencia Hallazgos de Auditorías Productividad Tiempo de Ciclo Contención de defectos Retrabajo

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

20

3. Estándares Aplicables PSM: Adaptación de mediciones Seleccionar y especificar mediciones Criterios de Selección de mediciones: • Efectividad de la medición. • Características del dominio • Prácticas de gerenciamiento de proyectos P á ti d i i t d t • 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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

21

3. Estándares Aplicables PSM: Adaptación de mediciones Seleccionar y especificar mediciones Especificación de mediciones: • Ítems de Datos: Í • Atributos: • Estructura de Agregación Et t d A ió Estructuras de agregación basada en componentes.  Estructuras de agregación basada en funcionalidades Estructuras de agregación basada en funcionalidades.  Estructuras de agregación basada en actividades.  • Nivel de recolección Nivel de recolección • Criterio de conteo

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

22

3. Estándares Aplicables PSM: Adaptación de mediciones Integrar en los procesos técnicos  y de gestión • Caracterización del ambiente. ó l b • 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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

23

3. Estándares Aplicables PSM: Adaptación de mediciones Integrar en los procesos técnicos  y de gestión • Caracterización del ambiente. ó l b • Identificación de oportunidades de mediciones.

Propuesta PSM Dashboard:

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

24

3. Estándares Aplicables PSM: Adaptación de mediciones Integrar en los procesos técnicos  y de gestión Especificación de requisitos para  Especificación de requisitos para la de implementación de las  mediciones  Definición de las mediciones Alcance de las mediciones Recolección de datos: Recolección de datos: 

PSM Dashboard: PSM Dashboard: Colectores de datos. Workflows de recolección,  normalización, almacenamiento, análisis,  publicación y notificación. Inicio de Workflows por  eventos o programado.

Análisis de datos Indicadores generados a partir de la medición Indicadores generados a partir de la medición Proceso para generar los indicadores Periodicidad y responsabilidad para realizar el  análisis Reporte de resultados Descripción de los reportes a ser generados Responsabilidad para la emisión de reportes Formato

Fuente de información Proceso de extracción de la medición Repositorio para almacenar la información  p p extraída Responsabilidad para realizar la medición Periodicidad Herramientas y Bases de Datos Herramientas y Bases de Datos  Audiencia de cada reporte Involucradas 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

25

3. Estándares Aplicables PSM: Adaptación de mediciones Integrar en los procesos técnicos  y de gestión Especificación de mediciones: f ó

PSM Dashboard elabora el Plan de Mediciones

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ón. Parte 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. 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

26

3. Estándares Aplicables PSM ‐ Aplicación PSM 

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

27

3. Estándares Aplicables PSM: Aplicación de las mediciones

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

28

3. Estándares Aplicables PSM: Aplicar mediciones Recolectar y procesar datos Recolectar datos Verificar datos Verificar datos Normalizar datos

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

29

3. Estándares Aplicables PSM: Aplicar mediciones Recolectar y procesar datos 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. 

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

30

3. Estándares Aplicables PSM: Aplicar mediciones Recolectar y procesar datos 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  ALM: Application Lifecycle Management Management  Project Management ERP Bases de Datos Portal Colaborativo 11/8/2009

Productos Telelogic, Mercury, Serena, IBM Rational Microsoft Project, MS Project Server 2003 / 2007 SAP, Oracle, Sage Microsoft SQL, Oracle, My SQL Microsoft SharePoint 2003, 2007

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

31

3. Estándares Aplicables PSM: Aplicar mediciones Recolectar y procesar datos Verificar datos Normalizar datos Normalizar datos Verificación de datos El workflow incluirán una etapa de verificación de datos, mediante los siguientes  El 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 datos PSMD 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.

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

32

3. Estándares Aplicables 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)

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

33

3. Estándares Aplicables PSM: Aplicar mediciones Analizar Issues Indicadores:

Para un análisis estadístico mas avanzado PSM Dahsboard contará con interfaces con software estadístico avanzado 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

34

3. Estándares Aplicables PSM: Aplicar mediciones Analizar Issues Dashboard (panel de control) Modelo de Análisis Estructurado (MAE) M d l d A áli i E t t d (MAE) MAE a nivel de áreas de issues

11/8/2009

MAE a nivel de  MAE a nivel de Categorías de medición

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

35

3. Estándares Aplicables 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)

MAE a nivel de categorías de medición

a nivel de áreas de issues

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

36

3. Estándares Aplicables PSM: Aplicar mediciones Analizar Issues Drill Down

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

37

3. Estándares Aplicables PSM: Aplicar mediciones Analizar Issues, recomendaciones Dashboards personalizados

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

38

3. Estándares Aplicables PSM: Aplicar mediciones Realizar recomendaciones Reportes: Formatos: HTML PDF RTF Formatos: HTML, PDF, RTF Incluyen: • 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 issues Workflow para:  Generación de reportes basado en templates a partir del contenido del dashboard • Generación de reportes, basado en templates, a partir del contenido del dashboard. • Revisión, Aprobación • Publicación, Notificación • Distribución Di t ib ió 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

39

3. Estándares  Aplicables li bl PSM: Workflow para la apli‐ cación de mediciones

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

40

3. Estándares Aplicables PSM – Implementación del proceso PSM  Implementación del proceso

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

41

3. Estándares Aplicables PSM: Implementar el proceso

Definición de Responsabilidades  en PSM Dashboard: • Definición de roles D fi i ió d l • Asignación de personas a roles •Definiciones de Workflows •Plan de Mediciones

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

42

3. Estándares Aplicables CMMI

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

43

3. Estándares Aplicables 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 reconocido  CMMI es un modelo reconocido mundialmente como el principal  conjunto de buenas prácticas para el  d desarrollo de software y la integración  ll d f l i ió de sistemas. PSM Dashboard PSM Dashboard debe brindar todos los  debe brindar todos los medios necesarios para la  implementación efectiva de CMMI en  todos sus niveles todos sus niveles. 11/8/2009

Aún el mejor equipo no podrá  desempeñarse de la mejor  manera si los procesos no son manera si los procesos no son  comprendidos y no están  operando de la mejor manera.

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

44

3. Estándares Aplicables CMMI: Capability Maturity Model® Integration Organización del modelo CMMI:

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

45

3. Estándares Aplicables: CMMI nivel 1 Nivel de Madurez 1: Inicial Procesos 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. 

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

46

3. Estándares Aplicables: CMMI nivel 2 Nivel de Madurez 2: Gestionado Los requisitos son gestionados Los procesos están planificados, realizados, medidos y controlados.  El t d d l El estado de los productos es visible. d t i ibl Áreas de proceso evaluadas: • Gestión de Requisitos (REQM) • Planificación de Proyectos (PP) Pl ifi ió d P t (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 2 Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 2 En 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) • Mediciones relacionadas con la práctica genérica GP 2.8 (monitoreo y control del proceso) de  M di i l i d l á i é i GP 2 8 ( i ld l )d las áreas de proceso analizadas.  11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

47

3. Estándares Aplicables: CMMI 3 Nivel de Madurez 3: Definido Procesos 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) • Ambiente Organizacional para la Integración (OEI) A bi t O i i l l I t ió (OEI) 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

48

3. Estándares Aplicables: CMMI 3 Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 3 Al 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  nivel 3 de CMMI, Se derivaron requisitos menores que serán considerados en la especificación del  i l 3 d CMMI S d i i it á id d l ifi ió d l 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)

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

49

3. Estándares Aplicables: CMMI 4 Nivel de Madurez 4: Gestionado Cuantitativamente La 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 yq está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) p y ( ) • Gestión cuantitativa de los proyectos (QPM)

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

50

3. Estándares Aplicables: CMMI 4 Nivel 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 En el nivel 4 requiere de PSM Dashboard la capacidad de procesar mediante métodos estadísticos los  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 determinar  Monitoreo 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) • Cantidad de causas especiales de variación identificadas. C tid d d i l d i ió id tifi d

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

51

3. Estándares Aplicables: CMMI 5 Nivel de Madurez 5: Mejora continua Mejora 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ón Objetivos cuantitativos de mejora de procesos para la organización,  Prácticas evaluadas: • Innovación Organizacional y despliegue (OID) • Análisis Causal  y Resolución (CAR) A áli i C l R l ió (CAR) Derivación de requisitos PSM Dashboard: Resumen del nivel de madurez 5 El nivel 5 requiere de PSM Dashboard capacidad de evaluar el costo y el beneficio de las mejoras  i l implementadas, para lo que se requiere: t d l i • 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. • Cantidad de causas raiz C id d d i eliminadas. li i d • Cambios en la calidad o en el desempeño de los procesos por instancias de CAR. 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

52

4. Arquitectura ATAM

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

53

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 • Permite la realización de estimaciones de costo y plazo más exactas P i l li ió d i i d l á • 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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

54

4. Arquitectura de PSM Dashboard Atributos de Calidad Atributos de calidad relacionados con la ejecución • Desempeño • Seguridad   • Disponibilidad • Usabilidad • Interoperabilidad Atributos de calidad no relacionados con la ejecución • Modificabilidad • Portabilidad • Reusabilidad • Integrabilidad • Testeabilidad Atributos de calidad relacionados con el Negocio At ib t d lid d l i d lN i • Costo y Plazo • Marketabilidad • Adecuación para la Organización 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

55

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method Si la arquitectura del software es un activo clave de la organización, su definición debe ser una  p práctica clave. 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álisis 4. 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.   Testing 7. Brainstorm y priorización de escenarios.  8. Análisis de los enfoques arquitecturales.  ‐ Reporte p 9. Presentación de resultados.  11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

56

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method

Flujo conceptual del proceso ATAM

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

57

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method 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 con  que logre un rápido time to y que se integre con otros productos de BI, especialmente sistemas de  información provistos por Know Edge.  •Gerente de Despliegue de Know •Gerente de Despliegue de Know Edge: Facilidad en la  Edge: Facilidad en la instalación y en el mantenimiento, actualización  automática. •Clientes de Know •Clientes de Know Edge: Bajo costo, rápida entrega,  Edge: Bajo costo rápida entrega Integración con otros productos de BI.  •Usuarios finales: Facilidad de aprendizaje, desempeño,  seguridad confiabilidad concurrencia seguridad, 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 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

58

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method Árbol de utilidad

Factores  de Calidad de Calidad

Importancia p Riesgo

Sub Factores  de Calidad

Atributos  de Calidad

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

59

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method Árbol de utilidad

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

60

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method

11/8/2009

Análisis de enfoques arquitectónicos

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

61

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method

11/8/2009

Priorización de escenarios

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

62

4. Arquitectura de PSM Dashboard ATAM: Architectural Tradeoff Analysis Method

‐ Outputs del ATAM

Informe final

Definiciones de arquitectura para PSM Dashboard:

• Documentación de alternativas de  arquitecturas.

• Arquitectura blackboard para el repositorio de  datos.

• Escenarios priorizados

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

• Atributos de calidad • Árbol de utilidades Á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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

63

3. Estándares Aplicables Business Intelligence Business Intelligence

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

64

Arquitectura de PSM Dashboard

4. Arquitectura Arquitectura de Business Intelligence  adoptada para PSM Dashboard Framework genérico de BI

ETL

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

65

5. Análisis de productos existentes ál d d

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

66

5. Análisis de productos existentes

Productos comparados

11/8/2009

•

PSM Dashboard

•

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

•

Data Drill (Distributive Management)

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

67

5. Análisis de productos existentes Aspecto Características generales g Dashboard para mediciones en proyectos de  Software Integración con Sistemas de Gestión del negocio Repositorio de Mediciones centralizado Arquitectura de BI Estándares y mejores prácticas Librería de Mediciones Compatibilidad con PSM C tibilid d PSM Compatibilidad con CMMI Planificación de mediciones Selección de mediciones por proyecto Selección de mediciones por proyecto Elaboración del documento “Plan de Mediciones” Planificación basada en objetivos g Planificación basada en riesgos e Issues

11/8/2009

Distributive Data Drill

Telelogic  Dashboard

PSM Dashboard

Si

Si

Si

Si (Balanced Scorecard) Si No

No Si No

Si (Dashboards integrados, BI) Si Si

Si

Si

Parcial P i l Parcial

Parcial P i l Parcial

Si, basada en  PSM y CMMI T t l Total Total

Si No Si No

Si No Si No

Si  Si Si Si Si

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

68

5. Análisis de productos existentes Aspecto Presentación y análisis Gestión por excepción: Presentación de indicadores  según reglas Alarmas configurables Generación automática de reportes Scheduling para emisión de reportes Modelo de análisis estructurado para análisis causal. W kfl para análisis y aprobaciones. Workflow áli i b i Interfase Interfase WEB Seguridad Seguridad por roles

11/8/2009

Distributive Data Drill

Telelogic  Dashboard

PSM Dashboard

Si

Si

Si

Si Si Si No N No

Si Si Si No N No

Si Si Si Si Si

Si

Si

Si

Si

Si

Si

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

69

6. Requisitos del producto d l d

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

70

6. Requisitos del producto Descripción completa de las funcionalidades del software Base de acuerdo entre proveedor y cliente Base para estimaciones de costos y plazos Base para estimaciones de costos y plazos Base para verificación y validación Base para el crecimiento futuro del producto

Fases Gestión de Requisitos •

Elicitación

•

Modelado

•

A áli i V &V Análisis: V &V

•

Gestión de Cambios

11/8/2009

Fuentes de Información: Especialistas en el dominio: Metrix Stakeholders: ATAM Documentos: PSM, CMMI Software Interno: Know Edge Dashboard Software Externo: Data Drill, Telelogic Dashboard UML:  Diagramas de Casos de Uso, Diagramas de Actividad Diagramas de Arquitectura Especificaciones en lenguaje natural: IEEE 830

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

71

6. Requisitos del producto IEEE‐830: Estándar para la elaboración de una especificación requisitos de software Estructura de la especificación p Tabla de Contenidos 1. Introducción Propósito Alcance Definiciones, Acrónimos y abreviaturas Visión General Visión General 2. Descripción general Perspectiva del producto Funciones del Producto Funciones del Producto Características de los usuarios Restricciones p y p Supuestos y dependencias 3. Requisitos específicos Apéndices Índice.

11/8/2009

Características de  una buena especificación • Correctitud • No ambigüedad • Completitud • Consistencia • Verificabilidad  • Modificabilidad f • Trazabilidad 

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

72

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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

73

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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

74

6. Requisitos del producto Requisitos de PSM Dashboard – Requisitos funcionales – Administración Organizaciones g Roles Organizacionales Establecimientos Sectores Personas Administración de personas Roles   Proyectos Agrupamiento Programa  Roles por proyecto (RAM) Estructuras de agregación Por Ítems de configuración Por Actividades (WBS) Proyectos de Mejora Fuentes de Datos

11/8/2009

Mediciones Áreas de Issues Comunes Categorías de Mediciones Mediciones Biblioteca: CMMI, PSM Nuevos Update Indicadores Biblioteca Estimadores Indicadores Integrados Umbrales y semáforos Dashboards Vistas por roles Vistas personalizadas Adaptación a proyectos. Reportes

Workflows b ió bli ió ETL, aprobación y publicación Envío de mails Librería de Workflows H Herramienta para generación  de WF i ió d WF Tareas automáticas y manuales Escalamiento I i i ió Iniciación: Manual Eventual (p. ej. Umbrales) P Programada mediante el  d di t l scheduler Programas (Schedules) Frecuencia temporal Frecuencia temporal Asociación a fases del proyecto Inicio / Fin del proyecto

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

75

6. Requisitos del producto Requisitos de PSM Dashboard – Requisitos funcionales – Planificación Objetivos e Issues Objetivos e Issues Registro de Objetivos de Proyectos Registro de Riesgos Registro de Problemas Registro de Problemas Consolidación y priorización de Issues Mapeo de Issues con Objetivos Selección de Mediciones Selección de Mediciones Asociación de Issue con área de issues Asociación de área de Issue con categorías de  medición  Asociación de categoría de medición con  mediciones  Planificación de la recolección, análisis y  reporte Selección de indicadores Umbrales y semáforos

11/8/2009

Control estadístico  Control estadístico de procesos Básico Avanzado Registro de valores planificados Colección o carga manual Líneas de base Definición de Dashboards específicos para  proyectos Vistas por roles  Definición de Reportes específicos para proyectos Definición de workflows específicos. Definición de programas (schedules) específicos Documentación del plan de mediciones

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

76

6. Requisitos del producto Requisitos de PSM Dashboard – Requisitos funcionales – Aplicación: ETL Workflows Extracción, Transformación y Carga de datos (ETL):  y g ( ) Extracción de datos Colectores Metadata: 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 datos Almacenamiento 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 datos Escalamiento Normalización de datos. Carga de datos: Almacenamiento en el Repositorio Único de Mediciones Ú 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

77

6. Requisitos del producto Requisitos de PSM Dashboard – Requisitos funcionales – Análisis y Reporte Generación, Aprobación y publicación de Dashboards ( ) Generan automática de Dashboards (WF) Análisis de Mediciones Drill Down (MAE):  g ‐> Categorías de Mediciones g Categorías de Issues Categorías de Mediciones ‐> Mediciones/Indicadores Tablas Pivot Multidimensionales: Cubos OLAP. Anotaciones  Aprobación y publicación de Dashboards PSM Dashboard , Know Edge Business Dashboard, SharePoint Notificación de la Publicación de  Dashboards Generación, revisión, aprobación y publicación de reportes  Generación de reportes Generació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 11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

78

6. Requisitos del producto Requisitos 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 

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

79

6. Requisitos del producto Requisitos de PSM Dashboard – Requisitos funcionales – Atributos de Calidad Interoperabilidad Colectores para extracción de datos Workflow para alternativa de carga  manual: Maximo 8 horas.  manual: Maximo 8 horas Proceso de escalamiento Recolección de datos de nuevas fuentes Collect It: desarrollo de nuevo colector  It: desarrollo de nuevo colector en menos de 10 horas. Mínimo impacto sobre las fuentes Procesos ETL no modificarán los datos Procesos ETL no modificarán los datos  de las fuentes. Procesos ETL: programar workflows de  recolección nocturna

11/8/2009

Usabilidad Generación de Dashboards en menos de una  hora. Generación de Workflows en menos de 4 horas. Generación de Workflows en menos de 4 horas Aprendibilidad: 16 hs de capacitación habilita  para el uso  Integrabilidad Integración con Know Edge Business Dashboard. Integración con Sharepoint 2003 y 2007  mediante web parts mediante web parts Reusabilidad Colectores de Know Edge Business Dashboard pueden usarse en PSM Dashboard y viceversa Desempeño Acceso a cualquier Dashboard en menos de 5  segundos.

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

80

7. Conclusiones l

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

81

7. Conclusiones Integración de conocimientos adquiridos en la especialización Conceptos involucrados en mayor grado: Mediciones Ingeniería de Requerimientos Estándares y Modelos de Madurez  Arquitectura Administración de riesgos Estimaciones  Conceptos involucrados en menor grado: Planeamiento y Control del desarrollo de software Aseguramiento y control de la calidad Marketing Testing

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

82

7. Conclusiones Hallazgos y nuevos cursos de investigación 1/2 ATAM: Excelente oportunidad para elicitar requisitos no funcionales del sistema. 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 Articulan tareas realizadas por el sistema y actividades realizadas por personas. li d l it ti id d li d 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.

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

83

7. Conclusiones Hallazgos y nuevos cursos de investigación 2/2 PSM Dashboard El objetivo del trabajo fue especificar los requisitos de un sistema de 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

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard 

84

Muchas Gracias h

11/8/2009

Pontificia Universidad Católica Argentina  ‐ Trabajo Final Ingeniería de Software  ‐ PSM Dashboard

85