Ingeniería del Software I

Profesor/a: LUIS ENRIQUE MUÑOZ MANRIQUE

Teléfono: 983 00 10 00

Última versión revisada de la guía docente, debidamente informada por parte del profesor en la asignatura.

La asignatura de Ingeniería del Software I se compone de tres bloques temáticos:

  1. Modelos de ciclos de vida del software.
  2. Captura de requisitos.
  3. Análisis de sistemas.

No se requiere ningún conocimiento específico previo.

Esta asignatura está vinculada a la materia de gestión y desarrollo de software, y pretende formar al estudiante en los principales conceptos, técnicas, métodos y herramientas a utilizar en las primeras fases de desarrollo de un producto software en el contexto de la Ingeniería del Software. Esta asignatura se complementa, adecuadamente, con la asignatura Ingeniería del Software II del 2º semestre permitiendo al alumno abordar un ciclo completo de desarrollo de software.

Cuando un producto software satisface las necesidades del cliente que lo utiliza, cuando se ejecuta sin errores, cuando es fácil de modificar, e incluso de usar, es porque se ha diseñado bajo un enfoque de ingeniería. Bajo esta premisa es esencial un firme conocimiento de la teoría y práctica de la ingeniería del software para comprender cómo se desarrolla software de calidad y para evaluar los riesgos y las oportunidades que el software presenta en el ámbito empresarial.

Los contenidos de la asignatura se estructuran en torno a las primeras fases del ciclo de vida del software: modelos de proceso, captura de requisitos y análisis de sistemas. Su desarrollo combina fundamentos teóricos con actividades prácticas de especificación, documentación y modelado, permitiendo al estudiante aplicar técnicas propias de la Ingeniería del Software a casos prácticos. Estos contenidos sirven de base para la asignatura Ingeniería del Software II, donde se continúa con las fases posteriores del desarrollo software.


  1. Modelos de ciclos de vida del software:Incluye la introducción a la Ingeniería del Software y la revisión de los principales modelos de proceso de desarrollo.
    1. Introducción y conceptos básicos.:
    2. Modelos de ciclo de vida del software.:
  2. Captura de requisitos:Incluye la identificación de necesidades, la transformación de la visión del sistema en requisitos y el uso de casos de uso como técnica principal de especificación.
    1. Captura de requisitos: de la visión a los requisitos.:
    2. Metodología de captura de requisitos: casos de uso.:
  3. Análisis de sistemas:Incluye la estructuración formal de los requisitos mediante modelos de análisis y artefactos que permiten representar el sistema antes de pasar a diseño.
    1. Análisis de sistemas.:
    2. Metodología de análisis.:

Para el seguimiento de la asignatura, el alumnado dispondrá del material de apoyo elaborado por el docente y publicado en e-Campus/Moodle, incluyendo presentaciones, enunciados de ejercicios, casos prácticos, documentación complementaria y recursos necesarios para el desarrollo de las actividades.

Las sesiones se apoyarán en explicaciones teóricas, resolución de ejercicios, análisis de casos y actividades prácticas orientadas a la captura de requisitos y al análisis de sistemas. Además, se podrán utilizar herramientas de modelado y documentación software, especialmente herramientas CASE o aplicaciones equivalentes, que permitan representar diagramas, especificaciones y artefactos propios de la Ingeniería del Software.

Todas las actividades prácticas estarán orientadas a que el estudiante aplique los contenidos de la asignatura a situaciones cercanas al desarrollo real de productos software, fomentando el trabajo autónomo, el trabajo en equipo y la elaboración de documentación técnica.

CG01. Capacidad de organización y planificación en el ámbito tecnológico
CG03. Capacidad para trabajar en equipos en el ámbito tecnológico.
CI16. Conocimiento y aplicación de los principios, metodologías y ciclos de vida de la ingeniería de software
CI3. Capacidad para 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 de software.
IS2. Capacidad para valorar las necesidades del cliente y especificar los requisitos software para satisfacer estas necesidades, reconciliando objetivos en conflicto mediante la búsqueda de compromisos aceptables dentro de las limitaciones derivadas del coste, del tiempo, de la existencia de sistemas ya desarrollados y de las propias organizaciones.
El alumno será capaz de:
  1. Preparar la presentación en público de proyectos.

  2. Crear diagramas y especificaciones de captura de requisitos y análisis utilizando un lenguaje de modelado

  3. Realizar memorias de proyectos en grupo que incluyan la captura de requisitos y análisis de sistemas

  • Grady Booch; James Rumbaugh; Ivar Jacobson (2000), El proceso unificado de desarrollo de software: UML, Addison Wesley
  • Grady Booch; James Rumbaugh; Ivar Jacobson (2002), El lenguaje unificado de modelado, Addison-Wesley
  • Stephen R. Schach (2005), Análisis y diseño orientado a objetos con UML y el Proceso Unificado, McGraw-Hill
  • Roger S. Pressman (2005), Ingeniería del Software. Un enfoque práctico, McGraw-Hill
  • Jim Arlow; Ila Neustadt (2006), Ingeniería del Software. Teoría y práctica, Anaya Multimedia
  • Robert C. Martin (2014), Agile Software Development: Principles, Patterns, and Practices, Pearson Education
  • Henrik Kniberg (2007), Scrum and XP from the Trenches. How we do Scrum, InfoQ Enterprise Software Development Series
  • Guillermo Pantaleo (2012), Calidad en el desarrollo de software, Marcombo
  • Mariano G. Piattini Velthuis (2003), Análisis y diseño de aplicaciones informáticas de gestión: una perspectiva de ingeniería de software, Ra-Ma
  • Laurent Debrauwer; Fien Van der Heyde (2005), UML 2. Iniciación, ejemplos y ejercicios corregidos, ENI
  • Grady Booch; James Rumbaugh; Ivar Jacobson (2002), El lenguaje unificado de modelado. Manual de Referencia, Addison-Wesley
  • Grady Booch; James Rumbaugh; Ivar Jacobson (2003), Utilización de UML en Ingeniería del Software con Objetos y Componentes, Addison-Wesley
  • Bertrand Meyer (2002), Construcción de Software Orientado a Objetos, Prentice Hall

https://www.omg.org/spec/uml/ (Organización responsable de la especificación oficial de UML, estándar utilizado para visualizar, especificar, construir y documentar artefactos de sistemas software.)

https://www.computer.org/education/bodies-of-knowledge/software-engineering (Guía de referencia del cuerpo de conocimiento de la Ingeniería del Software. Puede utilizarse como apoyo para contextualizar áreas como requisitos, diseño, calidad, procesos y metodologías.)

https://www.scrum.org/resources/scrum-guide (Guía oficial de Scrum, útil como referencia complementaria para comprender el marco de trabajo Scrum y su aplicación en procesos ágiles de desarrollo software.)

Método dialéctico

En menor medida, se desarrollarán, además, actividades que permitan la participación activa de los alumnos y la intervención de éstos a través del diálogo y de la discusión crítica acerca de un tema propuesto por el profesor referido a la materia de estudio tratada, propiciando, así, el debate entre ellos.

Método didáctico

El método didáctico, denominado también expositivo, se implementará en términos de clases o lecciones magistrales que permiten al profesor la transferencia de los conocimientos asociados a la materia objeto de estudio. Estas clases magistrales se apoyarán en el material docente, que el profesor ha preparado previamente, y que está a disposición del alumnado en e-campus (Moodle).

 

Método heurístico

El método heurístico se desarrollará a través de clases prácticas en el laboratorio informático resolviendo ejercicios y problemas asociados a los contenidos vistos. Se utilizará también el aprendizaje cooperativo y el aprendizaje orientado a proyectos para el diseño y la implementación de un caso práctico, planteado por el profesor, que permita a los alumnos poner en práctica todos los conocimientos adquiridos. El objetivo es que el alumno, bajo la supervisión del profesor, asuma un papel activo en el proceso de aprendizaje adquiriendo los conocimientos mediante la experimentación, el trabajo en equipo, la resolución de problemas y el estudio de casos.

Esta planificación estimada podrá verse modificada por causas ajenas a la organización académica primeramente presentada. El profesor informará, convenientemente, a los alumnos de las nuevas modificaciones puntuales.

El desarrollo de la asignatura se realizará por temas los cuales abarcarán los diferentes bloques/contenidos mínimos asociados a la asignatura y aprobados en memoria. El profesor pondrá a disposición del alumno, en e-campus (Moodle), todo el material de apoyo necesario para el correcto seguimiento y comprensión de la asignatura (material docente, enunciados de ejercicios, enunciados de prácticas y de trabajos). Todas estas actividades están orientadas a la adquisición de las diferentes competencias y a la consecución de los resultados de aprendizaje vinculados a esta asignatura.

A continuación se detallan las actividades formativas que se seguirán a lo largo del semestre:

.- Clases teóricas: todos los bloques temáticos, esto es, los diferentes temas que engloban la asignatura llevan asociado esta actividad formativa. Durante las mismas, el profesor expondrá y desarrollará los principales conceptos asociados a la materia correspondiente. El alumno deberá completar y trabajar, durante estas clases, el material docente que el profesor haya facilitado con anterioridad al comienzo de cada tema y disponible en e-campus (Moodle).

.- Seminarios: se desarrollarán seminarios, en menor medida, donde los alumnos participarán e intervendrán en base a una temática propuesta por el profesor fomentando la confrontación de opiniones y propiciando el debate entre todos.

.- Clases prácticas: todos los bloques temáticos, esto es, los diferentes temas que conforman la asignatura llevan asociada esta actividad formativa. Durante las mismas, el profesor resolverá ejercicios y casos asociados a los contenidos vistos proponiendo la realización de otros. El alumno dispondrá, en e-campus (Moodle), de los enunciados de esos ejercicios con anterioridad a su resolución en clase.

Estas clases prácticas contemplan el desarrollo por parte de los alumnos, utilizando una metodología basada en aprendizaje cooperativo y aprendizaje orientado a proyectos, de un caso práctico donde trabajarán sobre un caso que les permita poner en práctica todos los conocimientos adquiridos para resolver la problemática planteada.

.- Tutoría: los alumnos dispondrán de una hora de tutoría a la semana destinada a reforzar y resolver cualquier cuestión relativa al desarrollo de la asignatura.

.- Evaluación: los alumnos serán evaluados a través de un sistema de evaluación continua (más información en el apartado "Programación de Actividades y Evaluaciones").

Sistema de evaluación % Calificación final
Ejecución de prácticas 30
Pruebas escritas 60
Pruebas orales 10
Consideraciones de la Evaluación en la Convocatoria Ordinaria

La superación de las competencias necesarias para aprobar la asignatura se realizará por medio de un sistema de evaluación continua a través de las siguientes actividades evaluables.

Actividades evaluables

a. Pruebas de contenidos escritas

1º prueba de contenidos escrita correspondiente a los temas 1, 2 (10%). Dicha prueba se evaluará a través de los siguientes sistemas de evaluación:

Pruebas escritas (10%)

Fecha estimada: 5º semana de curso.

2º prueba de contenidos escrita correspondiente a los temas 3 y 4 (25%). Dicha prueba se evaluará a través de los siguientes sistemas de evaluación:

Pruebas escritas (25%)

Fecha estimada: 11º semana de curso.

3º prueba de contenidos escrita correspondiente a los temas 5 y 6 (25%). Dicha prueba se evaluará a través de los siguientes sistemas de evaluación:

Pruebas escritas (25%)

Fecha estimada: esta prueba se realizará fuera de las 15 semanas lectivas, haciéndolo coincidir con la fecha oficial de examen en convocatoria ordinaria.

b. Práctica de Laboratorio

Entrega y defensa de una práctica de laboratorio (40%). Dicha actividad se evaluará a través de los siguientes sistemas de evaluación:

Ejecución de prácticas (30%)

Pruebas orales (10%)

Fecha estimada: 14º semana de curso

Las fechas aquí expuestas son estimadas, esto es, podrán estar sujetas a cambios que serán notificados al alumnado con la suficiente antelación.

Queda absolutamente prohibido utilizar cualquier dispositivo electrónico, sin la autorización del profesor, durante el desarrollo de la docencia presencial y, por supuesto, durante la realización de cualquiera de las actividades evaluables tomándose las acciones oportunas al respecto.

Para superar la asignatura es necesario tener al menos un 4 en cada una de las pruebas de contenidos escritas:

1ª prueba de contenidos escrita
2ª prueba de contenidos escrita
3ª prueba de contenidos escrita

Tambien será necesario tener como minimo un 5 en la Practica de Laboratorio.

Y la media ponderada entre todas las partes (las tres pruebas de contenidos escritas y la práctica laboratorio) deberá alcanzar los 5 o más puntos. La NO superación de cualquiera de las actividades con calificación mínima (pruebas de contenidos escritas y práctica de laboratorio) supondrá el suspenso de la asignatura obteniéndose una calificación final máxima de 4 puntos. El alumno que no supere una o varias de estas actividades con calificación mínima programadas durante las 15 semanas del curso (1º y 2º pruebas de contenidos escritas y la práctica de laboratorio) deberá recuperar la/s parte/s correspondiente/s al final del semestre en la semana de evaluación (semanas 17 y 18) en la fecha oficial señalada en el calendario de exámenes para esta asignatura.

Esta planificación tiene un carácter meramente orientativo y podrá ser modificada a criterio del profesor, en función de circunstancias externas y de la evolución del grupo. El profesor informará convenientemente a los alumnos de dichas modificaciones. Los sistemas de evaluación descritos en esta guía docente son sensibles tanto a la evaluación de las competencias como de los contenidos de la asignatura. La realización fraudulenta de cualquiera de las pruebas de evaluación, así como la extracción de información de las pruebas de evaluación, será sancionada según lo descrito en el Reglamento 7/2015, de 20 de noviembre, de Régimen Disciplinario de los estudiantes, Arts. 4, 5 y 7 y derivarán en la pérdida de la convocatoria correspondiente, así como en el reflejo de la falta y de su motivo en el expediente académico del alumno.

Consideraciones de la Evaluación en la Convocatoria Extraordinaria

Aquellos alumnos que NO hayan superado la asignatura en convocatoria ordinaria deberán ir a convocatoria extraordinaria con toda la parte de teoría, independientemente de las notas obtenidas en convocatoria ordinaria.

Solo aquellos alumnos que hayan superado la práctica de laboratorio en convocatoria ordinaria conservarán su nota, de lo contrario deberán presentarla y defenderla de nuevo en extraordinaria (el profesor comunicará con suficiente antelación las fechas de entrega y defensa a través del correo electrónico de la asignatura).

La prueba de contenidos que se realice en extraordinaria tendrá el valor equivalente al total de pruebas de contenidos realizadas durante el curso.

Para superar la asignatura en convocatoria extraordinaria será necesario superar tanto la prueba de contenidos, como la práctica de laboratorio y la media ponderada entre prueba de contenidos y la práctica de laboratorio tendrá que alcanzar una puntuación de 5 o más puntos. La no superación de cualquiera de ambas pruebas (prueba de contenidos y práctica de laboratorio) supondrá el suspenso de la asignatura obteniéndose una calificación final, máxima, de 4 puntos.

Esta planificación tiene un carácter meramente orientativo y podrá ser modificada a criterio del profesor, en función de circunstancias externas y de la evolución del grupo. El profesor informará convenientemente a los alumnos de dichas modificaciones. Los sistemas de evaluación descritos en esta guía docente son sensibles tanto a la evaluación de las competencias como de los contenidos de la asignatura. La realización fraudulenta de cualquiera de las pruebas de evaluación, así como la extracción de información de las pruebas de evaluación, será sancionada según lo descrito en el Reglamento 7/2015, de 20 de noviembre, de Régimen Disciplinario de los estudiantes, Arts. 4, 5 y 7 y derivarán en la pérdida de la convocatoria correspondiente, así como en el reflejo de la falta y de su motivo en el expediente académico del alumno.

Información sobre titulaciones

  • Graduado Grado en Ingeniería Informática (Universidad Europea Miguel de Cervantes)

Experiencia docente

  • Cuenta con experiencia de 2 años en docencia universitaria en el nivel del Grado (Profesor universitario en el Grado de Ingeniería Informática, impartiendo asignaturas relacionadas con Ingeniería del Software y Bases de Datos.)

Experiencia profesional

  • Tiene experiencia en el ámbito profesional de 2 años en el sector Privado (Mobile & Full Stack Developer en HT Europe, participando en el diseño y desarrollo de la aplicación Android Hawi y en el desarrollo full stack de Hawi Social)
  • Tiene experiencia en el ámbito profesional de 1 año en el sector Privado (Android Developer en MAHLE SmartBike Systems, participando en el diseño y desarrollo de aplicaciones Android nativas para el ecosistema de movilidad eléctrica y eBikes.)
  • Tiene experiencia en el ámbito profesional de 3 años en el sector Privado (Senior Android Developer en Hiberus, participando en el diseño, desarrollo y evolución de aplicaciones móviles para proyectos de banca, salud e industria textil.)
Créditos totales: 6
Tipo: Obligatorio
Período: 1º Semestre