1. OBJETIVO
Especificar la metodología de trabajo para la gestión y el desarrollo de software de aplicativos y/o componentes nuevos de pequeña envergadura, o bien para el mantenimiento de software de envergadura mediana o grande (aproximadamente menores a 250 hs).
2. ALCANCE
Este procedimiento tiene aplicación para el área de Operación de Desarrollo de software
3. DEFINICIONES Y VOCABULARIO
Desarrollo de software: Implica la creación desde cero de una aplicación nueva.
Mantenimiento de software: Implican modificaciones, agregados, correcciones y supresiones sobre una aplicación actualmente en uso, y los diferentes tipos pueden ser:
Correctivo: Cuando se indica un error o defecto a solucionar.
Se podría denominar por ej. “Corrección de errores y defectos”
Adaptativo: Indica modificaciones para adaptar a su entorno operativo el sistema, como ser cambios en sistemas operativos, redes, bases de datos, comunicaciones, hardware, etc.
Se podría denominar por ej. “Adaptación al entorno operativo”
Evolutivo / Ampliativo: Son incorporaciones, modificaciones, y eliminaciones necesarias de realizar sobre un producto software para cubrir la ampliación o cambio en las necesidades del usuario.
Este tipo de mantenimiento se podría denominar de dos formas distintas, por un lado “Nuevas funcionalidades”, que indican funciones nuevas que se les agregan a las aplicaciones, y por otro “Cambios sobre funciones existentes” que indiquen modificaciones pedidas por los usuarios y que se realicen sobre aspectos funcionales u operativos sobre funciones que ya existen en las aplicaciones.
Perfectivo: Cuando se aplican modificaciones para mejorar la calidad interna de los aplicativos (por ej. reestructuración de código, definición más clara del sistema, optimización del rendimiento – mayor velocidad, tuning de bases de datos - ). Se incluyen también las mejoras operativas no solicitadas por los usuarios (por ej. disminuir la cantidad de pantallas en una secuencia a fin de lograr más operatividad, o bien agregar facilidades operativas para que el usuario pueda acceder más fácilmente a la información (por ej. agregar campos tipo pop-up donde antes no los habían). También hacer un tuning de la base de datos.
Se podría denominar por ej. “Modificaciones preventivas o perfectivas”
4. REFERENCIAS
5. RESPONSABILIDADES
La Gerencia de Operaciones es la responsable de la aplicación de este procedimiento y de la distribución del mismo.
6. DIAGRAMA DE FLUJO
Ciclo de vida (fases)
Ciclo de vida (fases)
7. DESCRIPCION DEL PROCESO
8. INDICADORES
Cantidad de tickets de error creados en el mes. (ver cuales se agregan desde Jira)
Cantidad de tickets de error cerrados en el mes.
Cantidad de tickets de error que permanecen abiertos a fin de mes.
CONTROL DE CAMBIOS: