Please enable JavaScript.

Coggle requires JavaScript to display documents.

Desing and code reviews - Coggle Diagram

- - - - Una inspección es un procedimiento estructurado para la revisión de un producto de software.
        
        Las inspecciones tienen una estructura formal y cada participante tiene un rol definido en la cual tiene tres fases: preparación, reunión de inspección, reparar e informar
        
        la fase de preparación comienza con una reunión para seguro que los participantes compren el producto que se va a revisar.
        
        Luego los revisiones se preparan por separado para inspección mediante el estudio de los materiales del programa, mostrando cualquier problema o pregunta
        
        La fase de reunión de inspección implica en que los revisores discuten los hallazgos con el autor del programa y entre ellos.
        
        Se notan los defectos encontrados y se asigna responsabilidad del derecho ilusión que son generalmente por el autor del programa.
        
        la fase de reparación informe requiere la reparación de cualquier defecto del producto en la preparación y la presentación del informe de inspección.
        
        Para que sea más eficaz, se miden las inspecciones, se produce un informe y se realiza un seguimiento de los elementos de acción hasta el cierre.
        
        Un recorrido es un proceso no formal que sigue un formato de presentación.
        
        Un desarrollador explica como el programa realiza una aplicación típica mientras la audiencia plantea problemas y hace preguntas.
        
        Una revisión personal es donde se examinan los propios productos, el objetivo es encontrar y corregir tantos defectos como sea imposible antes de implementar cómo inspeccionar, compilar o probar el programa.
      - Revisar los productos
        
        todos los productos de software pueden examinarse en discusiones, recorridos o revisiones personales.
        
        Algún tipo de revisión se puede notificarse los problemas antes de que los ingenieros pero en el tipo diseñando y construyendo el producto incorrecto.
        
        las inspecciones de diseño y revisiones de diseño pueden identificar y solucionar problemas de manera similar en las primeras etapas del proceso del desarrollo.
- - - - El mayor problema con la revisiones es convencerse a sí misma de aquel tiempo en el que toman valga la pena todo el esfuerzo.
        
        La búsqueda manual de defectos en el programa podría parecer lente laboriosa cuando se tiene una computadora potente un compilador y una función de depuración que tiene que ser utilizada.
        
        Revisiones de códigos son más difíciles que las pruebas
        
        En la revisiones se encuentran los defectos directamente, en las pruebas, sin embargo son los que tienen síntomas.
        
        El tiempo que se dedica a pasar los síntomas a los defectos se le domina como depuración.
        
        La depuración es el proceso de encontrar el defecto real en el programa que se causó y que se está comportando incorrectamente.
        
        La diferencia del tiempo de reparación de defectos entre las relaciones y las pruebas pueden ser grandes.
        
        A medida que se trabaja en el código, se establecen relaciones lógicas y se construye un contexto mental el comportamiento de un programa.
        
        Debido a que la revisión de ayuda a crear una imagen mental de lo que hace el programa y por qué, es una mejor opción para solucionar correctamente cualquier problema que se encuentra.
    - - Si sólo hubiera uno o dos defectos en un programa de líneas del código se podría cuestionar la conveniencia de estudiar cada línea para asegurarse de que sea correcta.
- - - - un diseño representado en formato es mucho más fácil de entender los estándares del diseño se deben fomentar el uso de pseudo código y abstracciones funcionales estandarizadas.
  - - - También mejorará la calidad del programa porque es probable que se produzca una implementación limpia cuando comience con un diseño de alta calidad.
        
        Busca en el corregir los problemas diseño de manera que se preserve la mayor cantidad posible del código existente.
  - - - Cuándo se revisa el código fuente en busca de defectos del diseño puede desviarse fácilmente por problemas de codificación.
        
        Éstas errores parecen captar su atención en lo que lo hace mucho más difícil visualizar los problemas de diseño importantes.
        
        centrarse en el diseño mientras realizan revisiones del código también puede hacer que tenga un trabajo más pobre para encontrar problemas de codificación.
- - - - El PSP comienza reconociendo que todos los humanos son propensos a cometer errores.
        
        Para un producto de software de cualquier complejidad, sus programas inicialmente tendré muchos defectos.
        
        Los siguientes pasos son para encontrar y corregir defectos de los programas.
        
        Reúne datos sobre sus revisiones, sus compilaciones y sus pruebas.
        
        Estudiar estos datos para decidir qué método de eliminación de defectos funcionan.
        
        Ajuste el proceso para utilizar estos métodos de eliminación de defectos.
- - - - Siga un proceso de revisión definido.
  - - - a las revisiones de diseño y código antes de continuar por primera vez como encontrarás muchos defectos que el compilador también habría detectado
        
        Al analizar los datos de revisiones y realizar los cambios apropiados en el proceso de revisión se puede mejorar efectivamente las tasas.
        
        Se debe estimar, diseñar, codificar compilar y probar sus propios programas, es utilizar todos los métodos que se pueda mejorar para el rendimiento de la revisión.
        
        De ser así es posible que en última instancia, no se establezca una meta personal de encontrar el 100% de todos los efectos antes de la primera compilación.
        
        Sin embargo el objetivo se debe perseguir mi realiza los ejercicios de los programas para establecer un objetivo y alcanzar el mínimo errores.
        
        Es importante ajustar el proceso para incluir estos métodos, registra el tiempo que usted y sus asociados dedican informar los defectos que se encuentran.
  - - - el proceso de revisión del diseño es idéntico, excepto que tiene criterios de entrada y salida ligeramente diferentes.
        
        Los principales criterios de entrada del revisión del código son el diseño del programa y una lista del código que se va a revisar.
        
        los criterios de entrada de la revisión del diseño son similares excepto que exigen los requisitos y especificaciones en lugar del diseño.
        
        También se debe tener en cuenta los registros de defectos y registros de tiempos.
      - Los estándares de revisión definidos son importantes ya que al revisarlos pueden asegurar que los programas cumplan con las interfaces del sistema.
        
        Al cumplir con todo aquello establecido, los criterios de la utilización, las pautas de comentarios, los formatos encabezado, las convenciones de nomenclatura.
        
        Los criterios de salida requieren que se hayan marcado todas las casillas de la lista de verificación y arreglado todos los defectos identificados.
        
        Por lo tanto se debe tener cuidado con los elementos que se incluyen la lista de verificación.
  - - - Se necesita evaluar la calidad en las reseñas, se debe medir el tiempo que dedica a la reseñas y realizar un seguimiento de todos los defectos que se encuentren.
        
        Después se utilizan estos datos para mejorar la calidad y la eficiencia de las revisiones sin embargo esta con lleva mucho tiempo para aprender incluso más para dominar.
- - - - A hacer esto puede ser complicado cuando el programa tiene múltiples estados que involucran varios objetos o procedimientos.
    - - La forma de hacerlo es una cuestión de preferencia y experiencia personal.
        
        Cualquiera que sea su método, se debe verificar cada ciclo ir a consolidar para asegurarse de qué se termine todas las condiciones.
    - - Las llamadas a la función, el método de procedimiento para asegurarse de qué se le especifiquen todos los parámetros y tipos correctos y que cada función se utilice
- - - - Esta medida no se puede calcular con precisión hasta que el programa revisado se haya probada fondo y se haya utilizado ampliamente
        
        se pueden tener datos históricos que muestren un defecto más en la prueba de integración una prueba del sistema o el uso del cliente por cada tres defectos encontrados.
        
        El rendimiento proporciona la mayor medida de la calidad de la revisión no se puede calcular con precisión hasta después que se complete.
      - La medida de defectos por horas muestran la efectividad del tiempo en revisión.
        
        El apalancamiento de eliminación de defectos proporciona una medida útil de la eficacia relativa de los métodos de eliminación de defectos.
- - - - Se puede tener problemas al regresar varias rutinas o procedimientos pequeños es decir si se revisen programa con varios procedimientos debes tener una estrategia de revisión.
        
        Asegúrese de qué el código tenga el diseño revisado la rutina principal cada procedimiento para verificar que se incluyen todas las funciones requeridas.
        
        Verifique la rutina principal y cada procedimiento para asegurar que las inclusiones adecuadas sean ingresado para cada función de la biblioteca.
        
        Se debe pensar nuevamente en la lógica de la rutina principal y cada procedimiento y mientras verificar la inicializacion
      - Se construirá un contexto general mientras se examina el procedimiento cuando cambia a otro.
        
        Debido a que los cambios de contexto toman tiempo y a menudo causan errores está aumentando la probabilidad de una revisión de bajo rendimiento.
        
        Los datos sobre defectos por hora, líneas de código por hora y rendimiento deberían ayudar a decidir qué enfoque es más efectivo.
        
        Con un programa jerárquico la estrategia de revisión del diseño seguir algún patrón de arriba hacia abajo sin embargo para la revisión del código es mejor comenzar a revisar en la parte inferior.
  - - - la principal interés en una revisión del código es asegurarse de que todos los detalles se manejan correctamente.
        
        El estándar de calificación debe requerir que todos los parámetros se inicialicen antes del uso y que los demás punteros se anulen primero y luego se eliminen.
        
        Las prácticas de programación deben estar influenciadas por la aplicación y el entorno del sistema debe establecer un conjunto de prácticas profesionales
        
        una vez que se haya decidido sus prácticas revísenlas en las religiones, le ayuda a prevenir problemas identifica problemas en la prueba y proteger a los usuarios