Indice Introducción Paradigma Orientado a Objetos Estudio de caso: Java Conclusiones
Paradigma Orientado a Objetos Conceptos generales Clases y Objetos Herencia Polimorfismo
Problemas en la creación del software ¿Hay crisis del software?
Gran complejidad Número de estados posibles es muy elevado Conexiones entre entidades Complejidad arbitraria que surge de instituciones humanas Sujeto a continuos cambios No tiene representación gráfica Especificación de requisitos Comunicación del equipo
Calidad del Software Factores Externos Corrección Robustez Extensibilidad Reutilización Compatibilidad Modularidad Legibilidad Factores Internos Eficiencia Portabilidad Facilidad de uso Funcionalidad
Mantenimiento del software Parte noble: MODIFICACION Parte no noble: DEPURACION Se le dedica el 70 % del coste del software Distribución coste según [Lientz79]: Cambios solicitados por los usuarios (41.8%) Cambios en los formatos de los datos (17.4%) Cambios de emergencia (12.4%) Depuración rutinaria (9%) Costes de documentación (5.5%)
Mantenimiento del software Conclusiones del estudio: Ausencia de extensibilidad Estructura física de los datos dispersa por muchas partes del sistema No se hace documentación a posteriori Cuando el sistema funciona no se buscan mejoras en eficiencia.
Numero de conexiones sea mínimo Flujo de información sea mínimo Comunicaciones explícitas Acoplamiento mínimo: Cohesión de datos Cohesión funcional Cohesión interna: En los Sistemas Software interesa …
Reutilización del software ¿Por qué el software no es como el hardware? ¿Por qué cada nuevo proyecto software arranca de la nada? Librerías de software Software-IC
| Página siguiente |