SciELO - Scientific Electronic Library Online

 
 número40Framework multimodal emocional en el contexto de ambientes dinámicosEstudo Comparativo de Abordagens para Sistemas de Recomendação baseados em Personalidade com uso do serviço IBM Watson Personality Insights índice de autoresíndice de assuntosPesquisa de artigos
Home Pagelista alfabética de periódicos  

Serviços Personalizados

Journal

Artigo

Indicadores

Links relacionados

  • Não possue artigos similaresSimilares em SciELO

Compartilhar


RISTI - Revista Ibérica de Sistemas e Tecnologias de Informação

versão impressa ISSN 1646-9895

RISTI  no.40 Porto dez. 2020  Epub 31-Dez-2020

https://doi.org/10.17013/risti.40.60-72 

Artículos

Uso del Estándar ISO/IEC 29110 para Entrenar Estudiantes en Procesos de Ingeniería de Software

Use of ISO/IEC 29110 Standard to Train Undergraduate Students in Software Engineering Processes

María de León-Sigg1 

Juan L. Villa-Cisneros1 

Blanca E. Solís-Recéndez1 

1 Universidad Autónoma de Zacatecas, Campus UAZ Siglo XXI, Edificio 13, Ejido la Escondida, C.P. 98160, Zacatecas, Zac. México. mleonsigg@uaz.edu.mx, jlvilla@uaz.edu.mx, blsolis@uaz.edu.mx


Resumen

Los ingenieros de software necesitan usar procesos en su práctica profesional con la finalidad de administrar proyectos, coordinar equipos y medir la calidad de los productos desarrollados. Aunque el aprendizaje sobre los procesos de ingeniería de software debería darse mientras los ingenieros están preparándose en la universidad, existe todavía una brecha entre lo que se aprende durante su formación y lo que necesitan para trabajar en la industria del software. Para reducir esta brecha se propone el uso del estándar ISO/IEC 29110 para entrenar estudiantes universitarios. Mediante la utilización del enfoque de investigación-acción se encontró que es posible utilizar el estándar, con modificaciones en su implementación, de tal manera que equipos pequeños de estudiantes puedan usarlo como parte de su entrenamiento como ingenieros.

Palabras-clave: ISO/IEC 29110 Perfil de Entrada; procesos de ingeniería de software; entrenamiento, estudiantes universitarios

Abstract

Software engineers need to use software processes during their professional practice to be able to manage projects, coordinate teams, and measure quality of developed products. Even when the learning on software engineering processes should happen while engineers are being trained in university, there is still a gap between what is learned during their undergraduate education and what is needed to work in the software industry. To reduce this gap, the authors of this paper propose the use of the ISO/IEC 29110 standard to train undergraduate students. With the use of the action-research approach, it was found that it is possible to use the standard with minor modifications in its implementation, in such a way that small teams of students are able to use it as part of their training as engineers.

Keywords: ISO/IEC 29110 Entry Profile; software engineering processes; training; undergraduate students

1. Introducción

Los procesos de software permiten la comunicación y la coordinación entre los miembros de un equipo, permiten administrar los proyectos de software y medir la calidad de los sistemas, entre algunos beneficios (IEEE Computer Society, 2014), y debido a esto, un ingeniero de software necesita tener competencias suficientes para definir, personalizar, implementar, evaluar, administrar y mejorar procesos de software como parte de las habilidades necesarias para desarrollar y modificar sistemas de software (IEEE Computer Society, 2016) IEEE Computer Society, 2016. Esas competencias deben ser aprendidas mientras los ingenieros de software están estudiando en la universidad, de tal manera que puedan enfrentar adecuadamente sus responsabilidades, tan pronto como pasen a formar parte de la fuerza de trabajo de la industria. Sin embargo, todavía existe una brecha entre las habilidades aprendidas durante la educación universitaria y las habilidades necesarias en la industria en áreas duras tales como los procesos para el desarrollo y administración de software, así como en áreas “suaves”, tales como el trabajo en equipo, el liderazgo y la comunicación (Garousi, Giray, Tuzun, Catal, & Felderer, 2020), (Moreno, Sánchez-Segura, Medina-Domínguez, Peters, & Araujo, 2016), (Radermacher, Walia, & Knudson, 2014).

Para ayudar a reducir esta brecha, las universidades han estado trabajando en diferentes estrategias enfocadas en el “aprendizaje en la práctica” (García, Pacheco, & Coronel, 2010), (Barros de Sales, Serrano, & Serrano, 2020) donde el propósito principal es dar a los estudiantes inscritos en cursos universitarios de ingeniería de software, alguna experiencia en proyectos de la vida real. Al participar en esos proyectos, los estudiantes mejoran las habilidades dudas, tales como la determinación de requerimientos, la usabilidad, el diseño, la administración de versiones, el registro de problemas, las pruebas y la administración del proyecto, así como habilidades suaves, tales como la comunicación y el trabajo en equipo (Garousi et al., 2020), (Bruegge, Krusche, & Alperowitz, 2015), (Pieterse, Solms, & Omeleze, 2017), (Heggen & Myers, 2018).

La mayoría de esos retos son similares a los que se enfrentan en la industria: existe una necesidad constante de desarrollar sistemas de calidad mientras se hace un uso eficiente de los recursos disponibles, incluyendo el tiempo (Castillo-Salinas, Sanchez-Gordon, Villarroel-Ramos, & Sánchez-Gordón, 2020), (Muñoz, Mejia, Peña, Lara, & Laporte, 2019), así como para aplicar buenas prácticas aprendidas por practicantes de ingeniería de software (Muñoz, Mejia, & Laporte, 2018). Y al igual que la industria, la academia también ha hecho uso de estándares internacionales para resolver los retos antes mencionados en cursos ofrecidos a los estudiantes (Laporte & Connor, 2016). La inclusión de estándares internacionales ha demostrado su utilidad al introducir el contenido y uso de los estándares y aumentar la comprensión en la adherencia a los estándares (Laporte & Connor, 2016), (García, Pacheco, León, & Calvo-Manzano, 2020).

Un estándar internacional que está probando su utilidad en la industria de software de pequeños negocios, así como en la academia, para guiar el desarrollo de proyectos de la vida real es el ISO/IEC29110 (Muñoz & Peralta, 2020), (Muñoz et al., 2019), (Laporte & Muñoz, 2017), (O’Connor, 2018), que anima el uso de prácticas de ingeniería de software sin atentar contra la creatividad del desarrollador (Castillo-Salinas et al., 2020), (Sánchez-Gordón, O’Connor, Colomo-Palacios, & Herranz, 2016). ISO/IEC29110 es un estándar internacional diseñado para satisfacer las necesidades de pequeñas organizaciones de menos de 25 personas, que no pueden tener suficientes recursos para establecer procesos de ciclo de vida para producir software para clientes con requerimientos que cambian durante la ejecución del proyecto, con procesos internos concentrados en el desarrollo de sistemas únicos y que carecen del conocimiento de procesos de software (Laporte, Alexandre, & Connor, 2008). Esas organizaciones, reconocidas en el ISO/IEC29110 como “entidades muy pequeñas”, o VSEs, por sus siglas en inglés, se clasifican en cuatro perfiles, de acuerdo con su nivel de capacidad: Entrada, Básico, Intermedio y Avanzado. De estos perfiles, el Perfil de Entrada incluye VSEs trabajando en proyectos de a lo más seis personas-mes de esfuerzo y start-ups (Connor & Laporte, 2017) y está definido para ser usado cuando existen pocos riesgos relacionados con el usuario. El ISO/IEC29110 Perfil de Entrada describe procesos para la administración del proyecto y la realización del sistema para ser implementadas con cualquier enfoque y metodología de desarrollo (ISO/IEC, 2015).

En este documento se presenta el uso del ISO/IEC 29110 Perfil de Entrada para entrenar estudiantes universitarios trabajando en equipos en el desarrollo y el proceso de administración del desarrollo. El resto del documento está organizado de la siguiente manera: en la siguiente sección se describe la metodología seguida; en la sección tres se presentan y discuten los resultados a los que se llegó con la aplicación de la metodología; y, finalmente, en la última sección se describen las conclusiones a las que llegaron los autores de este trabajo.

2.Metodología

Con la finalidad de determinar cómo se usa el ISO/IEC29110 en el entrenamiento en procesos de desarrollo y de administración del desarrollo en estudiantes universitarios, se pidió a un grupo de estudiantes inscritos en la materia de Proceso de Software en Equipo, de la carrera de Ingeniería de Software de la Universidad Autónoma, que desarrollaran un sistema con un cliente real, siguiendo la guía del estándar. Dado que la investigación que se presenta busca contribuir a la solución del problema del entrenamiento en procesos de desarrollo y de administración del desarrollo de estudiantes de ingeniería de software, mediante la aplicación de un estándar internacional, se utilizó el enfoque de investigación - acción.

La investigación - acción es un enfoque de investigación que busca actuar y crear conocimiento o teoría acerca de la acción (Coughlan & Coghlan, 2002), para crear cambio mientras se estudia el proceso llevado a cabo (Myers & Baskerville, 2004). La investigación - acción implica que todos los participantes actúen en un conjunto de actividades iterativas entre las que se incluyen el diagnóstico del problema, la intervención de la acción y la reflexión en el aprendizaje (Avison, Lau, Myers, & Nielsen, 1999). El ciclo de la investigación - acción (Genero-Bocco, Cruz-Lemus, & Piattini-Velthuis, 2014) está formado por cuatro pasos: planificación, acción, observación y reflexión. En el primero de ellos, se identifican las cuestiones que guían la investigación y que establecen el propósito de la acción (Myers & Baskerville, 2004). Durante la acción se implementa la acción planeada (Coughlan & Coghlan, 2002). En el paso de observación se documenta lo que está ocurriendo, y durante el paso de reflexión, se comparten los resultados y se profundiza en ellos para proporcionar nuevos conocimientos (Genero-Bocco et al., 2014). La investigación - acción se ha utilizado en la ingeniería de software para abordar de manera pragmática el proceso de desarrollo y el proceso de administración del desarrollo (Genero-Bocco et al., 2014), y por ello, resulta adecuada en la investigación que se presenta en este documento.

Para la aplicación del enfoque de investigación - acción se identifica el objeto investigado, se determina quién juega el rol de investigador, se identifica el grupo crítico de referencia y los beneficiarios de la investigación - acción (Genero-Bocco et al., 2014). Para usar el ISO/IEC29110 en el entrenamiento de estudiantes de ingeniería de software en los procesos de desarrollo y de administración del desarrollo, se determinó que el objeto investigado es el entrenamiento en procesos de desarrollo y de administración del desarrollo de estudiantes de ingeniería de software. El rol del investigador fue llevado a cabo por el grupo de autores de este documento, entre los que se encuentra el instructor del curso en el que están registrados los estudiantes del Programa de Ingeniería de Software de la Universidad Autónoma de Zacatecas. Estos estudiantes son el grupo crítico de referencia. Los beneficiarios del resultado de la investigación son los estudiantes de ingeniería de software que utilicen estándares internacionales como el ISO/IEC 29110 durante su entrenamiento.

Los pasos de la investigación - acción fueron llevados a cabo como se describe a continuación:

Planificación

Esta actividad se separó en la fase de identificación de los problemas iniciales, y en la de especificación de acciones para resolver dichos problemas (Genero-Bocco et al., 2014). El problema inicial, identificado mediante la revisión de literatura, fue que el entrenamiento en procesos de desarrollo y de administración del desarrollo de estudiantes de ingeniería de software no resultaba adecuado para las necesidades de la industria en la que estos estudiantes se integrarían a su egreso. La acción para resolver este problema fue el uso del estándar ISO/IEC 29110 Perfil de Entrada para desarrollar y administrar el desarrollo de un producto de software que resolviera un problema real, por equipos formados por estudiantes de Ingeniería de Software de la Universidad Autónoma de Zacatecas. Se eligió el Perfil de Entrada porque abarca el proceso de administración del desarrollo y el proceso de desarrollo o realización, y está enfocado en organizaciones de reciente creación.

Acción

Para esta actividad se desarrolló un sistema para la administración del servicio social de estudiantes de la carrera de Medicina Humana de la Universidad Autónoma de Zacatecas. El adquiridor de este producto fue el coordinador del servicio social de la carrera de Medicina Humana.

Observación

La documentación de los resultados de la acción en el grupo crítico de referencia se hizo utilizando el método de estudio de caso (Genero-Bocco et al., 2014).

Reflexión

Esta actividad se llevó a cabo de manera continua durante las iteraciones de la investigación - acción, y permitió evidenciar los aprendizajes de la experiencia así como determinar los logros y los aspectos a transformar para continuar con un nuevo ciclo de investigación - acción.

Estudio de caso

La pregunta de investigación principal que dirigió el estudio de caso fue: ¿cómo entrenar estudiantes de ingeniería de software en procesos de desarrollo y de administración del desarrollo?. Una pregunta adicional que surgió fue: ¿cómo se puede aplicar el Perfil de Entrada del ISO/IEC 29110 para entrenar a estudiantes de ingeniería de software en procesos de desarrollo y procesos de administración del desarrollo?

El estudio fue llevado a cabo durante el desarrollo de un producto de software por estudiantes inscritos en el curso de Proceso de Software en Equipo. Este curso es obligatorio en el Programa de Ingeniería de Software, tiene una duración de 16 semanas por semestre y es apoyado por tiempo de laboratorio. Los estudiantes inscritos en el curso tienen entrenamiento previo en el proceso personal de desarrollo de software así como experiencia en herramientas de desarrollo y metodologías de análisis y diseño de software. La funcionalidad del sistema desarrollado incluyó un registro de estudiantes del servicio social, un módulo para compartir y consultar información acerca de la reglamentación del servicio social de medicina en México, un foro para compartir dudas y preguntas sobre tópicos de medicina, un servicio de mensajería entre los estudiantes del servicio social y el coordinador del mismo, un catálogo de clínicas que incluyó la descripción de las instalaciones así como la valoración de los estudiantes que realizaron ahí su respectivo servicio social, un módulo para reporte de problemas y un botón de pánico para ayudar a los estudiantes que se encuentren bajo algún tipo de amenaza a su integridad física. Para obtener los requerimientos y validar los resultados obtenidos, los estudiantes estuvieron en contacto con el coordinador del servicio social.

Debido a su tamaño, el desarrollo del sistema se separó en tres semestres. En cada uno de los semestres se desarrolló un grupo de requerimientos, priorizados de acuerdo a las necesidades del adquiridor, de tal manera que los estudiantes que trabajaron en el primer semestre dedicado al sistema, desarrollaron el primer conjunto de requerimientos, mismos que fueron pasados a los estudiantes del siguiente semestre, quienes los refinaron y añadieron nueva funcionalidad requerida, y, finalmente, se los pasaron a los estudiantes del tercer semestre en el que se trabajó en el desarrollo del sistema. En cada semestre, los estudiantes trabajaron con un ciclo de vida iterativo e incremental.

Al principio de cada semestre, a los estudiantes se les ofreció una introducción breve del ISO/IEC 29110 Perfil de Entrada, con la finalidad de que tuvieran conocimiento sobre las 18 tareas del estándar relacionadas con la administración de proyectos (PM, por sus siglas en inglés), y las 22 tareas relacionadas con la realización del software (SR, por sus siglas en inglés) (ISO/IEC, 2015). Los estudiantes se organizaron en equipos pequeños de entre tres a cuatro miembros, dependiendo de la cantidad de estudiantes inscritos en cada semestre. A los estudiantes se les permitió elegir a los compañeros con los que querían trabajar en equipo, las políticas de trabajo al interior del equipo y el rol que cada miembro desempeñó, de acuerdo con la práctica social de Kuali-Beh para la formación de equipos de desarrollo (Ibarguengoitia & Oktaba, 2016), (Oktaba & Ibargüengoitia, 2013). Los roles que se describen en esta práctica social son: líder de equipo, responsable técnico, responsable de calidad y responsable de colaboración

La recolección de datos se hizo utilizando la observación del instructor del curso de las sesiones de trabajo de los equipos (Guest, Namey, & Mitchell, 2013), (Kawulich, 2006), y la revisión de documentos generados por los equipos de trabajo al seguir el ISO/IEC 29110 Perfil de Entrada (Lethbridge, Sim, & Singer, 2005). Para la observación de las sesiones de trabajo se utilizó una plantilla de tópicos a observar, cuyos elementos se muestran en la Tabla 1. Las observaciones se hicieron durante las sesiones de trabajo de cada equipo llevadas a cabo en el tiempo de laboratorio destinado al curso. Durante las observaciones el instructor del curso limitó su participación a aclarar las dudas que los estudiantes tenían durante la discusión de los procesos PM y SR. Estas observaciones se registraron en forma de texto.

Tabla 1 Elementos observados durante las sesiones de trabajo 

Comportamiento verbal Comportamiento físico
Cómo se inicia la discusión sobre los procesos PM y SR Qué hace cada estudiante durante la reunión de trabajo
Quién inicia la discusión Con quién interactúa cada estudiante durante la discusión sobre los procesos PM y SR
Qué dudas surgen durante la revisión de los procesos PM y SR discutidos Quién no interactúa durante la discusión de los procesos PM y SR

En el texto del registro de los elementos observados durante las sesiones de trabajo, se marcaron las notas relacionadas con dificultades, ventajas, dudas y roles involucrados. Estos códigos sirvieron para agrupar las notas por tema. La revisión de los documentos elaborados por los estudiantes se revisó dos veces por cada iteración de desarrollo. La revisión se hizo considerando que los documentos estuvieran completos y que cumplieran adecuadamente con el objetivo establecido por el estándar.

Tanto los resultados del registro de los elementos observados como los resultados de la revisión de documentos fueron puestos a disposición de los miembros de los equipos durante la fase de reflexión de la investigación - acción. Los comentarios de los estudiantes fueron registrados también con la finalidad de identificar las acciones de mejora del uso del estándar ISO/IEC 29110 Perfil de Entrada.

Los estudiantes estuvieron enterados de los aspectos que serían observados durante cada semestre, del propósito del sistema, del curso y de las acciones relacionadas con la investigación. Todos los estudiantes eran mayores de edad al momento de tomar el curso.

3.Resultados y discusión

Durante el desarrollo de la investigación que se presenta, la investigación-acción implicó ciclos de retroalimentación entre el grupo de investigadores y los estudiantes que formaron el grupo crítico de referencia, de tal manera que las propuestas planteadas por los primeros eran puestas en práctica por los segundos, y los resultados obtenidos, eran discutidos al finalizar cada semestre.

En el ciclo inicial, se desarrolló la funcionalidad relacionada con el registro al servicio social así como el módulo para añadir y consultar información sobre la normatividad del servicio. Para el desarrollo, los estudiantes se organizaron en equipos con los roles de líder de equipo, responsable técnico, responsable de calidad y responsable de colaboración. La asignación de roles se hizo de acuerdo con las prácticas sociales definidas en Kuali-Beh. Las tareas del PM y del SR fueron distribuidas a cada rol bajo el acompañamiento del instructor del grupo. Se observaron 81 sesiones de trabajo y como resultado del análisis de los datos del registro de observación se evidenció que las dificultades para la ejecución de las actividades del ISO/IEC 2911o Perfil de Entrada se concentraron en la documentación del seguimiento al plan en un formato particular de cada equipo, dado que se estaba desarrollando solamente un producto por parte de varios equipos. Además, se complicó la definición del alcance de cada rol con respecto a las actividades de PM y SR definidas en el estándar. Finalmente, se hizo evidente la necesidad de añadir a la práctica social de Kuali-Beh la inclusión de reglas y sanciones a las que cada miembro del equipo se comprometería a seguir. Con respecto a la documentación revisada, se encontró que las dificultades de los estudiantes para generar los productos de entrada y salida requeridos por el estándar se evidenciaron más en aquellos relacionados con el PM, lo que coincidió con el resultado del análisis del registro de las observaciones ya mencionado. Se descubrió que los estudiantes encontraron complicado relacionar las responsabilidades de los roles particulares con la ejecución de las tareas del PM y el SR debido a que en el ISO/IEC29110 Perfil de Entrada se establecen los roles generales de Adquiridor, Administrador de Proyecto y Equipo de Trabajo, para el PM. Durante la reflexión de cierre del semestre, se analizaron estas cuestiones con el grupo de estudiantes y se recomendó que para el siguiente semestre se tomara en cuenta una distribución más detallada de las actividades de PM y SR entre los roles asignados a los miembros de los equipos, además de establecer políticas de trabajo y compromiso claros que aplicaran a los equipos para que mantuvieran su independencia y autogestión, pero que permitieran el trabajo en conjunto con otros equipos del curso.

Estas aportaciones fueron tomadas en cuenta para el segundo ciclo de la investigación-acción, en la forma de la adición de la declaración de reglas de trabajo y de sanciones a su incumplimiento que fueran revisadas durante la práctica de la perspectiva de la iteración. De esta manera, se adicionó una técnica para la documentación de las reglas de equipo en la práctica social de formación del equipo, y se incluyó la revisión del cumplimiento de las reglas del equipo en la práctica social de perspectiva de la iteración. Se propuso la asignación de tareas a cada rol de acuerdo a lo que se muestra en la Tabla 2. Como puede observarse, en esta tabla no está incluida la tarea PM1.4, en donde se elige el ciclo de vida, porque las políticas del curso prevén un desarrollo iterativo e incremental, como se mencionó en la sección anterior. Tampoco se incluye la tarea PM1.5, que corresponde a la asignación de roles, porque de acuerdo a la práctica social de formación de equipos de Kuali-Beh, cada estudiante elige personalmente el rol que desea jugar en el equipo. Para equipos con tres integrantes, las actividades del responsable de colaboración se distribuyen entre el líder de equipo y el responsable de calidad.

Tabla 2 Descripciones de los roles y las responsabilidades para llevar a cabo las tareas del ISO/IEC 29110 Perfil de Entrada 

Roles en el equipo Definición de responsabilidades Kuali-Beh (Ibarguengoitia & Oktaba, 2016) Tareas del ISO/IEC 29110 Perfil de Entrada (ISO/IEC, 2015)*
Líder de equipo Construye al equipo, administra las juntas del equipo, administra la entrega del sistema, cierra las iteraciones y el proyecto, mantiene la comunicación con el instructor. PM 1.1, PM 1.2, PM 1.3, PM 1.6, PM 1.7, PM 1.9, PM 1.12, PM 2.3, PM 2.4, PM 3.1, PM 3.2, PM 4.1, SR 1.1, SR 6.5, SR 6.6
Responsable técnico Guía al equipo en las prácticas de desarrollo, toma decisiones técnicas sobre el diseño y la construcción del producto. PM 2.2, PM 2.5, SR. 1.2, SR 2.1, SR2.4, SR 2.5, SR 2.8, SR 3.1, SR 3.2, SR 3.3 SR 3.6, SR 4.1, SR 4.2, SR 4.3, SR 4.4, SR 6.2, SR 6.3
Responsable de calidad Define los estándares del equipo, administra las revisiones y las pruebas, registra los defectos encontrados y garantiza que sean removidos. SR 2.2, SR 2.3, SR 2.6, SR 2.7, SR 2.9, SR 3.4, SR 3.5, SR 3.6. SR 3.7, SR 4.3, SR 5.1, SR 5.2, SR 5.3, SR 5.4, SR 5.5, SR 6.4
Responsable de colaboración Se asegura de que cada miembro del equipo tenga las herramientas adecuadas para trabajar, crea y mantiene los repositorios y actualiza el plan PM 1.8, PM 1.9, PM 1.11, PM 1.13, PM 2.1, PM 2.6, PM 2.7, PM 4.2, SR 1.3, SR 6.1
Desarrollador Desarrolla el sistema Desarrolla el sistema de acuerdo con los procesos PM y SR

Durante la fase de planificación del segundo ciclo de investigación-acción se consideraron la asignación de responsabilidades como se muestra en la Tabla 2, y la adición de reglas planteadas por los miembros de los equipos a la práctica social de formación del equipo.

Durante la fase de acción, los equipos añadieron módulos para el registro de clínicas, el manejo de reportes de incidencia y el control del botón de pánico. Las tareas del ISO/IEC 29110 Perfil de Entrada se distribuyeron como se menciona en la Tabla 2. Se observaron 72 reuniones de trabajo y se revisó la documentación generada por los equipos. Durante el análisis del registro de observación de reuniones se evidenció que disminuyeron las frases relacionadas con los problemas de organización de los equipos y que las discusiones se centraron más en los aspectos del desarrollo que en las dificultades de seguimiento a las tareas de PM y SR. En la observación de los documentos generados por los equipos, se encontró que las dificultades se presentaron con mayor frecuencia en la tarea SR5.3 que corresponde a la verificación del sistema contra sus requerimientos. Durante la reflexión de cierre del semestre, se discutieron las formas en las que los equipos resolvieron esta situación y se encontró que las inspecciones no habían sido realizadas siguiendo un proceso adecuado, por lo que se habían presentado problemas que detuvieron el desarrollo y pusieron en riesgo la calidad del producto. A partir de esta reflexión, en el último ciclo de la investigación-acción se planificó el uso del script de inspecciones propuesto en la Introducción al Proceso de Software en Equipo, TSPi por sus siglas en inglés (Humphrey, 2000) como guía para conducir las inspecciones de los productos internos generados por la ejecución del SR.

Durante la fase de acción de la investigación-acción, el último grupo de estudiantes involucrado durante el proyecto añadió módulos para administrar un foro de preguntas y respuestas, para administrar mensajes y para calificar las clínicas en las que se realiza el servicio social. Se hicieron 107 observaciones a sesiones de trabajo y se revisó la documentación generada por los seis equipos que participaron en esta fase del desarrollo. Durante la sesión de reflexión del semestre se analizaron los resultados obtenidos y se revisó el uso del ISO/IEC 29110 Perfil de Entrada para capacitar a los estudiantes de ingeniería de software así como las adecuaciones que se tienen que hacer para este fin.

En la Tabla 3, se muestra un resumen de los resultados de la aplicación de la investigación -acción.

Con los resultados obtenidos se observa que la aplicación del ISO/IEC29110 Perfil de entrada para entrenar equipos de estudiantes de ingeniería de software en los procesos de desarrollo y de administración del desarrollo fue posible gracias a su implementación utilizando un conjunto de prácticas útiles para organizar a los equipos, como lo son las propuestas por Kuali-Beh y TSPi. Sin embargo, para que el entrenamiento resulte más organizado y que pueda ser utilizado en el desarrollo de productos reales y de los que los estudiantes obtengan más experiencia, es necesario que se hagan adaptaciones que permitan que las tareas de PM y SR sean llevadas a cabo en su totalidad y además en las mejoras condiciones que permitan un entrenamiento que les resulte útil para su vida profesional.

Tabla 3 Resumen de la aplicación de la investigación - acción 

Ciclo Acciones planeadas No. de equipos de desarrollo Observaciones registradas
Inicial Uso del ISO/IEC 29110 Perfil de Entrada para desarrollar un sistema en equipos de trabajo Uso de recomendaciones Kuali-Beh para organizar los equipos de trabajo 4 81
Primero Separación de las tareas del ISO/IEC29110 Perfil de Entrada por roles de equipo Adaptación de las prácticas sociales de Kuali-Beh 4 72
Segundo Uso del proceso para hacer inspecciones de TSPi 6 107

Los resultados también hacen evidente que para que el entrenamiento sea completo, es necesario incluir prácticas de organización de equipos y definición de roles más específicas que las encontradas en la documentación del ISO/IEC 29110 Perfil de Entrada.

El uso de la investigación-acción permitió que las experiencias de los estudiantes, quienes participaron como grupo crítico de referencia, fueran consideradas y tomadas en cuenta para la planificación de las acciones llevadas a cabo durante el desarrollo del producto así como para el establecimiento de las adecuaciones necesarias para utilizar el ISO/IEC29110 Perfil de Entrada como guía del entrenamiento en el desarrollo y en la administración del desarrollo de productos de software.

Algunos aspectos que se tienen que resaltar en la investigación que se presenta están relacionados con el uso de una metodología cualitativa como lo es la investigación - acción. El primero de estos aspectos es establecer que no se pueden generalizar los resultados obtenidos, ya que estos han dependido de las características de los estudiantes que formaron el grupo crítico de referencia, los cuales, a pesar de estar inscritos en el mismo curso del mismo programa universitario y de estar en el mismo rango de edad, tenían diferentes niveles de experiencia, motivación y madurez personal al inscribirse en el curso y desarrollar el producto. Un segundo aspecto a considerar es que el producto sobre el cual se generaron las reflexiones y sobre el cual se planeó la acción fue un único producto desarrollado en cuatro semestres. Esta singularidad implica que las experiencias del grupo crítico de referencia pudieron estar afectadas por el tipo y calidad de la documentación y código recibidos después del ciclo inicial de desarrollo. El tercer aspecto a considerar es que la recogida de datos se hizo por parte del instructor del curso y que los datos, aunque se registraron en formatos similares y se siguió un proceso de análisis similar en los ciclos documentados, no dejó de estar exento de los sesgos que todo investigador puede presentar al hacer una investigación. El último de estos aspectos a considerar es que, aunque las observaciones encontradas fueron discutidas por investigadores y grupo crítico de referencia, y de que se estructuró el método de recogida de datos y de análisis de los mismos, la práctica de la investigación-acción está considerada como inmadura como método empírico (Yli-Huumo, Maglyas, Smolander, Haller, & Törnroos, 2016).

4.Conclusiones y trabajos futuros

En este documento se ha presentado el uso del ISO/IEC 29110 Perfil de Entrada para entrenar a estudiantes de ingeniería de software en los procesos de desarrollo y de administración del desarrollo. Los resultados muestran que es posible entrenar a estudiantes trabajando en equipos pequeños en cursos semestrales de nivel universitario, y que el uso del ISO/IEC 29110 Perfil de Entrada permite el desarrollo de productos reales para clientes reales.

La aplicación del ISO/IEC29110 Perfil de Entrada para equipos de estudiantes implica incluir prácticas para la organización de los equipos y definición de responsabilidades de los miembros de los mismos en donde esté contemplada la distribución de tareas de los procesos de SR y PM entre todos los miembros del equipo, de una manera organizada. De igual manera, se demostró que el uso del estándar para entrenar equipos de estudiantes se puede complementar con prácticas y procesos, como los encontrados en Kuali-Beh y TSPi.

Puesto que los resultados de la aplicación de la metodología utilizada para la investigación que se presenta no pueden generalizarse, un trabajo futuro que se desprende esta investigación es la evaluación cuantitativa de la aplicación del estándar para el entrenamiento de equipos de desarrollo. Otro trabajo futuro que sigue a este, es la evaluación de la satisfacción de los estudiantes entrenados así como la evaluación de la pertinencia de los conocimientos obtenidos durante el entrenamiento en la práctica profesional de los estudiantes entrenados como se ha mostrado aquí.

Referencias

Avison, D., Lau, F., Myers, M., & Nielsen, P. A. (1999). Action research. Communications of the ACM, 42(1), 94-97. [ Links ]

Barros de Sales, A., Serrano, M., & Serrano, M. (2020). Aprendizagem Baseada em Projetosna Disciplina de Interação Humano-Computador. RISTI - Revista Ibértica de Sistemas y Tecnologías de Información, 37, 49-64. https://doi.org/10.17013/risti.37.49-64 [ Links ]

Bruegge, B., Krusche, S., & Alperowitz, L. (2015). Software Engineering Project Courses with Industrial Clients. ACM Transactions on Computing Education, 15(4), 1-29. https://doi.org/10.1145/2732155 [ Links ]

Castillo-Salinas, L., Sanchez-Gordon, S., Villarroel-Ramos, J., & Sánchez-Gordón, M. (2020). Evaluation of the implementation of a subset of ISO / IEC 29110 Software Implementation process in four teams of undergraduate students of Ecuador: An empirical software engineering experiment. Computer Standards & Interfaces, 70(November 2018), 19. https://doi.org/10.1016/j.csi.2020.103430 [ Links ]

Connor, R. V. O., & Laporte, C. Y. (2017). The Evolution of the ISO / IEC 29110 Set of Standards and Guides. International Journal of Information Te, 10(1), 1-21. https://doi.org/10.4018/IJITSA.2017010101 [ Links ]

Coughlan, P., & Coghlan, D. (2002). Action research for operations management. International Journal of Operations and Production Management, 22(February), 229-240. https://doi.org/10.1108/01443570210417515 [ Links ]

García, I., Pacheco, C., & Coronel, N. (2010). Learn from Practice : Defining an Alternative Model for Software Engineering Education in Mexican Universities for Reducing the breach between Industry and Academia. In WSEAS Applied Computer Science(pp. 120-124). Malta. [ Links ]

García, I., Pacheco, C., León, A., & Calvo-Manzano, J. (2020). A serious game for teaching the fundamentals of ISO/IEC/IEEE 29148 systems and software engineering - Lifecycle processes - Requirements engineering at undergraduate level. Computer Standards & Interfaces, 67(January 2020), 16. https://doi.org/10.1016/j.csi.2019.103377 [ Links ]

Garousi, V., Giray, G., Tuzun, E., Catal, C., & Felderer, M. (2020). Closing the gap between software engineering education and industrial needs. IEEE Software, 37(2), 68-77. https://doi.org/10.1109/MS.2018.2880823 [ Links ]

Genero-Bocco, M., Cruz-Lemus, J. A., & Piattini-Velthuis, M. (2014). Métodos de Investigación en Ingeniería de Software. Ra-Ma. [ Links ]

Guest, G., Namey, E. E., & Mitchell, M. L. (2013). Participant Observation. In Collecting Qualitative Data: A Field Manual for Applied Research (pp. 376). SAGE Publications, Inc. [ Links ]

Heggen, S., & Myers, C. (2018). Hiring Milenial Students as Software Engineers (pp. 32-39). Gothenburg, Sweden: ACM. https://doi.org/10.1145/3194779.3194780 [ Links ]

Humphrey, W. (2000). Introduction to the Team Software Process. Addison Wesley Longman, Inc. [ Links ]

Ibarguengoitia, G. G., & Oktaba, H. (2016). Use of the essence and Kuali-Beh to structure software engineering courses. In Proceedings - 2016 4th International Conference in Software Engineering Research and Innovation, CONISOFT 2016 (pp. 47-52). IEEE Computer Society. https://doi.org/10.1109/CONISOFT.2016.16 [ Links ]

IEEE Computer Society. (2014). Guide to the Software Engineering Body of Knowledge, Version 3.0. (P. Bourque & R. E. Fairley, Eds.) (Version 3.). IEEE. https://www.swebok.orgLinks ]

IEEE Computer Society. (2016). Software Engineering Competency Model. https://www.computer.org/volunteering/boards-and-committees/professional-educational-activities/engineering-disciplines-committeeLinks ]

ISO/IEC. (2015). TECHNICAL REPORT ISO / IEC TR Software engineering - Lifecycle profiles for Very Small Entities ( VSEs ) - Management and engineering guide: Generic profile group: Entry profile. [ Links ]

Kawulich, B. B. (2006). La observación participante como método de recolección de datos. Forum Qualitative Sozialforschung/Forum:Qualitative Social Research, 6(2), 23. [ Links ]

Laporte, C. Y., Alexandre, S., & Connor, R. V. O. (2008). A Software Engineering Lifecycle Standard for Very Small Enterprises. In M. R. O’Connor R.V., Baddoo N., Smolander K. (Ed.), Software Process Improvement: Euro SPI 2008 (pp. 129-141). Berlin, Heidelberg: Springer. https://doi.org/10.1007/978-3-540-85936-9_12 [ Links ]

Laporte, C. Y., & Connor, R. V. O. (2016). Software Process Improvement in Industry in a Graduate Software Engineering Curriculum. Software Quality Professional Journal, 18(3), 4-17. [ Links ]

Laporte, C. Y., & Muñoz, M. (2017). The Education of Students About ISO / IEC 29110 Software Engineering Standards and Their Implementations in Very Small Entities. In IEEE International Humanitarian Technology Conference (pp. 94-98). Toronto, Canada: IEEE. https://doi.org/10.1109/IHTC.2017.8058208 [ Links ]

Lethbridge, T. C., Sim, S., & Singer, J. (2005). Studying Software Engineers : Data Collection Techniques for Software Field Studies. Empirical Software Engineering, 10, 311-341. [ Links ]

Moreno, A. M., Sánchez-Segura, M. I., Medina-Domínguez, F., Peters, L., & Araujo, J. (2016). Enriching traditional Software Engineering curricula with Software Project Management Knowledge. In 38th IEEE International Conference on Software Engineering Companion (pp. 404-411). Austin , Tx.: IEEE. https://doi.org/10.1145/2889160.2889193 [ Links ]

Muñoz, M., Mejia, J., & Laporte, C. Y. (2018). Implementación del Estándar ISO / IEC 29110 en Centros de Desarrollo de Software de Universidades Mexicanas : Experiencia del Estado de Zacatecas. RISTI - Revista Ibérica de Sistemas y Tecnología de Información, 29(10), 43-54. https://doi.org/10.17013/risti.29.43 [ Links ]

Muñoz, M., Mejia, J., Peña, A., Lara, G., & Laporte, C. Y. (2019). Transitioning International Software Engineering Standards to Academia: Analyzing the Results of the Adoption of ISO/IEC 29110 in Four Mexican Universities. Computer Standards & Interfaces , 66(October), 27. https://doi.org/10.1016/j.csi.2019.03.008 [ Links ]

Muñoz, M., & Peralta, M. (2020). Situación actual sobre la implementación del perfil básico ISO/IEC 29110 en EMP: una revisión sistemática de la literatura. RISTI - Revista Ibérica de Sistemas y Tecnologías de Información, 36, 1-14. https://doi.org/10.17013/risti.36.1-14 [ Links ]

Myers, M. D., & Baskerville, R. (2004). Special Issue on Action Research in Information Systems: Making IS Research Relevant to Practice. MIS Quaterly, 28(3), 329-335. [ Links ]

O’Connor, R. V. (2018). Software Development Process Standards for Very Small Companies. In M. Khosrow-Pour (Ed.), Encyclopedia of Information Science and Technology (Vol. IX, pp. 6927-6938). https://doi.org/10.4018/978-1-5225-7766-9.ch053 [ Links ]

Oktaba, H., & Ibargüengoitia, G. (2013). Método Inicial de Desarrollo de Software. http://kualikaans.fciencias.unam.mx/index.php/proyectos/primer-curso-de-ingenieria-de-softwareLinks ]

Pieterse, V., Solms, F., & Omeleze, S. (2017). Preparing software engineering students for industry. Innovate, 12, 89-90. https://doi.org/10.1109/CSEET.2007.39 [ Links ]

Radermacher, A., Walia, G., & Knudson, D. (2014). Investigating the Skill Gap between Graduating Students and Industry Expectations Categories and Subject Descriptors. In ICSE companion ’2014 (pp. 291-300). Hyderabad, India: ACM. http://dx.doi.org/10.1145/2591062.2591159 [ Links ]

Sánchez-Gordón, M. L., O’Connor, R. V., Colomo-Palacios, R., & Herranz, E. (2016). Bridging the Gap between SPI and SMEs in Educational Settings : A Learning Tool Supporting ISO / IEC 29110. In Systems, Software and Services Process Improvemen:. EuroSPI 2016 (pp. 3-14). Springer International Publishing. https://doi.org/10.1007/978-3-319-44817-6_1 [ Links ]

Yli-Huumo, J., Maglyas, A., Smolander, K., Haller, J., & Törnroos, H. (2016). Developing Processes to Increase Technical Debt Visibility and Manageability: An Action Research Study in Industry. In International Conference on Product-Focused Software Process Improvement (pp. 368-378). Trondheim, Norway. [ Links ]

Recibido: 30 de Septiembre de 2020; Aprobado: 16 de Noviembre de 2020

Creative Commons License Este es un artículo publicado en acceso abierto bajo una licencia Creative Commons