Documentación de Mantenimiento de Sistemas de Información (USIL, 2024)

NUEVA MIRADA AL FUTURO Facultad de Ingeniería Sistemas de Información 2024-2 Facultad de Ingeniería Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos Material didáctico. 2024 Universidad San Ignacio de Loyola - USIL Augusto A. L. Ga...

NUEVA MIRADA AL FUTURO Facultad de Ingeniería Sistemas de Información 2024-2 Facultad de Ingeniería Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos Material didáctico. 2024 Universidad San Ignacio de Loyola - USIL Augusto A. L. Garcia Reyes Esta presentación está bajo una licencia Creative Commons (BY-NC-ND 4.0). Al usar este contenido los usuarios aceptan las condiciones de uso. Atribución-NoComercial-SinDerivadas 4.0 Internacional https://creativecommons.org/licenses/by-nc-nd/4.0/deed.es Atribución — Debe dar crédito de manera adecuada, brindar un enlace a la licencia, e indicar si se han realizado cambios. Puede hacerlo en cualquier forma razonable, pero no de forma tal que sugiera que usted o su uso tienen el apoyo de la licenciante. NoComercial — No puede hacer uso del material con propósitos comerciales. SinDerivadas — Si remezcla, transforma o crea a partir del material, no podrá distribuir el material modificado. Los términos empleados en este recurso y la presentación de los datos no implican toma alguna de posición de parte de Usil. Las ideas y opiniones expresadas en el recurso son las de los autores, y no reflejan necesariamente el punto de vista de Usil ni comprometen a la organización. cc.logo.white Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos MOMENTOS Skills and Innovation knowledges (Innovación) (Saberes) Utility (Utilidad) Accomplishment (Logros) Temas Introducción Desarrollo Conclusiones Referencias Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos MOMENTOS Skills and Innovation knowledges (Innovación) (Saberes) Utility (Utilidad) Accomplishment (Logros) Utility (Utilidad) Utility (Utilidad) Mantenimiento de Sistemas de Información (MSI)  Aprendizaje esperado. Al finalizar la clase, el estudiante será capaz de identificar y entender el concepto y utilidad de las actividades del proceso de la Mantenimiento de Sistemas de Información de la metodología Métrica V3. Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos MOMENTOS Skills and Innovation knowledges (Innovación) (Saberes) Utility (Utilidad) Accomplishment (Logros) Skills and knowledges (Saberes) Actividades del Proceso MSI Fuente: Consejo Superior de Informática. (2001). Secuencia de actividades del proceso MSI. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Entradas y Salidas del Proceso MSI Fuente: Consejo Superior de Informática. (2001). Entradas y salidas del proceso MSI. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Participantes en las Actividades del Proceso MSI Fuente: Consejo Superior de Informática. (2001). Participantes del proceso MSI. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Técnicas utilizadas en las Actividades del Proceso MSI Fuente: Consejo Superior de Informática. (2001). Técnicas utilizadas en el proceso MSI. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Actividad MSI 1: Registro de la Petición El objetivo es establecer un sistema estandarizado de registro de información de las peticiones de mantenimiento, con el fin de controlar y canalizar los cambios propuestos por un usuario o cliente, mejorando el flujo de trabajo de la organización y proporcionando una gestión efectiva del mantenimiento. Se debe asignar responsables para evitar una gestión de cambios que beneficien a un usuario en particular y que las peticiones se mantengan estandarizadas. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 1. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 1.1: Registro de la Petición Aquí se registran las peticiones que los usuarios solicitan por la detección de un problema o necesidad de mejora. Se debe crear un catálogo de peticiones. Se debe incluir: identificación, origen y tipo de petición; asignarle una prioridad e incorporar descripción. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 1. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 1.2: Asignación de la Petición Se determina el tipo de mantenimiento requerido por la petición. Se acepta o se rechaza la petición y se notifica a quién corresponda. Si la solicitud es aceptada, se determina quién será el responsable de atender la solicitud. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 1. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Actividad MSI 2: Análisis de la Petición Se lleva a cabo el diagnóstico y análisis del cambio para dar respuesta a las peticiones de mantenimiento que han sido aceptadas en la petición anterior. Se analiza el alcance de la petición, si es que afectará a otros SI. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 2. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 2.1: Verificación y Estudio de la Petición Se determina la validez: si es correctivo, se debe reproducir el problema; si es evolutivo, hay que comprobar que la petición es razonable o factible. Se determina su estudio: si es correctivo y crítico, se hace de forma inmediata y se revisa posteriormente el problema para valorar efectos secundarios; si es correctivo y no crítico, se clasifica para proceder en la tarea siguiente cuál es la solución más adecuada; y si es evolutivo, se delimita su alcance si se trata de una modificación a los SI o una nueva funcionalidad. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 2. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_ Home/pae_Documentacion/pae_Metodolog/pa e_Metrica_v3.html Tarea MSI 2.2: Estudio de la Propuesta de Solución Se valora su prioridad y se determina la relación entre peticiones, para decidir si se abordan conjuntamente algunas peticiones. Se debe comprobar la existencia de otras peticiones en curso que afecten a los mismos SI y analizar la convivencia con la petición que se requiera atender. Si la petición es evolutiva, se tiene en consideración las versiones vigentes. Si es una incorporación o eliminación, se deben realizar algunas actividades del ASI y del EVS si fuera necesario. Si la petición es correctiva, no se darán por cerrada hasta que se compruebe que el sistema conserva su integridad y operatividad. Por último, si fuera necesario, se deben proponer alternativas de solución, determinando una fecha de implantación y costo aproximado. Tarea MSI 2.2: Estudio de la Propuesta de Solución Fuente: Consejo Superior de Informática. (2001). Actividad MSI 2. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Actividad MSI 3: Preparación de la Implementación de la Modificación Se identifica cada elemento afectado por el cambio. Se documenta qué componentes hay que modificar, tanto software como hardware. Se fija un plan de acción y plan de pruebas de regresión. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 3. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 3.1: Identificación de Elementos Afectados Se requiere conocer el alcance real de la modificación en función del número, características y relaciones existentes entre los elementos afectados. En el análisis, quedarán reflejados elementos de la infraestructura tecnológica (hardware, software, comunicaciones, etc) y elementos asociados al producto software (modelos, pantallas, informes, módulo, código fuente, manuales, archivos de datos, etc) así como referencias cruzadas. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 3. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_ Home/pae_Documentacion/pae_Metodolog/pa e_Metrica_v3.html Tarea MSI 3.2: Establecimiento del Plan de Acción Se identifican las actividades y tareas de los procesos del EVS, ASI, DSI, CSI e IAS que se requiere realizar, en función de las características, complejidad y alcance de la petición. Se establece un plan de acción con costos, plazos y composición del equipo de trabajo. Se definen puntos de control para hacer un seguimiento al plan de trabajo, determinando con qué frecuencia y en qué situaciones se llevará a cabo. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 3. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 3.3: Especificación del Plan de Pruebas de Regresión Las pruebas de regresión minimizan el efecto onda, es decir, que los cambios provocados por una petición no introduzcan un comportamiento no deseado o errores adicionales en componentes no modificados. Bajo este contexto, se determina los casos de prueba en función de las relaciones existentes entre los componentes del MSI 3.1. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 3. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Actividad MSI 4: Seguimiento y Evaluación de los Cambios hasta la Aceptación Se realiza el seguimiento de los cambios, de acuerdo con los puntos de control establecidos en el Plan de Acción. Una vez evaluado, se realizan las pruebas de regresión y luego se aprueba. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 4. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 4.1: Seguimiento de los Cambios Se verifica que se hayan realizado las pruebas satisfactoriamente: unitarias, de integración y de sistema. Comprobar que se ha modificado sólo lo establecido. Llevar el control de los distintos desarrollos existentes en paralelo sobre un mismo componente, con el fin de coordinar esfuerzos en el mismo. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 4. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Tarea MSI 4.2: Realización de las Pruebas de Regresión Se realizan las pruebas de regresión para asegurar que ningún SI implicado en el cambio vea comprometido su funcionamiento normal. En el caso se detecten problemas, se elabora un informe y se remite a quien proceda para las medidas correctivas. Si el comportamiento es correcto, se solicita la aprobación del responsable de mantenimiento. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 4. Portal Administración Electrónica. https://administracionelectronica.gob.es/ pae_Home/pae_Documentacion/pae_M etodolog/pae_Metrica_v3.html Tarea MSI 4.3: Aprobación y Cierre de la Petición Se aprueba formalmente la finalización de la petición de mantenimiento de acuerdo con los resultados obtenidos en la tarea anterior. Se actualiza el catálogo de peticiones registrando el cierre. Se debe registrar datos cuantitativos: tiempo empleado en la petición, en el estudio de impacto, resolución del cambio, cantidad de recursos empleados, etc. Fuente: Consejo Superior de Informática. (2001). Actividad MSI 4. Portal Administración Electrónica. https://administracionelectronica.gob.es/ pae_Home/pae_Documentacion/pae_M etodolog/pae_Metrica_v3.html Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos MOMENTOS Skills and Innovation knowledges (Innovación) (Saberes) Utility (Utilidad) Accomplishment (Logros) Innovation (Innovación) Actividad. Ingeniería de Sistemas de Información Ingeniería de Software Ciencia de Datos MOMENTOS Skills and Innovation knowledges (Innovación) (Saberes) Utility (Utilidad) Accomplishment (Logros) Consultas. Conclusiones Conclusiones. En el mantenimiento es muy importante priorizar correctamente las peticiones, para no beneficiar usuarios. Las pruebas de regresión son prioritarias para asegurar que los SI no son afectados por las peticiones en curso. Referencias Referencias. Consejo Superior de Informática. (2001). Métrica Versión 3: Mantenimiento de los Sistemas de información. Portal Administración Electrónica. https://administracionelectronica.gob.es/pae_Home/pae_Documentacion/pae_Metodolog/pae_Metrica_v3.html Muchas gracias por ser parte de Este nuevo capítulo USIL!