Ir al contenido principal

Gestión de activos y configuración del servicio en el desarrollo de software

PROCESOS ITIL
PROCESO DE TRANSICION DEL SERVICIO EN EL DESARROLLO E SOFTWARE IV
GESTION DE ACTIVOS Y CONFIGURACION DEL SERVICIO

Asegura que los componentes de un servicio, sistema o producto que constituyen su configuración se identifican, mantienen y tienen línea base y que sus cambios están controlados. También asegura que las entregas se hagan en entornos controlados y su uso en el entorno de operación. Para ello, proporciona un modelo de configuración de los servicios, activos e infraestructura.

¿Cómo encaja la gestión de activos y configuración del servicio en el proceso elemental de desarrollo de software?




La Gestión de Configuración del Servicio da respuesta a las siguientes cuestiones:
  • ¿Cómo identifica y gestiona una organización las muchas versiones existentes de un programa (y su documentación) de forma que se puedan introducir cambios eficientemente?
    • IDENTIFICACION: Se trata de establecer estándares de documentación y un esquema de identificación de documentos.
  • ¿Cómo controla la organización los cambios antes y después de que el software sea distribuido al cliente?
    • CONTROL DE CAMBIOS: Consiste en la evaluación y registro de todos los cambios que se hagan de la configuración software.
  • ¿Cómo podemos asegurar que los cambios se han llevado a cabo adecuadamente?
    • AUDITORIAS DE CONFIGURACIONES: Sirven, junto con las revisiones técnicas formales para garantizar que el cambio se ha implementado correctamente.
  • ¿Qué mecanismos se usan para avisar a otros de los cambios realizados?
    • GENERACION DE INFORMES. ChangeLogs automáticos, p.e.

Comentarios

Entradas populares de este blog

DISEÑO DE UN SISTEMA INTEGRAL DE DESARROLLO DE SOFTWARE

DISEÑO DE UN SISTEMA INTEGRAL DE DESARROLLO DE SOFTWARE SERVICE DESK + GESTOR DE PROYECTOS + HERRAMIENTA DE CONTROL DE VERSIONES ¿Cómo se podría trabajar en un sistema como este para introducir necesidades? GP: Gestor de proyectos. Podríamos aplicar las técnicas de desarrollo del marco de trabajo SCRUM. La persona designada como Product Owner se encargará de tener priorizada la lista del Product Backlog. VCS: Sistema de control de versiones. Podríamos aplicar "Unidades de Trabajo mínimas, UT" a cada revisión, con lo que obtendríamos el código implementado para resolver cada UT. SDK: Service desk. Podríamos recibir "Solicitudes de Servicio, SS", como quejas o ideas, que tras pasarlas por el proceso de trabajo ITIL se podrían transformar en "Solicitudes de Cambio, SC". Estas SC, tras aprobación, generarán las UT mínimas, tantas como sean necesarias para resolver la SC. Estas UT tienen las mismas características que las introducidas por el ...

Propuesta de integración de un service desk con desarrollo

PROPUESTA DE INTEGRACIÓN        En esta propuesta, se tratará el enlace entre el equipo de Service Desk con desarrollo de una misma herramienta, para optimizar la gestión de problemas que pueden tener los distintos clientes y la resolución de los mismos.      Se analizarán las necesidades del Service Desk con respecto a desarrollo, dejando fuera de esta propuesta otras necesidades que requiere un Service Desk. Además, mostraré la visión que necesita desarrollo del Service Desk para organizar el trabajo y tener una visión más cercana de los problemas del cliente.      La comunicación entre clientes, Service Desk y desarrollo es vital para garantizar el éxito del proyecto ya que entre los tres equipos fluye mucha información.      Esta información tiene que estar recogida en una herramienta de fácil uso y accesible a todos los equipos, de forma que si algún miembro del equipo tiene una duda o necesita consulta...