Cómo desarrollar sistemas de información que sean fáciles de mantener

Introducción :

El mantenimiento es un requisito básico que requiere alrededor del 60 % del tiempo. A veces, el mantenimiento consume tiempo innecesario, lo cual es totalmente un desperdicio porque con un poco más de planificación o prueba, esto podría evitarse. Louis A Rose ha dicho una vez: “Creo firmemente que el mantenimiento de un sistema es una función directa de lo bien que se desarrolló inicialmente”.

Ahora discutiremos ciertos factores que deben tenerse en cuenta al desarrollar un sistema para que el tiempo de mantenimiento pueda minimizarse. Aquí están los factores que se dan a continuación de la siguiente manera.

  1. Con la vista puesta en el futuro, los sistemas deben planificarse.
  2. La especificación del usuario debe ser correcta.
  3. Se requiere un sistema modular.
  4. Completa toda la documentación.
  5. Durante el desarrollo , se deben seguir los estándares.
  6. Las pruebas deben ser exhaustivas.
  7. Para el ciclo de desarrollo , se debe permitir el tiempo adecuado.
  8. Se deben considerar los factores humanos y se debe prestar atención a los usuarios finales y la ergonomía (condiciones de salud).
  9. Con la relación entre el diseño del sistema y el mantenimiento del sistema, el equipo de desarrollo debe ser plenamente consciente.

Para los usuarios y el mantenimiento es importante la documentación hasta ahora hemos visto esto y la importancia del mantenimiento para el buen funcionamiento de los sistemas. Para la comunicación, la documentación es muy importante y necesaria también desde el equipo de desarrollo a todos los usuarios potenciales. La documentación resulta muy útil si se necesita mantenimiento de emergencia solo si hay una ausencia de los miembros del equipo de desarrollo, también dado que todos los hechos, hay un registro de todos los supuestos, el mantenimiento futuro se vuelve muy fácil por esto. Para un funcionamiento fácil y sin errores, es necesario el mantenimiento del sistema y también para mantenerse al día con los requisitos cambiantes y las tecnologías cambiantes. Entonces, la documentación que estamos discutiendo y el otro factor de mantenimiento son aspectos impopulares pero muy importantes del desarrollo de software.

Puntos relacionados con la metodología de programación :

  • Para un buen programa, se deben usar nombres significativos para los identificadores.
  • Las expresiones deben ser simples y claras.
  • Para mejorar la legibilidad, se deben utilizar los comentarios y la identificación.
  • Para que el programa sea más legible, se deben insertar líneas y espacios en blanco.
  • Robusto debe ser hecho por un programa. Robustez significa la capacidad de un programa para recuperarse después de un error y continuar operando dentro de su entorno.
  • Los errores que violan las reglas gramaticales y la regulación del lenguaje de programación están bajo los errores de tiempo de compilación (errores de sintaxis y errores de semántica).
  • Durante la ejecución de un programa, se producen errores de tiempo de ejecución.
  • Debido a un análisis erróneo del problema, se producen errores lógicos.

CASO DE ESTUDIO :

La encuesta determina que el problema de mantenimiento es grave:

Con la publicación de los resultados de la encuesta del Quality Assurance Institute en 1986 dentro de los grandes centros de datos, el problema del mantenimiento del software aún no se ha resuelto. Los aspectos más destacados de la encuesta están aquí, que encuestó a 37 empresas de la clase Fortune 500.

  • De dos meses a 60 meses, el promedio fue de 23 meses a través de los retrasos en el mantenimiento en las empresas encuestadas. El rango es este.
  • El gasto de mantenimiento osciló entre el 10 y el 90 por ciento de los presupuestos de procesamiento de datos; el promedio fue del 51 por ciento.
  • Casi el 80 por ciento de los encuestados tenían sistemas cuya lógica solo podía ser entendida por individuos específicos. Esto evitó la rotación de responsabilidades de mantenimiento entre el personal de procesamiento de datos.
  • Los métodos formales para decidir cuándo reescribir los programas existían en menos del 15 por ciento de las empresas encuestadas. El requisito de que los sistemas más antiguos se ajusten a los mismos estándares de programación que un sistema desarrollado recientemente se encontró en el 16 por ciento de las empresas.
  • En todas menos el 5 por ciento de las empresas encuestadas, se reconoció que un programador que trabajaba en el desarrollo de nuevos sistemas tenía una posición más prestigiosa que uno asignado al mantenimiento.

Publicación traducida automáticamente

Artículo escrito por ashabisht181 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *