Ingeniería del So1ware II

Transcripción

1 Ingeniería del So1ware II Tema 08. Mantenimiento de Sistemas So1ware Pablo Sánchez Barreiro DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN p.sanchez@unican.es Este tema se publica bajo Licencia: CreaOve Commons BY NC SA 3.0

2 Introducción Mantenimiento de Sistemas Software Mantenimiento Software Análisis y Especificación de Requisitos Despliegue Diseño Arquitectónico Mantenimiento Pruebas Diseño Detallado Implementación Pablo Sánchez (MATESCO) Mantenimiento Software 2 / 62

3 Introducción Importancia Mantenimiento software Importancia del Mantenimiento Software Identificado como una de las causas de la crisis del software [7]. Pablo Sánchez (MATESCO) Mantenimiento Software 3 / 62

4 Introducción Importancia Mantenimiento software Mantenimento software vs sistemas clásicos Permiten pequeñas adaptaciones, pero su modificación es muy costosa. Suele implicar la construcción de un nuevo sistema. Pablo Sánchez (MATESCO) Mantenimiento Software 4 / 62

5 Introducción Importancia Mantenimiento software Mantenimento software vs sistemas clásicos El coste material de un producto software es despreciable. Un producto software es altamente modificable. Hasta el punto de poder llegar a ser un producto completamente nuevo (ej. Linux). Pablo Sánchez (MATESCO) Mantenimiento Software 5 / 62

6 Introducción Importancia Mantenimiento software Costes históricos mantenimiento software Listas de bugs y foros de soporte en productos comerciales. Actualizaciones de productos comerciales (ej. Windows Update, Acrobat Update) Pablo Sánchez (MATESCO) Mantenimiento Software 6 / 62

7 Introducción Importancia Mantenimiento software Importancia mantenimiento software Adaptación al euro - Efecto Pantallas táctiles móviles. Sistemas de tarificación telefonía móvil. Negocios de software libre basados en consultoría y mantenimiento (ej. openarchitecureware Actualmente, facilidad de mantenimiento, adaptabilidad y evolución son las características más importantes de la mayoría de los sistemas software. Pablo Sánchez (MATESCO) Mantenimiento Software 7 / 62

8 Introducción Importancia Mantenimiento software En Ingeniería del Software no hay verdades universales Pablo Sánchez (MATESCO) Mantenimiento Software 8 / 62

9 Introducción Objetivos del tema Este no es el objetivo del tema Pablo Sánchez (MATESCO) Mantenimiento Software 9 / 62

10 Introducción Objetivos del tema Esto tampoco es el objetivo del tema Pablo Sánchez (MATESCO) Mantenimiento Software 10 / 62

11 Introducción Objetivos del tema Objetivos del tema Objetivos Aprender a analizar, planificar, ejecutar y gestionar acciones de mantenimiento software. Pablo Sánchez (MATESCO) Mantenimiento Software 11 / 62

12 Mantenimiento Software Definiciones Definiciones mantenimiento software Estándar IEEE 1219 La modificación de un producto software después de su entrega al cliente o usuario para corregir defectos, para mejorar el rendimiento u otras propiedades deseables, o para adaptarlo a un cambio de entorno [9]. Estándar ISO/IEC Conjunto de actividades destinadas a proporcionar soporte económicamente rentable para un determinado producto software. Estas actividades se realizan tanto antes de la entrega del producto como después de la entrega del mismo. Las actividades previas a la entrega incluyen las actividades destinadas a planificar, anticipar y preparar actividades de mantenimiento posteriores. Las actividades posteriores a la entrega incluyen modificaciones del producto software, formación y asistencia al usuario [8]. Pablo Sánchez (MATESCO) Mantenimiento Software 12 / 62

13 Mantenimiento Software Definiciones Definiciones mantenimiento software Mantenibilidad (Maintainability) Capacidad de un producto software de ser modificado. Estas modificaciones incluyen correcciones, mejoras, o adaptaciones a cambios en el entorno, los requisitos o las especificaciones funcionales [8]. Efecto dominó (ripple effect) Un determinado cambio en un producto software se dice que genera un efecto dominó cuando a consecuencia del cambio debemos realizar cambios adicionales en el sistema. Estabilidad de un diseño software Capacidad de resistencia al efecto dominó que tendrá un sistema software derivado de dicho diseño cuando es modificado [13]. Pablo Sánchez (MATESCO) Mantenimiento Software 13 / 62

14 Mantenimiento Software Definiciones Definiciones mantenimiento software Sistema Heredado (Legacy Systems) Un sistema heredado es un método, tecnología, computador o aplicación antiguo que continúa en uso porque aún satisface las necesidades de los usuarios, aún existiendo nuevas tecnologías o métodos más eficientes disponibles (ej. aplicaciones COBOL en banca, Amadeus). Pablo Sánchez (MATESCO) Mantenimiento Software 14 / 62

15 Mantenimiento Software Tipos de mantenimiento software Tipos de acciones de mantenimiento software 1 Correctivo: localiza y corrige defectos en un programa tras su entrega (ej. IVA al 15%, agujeros de seguridad). Puede ser urgente o no urgente. 2 Adaptativo: Modificación para adaptarse a un cambio en el entorno (ej. Euro, pantallas táctiles). 3 Perfectivo: Modificación para detectar y corregir fallos latentes antes de que se conviertan en carencias [8]. Modificación para modificar o añadir nuevas funcionalidades [11]. (Ej. firma digital en banca online). 4 Preventivo: Modificación para detectar y corregir fallos latentes antes de que se conviertan en fallos operacionales [8]. Mejorar las propiedades del software [11]. (Ej. recodificar para aplicar patrones de diseño). Pablo Sánchez (MATESCO) Mantenimiento Software 15 / 62

16 Mantenimiento Software Tipos de mantenimiento software Tipos de cambios en productos software 1 Anticipado: Un cambio se dice que es anticipado cuando ha sido previsto durante el desarrollo del sistema software y se han adoptado decisiones de diseño que permiten acomodar la variación (ej. uso de constantes, patrón estrategia, sistema de plugins de Eclipse). 2 No anticipado: Todo aquel que no es anticipado. There is not silver bullet [4]. Pablo Sánchez (MATESCO) Mantenimiento Software 16 / 62

17 Mantenimiento Software Principales Retos Mantenimiento Software Principales Retos Mantenimiento Software 1 El efecto iceberg (o el efecto usillos/reforma). 2 No es lo mismo producir que mantener: Diferentes medidas de productividad entre desarrollo y mantenimiento:40 LDC desarrollado por 1 LDC mantenido [11]. Pablo Sánchez (MATESCO) Mantenimiento Software 17 / 62

18 Mantenimiento Software Principales Retos Mantenimiento Software Código heredado (legacy code) Desarrollado con tecnologías y técnicas anticuadas. No hay documentación. Si la hay, está en notación Benito & Manolo, que ya no trabajan en la empresa. Reescribirlo entero no es factible (ej. Amadeus). El sistema no tiene porque estar bien diseñado, programado, ni haber sido desarrollado siguiendo un proceso de ingeniería. Pablo Sánchez (MATESCO) Mantenimiento Software 18 / 62

19 Mantenimiento Software Principales Retos Mantenimiento Software Cambios en sistemas heredados/indebidamente documentados Pablo Sánchez (MATESCO) Mantenimiento Software 19 / 62

20 Mantenimiento Software Principales Retos Mantenimiento Software Degradación calidad producto software class Bill { float amounttobill; float calculatetotalcharge() { return amounttobill + (amounttobill * (16.0/100.0); } // calculatetotalcharge() } //Bill Pablo Sánchez (MATESCO) Mantenimiento Software 20 / 62

21 Mantenimiento Software Principales Retos Mantenimiento Software Degradación calidad producto software class Bill { float amounttobill; float calculatetotalcharge(int clienttype) { if (clienttype == 0) { return amounttobill + (amounttobill * (16.0/100.0); } else { return amounttobill + (amounttobill * (6.0/100.0); } } // calculatetotalcharge() } //Bill Pablo Sánchez (MATESCO) Mantenimiento Software 21 / 62

22 Mantenimiento Software Principales Retos Mantenimiento Software Degradación calidad producto software class Bill { float amounttobill; float calculatetotalcharge(int clienttype, int producttype) { if ((clienttype == 0) && (producttype == 0)) { return amounttobill + (amounttobill * (16.0/100.0); } else if ((clienttype == 0) && (producttype == 1)) { return amounttobill + (amounttobill * (4.5/100.0); } else if ((clienttype == 1) && (producttype == 0)) { return amounttobill + (amounttobill * (12.0/100.0); } else if ((clienttype == 1) && (producttype == 1)) { return amounttobill + (amounttobill * (4.5/100.0); } } // calculatetotalcharge() } //Bill Pablo Sánchez (MATESCO) Mantenimiento Software 22 / 62

23 Mantenimiento Software Principales Retos Mantenimiento Software Añadiendo iva al total mensual class Bill { float amounttobill; float calculatetotalcharge(int clienttype, int producttype) { float total, iva; if ((clienttype == 0) && (producttype == 0)) { iva = amounttobill * (16.0/100.0); } else if ((clienttype == 0) && (producttype == 1)) { iva = amounttobill * (4.5/100.0); } else if ((clienttype == 1) && (producttype == 0)) { iva = amounttobill * (12.0/100.0); } else if ((clienttype == 1) && (producttype == 1)) { iva = amounttobill * (4.5/100.0); } total = amounttobill + iva; IvaLogger.addIva(iva); return total; } // calculatetotalcharge() } //Bill Pablo Sánchez (MATESCO) Mantenimiento Software 23 / 62

24 Mantenimiento Software Principales Retos Mantenimiento Software Principales Problemas Mantenimiento Sw (Resumen) 1 Efectos dominó y efecto iceberg. 2 Cambios ad-hoc, ausencia metodológica del cambio. 3 Ausencia de documentación adecuada (decisiones de diseño). 4 Degradación calidad del producto. Pablo Sánchez (MATESCO) Mantenimiento Software 24 / 62

25 Mantenimiento Software Principales Retos Mantenimiento Software Solución para el mantenimiento software Establecer procedimientos claramente definidos y estandarizados para el mantenimiento software, que se basen en técnicas y herramientas para el mantenimiento claramente definidas y validadas. Asignarle los recursos adecuados, tanto físicos y económicos como humanos, Usar técnicas para control de calidad, tanto sobre el producto como sobre el proceso. Ejemplo: S3M ( Pablo Sánchez (MATESCO) Mantenimiento Software 25 / 62

26 Metodologías para el mantenimiento software Organización del equipo humano Organigrama del equipo humano Atención al usuario Equipo de diseño y desarrollo Cliente Gestor de peticiones Planificador Equipo de Mantenimiento Gestor de Mantenimiento Pablo Sánchez (MATESCO) Mantenimiento Software 26 / 62

27 Metodologías para el mantenimiento software MANTEMA [12] Procesos de mantenimiento software act [ Mantema ] Petición de Mantenimiento error tipo? otro Severidad? Alta Atender directamente Baja Evaluar, clasificar, encolar Adaptación Mejora Evaluar y clasificar Encolar Si proceder? No Elaborar Informe Seleccionar primera tarea cola Planificar Analizar Diseñar Implementar Probar Pablo Sánchez (MATESCO) Mantenimiento Software 27 / 62

28 Metodologías para el mantenimiento software Procesos de mantenimiento software Lowel Jay Arthur [1] Proceso de evolución de un sistema Petición de Cambio Analisis de Impacto Planificación de Versiones Implementación de Cambios Entrega del Sistema Reparación de defectos Adaptación de Plataforma Perfeccionamiento del Sistema Proceso de cambios de urgencia Petición de Cambio Analizar código fuente Parchear código fuente Entregar sistema parcheado Pablo Sánchez (MATESCO) Mantenimiento Software 28 / 62

29 Metodologías para el mantenimiento software Procesos de mantenimiento software Gestión de petición de cambio en Bugzilla New bug from a user with canconfirm or a product without UNCONFIRMED state UNCONFIRMED Bug is reopened, Bug confirmed or was never confirmed receives enough votes Developer takes possession NEW Ownership is changed Developer takes possession Development is finished with bug Possible resolutions: FIXED DUPLICATE WONTFIX WORKSFORME INVALID ASSIGNED Development is finished with bug Developer takes possession Issue is resolved RESOLVED Bug is closed QA not satisfied with solution QA verifies solution worked REOPEN Bug is reopened VERIFIED Bug is reopened Bug is closed CLOSED Pablo Sánchez (MATESCO) Mantenimiento Software 29 / 62

30 Metodologías para el mantenimiento software Documentación de cambios software Plantillas para documentación cambios software Tomada de Basili et al [2] 1 Descripción del cambio. 1 Localización. 2 Subsistemas afectados. 3 Módulos afectados. 4 Entradas/salidas afectadas. 5 Tamaño. 6 Líneas de código añadidas, modificadas y eliminadas. 7 Módulos examinados, añadidos, modificados y eliminados. 8 Tipo del cambio (Correctivo Perfectivo Preventivo Adaptativo) 2 Descripción del proceso de cambio. 1 Esfuerzo dedicado. 2 Experiencia del personal de mantenimiento 3 Tiempo del personal de mantenimiento trabajando en el sistema. 4 Tiempo del personal trabajando en el dominio. 3 Descripción del problema. 1 Descripción del error. Causa y origen del error. Momento del proceso en que se produjo el error. 2 Dificultad. Causas que dificultaron la modificación. Actividad más difícil relacionada con la modificación. 3 Cantidad de esfuerzo desperdiciado. 4 Decisiones que se podrían haber tomado para disminuir la dificultad de los errores. 5 Artefactos relacionados con el cambio. Pablo Sánchez (MATESCO) Mantenimiento Software 30 / 62

31 Metodologías para el mantenimiento software Documentación de cambios software Plantillas para documentación cambios software Plantilla aleatoria encontrada en internet (moodle). Plantilla modelo de bugzilla: Pablo Sánchez (MATESCO) Mantenimiento Software 31 / 62

32 Técnicas de mantenimiento Introducción Soluciones técnicas para el problema de mantenimiento 1 Ingeniería Inversa: Reconstruir el proceso de ingeniería de un producto a partir de ciertos artefactos de dicho producto. 2 Reingeniería: Examen y modificación de un sistema para reconstruirlo en una nueva forma. Puede precisar de un proceso de ingeniería inversa para reconstruir el proceso de ingeniería del producto. 3 Reestructuración: Modificación del software para hacerlo más fácil de entender y cambiar o menos susceptible de incluir errores en cambios posteriores. 4 Transformaciones: Manipulación, por medio de transformaciones automáticas ejecutadas por un computador, del código o modelo de un sistema para añadirle/modificarle/eliminarle elementos. (ej. pasar un sistema a distribuido). Pablo Sánchez (MATESCO) Mantenimiento Software 32 / 62

33 Técnicas de mantenimiento Introducción Soluciones técnicas para el problema de mantenimiento Pablo Sánchez (MATESCO) Mantenimiento Software 33 / 62

34 Técnicas de mantenimiento Ingeniería Inversa Qué es Ingeniería Inversa? Pablo Sánchez (MATESCO) Mantenimiento Software 34 / 62

35 Técnicas de mantenimiento Ingeniería Inversa Qué es Ingeniería Inversa? Pablo Sánchez (MATESCO) Mantenimiento Software 35 / 62

36 Técnicas de mantenimiento Ingeniería Inversa Ingeniería Inversa de código Java a UML class Persona { class Telefono { String nombre; int numero; int edad; String operador; Set<Telefono> telefonos; int codigointernacional; String getname() { }... } }... class Profesor extends Persona { String centro; } Pablo Sánchez (MATESCO) Mantenimiento Software 36 / 62

37 Técnicas de mantenimiento Ingeniería Inversa Ingeniería Inversa de código Java a UML class [ ReverseEngineering ] Persona +nombre : String +edad : Integer +telefonos 0..* Telefono +numero : int +operador : String +codigointernacional : int Profesor +centro : String Pablo Sánchez (MATESCO) Mantenimiento Software 37 / 62

38 Técnicas de mantenimiento Ingeniería Inversa Ingeniería Inversa de bases de datos relacionales Region rname salesman_name id Customer cid cname address phone rname id ref Sales pnum cid volume Product pnum pname id Pablo Sánchez (MATESCO) Mantenimiento Software 38 / 62

39 Técnicas de mantenimiento Ingeniería Inversa Ingeniería Inversa de bases de datos relacionales 1 Por cada tabla sin referencias a otras tablas, creamos una entidad. 2 Para las entidades creadas, copiamos atributos y marcamos claves primarias. Marcamos las tablas como procesadas. 3 Por cada tabla con referencias externas, creamos una entidad. 4 Para las entidades creadas, copiamos atributos y marcamos claves primarias. 5 Por cada clave externa, creamos una relación entre la entidad creada y la referenciada. 6 Para dicha relación, el extremo de tabla referenciada, tendrá cardinalidad 1, salvo restricción expresa. 7 Para dicha relación, el extremo de la entidad creada, tendrá cardinalidad 0.., salvo restricción expresa. 8 Si una entidad tiene: (1) su clave primaria formada por la unión de las claves primarias de tablas con las cuales se relaciona; y (2) los extremos de las relaciones con las otras entidades tiene como cardinalidad superior 1, convertir dicha entidad en una relación n a m entre entidades. 9 Copiar los atributos de la entidad a atributos de la relación. Pablo Sánchez (MATESCO) Mantenimiento Software 39 / 62

40 Técnicas de mantenimiento Ingeniería Inversa Ingeniería Inversa de bases de datos relacionales rname id cid cname phone pnum pname Region Customer Product salesman_name rname address volume id Pablo Sánchez (MATESCO) Mantenimiento Software 40 / 62

41 Técnicas de mantenimiento Reestructuración Reestructuración: Refactorings Refactorización Proceso de cambio de un sistema software de forma que su comprtamiento externo no se vea afectado pero que mejora su estructura interna (ej. atributos relacionados a clase). Malos olores (bad smells) Indicios sobre potenciales problemas en el código (ej. código replicado, mismo método en varias subclases). Pablo Sánchez (MATESCO) Mantenimiento Software 41 / 62

42 Técnicas de mantenimiento Reestructuración Esquema de una refactorización 1 Nombre 2 Síntomas 3 Causas 4 Refactorizaciones propuestas 5 Beneficios esperados 6 Efectos colaterales y contraindicaciones Pablo Sánchez (MATESCO) Mantenimiento Software 42 / 62

43 Técnicas de mantenimiento Reestructuración Refactorizaciones más Populares [6] 1 Pull Up Method. 2 Move Method. 3 Add Parameter. 4 Move Field. 5 Rename Method. 6 Rename Field. Pablo Sánchez (MATESCO) Mantenimiento Software 43 / 62

44 Técnicas de mantenimiento Reestructuración Pull Up Method Descripción Existen métodos cuasi-idénticos en las subclases class [ Refactorings ] class [ Refactorings ] Student UniversityMember Teacher UniversityMember +setcourse( course : Course ) +setcourse( course : Course ) +setcourse( course : Course ) Student Teacher Pablo Sánchez (MATESCO) Mantenimiento Software 44 / 62

45 Técnicas de mantenimiento Reestructuración Move Method Descripción Un método de una clase A es más usado en una clase B que en la clase donde está definido. class [ MoveMethod ] Course +students Student 0..* +isincourse( course : Course ) class [ MoveMethod ] Course +isincourse( student : Student ) +students Student 0..* Pablo Sánchez (MATESCO) Mantenimiento Software 45 / 62

46 Técnicas de mantenimiento Reestructuración Add Parameter Descripción A method needs more information from its caller. class AP(left) [ AP(left) ] Student +getcontactdata() class AP(right) [ AP(right) ] Student +getcontactdata( faculty : Faculty ) OJO! puede crear listas interminables de argumentos Pablo Sánchez (MATESCO) Mantenimiento Software 46 / 62

47 Técnicas de mantenimiento Reestructuración Introduce Parameter Object Descripción Existen grupos de parámetros que están naturalmente relacionados class [ IPO(left) ] Student +booksession( day : int, month : int, year : int ) +notifyexam( day : int, month : int, year : int ) class [ IPO(right) ] Student +booksession( date : Date ) +notifyexam( date : Date ) Date +day : int +month : int +year : int Pablo Sánchez (MATESCO) Mantenimiento Software 47 / 62

48 Técnicas de mantenimiento Reestructuración Move Field Descripción Un atributo de una clase A es más usado en una clase B que en la clase donde está definido. class [ MoveField(left) ] +vat : int Product ProductType +kind 1 class [ MoveField(right) ] Product ProductType +kind +vat : int 1 Pablo Sánchez (MATESCO) Mantenimiento Software 48 / 62

49 Técnicas de mantenimiento Reestructuración Rename Field/Method Descripción El nombre de un atributo o método no es significativo class [ MoveField(right) ] Prd PrdT +t +c : int 1 class [ MoveField(right) ] Product ProductType +kind +vat : int 1 Pablo Sánchez (MATESCO) Mantenimiento Software 49 / 62

50 Técnicas de mantenimiento Reestructuración Replace Magic Number with Symbolic Constant Descripción Tenemos una constante numérica con un significado bien definido double calculatetotalcharge() { return this.totalamount + (this.totalamount*16.0/100.0); } refactors to static final double NORMAL_VAT = 16.0; double calculatetotalcharge() { return this.totalamount + (this.totalamount*normal_vat/100.0); } Pablo Sánchez (MATESCO) Mantenimiento Software 50 / 62

51 Técnicas de mantenimiento Reestructuración Replace Type Code with State/Strategy Descripción Una clase tiene un atributo que indica tipo y que afecta al comportamiento de la clase class [ TypeBased ] Product +calculatetotalcharge() ProductType +kind +vat : float 1 class [ Strategy ] +vat : float Product +calculatetotalcharge() NormalProduct +calculatetotalcharge() ReduceVATProduct +calculatetotalcharge() BasicProduct +calculatetotalcharge() Pablo Sánchez (MATESCO) Mantenimiento Software 51 / 62

52 Técnicas de mantenimiento Detección de clones Detección de código replicado Problema del código Happiness Sadness Base Functionality Access Control Fault Tolerance v2.0 Encryption ModuleA ModuleB ModuleC Module D ModuleE Pablo Sánchez (MATESCO) Mantenimiento Software 52 / 62

53 Técnicas de mantenimiento Detección de clones Detección de código replicado (Baxter et al [3]) Fragmento 1 en módulo A void Anadir(int e, lista l) { int i:=1; boolean enc:=false; while (not enc) { if l[i].ocupado then i++; else enc=true; } l.info:=e; l.ocupado:=true; } Fragmento 2 en módulo B void Insertar(lista l, int info) { int cont; boolean enc; Elemento e; cont:=1; enc:=false; while (enc==false) { e:=l[cont]; if (not e.ocupado) then { e.ocupado:=true; e.info:=info; l[cont]:=e; enc:=true; } else cont:=cont+1; } } Pablo Sánchez (MATESCO) Mantenimiento Software 53 / 62

54 Técnicas de mantenimiento Detección de clones Detección de código replicado (Baxter et al [3])... if a=b then for i=1 to f(n) aux = aux + f(i, i-1) end for a=0 end if... Pablo Sánchez (MATESCO) Mantenimiento Software 54 / 62

55 Técnicas de mantenimiento Detección de clones Detección de código replicado (Baxter et al [3]) Clones= Para cada s Subárboles Si s PesoMínimo entonces TablaHash = TablaHash {s} Para cada (s1, s2) que están en la misma entrada de TablaHash Si Similitud(s1,s2) UmbralDeSimilitud entonces Para cada s Subárboles(s1) Si s Clones entonces Clones=Clones - {s} Para cada s Subárboles(s2) Si s Clones entonces Clones=Clones - {s} Clones=Clones {s1} {s2} Pablo Sánchez (MATESCO) Mantenimiento Software 55 / 62

56 Métricas para mantenimiento software Métricas para diseños software orientados a objetos [5] Weigthed Method per Class (WMC) Depth of Inheritance Tree (DIT) Number of Children (NOC) Coupling Between Objects (CBO) Response For a Class (RFC) Lack of Cohesion in Methods (LCOM) WMC = n i=1 c i maximum lenght to the root of the tree number of inmediate subclasses of a class number of tother classes used by a class RFC = M + n i=1 R i LCOM = P Q Regla informal Un sistema será más mantenible cuanto mayor cohesión tenga y menor sea su acoplamiento [10]. Pablo Sánchez (MATESCO) Mantenimiento Software 56 / 62

57 Métricas para mantenimiento software Métricas para diseños software orientados a objetos [5] class [ OBSComponentClassesLarge ] System +register() +unregister() 0..* +customers 1..* Clerk +clerks +packorder() Customer +name : String +creditcard : String 1..* +books Book +author : String +title : String +customer 0..* +books +quantity : Integer ShoppingCart SelectedBook +additem( book : Book, quantity : Integer ) +removeitem( book : Book ) +checkout() +creditnotification( ok : Boolean ) +deliverynotification( ok : Boolean ) Pablo Sánchez (MATESCO) Mantenimiento Software 57 / 62

58 Conclusiones Conclusiones 1 Importancia del mantenimiento software y diferencia con sistemas clásicos. 2 Definción de mantenimiento software. Tipos de mantenimiento y cambio. 3 Importancia y problemas de los sistemas heredados. 4 Organización y gestión del mantenimiento. 5 Concepto y técnicas de Ingeniería Inversa. 6 Concepto y técnicas de Refactorización. 7 Métricas para mantenimiento. Pablo Sánchez (MATESCO) Mantenimiento Software 58 / 62

59 Bibliografía Referencias I Lowell Jay Arthur. Software Evolution: A Software Maintenance Challenge. John Wiley & Sons, February Victor Basili, Lionel Briand, Steven Condon, Yong-Mi Kim, Walcélio L. Melo, and Jon D. Valett. Understanding and Predicting the Process of Software Maintenance Release. In Proc. of the 18th Int. Conference on Software Engineering (ICSE), pages , Berlin, Germany, March Ira D. Baxter, Andrew Yahin, Leonardo Moura, Marcelo Sant Anna, and Lorraine Bier. Clone Detection Using Abstract Syntax Trees. In Proc. of the Int. Conference on Software Maintenance (ICSM), pages , Bethesda (Maryland, USA), November Pablo Sánchez (MATESCO) Mantenimiento Software 59 / 62

60 Bibliografía Referencias II Frederick P. Brooks. No Silver Bullet - Essence and Accidents of Software Engineering. IEEE Computer, 20(4):10 19, April Shyam R. Chidamber and Chris F. Kemerer. A Metrics Suite for Object Oriented Design. IEEE Transactions on Software Engineering, 20(6): , June Steve Counsell, Youssef Hassoun, George Loizou, and Rajaa Najjar. Common Refactorings, a Dependency Graph and Some Code Smells: an Empirical Study of Java OSS. In Guilherme Horta Travassos, José Carlos Maldonado, and Claes Wohlin, editors, Proc. of the Int. Symposium on Empirical Software Engineering (ISESE), pages , Rio de Janeiro (Brazil), September Pablo Sánchez (MATESCO) Mantenimiento Software 60 / 62

61 Bibliografía Referencias III Edsger W. Dijkstra. The humble programmer. Communications of the ACM, 15(10): , October ISO/IEC/IEEE. Software engineering software life cycle processes maintenance. Technical Report International Standard ISO/IEC 14764:2006, IEEE Std , September IEEE (The Institute of Electrical and Electronics Engineers). Standard for software maintenance. Technical Report IEEE Std , December David L. Parnas. On the Criteria to be Used in Decomposing Systems into Modules. Communications of the ACM, 15(12): , Pablo Sánchez (MATESCO) Mantenimiento Software 61 / 62

62 Bibliografía Referencias IV Mario Piattini, José Villalba, Francisco Ruiz, Teresa Bastanchury, Macario Polo, Miguel Angel Martínez, and César Nistal. Mantenimiento del Software. Modelos, Técnicas y Métodos para la Gestión del Cambio. Macario Polo, Mario Piattini, Francisco Ruiz, and Coral Calero. MANTEMA: A Complete Rigorous Methodology for Supporting Maintenance Based On The ISO/IEC Standard. In Proc. of the 3rd European Conference on Software Maintenance and Reengineering (CSMR), pages , Amsterdam (The Netherlands), March Stephen S. Yau and James S. Collofello. Design Stability Measures for Software Maintenance. IEEE Transactions on Software Engineering, 11(9): , October Pablo Sánchez (MATESCO) Mantenimiento Software 62 / 62