Please enable JavaScript.

Coggle requires JavaScript to display documents.

PSP2.0 - Coggle Diagram

- - - - un proyecto con 50000 locs y metodos de desarrollo podria tener
        
        • tener más de 25 defectos/KLOC al ingresar a la prueba - 1250 defectos
        
        • tome más de 12,500 horas de programador para probar
        
        • llegar tarde y sobrepasar el presupuesto
    - - • compiling
        
        • unit testing
        
        • integration and system testing
        
        • team inspections
        
        • personal reviews
    - - • La prueba unitaria encuentra solo alrededor de 2 a 4 defectos por hora.
        
        • La prueba unitaria encuentra alrededor del 50% de los defectos.
        
        • Las revisiones de código detectan entre 6 y 10 defectos por hora.
        
        • Los revisores experimentados pueden encontrar el 70 % o más de los defectos antes
        
        compilar o probar.
    - - • podemos descubrir qué estaba haciendo el programa de prueba
        
        • podemos encontrar dónde está el problema en el programa
        
        • podemos descubrir qué defecto podría causar tal comportamiento
      - Mediante las revisiones y las inspecciones podemos tambien
        
        podemos seguir nuestra propia logica
        
        saber donde estamos cuando encontramos un defecto
        
        saber que debería de hacer el programa, pero que no hace
        
        Saber por que es un defecto
        
        Cuales son las mejores posiciones para idear una correcta solucion
- - - - revisión personal
        
        revisa su trabajo (diseño y código), de manera personal para encontrar tantos defectos como sea posible antes de compilar y hacer pruebas.
        
        Usando estándares de codificación
        
        Usando criterios que definan cuándo está terminado el diseño
        
        Midiendo y mejorando el proceso de revisión
        
        Usando una lista de revisión personalizada (basada en los defectos personales)
        
        Diseño
        
        Hacer diseños que puedan ser revisados
        
        Seguir una estrategia de revisión explícita
        
        Revisar por partes
        
        Asegurar que la lógica resuelva los requisitos
        
        Codigo
        
        Hacer código revisable
        Basar la revisión en los defectos insertados
        
        Medidas para las revisiones
        
        defectos encontrados / (defectos encontrados + defectos no encontrados) *100
        
        DRL(X/UT) = (defects/hour phase X) / (defects/hour unit test)
        
        A/FR = (appraisal COQ) / (failure COQ)
  - - - • compile
      - • unit testing
      - • integration and system testing
      - • team inspections
      - • staff reviews
  - - - producir
        
        • tasa de revisión
        
        • defectos encontrados por unidad de tamaño
        
        • defectos inyectados y eliminados por hora
        
        • apalancamiento de eliminación de defectos
        
        • costo de calidad (COQ)
- - - - instalar rápida y fácilmente
      - • ejecutar consistentemente
      - • manejar adecuadamente los casos normales y anormales
      - • no hacer cosas destructivas o inesperadas
      - • estar esencialmente libre de errores
  - - - • afectar las operaciones
      - • causar molestias
      - • costar tiempo o dinero
      - • causar pérdida de confianza en los resultados del programa
      - Los defectos no son importantes para los usuarios, siempre que no
  - - - • producir diseños que se puedan revisar
      - • seguir una estrategia de revisión explícita
      - • revisar el diseño por etapas
      - • verificar que la lógica implementa correctamente los requisitos
      - una revision de diseño tiene
        
        Definido un contexto
        
        una representación precisa
        
        Consistencia y estructura limpia
        
        contiene estrategias de diseño
        
        Revisar contra los requisitos para asegurar que cada requerido
        
        Verificar la estructura y el flujo general del programa.
        
        Verifique que las construcciones lógicas sean correctas.
        
        Compruebe la solidez, la seguridad y la protección.
        
        Verifique las llamadas de función, método y procedimiento para asegurarse uso apropiado.
        
        Compruebe variables, parámetros, tipos y archivos especiales para uso apropiado.
- - - - Planned total defects = To-date total defects/KLOC ×Planned Added and Modified LOC / 1000
    - - Usando LOC agregado y modificado planificado, el tiempo de revisión del código puede ser
        calculado usando esta fórmula.
      - Codigo revisado en tiempo=60*Planned Added andModifiedLOC/200
    - - • Planned Total Defects
        
        • To Date % defects injected in each phase
        
        • To Date % defects removed in each phase
    - - Design review
        
        Code review
        
        Compile
        
        Test
        
        Defects removed in phase
        
        Time in phase(minutes)
        
        Defect removal efficiency=60* defects removed in phase\Time in phase(minutoes)