Please enable JavaScript.

Coggle requires JavaScript to display documents.

Mantenimiento - Coggle Diagram

- - - - Las causas a las que se debe este incremento de trabajo de mantenimiento son:
        1) Gran cantidad de software antiguo (más de 10 años); aún siendo construidos con las mejores técnicas de diseño y codificación del momento (rara vez), su creación se produjo con restricciones de tamaño y espacio de almacenamiento y con herramientas desfasadas tecnológicamente.
        2) Los programas sufren migraciones continuas de plataformas o SSOO.
        3) El software ha experimentado modificaciones, correcciones, mejoras y adaptaciones a nuevas necesidades de los usuarios. Además, estos cambios se realizaron sin técnicas de reingeniería o ingeniería inversa, dando como resultado sistemas que funcionan con baja calidad (mal diseño de estructuras de datos, mala codificación, lógica defectuosa y escasa documentación).
      - Las razones por las que es menos costoso reparar defectos en las primeras fases del ciclo de vida software son:
        
        Es más sencillo cambiar la documentación que modificar el código.
        
        Un cambio en las fases posteriores puede repercutir en cambiar toda la documentación de las fases anteriores.
        
        Es más sencillo detectar un error en la fase en la que se ha introducido que detectarlo y repararlo en fases posteriores.
        
        Un defecto se puede ocultar en la inexistencia o falta de actualización de los documentos de especificación o diseño.
  - - - Tiene por objetivo localizar y eliminar los posibles defectos de los programas. Un defecto en un sistema es una característica del sistema con el potencial de provocar un fallo. Un fallo se produce cuando el comportamiento de un sistema difiere con respecto al comportamiento definido en la especificación.
      - Los fallos en un sistema software pueden ser: - Procesamiento (salidas incorrectas de un programa). - Rendimiento (tiempo de respuesta demasiado alto). - Programación (inconsistencias en el diseño). - Documentación (inconsistencias entre la funcionalidad de un programa y el manual de usuario).
    - - Consiste en la modificación de un programa debido a cambios en el entorno (hardware o software) en el que se ejecuta. Desde cambios en el sistema operativo, pasando por cambios en la arquitectura física del sistema informático, hasta en el entorno de desarrollo del software. Este tipo de mantenimiento puede ser desde un pequeño retoque hasta una reescritura de todo el código.
      - Los cambios en el entorno de desarrollo del software pueden ser:
        
        En el entorno de los datos (p.e. cambiar sistema de ficheros por BD relacional).
        
        En el entorno de los procesos (p.e. migración a plataforma con procesos distribuidos).
    - - Conjunto de actividades para mejorar o añadir nuevas funcionalidades requeridas por el usuario.
        Se divide en dos:
        
        Mantenimiento de Ampliación: incorporación de nuevas funcionalidades.
        
        Mantenimiento de Eficiencia: mejora de la eficiencia de ejecución.
    - - Modificación del software para mejorar las propiedades de dicho software (calidad y mantenibilidad) sin alterar sus especificaciones funcionales. Incluir sentencias que comprueben la validez de los datos de entrada, reestructuración de los programas para aumentar su legibilidad o incluir nuevos comentarios. Este tipo de mantenimiento utiliza las técnicas de ingeniería inversa y reingeniería. El mantenimiento para la reutilización especializado en mejorar la reusabilidad del software se incluye en este tipo.
- - - - Continuidad del cambio.- Un programa utilizado en un entorno del mundo real debe cambiar si no quiere dejar de ser usado. Esto se debe a que surgen nuevas funcionalidades, nuevo hardware puede permitir mejoras en el software, se corrigen defectos, se instala en otro sistema
      - Incremento de la Complejidad.- Cuando se realizan cambios en un programa la estructura se hace más compleja si no se utilizan técnicas de ingeniería del software
      - Evolución del programa.- Es un proceso autorregulado. Se mantienen las tendencias e invariantes de las propiedades del programa.
      - Conservación de la Estabilidad Organizacional.- La carga que supone el desarrollo de un programa es aproximadamente constante e independiente de los recursos dedicados a lo largo del tiempo de vida del mismo.
      - Conservación de la Familiaridad.- El incremento en el número de cambios introducidos con cada versión (release) es aproximadamente constante.