Guía docente de la asignatura
(1915) GESTIÓN DE PROYECTOS DE DESARROLLO DE SOFTWARE

Curso académico 2025/2026

  1. Identificación

    1. De la asignatura

      Curso Académico
      2025/2026
      Titulación
      GRADO EN INGENIERÍA INFORMÁTICA
      PROGRAMA ACADÉMICO DE SIMULTANEIDAD DE DOBLE TITULACIÓN CON ITINERARIO ESPECÍFICO DE GRADO EN MATEMÁTICAS Y GRADO EN INGENIERÍA INFORMÁTICA
      Nombre de la asignatura
      GESTIÓN DE PROYECTOS DE DESARROLLO DE SOFTWARE
      Código
      1915
      Curso
      TERCERO
      CUARTO
      Carácter
      OBLIGATORIA
      Número de grupos
      4
      Créditos ECTS
      6.0
      Estimación del volumen de trabajo
      150.0
      150.0
      Organización temporal
      2º Cuatrimestre
      2º Cuatrimestre
      Idiomas en que se imparte
      Español
      Curso Académico 2025/2026
      Titulación

      GRADO EN INGENIERÍA INFORMÁTICA,

      PROGRAMA ACADÉMICO DE SIMULTANEIDAD DE DOBLE TITULACIÓN CON ITINERARIO ESPECÍFICO DE GRADO EN MATEMÁTICAS Y GRADO EN INGENIERÍA INFORMÁTICA

      Nombre de la asignatura GESTIÓN DE PROYECTOS DE DESARROLLO DE SOFTWARE
      Código 1915
      Curso TERCERO CUARTO
      Carácter OBLIGATORIA
      Número de grupos 4
      Créditos ECTS 6.0
      Estimación del volumen de trabajo 150.0 150.0
      Organización temporal 2º Cuatrimestre 2º Cuatrimestre
      Idiomas en que se imparte Español
    2. Del profesorado: Equipo docente

      • TOVAL ALVAREZ, JOSE AMBROSIO Docente: GRUPO 1, GRUPO 3 Coordinación de los grupos: GRUPO 1, GRUPO 3, GRUPO PCEO MATE+INFORM Coordinador de la asignatura

        Categoría

        CATEDRATICOS DE UNIVERSIDAD

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

        Correo electrónico / Página web / Tutoría electrónica

        atoval@um.es Tutoría electrónica: No

        Teléfono, horario y lugar de atención al alumnado

        Duración:
        C1
        Día:
        Miércoles
        Horario:
        09:30-12:30
        Lugar:
        868884603, Facultad de Informática B1.2.013 (DESPACHO TOVAL ALVAREZ, JOSÉ AMBROSIO 2.10)
        Observaciones:
        Despacho 2.10. Se recomienda solicitar cita, para mejor organización de las tutorías, pudiendo estas realizarse vía zoom, recomendable.
        Duración:
        C2
        Día:
        Lunes
        Horario:
        09:30-12:30
        Lugar:
        868884603, Facultad de Informática B1.2.013 (DESPACHO TOVAL ALVAREZ, JOSÉ AMBROSIO 2.10)
        Observaciones:
        Despacho 2.10. Se recomienda solicitar cita, para mejor organización de las tutorías, pudiendo estas realizarse vía zoom, recomendable.
        Duración:
        C1
        Día:
        Lunes
        Horario:
        09:30-12:30
        Lugar:
        868884603, Facultad de Informática B1.2.013 (DESPACHO TOVAL ALVAREZ, JOSÉ AMBROSIO 2.10)
        Observaciones:
        Despacho 2.10. Se recomienda solicitar cita, para mejor organización de las tutorías, pudiendo estas realizarse vía zoom, recomendable.
        Duración:
        C2
        Día:
        Martes
        Horario:
        16:45-19:45
        Lugar:
        868884603, Facultad de Informática B1.2.013 (DESPACHO TOVAL ALVAREZ, JOSÉ AMBROSIO 2.10)
        Observaciones:
        Despacho 2.10. Se recomienda solicitar cita, para mejor organización de las tutorías, pudiendo estas realizarse vía zoom, recomendable.
      • GARCIA LOPEZ, VIRGINIO Docente: GRUPO 3, GRUPO PCEO MATE+INFORM Coordinación de los grupos:

        Categoría

        PROFESOR SUST. POR REDUCCIÓN ACTIVIDAD DOCENTE PROFESOR TC

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

        Correo electrónico / Página web / Tutoría electrónica

        virginio@um.es Tutoría electrónica:

        Teléfono, horario y lugar de atención al alumnado

        Duración:
        C2
        Día:
        Miércoles
        Horario:
        15:15-19:30
        Lugar:
        No consta
        Observaciones:
        No consta
      • GARCIA SANCHEZ, FRANCISCO Docente: GRUPO 2 Coordinación de los grupos: GRUPO 2

        Categoría

        CATEDRATICOS DE UNIVERSIDAD

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

        Correo electrónico / Página web / Tutoría electrónica

        frgarcia@um.es http://webs.um.es/frgarcia Tutoría electrónica:

        Teléfono, horario y lugar de atención al alumnado

        Duración:
        A
        Día:
        Miércoles
        Horario:
        09:30-12:30
        Lugar:
        868888107, Facultad de Informática B1.2.035 (DESPACHO GARCÍA SÁNCHEZ, FRANCISCO 2.27)
        Observaciones:
        Despacho 2.27 (2ª Planta FIUM). Solicitar cita para tutoría con al menos 24 horas de antelación. También por videoconferencia (Zoom) a petición del interesado.
      • NICOLAS ROS, JOAQUIN Docente: GRUPO 1 Coordinación de los grupos:

        Categoría

        CATEDRATICOS DE UNIVERSIDAD

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

        Correo electrónico / Página web / Tutoría electrónica

        jnr@um.es Tutoría electrónica:

        Teléfono, horario y lugar de atención al alumnado

        Duración:
        A
        Día:
        Viernes
        Horario:
        10:00-13:00
        Lugar:
        868888525, Facultad de Informática B1.2.045 (DESPACHO NICOLAS ROS, JOAQUÍN 2.35)
        Observaciones:
        Solicitar tutoría por mensaje privado. Se atenderá de forma presencial (despacho 2.35) o por videoconferencia.
  2. Presentación

    Gestión de Proyectos de Desarrollo de Software es una asignatura con contenidos relacionados con el denominado "Gobierno de las TIC" (ICT Governance), que ayudará a formar al ingeniero en informática en áreas de dirección de proyectos, requisitos y mejora del proceso software. El conocimiento de estos contenidos facilitará su trabajo futuro como ingeniero en el desempeño de roles como jefe de proyectos, dirección de departamentos TIC y/o labores de consultoría, entre otros.

  3. Condiciones de acceso a la asignatura

    1. Incompatibilidades

      No constan

    2. Requisitos

      No constan

    3. Recomendaciones

      Dada la ubicación de la asignatura en el actual plan de estudios, y al no existir una asignatura previa que introduzca los conceptos básicos recomendados de Ingeniería de Software, se recomienda a los alumnos la adquisición de manera autónoma de conceptos como ciclo de vida y ciclo de desarrollo de software, otros paradigmas de desarrollo de software y metodologías de desarrollo de software (como RUP o MÉTRICA). Los libros recomendados en la bibliografía, y disponibles en la biblioteca de la FIUM, pueden ayudar en este cometido. Sobre algunos de estos conceptos se impartirá en esta asignatura una denominada "Clase 0", dentro del Tema 1, a modo de breve introducción de los mismos.

  4. Competencias

    1. Competencias básicas

      • CB1: Que los estudiantes hayan demostrado poseer y comprender conocimientos en un área de estudio que parte de la base de la educación secundaria general, y se suele encontrar a un nivel que, si bien se apoya en libros de texto avanzados, incluye también algunos aspectos que implican conocimientos procedentes de la vanguardia de su campo de estudio
      • CB2: Que los estudiantes sepan aplicar sus conocimientos a su trabajo o vocación de una forma profesional y posean las competencias que suelen demostrarse por medio de la elaboración y defensa de argumentos y la resolución de problemas dentro de su área de estudio
      • CB3: Que los estudiantes tengan la capacidad de reunir e interpretar datos relevantes (normalmente dentro de su área de estudio) para emitir juicios que incluyan una reflexión sobre temas relevantes de índole social, científica o ética
      • CB4: Que los estudiantes puedan transmitir información, ideas, problemas y soluciones a un público tanto especializado como no especializado
      • CB5: Que los estudiantes hayan desarrollado aquellas habilidades de aprendizaje necesarias para emprender estudios posteriores con un alto grado de autonomía

    2. Competencias de la titulación

      • CGII1: Capacidad de análisis y síntesis.
      • CGII3: Comunicación oral y escrita en la lengua nativa.
      • CGII5: Conocimientos de informática relativos al ámbito de estudio.
      • CGII6: Capacidad de gestión de la información.
      • CGII7: Resolución de problemas.
      • CGII8: Toma de decisiones.
      • CGII9: Trabajo en equipo.
      • CGII10: Trabajo en un equipo de carácter interdisciplinar.
      • CGII11: Trabajo en un contexto internacional.
      • CGII12: Habilidades en las relaciones interpersonales.
      • CGII13: Reconocimiento a la diversidad y la multiculturalidad.
      • CGII19: Liderazgo
      • CGII20: Conocimiento de otras culturas y costumbres.
      • CGII21: Iniciativa y espíritu emprendedor.
      • CGII23: Sensibilidad hacia temas medioambientales.
      • CGUM1: Ser capaz de expresarse correctamente en español en su ámbito disciplinar.
      • CGUM2: Comprender y expresarse en un idioma extranjero en su ámbito disciplinar, particularmente el inglés.
      • CGUM3: Ser capaz de gestionar la información y el conocimiento en su ámbito disciplinar, incluyendo saber utilizar como usuario las herramientas básicas en TIC.
      • CGUM4: Considerar la ética y la integridad intelectual como valores esenciales de la práctica profesional.
      • CGUM5: Ser capaz de proyectar los conocimientos, habilidades y destrezas adquiridos para promover una sociedad basada en los valores de la libertad, la justicia, la igualdad y el pluralismo.
      • CGUM6: Capacidad para trabajar en equipo y para relacionarse con otras personas del mismo o distinto ámbito profesional.
      • CGUM7: Desarrollar habilidades de iniciación a la investigación.
      • CEII1: Capacidad para concebir, redactar, organizar, planificar, desarrollar y firmar proyectos en el ámbito de la ingeniería en informática que tengan por objeto la concepción, el desarrollo o la explotación de sistemas, servicios y aplicaciones informáticas.
      • CEII2: Capacidad para dirigir las actividades objeto de los proyectos del ámbito de la informática de acuerdo con los conocimientos adquiridos.
      • CEII3: Capacidad para diseñar, desarrollar, evaluar y asegurar la accesibilidad, ergonomía, usabilidad y seguridad de los sistemas, servicios y aplicaciones informáticas, así como de la información que gestionan.
      • CEII4: Capacidad para definir, evaluar y seleccionar plataformas hardware y software para el desarrollo y la ejecución de sistemas, servicios y aplicaciones informáticas.
      • CEII5: Capacidad para concebir, desarrollar y mantener sistemas, servicios y aplicaciones informáticas empleando los métodos de la ingeniería del software como instrumento para el aseguramiento de su calidad.
      • CEII7: Capacidad para conocer, comprender y aplicar la legislación necesaria durante el desarrollo de la profesión de Ingeniero Técnico en Informática y manejar especificaciones, reglamentos y normas de obligado cumplimiento
      • CEII8: Conocimiento de las materias básicas y tecnologías, que capaciten para el aprendizaje y desarrollo de nuevos métodos y tecnologías, así como las que les doten de una gran versatilidad para adaptarse a nuevas situaciones.
      • CEII9: Capacidad para resolver problemas con iniciativa, toma de decisiones, autonomía y creatividad. Capacidad para saber comunicar y transmitir los conocimientos, habilidades y destrezas de la profesión de Ingeniero Técnico en Informática.
      • CEII10: Conocimientos para la realización de mediciones, cálculos, valoraciones, tasaciones, peritaciones, estudios, informes, planificación de tareas y otros trabajos análogos de informática.
      • CEII11: Capacidad para analizar y valorar el impacto social y medioambiental de las soluciones técnicas, comprendiendo la responsabilidad ética y profesional de la actividad del Ingeniero Técnico en Informática.
      • CEII12: Conocimiento y aplicación de elementos básicos de economía y de gestión de recursos humanos, organización y planificación de proyectos, así como la legislación, regulación y normalización en el ámbito de los proyectos informáticos.
      • CR1: Capacidad para diseñar, desarrollar, seleccionar y evaluar aplicaciones y sistemas informáticos, asegurando su fiabilidad, seguridad y calidad, conforme a principios éticos y a la legislación y normativa vigente.
      • CR2: Capacidad para planificar, concebir, desplegar y dirigir proyectos, servicios y sistemas informáticos en todos los ámbitos, liderando su puesta en marcha y su mejora continua y valorando su impacto económico y social.
      • CR3: 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.
      • CR8: Capacidad para analizar, diseñar, construir y mantener aplicaciones de forma robusta, segura y eficiente, eligiendo el paradigma y los lenguajes de programación más adecuados.

    3. Competencias transversales y de materia

      No constan

  5. Contenidos

    1. Teoría

      Bloque 1: Presentación y situación de partida

      Tema 1: Presentación y análisis de la situación de partida

      1. Ingeniería del software
      2. Proceso software
      3. Ingeniería del producto
      4. Gestión del proceso
      5. Gestión de Proyectos de Desarrollo de Software

      Bloque 2: Calidad

      Tema 1: Modelos de mejora del proceso software

      1. Retos actuales para las organizaciones
      2. Estándares y modelos de mejora del proceso
      3. Introducción al modelo CMMi
      4. Perfil de madurez CMMi. Estado actual
      5. La Suite de CMMi
      6. Los requisitos en CMMi
      7. La gestión de proyectos en CMMi
      8. Más sobre CMMi

      Bloque 3: Ingeniería de Requisitos

      Tema 1: Introducción a la Ingeniería de Requisitos

      1. Ingeniería del Software: una revisión
      2. Ingeniería de Requisitos e Ingeniería del Software
      3. Importancia de la Ingeniería de Requisitos en la práctica
      4. Estrategias más importantes de desarrollo de software
      5. Resumen de fases genéricas en Ingeniería del Software e Ingeniería de Requisitos
      6. Definiciones, objetivos y actores relacionados con los requisitos
      7. Tipos de requisitos que debe incluir la especificación
      8. Ámbito de la Ingeniería de Requisitos
      9. Algunas realidades sobre I.R.

      Tema 2: Especificaciones textuales de los requisitos

      1. El documento de especificación de requisitos
      2. Beneficios de un buen documento SRS
      3. Estándares en Ingeniería de Requisitos. IEEE 830-1998 e ISO/IEC/IEEE 29148-2018
      4. Propiedades de los requisitos y de los documentos de requisitos
      5. Gestión del Cambio
      6. Posibles estructuras del documento SRS
      7. Meta-información asociada a un requisito. Plantillas de requisitos
      8. Algunos problemas prácticos con el documento de requisitos

      Tema 3: Técnicas y Herramientas en Ingeniería de Requisitos

      1. Técnicas de obtención de los requisitos
      2. La técnica de casos de uso y el documento de especificación
      3. Otras técnicas de especificación de requisitos: historias de usuario y escenarios
      4. Técnicas formales en Ingeniería de software
      5. Técnicas formales frente a intuitivas
      6. Otras técnicas intuitivas
      7. CARE: revisión de herramientas de ayuda en I.R.

      Tema 4: Reuso, sostenibilidad y seguridad en Ingeniería de Requisitos

      1. Reutilización de requisitos
      2. El método SIREN
      3. SIREN: caso de estudio (ejemplo)
      4. Requisitos de sostenibilidad
      5. MAGERIT y los requisitos de seguridad

      Bloque 4: Estimación y Gestión de Proyectos

      Tema 1: Introducción a la Gestión de Proyectos

      1. Proyectos
      2. Dirección de proyectos
      3. Sistema para la entrega de valor
      4. Medidas de éxito del proyecto
      5. Enfoque de dirección de proyectos
      6. Gestión de proyectos con PMBOK
      7. Principios de la dirección de proyectos
      8. Dominios de desempeño del proyecto

      Tema 2: Estimación y planificación de un proyecto software

      1. Introducción
      2. Dominio de Desempeño de la Planificación (PMBOK)
      3. Técnicas de estimación

      Tema 3: Seguimiento del proyecto

      1. Introducción
      2. Dominio de Desempeño de la Medición (PMBOK)
      3. Crisis en proyectos informáticos
      4. Evaluación económica y memoria del proyecto

      Tema 4: Técnicas de análisis y gestión de riesgos en proyectos software

      1. Introducción
      2. Planificación de la Gestión de Riesgos
      3. Identificación de Riesgos
      4. Análisis de Riesgos
      5. Planificación de la Respuesta a los Riesgos
      6. Implementación, Seguimiento y Control de Riesgos

      Tema 5: Métodos Ágiles de Gestión y Desarrollo

      1. Introducción
      2. El manifiesto ágil
      3. Métodos ágiles
      4. Scrum
      5. Scrum distribuido
      6. Lean & Kanban

    2. Prácticas

      • Práctica 1: PSP

        La orientación práctica de la asignatura tiene entre uno de sus objetivos aprender a gestionar el tiempo del ingeniero software, ya que para que el tiempo sea fructífero y de calidad ha de ser consciente de ello. Para ello, cada alumno de forma individual aplicará el proceso denominado PSP (Personal Software Process) en relación con las tareas ligadas a la asignatura, y de acuerdo con el contenido y ejercicios del libro "Introducción al Proceso Software Personal" (en la bibliografía). Para facilitar el registro de tiempos se podrá utilizar herramientas como Clockify u otras similares.

        Relacionado con:
        • Bloque 2: Calidad
      • Práctica 2: Especificacion y Análisis de Requisitos

        De acuerdo con los enunciados concretos emitidos por el profesor, esta práctica consistirá en el aprendizaje por parte del alumnado del tutorial de la herramienta CARE a usar en el curso (herramientas candidatas: Requisite Pro, DOORS, ReqView, JIRA-Confluence y Azure DevOps u otra similar) y en la realización de un trabajo práctico, en equipos de trabajo, sobre la herramienta CARE citada, y su entrega en la fecha indicada por el profesor.
        Relacionado con:
        • Bloque 3: Ingeniería de Requisitos
      • Práctica 3: Manejo de herramienta de gestión de proyectos

        De acuerdo con los enunciados concretos emitidos por el profesor, esta práctica consistirá en el aprendizaje por parte del alumnado del tutorial de la herramienta y en la realización de un trabajo práctico, en equipos de trabajo, sobre una herramienta de gestión de proyectos, y su entrega en la fecha señalada por el profesor.

        Para esta práctica se prevé el uso de Microsoft Project, ProjectLibre, OpenProj u otra herramienta con características similares.

        Relacionado con:
        • Bloque 4: Estimación y Gestión de Proyectos
      • Práctica 4: Métodos Ágiles

        De acuerdo con los enunciados concretos emitidos por el profesor, esta práctica consistirá en el aprendizaje por parte del alumnado de las prácticas ágiles y en la realización de un trabajo práctico, en equipos de trabajo, y su entrega en la fecha señalada por el profesor.

        Para esta práctica se permitirá el uso de Trello, Jira, Asana, VivifyScrum, nTask, PlanitPoker, PointingPoker, Scrumpoker-online u otras herramientas con características similares.

        Relacionado con:
        • Tema 5: Métodos Ágiles de Gestión y Desarrollo

  6. Actividades Formativas

    Actividad Formativa Metodología Horas Presencialidad
    A1: Actividades con grupo grande de alumnos entre las que se encuentran la presentación en el aula de los conceptos propios de la materia mediante metodología expositiva con lecciones magistrales participativas y medios audiovisuales. También se contemplan en este grupo las actividades de evaluación teórico prácticas.

    Combinación de lección magistral participativa, estudio de casos, resolución de problemas y clase invertida (flipped classroom).

    31.5 43.1
    A2: Actividades con grupo mediano en el aula de resolución de problemas, seminarios, charlas, ejercicios basados en el aprendizaje orientado a proyectos, estudios de casos, exposición y discusión de trabajos relativas al seguimiento individual y/o grupal de adquisición de las competencias.

    Resolución de problemas, evaluación formativa.

    7.5 12.5
    A3: Actividades con grupo pequeño en el laboratorio relacionadas con la componente práctica de las asignaturas, desarrollo de trabajos con equipo técnico especializado, desarrollo de programas, etc.

    Aprendizaje orientado a proyectos, estudio de casos.

    15.0 34.4
    A4: Tutorías individualizadas o en grupo muy pequeño orientadas a la dirección, supervisión y asesoría por parte del un profesor de la asignatura, del tutor en el caso de Trabajo Fin de Grado, supervisión del tutor de empresa en el caso de Prácticas de Empresa que de forma periódica constate y redirija el trabajo del alumno hacia la consecución de los objetivo marcados.

    Evaluación formativa.

    6.0 10.0
    A5: Estudio y trabajo autónomo orientado a la asimilación de contenidos, realización de problemas, ejercicios o redacción de informes técnicos o memorias descriptivas, desarrollo de proyectos o prácticas individuales o en

    Aprendizaje orientado a proyectos, evaluación formativa, realización de actividades de forma autónoma -individual o grupal-.

    90.0 0.0
    Totales 150,00

  7. Horario de la asignatura

    https://www.um.es/web/estudios/grados/informatica/2025-26#horarios

  8. Sistemas de Evaluación

    Identificador Denominación del instrumento de evaluación Criterios de Valoración Ponderación
    IE1 Examen teórico-práctico. En este instrumento incluimos desde el tradicional examen escrito o tipo test hasta los exámenes basados en resolución de problemas, pasando por los de tipo mixto que incluyen cuestiones cortas o de desarrollo teórico junto con pequeños problemas. También se incluye aquí la consideración de la participación activa del alumno en clase, la entrega de ejercicios o realización de pequeños trabajos escritos y presentaciones.

    Examen tipo test (30/100):

    1. Para aprobar la asignatura y para hacer media con la nota de prácticas, se exige que la nota obtenida en este cuestionario sea mayor o igual de 5. Este criterio es válido para todas las convocatorias.
    2. En todas las convocatorias, se podrá otorgar a la prueba tipo test el estatus de prueba global En este caso su ponderación será del 60%, añadiendo en este caso al examen tipo test el 30% de la parte correspondiente a la "participación efectiva en trabajo autónomo" (juegos serios/actividades). En la nota final se aplicará la forma de ponderación que resulte más ventajosa para el estudiante entre esta interpretación de prueba global o la ponderación estándar del 30% junto con la ponderación del 30% de la parte de "participación efectiva en trabajo autónomo".

    Participación efectiva en trabajo autónomo: ejercicios, actividades de orientación a proyectos, y juegos serios (30/100):

    1. Para los ejercicios y juegos serios: cantidad de actividades en las que se participa, y rendimiento positivo en las mismas.
    60.0
    IE2 Informe técnico. En este instrumento incluimos los resultados de actividades prácticas, o de laboratorio, junto con sus memorias descriptivas. Los resúmenes del estado del arte o memorias de investigación sobre temas concretos. Y la posibilidad de realizar entrevistas personales o presentaciones de los trabajos realizados también entran en esta categoría.

    Corrección de los trabajos prácticos entregados en las fechas indicadas (40/100):

    1. Se entregue la documentación requerida en el plazo indicado, con un contenido completo y presentación correcta, tanto desde el punto de vista lingüístico como técnico, de acuerdo con lo solicitado en el enunciado de prácticas. Este enunciado será depositado por el profesor en el Aula Virtual Serán criterios especialmente tenidos en cuenta la presentación correcta del documento de prácticas: ortografía, gramática, datos de identificación, curso, índice, bibliografía, paginación, etc.
    2. La solución aportada sea correcta teniendo en cuenta los criterios de evaluación establecidos en el enunciado.
    3. En general se valorará la claridad, originalidad, ausencia de errores y eficiencia de la solución aportada, la autonomía de los estudiantes en el desarrollo de la práctica, así como la capacidad de síntesis en la documentación, que deberá adecuarse exactamente al modelo exigido en el enunciado de la práctica.
    4. La no entrega de alguna de las prácticas requeridas en el plazo indicado implicará un No Presentado en la parte práctica en esa convocatoria.
    5. Las prácticas se evaluarán de 0 a 10 Los pesos de cada práctica sobre el total de la nota de prácticas, son los siguientes: P1: 25%; P2: 35%; P3: 20%; P4: 20%.
    6. Para aprobar la asignatura y para hacer media con la nota de teoría, se exige que la nota obtenida en cada una de las prácticas sea mayor o igual de 5. Este criterio es válido para todas las convocatorias.

    Entrevista de prácticas (apto/no apto):

    1. Algunas prácticas pueden llevar asociado un proceso de evaluación individual (entrevistas orales, por escrito o sobre el ordenador) en el que el estudiante debe demostrar conocimientos sobre la solución aportada por el equipo de trabajo.
    2. El o los estudiantes de cada equipo de prácticas a participar en la entrevista será elegido a discreción del equipo docente.
    3. Teniendo en cuenta que la nota final de la práctica podrá ser la misma para todo el equipo de trabajo, este cuidará que todos sus participantes conozcan bien su contenido y realicen correctamente la entrevista. Por ello si algún equipo (o componente del mismo) desea reconsiderar su participación en la práctica deberá comunicarlo al profesor antes de la entrevista.

    Consideraciones sobre la entrevista:

    1. Deberá llevar la práctica repasada para la evaluación.
    2. Las prácticas de HERRAMIENTAS SOFTWARE serán evaluadas sobre estas. El estudiante previamente se habrá asegurado de su correcto arranque, acceso y completo funcionamiento de las herramientas.
    3. La entrevista tiene un tiempo limitado que se indicará. Las cuestiones planteadas serán contestadas en ese tiempo, motivo por el cual se recomienda tengan en cuenta los puntos anteriores.
    40.0

  9. Fechas de exámenes

    https://www.um.es/web/estudios/grados/informatica/2025-26#examenes

  10. Resultados del Aprendizaje

    • Conocer los principales estándares (oficiales y de facto) en modelos para calidad del proceso software
    • Conocer los principales componentes del modelo CMMI, estructura y relaciones
    • Comprender la estructura y cometidos de las áreas de proceso de CMMI
    • Reconocer la importancia de CMMI atendiendo al número total de evaluaciones realizadas en organizaciones de todo el mundo en los últimos años
    • Conocer cómo planificar la implantación de un sistema de mejora de la calidad en el proceso software
    • Comprender los conceptos básicos, estado actual y el futuro de la Ingeniería de Requisitos
    • Conocer ejemplos de casos reales que ilustren la importancia de aplicar adecuadamente Ingeniería de Requisitos en el proceso de desarrollo de software
    • Ser capaz de valorar las ventajas e inconvenientes de utilizar técnicas de especificación formal frente a técnicas clásicas en la especificación y análisis de requisitos
    • Conocer los objetivos de las herramientas CARE (Computer-Aided Requirements Engineering) y sus funcionalidades esperadas
    • Ser capaz de producir una documentación correcta y completa de especificación de requisitos de software de acuerdo con los estándares internacionales, guías nacionales y prácticas más comunes
    • Aprender a organizar, priorizar y mantener requisitos
    • Conocer los principales enfoques, estrategias y modelos de proceso en la aplicación de la Ingeniería de Requisitos
    • Defender/argumentar cómo la consideración de requisitos de sostenibilidad en Ingeniería del Software, contribuye a conseguir los objetivos de desarrollo sostenible de Naciones Unidas
    • Desarrollar un plan completo de proyecto de un tamaño significativo
    • Control y seguimiento de plazos, indicadores económicos y de calidad
    • Aplicar técnicas de gestión en proyectos que sigan metodologías convencionales o ágiles
    • Conocer técnicas básicas de estimación
    • Estimar costes de proyectos usando distintas técnicas
    • Aplicar técnicas de medida de puntos de función
    • Aprender técnicas de medida para el producto software y para el proceso software
    • Aprender a cuantificar el estado y progreso en la construcción de software así como la productividad, calidad y otros aspectos ligados al software
    • Adecuar las técnicas de estimación a modelos generales de mejora del proceso software
    • Conocer los conceptos básicos, estándares y enfoques del análisis de riesgos en proyectos
    • Realizar gestión de riesgos de forma dinámica, ajustando los planes del proyecto
    • Adquirir habilidades de iniciación a la investigación
    • (Esta lista de resultados de aprendizaje podrá ser refinada en un documento que se pondrá a disposición de los alumnos en el Aula Virtual)
  11. Bibliografía

    Bibliografía básica

    Bibliografía complementaria

  12. Observaciones

    Es posible obtener hasta 2 puntos sobre la nota final mediante la participación efectiva del estudiante en las actividades optativas planteadas, seminarios, impartición de temas y/o tutoriales de herramientas, u otras actividades extra, propuestas por el profesor. Se atenderá a los siguientes criterios de valoración:

    1. Valoración de la dificultad de la actividad en la que se ha participado, calidad de los resultados, capacidad de autonomía y creatividad demostrada por el alumno.
    2. La participación en estas actividades es voluntaria y están dirigidas a todos los alumnos de GPDS, con independencia del profesor que las enuncie.
    3. Siempre que la nota del alumno sea mayor que 5, tanto en Teoría como en Prácticas, se podrá obtener hasta 2 puntos extra, sumados a la nota final, por estas participaciones. La nota final no podrá ser mayor de 10 en ningún caso.
    4. Cada actividad puntúa por separado. No todas contarán igual, ya que tienen distintos grados de dificultad (las más difíciles puntuarán más). Las actividades extra no están predefinidas desde principio de curso, sino que se irán planteando por los profesores a lo largo del curso, en función de las oportunidades y necesidades que puedan ir surgiendo relacionadas con la asignatura. Por este motivo, la valoración de cada actividad no será estimada hasta el final de curso, cuando ya se conocerá el total de actividades propuestas.
    5. Para que la nota de una actividad extra se tenga en cuenta, la calificación obtenida en dicha actividad debe ser igual o mayor a 5.
    6. Los alumnos tienen la opción de entregar las actividades extra (incluyendo, en su caso, juegos serios que hayan sido propuestos en el curso como actividades extra), también en las convocatorias de julio y febrero, aunque en este caso, y por razones obvias, solo podrán acceder a aquellas actividades que no requieren presencia física en clase.

    Relación de los resultados de aprendizaje desarrollados en la asignatura con los ODS

    La asignatura de Gestión de Proyectos de Desarrollo de Software cubre contenidos relacionados con el ODS3, ODS7 y el ODS8:

    1. Salud y bienestar (ODS3): Se relaciona, por una parte, con la aplicación de buenas prácticas de ingeniería de software y gestión de proyectos en la construcción de sistemas de ayuda relacionados con la salud y el bienestar, por ejemplo en el ámbito de software aplicado en distintas áreas médicas, gestión hospitalaria, software de gestión y control de ayuda a personas mayores, etc. La ingeniería de requisitos de software juega un papel crucial en este contexto, al permitir un análisis detallado y la definición precisa de las necesidades específicas de los usuarios y del sistema, con un enfoque centrado en el usuario y en el cumplimiento de los estándares de salud. Por otro lado, desde las metodologías ágiles y la ingeniería del software moderna se aportan técnicas y estrategias para mejorar el bienestar y la salud de los profesionales en el entorno de trabajo de la industria TIC, tanto a nivel individual como de equipos.
    2. Energía asequible y no contaminante (ODS 7): La consideración de requisitos relacionados con el gasto energético, y otros requisitos relacionados con la sostenibilidad medioambiental, y su interacción con el resto de requisitos de los sistemas a construir, es esencial para conseguir software que consuma menos energía. Igualmente, la ingeniería del software sostenible aporta recursos y técnicas adecuadas para facilitar la información y el control de sistemas de muy diversos tipos con el objetivo de reducir la contaminación.
    3. Trabajo decente y crecimiento económico (ODS8): se alinea directamente con las cinco dimensiones del Manifiesto de Karlskrona en la ingeniería de software sostenible: medioambiental, social, económica, técnica e individual. Al implementar prácticas de software que optimicen el uso de recursos (medioambiental), promuevan la equidad y el bienestar del equipo (social), aseguren la viabilidad económica a largo plazo (económica), mantengan la eficiencia y escalabilidad técnica (técnica), y respeten el desarrollo personal y profesional de los ingenieros (individual), se contribuye a un ecosistema laboral que soporta los principios de este ODS.

    A los efectos del reglamento de evaluación de estudiantes (REVA) vigente, las pruebas de los sistemas de evaluación que se consideran en la asignatura, así como los hitos que marcan los correspondientes momentos de su realización, son los siguientes:

    1. Examen tipo test: fecha de realización del examen, según llamamiento en la convocatoria.
    2. Participación efectiva en trabajo autónomo: fecha de entrega o realización del último ejercicio o juego serio realizado en esta parte.
    3. Prácticas: fecha de entrega establecida para cada una de las prácticas.
    4. Actividades extra: fecha de entrega de la última actividad extra propuesta.

    La calificación final del estudiante será de "No Presentado" cuando no se presente al examen de teoría y/o no presente alguna o ninguna de las prácticas Este criterio será aplicable en todas las convocatorias.

    PLAGIO.En el caso de plagio, copia o utilización de medios fraudulentos en las diferentes pruebas, se aplicará el artículo 23 del Reglamento de Convocatoria, Evaluación y Actas de la Universidad de Murcia, que conllevará suspender la prueba y, en su caso, podrá ser objeto de sanción previa apertura de expediente académico.

    NECESIDADES EDUCATIVAS ESPECIALES

    Aquellos estudiantes con discapacidad o necesidades educativas especiales podrán dirigirse al Servicio de Atención a la Diversidad y Voluntariado (ADYV - https://www.um.es/adyv) para recibir orientación sobre un mejor aprovechamiento de su proceso formativo y, en su caso, la adopción de medidas de equiparación y de mejora para la inclusión, en virtud de la Resolución Rectoral R-358/2016. El tratamiento de la información sobre este alumnado, en cumplimiento con la LOPD, es de estricta confidencialidad.

    REGLAMENTO DE EVALUACIÓN DE ESTUDIANTES

    El artículo 8.6 del Reglamento de Evaluación de Estudiantes (REVA) prevé que "salvo en el caso de actividades definidas como obligatorias en la guía docente, si el o la estudiante no puede seguir el proceso de evaluación continua por circunstancias sobrevenidas debidamente justificadas, tendrá derecho a realizar una prueba global".

    Se recuerda asimismo que el artículo 22.1 del Reglamento de Evaluación de Estudiantes (REVA) estipula que "el o la estudiante que se valga de conductas fraudulentas, incluida la indebida atribución de identidad o autoría, o esté en posesión de medios o instrumentos que faciliten dichas conductas, obtendrá la calificación de cero en el procedimiento de evaluación y, en su caso, podrá ser objeto de sanción, previa apertura de expediente disciplinario".