1

Diseño del Plan de Mantenimiento del Sistema de Información

Servicio Nacional de Aprendizaje - SENA

Análisis y Desarrollo de Sistemas de Información

Fase Implantación

Bello – 2020
 2

Plan de Mantenimiento del Sistema de Información

1. Establecimiento de garantías

El Sistema de información Comité de Vigilancia Táctico tendrá una garantía por normal
funcionamiento de Doce (12) meses, contados a partir de la fecha de entrega formal por parte de
PROVEDOR.

2. Procedimiento de actualizaciones

 Comprobar los permisos de administrador y configuración de seguridad.

 Seleccionar un método de actualización
 Realizar una copia de seguridad de la información de la base de datos.
 Determinar si es necesario actualizar los elementos relacionados.
 Obtener la actualización de software y preparar el origen de la instalación.
 El proceso de actualización de software comenzará al dar clic en aceptar.
 Aceptar términos y condiciones.
 Espera unos minutos mientras el nuevo software se descarga y se instala.
 Aceptar la actualización (confirmación).
 Iniciar y probar el software actualizado.

3. Soporte técnico

Se instalará y garantizará el buen funcionamiento del software operativo necesario para la

instalación y funcionamiento del sistema de información Comité de Vigilancia Táctico, de
acuerdo con las especificaciones técnicas exigidas por cliente, para que opere la solución. En el
evento en que el sistema de información para la ejecución del Comité de Vigilancia Táctico,
presente fallas o deficiencias se atenderá y solucionará dichas fallas o deficiencias en un plazo
máximo de seis (6) horas hábiles, mediante las siguientes formas de soporte técnico que se
tendrán disponibles y de acuerdo al problema presentado, presencial, a distancia, remoto o en
línea.

4. Acciones preventivas

Para generar un adecuado plan de mantenimiento para el software comité de vigilancia táctico, se
ejecutarán las siguientes acciones preventivas para el funcionamiento correcto del sistema de
información de acuerdo al plan de pruebas en donde se identificaron tres riesgos; así:
 3

Acción Fecha de inicio Fecha Final Responsable

Crear un módulo de
acceso al sistema que
15/12/2020 01/01/2021 Programador
solicite usuario y
contraseña.
Revisar el entorno del
menú principal del
comité de vigilancia
táctico, para verificar la 15/12/2020 15/01/2020 Analista
distribución correcta
del menú y submenú
del sistema.

Verificar las
operaciones y mensajes
de retorno del módulo
asistentes, para
determinar el correcto 15/12/2020 15/01/2020 Analista
funcionamiento de
registros, mensajes y
retornos en procesos
false and true.
Funcionalidad del
sistema con
01 de cada mes 01 de cada mes
operaciones recurrentes Analista
durante 12 meses durante 12 meses
y espera de respuestas
positivas.

5. Acciones correctivas

Para generar un adecuado plan de mantenimiento para el software comité de vigilancia táctico, se
ejecutarán las siguientes acciones correctivas para el funcionamiento correcto del sistema de
información de acuerdo al plan de pruebas en donde se identificaron tres riesgos; así:

Acción Fecha de inicio Fecha Final Responsable

Diseñar un código en
HTML5 que permita
visualizar un submenú
únicamente para el 01/01/2021 31/01/2020 Programador
modulo asistentes,
separado del modulo
intervinientes, temas y
 4

compromisos.
Generar un código en
HTML5, que permita
devolver un mensaje
para los registros no
existentes en la base de
datos de la siguiente
forma: “este registro no
existe en la base de 01/01/2021 31/01/2020 Programador
datos por favor
ingréselo” SI para
confirmar – No para
cancelar, si es SI
redireccionará a la
opción registra
asistente.

6. Control de versiones

La aplicación comité de vigilancia táctico, estará bajo el sistema de control de versiones Git.

7. Cronograma anual

Cronograma de Mantenimiento
Responsable No. Actividad Duración Inicio
Marz
1 Garantia de software 12 Meses
o
Mantenimiento
2 12 Meses Abril
Equipo de preventivo
Mantenimiento Marz
3 Matenimiento correctivo 6 Meses
o
4 Actualizaciones Mensual Enero

8. Consideraciones o recomendaciones adicionales

 Actualizar el sistema de información con las peticiones de mejora que realice el usuario final.
 Verificar el nivel de seguridad de ingreso y de los datos del sistema de información.
 Realizar en el año dos actualizaciones del sistema de información como mínimo.
 Realizar el Backup de los datos de manera periódica.
 Verificar el manual técnico antes de acudir al soporte técnico en los casos en que se presenten fallas o
errores.
 5

9. Referencias.

BOLAÑOS, D., SIERRA, A., & ALARCÓN, M. (2008). Pruebas de Software y JUnit. Madrid:
Pearson Prentice Hall.

CATALDI, Z. (2000). Metodología de diseño, desarrollo y evaluación de software educativo.

Tesis de Magíster en Informática. Argentina: Facultad de Informática. Universidad Nacional de
la Plata (UNLP).

PRESSMAN, R. (2006). Ingeniería del Software: Un enfoque práctico. McGrawHill.

International Organization for Standardization. (2017). Recuperado de https://www.iso.org.

Alred, G., Brusaw, C., Oliu, W. (2009). Handbook of technical writing. Boston: Bedford/ St.
Martin.

IEEE Computer Society (2001). IEEE 1063-2001 Standard for Software User Documentation.
Recuperado de http://standards.ieee.org/findstds/standard/1063-2001. html

Cabero, A. (2007). Tecnología Educativa. España: McGraw-Hill Interamericana.

10. Glosario

Caso de prueba: conjunto de condiciones, datos o variables que servirán para determinar si los
requisitos del sistema se cumplen de manera parcial, completa, o no se cumplen.

Defecto software: desviación en el valor esperado por una cierta característica. Defecto de
calidad.

Error: discrepancia entre el valor calculado y el valor teórico o esperado, con responsabilidad
del desarrollador.

Fallo: consecuencia de un error o un defecto software.

Prueba: proceso mediante el cual se ejecuta de manera sistemática un conjunto de actividades

(métodos y técnicas) para encontrar errores.

Overflow: significa desbordamiento en el buffer, cuando la cantidad de datos supera la

capacidad pre-asignada. Es un fallo de programación.
 6

Prueba: proceso mediante el cual se ejecuta de manera sistemática un conjunto de actividades

(métodos y técnicas) para encontrar errores.

Underflow: significa su desbordamiento del buffer, cuando se carga datos a una velocidad
inferior a la de procesamiento, provocando bloqueos.

Manual: Documento o elemento de software que contiene en forma descriptiva, ordenada y

sistemática las acciones y procedimientos a seguir para la manipulación de un sistema de
información.

Mapa de navegación: Un mapa de navegación es la representación gráfica de la organización de

los distintos módulos o subsistemas que componen una aplicación de software. Presenta la
jerarquía y secuencia de las interfaces gráficas asociadas al uso del aplicativo.

UML: Unified Modeling Language, por sus siglas en inglés corresponde al lenguaje unificado de
modelamiento, el cual contiene una serie de diagramas y artefactos para representar la estructura
lógica y física de un software.

SMBD: Sistema Manejador de Base de Datos, es un software utilitario con el que se administran
bases de datos.

ANS: acrónimo de Acuerdo de Niveles de Servicio. Define la política de tiempo de respuesta y

escalamiento de los casos o incidentes de soporte técnico.

GLPI: acrónimo de Gestión Libre de Parc Informatique. Software libre para al manejo de casos
o incidentes de soporte técnico.

Librería: conjunto de programas que apoyan un área específica y pueden ser usados por los
programadores en la etapa de desarrollo.

Mesa de ayuda: personal dedicado a dar soporte funcional y técnico a los usuarios de una
aplicación.

Plugin: componente de software que se puede “enchufar” o integrar a otro sistema obteniéndose
un software ampliado o mejorado.

Capacitación: formar, instruir, entrenar o educar a alguien.

Categorización: categoría a una clase, un tipo, una condición o una división de algo.

Cronograma: calendario de trabajo o de actividades.

Ejecución: operaciones que son especificadas por un programa.

Implantación: consiste en el último eslabón de la metodología de desarrollo de implantación del

proyecto y es posterior al proceso de prueba.
 7

Plan: modelo sistemático que se elabora antes de realizar una acción.

Registro: espacio donde se procede a registrar una cosa.

Sistema: un sistema es módulo ordenado de elementos que se encuentran interrelacionados y

que interactúan entre sí.

Usuario: hace mención a la persona que utiliza algún tipo de objeto o que es destinataria de un
servicio, ya sea privado o público.