PROPUESTA DE PLAN DE MANTENIMIENTO DE SOFTWARE PARA EL MUNICIPIO

DISTRITAL DE PAUCARCOLLA BASADO EN LA NORMA ISO/IEC 14764:2006

Justificación

Desde que se ha desarrollado software se ha producido el mantenimiento del software, no

hay nada en la teoría o en la practica que indique que esto vaya a cambiar. Durante estas
últimas seis décadas se han presentado proyectos académicos e industriales basados en
el mantenimiento del software, dando como resultado: artículos de investigación,
documentos, conferencias, normativas, etc.; no obstante, el mantenimiento del software
sigue siendo invisible y no declarado en muchas empresas, municipios y entidades del
gobierno, en sus sistemas informáticos produciendo problemáticas si no se realiza el
mantenimiento del software que puede llevar incluso a la baja del sistema completamente.

La norma ISO/IEC 14764:2006 detalla la manera de realizar la gestión del proceso de

mantenimiento de software de una menara adecuada, no obstante los pasos son
elaborados en función de la aplicación de software. Otras normas como la ISO/IEC 12207
hacen referencia al mantenimiento como una parte del concepto de diversos tipos de
mantenimiento.

Llevar a cabo un plan de mantenimiento de software a medida mejorara la calidad del

producto final, ya que el mantenimiento de software se puede hacer combinando
herramientas de software, métodos y técnicas; pero todo esto este sujeto a los
antecedentes de la aplicación de software desarrollado.

Definición del problema

El plan de desarrollo y mantenimiento de software deben realizarse a la par en cualquier

organización, ambos generan gran cantidad de información que debe gestionarse y
documentarse, el desconocimiento de estas actividades en el mantenimiento del software
puede inducir a desvalorar su importancia, y se tiende a asociar el mantenimiento del
software únicamente con la corrección de errores en los programas.

Objetivos

• Diseñar un plan de mantenimiento para el Municipio Distrital de Paucarcolla.

• Evaluación de herramientas informáticas que automatice el mantenimiento.
• Identificar los tipos de mantenimiento de software disponibles en la actualidad.
Alcance

El plan de mantenimiento será usado en aquellos productos que se mantendrán el tiempo

mas largo posible dentro del Municipio Distrital de Paucarcolla. El mantenimiento se
aplicará a programas de ordenadores, documentación de administración y mas adelante
en el tiempo a productos de software que sean creados durante el desarrollo de nuevo
software.

Mantenimiento del Software

Características del mantenimiento del software

La norma ISO 12207 de Procesos del Ciclo de Vida del software define al mantenimiento
como: El proceso de mantenimiento contiene las actividades y tareas realizadas por el
mantenedor. Este proceso se activa cuando el producto software sufre modificaciones en
el código y la documentación asociada, debido a un problema o a la necesidad de mejora
o adaptación. El objetivo es modificar el producto software existente preservando su
integridad. Este proceso incluye la migración y retirada del producto software. El proceso
termina con la retirada del producto software.

Mientras que la norma ISO/IEC 14764 enfatiza la planeación del mantenimiento de

software: 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.

Necesidad del mantenimiento

El mantenimiento es necesario para que el software continúe satisfaciendo los

requerimientos del usuario, el mantenimiento es aplicable al software desarrollado. El
sistema cambia debido a las acciones correctivas y no correctivas sobres el software. El
mantenimiento debe ser realizado con el objetivo de:

• Corregir fallas.
• Mejorar el diseño.
• Implementar mejoras.
• Definir interfaces con otros sistemas.
• Migrar software heredado.
• Retirar el software.
Costos del mantenimiento

Los costos del mantenimiento consumen gran parte de los recursos financieros del ciclo de
vida del software. La comprensión de los factores que influyen en el mantenimiento de un
sistema puede ayudar a fijar adecuadamente los costos, algunos de estos factores son:

➢ Tipo de aplicación.
➢ Disponibilidad del mantenimiento de software.
➢ Ciclo de vida del software.
➢ Características del hardware.
➢ Calidad de diseño del software, construcción, documentación y pruebas.

Análisis de
requerimientos (3%)

Especificaciones
(3%)

Diseño
(5%)

Codificación
(7%)

Pruebas
(15%)

Operaciones y
mantenimiento (67%)
Tipos de mantenimiento del software

El tipo de mantenimiento está basado en función de la actividad y que se pretende

conseguir con aquella acción. En la norma ISO/IEC 14764 para Mantenimiento de software
existen cuatro categorías de actividades de mantenimiento, y son:

• Correctivo.
• Adaptativo.
• Perfectivo.
• Preventivo.

Usuarios del Mantenimiento perfectivo

Sistema

Mantenimiento Correctivo
Usuarios del Sistema
Sistema Software Y

Mantenimiento Preventivo

Usuarios del
Sistema Mantenimiento Adaptativo

Plan de mantenimiento de software

La norma ISO/IEC 14764 para el proceso de mantenimiento

El documento ISO / IEC 14764 es un estándar internacional para el mantenimiento del

software, y que describe el mantenimiento utilizando los mismos conceptos como IEEE/EIA
1219, salvo que se representan de forma ligeramente diferente. Un proceso iterativo para
ejecutar y gestionar las actividades de mantenimiento se describe en el documento.

La estructura básica de un proceso de ISO se compone de actividades, y una actividad se

compone de tareas. Para cambiar un software operativo sin romper su integridad, las
actividades necesarias se describen en el proceso de mantenimiento.
Tras la activación del proceso de mantenimiento, planes y procedimientos se desarrollan y
se asignan los recursos para llevar a cabo el mantenimiento. En respuesta a una CR
(change request), el código se modifica junto con la documentación pertinente. La
modificación del software se ejecuta sin perder la integridad del sistema se considera que
es el objetivo general de mantenimiento. El proceso de mantenimiento permite que el
producto de software para migrar de su entorno inicial en su inicio a nuevos entornos. El
proceso de mantenimiento se termina sobre la posible clausura del producto, conocido
comúnmente como estar jubilado. El proceso de mantenimiento comprende las actividades
de alto nivel:

a) Proceso de implementación.
b) Problema y análisis de modificación.
c) Modificación aplicación
d) Opinión Mantenimiento y aceptación.
e) Migración.
f) Retiro.

Plan de mantenimiento: El plan de mantenimiento describe una estrategia para mantener

el sistema, mientras que los procedimientos de mantenimiento describen en detalle como
lograr realmente el mantenimiento. El plan también se describe como:

• Organizar el personal del equipo de mantenimiento

• Asignar responsabilidades entre los miembros del equipo
• Los recursos de programación.

Plantilla para el plan de mantenimiento de software

➢ Proceso de implementación.
➢ Análisis de modificación y problemas.
➢ Implementación de la modificación.
➢ Aceptación y revisión del mantenimiento.
➢ Migración.
➢ Retiro.

Propósito

Brindar los criterios y la dirección apropiada para las actividades de mantenimiento en cada
una de sus fases. Este plan debe ser citado en el plan de gestión de proyectos de la
Dirección de Sistemas.
Documentos necesarios con los que se debe trabajar este plan de mantenimiento son los
siguientes:

✓ Manual de proceso de organización de mantenimiento de software

✓ Manual de operación de sistemas de gestión de la calidad
✓ Norma IEEE 610, 12 (glosario estándar de ingeniería de software)
✓ ISO/IEC 14764: 2006 (mantenimiento de software)
✓ ISO / IEC 12207: 2008 (los procesos del ciclo de vida del software)

Contenido
Nombre y logotipo de la empresa que
aplicara la guía
Plan de mantenimiento de Software
Nombre del producto
Versión
Elaborado por
Fecha
Descripción del sistema

En esta sección se explica el funcionamiento del sistema a darse mantenimiento.

Una solicitud de modificación (MR)

Tabla de prioridades

Tabla de Prioridades
Prioridad Se aplica si un problema:
✓ Evita la realización de una actividad esencial para el
1 funcionamiento del software.
✓ Pone en peligro la seguridad del software
✓ Afectar negativamente a la realización de una actividad
2 esencial de funcionamiento y no se conoce ninguna solución
temporal
✓ Afectar negativamente a la realización de una actividad
esencial para el funcionamiento del software, pero existe una
3 solución temporal
✓ Puede resultar inconveniente o molesto para el técnico
encargado del sistema, pero se conoce una solución
temporal.
✓ Presenta molestias al usuario, pero no afecta la ejecución de
4 actividades esenciales y no impide el cumplimiento de sus
responsabilidades.
5 Cualquier otro efecto.
Tabla de solicitud de modificación

SOLICITUD DE MODIFICACIÓN
Sección I
Nombre del solicitante: Fecha de Sistema: Creador:
recepción:

Descripción del problema Prioridad

1 2 3 4 5
Sección II
Número de MR: Mantenedor:

Prioridad Tipo de mantenimiento:

Sección III
Id opción Estado del MR Fecha:

Resultados del análisis:

Aprobado por:

Soporte

La fase de Implementación del Proceso usa los siguientes procesos:

• Documentación
• Aseguramiento de la Calidad
• Revisión Conjunta
• Gestión

Salida

✓ MR receptado
Verificación

Llenar el Registro del Historial del MR. En este se registra la información generada desde que se
recibe hasta que se resuelve el MR.

REGISTRO DEL HISTORIAL DEL MR

ID MR Fecha de Fecha de Estado de Documentos
recepción análisis MR Afectados

✓ Obtener el software afectado e instalarlo.

✓ Realizar pruebas sobre el software para comprobar la falla reportada y documentar los
resultados obtenidos en el Registro de Pruebas del MR.

REGISTRO DE PRUEBAS DEL MR

ID prueba: ID MR: Nombre del Sistema:
Responsable de la Prueba:
Objetivo:
Resultado
Obtenido:

Tarea 1: Asignar una prioridad al MR. Ésta prioridad dependerá de la política de la

organización y se registrara en el MR. A diferencia de las prioridades de la fase 1 la
asignación de esta prioridad depende de quien la entrega.

Tarea 2: Definir los requerimientos de la organización y proponer al menos tres opciones

para realizar la modificación.

Tarea 3: De cada opción se deberá hacer una estimación de extensión y magnitud de la

modificación, los impactos que tendrán en el hardware del sistema y un análisis de los
riesgos que se pueden presentar.

Tarea 4: El mantenedor recomienda cuál sería la opción más viable. Todas estas tareas
se deberán registrar en la plantilla 4.
 REGISTRO DE OPCIONES
ID MR: Nombre del sistema: Responsable:
Requerimientos de la organización :

ID Opción Descripción Extensión Impacto Riesgos

Recomendación:

Tarea 5: Estimar los recursos humanos y de costo que requiere cada

opción y documentarlos en el Registro de Asignación de Recursos. Esta
estimación también puede influir en la elección de la solución a implementar.

REGISTRO DE ASIGNACIÓN DE RECURSOS

Id MR: Nombre del sistema: Responsable:
Id Opción N° Personas N° Horas Costo Observación

Documentación

Tarea 1: Verificar que todas las pruebas y opciones propuestas estén debidamente
documentadas en las plantillas y actualizar el Registro del Historial del MR
.
Aprobación

Antes de realizar la modificación al sistema el mantenedor debería obtener la aprobación

del MR. Para esto se deberá realizar las siguientes tareas.

Tarea1: Presentar el MR, Registro de Pruebas del MR, Registro de

Opciones y Registro de Asignación de Recursos, para su análisis por parte
de la Dirección de Sistemas.
 Tarea 2: El mantenedor participara en las discusiones acerca de la modificación.

Tarea 3: Documentar el resultado del análisis de MR en el Registro del Análisis de

la Solicitud de Modificación. Además, se deberá actualizar la Sección II del MR) y
el Registro del Historial del MR Si el MR fue aprobado se continuará con el resto
de actividades, sin embargo, si el MR fue negado se registrará el motivo y el
proceso de mantenimiento terminará.

REGISTRO DEL ANÁLISIS DE LA SOLICITUD DE MODIFICACIÓN

Nombre del Sistema:
Responsable(s):
Fecha de recepción del MR:
Fecha de
aprobación/negado:
Fecha de cierre:
ID Descripción de la solución Estado del Motivo del rechazo
MR MR
Aprobado
Negado

Responsable del Análisis:

Tarea 4: Detallar las personas que intervendrán en la modificación del sistema y

el rol que desempeñarán y documentarlo en el Registro del Equipo de Trabajo.
 REGISTRO DEL EQUIPO DE TRABAJO
Nombre del Sistema: Id MR:
Mantenedor:
Detalle del Mantenimiento Nombre y Apellido Rol Observación

Conclusiones y Recomendaciones

El plan de mantenimiento de software propuesto contribuye de manera directa a hacer

frente a los problemas de calidad en la función de mantenimiento del Departamento de
Sistemas de la Universidad Politécnica Salesiana, sugiriendo una metodología de proceso
en base de la norma ISO/IEC 14764, y con esto la mejora continua en la gestión de
mantenimiento en requerimientos futuros.

La interpretación de la norma ISO/IEC 14746 en el proceso de generación de este plan de

mantenimiento lograra resultados, calidad, y una productividad en base de las iteraciones y
de los mantenimientos que se vayan produciendo. A lo anterior, se puede añadir analizar
cuáles son los efectos de los cambios realizados en el mantenimiento sobre personal y
aplicaciones involucradas durante el paso del tiempo.

Dados los enormes esfuerzos y costos dedicados al mantenimiento de software, toda

empresa debe evaluar y considerar las mejores prácticas para el mantenimiento. Es así,
que la creación de una sección/departamento de mantenimiento o contratar el
mantenimiento es un tema de análisis.