Guía docente de la asignatura
(1910) PROCESOS DE DESARROLLO DE SOFTWARE

Curso académico 2026/2027

  1. Identificación

    1. De la asignatura

      Curso Académico
      2026/2027
      Titulación
      GRADO EN INGENIERÍA INFORMÁTICA
      PROGRAMA ACADÉMICO DE SIMULTANEIDAD DE DOBLE TITULACIÓN CON ITINERARIO ESPECIFICO DE GRADO EN MATEMÁTICAS Y GRADO EN INGENIERÍA INFORMÁTICA
      Nombre de la asignatura
      PROCESOS DE DESARROLLO DE SOFTWARE
      Código
      1910
      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 2026/2027
      Titulación

      GRADO EN INGENIERÍA INFORMÁTICA,

      PROGRAMA ACADÉMICO DE SIMULTANEIDAD DE DOBLE TITULACIÓN CON ITINERARIO ESPECIFICO DE GRADO EN MATEMÁTICAS Y GRADO EN INGENIERÍA INFORMÁTICA
      Nombre de la asignatura PROCESOS DE DESARROLLO DE SOFTWARE
      Código 1910
      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

      • SANCHEZ CUADRADO, JESUS Docente: GRUPO 1, GRUPO 3, GRUPO DTIE Coordinación de los grupos: GRUPO 1, GRUPO 3 Coordinador de la asignatura

        Categoría

        PROFESORES TITULARES DE UNIVERSIDAD

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

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

        jesusc@um.es Tutoría electrónica: Sí

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

      • CANOVAS SEGURA, BERNARDO Docente: GRUPO 1, GRUPO 2, GRUPO DTIE Coordinación de los grupos:

        Categoría

        PROFESOR AYUDANTE DOCTOR

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

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

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

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

      • DELGADO YARZA, PEDRO Docente: GRUPO 3 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

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

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

      • GARCIA DIAZ, JOSE ANTONIO Docente: GRUPO 2 Coordinación de los grupos: GRUPO 2

        Categoría

        PROFESOR AYUDANTE DOCTOR

        Área

        LENGUAJES Y SISTEMAS INFORMÁTICOS

        Departamento

        INFORMÁTICA Y SISTEMAS

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

        joseantonio.garcia8@um.es Tutoría electrónica: Sí

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

        Duración:
        A         		Día:
        Miércoles         		Horario:
        09:00-11:00         		Lugar:
        868884637, Facultad de Informática B1.2.039 (DESPACHO 2,31)
        Observaciones:
        Despacho 2.31 (2ª planta, facultad de Informática, Dpto de Informática y Sistemas) Para tutoría electrónica, por favor, contactadme por email para enviaros un enlace de ZOOM
      • MARTINEZ AGUILAR, MIGUEL ANGEL Docente: GRUPO 3, GRUPO DTIE 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

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

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

  2. Presentación

    Con Procesos de Desarrollo de Software se pretende que el alumnado se introduzca en la ingeniería del software. La asignatura gira en torno las técnicas para construir software de calidad. El alumno debe adquirir un conjunto de técnicas, procesos y herramientas de ingeniería del software que le permitan abordar de forma sistemática el proceso de desarrollo de software desde un punto de vista orientado a objetos. El desarrollo de software se plantea partiendo de un enfoque arquitectural a partir del cual se van articulando técnicas relativas al aseguramiento de la calidad, la persistencia, etc.

  3. Condiciones de acceso a la asignatura

    1. Incompatibilidades

      No constan

    2. Requisitos

      No constan

    3. Recomendaciones

      No existen restricciones formales, pero se recomienda haber superado las asignaturas Bases de Datos, Tecnologías de Desarrollo de Software y las de la materia Programación, o en su defecto, al menos conocer los conceptos esenciales impartido en estas asignaturas En particular, es necesario estar familiarizado con los conceptos básicos del modelo relacional de bases de datos y de la programación orientada a objetos: objeto, clase, método, mensaje, herencia, polimorfismo y ligadura dinámica Se puede considerar que Procesos de Desarrollo de Software complementa las asignaturas de Programación Orientada a Objetos y Tecnologías de Desarrollo de Software.

  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.
      • CGII2: Capacidad de organización y planificación.
      • 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.
      • CGII12: Habilidades en las relaciones interpersonales.
      • CGII14: Razonamiento crítico.
      • CGII15: Compromiso ético.
      • CGII17: Adaptación a nuevas situaciones.
      • CGII18: Creatividad
      • CGII22: Motivación por la calidad.
      • CGUM1: Ser capaz de expresarse correctamente en español en su ámbito disciplinar.
      • 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.
      • CGUM6: Capacidad para trabajar en equipo y para relacionarse con otras personas del mismo o distinto ámbito profesional.
      • 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.
      • 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.
      • CEII6: Capacidad para concebir y desarrollar sistemas o arquitecturas informáticas centralizadas o distribuidas integrando hardware, software y redes.
      • 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.
      • CR4: Capacidad para elaborar el pliego de condiciones técnicas de una instalación informática que cumpla los estándares y normativas vigentes.
      • CR5: Conocimiento, administración y mantenimiento sistemas, servicios y aplicaciones informáticas.
      • 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.
      • CR12: Conocimiento y aplicación de las características, funcionalidades y estructura de las bases de datos, que permitan su adecuado uso, y el diseño y el análisis e implementación de aplicaciones basadas en ellos.
      • CR16: Conocimiento y aplicación de los principios, metodologías y ciclos de vida de la ingeniería de software.

    3. Competencias transversales y de materia

      No constan

  5. Contenidos

    1. Teoría

      Tema 1: Ingeniería del software

      El software

      Factores de calidad del software

      Problemas en el desarrollo de software

      Ingeniería del software

      Métodos y procesos de desarrollo de software

      Tema 2: Diseño de Software: Domain-Driven Design

      - Modelado de dominio. Uso de la notación UML

      - Patrones básicos: Entidades, Valores, Agregados, Repositorios, Eventos del dominio

      - Lenguaje ubicuo y contextos acotados

      Tema 3: Arquitectura del software

      Concepto de arquitectura del software

      Modelo de componentes. Notación UML.

      Estilos arquitectónicos

      Arquitectura REST. APIs.

      Arquitectura limpia y arquitectura hexagonal

      Inversión del control e inyección de dependencias: Spring Boot

      Sistemas reactivos

      Tema 4: Persistencia

      Persistencia Objeto-Relacional: Java Persistence API

      Arquitectura y Configuración

      Mapeo O/R

      Lenguajes de Consulta en JPA

      Tema 5: Verificación de software - Pruebas de software

      Concepto de verificación. Tipos de verificación.

      Tipos de pruebas de software

      Pruebas de caja negra

      Pruebas de caja blanca

      Técnicas de pruebas

      Tema 6: Verificación de software - Análisis estático

      Tipos de análisis estático

      Análisis estático basado en patrones

      Procesadores de anotaciones

      Configuración y uso

      Tema 7: Depuración de software

      Conceptos básicos

      Técnicas de depuración

      Técnicas de logging

      Tema 8: Evolución de software

      Refactoring

      Librerías y gestión de dependencias

      Open source

    2. Prácticas

      • Práctica 1: Boletines de prácticas y tutoriales

        Sesiones prácticas para explicar y configurar herramientas asociadas a los temas que se tratan en las clases magistrales.

        Estas sesiones se realizan fundamentalmente en los laboratorios de prácticas pero también en los seminarios en horario de teoría según vaya avanzando la asignatura.

        Relacionado con:
        • Tema 1: Ingeniería del software
        • Tema 2: Diseño de Software: Domain-Driven Design
        • Tema 3: Arquitectura del software
        • Tema 4: Persistencia
        • Tema 5: Verificación de software - Pruebas de software
        • Tema 6: Verificación de software - Análisis estático
        • Tema 7: Depuración de software
        • Tema 8: Evolución de software

      • Práctica 2: Proyecto software

        El proyecto consistirá en construir una aplicación donde se pongan en prácticas las técnicas vistas en la asignatura. El proyecto se realizará de manera colaborativa sobre la plataforma GitHub.

        Los profesores de la asignatura definirán hitos en el proyecto de forma que los grupos de prácticas puedan obtener retroalimentación durante la realización de su práctica.

        La evaluación final de la práctica podrá incluir una prueba, bien en forma de entrevista de prácticas o examen de laboratorio relativo al proyecto de prácticas.

        Relacionado con:
        • Tema 1: Ingeniería del software
        • Tema 2: Diseño de Software: Domain-Driven Design
        • Tema 3: Arquitectura del software
        • Tema 4: Persistencia
        • Tema 5: Verificación de software - Pruebas de software
        • Tema 6: Verificación de software - Análisis estático
        • Tema 7: Depuración de software
        • Tema 8: Evolución de software

  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.

    Metodología expositiva con presentación de casos.

    Clases de problemas realizados por los propios alumnos en clase y moderados por el profesor.

    		 60.0 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.

    Problemas y casos de estudio realizados por los propios alumnos en el laboratorio y modelados por el profesor

    		 41.0 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.

    Desarrollo del proyecto de la Práctica 2.

    		 40.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.

    Tutorías generales de la asignatura, así como entrevistas y controles dentro de la Práctica 2.

    		 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

    Examen con cuestiones tipo test o preguntas cortas y con problemas

    		 3.0 0.0
    Totales 150,00

  7. Horario de la asignatura

    https://www.um.es/web/estudios/grados/informatica/2026-27#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.

    En la evaluación de la prueba IE1 (Instrumento de Evaluación 1, Examen teórico-práctico) de la convocatoria final se valorará la corrección técnica, la completitud, la precisión, y la claridad de las respuestas a las cuestiones planteadas

    Para aprobar la asignatura es preciso aprobar este instrumento de evaluación con una nota mínima de 5.

    		 50.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.

    El informé técnico consistirá en la presentación del proyecto software según los medios especificados por el profesorado en cada caso (ej., un repositorio de código) que incluirá los diferentes artefactos desarrollados como modelos software, documentación y código asociado.

    Para aprobar la asignatura es preciso obtener al menos un 5 en el proyecto presentado.

    En la evaluación se valorará la corrección técnica y de notación, la completitud, la precisión, y la claridad de la documentación y del código desarrollado, así como el seguimiento de las instrucciones con respecto la documentación y, siguiendo la competencia CEII9, la capacidad para resolver problemas con iniciativa, toma de decisiones, autonomía y creatividad

    		 50.0

  9. Fechas de exámenes

    https://www.um.es/web/estudios/grados/informatica/2026-27#examenes

  10. Resultados del Aprendizaje

    · Conocer el origen y significado del término "Ingeniería del software", su evolución histórica y los desafíos actuales (con atención al contexto sociocultural de su desarrollo), y ser consciente de la responsabilidad ética y profesional de un ingeniero de software

    · Entender una aproximación al diseño de software como Domain-Driven Design

    · Entender el concepto de Arquitectura de Software como la estructura de alto nivel de un sistema que es utilizada como guía para su desarrollo

    · Saber aplicar la notación UML para describir el diseño y la arquitectura

    · Comprender el papel de los requisitos funcionales y no funcionales en el diseño de una arquitectura de software

    · Conocer las arquitecturas más significativas, y ser capaz de aplicarlas en el contexto adecuado

    · Comprender el concepto de framework y su papel en la arquitectura de software

    · Ser consciente de la necesidad de la abstracción en el desarrollo de software

    · Conocer técnicas de diseño y aplicarlas en el marco de un proceso de software

    · Conocer técnicas de aseguramiento de la calidad (pruebas, análisis estático, depuración) y aplicarlas en el marco de un proceso de software

    · Conocer técnicas de evolución de software

    · Conocer la necesidad de disponer un esquema lógico de base de datos independiente de un Sistema Gestor de Bases de Datos comercial particular

    · Obtener un esquema lógico de datos a partir de un esquema conceptual (expresado en UML) con la mínima pérdida de semántica, siguiendo las reglas de transformación del diseño lógico

    · Transformar un esquema lógico en sentencias SQL de creación de tablas

  11. Bibliografía

  12. Observaciones

    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.

    EVALUACIÓN

    En el procedimiento de evaluación resultarán de aplicación el artículo 135.1.v) de los Estatutos de la Universidad de Murcia, el artículo 8.6 del Reglamento de Evaluación de Estudiantes (REVA) y la instrucción SG 18/2026 del secretario general de la Universidad de Murcia que interpreta estas normas, disponible en este enlace: https://sede.um.es/sede/documento/normativa/instruccion-del-secretario-general-sg-18-2026-sobre-la-interpretacion-y-aplicacion-del-art-135-1-v-estatutos-umu/24199.pdf

    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".

    OBSERVACIONES DEL EQUIPO DOCENTE

    Esta asignatura no se encuentra vinculada de forma directa con los Objetivos de Desarrollo Sostenible

    Los instrumentos de evaluación aprobados de la asignatura se mantienen desde junio hasta febrero del curso siguiente

    Se garantiza que el enunciado del caso práctico de la Práctica 2 (instrumento E2 de evaluación, IE2) se mantendrá desde junio hasta febrero del curso siguiente

    Los criterios para establecer la nota que aparecerá en el acta son los siguientes:

    - Si el alumno no se presenta a la prueba de la convocatoria final (IE1) y no entrega el proyecto (IE2), su calificación será "No Presentado"

    - Si el alumno supera un instrumento y no entrega o no se presenta al otro, su calificación será "No Presentado"

    - Si el alumno no supera un instrumento y no presenta o no supera el otro, su calificación será "Suspenso" con la nota del instrumento no superado

    - En otro caso (es decir, se superan los dos inStrumentos), su calificación será resultado de aplicar los pesos establecidos para cada instrumento (50% para IE1 y 50% para IE2).