INGENIERÍA DE SOFTWARE I
Doble Titulación de Grado en Estadística y en Ingeniería Informática
Curso 2022/2023
1. Datos de la asignatura
(Fecha última modificación: 07-05-22 19:33)- Código
- 101118
- Plan
- ECTS
- 6
- Carácter
- Curso
- 3
- Periodicidad
- Segundo Semestre
- Idioma
- ESPAÑOL
- Áreas
- CIENCIA DE LA COMPUTACIÓN E INTELIGENCIA ARTIFICIAL
LENGUAJES Y SISTEMAS INFORMÁTICOS
- Departamento
- Informática y Automática
- Plataforma Virtual
Datos del profesorado
- Profesor/Profesora
- Francisco José García Peñalvo
- Grupo/s
- A (Teoría)
- Centro
- Fac. Ciencias
- Departamento
- Informática y Automática
- Área
- Ciencia de la Computación e Inteligencia Artific.
- Despacho
- D1516
- Horario de tutorías
- -
- URL Web
- URL Web https://produccioncientifica.usal.es/investigadores/56361/detalle
- fgarcia@usal.es
- Teléfono
- 923294500 ext. 6095
- Profesor/Profesora
- Alicia García Holgado
- Grupo/s
- A (Teoría),PA1,PA2 y PA3
- Centro
- Fac. Ciencias
- Departamento
- Informática y Automática
- Área
- Ciencia de la Computación e Inteligencia Artific.
- Despacho
- E4000
- Horario de tutorías
- Solicitar por correo electrónico
- URL Web
- URL Web https://produccioncientifica.usal.es/investigadores/56361/detalle
- aliciagh@usal.es
- Teléfono
- 923294500 Ext. 6076
- Profesor/Profesora
- Andrea Vázquez Ingelmo
- Grupo/s
- A (Teoría),PA1,PA2 y PA3
- Centro
- E. Politécnica Superior de Zamora
- Departamento
- Informática y Automática
- Área
- Lenguajes y Sistemas Informáticos
- Despacho
- Despacho 261. Edificio Politécnica
- Horario de tutorías
- Solicitar por correo electrónico
- URL Web
- -
- andreavazquez@usal.es
- Teléfono
- -
- Profesor/Profesora
- Davinia Carolina Zato Domínguez
- Grupo/s
- B (Teoría), PB1,PB2 y PB3
- Centro
- Fac. Ciencias
- Departamento
- Informática y Automática
- Área
- Ciencia de la Computación e Inteligencia Artific.
- Despacho
- Ciencias, planta 3ª E4000-Ático E
- Horario de tutorías
- Davinia Carolina Zato Domínguez: Solicitar por correo electrónico Jesús Fernando Rodríguez Aragón: Solicitar por correo electrónico
- URL Web
- http://diaweb.usal.es/diaweb/personas/carol_zato
- carol_zato@usal.es
- Teléfono
- 923294500 Ext. 6076
- Profesor/Profesora
- Jesús Fernando Rodríguez Aragón
- Grupo/s
- B (Teoría), PB1,PB2 y PB3
- Centro
- Fac. Ciencias
- Departamento
- Informática y Automática
- Área
- Ciencia de la Computación e Inteligencia Artific.
- Despacho
- F3103
- Horario de tutorías
- -
- URL Web
- http://diaweb.usal.es/diaweb/personas/jraragon
- jraragon@usal.es
- Teléfono
- 923294500 (ext. 6098)
2. Sentido de la materia en el plan de estudios
Bloque formativo al que pertenece la materia.
Ingeniería del Software
Papel de la asignatura.
Es la primera asignatura que se imparte del bloque de Ingeniería del Software, por lo que en ella se le da al estudiante una visión general de la Ingeniería del software y se abordan las primeras actividades del proceso software.
Perfil profesional.
La asignatura se centra en las primeras fases del ciclo de vida de los sistemas de información, es decir, en su concepción, planificación y análisis, lo que afecta a todos los perfiles profesionales relacionados con la gestión, consultoría y desarrollo de sistemas de información.
3. Recomendaciones previas
4. Objetivo de la asignatura
- Conocer los elementos, la estructura y los diferentes tipos de sistemas de información.
- Entender las actividades de ingeniería que componen el proceso del software y conocer los diferentes modelos de proceso.
- Saber obtener, analizar y documentar los requisitos de un sistema software aplicando los principios, técnicas y herramientas apropiados.
- Modelar un sistema software en diferentes niveles de abstracción utilizando un lenguaje de modelado
5. Contenidos
Teoría.
I. INTRODUCCIÓN: SISTEMAS DE INFORMACIÓN Y MODELOS DE PROCESO
- Introducción a la Ingeniería del Software: Conceptos básicos. Proceso software. Metodologías
- Sistemas de Información: Definiciones. Estructura. Clasificación. Ingeniería de sistemas
- Modelos de proceso: Modelo clásico. Modelos iterativos e incrementales. Modelos orientados a la reutilización. Procesos ágiles. Modelos para la Ingeniería Web
II. PROCESO UNIFICADO
- Introducción al Proceso Unificado: Características principales. La vida del Proceso Unificado. El producto. El proceso
- Flujos de trabajo del Proceso Unificado: Captura de requisitos. Análisis. Diseño. Implementación. Prueba
III. INGENIERÍA DE REQUISITOS
- Ingeniería de Requisitos: Introducción. Requisitos. Especificación de requisitos.
IV. ANÁLISIS
- Análisis: Principios. Análisis Orientado a Objetos. Modelos.
- UML: Modelo de casos de uso. Diagramas de clases. Diagramas de Interacción.
Práctica.
- Obtención y documentación de requisitos
- Modelado de análisis con UML: Modelos del dominio, de casos de uso y de interacción (diagramas de secuencia y de comunicación)
6. Competencias a adquirir
Básicas / Generales.
Básicas: CB5
Específicas.
Comunes:
CE1: 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.
CE2: 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.
CE8: 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
CE16: Conocimiento y aplicación de los principios,metodologías y ciclos de vida de la ingeniería de software.
De tecnología específica:
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.
IS4: Capacidad de identificar y analizar problemas y diseñar, desarrollar, implementar, verificar y documentar soluciones software sobre la base de un conocimiento adecuado de las teorías, modelos y técnicas actuales.
TI1: Capacidad para comprender el entorno de una organización y sus necesidades en el ámbitode las tecnologías de la información y las comunicaciones.
Transversales.
CT1, CT2, CT3, CT4, CT5, CT8, CT9, CT10, CT11,CT12, CT13, CT14, CT16, CT17, CT18, CT19, CT20, CT21, CT22
7. Metodologías
Las actividades formativas que se proponen para esta materia son las siguientes:
Actividades presenciales:
- Lección magistral: exposición de teoría y resolución de problemas
- Talleres: Realización de prácticas guiadas en laboratorio, empleando metodología basada en problemas
- Seminarios tutelados para grupos pequeños con exposición de trabajos
- Sesiones de tutorías, seguimiento y evaluación,individuales o en grupo
- Exposición de trabajos y pruebas de evaluación
- Actividades no presenciales:
- Estudio autónomo por parte del estudiante
- Revisión bibliográfica y búsqueda de información
- Realización de trabajos, prácticas libres, informes de prácticas…
- Tutorías a través del campus virtual
- Interacción a través de redes sociales
Para esta materia las actividades formativas presenciales, que implican una interacción profesor-estudiante, suponen el 40% de los créditos ECTS. En las asignaturas la distribución temporal asignada a cada actividad se corresponde con el modelo de tipoA (modelos presentados en el apartado 5.1 de la memoria del Grado).
El contenido teórico delas materias presentado enlas clases magistrales junto con su aplicación en las clases de problemas y las prácticas guiadas, facilitará la asimilación de las competencias anteriormente descritas. En las sesiones y seminarios tutelados se resolverán las dudas y el trabajo personal permitirá afianzar dichas competencias.
8. Previsión de Técnicas (Estrategias) Docentes
9. Recursos
Libros de consulta para el alumno.
- Booch, G., Rumbaugh, J., Jacobson, I. “El Lenguaje Unificado de Modelado”. Addison Wesley, 1999.
- Jacobson, I., Booch, G., Rumbaugh, J. “El Proceso Unificado de Desarrollo de Software”. Addison-Wesley, 2000.
- Larman,C.“UMLy Patrones”. 2ª Edición. Prentice-Hall, 2003.
- Pfleeger, S. L. “Ingeniería del Software. Teoría y Práctica”. Prentice Hall, 2002.
- Piattini, M. G., Calvo-Manzano, J. A., Cervera, J., Fernández, L. “Análisis yDiseño deAplicaciones Informáticas de Gestión. Unaperspectiva de Ingeniería del Software”. Ra-ma. 2004.
- Pressman, R. S.“Ingeniería del Software: Un Enfoque Práctico”. 7ª Edición. McGraw-Hill. 2010.
- Rumbaugh, J., Blaha, M., Premerlani, W., Eddy, F.,Lorensen, W.“ModeladoyDiseño Orientados aObjetos. Metodología OMT”.Prentice Hall, 2ª reimpresión, 1998.
- Rumbaugh, J., Jacobson, I., Booch, G. “El Lenguaje Unificado de Modelado. Manual de Referencia”. 2ª ed., Addison-Wesley. 2007.
- Sánchez, S., Sicilia, M.A. y Rodríguez, D. “Ingeniería del Software. Un enfoque desde la guía SWEBOK”, Garceta, 2011.
- Sommerville, I. “Ingeniería del Software”. 7ª Edición, Addison-Wesley. 2005
Otras referencias bibliográficas, electrónicas o cualquier otro tipo de recurso.
Durán, A., Bernárdez, B. “Metodología para la Elicitación de Requisitos de Sistemas Software (versión 2.3)”. Informe Técnico LSI-2000-10, Universidad de Sevilla. http://www.lsi.us.es/%7Eamador/publicaciones/metodologia_elicitacion_2_3.pdf.zip. [Última vez visitado, 18-2-2011]. Abril 2002.
Durán,A.,Bernárdez, B.“Metodología para elAnálisis de Requisitos de Sistemas Software (versión 2.2)”. Universidad de Sevilla. http://www.
lsi.us.es/%7Eamador/publicaciones/metodologia_analisis.pdf.zip. [Última vez visitado, 18-2-2011]. Diciembre 2001.
OMG. “OMG Unified Modeling Language Specification. Version 1.5”. Object Management Group Inc. March 2003. http://www.omg.org/spec/ UML/1.5/ [Última vez visitado, 18-2-2011].
OMG. “OMG Unified Modeling Language Specification. Version 2.3”. Object Management Group Inc. May 2010. http://www.omg.org/spec/ UML/2.3/ [Última vez visitado, 18-2-2011].
Pohl, K. “Requirements Engineering: An Overview”. En M. Dekker (Ed.), Encyclopedia of Computer Science and Technology, 36. 1997. Dis- ponible en ftp://sunsite.informatik.rwth-aachen.de/pub/CREWS/CREWS-96-02.pdf [Última vez visitado, 18-2-2011].
10. Evaluación
Consideraciones generales.
- Evaluación continua: 25%
- Realización de exámenes de teoría y problemas: 40%
- Realización y defensa de prácticas, trabajos o proyectos: 35%
La nota final de las asignaturas se obtendrá de forma ponderada a través de las notas finales conseguidas en los apartados anteriores.
La nota de evaluación continua se puede guardar para cursos posteriores en caso de que un estudiante que no haya superado la asignatura así lo decida.
Cuando se haya obtenido una nota mínima de 5 en el trabajo final, esta nota se puede guardar para cursos académicos posteriores, en caso de que un estudiante que no haya superado la asignatura así lo decida.
Criterios de evaluación.
Exámenes tipo test de teoría
- Dos exámenes de tipo test parciales.
- Se realizarán en evaluación continua, pero su calificación se recogerá en el apartado de teoría de la asignatura.
Participación activa en las clases de teoría
- Durante las sesiones de teoría se harán preguntas y quien las conteste y razone adecuadamente recibirá una puntuación que se reflejará en la Nota de Evaluación Continua.
Entregas de ejercicios de modelado
- Durante las sesiones de prácticas y/o en las clases de teoría se solicitará la realización de ejercicios (sin que estas entregas estén programadas).
- Las notas de estos ejercicios computarán en la Nota de Evaluación Continua de esta asignatura.
Talleres
- Grupos de 3-5 personas.
- Todos los grupos obligatoriamente entregan el modelo realizado previamente al comienzo de la sesión a través del campus virtual (en formato PDF y realizado con alguna herramienta de modelado).
o Si se detecta fraude se resta 1 punto.
- Un grupo voluntario por taller defiende su solución y realiza un informe con la solución final alcanzada con entrega en 15 días tras el taller.
o Por la defensa se obtiene entre 0 y 0,75 puntos; y por entregar el informe hasta 0,75 puntos.
o Si no hubiera grupo voluntario se cancelaría el taller.
o La participación activa, acertada y continuada en el debate de los talleres puede aportar hasta 0,5 puntos a lo largo de todos los talleres.
o Estas notas computarán en el apartado de Evaluación Continua de la asignatura.
Examen final
- Consta de dos partes (test y conjunto de supuestos teórico/prácticos), cada una de las cuales computa un 50% en la nota final de este examen.
- Para que la nota de este examen compute en la nota final de la asignatura se debe alcanzar una nota mínima determinada en cada una de las partes que lo componen.
- La parte de test puede eliminarse si se han realizado los exámenes de test parciales y se ha obtenido una calificación superior o igual al límite marcado por el equipo docente de media en estas pruebas, siempre que en cada una de ellas al menos se haya obtenido una nota mínima de un 3.
- Si un estudiante se presenta a la segunda convocatoria de este examen, solo debería realizar aquellas partes no superedas o en las que quiera optar a subir la calificación.
- Las calificaciones relacionadas con este examen no se mantienen entre cursos académicos.
Trabajo final
- Se realizará en grupos de 3-5 personas (salvo excepciones justificadas) que cursen la misma modalidad de la asignatura.
- Se podrán solicitar entregas parciales del trabajo.
- Defensa bajo demanda del equipo docente.
- Este trabajo deberá tener una nota mínima de 5 para que compute en la nota final de la asignatura.
- Cuando se haya obtenido una nota mínima de 5, esta nota se puede guardar para cursos académicos posteriores, en caso de que un estudiante que no haya superado la asignatura así lo decida.
Instrumentos de evaluación.
Pruebas para evaluar los conceptos teóricos (40%)
· Preguntas tipo test de respuesta única
· Preguntas de respuesta abierta, de forma concisa y razonada
· Preguntas de verdadero-falso (justificadas)
· Resolución de problemas
Pruebas para evaluar las competencias prácticas (35%)
· Evaluación de la práctica obligatoria
· Defensa grupal de la práctica si el equipo docente lo cree necesario
Pruebas de evaluación continua (25%)
· Entrega de ejercicios de modelado como tareas
· Defensa de un problema de modelado y posterior realización de un informe
Participación activa en la asignatura
Recomendaciones para la evaluación.
La evaluación continua tiene un peso importante, no solo de las pruebas que se recogen a lo largo del curso, sino la participación activa en el aula.
La parte práctica de la asignatura transfiere un conjunto de competencias conceptuales en la asignatura, además de varias transversales, ambos tipos fundamentales para el perfil del futuro egresado.
Para superar la asignatura se debe obtener una nota mínima de 5 como promedio, debiendo alcanzar una puntuación mínima de 5 puntos en la parte práctica y de 4 puntos en cada una de las pruebas de teoría.
Recomendaciones para la recuperación.
La recuperación se planteará como una prueba integral en la que el estudiante deberá superar aquellas partes en las que no haya superado la nota mínima requerida (4).
Respecto al trabajo final, si no se obtiene la nota mínima de 5, se puede realizar una entrega en torno a la fecha de la segunda convocatoria de examen final.
La nota de evaluación continua no se puede recuperar.