Inspección Fagan
Una inspección de Fagan es un proceso de tratar de encontrar defectos en los documentos (como el código fuente o las especificaciones formales) durante varias fases del proceso de desarrollo de software . Lleva el nombre de Michael Fagan, a quien se acredita [ ¿por quién? ] como el inventor de las inspecciones formales de software .
La inspección de Fagan define [ cita requerida ] un proceso como una determinada actividad con criterios de entrada y salida preespecificados . En todos los procesos para los que se especifican criterios de entrada y salida, las inspecciones de Fagan se pueden utilizar para validar si la salida del proceso cumple con los criterios de salida especificados para el proceso. La inspección de Fagan utiliza un método de revisión grupal para evaluar el resultado de un proceso determinado. [ cita requerida ]
El proceso de desarrollo de software es una aplicación típica de la inspección de Fagan. Dado que los costos para remediar un defecto son de 10 a 100 veces menores en las primeras operaciones en comparación con reparar un defecto en la fase de mantenimiento, [1] es esencial encontrar los defectos lo más cerca posible del punto de inserción. Esto se hace inspeccionando la salida de cada operación y comparándola con los requisitos de salida, o criterios de salida , de esa operación.
Los criterios de ingreso son los criterios o requisitos que se deben cumplir para ingresar a un proceso específico. [2] Por ejemplo, para las inspecciones de Fagan, los documentos de alto y bajo nivel deben cumplir con criterios de entrada específicos antes de que puedan usarse para un proceso de inspección formal.
Los criterios de salida son los criterios o requisitos que deben cumplirse para completar un proceso específico. Por ejemplo, para las inspecciones de Fagan, el documento de bajo nivel debe cumplir con criterios de salida específicos (como se especifica en el documento de alto nivel) antes de que el proceso de desarrollo pueda pasar a la siguiente fase.
Los criterios de salida se especifican en un documento de alto nivel, que luego se utiliza como el estándar con el que se compara el resultado de la operación (documento de bajo nivel) durante la inspección. Cualquier falla del documento de bajo nivel para satisfacer los requisitos de alto nivel especificados en el documento de alto nivel se denominan defectos [2] (y pueden clasificarse además como defectos mayores o menores ). Los defectos menores no amenazan el correcto funcionamiento del software, pero pueden ser pequeños errores, como faltas de ortografía o una ubicación poco estética de los controles en una interfaz gráfica de usuario .
