Documente Academic
Documente Profesional
Documente Cultură
NDICE
DESCRIPCIN Y OBJETIVOS .............................................................................................................................................. 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIN ........................................................................................................4 Tarea MSI 1.1: Registro de la Peticin.............................................................................................................................. 4 Tarea MSI 1.2: Asignacin de la Peticin......................................................................................................................... 5 ACTIVIDAD MSI 2: ANLISIS DE LA PETICIN ..........................................................................................................5 Tarea MSI 2.1: Verificacin y Estudio de la Peticin..................................................................................................... 6 Tarea MSI 2.2: Estudio de la Propuesta de Solucin...................................................................................................... 6 ACTIVIDAD MSI 3: PREPARACIN DE LA IMPLEMENTACIN DE LA MODIFICACIN ...........................8 Tarea MSI 3.1: Identificacin de Elementos Afectados................................................................................................... 8 Tarea MSI 3.2: Establecimiento del Plan de Accin....................................................................................................... 9 Tarea MSI 3.3: Especificacin del Plan de Pruebas de Regresin.............................................................................10 ACTIVIDAD MSI 4: SEGUIMIENTO Y EVALUACIN DE LOS CAMBIOS HASTA LA ACEPTACIN ....10 Tarea MSI 4.1: Seguimiento de los Cambios..................................................................................................................11 Tarea MSI 4.2: Realizacin de las Pruebas de Regresin............................................................................................12 Tarea MSI 4.3: Aprobacin y Cierre de la Peticin......................................................................................................12 PARTICIPANTES EN LAS ACTIVIDADES DEL PROCESO MSI..........................................................................13 TCNICAS/PRCTICAS UTILIZADAS EN LAS ACTIVIDADES DEL PROCESO MSI................................14
DESCRIPCIN Y OBJETIVOS
El objetivo de este proceso es la obtencin de una nueva versin de un sistema de informacin desarrollado con MTRICA Versin 3 Versin 2, a partir de las peticiones de mantenimiento que los usuarios realizan con motivo de un problema detectado en el sistema, o por la necesidad de una mejora del mismo. En este proceso se realiza el registro de las peticiones de mantenimiento recibidas, con el fin de llevar el control de las mismas y de proporcionar, si fuera necesario, datos estadsticos de peticiones recibidas o atendidas en un determinado periodo, sistemas que se han visto afectados por los cambios, en qu medida y el tiempo empleado en la resolucin de dichos cambios. Es recomendable, por lo tanto, llevar un catlogo de peticiones de mantenimiento sobre los sistemas de informacin, en el que se registren una serie de datos que nos permitan disponer de la informacin antes mencionada. En el momento en el que se registra la peticin, se procede a diagnosticar de qu tipo de mantenimiento se trata. Atendiendo a los fines, podemos establecer los siguientes tipos de mantenimiento: Correctivo: son aquellos cambios precisos para corregir errores del producto software. Evolutivo: son las incorporaciones, modificaciones y eliminaciones necesarias en un producto software para cubrir la expansin o cambio en las necesidades del usuario. Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema opera, por ejemplo, cambios de configuracin del hardware, software de base, gestores de base de datos, comunicaciones, etc. Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los sistemas en cualquiera de sus aspectos: reestructuracin del cdigo, definicin ms clara del sistema y optimizacin del rendimiento y eficiencia. Estos dos ltimos tipos quedan fuera del mbito de MTRICA Versin 3 ya que requieren actividades y perfiles distintos de los del proceso de desarrollo. Una vez registrada la peticin e identificado el tipo de mantenimiento y su origen, se determina de quin es la responsabilidad de atender la peticin. En el supuesto de que la peticin sea remitida, se registra en el catlogo de peticiones de mantenimiento y continua el proceso. La peticin puede ser denegada. En este caso, se notifica al usuario y acaba el proceso. Posteriormente, segn se trate de un mantenimiento correctivo o evolutivo, se verifica y reproduce el problema, o se estudia la viabilidad del cambio propuesto por el usuario. En ambos casos se estudia el alcance de la modificacin. Hay que analizar las alternativas de solucin identificando, segn el tipo de mantenimiento de que se trate, cul es la ms adecuada. El plazo y urgencia de la solucin a la peticin se establece de acuerdo con el estudio anterior. La definicin de la solucin incluye el estudio del impacto de la solucin propuesta para la peticin en los sistemas de informacin afectados. Mediante el anlisis de dicho estudio, la persona encargada del Proceso de Mantenimiento valora el esfuerzo y coste necesario para la implementacin de la modificacin. Las tareas de los procesos de desarrollo que va a ser necesario realizar son determinadas en funcin de los componentes del sistema actual afectados por la modificacin. Estas tareas pertenecen a actividades de los procesos Anlisis, Diseo, Construccin e Implantacin. Por ltimo, y antes de la aceptacin del usuario, es preciso establecer un plan de pruebas de regresin que asegure la integridad del sistema de informacin afectado. La mejor forma de mantener el coste de mantenimiento bajo control es una gestin del Proceso de Mantenimiento efectiva y comprometida. Por lo tanto, es necesario registrar de forma disciplinada los cambios realizados en los sistemas de informacin y en su documentacin. Esto repercutir directamente en la mayo r calidad de los sistemas resultantes.
Ministerio de Administraciones Pblicas
La estructura propuesta para el Proceso de Mantenimiento de MTRICA Versin 3 comprende las siguientes actividades:
MSI 1 Registro de la Peticin MSI 2 Anlisis de la Peticin MSI 3 Preparacin de la Implementacin de la Modificacin MSI 4 Seguimiento y Evaluacin de los cambios hasta la Aceptacin
Resultados de Resultados de Implantacin y Implantacin y Aceptacin del Sistema Aceptacin del Sistema
- Plan de Mantenimiento - Plan de Mantenimiento - Acuerdo de Nivel de - Acuerdo de Nivel de Servicio Servicio
MSI 1
MSI 2
MSI 3
MSI 4
- Catlogo de Peticiones - Catlogo de Peticiones - Propuesta de Solucin - Propuesta de Solucin - Anlisis de Impacto de los - Anlisis de Impacto de los Cambios Cambios - Plan de Accin - Plan de Accin - Plan de Pruebas de - Plan de Pruebas de Regresin Regresin - Evaluacin del Cambio - Evaluacin del Cambio - Resultado de las Pruebas - Resultado de las Pruebas
- Peticin de - Peticin de Mantenimiento Mantenimiento - Producto Software en - Producto Software en Desarrollo Desarrollo
Productos
Registro de la Peticin Asignacin de la Peticin
Tcnicas y Prcticas
Participantes
Catalogacin Catalogacin
Productos
Tcnicas y Prcticas
Participantes
Catlogo de Peticiones: Verificacin de la Peticin o Resultado del Estudio de la Peticin Propuesta de Solucin Catlogo de Peticiones: o Estudio del Impacto o Aceptacin / Rechazo de la solucin
Equipo de Mantenimiento
MSI 2.2
Si el problema es crtico, su anlisis y solucin comienza inmediatamente con el fin de reanudar rpidamente el nivel de servicio. Sin embargo, este modo de actuacin no elimina la necesidad de una revisin posterior del problema para valorar los posibles efectos secundarios, establecer una solucin definitiva y actualizar todos los productos implicados. Si no es crtico, la peticin se clasifica para proceder en la tarea siguiente a determinar cul es la solucin ms adecuada.
En el caso de un mantenimiento evolutivo se delimita su alcance determinando si se trata de una modificacin a los sistemas de informacin inicialmente afectados o de una incorporacin para cubrir nuevas funcionalidades no contempladas hasta el momento en dichos sistemas de informacin. Productos De entrada Catlogo de Peticiones (MSI 1.2) Acuerdo de Nivel de Servicio (IAS 8.3) De salida Catlogo de Peticiones: o Verificacin de la Peticin. Resultado del Estudio de la Peticin Prcticas Sesiones de trabajo Catalogacin Participantes Equipo de Mantenimiento.
Asimismo, es necesario concretar los requisitos solicitados para cada peticin y analizar con ms detalle los sistemas de informacin implicados, valorando las caractersticas de mantenimiento de los mismos y la cantidad de cambios sufridos desde su puesta en produccin. Tambin se debe comprobar la existencia de otras peticiones en curso que afecten a los mismos sistemas de informacin, evaluando la repercusin que puede tener la realizacin de la peticin de mantenimiento sobre estos cambios o desarrollos y analizar su convivencia. Adems, se analiza el impacto que la modificacin puede provocar en el entorno tecnolgico y en los niveles de servicio inicialmente acordados para cada uno de los sistemas de informacin, valorando hasta que punto pueden verse comprometidos. En el caso de una peticin de mantenimiento evolutivo, se estudia cmo atenderla teniendo en cuenta la poltica de versiones vigente en ese momento. Si se trata de una incorporacin o eliminacin, se determina la necesidad de llevar a cabo algunas actividades del proceso Anlisis del Sistema de Informacin de modo previo a la identificacin de los elementos afectados. Igualmente, se puede tomar la decisin de abordar el proceso Estudio de Viabilidad del Sistema atendiendo a los requisitos a cubrir, al alcance de la modificacin, a las implicaciones en el entorno tecnolgico, y al ciclo de vida estimado para los sistemas de informacin afectados, as como a la existencia de opciones de mercado ms idneas. En el caso de peticiones de mantenimiento correctivo que hayan precisado de una solucin de emergencia, no se darn por cerradas hasta que, o bien se compruebe que con dicha solucin el sistema no se ha visto comprometido ni tampoco otros sistemas relacionados con l, o bien que despus de haber aplicado una solucin a corto/medio plazo y realizadas las pruebas pertinentes, el sistema conserva su integridad y operatividad. Por tanto, una vez que se ha reanudado el servicio, hay que realizar las restantes actividades para detectar el origen del problema y asegurar que los cambios introducidos no generan otros de mayor envergadura o comprometen el correcto funcionamiento de otros sistemas de informacin relacionados. En cualquiera de las situaciones anteriores, se hace una estimacin preliminar del esfuerzo requerido mediante los indicadores establecidos en el acuerdo de nivel de servicio para cada sistema de informacin, segn la tecnologa aplicada, naturaleza y tamao del sistema de informacin y los tipos de lenguajes utilizados, bases de datos, etc. Por ltimo, si se considera necesario, hay que proponer alternativas de solucin para dar respuesta de forma satisfactoria a los requisitos planteados o problemas detectados, determinando una fecha lmite de implantacin y un coste aproximado en funcin de la estimacin realizada anteriormente. Se elige, junto con el usuario, la solucin ms adecuada, y se obtiene la aprobacin o rechazo de la peticin. En caso de rechazo, la peticin se da por cerrada en el catlogo. Productos De entrada Plan de Mantenimiento (IAS 7.2) Acuerdo de Nivel de Servicio (IAS 8.3) Catlogo de Peticiones (MSI 2.1) Resultado del Estudio de la Peticin (MSI 2.1) De salida Propuesta de Solucin Catlogo de Peticiones: o Estudio del Impacto o Aceptacin / Rechazo de la Solucin Prcticas Sesiones de trabajo Catalogacin
Ministerio de Administraciones Pblicas
Productos
Identificacin de Elementos Afectados
Tcnicas y Prcticas
Participantes
Catlogo de Peticiones: o Elementos Afectados Anlisis de Impacto de los Cambios Catlogo de Peticiones: o Actividades y Tareas de los Procesos de Desarrollo a Realizar Plan de Accin para la Modificacin Plan de Pruebas de Regresin
MSI 3.2
Planificacin Catalogacin
MSI 3.3
pantallas, informes, mdulos, programas fuentes, programas objetos, JCLs, archivos de datos, manuales de usuario, manuales de explotacin...), as como las referencias cruzadas. La asociacin de elementos a cada peticin, permitir el control de la gestin del cambio sobre un mismo elemento. Productos De entrada Catlogo de Peticiones (MSI 2.2) Propuesta de Solucin (MSI 2.2) De salida Catlogo de Peticiones: o Elementos Afectados Anlisis de Impacto de los Cambios Prcticas Catalogacin Anlisis de Impacto Participantes Equipo de Mantenimiento. Jefe de Proyecto
10
11
Con el cierre de la peticin se podrn incluir en el catlogo, si se considera oportuno, parte de la informacin obtenida durante el proceso de mantenimiento que pueda facilitar posteriores anlisis.
Tarea
MSI 4.1 Seguimiento de los Cambios
Productos
Tcnicas y Prcticas
Participantes
Resultado de las Pruebas de Regresin Evaluacin del Resultado de las Pruebas de Regresin Catlogo de Peticiones: o Nueva Versin y Aprobacin
Pruebas de Regresin
Equipo de Mantenimiento Responsable de Mantenimiento Jefe de Proyecto Responsable de Mantenimiento Equipo de Mantenimiento Jefe de Proyecto Directores de los Usuarios Responsable de Mantenimiento
MSI 4.3
Catalogacin
12
13
Actividades MSI 1 Registro de la Peticin MSI 2 Anlisis de la Peticin. MSI 3 Preparacin de la Implementacin de la Modificacin. MSI 4 Seguimiento y Evaluacin de los Cambios hasta la Aceptacin.
14
MSI 4
x x
Actividades MSI 1 MSI 2 MSI 3 MSI 4 Registro de la Peticin Anlisis de la Peticin. Preparacin de la Implementacin de la Modificacin. Seguimiento y Evaluacin de los Cambios hasta la Aceptacin.