Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 13 vistas

    Gestion de Metricas.

    Cargado por

    anderson

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd

    Gestion de Metricas.

    Cargado por

    anderson
    13 vistas40 páginas

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    13 vistas40 páginas

    Gestion de Metricas.

    Cargado por

    anderson

    Copyright:

    © All Rights Reserved
    Descargue como PDF, TXT o lea en línea desde Scribd
    Descargar como pdf o txt
    de 40

    GESTION DE

    METRICAS
    Introduccion Ing. de Software
    Martin Pimentel Matos

    Julio Carrillo Nuñez

    Jully Anderson Salas

    Georges Bueno

    Adrian Ureña

    Jesús Ortiz Beriguete


    MEDIDAS, MÉTRICAS E
    IDENTIFICADORES
    Ejemplo 1
    Ejemplo 2
    CONCEPTOS Y PRINCIPIOS DE
    ANÁLISIS Y DISEÑO
    Análisis de requisitos
    Requisitos
    Requisitos Funcionales
    Requisitos No Funcionales
    Elicitación de Requisitos
    Análisis y Priorización de Requisitos
    Modelado de Requisitos
    Validación de Requisitos
    Gestión de Cambios de Requisitos
    Trastorno del Efecto Túnel
    Comunicación Efectiva
    MEDICIONES DEL SOFTWARE
    METRIC AS D EL PR O CES O Y
    MEJ ORA S EN EL P RO C ESO
    DE SOFTWARE
    Metricas del proceso
    Métricas del proceso de software:

    1. Tiempo de ciclo: El tiempo total requerido para completar un proceso o una


    tarea, desde el inicio hasta la finalización.
    2. Tasa de productividad: La cantidad de trabajo realizado por unidad de
    tiempo, como horas de trabajo, días o sprints.
    3. Eficiencia de entrega: La proporción de tareas completadas correctamente
    en comparación con las planificadas, que puede expresarse como un
    porcentaje.
    4. Ciclo de retroalimentación: El tiempo que transcurre desde que se identifica
    un problema o se recibe una solicitud de cambio hasta que se implementa
    una solución.
    Mejoras en el proceso de software
    Mejoras en el proceso de software
    Adopción de metodologías ágiles: Implementar metodologías ágiles como Scrum, Kanban o
    Extreme Programming (XP) para promover la colaboración, la flexibilidad y la entrega
    incremental de software.

    Automatización de procesos: Automatizar tareas repetitivas como pruebas de regresión,


    integración continua y despliegue continuo para acelerar el ciclo de desarrollo y reducir errores.

    Mejora de la gestión de requisitos: Utilizar técnicas y herramientas para capturar, gestionar y


    validar los requisitos del cliente de manera más efectiva, asegurando una comprensión clara y
    completa de las necesidades del usuario.

    Establecimiento de estándares de calidad: Definir estándares y prácticas de calidad para el


    desarrollo de software, incluyendo buenas prácticas de codificación, revisiones de código y
    pruebas exhaustivas.
    MÉTRICAS DEL PROYECTO
    Las métricas del proyecto

    Costo del proyecto: El presupuesto total asignado al proyecto, incluidos los costos de
    personal, herramientas, infraestructura y otros gastos asociados.

    Duración del proyecto: El tiempo total necesario para completar todas las actividades y
    entregar el producto final.

    Desviación del cronograma: La diferencia entre el cronograma planificado y el cronograma


    real del proyecto, expresada en días o porcentaje.

    Desviación del presupuesto: La diferencia entre el presupuesto planificado y el presupuesto


    real del proyecto, expresada en términos de moneda o porcentaje.
    MÉTRICAS ORIENTADAS AL
    TAMAÑO
    Métricas orientadas al tamaño
    Métricas orientadas a la función
    Metricas ampliadas de punto
    de funcion
    Las métricas ampliadas de puntos de función son variaciones de la medida
    estándar de puntos de función que incluyen aspectos adicionales para mejorar
    la precisión de la medición en un proyecto.

    Puntos de Función Ajustados por Calidad (QAF)


    Puntos de Función Ajustados por Riesgo (RAF)
    Puntos de Función Ajustados por Innovación (IAF)
    Puntos de Función Ajustados por Desempeño (PAF)
    Reconciliacion de diferentes
    enfoques de metricas
    La reconciliación de diferentes enfoques de métricas en la ingeniería de
    software implica integrar diversas medidas y técnicas utilizadas para medir o
    evaluar aspectos clave del proceso de desarrollo del producto de software.

    Identificar Objetivos y Contexto


    Evaluar Métricas Disponibles
    Comprender Fortalezas y Limitaciones
    Identificar Áreas de Convergencia y Divergencia
    Definir un Marco de Métricas Integrado
    Establecer Métricas Prioritarias
    Implementar y Evaluar
    Matriz de trazabilidad de
    requisitos
    Es un tipo de documento que contiene los requisitos o
    requerimientos del proyecto, y como esos requisitos generan
    un entregable.
    DISEÑO DE SOFTWARE E INGENIERÍA DEL
    SOFTWARE
    Introducción Al Diseño
    Del Software
    El diseño de software es una
    etapa crítica en el ciclo de vida
    del desarrollo de software.
    Aquí, los requerimientos
    funcionales y no funcionales
    identificados durante el análisis
    de requisitos se transforman en
    una especificación de software
    que se puede implementar.
    Relación con la ingeniería
    del software.
    La ingeniería de software
    es un campo amplio que
    cubre todos los aspectos
    del desarrollo de
    software, desde la
    concepción hasta el
    mantenimiento y la
    gestión de proyectos. El
    diseño de software es
    una subdisciplina dentro
    de este campo.
    Ejemplo
    Aspectos Claves Del Diseño Del
    Software

    1 2

    Diseño De Patrones De
    Software Efectivo: Diseño:

    Abstracción: Factory
    Encapsulación Singleton
    Modularidad Prototype
    Reusabilidad Builder
    Abstract Factory:
    CALIDAD EN EL DISEÑO DE
    SOFTWARE
    Aspectos Claves Para La
    Calidad Del Diseño
    Mantenibilidad
    Escalabilidad
    Eficiencia

    Garantizando La Calidad Del


    Diseño
    Revisiones De Diseño
    Pruebas Unitarias y De Integración
    Estándares De Codificación y Diseño
    Herramientas y Técnicas

    UML Pseudocódigo y Diagramas de


    Algoritmos Entidad-Relación
    color
    apellidos marca
    nombres
    matrícula
    serie
    ID

    CLIENTES Comprar VEHÍCULOS


    PROCESO
    DE
    DISEÑO
    Introducción Al
    Proceso De Diseño
    El proceso de diseño de software es una
    serie de pasos metodológicos que
    transforman los requisitos en una
    estructura de software operativa y
    eficiente. (Explicame Operativa y eficiente
    y su relacion con el tema y ejemplos)

    Este proceso es crucial para garantizar


    que el producto final sea funcional,
    eficiente, mantenible y cumpla con los
    estándares de calidad y las expectativas
    del usuario.
    ETAPAS DEL PROCESO DE DISEÑO
    Diseño Conceptual
    El diseño conceptual implica crear una
    visión de alto nivel del sistema, definiendo
    su arquitectura general, módulos
    principales y la interacción entre ellos.

    Diseño Detallado
    En el diseño detallado, se profundiza en cada
    componente del sistema. Aquí, se especifican los
    algoritmos, las estructuras de datos y los detalles
    de la interfaz de usuario, así como la lógica de
    negocio y el procesamiento de datos.
    Estrategia De
    Diseño
    Diseño Orientado A Objetos
    y Diseño Estructurado

    Enfoque Top-Down Y Enfoque


    Bottom-Up
    Consideraciones
    Durante el Diseño
    Usabilidad
    Rendimiento
    Seguridad
    Interoperabilidad
    Adaptabilidad
    Mantenibilidad
    EVALUACIÓN Y
    REVISIÓN DEL
    DISEÑO
    Revision Por Pares
    Pruebas de Prototipos
    Análisis De Riesgos
    Feedback y Ajustes Basados en
    Pruebas
    Principios básicos del
    diseño de software
    (SOLID)
    Single responsibility (Principio de
    responsabilidad única).

    Open-Close (Principio de abierto-cerrado).

    Liskov Substitution (Principio de Sustitución


    de Liskov).

    Interface Segregation (Principio de


    Segregación de Interfaces).

    Dependency Inversion (Principio de Inversión


    de Dependencia).
    Single responsibility (Principio
    de responsabilidad única).
    Cada clase tiene que tener una responsabilidad única y concreta
    Open-Close (Principio de
    abierto-cerrado).
    No se debe modificar el código de una clase o entidad, sino que estas deben de
    ser extendidas y para que esto se cumpla, nuestro código debe estar bien
    diseñado.
    Liskov Substitution (Principio
    de Sustitución de Liskov).
    Una clase derivada de otra debe poder ser sustituida por su clase base y
    debemos garantizar que los métodos de la primera no provoquen un mal
    funcionamiento de los métodos de la clase base.
    Interface Segregation
    (Principio de Segregación de
    Interfaces)
    Mejor crear muchas interfaces que contengan pocos métodos, que crear pocas
    interfaces que definan demasiados métodos.
    Dependency Inversion
    (Principio de Inversión de
    Dependencia).
    El principio quiere decir que las clases de alto nivel no tienen que depender de
    otras de bajo nivel, sino que ambas dependan de abstracciones, así como que
    las abstracciones no deben depender de los detalles, sino al contrario.

    También podría gustarte