Actividades formativas y Metodología

La asignatura de Ingeniería del software tiene una fuerte componente aplicada. Por este motivo, después de introducir los conceptos teóricos fundamentales, la asignatura se desarrolla según una metodología ABP (Aprendizaje Basado en Problemas). De esta manera, el alumno adquirirá los conocimientos a partir de un caso práctico (problema guía) de dimensión real. El problema guía dirigirá el proceso de aprendizaje a lo largo del curso, de manera que el trabajo práctico o los seminarios se estructurarán en torno a este caso. El alumno deberá adquirir el perfil de analista / arquitecto del software para tomar las decisiones oportunas que concluyan en la construcción de una propuesta de diseño del sistema propuesto. El profesor hará el papel de tutor y, en situaciones determinadas, de cliente, fomentando simulaciones de diálogo desarrollador - cliente.

La asignatura consta de 4 horas semanales presenciales. No se distingue entre horarios de teoría, problemas y prácticas de laboratorio. Durante las horas presenciales se alternarán clases de teoría, problemas o prácticas según la planificación que se indicará el día de la planificación de la asignatura. De manera general, se concentrará la explicación de los contenidos teóricos fundamentales durante las primeras sesiones del curso (aproximadamente las 6 primeras semanas). Una vez impartidos los contenidos teóricos, se dedicarán todas las sesiones a trabajo basado en problemas, identificando algunas sesiones de asistencia obligatoria donde se llevará a cabo la práctica en equipos de 5 personas o se harán problemas a entregar al final de la sesión.

TEORÍA

Consiste en clases magistrales con material multimedia disponibleen el Campus Virtual de la UAB. El objetivo principal de estas clases es introducir las nociones básicas sobre los procesos, métodos y herramientas relativos a la visión del ciclo de vida del software desde un punto de vista de ingeniería. Se expondrá cuáles son los principios y paradigmas de la ingeniería del software, las diferentes actividades y las tareas a llevar a cabo en cada actividad. Las clases de teoría deben permitir al alumno/a adquirir una visión real del rigor, planificación y la sistemática que requiere el desarrollo profesional del software. No se profundizará en los temas ya que en asignaturas de cursos posteriores estos ya se desarrollan, pero se explicarán los conceptos necesarios para que el alumno/a entienda el proceso de desarrollo de software completo. Las sesiones de teoría asumirán que el alumnado sigue los materiales distribuidos a través del campus virtual, por lo que se orientarán a explicar los conceptos clave, y fomentar el debate crítico sobre los contenidos. Para hacer las clases más dinámicas, se suele distribuir materiales previos al alumnado para autoaprendizaje (videos, enlaces web, presentaciones, etc.) y se pide que se trabajen antes de la clase, por lo que la clase se dirige a debatir los conocimientos, resolver dudas, incidir en lo más esencial y trabajar ejemplos prácticos.

SEMINARIOS / PROBLEMAS

Los seminarios son clases con trabajo participativo del alumnado. Según el objetivo de los seminarios, se dividirá el alumnado del grupo en subgrupos más reducidos. Tienen una doble función, enlazando por un lado con las clases magistrales y por la otra con las sesiones prácticas sobre el problema a resolver en equipos. Por una parte, los seminarios complementarán los contenidos tecnológicos expuestos en las clases magistrales, completando su comprensión. Por la otra serán el marco de trabajo donde debatir, establecer las bases y desarrollar el problema guía. Se le darán al estudiante los conocimientos necesarios para llevar adelante el trabajo práctico o se le indicará dónde conseguirlos. En los seminarios se promueve fundamentalmente la capacidad de análisis y síntesis, así como el razonamiento crítico y la toma de decisiones del alumno frente a la resolución del problema guía. Dado que se trata de una asignatura muy práctica y donde los contenidos teóricos son de baja complejidad, se refuerza a menudo el trabajo práctico con resolución de problemas o el trabajo de actividades participativas. Se coordinarán los contenidos de los seminarios con las etapas a resolver en el trabajo de la práctica. Dado que se alternarán sesiones de teoría, problemas y prácticas a lo largo del curso, para una mejor organización, el alumnado dispondrá a principio de curso a través del campus virtual de la programación de todas las sesiones.

SEGUIMIENTO TRABAJO PRÁCTICO

No habrá sesiones presenciales de laboratorio. Los/las estudiantes resolverán el problema guía de manera autónoma en grupos reducidos, y el seguimiento se hará durante las horas de clase en el horario regular. Las sesiones obligatorias de prácticas (6 sesiones de 2 horas durante el curso) consistirán en dos partes. Primero, cada equipo de prácticas presentará al resto de la clase el progreso de su trabajo (el encargado de hacer la presentación será la persona que haga de scrum master en aquella iteración). En la segunda parte de la sesión el/la tutor/a de prácticas tendrá una entrevista individual con cada equipo para hacer el seguimiento y la evaluación. Se sigue un desarrollo basado en SCRUM, donde cada incremento, llamado sprint, corresponde a una sesión. La asistencia a las entrevistas de seguimiento será OBLIGATORIA para todos los alumnos/as. La no presencia incidirá negativamente en la evaluación del trabajo práctico, comportando no superar la evaluación si el número de no presencias supera el 15% de las sesiones. En caso de ausencia justificada, el profesorado considerara mecanismos de compensación. El tamaño de los equipos de prácticas se determinará a principio de curso. De manera orientativa serán equipos de 5 personas. Dado que la asistencia a las sesiones de seguimiento es obligatoria, y se hará durante los horarios presenciales, es importante que todas las personas miembros de un equipo deprácticas estén matriculados y asistan al mismo grupo.

TRABAJO PRÁCTICO

Se entregará a los alumnos al inicio de curso un problema guía. Este problema tendrá dos funciones. En primer lugar utilizarlo como ejemplo en las clases de teoría y seminarios, resolviendo partes adecuadas a los contenidos de cada momento. En segundo lugar se puede entender como el enunciado de una práctica que se va resolviendo por etapas a lo largo del curso. Los alumnos/as se organizarán en equipos de trabajo de 5 personas (según número de matriculados). La resolución del trabajo la harán de manera autónoma, con el seguimiento semanal antes descrito.

LOGRO DE COMPETENCIAS

• T03 - Trabajar en equipo. Se trabajará en el trabajo práctico donde los alumnos / as formarán equipos de 5-6 personas, y donde se considera el trabajo en equipo como una de las competencias a trabajar. Los alumnos / as deberán distribuirse los roles que habría en un proyecto de software, y cada semana uno de ellos hará las funciones de coordinador (scrum master). Se evaluará como uno de los indicadores del trabajo práctico.
• CRI03.03 - Comprender la importancia de la negociación, los hábitos de trabajo efectivos, el liderazgo y las habilidades de comunicación en todos los entornos de desarrollo software, a un nivel avanzado: Se trabajará a sesiones específicas de problemas donde se propondrán técnicas de captura de requerimientos, en particular de Gamestorming, y también en la práctica, donde los grupos de trabajo se organizan siguiendo los principios de la metodología SCRUM, y en cada semana (sesión) se requerirá que uno de los miembros del equipo asuma el papel de SCRUM master (coordinador). Se evaluará a partir del seguimiento individualizado del trabajo práctico (a partir de las actas que el Scrum master haga de las reuniones de seguimiento).
• CRI08.01 - Diseñar y mantener aplicaciones siguiendo criterios de robustez y fiabilidad y CRI08.02 - Diseñar aplicaciones sabiendo seleccionar el paradigma de desarrollo software más adecuado: Se trabajarán tanto en las sesiones presenciales, en particular de problemas, como el trabajo práctico. Se evaluará con la prueba escrita (examen de teoría, primer control) como con la calificación del trabajo práctico.
• CRI16.01 - Comprender qué es el análisis de requerimientos y porque es importante y CRI16.02 - Conocer el proceso de desarrollo del software ágil: Se trabajarán en las primeras sesiones del curso de teoría y problemas (primeras cuatro semanas), así como las primeras sesiones de prácticas (primeras dos sesiones). Se evaluarán con la prueba escrita (examen de teoría, segundo control) como con la calificación del trabajo práctico.
• CRI17.02 - Conocer la notación y construcción de diagramas UML y E03.02 - Diseñar y evaluar interfases software persona-computador que garanticen la accesibilidad yusabilidad de los sistemas, servicios y aplicaciones informáticas: Se trabajarán a las sesiones centrales del curso de teoría y problemas (semana 5 a semana 10), así como a las sesiones de prácticas (sesiones 3 a 5). Se evaluarán con la prueba escrita (examen de teoría, segundo control) como con la calificación del trabajo práctico. Se propondrá a los alumnos ejercicios opcionales que podrán entregar por tener puntuaciones adicionales en el examen correspondiente a esta parte.
• E03.01 - Comprender qué es el diseño y cómo conseguir un buen diseño que incluya los requerimientos de accesibilidad, ergonomía, usabilidad y seguridad de las aplicaciones informáticas y E03.02 - Diseñar y evaluar interfases software persona-computador que garanticen la accesibilidad y usabilidad de los sistemas, servicios y aplicaciones informáticas: al igual que la competencia anterior, se trabajarán en las sesiones centrales del curso de teoría y problemas (semana 5 a semana 10), así como las sesiones de prácticas (sesiones 3 a 5) . Se evaluarán con la prueba escrita (examen de teoría, segundo control) como con la calificación del trabajo práctico.
• E05.01 - Entender qué es el software, cuáles son los objetivos que se plantean en desarrollar un software y la problemática asociada a su desarrollo. Se trabajará a las sesiones finales de teoría y problemas (semanas 11 y 12), así como las sesiones de prácticas (sesión 6). Se evaluará con la prueba escrita (examen de teoría, segundo control) como con la calificación del trabajo práctico.
• E09.04 - Conocer y aplicar métodos de comunicación y negociación eficaz en la realización de las tareas propias de la profesión. Fundamentalmente se trabajará en las sesiones de prácticas donde los alumnos deberán defender ante el profesor las decisiones tomadas en su proyecto. El/la profesor/a hará el papel de cliente para simular lo que sería un proyecto real. Se evaluará en la calificación del trabajo práctico.

CLASES ONLINE

Aunque s'espeera que toda la docencia se pueda desarrollar en modalidad presencial, las sesiones de clase pueden tener que adaptarse a modalidad on-line a través de plataformas de videoconferencia. Cualquier modificación que afecte el formato y horarios, se informará a través del campus virtual y al inicio de curso.

Nota: se reservarán 15 minutos de una clase dentro del calendario establecido por el centro o por la titulación para que el alumnado rellene las encuestas de evaluación de la actuación del profesorado y de evaluación de la asignatura o módulo.