Download - 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
11/8/2009 3Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ 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
11/8/2009 4Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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)
11/8/2009 5Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 6Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
d l2. Contexto del Proyecto
11/8/2009 7Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 8Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 9Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSMPSM
11/8/2009 10Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 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.
11/8/2009 11Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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ó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.
11/8/2009 12Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 PruebasIntegración y Pruebas
3. Operación y Mantenimiento
• OperaciónOperación
• Mantenimiento
11/8/2009 13Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 14Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM: Practical Software and System Measurement
Proceso de mediciones Flexible
11/8/2009 15Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM ‐ AdaptaciónPSM Adaptación
11/8/2009 16Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Adaptación de mediciones
11/8/2009 17Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 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
11/8/2009 18Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
• Selección de Issues
3. Estándares Aplicables
PSM:Adaptación de mediciones
Seleccionar y especificar mediciones
11/8/2009 19Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:Adaptación de mediciones
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
11/8/2009 20Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
Volatilidad de la tecnología
Satisfacción del clienteFeedback del clienteSoporte al cliente
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
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.
11/8/2009 21Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:Adaptación de mediciones
Seleccionar y especificar mediciones
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
11/8/2009 22Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:Adaptación de mediciones
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
11/8/2009 23Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:Adaptación de mediciones
Integrar en los procesos técnicos
y de gestión
ó l b• Caracterización del ambiente.
• Identificación de oportunidades de mediciones.
Propuesta PSM Dashboard:
11/8/2009 24Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:Adaptación de mediciones
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
11/8/2009 25Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
Herramientas y Bases de Datos Involucradas
FormatoAudiencia de cada reporte
3. Estándares Aplicables
PSM:Adaptación de mediciones
Integrar en los procesos técnicos
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.
11/8/2009 26Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
Parte 8 – Mecanismos de reporte y periodicidad.
3. Estándares Aplicables
PSM ‐ AplicaciónPSM Aplicación
11/8/2009 27Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Aplicación de las mediciones
11/8/2009 28Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Aplicar mediciones
Recolectar y procesar datos
Recolectar datos
Verificar datosVerificar datos
Normalizar datos
11/8/2009 29Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 30Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 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
11/8/2009 31Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
Portal Colaborativo Microsoft SharePoint 2003, 2007
3. Estándares Aplicables
PSM:
Aplicar mediciones
Recolectar y procesar datos
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.
11/8/2009 32Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 33Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Aplicar mediciones
Analizar Issues
Indicadores:
11/8/2009 34Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
Para un análisis estadístico mas avanzado PSM Dahsboardcontará con interfaces con software estadístico avanzado
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) 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
11/8/2009 35Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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)a nivel de áreas de issues
MAE a nivel de categorías de medición
11/8/2009 36Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Aplicar mediciones
Analizar Issues
Drill Down
11/8/2009 37Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM:
Aplicar mediciones
Analizar Issues, recomendaciones
Dashboards personalizados
11/8/2009 38Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
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
11/8/2009 39Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares li blAplicables
PSM:
Workflow para la apli‐
cación de mediciones
11/8/2009 40Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
PSM – Implementación del procesoPSM Implementación del proceso
11/8/2009 41Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
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
11/8/2009 42Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
CMMICMMI
11/8/2009 43Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 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.
11/8/2009 44Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
todos sus niveles.
3. Estándares Aplicables
CMMI: Capability Maturity Model® Integration
Organización del modelo CMMI:
11/8/2009 45Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 46Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 47Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
• 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)
11/8/2009 48Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
• 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)
11/8/2009 49Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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 ( )
11/8/2009 50Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 51Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 52Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
• Cantidad de causas raiz eliminadas.• Cambios en la calidad o en el desempeño de los procesos por instancias de CAR.
4. Arquitectura
ATAMATAM
11/8/2009 53Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 54Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 55Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
• 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
11/8/2009 56Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
p9. Presentación de resultados.
4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method
Flujo conceptual del proceso ATAM
11/8/2009 57Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
4. Arquitectura de PSM DashboardATAM: 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 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
11/8/2009 58Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 59Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method
Árbol de utilidad
11/8/2009 60Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method Análisis de enfoques arquitectónicos
11/8/2009 61Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
4. Arquitectura de PSM DashboardATAM: Architectural Tradeoff Analysis Method Priorización de escenarios
11/8/2009 62Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 63Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
3. Estándares Aplicables
Business IntelligenceBusiness Intelligence
11/8/2009 64Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
4. ArquitecturaArquitectura de PSM Dashboard
Arquitectura de Business Intelligence
adoptada para PSM Dashboard
Framework genérico de BI
ETL
11/8/2009 65Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
ál d d5. Análisis de productos existentes
11/8/2009 66Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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)
11/8/2009 67Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
5. Análisis de productos existentes
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
11/8/2009 68Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
g
5. Análisis de productos existentes
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
11/8/2009 69Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
d l d6. Requisitos del producto
11/8/2009 70Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
6. 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
11/8/2009 71Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 72Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales ‐ Interfaces
11/8/2009 73Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
6. Requisitos del productoRequisitos de PSM Dashboard – Requisitos funcionales – Diagrama de Casos de Uso
11/8/2009 74Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 75Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 76Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
6. Requisitos del producto
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.Ú
11/8/2009 77Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 78Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 79Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 80Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
l7. Conclusiones
11/8/2009 81Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 82Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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.
11/8/2009 83Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
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
11/8/2009 84Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard
hMuchas Gracias
11/8/2009 85Pontificia Universidad Católica Argentina ‐ Trabajo Final Ingeniería de Software ‐ PSM Dashboard