Plantilla Del Plan Mantenimiento Software

Planificación del mantenimiento del software
La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los

recursos de una empresa de desarrollo de software. De hecho, con un 60% de
media, es probablemente la etapa más importante del ciclo de vida del software.
Dada la naturaleza del software, que ni se rompe ni se desgasta con el uso, su
mantenimiento incluye tres facetas diferentes:
● Eliminar los defectos que se detecten durante su vida útil (mantenimiento

correctivo), lo primero que a uno se le viene a la cabeza cuando piensa en el
mantenimiento de cualquier cosa.
● Adaptarlo a nuevas necesidades (mantenimiento adaptativo), cuando el
sistema ha de funcionar sobre una nueva versión del sistema operativo o en
un entorno hardware diferente, por ejemplo.
● Añadir nueva funcionalidad (mantenimiento perfectivo), cuando se proponen
características deseables que supondría una mejora del sistema ya existente.
Para que el sistema funcione adecuadamente se debe de brindar mantenimiento al

hardware, ya que ambos (software/hardware) están íntimamente relacionados. E
incluso para que sobre todo no se ponga tan lento, se debe realizar un
mantenimiento periódico.
Si no se realiza periódicamente un escaneo del disco duro para corregir posibles

errores o fallas, una limpieza de archivos y la desfragmentación del disco duro, la
información estará más desprotegida y será más difícil de recuperar.
Fase 1: Proceso de implementación
SOLICITUD DE MODIFICACIÓN
Sección 1
Nombre del solicitante: Fecha de recepción: Sistema: Creador:
Cesar Morales 02/06/2020 Sistema gestión de César Cuadra
inventario
Descripción del problema: Prioridad:
Se presentó problema de doble ventana del 1 2 3 4 5
módulo proveedores.
Sección 2
Numero de MR: Mantenedor:
001 Leonardo Espinoza
Prioridad: Tipo mantenimiento:
De nivel 4, problema de diseño Correctivo
Sección 3
ID opcion: Estado del MR: Fecha:
001M Revisión conjunta 09/06/2020
Resultados del análisis: Se realizó cambio en el diseño del módulo de proveedores
ajustando y corrigiendo el método que presentaba problemas de diseño a la hora de ser
usado.
Aprobado por:
Leonardo Espinoza
Sección 1
Carlos Olivares 15/06/2020 Sistema gestión de César Cuadra
inventario
la posible pérdida de información del cliente en 1 2 3 4 5
el inventario del sistema.
Sección 2
002 Dayana Esquivel

De nivel 3, problema de pérdida de información Correctivo
Sección 3
002M Revisión conjunta 25/06/2020
Resultados del análisis: Se implementara un método dentro de mysql que le daba un plan
de backup semanal y se procedió a buscar el último backup full con el objetivo para poder
restaurar la información más actual.
Aprobado por:
Leonardo Espinoza
Sección 1
Carlos Perez 01/07/2020 Sistema gestión de César Cuadra
inventario
problemas de optimización en el código 1 2 3 4 5
provocan bugs o errores dentro del sistema.
Sección 2
003 Oliver Gonzales.

De nivel 3, problema de acceso de nivel de Perfectivo
seguridad en usuarios
Sección 3
003M Revisión y solución conjunta 15/07/2020
Resultados del análisis: La solución son breves actualizaciones de código en el sistema a
largo plazo con el objetivo de optimizar y adaptar al sistema para que sea funcional
Aprobado por:
Leonardo Espinoza
Fase 2: Análisis de modificaciones.
Actividad 1: Análisis de MR
ID MR Prioridad Tipo mantenimiento
001 4 Correctivo
002 3 Correctivo
003 3 Perfectivo
Actividad 2: Verificación.
Tarea 1: Llenar el registro de historial.

REGISTRO DEL HISTORIAL DEL MR
Fecha de Fecha de Documentos
ID MR Estado de MR
Recepción Análisis afectados
001 02/06/2020 09/06/2020 Revisión Interfaz del usuario
002 15/06/2020 25/06/2020 Revisión Base de datos
003 02/07/2020 09/07/2020 Revisión Nivel de seguridad
Tarea 2: Realizar prueba de software para comprobación de fallas y documentar los

resultado obtenidos
REGISTRO DE PRUEBAS DEL MR

ID prueba: ID MR: Nombre del sistema:
1 001 Sistema de gestión de inventario
Responsable de prueba: César Cuadra
Objetivo: Ajuste del funcionamiento del diseño de módulo proveedores del software
Resultado obtenido: Se logró la modificación del software

Objetivo: Tener la seguridad de un respaldo de información semanal mediante un plan de
Respaldo.
Resultado obtenido: Se logró la modificación del software.

Objetivo: Optimizar el sistema para la eliminación de errores.
Resultado obtenido: Se mantiene en proceso.
Actividad 3: Desarrollo de opciones.
Tarea 1: El mantenedor recomienda cuál sería la opción más viable.
REGISTRO DE OPCIONES
ID MR: Nombre del sistema: Responsable:
001 Sistema gestión de inventario César Cuadra
Requerimientos de la organización:
● sistema funcional, que satisfaga todas las necesidades a nivel administrativo.
● Que genere reportes semanales.
ID Opcion Descripción Extensión Impacto Riesgo
001 Mejoramiento de diseño todo diseño del Se harían varias que no cumpla con
para el mejoramiento de la software actualizaciones en las expectativas del
calidad del sistema y que fechas acordadas usuario.
sea amigable para el para el
usuario mejoramiento
visual del sistema
actual.
002 Mejoramiento de diseño todo diseño del Se haría una sola que no cumpla con
para el mejoramiento de la software actualización para las expectativas del
calidad del sistema y que el mejoramiento usuario.
sea amigable para el visual del software
usuario presentando un
prototipo de
antemano.
Recomendación: Se optara por la opción 002.
001 Respaldo de Sistema de Se realizará un Përdida o mala

información de inventario respaldo de los gestión de archivo
inventario reportes de las de respaldo excel
tablas en excel y se
irá almacenando
toda esa
información de
forma externa al
sistema
002 Respaldo de Bases de datos Se realizará un plan Eliminación de
información de de respaldo backup de base de
inventario programado para datos
que se efectúe
diariamente a las
8:00 am.
001 Optimización y Todo el código Se realizará un resultados

mejoramiento del fuente mejoramiento en negativos.
código fuente los métodos, se
reducirá código
innecesario.
002 Respaldo de Todo el código Se realizará una insatisfacción del
información de fuente evaluación del cliente.
inventario sistema de su
funcionamiento,
para poder ver las
vulnerabilidades
que presenta y se
tomará en cuenta
la opinión del
cliente para el
mejoramiento del
sistema.
Tarea 2: Estimar los recursos humanos y de costo de cada opción.
ID Opcion N Personas N Horas Costo Observación

Actividad 4: Aprobación
Tarea 1: Documentar el resultado de análisis de MR en el registro de análisis.
RESPONSABLE DE ANÁLISIS DE LA SOLICITUD DE MODIFICACIÓN

Nombre del sistema:
Responsable:
Fecha de recepción del MR:
Fecha de aprobación/negado:
Fecha de cierre:
ID MR Descripción de la solución Estado del Motivo del Rechazo
MR
Responsable del análisis:
Tarea 2: Detallar las personas que intervendrán en la modificación del sistema y el rol
que desempeñan
REGISTRO DEL EQUIPO DE TRABAJO

ID MR: Nombre del sistema: Mantenedor:
Detalle del mantenimiento Nombre y apellido Rol Observación

Plantilla Del Plan Mantenimiento Software

Cargado por

Copyright:

Formatos disponibles

Plantilla Del Plan Mantenimiento Software

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plantilla Del Plan Mantenimiento Software

Cargado por

Copyright:

Formatos disponibles

Planificación del mantenimiento del software

La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los

● Eliminar los defectos que se detecten durante su vida útil (mantenimiento

Para que el sistema funcione adecuadamente se debe de brindar mantenimiento al

Si no se realiza periódicamente un escaneo del disco duro para corregir posibles

Fase 1: Proceso de implementación

Prioridad: Tipo mantenimiento:

Prioridad: Tipo mantenimiento:

Fase 2: Análisis de modificaciones.

ID MR Prioridad Tipo mantenimiento

Tarea 1: Llenar el registro de historial.

Tarea 2: Realizar prueba de software para comprobación de fallas y documentar los

REGISTRO DE PRUEBAS DEL MR

REGISTRO DE PRUEBAS DEL MR

REGISTRO DE PRUEBAS DEL MR

Tarea 1: El mantenedor recomienda cuál sería la opción más viable.

Recomendación: Se optara por la opción 002.

ID Opcion Descripción Extensión Impacto Riesgo

001 Respaldo de Sistema de Se realizará un Përdida o mala

Recomendación: Se optara por la opción 002.

001 Optimización y Todo el código Se realizará un resultados

Recomendación: Se optara por la opción 002.

Tarea 2: Estimar los recursos humanos y de costo de cada opción.

ID Opcion N Personas N Horas Costo Observación

Tarea 1: Documentar el resultado de análisis de MR en el registro de análisis.

RESPONSABLE DE ANÁLISIS DE LA SOLICITUD DE MODIFICACIÓN

Responsable del análisis:

REGISTRO DEL EQUIPO DE TRABAJO

Detalle del mantenimiento Nombre y apellido Rol Observación

También podría gustarte