Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE II. Profesor Asociado: Mg. Eduardo Diez

Transcripción

1 Carrera: Licenciatura en Sistemas Materia: INGENIERIA DE SOFTWARE II Profesor Asociado: Mg. Eduardo Diez Instructor JTP: Lic. Roberto García Año: 2011 Cuatrimestre: Primer - 1 -

2 Fundamentación de la Asignatura: En Ingeniería de Software los proyectos de desarrollo deben están guiados por un estrecho control del Workflow para obtener como resultado, por lo menos en lo que atañe a la gestión, un proyecto exitoso. El proceso de desarrollo de un producto software consta en general de las siguientes etapas: Obtención de requisitos software: Diseñar: Implementar: Realizar pruebas: Incluye el análisis del problema y concluye con una especificación completa del comportamiento externo que debería tener el sistema a construir. El diseño del sistema debe realizarse a dos niveles: alto nivel o diseño preliminar, y bajo nivel o diseño detallado. En el diseño preliminar se descompone el sistema software en sus componentes principales, estos componentes se subdividen a su vez en componentes más pequeños. Este proceso iterativo continúa hasta un nivel adecuado en el que los componentes puedan ser tratados en el diseño de bajo nivel. Generalmente, estos módulos realizan una única función bien detallada y pueden venir descritos por su entrada, su salida y la función que realizan. En el diseño detallado se definen y documentan los algoritmos que llevarán a cabo la función a realizar por cada módulo. Consiste en transformar los algoritmos definidos durante el diseño de bajo nivel en un lenguaje comprensible para una computadora. La codificación suele llevarse a cabo en dos niveles: la conversión del algoritmo en un lenguaje de alto nivel; y la transformación del lenguaje de alto nivel en lenguaje máquina. Generalmente, el primer nivel es realizado por personas y el segundo nivel se realiza automáticamente por un compilador. Si los humanos fueran perfectos en el desarrollo del software, el proceso podría finalizar en el punto anterior. Desafortunadamente, éste no es el caso. Por lo tanto, se necesita un proceso de comprobación o pruebas para eliminar los errores. La comprobación se divide en tres niveles. Pruebas unitarias, comprueban cada módulo implementado en busca de errores. En esta comprobación se quiere asegurar que cada módulo se comporta de acuerdo con lo especificado durante el diseño de bajo nivel. Pruebas de integración, que interconectan conjuntos de módulos previamente probados, asegurándose de que el conjunto se comporta tan bien como lo hacían independientemente. Lo ideal es que cada conjunto de módulos integrados se correspondiera con un componente del diseño de - 2 -

3 alto nivel. Pruebas del sistema, pretenden asegurar que la totalidad del sistema software (totalmente integrado en su entorno), se comporte de acuerdo con la especificación de requisitos inicial. Instalar: Tras las pruebas, el sistema software y su entorno hardware pasan a la fase operativa. Mantener y ampliar: El mantenimiento consiste en la detección continuada de errores y su reparación. La ampliación, por su parte, se corresponde con la adición al sistema de nuevas capacidades. Estos dos procesos siguen, de hecho, un proceso completo como el visto hasta aquí, a pesar de que se recogen en una única etapa del proceso global para simplificar. Para realizar una gestión y control de un proyecto software hay que tener en cuenta tanto la información de la que se dispone antes, durante, y después del proyecto, como los eventos que ocurren durante el desarrollo. En Ingeniería del Software la monitorización del proyecto de desarrollo de software es fundamental, ya que una pequeña desviación o problema al inicio del proyecto puede dar lugar a desvíos que en los casos más extremos, puede hacer fallar el proyecto. En este contexto Ingeniería del Software II se orienta a proporcionar a los estudiantes elementos para el Control y Gestión de Proyectos de Software. 2 - Objetivos: - Que el alumno comprenda los distintos problemas que pueden surgir en un proyecto software y la forma en que se pueden suavizar o resolver utilizando herramientas para la gestión de proyectos. - Que el alumno asimile y sea capaz de aplicar las técnicas necesarias para llevar a cabo la gestión de proyectos de software cualquier envergadura. - Que el alumno desarrolle las habilidades en el manejo de las herramientas conceptuales orientadas al testeo, mantenimiento y gestion de riesgo de proyectos software

4 3 - Contenidos: UNIDAD 1: PRINCIPIOS DE DISEÑO DE SISTEMAS Diseño de Software e Ingeniería del Software. Proceso de diseño de software. Principios de diseño de software. Conceptos de diseño de software: abstracción, refinamiento, modularidad, arquitectura, jerarquia de control, división estructural, estructura de datos, procedimientos de software, ocultación de información. Diseño Modular Efectivo. Modelo de diseño. Documentación del diseño. UNIDAD 2: PRUEBAS DE SOFTWARE: VERIFICACIÓN Y VALIDACIÓN Fundamentos de las pruebas de software. Diseño de casos de prueba. Prueba de caja blanca. Prueba de camino básico. Pruebas de estructuras de control. Prueba de caja negra. Prueba de entornos especializados, arquitecturas y aplicaciones. Estrategias de prueba de software. Prueba de unidad. Pruebas de integración. Pruebas de validación. Pruebas del sistema. Pruebas de depuración. Conceptos de Auditoría y Peritaje. UNIDAD 3: MANTENIMIENTO El sistema en proceso de cambio. Problemas de mantenimiento. Mediciones de las características del mantenimiento. Técnicas y herramientas. Actualización del software. Ampliando las funcionalidades. Documentación de mantenimiento. UNIDAD 4: INTERFACES: INTERACCIÓN HOMBRE-MÁQUINA Diseño e interfaces. Reglas de diseño. Modelos de diseño de interfaz de usuario. Análisis y modelado de tareas. Actividades del diseño de la interfaz. Definición de objetos y acciones de la interfaz. Problemas de diseño. Herramientas de implementación. Evaluación del diseño. Problemas a considerar- Nociones de patrones de diseño de interfaces. UNIDAD 5: REINGENIERÍA E INGENIERÍA INVERSA Principios de reingeniería de procesos. Modelos. Reingeniería del software. Mantenimiento del software. Modelos de procesos de reingeniería del software. Ingeniería inversa. Ingeniería inversa para comprender el procesamiento. Ingeniería inversa para comprender los datos. Ingeniería inversa de interfaces de usuario. Reestructuración. Ingeniería directa. Ingeniería directa para distintas arquitecturas de software. UNIDAD 6: GESTIÓN DE PROYECTOS, PLANIFICACIÓN, MÉTRICAS y ESTIMACIÓN Gestion. El espectro de la gestión de proyectos de software. Personal. Producto. Proceso. Proyecto. El principio W 5 HH. Practicas críticas. Planificación. Objetivos de la planificación del proyecto. Ámbito del software. Recursos. Estimación del proyecto de software. Técnicas de - 4 -

5 descomposición. Modelos empíricos de estimación. Decisión desarrollar/comprar. Herramientas automáticas de estimación. Métricas. Métricas del proceso y dominios del proyecto. Mediciones del software. Metricas de calidad de software. Integración de métricas al proceso de ingeniería de software. Método OPM. Métricas para organizaciones pequeñas. Programa organizacional de métricas de software. UNIDAD 7: ANÁLISIS Y GESTIÓN DEL RIESGO Estrategias de manejo de riesgos preactivas y reactivas. Riesgo del producto software. Identificación del riesgo. Proyección del riesgo. Refinamiento del riesgo. Revisión, supervisión y gestión del riesgo. Riesgos y peligros para la seguridad del software. Plan RSGR: Reducción, Supervisión y Gestión del Riesgo. 4 - Metodología de Trabajo: Clases teórico-prácticas: Clases prácticas: Clases de consulta: Exposición teórica de conceptos fundamentales con base en guias de estudio de material seleccionado, con resolución metódica y revision en clase. Resolución por parte de los alumnos y controlada por el equipo docente de problemas correspondientes a las unidades temáticas del programa, ya sea por escrito o por máquina (programas). En general se tratará de problemas abiertos, que generen dudas y motiven la consulta a los docentes y la profundización del conocimiento a través de la bibliografía. Durante el curso se plantearán trabajos prácticos con problemas complejos a resolver, que los alumnos deberán desarrollar en grupo Se dispondrá de un sistema de atencion de consultas via correo electrónico utilizando las cuentas ptrovistas por la Facultad. 5 - Evaluación y Acreditación: De manejo de conceptos, aplicación de conocimientos y dominio de técnicas, mediante la respuesta a preguntas y la resolución de problemas por escrito en evaluaciones parciales e integradoras, y el desarrollo controlado de guias de estudio y trabajos prácticos. Las evaluaciones parciales e integradoras son por unidades o subunidades temáticas. La evaluación de los trabajos practicos es por presentación en tiempo y forma (plazos y formato establecido), método de desarrollo (aplicación de método de desarrollo visto en el curso) y corrección del resultado (cumplimiento de objetivos del programa) - 5 -

6 6 - Bibliografía: Boehm, B Software Engineering Economics. Editorial Prentice Hall. Kan, S Metrics and Models in Software Quality Engineering. 2 da Edición. Editorial Adison Wesley. Ochoa, A. Fernández, E., Britos, P., García-Martínez, R Metodologías de Ingeniería Informática. Editorial Nueva Librería. Pfleeger, S Ingeniería del Software. 3 ra Edición. Editorial Prentice Hall. Pfleeger, S. y and Atlee, J Software Engineering. 3 ra Prentice Hall. Edición. Editorial Pressman, R Ingeniería del Software. Un Enfoque Práctico. 5 ta Editorial Mc Graw Hill. Edición. Pressman, R Software Engineering: A Practitioner's Approach. Editorial Mc Graw Hill. Sommerville, I Software Engineering. 8 va Edición. Editorial Pearson. Sommerville, I., Alfonso, M., Botia, A Ingeniería del Software. Editorial Pearson. Van Vliet, H Software Engineering: Principles and Practice. Editorial John Wiley and Sons