INGENIERÍA DE SOFTWARE I SUMARIO 2º DE GRADO EN INGENIERÍA INFORMÁTICA CURSO 2024/2025 Dr. Francisco José García-Peñalvo / fgarcia@usal.es Dra. Alicia García-Holgado / aliciagh@usal.es Departamento de Informática y Automática Universidad de Salamanca 1 mailto:fgarcia@usal.es mailto:aliciagh@usal.es Ingeniería de Software I - Sumario ÍNDICE 1. Motivación 2. Enfoque de ingeniería en el desarrollo del software 3. Asignatura Ingeniería del Software I • Equipo docente • Objetivos • Temario • Metodología • Modalidades para cursar la asignatura • Evaluación • Cuestionarios 4. Bibliografía básica recomendada 5. Enlaces 6. Herramientas CASE 2 Ingeniería de Software I - Sumario 1. MOTIVACIÓN 3 Ingeniería de Software I - Sumario PRÁCTICAS DE SOFTWARE La Ingeniería del Software dentro del currículo de Ingeniería Informática aporta la primera aproximación a la práctica real del desarrollo de software • Proyectos realizados por equipos de desarrollo • Programación a gran escala (programming in large) • Obtención (elicitación) de los requisitos • Modelos de ciclo de vida • Gestión de la configuración • Calidad del software • Mantenimiento • ... 4 Ingeniería de Software I - Sumario APROXIMACIÓN PERSONAL AL DESARROLLO DEL SOFTWARE 5 Insatisfacción Programa = Producto software final Carencia de documentación Imposibilidad de mantenimiento Dificultades en la evolución Dependencias personales insostenibles Programming in small ht tp s: //u ns p la sh .c om /s ea rc h /h ut ?p ho to =X O 89 zS R iQ P 0 https://unsplash.com/search/hut?photo=XO89zSRiQP0 Ingeniería de Software I - Sumario SOLUCIONES SOFTWARE DESPROPORCIONADAS 6 Mala gestión Mala adquisición Desproporción entre el coste y el beneficio obtenido Insatisfacción https://unsplash.com /search/palace?photo=S E Y O 0B otkgc https://unsplash.com/search/palace?photo=SEYO0Botkgc Ingeniería de Software I - Sumario INGENIERÍA DEL SOFTWARE BIEN APLICADA 7 “Se hacen planos para una casa tanto si esta es grande como si es pequeña” Barry W. Boehm ht tp s: //u ns pl as h. co m /s ea rc h/ ho m e? ph ot o= Sv 4b tq hc Yq w https://unsplash.com/search/home?photo=Sv4btqhcYqw Ingeniería de Software I - Sumario OBJETIVOS Desarrollo de software de calidad Aumento de la productividad Desarrollo de software económico 8 Ciertamente la tarea de desarrollo de software es un problema de ingeniería: implica “crear soluciones rentables a problemas prácticos” Mary Shaw & James E. Tomayko M. Shaw y J. E. Tomayko, "Models for Undergraduate Project Courses in Software Engineering," en Software Engineering Education, J. E. Tomayko, Ed. Lecture Notes in Computer Science, no. 536, pp. 33-71, Berlin, Heidelberg: Springer, 1991. doi: 10.1007/BFb0024284. Ingeniería de Software I - Sumario 2. ENFOQUE DE INGENIERÍA EN EL DESARROLLO DEL SOFTWARE 9 Ingeniería de Software I - Sumario LA IMPORTANCIA DE LAS PALABRAS 1 0 Informática Ingeniería de Software Ingeniería Informática Ingeniería de Software I - Sumario COMPETENCIAS DE UNA PROFESIÓN 1 1 h ttp s://d 6 6 z.sh o rt.g y/o p x n V 6 https://d66z.short.gy/opxnV6 La clave para obtener todo el beneficio de los (futuros) entornos inteligentes de desarrollo de proyectos software residirá en la base de conocimiento que la persona tenga para conseguir más eficacia en el proceso y mayor calidad en los productos. Si no se ha adquirido este conocimiento, las herramientas se convertirán en cajas negras y el o la profesional será intrascendente para el proceso INGENIERÍA DE SOFTWARE EN TIEMPOS DE LA INTELIGENCIA ARTIFICIAL 1 2 Ingeniería de Software I - Sumario Ingeniería de Software I - Sumario CONTEXTO DE LA INGENIERÍA DE SOFTWARE 1 3 Ingeniería de Software I - Sumario 3. ASIGNATURA INGENIERÍA DE SOFTWARE I 1 4 Ingeniería de Software I - Sumario EQUIPO DOCENTE Coordinador de la asignatura • Dr. D. Francisco José García Peñalvo (fgarcia@usal.es) Grupo A • Dr. D. Francisco José García Peñalvo (fgarcia@usal.es) • Contactar por email para concertar las tutorías • Dra. Dña. Alicia García Holgado (aliciagh@usal.es) • Contactar por email para concertar las tutorías 1 5 mailto:fgarcia@usal.es mailto:fgarcia@usal.es mailto:aliciagh@usal.es TUTORÍAS Todas las dudas relacionadas con la asignatura se deben realizar a través del que el foro de dudas en Studium • Se responderá lo más rápido posible • Además, las dudas individuales pueden servir para el resto • En cualquier momento podréis solicitar una tutoría con cualquier docente, se buscará un hueco en la agenda que encaje tanto a todas las partes y se realizará en presencial o por videoconferencia 1 6 Ingeniería de Software I - Sumario Ingeniería de Software I - Sumario OBJETIVOS • 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, para lo que se aplicarán los principios, técnicas y herramientas apropiados • Modelar un sistema software en diferentes niveles de abstracción mediante el uso de un lenguaje de modelado estándar 1 7 Ingeniería de Software I - Sumario TEMARIO • Tema 1. Introducción a la Ingeniería del Software • Tema 2. Sistemas de Información • Tema 3. Modelos de proceso • Tema 4. Ingeniería de Requisitos • Tema 5. Introducción al Proceso Unificado • Tema 6. Flujos de trabajo del Proceso Unificado • Tema 7. Análisis Orientado a Objetos • Tema 8. UML 1 8 Estos temas sirven como bibliografía general. El desarrollo de las sesiones de teoría se ajusta al aprendizaje basado en proyectos. Se han seleccionados los contenidos necesarios para avanzar en el proyecto que se debe entregar al finalizar la asignatura. Estos contenidos se encuentran formato de píldoras de vídeo, disponibles antes de las sesiones de teoría, aunque los más relevantes se reforzarán en las sesiones de teoría Ingeniería de Software I - Sumario METODOLOGÍA • Enfoque metodológico • Se pasa de una estructura de contenidos a un enfoque activo ligado a los hitos propios del proceso software • El hilo conductor será el desarrollo del trabajo final junto con los contenidos teórico/prácticos que se necesitan para llevarlo a cabo • El trabajo final consiste en el desarrollo de un modelo de análisis sobre un tema específico sobre el que los grupos darán soluciones • Los contenidos teóricos estarán disponibles en Studium • En el desarrollo de las clases se hará hincapié en lo más relevante para el desarrollo del trabajo final • El complemento a las clases se encuentra en los materiales y en las tutorías • Se aplica un enfoque de aula invertida, se preparan las clases fuera del aula, se tiene una actitud más activa dentro del aula 1 9 Ingeniería de Software I - Sumario MODALIDADES PARA CURSAR LA ASIGNATURA Modalidad A: Enfoque (tradicional) hacia una evaluación final • No se realiza evaluación continua, es decir, este apartado de la calificación final o se tiene guardado de otros años o se pierde • La asistencia a clase es voluntaria y mayormente pasiva • Se pueden realizar los test parciales porque estos se orientan a eliminar materia del examen final, no computan en la evaluación continua • Se orienta hacia el examen final • Entrega de la práctica final y defensa grupal de la misma • Recomendada para aquellos que tengan conflicto de horario o parte de la asignatura superada de cursos anteriores (práctica obligatoria y evaluación continua) 2 0 Ingeniería de Software I - Sumario MODALIDADES PARA CURSAR LA ASIGNATURA Modalidad B: Enfoque de evaluación continua • Asistencia obligatoria al menos al 75% de las sesiones de teoría y práctica. Las faltas por enfermedad, confinamiento, prevención, etc. no contarán, simplemente hay que justificarlas • La asistencia a clase se controlará a través de Studium. Se proporcionará una contraseña diferente cada día para cada estudiante. Cada uno debe indicar su presencia en el aula y se establecerán medidas para asegurar que las personas que marcan asistencia son las que están realmente en el aula. El fraude en asistencia supondrá la pérdida de la evaluación continua, contabilizando como un 0 en la nota final • Trabajo en grupo para evaluación continua • Se pueden realizar los test parciales • Se pueden realizar los ejercicios de modelado individuales, que computan para la evaluación continua • Se puede participar en los talleres de prácticas, que computan para la evaluación continua • Examen final • Tres entregas obligatorias de la práctica final (dos parciales y una final) y posibilidad de corregir los errores en cada nueva entrega • Defensa del trabajo final solo bajo demanda del equipo docente • Si no cursas la asignatura por primera vez y quieres cursar la modalidad B puedes ponerte en contacto con el equipo docente para estudiar el caso de forma personalizada 2 1 Ingeniería de Software I - Sumario SESIONES DE TEORÍA A continuación, se indica la planificación de las sesiones de teoría Actividades Presentación de la asignatura 11/02 Introducción a la Ingeniería del SW 12/02 Ingeniería de requisitos 18/02 Introducción al Proceso SW 19/02 Metodologías y proceso unificado 25/02 26/02 Presentación del Hito 1, 2 y 3 del trabajo final 04/03 02/04 30/04 Trabajo grupal Hito 1 05/03 12/03 Refuerzo de Casos de uso 11/03 Test 1 18/03 Ejercicio de modelado 26/03 Modelo de dominio y resolución de diagramas de clases en el aula 19/03 25/03 29/04 13/05 20/05 Trabajo grupal Hito 2 08/04 09/04 Análisis orientado a objetos 01/04 02/04 Trabajo grupal Hito 3 07/05 14/05 Test 2 y ejercicio de modelado 06/05 2 2 S E S IO N E S D E T E O R ÍA D E 8 :3 0 A 1 0 :0 0 (A U L A M A G N A I ) Trabajo por grupos 2 3 Sesión de clase de teoría Examen test parcial No lectivo / Lunes de aguas Ingeniería de Software I - Sumario SESIONES DE PRÁCTICAS A continuación, se indican las fechas en las que tendrán lugar las diferentes sesiones y talleres de prácticas CU T1 UML T2 T3 UML Grupo PA1 17/02 24/02 10/03 17/03 24/03 07/04 Grupo PA3 20/02 27/02 13/03 20/03 27/03 10/04 2 4 Ingeniería de Software I - Sumario Grupo PA1 Grupo PA3 S E S IO N E S D E P R Á C T IC A S (P A 1 : A U L A D 1 | P A 3 : A U L A F 3 ) 2 5No lectivo Ingeniería de Software I - Sumario METODOLOGÍA DE DESARROLLO Y EVALUACIÓN DE LOS TALLERES • Grupos de 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) • 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 • Por la defensa se obtiene entre 0 y 0,75 puntos; y por entregar el informe hasta 0,75 puntos • El grupo voluntario se recogerá a través del campus virtual y se realizará un sorteo en el aula en caso de haber más de un grupo voluntario • Si no hubiera grupo voluntario se cancelaría el taller • La solución será proyectada por el docente y el grupo la explicará • 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 • Estas notas computarán en el apartado de Evaluación Continua de la asignatura 2 6 Ingeniería de Software I - Sumario TRABAJO FINAL Se realizará en grupos de 5 personas (salvo excepciones justificadas) que cursen la misma modalidad de la asignatura • Modalidad A (enfoque hacia una evaluación final) • Se realizará una única entrega al final del cuatrimestre • Se realizará defensa grupal bajo demanda del equipo docente • Modalidad B (enfoque de evaluación continua) • El trabajo final se realizará a lo largo de todo el cuatrimestre siguiendo el proceso unificado • Se realizará trabajo en grupo durante las sesiones de teoría • Existirán dos entregas parciales obligatorias y una entrega final • Los problemas detectados durante las entregas parciales se podrían corregir, suponiendo una mejora en las notas de dichas entregas • Se realizarán defensas parciales que serán evaluadas en el apartado de evaluación continua • Se utilizará una herramienta para gestionar el trabajo el equipo • Se realizará defensa bajo demanda del equipo docente 2 7 Ingeniería de Software I - Sumario PLANIFICACIÓN DEL TRABAJO FINAL (MODALIDAD B) 2 8 Ingeniería de Software I - Sumario HITOS EVALUABLES 1. Exámenes tipo test de teoría (se realizarán en evaluación continua, pero su calificación se recogerá en el apartado de teoría de la asignatura): 18/03/2025 y 6/05/2025 2. 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 3. Entrega de ejercicio de modelado • El día 26 de marzo 2025 se realizará un ejercicio de modelado de dominio que computará como Nota de Evaluación Continua de esta asignatura • El día 6 de mayo 2025 se realizará un ejercicio de modelado a continuación del test de teoría que computará como Nota de Evaluación Continua de esta asignatura • Será un ejercicio de diagrama de clases, similar al que os enfrentaréis en el examen final, pero con menos de dificultad 4. Defensas de los talleres • En cada sesión de taller un grupo defenderá su propuesta de solución y entregará un informe posterior con la solución final a la que se llegue después del debate • La nota de los talleres computará en la Nota de Evaluación Continua de esta asignatura 5. Examen final: 2/06/2025 y 20/06/2025 • Test de teoría • Modelado (diagrama de clases) y supuestos teórico/prácticos 6. Trabajo final • Modalidad A (enfoque hacia una evaluación final) • Entrega 20/05/2025 • Defensa en grupo • Modalidad B (enfoque de evaluación continua) • Entregas parciales: 1/04/2025 (requisitos), 29/04/2025 (modelo de dominio), 20/05/2025 (entrega final) • Posible presentación final opcional que computará en la Nota de Evaluación Continua • Defensa bajo demanda del equipo docente • Evaluación individual de los/as compañeros/as del grupo 2 9 Ingeniería de Software I - Sumario NOTA DEL 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 de un 4 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 a 4 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 cuya nota sea inferior a 4 o en las que quiera optar a subir la calificación • Las calificaciones relacionadas con este examen no se mantienen entre cursos académicos 3 0 Ingeniería de Software I - Sumario NOTA TRABAJO FINAL • 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 • Modalidad A (enfoque hacia una evaluación final) • La nota final del trabajo será el resultado de la rúbrica de evaluación que se encuentra en Studium en la sección de la modalidad A • Cada miembro del grupo realizará una evaluación individual de cada miembro • La nota final del trabajo se compone de un 90% la nota obtenida en la rúbrica y un 10% el desempeño evaluado por los/as compañeros/as • 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 • Modalidad B (enfoque de evaluación continua) • La nota del trabajo final será la media de las notas obtenidas en las entregas • Se realizará defensa solo bajo demanda del equipo docente • Cada miembro del grupo realizará una evaluación individual de cada miembro para cada uno de los hitos entregados • La nota final del trabajo se compone de un 90% la nota media obtenida en las entregas y un 10% el desempeño evaluado por los/as compañeros/as • Índice de corrección sobre la nota final en función de la competencia de trabajo en equipo evaluado de forma individual. Valor del índice: 1 – bien, > 1 – muy bien, < 1 deficiente • 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 3 1 Ingeniería de Software I - Sumario FÓRMULA EVALUACIÓN NotaFinal = (NotaExamenFinal * 0,4) + (NotaTrabajo * 0,35) + (NotaEvaluaciónContinua * 0,25) NotaEvaluaciónContinua = (NotaEjerciciosContinua + NotaTalleres + NotaParticipación) Si (NotaFinal  5,0) Si no Fin si 3 2 La nota de evaluación continua no se puede recuperar POLÍTICA DE USO DE IA GENERATIVA EN LA ASIGNATURA El uso de IA Generativa en el Grupo A de la asignatura de Ingeniería de Software I está permitida • Recomendaciones generales • Si se emplea este tipo de herramientas debe hacerse como apoyo al aprendizaje, no para que la herramienta haga el trabajo por la persona y anule la adquisición de las competencias • El uso de estas herramientas requiere de un pensamiento crítico, la fiabilidad de las respuestas obtenidas debería ser siempre objeto de un contraste en otras fuentes cuando no se tiene el completo dominio del área de conocimiento 3 3 Ingeniería de Software I - Sumario POLÍTICA DE USO DE IA GENERATIVA EN LA ASIGNATURA Se ha habilitado el chatbot Intelligrams (en fase experimental y basado en el TFG de Cristian Alejandro Castillo Salguero*) para apoyar en la adquisición de competencias en el modelado conceptual mediante diagramas de clases de UML (https://d-ia-gramas.grial.eu) Para utilizarlo debéis registraros, usando vuestro correo electrónico institucional y eligiendo la asignatura 2024/2025 – GII – Ingeniería de Software I (*) C. A. Castillo Salguero, "Sistema de generación de diagramas de clases en UML basado en Inteligencia Artificial," Grado en Ingeniería Informática. Trabajo Fin de Grado, Departamento de Informática y Automática, Universidad de Salamanca, Salamanca, España, 2024. Disponible en: https://d66z.short.gy/GStYBv 3 4 Ingeniería de Software I - Sumario https://d-ia-gramas.grial.eu/ https://d66z.short.gy/GStYBv POLÍTICA DE USO DE IA GENERATIVA EN LA ASIGNATURA 3 5 Ingeniería de Software I - Sumario POLÍTICA DE USO DE IA GENERATIVA EN LA ASIGNATURA • Recomendaciones para su uso en el trabajo final • Si se emplea este tipo de herramientas como soporte de algún tipo a la documentación técnica, se debe declarar cómo se han usado e incluir en forma de anexos aquellos prompts más significativos 3 6 https://d66z.short.gy/dkG1qv Ingeniería de Software I - Sumario https://d66z.short.gy/dkG1qv Ingeniería de Software I - Sumario HORARIO GRUPO A 3 7 Ingeniería de Software I - Sumario CUESTIONARIOS 1. Un cuestionario anónimo para conocer vuestra percepción acerca de cuestiones relacionadas con la diversidad en Ingeniería Informática 2. Al final del curso, un cuestionario anónimo para conocer vuestra opinión sobre las iniciativas llevadas a cabo en la asignatura (charlas, redes sociales, herramientas, etc.) • Ambos cuestionarios son anónimos y los datos se tratarán de forma agrupada • Todos los datos de carácter personal, si los hubiere, obtenidos en este estudio son confidenciales y se tratarán conforme al Reglamento General de Protección de Datos (RGPD) 3 8 Ingeniería de Software I - Sumario 4. BIBLIOGRAFÍA BÁSICA RECOMENDADA 3 9 Ingeniería de Software I - Sumario REFERENCIAS Referencias principales • Booch, G., Rumbaugh, J., Jacobson, I. “El Lenguaje Unificado de Modelado”. 2ª Edición. Addison Wesley, 2007 • Jacobson, I., Booch, G., Rumbaugh, J. “El Proceso Unificado de Desarrollo de Software”. Addison- Wesley, 2000 • Larman, C. “UML y Patrones. Una introducción al análisis y diseño orientado a objetos y al Proceso Unificado”. 2ª Edición. Prentice-Hall, 2003 • Larman, C. “Applying UML and patterns. An introduction to object-oriented analysis and design and the Unified Process”. 3rd Edition. Prentice-Hall, 2004 • 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 y Diseño de Aplicaciones Informáticas de Gestión. Una perspectiva de Ingeniería del Software”. Ra-ma. 2004 • Piattini, M. G., Calvo-Manzano, J. A., Cervera, J., Fernández, L. “Análisis y diseño detallado de aplicaciones informáticas de gestión”. Ra-ma. 2007 • Pressman, R. S. “Ingeniería del Software: Un Enfoque Práctico”. 7ª Edición. McGraw-Hill. 2010 • Pressman, R. S., Maxim, B. R. “Software Engineering: A practitioner's approach”. 9th Edition. McGraw- Hill Education, 2020 • Rumbaugh, J., Blaha, M., Premerlani, W., Eddy, F., Lorensen, W. “Modelado y Diseño Orientados a Objetos. Metodología OMT”. Prentice Hall, 2ª reimpresión, 1998 • Rumbaugh, J., Jacobson, I., Booch, G. “El Lenguaje Unificado de Modelado Manual de Referencia”. 2ª Edición. Addison-Wesley. 2007 • Sánchez, S., Sicilia, M. Á., Rodríguez, D. “Ingeniería del Software. Un Enfoque desde la Guía SWEBOK”. Garceta, 2011 • Sommerville, I. “Ingeniería del Software”. 10ª Edition, Addison-Wesley. 2016 Otras referencias • Gamma, E., Helm, R., Johnson, R., Vlissides, J. “Patrones de Diseño”. Addison-Wesley, 2003 • Meyer, B. “Construcción de Software Orientado a Objetos”. 2ª Edición. Prentice Hall, 1999 • Schach, S. R. “Ingeniería de Software Clásica y Orientada a Objetos”. 6ª Edición. McGraw-Hill. 2006 • Yourdon, E. “Análisis Estructurado Moderno”. Prentice-Hall Hispanoamericana. 1993 4 0 Ingeniería de Software I - Sumario OTRAS FUENTES 4 1 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. https://d66z.short.gy/gEMQlZ [Última vez visitado, 13-1-2025]. Abril 2002 Durán, A., Bernárdez, B. “Metodología para el Análisis de Requisitos de Sistemas Software (versión 2.2)”. Universidad de Sevilla. https://d66z.short.gy/qIORyO [Última vez visitado, 13-1-2025]. Diciembre 2001 OMG. “OMG Unified Modeling Language Specification. Version 2.5.1” Object Management Group Inc. December 2017. https://www.omg.org/spec/UML/2.5.1/ [Última vez visitado, 13-1-2025] Pohl, K. “Requirements Engineering: An Overview”. En M. Dekker (Ed.), Encyclopedia of Computer Science and Technology, 36. 1997. Disponible en: https://d66z.short.gy/v5XTqK [Última vez visitado, 13-1-2025] https://d66z.short.gy/gEMQlZ https://d66z.short.gy/qIORyO https://www.omg.org/spec/UML/2.5.1/ https://d66z.short.gy/v5XTqK Ingeniería de Software I - Sumario 5. ENLACES 4 2 Ingeniería de Software I - Sumario ENLACES (I) Association for Computing Machinery (ACM) • http://www.acm.org • Fundada en 1947 fue la primera sociedad científica y de educación del mundo. El portal de información que presenta es impresionante, tanto en cuanto a enlaces de interés, grupos de trabajo, documentos electrónicos, conferencias como por su biblioteca digital conteniendo revistas y actas de congresos (http://portal.acm.org) Guide to the Software Engineering Body of Knowledge (SWEBOK) • http://www.swebok.org • Proyecto para establecer un cuerpo de conocimiento común para la Ingeniería del Software Institute of Electrical and Electronics Engineers (IEEE) • http://www.ieee.org • Otra prestigiosa organización compuesta por diversas sociedades, donde la que más relación tiene con los temas abordados en el presente curso es la IEEE Computer Society (http://computer.org) • A semejanza de ACM, ofrece información sobre conferencias, estándares, educación y mantiene otra biblioteca digital con revistas y actas de congresos Métrica 3 • http://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_M etrica_v3.html#.UvEceUJ5Nn8 4 3 http://www.acm.org/ http://portal.acm.org/ http://www.swebok.org/ http://www.ieee.org/ http://computer.org/ http://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html http://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Ingeniería de Software I - Sumario ENLACES (II) Object Management Group (OMG) • http://www.omg.org • Es un consorcio internacional de industrias con el fin de promover el uso de la Orientación a Objetos en la Ingeniería del Software. A diferencia de organizaciones como ISO o IEEE, OMG desarrolla estándares de facto como consenso entre las empresas que la forman • Dicho servidor ofrece publicaciones electrónicas y enlaces a estándares y herramientas del sector relacionado con la tecnología de objetos • En http://www.omg.org/uml se encuentran las especificaciones de la versión actual (así como de las anteriores) de UML R. S. Pressman & Associates, Inc. • http://www.rspa.com • Bajo la dirección de Roger S. Pressman y la difusión internacional de su afamado libro sobre Ingeniería del Software, aparece una empresa de consultoría en Ingeniería del Software • Lo más interesante que ofrece esta dirección es un portal que da entrada a otras fuentes de información relacionadas con cada uno de los capítulos tratados en su libro 4 4 http://www.omg.org/ http://www.omg.org/uml http://www.rspa.com/ Ingeniería de Software I - Sumario ENLACES (III) Software Engineering Institute (SEI) • http://www.sei.cmu.edu • El Instituto de Ingeniería del Software en la Universidad Carnegie Mellon, es uno de los lugares más activos en pro de la Ingeniería del Software • Se pueden encontrar documentos asociados a módulos curriculares en Ingeniería del Software, informes técnicos sobre diferentes áreas de la Ingeniería del Software, una revista en línea, etc. • Incluye además enlaces a otras organizaciones relacionadas con la Ingeniería del Software The World Wide Web Consortium • http://www.w3.org/ • Sitio central donde se recogen las especificaciones de los diversos lenguajes relacionados con la Web (HTML, XML, RDF, SOAP, etc.) 4 5 http://www.sei.cmu.edu/ http://www.w3.org/ Ingeniería de Software I - Sumario 6. HERRAMIENTAS CASE 4 6 Ingeniería de Software I - Sumario HERRAMIENTAS CASE ArgoUML • https://argouml-tigris- org.github.io/tigris/argouml/ Enterprise Architect • http://www.sparxsystems.com.au/ Lucidchart • https://www.lucidchart.com Modelio • http://www.modeliosoft.com/ • Windows/Linux Microsoft Visio • http://www.microsoft.com/office/visio REMUS • https://github.com/amador-duran- toro/remus • Windows StarUML • https://staruml.io/ Visual Paradigm • http://www.visual-paradigm.com/ • Windows 4 7 https://argouml-tigris-org.github.io/tigris/argouml/ https://argouml-tigris-org.github.io/tigris/argouml/ http://www.sparxsystems.com.au/ http://www.modeliosoft.com/ http://www.microsoft.com/office/visio https://github.com/amador-duran-toro/remus https://github.com/amador-duran-toro/remus https://staruml.io/ http://www.visual-paradigm.com/ INGENIERÍA DE SOFTWARE I SUMARIO 2º DE GRADO EN INGENIERÍA INFORMÁTICA CURSO 2024/2025 Dr. Francisco José García-Peñalvo / fgarcia@usal.es Dra. Alicia García-Holgado / aliciagh@usal.es Departamento de Informática y Automática Universidad de Salamanca 4 8 mailto:fgarcia@usal.es mailto:aliciagh@usal.es Slide 1: Ingeniería de software I Sumario 2º de grado en ingeniería informática CURSO 2024/2025 Slide 2: Índice Slide 3: 1. MOTIVACIÓN Slide 4: Prácticas de software Slide 5: Aproximación personal al desarrollo del software Slide 6: Soluciones software desproporcionadas Slide 7: Ingeniería del software bien aplicada Slide 8: objetivos Slide 9: 2. Enfoque de ingeniería en el desarrollo del software Slide 10: La importancia de las palabras Slide 11: Competencias de una profesión Slide 12: Ingeniería de software en tiempos de la inteligencia artificial Slide 13: Contexto de la ingeniería de software Slide 14: 3. Asignatura Ingeniería de Software I Slide 15: Equipo docente Slide 16: Tutorías Slide 17: Objetivos Slide 18: Temario Slide 19: Metodología Slide 20: Modalidades para cursar la asignatura Slide 21: Modalidades para cursar la asignatura Slide 22: SESIONES DE TEORÍA Slide 23 Slide 24: SESIONES DE PRÁCTICAS Slide 25 Slide 26: Metodología de desarrollo y evaluación de los talleres Slide 27: TRABAJO FINAL Slide 28: PLANIFICACIÓN DEL TRABAJO FINAL (MODALIDAD B) Slide 29: HITOS EVALUABLES Slide 30: Nota del examen final Slide 31: NOTA TRABAJO FINAL Slide 32: FÓRMULA EVALUACIÓN Slide 33: Política de uso de ia Generativa en la asignatura Slide 34: Política de uso de ia Generativa en la asignatura Slide 35: Política de uso de ia Generativa en la asignatura Slide 36: Política de uso de ia Generativa en la asignatura Slide 37: Horario Grupo A Slide 38: CuestionarioS Slide 39: 4. Bibliografía básica recomendada Slide 40: Referencias Slide 41: Otras fuentes Slide 42: 5. enlaces Slide 43: Enlaces (i) Slide 44: Enlaces (ii) Slide 45: Enlaces (iII) Slide 46: 6. HERRAMIENTAS CASE Slide 47: Herramientas CASE Slide 48: Ingeniería de software I Sumario 2º de grado en ingeniería informática CURSO 2024/2025