Mantenimiento

Mantenimiento

1. Práctica

   • Comprender software y cambios
   • Modificar Software Actualizar documentacion
   • Realizar pruebas de las partes añadidas
   • Evolucion
     •    La evolución del software según Lehman y Ramil es el conjunto de todas las actividades de programación que se orientan a generar una nueva versión de un software a partir de una versión anterior operativa.   
     • LEY Mtto
       •    Estas leyes hacen referencia a programas de tipo E, es decir que solucionan un problema en el mundo real determinado. Puede servir como base para las actividades de mantenimiento y son útiles en la toma de decisiones sobre los trabajos  
       • Cambio Continuo
         •    Un software que se utiliza debe adaptarse continuamente, en caso contrario, este se hace menos satisfactorio.   
       • Complejidad Creciente
         •    A medida que evoluciona un software, su complejidad se incrementa a menos que se trabaje para mantenerla o reducirla.   
       • autoregulación
         •    El proceso de evolución del software se autorregula con una distribución de medidas de atributos de producto y procesos cercana a la normal. Debe ser regulada y planificada.   
       • Conservación de la estabilidad organizativa
         • a velocidad de actividad global efectiva media en un sistema en evolución no varía a lo largo del ciclo de vida del producto. La actividad se estabiliza en un nivel que se puede considerar constante.   

2. Proceso

   • Solicitud
   • Clasificación, identificación y planeación
   • Análisis
   • Diseño
   • Implementación
   • Prueba del sistema
   • Pruebas de aceptación
   • Entrega
   • Actividades
     • Eliminacion de defectos
       •    Fallos en el software. La organización tiene que detectar el defecto y corregirlo.   
     • Adaptación del producto a nuevos requisitos
       •    No hay fallos, existen nuevas necesidades y hay que adaptarlas.  Este tipo de cambios, se llaman perfectivos
     • Inclusión de mejoras en el diseño
       •    Cuando se considera que la estructura es difícil de comprender para el cambio y extensión del software.  Se mejora el diseño como prevención de cambios futuros
   • Controles
     • A priori
       • Incluye la planificación del mantenimiento y los controles e inspecciones de calidad para asegurar que el software que se crea sea fácil de mantener.
       • Planificación de Mto, controles e inspecciones
     • A Posteori
       • incluye la mejora de la facilidad del mantenimiento por sí misma, después de que el software esté en curso.
       • Facilidad por si sola

3. Tecnicas

   • Ingenieria Inversa
     •    Analizar el sistema e identifica componentes y las relaciones entre ellos. Crear representaciones del sistema en otra forma.   
     • Datos
       •    Se aplica sobre un código de base de datos para obtener modelos relacionales. ★Modificar una BD. ★Migrar a un nuevo sistema. ★Crear el modelo de datos.   
     • Procesos
       •    Cuando se aplica ingeniería inversa sobre el código de un programa para extraer su lógica, o sobre el diseño para obtener documentos de requerimientos.  ●Entender la aplicación  y generar un nuevo código  ●Migrar la aplicación a un nuevo sistema. ●Generar la documentación.   ●Comprobar que el código cumple con las especificaciones de diseño.   
     • Interfaces de Usuario
       •    Objetivo: mantener la lógica del programa, y obtener los modelos y especificaciones que sirvieron para su construcción  y tomarlas para modificar la interfaz.   
   • Reingenieria
     •    “Modificación de componentes se emplean técnicas de ingeniería inversa para su reconstrucción”   
   • Reestructura
     • Se produce una modificación de una parte del sistema, solo se necesita el conocimiento de la parte a modificar.  Se aplica en desarrollo orientado a objetos.  Tiene como objetivo limpiar el código para que es fácil entender y modificar.  
     • Refactoring
       •    Es el proceso de cambiar el software de un sistema para mejorar su estructuración interno pero sin alterar su comportamiento externo.   
       • Recomposición de métodos
         • Técnicas para acortar métodos largos, sustituir llamadas, etc.
       • Movimientos entre clases
         • Técnicas para reasignar responsabilidades de una clase a otra.
       • Reorganización de datos
         • Técnicas que facilitan el trabajo con los datos.
       • Simplificación de expresiones condicionales
         • Técnicas pretender facilitar la comprensión, mantenimiento y depuración del software.
       • Simplificar llamadas y métodos
         • : Técnicas para simplificar la interfaz de una clase.
       • Reorganización de la jerarquia de generalización
         • Técnicas para mover métodos a lo largo de la jerarquía de herencia.

4. Metricas

   • Producto
     • Calidad de software
     • Calidad de documentación
     • Calidad de diseño
     • Factibilidad de mtto
   • Procesos
     •    Estas métricas evalúan el proceso de fabricación de un producto software.   
     • Tiempo
     • Costes
     • Defectos
       •    Una vez que el código está integrado está correlacionado positivamente con el número de defectos de software que se encontraran durante la explotación. Un gran número de defectos durante las pruebas indica que durante la fase de desarrollo se han cometido muchos errores y salvo que medie un gran esfuerzo en la fase de pruebas, parte de estos errores se arrastraran hasta que el sistema esté en explotación.   
     • Reparaciones
       •    Puede medirse la facilidad de mantenimiento de software durante su proceso de construcción midiendo la frecuencia de fallos debidos a efectos laterales producidos después de una modificación (X): Siendo A: número de fallos debidos a efectos laterales detectados y corregidos B: número total de fallos de fallos corregidos  Cuanto mayor sea X, mas dificil sera de mantener el     sistema futuro.   

5. Definicion

   •  El mantenimiento del software es la modificación de un producto software después de la entrega para corregir fallos, para mejorar su rendimiento u otros atributos, o para adaptar el producto a un entorno modificado.   
   • Actividades Previas
     •    Las actividades previas a la entrega incluyen la planificación de las operaciones posteriores a la entrega, la planificación del soporte y la determinación de la logística.   
   • Act. Posterirores
     •    Las actividades posteriores a la entrega incluyen la modificación del software la formación de usuarios y la puesta en marcha de un servicio de soporte técnico y atención al cliente.   
     • Capacitación
     • Modificación
     • Soporte Técnico
     • Atención al Cliente

6. Calidad

   • Facilidad de Mantenimiento
     •    El estándar ISO/IEC 9126 para la evaluación de calidad del software define un modelo de calidad para satisfacer necesidades establecidas o especificadas. Este modelo clasifica los atributos de calidad según seis características:   La facilidad de mantenimiento se puede considerar como la combinación de dos propiedades diferentes: la susceptibilidad de ser reparado y la flexibilidad.   
     • Puede afectarlo
       • Proceso Desarrollo
       • Comprensión de programas
       • Documentación
     • Caracteristicas
       • Analizar
       • Cambiar
       • Estable
       • Probar
       • Conforme
     • Debe
       • Reparable
         •    Un sistema software es reparable si permite la corrección de sus defectos con una cantidad de trabajo limitada y razonable.   
       • Flexible
         •    Un sistema software es flexible si permite la introducción de cambios para satisfacer nuevos requisitos, es decir, si puede evolucionar.   
   • Funcionalidad
   • Fiabilidad
   • Usabilidad
   • Eficiencia
   • Portabilidad

7. Administración del cambio

   •    El cambio siempre ha sido una constante en el ámbito de los negocios, las fuerzas que le dan forma a nuestro mundo actual son inmensas, complejas, sorprendentes y retadoras. El grado en el que nos podamos adaptar a estas y utilizarlas a nuestro favor determinará nuestra prosperidad como organizaciones, sociedades e individuos. La Administración del Cambio:  •Proporciona una imagen clara de cómo se verá el negocio después de la transformación.  • Proporciona detalles de lo que hay que hacer durante el proceso de cambio para construir conocimientos y habilidades. •Desarrolla los planes necesarios para el negocio, las métricas y los resultados. •  Utiliza una variedad de diagnósticos y facilitadores para identificar las actitudes y comportamientos de las personas afectadas por el cambio.
   • Propone imagen futura
   • Acciones a seguir
   • Planes para el negocio
   • Diagnosticos
   • Cambios en la tecnologia
     • Los enfoques que se centran en la tecnología se concentran en los procesos y herramientas tecnológicos para realizar el trabajo
     • Diseño del trabajo
     • Sistemas sociotecnicos
     • Circuitos de calidad
     • Reingenieria
     • Admon de la calidad general