Ingeniería de Software. Dr. Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María

Transcripción

1 Ingeniería de Software Dr. Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María

2 Ingeniería?? de Software

3 Grandes Problemas Actuales Retraso respecto al potencial de hardware Insatisfacción de la demanda Mantención

4 Percepciones de la Disciplina Ineficiencia Altos costos Baja confiabilidad Escasa ingeniería

5 Proceso de Software Relativamente nuevo e inmaduro No ocurre aislado Transforma modelos Transforma necesidades y requerimientos en sistemas

6 Crisis del Software Crisis v/s aflicción crónica v/s depresión Síntomas funcionalidad incorrecta desarrollo y mantención inadecuados insatisfacción de la demanda

7 Crisis del Software Problemas carencia de información respecto a qué se hace insatisfacción de clientes y usuarios calidad sospechosa mantención difícil y costosa

8 Crisis del Software Potenciales causas carácter lógico del software formación profesional (o falta de) entrenamiento y actualización resistencia al cambio Solución enfoque ingenieril

9 Mitos del Software Algunos bastantes arraigados estándares y procedimientos bastan tecnología de punta basta más gente para ponerse al día programación inmediata fácil acomodo de los cambios programación: fin del trabajo calidad: sólo del ejecutable código es el único producto

10 Ingeniería de Software Establecimiento y uso de principios con caracteres de ingeniería apropiados para obtener, eficientemente, software confiable, que opere eficaz y eficientemente en máquinas reales

11 Ingeniería de Software Objetivos maximizar calidad maximizar productividad minimizar riesgos

12 Ingeniería de Software Implicancias constructores básicos más poderosos mejores técnicas de control de calidad mejores herramientas y métodos filosofía global -- enfoque de procesos?

13 Ingeniería de Software Concepto se acuñó en 1968, en Conferencia de la OTAN en Alemania, con la intención de que mediante el uso de filosofías y paradigmas de disciplinas ingenieriles establecidas se resolviera la crisis del software

14 Dificultades en la Producción de Software Esencia complejidad conformidad necesidad de cambios invisibilidad Accidentes avances de investigación no silver bullet? (Brooks, 1986)

15 Paradigmas Esquemas (métodos, herramientas, procedimientos) que aplicados correctamente conducen a la construcción de un producto de software con una perspectiva ingenieril Paradigma por default: ensayo y error

16 Paradigmas Secuencialidad - modelo clásico Modelamiento - prototipos Evolución - espiral Reusabilidad - orientación a objetos Formalidad - cleanroom Técnicas de cuarta generación Rapid Application Development

17 Paradigma Clásico Ingeniería del Sistema Análisis Royce (1970) Diseño Codificación Prueba Mantenimiento El ciclo de vida clásico

18 Prototipos Comienzo Parada Boehm (1984) Recolección y Refinamiento de Requerimientos Producto de Ingeniería Diseño Rápido Refinamiento del Prototipo Construcción del Prototipo Evaluación del Prototipo por el Cliente Creación de prototipos

19 Modelo Espiral Recolección de Requerimientos y Planificación del Proyecto (iniciales) PLANIFICACIÓN ANÁLISIS DE RIESGO Análisis de Riesgo basado en los requerimientos iniciales Análisis de Riesgo basado en la reacción del cliente Planificación basada en los comentarios del cliente Decisión de Seguir/No Seguir Hacia el Sistema Final Evaluación del cliente Prototipo inicial del Sw Prototipo del siguiente nivel Sistema de Ingeniería EVALUACIÓN DEL CLIENTE INGENIERÍA Boehm (1986)

20 Rapid Application Development Facilitadores Administración Desarrolladores Desarrolladores Diseño & Construcción Fases del RAD JAD & JRP Plan de Proyecto Timeboxing Clientes Representantes de Usuarios Administración Representantes de Usuarios

21 Visión Genérica Definición Desarrollo Mantención Foco: Qué? Foco: Cómo? Foco: Cambio Planificación Proyecto Análisis Sistemas Análisis Requerimientos Diseño Codificación Testing Corrección Adaptación Mejoramiento Ingeniería Inversa

22 Calendarización Red de Tareas REVISIÓN DE LOS REQUE- RIMIENTOS REVISIÓN DEL DISEÑO PRELIMINAR DISEÑO PROCEDI- MENTAL INSPECCIÓN DEL DISEÑO CODIFI- CACIÓN INSPECCIÓN DEL CÓDIGO PRUEBA DE UNIDAD ANÁLISIS Y ESPECIFICA- CIÓN DISEÑO ARQUI- TECTÓNICO Y DE DATOS PRUEBA DE INTE- GRACIÓN PRUEBA DE VALI- DACIÓN = HITO PLANIFICA- CIÓN DE LA PRUEBA PROCEDIMIENTO DE PRUEBA REVISIÓN DE LA PRUEBA

23 Evaluación del Problema Plan de Calidad Métodos Entregables Atributos de Calidad Problema Evaluación del Riesgo Definición de V&V actividades & chequeos Modelo del Proceso Gestión de Proyectos Plan Plan Técnico Tamaño del Problema Plan de Recursos Estimación de Esfuerzo WBS más Esfuerzo Contingencia Costos Escalas de tiempo Perfil del equipo Planes

24 Gestión de Proyectos Framework y Prácticas Panel de control Acuerdo en las interfaces Monitoreo de defectos contra objetivos de calidad Controles on/off de calidad en niveles de detalle Gestión del riesgo Inspecciones formales Calendarización y gestión basada en métricas Gestión de configuración Identificar y corregir defectos y problemas potenciales tempranamente Planificar y seguir/monitorear Minimizar re-trabajo causado por cambio incontrolado Visibilidad del avance versus planes Gestión consciente de las personas Usar efectivamente los recursos de personal

25 Gestión de Proyectos Panel de Control

26 Ideas Finales Tendencias Enfoques evolutivos, incrementales Herramientas de alta productividad, integración Organizaciones planas Énfasis en procesos que definen un marco para incorporar recursos humanos y tecnología

27 Ideas Finales Perfil de Desarrollo Combinación de paradigmas de desarrollo Definición explícita de roles en equipos de desarrollo: especialistas de SQA, SCM, documentación, comunicaciones, bases de datos Estandarización Proceso definido que guía introducción de tecnologías y metodologías Equipos multidisciplinarios Rol participativo del cliente/usuario