UNIVERSIDAD AUTÓNOMA DE YUCATÁN FACULTAD DE MATEMÁTICAS MISIÓN

Transcripción

1 UNIVERSIDAD AUTÓNOMA DE YUCATÁN FACULTAD DE MATEMÁTICAS MISIÓN Formar profesionales altamente capacitados, desarrollar investigación y realizar actividades de extensión, en Matemáticas y Computación, así como en sus diversas aplicaciones. CONSTRUCCIÓN Y EVOLUCIÓN DE SOFTWARE Quinto semestre LICENCIATURA EN INGENIERÍA DE SOFTWARE Agosto 2006 Enero 2007

2 LICENCIATURA EN INGENIERÍA DE SOFTWARE 1. Explique y aplique un proceso de desarrollo de software sistémico acorde a la magnitud y complejidad de proyectos de aplicación, sean o no éstos nuevos desarrollos, tomando en cuenta la evolución y el cambio de los mismos. 2. Describa y aplique las herramientas necesarias para la especificación, diseño, verificación y validación de sistemas de software. 3. Se desempeñe en al menos un área de concentración, trabaje y se comunique de forma profesional en equipos interdisciplinarios. 4. Aplique el conocimiento y las habilidades para mejorar el proceso de desarrollo de software. 5. Contribuya al avance de la Ingeniería de Software con un acervo de conocimientos tanto teóricos como prácticos. CONSTRUCCIÓN Y EVOLUCIÓN DE SOFTWARE Semestre: Quinto Horas: 40 T 32 P Hrs/sem: 4.5 Créditos: 8 Clave: IS-05 I Descripción y justificación del curso. Un sistema de software es un conjunto de componentes cuyo objetivo se basa en los requerimientos definidos por el usuario. El enfoque tradicional de la construcción de sistemas de software consiste en un proceso de cascada, donde se requiere la terminación de una fase para continuar con la siguiente. Uno de los avances significativos es la aplicación del concepto de un proceso de desarrollo evolutivo, a partir de una versión sencilla, construida con base en los requerimientos, a otra versión extendida de manera iterativa para obtener un sistema más complejo y completo. Este enfoque evolutivo consiste en iniciar con una versión sencilla del sistema e ir agregando uno o más requerimientos nuevos. El diseño del sistema debe ser lo suficientemente flexible para permitir agregar los requerimientos nuevos. Se busca con esto evitar un proceso de reestructuración del sistema para acomodar los nuevos requerimientos, que impacta desfavorablemente en el tiempo de desarrollo del sistema. El objetivo de la función de mantenimiento es adaptar el sistema de software a los requerimientos nuevos de la organización. Se requiere adoptar un plan que especifique con claridad el alcance de las modificaciones al sistema, la cuantificación de los recursos a utilizar, y que permita administrar de manera efectiva las actividades que se desarrollarán. En esta asignatura se estudiarán las técnicas y conceptos para el desarrollo iterativo del software, como refactoring y reusabilidad, así como técnicas y herramientas utilizadas para asegurar alta calidad en el software desarrollado, y una planeación adecuada de la función de mantenimiento de los sistemas de software.

3 II Objetivos. General. El alumno será capaz de desarrollar aplicaciones utilizando prácticas y técnicas que aseguren altos estándares de programación, así como la aplicación de guías que faciliten fase del mantenimiento. Específicos. El alumno será capaz de aplicar: estándares que implementan el diseño; prácticas de refactoring para mejorar el diseño y el desempeño; guías orientadas al reuso; técnicas para identificar y realizar pruebas de componentes y del producto; técnicas para describir documentos con el fin de capacitar y entregar un sistema; y técnicas y herramientas involucradas en el mantenimiento del software. III Resultados esperados. Al final del curso el estudiante, será capaz de: 1. Aplicar los conceptos y técnicas de refactoring y reusabilidad en el diseño de sistemas de software, que permitan el desarrollo incremental de software de alta calidad. 2. Analizar el código de una aplicación para la detección de fallas, y proponer una estrategia de integración de los diferentes componentes del sistema. 3. Elaborar un plan de integración de los componentes del sistema. 4. Elaborar un plan de mantenimiento de un sistema de software. IV Contenido. 1. Construcción. (5 Sesiones) Al término de esta unidad el alumno aplicará las prácticas de ingeniería de software utilizadas en la codificación que implementen el diseño, como son: estándares de programación, diseño como marco de referencia directo al código, documentación interna y externa. 1.1 Introducción. Qué es construcción de software?. 1.2 Estándares y estilo de codificación. 1.4 Documentación de código. Características y objetivos. 2. Refactoring. (9 Sesiones) Al término de esta unidad el alumno aplicará las técnicas para reestructurar software con la finalidad de hacerlo fácil de entender y modificar a un bajo costo, sin cambiar el comportamiento observable del mismo. 2.1 Introducción Qué es refactoring?. 2.2 Problemas con el refactoring. 2.3 Refactoring y el diseño. 2.4 Refactoring y desempeño. 2.5 Código erróneo. 3. Reusabilidad. (10 Sesiones) Al término de esta unidad el alumno aplicará las guías para la reusabilidad durante la codificación de software. 3.1 Introducción al reuso de software e ingeniería de software. 3.2 Construcción orientada al reuso. 3.3 Guías para la reusabilidad.

4 4. Evaluación de código. (8 Sesiones) Al término de esta unidad el alumno analizará componentes de software para identificar y clasificar los tipos de fallos, así como definir una estrategia de integración que garantice la obtención de sistemas de calidad. 4.1 Fallas de software. 4.2 Pruebas de unidad. 4.3 Pruebas de Integración. 4.4 Planeación de las pruebas. 5. Liberación del sistema. (5 Sesiones) Al término de esta unidad el alumno describirá los tipos de entrenamiento y documentación necesaria para la correcta entrega de un sistema. 5.1 Documentación. 5.2 Implantación. 5.3 Capacitación. 6. Mantenimiento. (8 Sesiones) Al término de esta unidad el alumno describirá las actividades, herramientas y técnicas involucradas en el mantenimiento de software. 6.1 Tipo de mantenimiento. 6.2 Problema de mantenimiento. 6.3 Métricas del mantenimiento. V Estrategias de aprendizaje y enseñanza. Conferencia, interrogatorio, tormenta de ideas, trabajo en equipo, investigaciones bibliográficas, presentaciones orales y escritas; análisis y diseño de problemas en clase y de tarea, ejercicios prácticos de programación en clase y de tarea para poner en práctica prácticas probadas de reusabilidad, mantenimiento y refactoring. VI Criterios de evaluación. Método Porcentaje Descripción Exámenes parciales 60% Se aplicarán 3 exámenes escritos (20% c/u). Proyecto 20% Proyecto práctico de construcción de software. Tareas 20% Diversos reportes de investigación para su presentación oral y escrita en equipo de 2 personas. Algunas tareas dentro de la parte práctica. La suma de estos porcentajes representan el 70% de la calificación final. Examen Ordinario 30% de la Calificación final Para tener derecho al examen ordinario se debe haber cumplido con el proyecto práctico y las tareas. El examen ordinario puede ser exentado habiendo obtenido una calificación del 85% entre los exámenes parciales, proyecto práctico y tareas. Se podrán obtener puntos extras con la presentación de soluciones creativas.

5 En los trabajos por equipo, la calificación entre sus miembros puede variar dependiendo de la contribución que tengan en los trabajos. Antecedentes académicos: Ninguno. VII Bibliografía. Básica: Hafedh, Mili; Ali, Mili; Sherif, Yaccoub; Edward Addy. Reuse-Based Software Engineering: Techniques, Organization, and Controls. Wiley Inter-Science Martin, Fowler; Kent, Beck; John, Brant; William, Opdyke; Don, Roberts. Refactoring: Improving the design of existing code. Addison Wesley Shari awrence Pfleeger. Software Enginnering: Theory and Practice. Prentice Hall Complementaria: Ian, Sommerville. Software Engineering. Addison Wesley Roger, Pressman. Ingeniería de Software: Un enfoque práctico. McGraw Hill VIII Recursos computacionales necesarios. Indispensable: Entorno de programación. Conexión a Internet. Computadora conectada a Internet con sistema operativo y un navegador de Internet instalado y configurado. Impresora. Herramienta para realizar presentaciones. Herramienta para realizar reportes y documentos. IX Perfil académico del docente. Ingeniero de Software, Licenciado en Ciencias de la Computación o afines, preferentemente con posgrado y experiencia docente, de investigación o de trabajo en el área. Cuerpo(s) académico responsable(s): Diseño de Aplicaciones de Ingeniería de Software. Elaboración: M. en C. Antonio Aguileta Güemez, Ing. Julio César Díaz Mendoza, L.C.C. Víctor Hugo Menéndez Domínguez. Fecha de elaboración: Julio de 2006.