Proyecto docente de la asignatura

Transcripción

1 Proyecto docente de la asignatura Asignatura Materia Módulo FUNDAMENTOS DE INGENIERÍA DEL SOFTWARE TECNOLOGÍAS INDUSTRIALES TECNOLOGÍAS INDUSTRIALES Titulación MÁSTER EN INFORMÁTICA INDUSTRIAL Plan 543 Código Periodo de impartición 1º CUATRIMESTRE Tipo/Carácter OPTATIVA (OBLIGATORIA ITINERARIO 2) Nivel/Ciclo MÁSTER Curso 1º Créditos ECTS Lengua en que se imparte Profesor/es responsable/s Departamento Datos de contacto ( , teléfono ) 4 ECTS CASTELLANO EDUARDO GÓMEZ SÁNCHEZ MARÍA ÁNGELES PÉREZ JUÁREZ TEORÍA DE LA SEÑAL Y COMUNICACIONES E INGENIERÍA TELEMÁTICA TELÉFONO: ext / ext edugom@tel.uva.es, mperez@tel.uva.es 1 de 8

2 1. Situación / Sentido de la Asignatura 1.1 Contextualización Al enfrentarse a la presente asignatura, puede que el alumno tenga aún la idea preconcebida, y errónea, de que hacer software es, fundamentalmente, elaborar código. Un planteamiento inicial de ese tipo, le llevará en cualquier proyecto de cierta envergadura, sin lugar a dudas, al fracaso, puesto que el escribir el código suele estimarse en, aproximadamente, un 10 % del proceso completo de construcción de un producto software. Tras una profunda crisis en la industria del software, la necesidad de desarrollar software más complejo hizo que surgiera pareja la necesidad de contar con nuevas técnicas para su desarrollo, se hizo necesario el paso de la artesanía a la ingeniería. Así, en 1993, la IEEE definió la Ingeniería de Software como la aplicación de un enfoque sistemático, disciplinado y cuantificable hacia el desarrollo, operación y mantenimiento del software, es decir, la aplicación de la ingeniería al software. Por tanto, la Ingeniería de Software es la disciplina que se ocupa del software, enfrentándose al mismo como un producto de ingeniería que requiere planificación, análisis, diseño, implementación, pruebas y mantenimiento. Hacer software es, por tanto, mucho más que escribir código, es necesario pensar en hacer software sin sentarse a escribir código. Por este motivo, en la presente asignatura el énfasis se pondrá, no tanto en el producto final (el software como un producto), como en su proceso de desarrollo (el software como un proceso). El proceso del software define el enfoque que se aplica cuando el software es tratado utilizando una aproximación ingenieril tal y como hace la Ingeniería de Software. Pero la Ingeniería de Software necesita también de técnicas, incluyendo la notación que estas emplean, y de las herramientas vinculadas al proceso. Por tanto, los tres pilares básicos de la Ingeniería de Software y, por ello, del trabajo en esta asignatura, serán un proceso, una serie de técnicas con su notación y un conjunto de herramientas. El proceso a emplear es el denominado Proceso Unificado (UP, Unified Process) de Desarrollo de Software. La notación que le acompaña será el Lenguaje de Modelado Unificado (UML, Unified Modelling Language). Y la herramienta CASE (Computer Aided Software Engineering) a utilizar será alguna de las muchas disponibles que resulte adecuada para el trabajo a desarrollar en la asignatura. El Proceso Unificado de Desarrollo de Software y el Lenguaje de Modelado Unificado serán el hilo conductor de buena parte de las sesiones teóricas y prácticas, ya que en muchas de ellas se abordará algún aspecto concreto como alguna de las Fases y/o Actividades y/o Entregables típicos del Proceso Unificado de Desarrollo de Software o algún artefacto del Lenguaje de Modelado Unificado siendo difícil la separación de ambos componentes: Proceso Unificado y Lenguaje de Modelado Unificado, puesto que la Ingeniería de Software hace uso de ambos que interactúan y se realimentan a lo largo de todo el proceso de construcción del software. La estructura secuencial de exposición de contenidos se planteará para permitir abordar gradualmente la realización de un proyecto software de forma completa siguiendo las pautas de la Ingeniería de Software y haciendo uso de la orientación a objetos como paradigma de programación subyacente en el planteamiento propuesto para el proyecto práctico. Además, y puesto que la creación de un producto software de cierta relevancia es siempre una tarea en equipo, se trabajará bajo dicha perspectiva. Se trata de sentar las bases para abordar proyectos complejos de desarrollo software en equipo, lo cual podrá ser útil al alumno tanto en otras asignaturas del máster, como, 2 de 8

3 quizás, incluso, en el desarrollo de su trabajo fin de máster o en su vida profesional posterior de orientarse está al desarrollo de sistemas software en el ámbito industrial. 1.2 Relación con otras materias Esta asignatura se relaciona con uno de los bloques de la asignatura Programación Orientada a Objetos y Bases de Datos en Entornos Industriales. Ambas asignaturas configuran el denominado itinerario Informático del presente máster que está concebido para alumnos que provengan de grados en los que no se haya realizado una aproximación al mundo del Software, así como a los principios, técnicas y métodos básicos de la Ingeniería del Software. Ambas asignaturas del citado itinerario Informático se imparten de forma paralela durante el 1er cuatrimestre del 1er curso. A continuación se intenta explicar la relación entre ambas asignaturas, así como la posible influencia de la presente asignatura en otras a cursar a posteriori en el plan de estudios: La asignatura de Programación Orientada a Objetos y Bases de Datos en Entornos Industriales tiene entre sus objetivos el presentar los conceptos fundamentales de la Programación Orientada a Objetos. Precisamente es ese paradigma el vinculado a la Ingeniería de Software moderna, de manera que la realización de la casi totalidad de los artefactos UML requiere comprender adecuadamente los principales conceptos y propiedades de la Orientación a Objetos. Por otra parte, para la adecuada comprensión de la actividad de Diseño del Proceso Unificado de Desarrollo de Software se propondrán, en la medida en que se disponga de tiempo en el laboratorio de la asignatura, actividades de Ingeniería Inversa, que requieren de la capacidad de una adecuada comprensión de código Java por parte del alumno para poder generar a partir del mismo los artefactos de Diseño: Diagrama de Clases del Diseño y Diagramas de Interacción (Secuencia y/o Colaboración o Comunicación); o incluso pequeñas actividades de Implementación del algún Caso de Uso, que requieren de la capacidad de generación de código Java a partir de los artefactos de Diseño, es decir, a partir de un Modelo de Diseño previamente generado por el alumno que describa el cómo del software, o dicho de otro modo, cómo el software consigue hacer aquello que debe hacer, en términos de objetos software y sus responsabilidades, puesto que el paradigma de programación subyacente es, como ya se ha comentado, la Orientación a Objetos. Esta asignatura no contempla entre sus contenidos, ni la presentación de los conceptos y propiedades de la Orientación a Objetos, ni del lenguaje de programación Java, que se entiende forman parte de los contenidos de la otra asignatura del itinerario Informático, pero sí, por supuesto, se resolverán todas las dudas que se puedan generar al respecto durante las actividades planteadas en el laboratorio. Por otra parte, es importante señalar que dado que la presente asignatura sienta las bases de la Ingeniería de Software, es decir, de la disciplina que se ocupa del software, entendiendo el mismo como un producto de ingeniería que requiere planificación, análisis, diseño, implementación, pruebas y mantenimiento, será recomendable haber cursado la presente asignatura antes de abordar las asignaturas posteriores relacionadas de alguna forma con la construcción de software como, por ejemplo, Desarrollo de Aplicaciones Distribuidas Industriales que se imparte en el 2º cuatrimestre del 1er curso. Como es lógico, cualquier proyecto software debe planificarse adecuadamente y para ello deberían idealmente utilizarse las herramientas propuestas por algún modelo de proceso de desarrollo del software como es el Proceso Unificado. 3 de 8

4 Finalmente, señalar que es importante hacer cursado la presente asignatura antes que la asignatura de Ingeniería de Software en Entornos Industriales del 1er cuatrimestre del 2º curso que se entiende como la continuación de la presente asignatura. 1.3 Prerrequisitos No existen condiciones previas excluyentes para cursar esta asignatura, aunque sí recomendaciones lógicas que el alumno debería tener en cuenta. En concreto, es recomendable cursar en paralelo con la presente asignatura, la otra asignatura que forma parte del itinerario Informático y que es la asignatura de Programación Orientada a Objetos y Bases de Datos en Entornos Industriales y que igualmente se imparte durante el 1er cuatrimestre del 1er curso. 2. Competencias 2.1 Generales CG2. - Emprender el diseño, dirigir el desarrollo de soluciones de ingeniería, y realizar la innovación apropiada en entornos nuevos o poco conocidos, relacionando creatividad, originalidad, innovación y transferencia de tecnología en el ámbito de la Informática industrial. 2.2 Específicas CEI5. Conocimiento y aplicación de los principios y metodologías y ciclos de vida de la ingeniería del software. 3. Objetivos Al finalizar la asignatura el alumno deberá ser capaz de: Describir el Proceso Unificado de Desarrollo de Software, así como otros modelos de procesos para el desarrollo de software más clásicos. Producir la documentación relativa a diversos entregables vinculados a las diferentes Fases y Actividades del Proceso Unificado de Desarrollo de Software, como por ejemplo el documento de Especificación de Requisitos del Software (SRS, Software Requirements Specification), relativos a un sistema software determinado, con el rigor y nivel de calidad y claridad adecuados, puesto que el contenido de dichos documentos deberá ser asumido y entendido, tanto por el cliente/usuario, como por el ingeniero de software. Asimismo, optimizar el esfuerzo de producir dichos entregables y enfatizar su utilidad para las siguientes Fases y Actividades. Modelar un sistema software concreto haciendo uso del Lenguaje de Modelado Unificado como notación fundamental vinculada a la metodología utilizada en la Ingeniería del Software, a partir de la comprensión de un dominio/negocio concreto y de la captura de Requisitos de un sistema software real mediante la comunicación con un agente especialista en dicho dominio/negocio en un tiempo limitado. Construir diferentes artefactos UML como el Diagrama de Casos de Uso con la ayuda de herramientas informáticas de apoyo a la Ingeniería Software, es decir, con las denominadas herramientas CASE, relativos a un sistema software determinado. 4 de 8

5 Identificar los principales conceptos y propiedades vinculados al paradigma de la Programación Orientada a Objetos como paradigma de programación vinculado a la Ingeniería de Software moderna, en diferentes artefactos UML generados. Apreciar la rentabilidad de trabajar haciendo uso de la metodología propuesta por la Ingeniería de Software frente a un enfoque no ingenieril y caótico que se centre en la elaboración de código, prescindiendo de las actividades de Análisis y Diseño. Aprender de forma autónoma siendo capaz de buscar información técnica relevante para una tarea especificada. Autoevaluar el trabajo propio realizado, identificando sus errores y aspectos a mejorar. Trabajar en equipo: o Intercambiar información a través del correo electrónico, foros de discusión y otras herramientas de comunicación síncrona y/o asíncrona. o Identificar adecuadamente las tareas a realizar por el equipo, repartir equitativamente las tareas, establecer plazos de entrega, e integrar el trabajo realizado por los diferentes miembros del equipo. o Identificar los aspectos positivos relativos al funcionamiento del equipo. Identificar y abordar los aspectos a mejorar, así como los conflictos en el funcionamiento del equipo. Realizar informes de carácter técnico. 4. Contenidos TEMA 1: Introducción a la Ingeniería de Software 1.1 Conceptos generales 1.2 El proceso del software 1.3 El Proceso Unificado de Desarrollo de Software 1.4 El Lenguaje de Modelado Unificado (UML) 1.5 Herramientas CASE TEMA 2: Visión, Requisitos y Glosario 2.1 Visión: Descripción inicial del Sistema y Prototipo de la Interfaz de Usuario 2.2 Especificación de Requisitos 2.3 Glosario del proyecto TEMA 3: Los Casos de Uso 3.1 Motivación de los Casos de Uso 3.2 Notación en UML de los Casos de Uso 3.3 Buenas prácticas en la elaboración de los Casos de Uso TEMA 4: Modelos de Dominio 4.1 Notación en UML de los Diagramas de Clases 4.2 Motivación de los Modelos de Dominio 4.3 Buenas prácticas en la elaboración de los Modelos de Dominio 5 de 8

6 Nota: En la medida en que pudiera resultar necesario se aclararán conceptos y propiedades de la Orientación a Objetos, cuya comprensión es necesaria para la correcta elaboración de éste y sucesivos artefactos UML. TEMA 5: Los Diagramas de Secuencia del Sistema y los Contratos 5.1 Diagramas de Secuencia del Sistema 5.2 Notación en UML de los Diagramas de Secuencia del Sistema 5.3 Buenas prácticas en la elaboración de los Diagramas de Secuencia del Sistema 5.4 Contratos de las Operaciones del Sistema 5.5 Buenas prácticas en la elaboración de los Contratos de las Operaciones del Sistema TEMA 6: Los Diagramas de Interacción 6.1 Diagramas de Interacción 6.2 Notación en UML de los Diagramas de Interacción 6.3 Buenas prácticas en la elaboración de los Diagramas de Interacción TEMA 7: El Diseño 7.1 Consideraciones en el Diseño 7.2 Patrones de Diseño TEMA 8: Aspectos complementarios de Ingeniería de Software 8.1 Documentación de diseños mediante ingeniería inversa 8.2 Introducción a otras metodologías para el desarrollo del software Nota: Los contenidos de este tema pueden adaptarse dinámicamente en función del tiempo disponible y de la posibilidad de contar con expertos de empresas de software que puedan compartir su experiencia. PRÁCTICAS El trabajo en el laboratorio se desarrollará en torno a un proyecto, sobre el cual habrá que ir generando diferentes entregables correspondientes a las actividades de Requisitos, Análisis y Diseño propuestas por el Proceso Unificado de Desarrollo de Software. También se realizarán actividades de Ingeniería Inversa en la medida de que se disponga de tiempo para mejorar la comprensión del proceso de pensamiento propio de la actividad de Diseño. Además el alumno realizará una Comparativa de Herramientas CASE y un Análisis de alguna Metodología Ágil. Las entregas concretas y su planificación se detallarán en el Anexo I mencionado en la guía, que se facilitará al comienzo de la asignatura. 5. Métodos docentes y principios metodológicos Método expositivo. Esta metodología se centra fundamentalmente en la exposición verbal por parte del profesor de los contenidos sobre la materia objeto de estudio. Se desarrolla en el aula con el grupo completo de alumnos. Estudio de pequeños ejemplos en aula y en laboratorio. Este método se utiliza en el aula como complemento a la exposición para facilitar la comprensión de los conceptos y ejercitar diferentes estrategias para la resolución de los casos de interés y estudio, y el análisis de las estrategias posibles y 6 de 8

7 sus resultados. Este método también se utilizará en el laboratorio en la medida en que se resulte oportuno. Se desarrollará de forma individual, por equipos o con el grupo completo según resulte adecuado en cada momento. Aprendizaje colaborativo. Método de enseñanza-aprendizaje que intenta obtener un aprovechamiento y beneficio de la colaboración de varios alumnos en la realización en una determinada tarea, de forma que se llegue a un grado de comprensión y capacidad de aplicación de los conceptos superior que si se hubiera trabajado de manera individual. Método de proyectos. Método de enseñanza-aprendizaje cuyo punto de partida es un proyecto de interés planteado por el profesor, que los estudiantes deben analizar y resolver en grupos reducidos (2 ó 3 alumnos) para desarrollar determinadas competencias previamente definidas y aplicar conocimientos previamente presentados. El trabajo se desarrolla de manera progresiva en diversas etapas identificadas en el plan de trabajo de la asignatura que van definiendo el grado de cumplimiento de los objetivos inicialmente fijados por parte de los alumnos y orientando el trabajo que es necesario desarrollar. 6. Tabla de dedicación del estudiante a la asignatura ACTIVIDADES PRESENCIALES HORAS ACTIVIDADES NO PRESENCIALES HORAS Clases teóricas 15 Estudio y trabajo autónomo individual 30 Clases prácticas Estudio y trabajo autónomo grupal 30 Laboratorios 25 Prácticas externas, clínicas o de campo Seminarios Otras actividades Total presencial 40 Total no presencial Sistema y características de la evaluación INSTRUMENTO/PROCEDIMIENTO PESO EN LA NOTA FINAL OBSERVACIONES Valoración por el profesor de los entregables de equipo relativos al proyecto a desarrollar. Valoración por el profesor de la Comparativa de Herramientas CASE y del Análisis de una Metodología Ágil realizados. 100% Es condición necesaria para superar la asignatura, el alcanzar una calificación igual o superior al 50%, en media, en los entregables relativos al proyecto planteado en el laboratorio. Es condición necesaria para superar la asignatura, el alcanzar una calificación igual o superior al 50%, en los entregables de Comparativa de Herramientas CASE y de Análisis de una Metodología Ágil realizados. Las entregas concretas y su planificación se detallarán en el Anexo I mencionado en la guía, que se facilitará al comienzo de la asignatura. En caso de no realizarse alguno de los entregables propuestos la calificación final en la asignatura será de No Presentado (N.P.). 7 de 8

8 CRITERIOS DE CALIFICACIÓN Convocatoria ordinaria: o Valoración por el profesor de los entregables de equipo relativos al proyecto a desarrollar. o Valoración por el profesor de los entregables: Comparativa de Herramientas CASE y Análisis de una Metodología Ágil a realizar. Convocatoria extraordinaria: o El alumno deberá mejorar aquellos entregables en los que no hubiera obtenido una calificación del 50%. La nota del resto de entregables se mantiene para esta convocatoria. 8. Consideraciones finales Para cualquier duda, por favor, ponerse en contacto con los profesores de la asignatura: María Ángeles Pérez Juárez (mperez@tel.uva.es) y Eduardo Gómez Sánchez (edugom@tel.uva.es). 8 de 8