Evolucion del software

1. EVOLUCIÓN DEL SOFTWARE

2. DINÁMICA DE EVOLUCIÓN DE LOS PROGRAMAS

3. LAS LEYES DE LEHMAN 1 Cambio continuado Un programa que se usa en un entorno real necesariamente debe cambiar o se volverá progresivamente menos útil en ese entorno.

4. 2 Complejidad creciente A medida que un programa en evolución cambia, su estructura tiende a ser cada vez más compleja.

5. 3 Evolución prolongada del programa Sugiere que los grandes sistemas tienen su propia dinámica que se establece en una etapa temprana en el proceso de desarrollo.

6. 4 Estabilidad organizacional Sugiere que la mayoría de los proyectos de programación grandes trabajan en lo que se denomina un estado saturado .

7. 5 Conservación de la familiaridad Durante el tiempo de vida de un sistema, el cambio incremental en cada entrega es aproximadamente constante.

8. 6 Crecimiento continuado La funcionalidad ofrecida por los sistemas tiene que crecer continuamente para mantener la satisfacción de los usuarios.

9. 7 Decremento de la calidad La calidad de los sistemas comenzara a disminuir a menos que dichos sistemas se adapten a los cambios en su entorno.

10. 8 Realimentación del sistema Es necesaria para lograr una mejora significativa del producto.

11. MANTENIMIENTO DEL SOFTWARE Es el proceso general de cambiar un sistema después de que éste ha sido entregado.

12. TIPOS DE MANTENIMIENTO C orrectivo : Se utiliza generalmente para referirse al mantenimiento para reparación de defectos. Adaptativo : Significa adaptar el software a nuevos requerimientos . Perfectivo : Significa mantener la funcionalidad del sistema , pero mejorando su estructura y su rendimiento.

13. F actores que conducen a costes de mantenimiento más elevados: Estabilidad del equipo. Después de entregar un sistema, es normal que el equipo de desarrollo se disuelva y la gente trabaje en nuevos proyectos . Responsabilidad contractual. El contrato para mantener un sistema normalmente está separado del contrato para desarrollar el sistema.

14. Habilidades del personal. El personal de mantenimiento a menudo no tiene experiencia y no está familiarizado con el dominio de la aplicación . Edad y estructura del programa. A medida que pasa el tiempo, la estructura de los programas tiende a degradarse con los cambios.

15. PREDICCIÓN DEL MANTENIMIENTO Se debería intentar predecir qué cambios del sistema son probables y qué partes del sistema son probablemente las más difíciles de mantener.

16. PROCESOS DE EVOLUCIÓN T ipo de software a mantener Los procesos de desarrollo utilizados El personal implicado en el proceso

17. Requerimientos existentes que no han sido implementados en el sistema entregado. Peticiones para nuevos requerimientos y reparaciones de errores por parte de los stakeholders del sistema. Nuevas ideas y propuestas para mejoras en el software por parte del equipo de desarrollo del sistema. Propuestas de cambio:

18. PROCESO DE EVOLUCIÓN Los procesos de identificación de cambios y evolución del sistema son cíclicos y continúan durante toda la vida del sistema.

19. PROCESOS DE EVOLUCIÓN Incluyen las actividades fundamentales de análisis de cambios, planificación de entregas, implementación del sistema y entrega de un sistema a los clientes.

20. IMPLEMENTACIÓN DE LOS CAMBIOS Si ocurre un defecto serio en el sistema que tenga que ser reparado para permitir la continuación del funcionamiento normal . Si los cambios en el entorno del sistema operativo tienen efectos inesperados que impiden el funcionamiento normal . Si hay cambios no anticipados en las empresas que utilizan el sistema .

21. REINGENIERÍA DE SISTEMAS La reingeniería del software se refiere a la reimplementación de los sistemas heredados para hacerlos más mantenibles.

22. REINGENIERÍA DE SISTEMAS Redocumentar el sistema. Organizar y reestructurar el sistema. Traducir el sistema a un lenguaje de programación más moderno. Modificar y actualizar la estructura y valores de los datos del sistema. Puede implicar:

23. REINGENIERÍA DE SISTEMAS Ventajas: Riesgo reducido. Existe un alto riesgo en volver a desarrollar software crítico para los negocios. Coste reducido. El coste de hacer reingeniería es significativamente menor que el coste de desarrollar nuevo software.

24. REINGENIERÍA DE SISTEMAS Desventajas: E xisten límites prácticos a la extensión del sistema que puede ser mejorada mediante reingeniería . No es posible convertir un sistema diseñado utilizando una aproximación funcional en un sistema orientado a objetos. Los cambios arquitectónicos mayores no pueden realizarse de forma automática, implica costes adicionales.

25. REINGENIERÍA DE SISTEMAS La distinción crítica entre reingeniería y nuevo desarrollo software es el punto de partida del desarrollo.

26. EVOLUCIÓN DE SISTEMAS HEREDADOS

27. 1.Desechar completamente el sistema . Esta opción debería elegirse cuando el sistema no constituye una contribución efectiva para los procesos de negocio. 2.Dejar el sistema sin cambios y continuar con un mantenimiento regular . Esta opción debería elegirse cuando el sistema todavía es necesario. Opciones estratégicas:

28. 3.Hacer reingeniería del sistema para mejorar su mantenibilidad. Esta opción debería elegirse cuando la calidad del sistema se ha degradado por los cambios continuos . 4.Reemplazar todo o parte del sistema con un nuevo sistema. Esta opción debería elegirse cuando otros factores, como un nuevo hardware, implican que el sistema antiguo no puede continuar en funcionamiento.

29. EVOLUCIÓN DEL SOFTWARE Espacio para: preguntas, dudas, aclarando, aportaciones y plugins