En tecnología de dotación lógica, a walkthrough o caminar-por es una forma de revisión de par del software “en cuál pregunta a preguntas y hace un diseñador o los miembros de los plomos del programador del equipo del desarrollo y de otros partidos interesados a través de un producto de software, y los participantes comentarios sobre errores posibles, la violación de estándares del desarrollo, y otros problemas”[1].
El “producto de software” refiere normalmente a una cierta clase de documento técnico. Según lo indicado por la definición de IEEE, esto pudo ser un documento o un programa del diseño del software código de fuente, pero utilice los casos, proceso del negocio definiciones, pruebe el caso las especificaciones, y una variedad de la otra documentación técnica se pueden también caminar a través.
Un walkthrough diferencia de revisiones técnicas del software en su franqueza de la estructura y de su objetivo del conocimiento. Diferencia de la inspección del software en su capacidad de sugerir alteraciones directas al producto repasado, su carencia de un foco directo en el entrenamiento y la mejora de proceso, y su omisión del proceso y de la medida del producto.
Contenido
|
Objetivos y participantes
Un walkthrough tiene generalmente uno o dos objetivos generales: para ganar la regeneración sobre la calidad o el contenido técnica del documento; y/o para familiarizar a las audiencias con el contenido.
Un walkthrough es organizado y dirigido normalmente por el autor del documento técnico. Cualquier combinación del personal interesado o técnico cualificado (de dentro o fuera del proyecto) se puede incluir como se parece apropiado.
IEEE 1028[1] recomienda tres papeles del especialista en un walkthrough:
- Autor, que presenta el producto de software de la manera paso a paso en caminar-por la reunión, y es probablemente responsable de terminar la mayoría de los artículos de acción;
- Líder de Walkthrough, que conduce el walkthrough, maneja tareas administrativas, y asegura conducta ordenada (y que es a menudo el autor); y
- Registrador, que observa todos anomalías (defectos potenciales), decisiones, y artículos de acción identificados durante la reunión del walkthrough.
Proceso
Un walkthrough puede ser absolutamente informal, o puede seguir el proceso detallado en IEEE 1028 y contorneado en el artículo encendido revisiones del software.
No hay comentarios:
Publicar un comentario