Page 1

Organización del Departamento de Sistemas

Procedimiento para el desarrollo mantenimiento de aplicaciones

2011

y

Objetivo Establecer un criterio uniforme para ordenar los cambios a las aplicaciones y las nuevas funcionalidades solicitados al Departamento de Sistemas, de manera tal de poder realizar adecuadamente su análisis, implementación, normativa y publicación. Alcance Todo requerimiento por parte de las áreas usuarias al Departamento de Sistemas y los requerimientos internos de la propia Gerencia de Tecnología Informática. Roles y Responsabilidades

Gerencia de Reingeniería: Solicitar a la Gerencia de Sistemas los requerimientos de cambios presentados por los usuarios, si se trata de proyectos de gran envergadura. Gerencia de Sistemas: Analizar las modificaciones solicitadas por los usuarios a través de la Gerencia de Reingeniería. Llevar un registro de las tareas de cambios solicitadas. Requerir la implementación de los cambios solicitados por los usuarios y la Gerencia de Reingeniería. Cumplir con los estándares de programación. Determinar el nivel de prueba necesario para cada requerimiento. Preparar el plan de pruebas para los requerimientos. Coordinar la preparación de ambiente de prueba. Realizar el seguimiento de la resolución de los errores detectados en las pruebas. Realizar las pruebas a las aplicaciones antes de la implementación.

Usuario o Gerencias: Enviar el requerimiento de cambios a la Gerencia de Reingeniería. Gerente del Departamento de Producción: Coordinar la reunión sobre puestas en producción y, autorizar las mismas.

Gerente Tecnología Informática: Participar en la reunión sobre puestas en producción.

Descripción del procedimiento Se describen las etapas involucradas en el procedimiento de modificación de aplicaciones, como ser: 1. Requerimiento de modificación a los sistemas aplicativos Los requerimientos para realizar los cambios en los sistemas aplicativos pueden originarse en los siguientes sectores, áreas usuarias o circunstancias que se indican a continuación:  Errores detectados en una aplicación por un Operador del Centro de Cómputos: Se reportan por el Gerente de Producción o el Jefe de Turno correspondiente, mediante el informe de operaciones, al Gerente de Sistemas, a Seguridad Informática y al Gerente de Tecnología Informatica.  El usuario final detecte un problema o una necesidad de nuevas habilidades o mejoras: El usuario responsable o gerencias se encargan de efectuar una solicitud formal al Gerente de Sistemas mediante el Formulario de Requerimientos a Sistemas.

Página 1 de 4


Organización del Departamento de Sistemas 



2011

Personal del Departamento de Sistemas detecte un problema o una necesidad de nuevas habilidades o mejoras, comunica, mediante el envío de un correo electrónico, al Gerente de Sistemas. Proyectos de cambios significativos: La Gerencia de Reingeniería envía al Gerente de Sistemas el Formulario de Requerimientos a Sistemas con los requerimientos de modificaciones a las aplicaciones que son enviados por los usuarios o solicitantes de las distintas áreas para proceder a analizar las posibles modificaciones.

2 Recibir requerimientos de modificaciones a las aplicaciones y nuevas modalidades. El Gerente de Sistemas recibe mediante los formularios de Requerimientos a Sistemas los distintos requerimientos de modificaciones a las aplicaciones que son enviados por los usuarios de las distintas áreas para proceder a analizar las posibles modificaciones. 3 Registrar solicitudes recibidas. El Gerente de Sistemas registra las solicitudes recibidas en la base destinada para tal fin, para posteriormente asignarle una prioridad y un Jefe de grupo encargado. 4 Análisis del requerimiento. Periódicamente el Gerente de Sistemas se reúne con todos los Jefes de grupo para informar los nuevos requerimientos. El Jefe de grupo determina los recursos a utilizar para realizar el cambio al aplicativo correspondiente y verifican las tareas que tienen que efectuar. Determinan las prioridades para efectuar los cambios solicitados en los aplicativos y actualiza la base destinada a la administración de tareas. 4 Relevamiento de las modificaciones solicitadas. Las especificaciones remitidas por el usuario al departamento de Sistemas serán el instrumento que deberá servir como guía en el relevamiento que el Analista Programador realizará sobre la tarea requerida. El Jefe de grupo encargado se reunirá con el usuario solicitante para ampliar las definiciones descriptas sobre los cambios solicitados, cuando la complejidad de la mejora así lo requiera. De estas reuniones se generan minutas de reunión que se guardan como respaldo de la documentación del cambio. 5 Análisis de impacto y factibilidad técnica y operativa de las modificaciones solicitadas. El Jefe de grupo encargado, con la información relevada, realiza un análisis de impacto y un estudio de factibilidad técnica y operativa de las modificaciones solicitadas. Dicho análisis comprende un estudio de los cambios en los programas fuentes, en la estructura de la base de datos y en los procesos batch y on-line involucrados para implementar la nueva funcionalidad solicitada. Adicionalmente, el mismo realiza una estimación de tiempos a insumir y analiza conjuntamente con el usuario del área solicitante la prioridad que dicha modificación tendrá con respecto a las solicitudes del área realizadas anteriormente. En caso de que no sea factible realizar la modificación el Jefe de grupo encargado comunica, mediante el envío de un correo electrónico, al usuario solicitante los motivos técnicos que impiden la realización de las mismas.

Página 2 de 4


Organización del Departamento de Sistemas

2011

Si las modificaciones solicitadas son factibles de realizar, el Jefe de grupo encargado discute con el Gerente de Sistemas la disponibilidad de recursos humanos y lo descripto en la minuta de reunión con el usuario y se determina la fecha de entrega. En el momento que un Analista - Programador está disponible se le asignará la tarea con mayor prioridad. En casos de extrema urgencia y con expresa instrucción del Gerente de Sistemas, se podrá suspender la tarea de un programador para que inicie la solución de la nueva incidencia de inmediato. El Jefe de grupo encargado comunicará al usuario el desvío que esta interrupción provocará en la tarea originalmente asignada al programador, e instruirá a este último para que la inicie una vez que el usuario haya tomado conocimiento de tal desvío y manifieste su conformidad. 6 Asignación de la tarea de modificación de la aplicación al Analista – Programador. El Jefe de grupo encargado, le solicita al Analista – Programador disponible que realice la modificación solicitada en función de las especificaciones recibidas. 7 Traslado de los programas fuentes del entorno de producción al entorno de desarrollo. Dependiendo del aplicativo que requiera una modificación se realiza el traslado de los archivos al ambiente de trabajo del programador. 8 Desarrollo de las modificaciones a las aplicaciones por el Analista – Programador. El Analista - Programador recibe la notificación de efectuar el cambio, procede a realizar las modificaciones solicitadas. 9 Control de utilización de estándares de programación. Una vez que el Analista – Programador ha finalizado la mejora, incluidas sus pruebas de programas y antes de exponerla para que el Jefe del grupo de Testing la pruebe, devuelve los programas fuentes a las librerías intermedias y comunica al Jefe de grupo encargado que los programas están para aprobación. El Jefe de grupo encargado los revisará verificando el cumplimiento de estándares de programación y lineamientos generales de las pautas de programación definidas por la organización. En caso de que no se cumplan los mismos, el Jefe de grupo encargado le comunica el Analista – Programador para que realice los cambios pertinentes. En caso que se cumplan los lineamientos sobre estándares de programación el Jefe de grupo encargado dispone los ejecutables en el ambiente de prueba y comunica al Jefe del grupo de Testing que están listos para que inicie las pruebas. 10 Pruebas de las modificaciones realizadas a los aplicativos. El Jefe de grupo encargado comunica al Jefe del grupo de Testing, mediante el envío de un correo electrónico, que las modificaciones se han realizado y que están disponibles para que comience a probarlas en el ambiente de prueba que el departamento de Sistemas ha dispuesto al efecto. 11 Actualización de la documentación del sistema. Luego de realizada las pruebas, autorizado el formulario de “Solicitud de cambio en producción” por el Gerente de Sistemas e inmovilizados los componentes y/o programas en el ambiente de pruebas para pasar a producción el Analista - Programador procede a la actualización de la documentación Técnica y el Analista de Testing el manual del usuario del aplicativo modificado.

Página 3 de 4


Organización del Departamento de Sistemas

2011

12 Capacitación de los usuarios. El Analista de Testing se encarga de transmitir las nuevas funcionalidades a los usuarios finales al momento de realizar las pruebas. En caso de un cambio de gran envergadura el usuario se encarga de transmitir las nuevas funcionalidades a los usuarios de las demás sectores de la Entidad. 13 Autorizar la puesta en producción. Semanalmente/mensualmente, se reúnen: Jefe de grupo encargado, Gerente de Producción, Gerente de Seguridad Informática, Gerente de Tecnología, o las personas que ellos designen en su representación, para aprobar los formularios de “Solicitud de cambio en producción”. En el formulario se detalla brevemente el sistema involucrado, los beneficios de la puesta en producción y las precauciones a tener en cuenta. Además debe contener la conformidad escrita del usuario que participó en la prueba, o en su defecto, cuando el tipo de cambio lo amerite, la conformidad de la prueba realizada por el Analista de Testing. Esta reunión es coordinada por el Gerente de Producción o por quien este designe en su reemplazo. En esta reunión se planifica la puesta en producción que se realizará, preferentemente, los días viernes y sábados. Luego de la reunión confeccionan una minuta de reunión que es archivada por el Gerente de Producción en una carpeta habilitada para tal fin. 14 Archivar documentación. El Gerente de Producción guarda las minutas de reunión en la carpeta Puesta en Producción en algun servidor designado que contiene un archivo “Control de cambios” y la carpeta “PUESTA EN PRODUCCIÓN”. En ellas quedarán registrados los cambios efectuados y el resultado de las reuniones previas a dichos cambios, como así también el resultado de la implementación o la vuelta atrás si la hubiere, detallando motivos y detalle de las acciones tomadas. A este archivo tendrán acceso además los Gerentes de Departamento de la Gerencia de Tecnología y Informática. En un bibliorato habilitado para tal fin se archivarán las solicitudes de puesta en producción y las conformidades de los usuarios que realizaron las pruebas de aprobación de funcionamiento. 15 Traslado de los programas fuentes al ambiente de producción. Dependiendo del aplicativo que se requiera una modificación, se utiliza un procedimiento para el traslado de los archivos del ambiente pruebas al ambiente de producción. 16 Actualización de la nueva versión del aplicativo. Dependiendo del aplicativo modificado, la versión del aplicativo se administra de la siguiente manera:  el cambio de versión se realiza el sistema en forma automática.  La herramienta de desarrollo lleva el control de versión de los paquetes.  el Administrador de Red lleva un control de las versiones en la biblioteca de fuentes.

Documentación a realizar por el alumno   

Formulario de Requerimientos a Sistemas Procedimiento Base de Pasaje a Producción. Procedimiento para realizar pruebas de aplicativos

Página 4 de 4

titulo  

descripcion

Read more
Read more
Similar to
Popular now
Just for you