A prescriptive software process for Academic Scenarios
Licencia: Creative Commons (by-nc-nd)
Autor(es): Marques, Maira
Tradicionalmente, la ingeniería de software se ha enseñado con clases expositivas. Sin embargo, esta disciplina requiere mucho más que sólo teoría. Con el fin de tratar de entender el estado del arte en este ámbito, se ha realizado una extensa revisión bibliográfica. Además, se llevó a cabo un estudio de la enseñanza de ingeniería de software en las principales universidades de Chile. Los resultados obtenidos indican que hace poco tiempo que estas instituciones han comenzado a enseñar ingeniería de software de una manera teórico-práctica, involucrando a los estudiantes en experiencias de desarrollo de software ya sea en cursos basados en proyectos, como en cursos prácticos de fin de carrera (capstone). Ambos tipos de cursos tienen objetivos distintos; los primeros son generalmente apoyados por procesos más rigurosos, mientras que los últimos son frecuentemente abordados con estrategias de desarrollo ágiles. Se han propuesto varias estrategias de instrucción y de uso de procesos de ingeniería de software para cursos capstone, pero muy pocos están disponibles para cursos basados en proyectos. Además, aún los procesos más rigurosamente reportados en la literatura no incluyen suficiente detalle para que instructores y estudiantes involucrados puedan reproducirlos en cursos basados en proyectos. Es con el objetivo de llenar este vacío que esta tesis concibe y propone EduProcess: un proceso de desarrollo de software prescriptivo que puede ser utilizado en los cursos de ingeniería de software basados en proyectos que toman parte de programas de computación de pregrado. En relación al uso de este proceso, esta tesis hipotetiza que EduProcess: (H1) permite que las experiencias prácticas puedan ser reproducidas sin demandar un esfuerzo adicional considerable, y (H2) ayuda a producir resultados positivos en proyectos de software. Este método fue concebido para apoyar a pequeños equipos de software que trabajan de manera distribuida la mayor parte del tiempo y tienen instancias esporádicas de sincronización de sus trabajos. El proceso puede ser utilizado en proyectos de al menos siete semanas de duración.
[Santiago: 2017]
Compartir:
Una vez que el usuario haya visto al menos un documento, este fragmento será visible.