Tutorial del software

En ingeniería de software , un recorrido o walk-through es una forma de revisión por pares de software "en la que un diseñador o programador guía a los miembros del equipo de desarrollo y otras partes interesadas a través de un producto de software, y los participantes hacen preguntas y hacen comentarios sobre posibles errores, violación de estándares de desarrollo y otros problemas". ^[1] Las revisiones también son realizadas por evaluadores, especialistas, etc. y son sugeridas u obligatorias según lo requieran las normas y estándares. ^[2]

"Producto de software" normalmente se refiere a algún tipo de documento técnico. Como lo indica la definición del IEEE, esto puede ser un documento de diseño de software o un código fuente de programa , pero también se pueden revisar casos de uso , definiciones de procesos de negocios , especificaciones de casos de prueba y una variedad de otra documentación técnica.

Un tutorial se diferencia de las revisiones técnicas de software en su estructura abierta y su objetivo de familiarización. Se diferencia de la inspección de software en su capacidad de sugerir modificaciones directas al producto revisado. Carece de un enfoque directo en la capacitación y la mejora de procesos, y en la medición de procesos y productos.

Proceso

Un tutorial puede ser bastante informal o puede seguir el proceso detallado en IEEE 1028 y descrito en el artículo sobre revisiones de software .

Objetivos y participantes

En general, un tutorial tiene uno o dos objetivos generales: obtener comentarios sobre la calidad técnica o el contenido del documento y/o familiarizar a la audiencia con el contenido.

Normalmente, el autor del documento técnico organiza y dirige un recorrido. Se puede incluir cualquier combinación de personal interesado o técnicamente calificado (dentro o fuera del proyecto) según parezca apropiado.

IEEE 1028 recomienda tres roles de especialistas en un tutorial : ^[1]

El autor, que presenta el producto de software paso a paso en la reunión de recorrido y es probablemente responsable de completar la mayoría de los elementos de acción;
El líder del recorrido, que dirige el recorrido, se encarga de las tareas administrativas y garantiza el orden (y que a menudo es el autor); y
El registrador, que anota todas las anomalías (defectos potenciales), decisiones y elementos de acción identificados durante las reuniones de inspección.

Lectura adicional

O'Regan, Gerard (2011). Introducción a la mejora de procesos de software. Temas de pregrado en informática. Londres: Springer London. doi :10.1007/978-0-85729-172-1. ISBN 978-0-85729-171-4. S2CID 9037690 . Consultado el 22 de marzo de 2023 .

Véase también

Referencias

^ ab Estándar IEEE para revisiones y auditorías de software . 15 de agosto de 2008. págs. 1–53. doi :10.1109/IEEESTD.2008.4601584. ISBN 978-0-7381-5768-9.
^ Pries, Kim H.; Quigley, Jon M. (2009). Gestión de proyectos de sistemas complejos e integrados. Boca Raton, FL: CRC Press (Auerbach Publications). ISBN 978-0-429-11624-7.OCLC 297220015 .

[:0-1] Estándar IEEE para revisiones y auditorías de software . 15 de agosto de 2008. págs. 1–53. doi :10.1109/IEEESTD.2008.4601584. ISBN 978-0-7381-5768-9.

[2] Pries, Kim H.; Quigley, Jon M. (2009). Gestión de proyectos de sistemas complejos e integrados. Boca Raton, FL: CRC Press (Auerbach Publications). ISBN 978-0-429-11624-7.OCLC 297220015 .