24 jul

Experiencia 1: Caso de Éxito

Migración del modelo de Ciclo de Vida Ad Hoc del cliente a un modelo apoyado en tecnologías de mercado, en una de las principales entidades financieras españolas

Partiendo de un sistema de Gestión de Ciclo de Vida Ad hoc del cliente, se realizó con éxito la integración del nuevo modelo elegido por la entidad, para la Gestión del Ciclo de Vida y Control de Versiones del Software.
 Se estableció un nuevo modelo para la Gestión de Cambios, apoyado en Calendarios de Implantación multiplataforma, desde un único interfaz de control.
Se dotó al grupo de Desarrollo de elementos para el Análisis de Impacto de sus aplicativos.
Se regularizaron y optimizaron los entornos de test para garantizar la fiabilidad del resultado de las pruebas.
El modelo de Gestión fue integrado con las herramientas propias de la organización, el proyecto fue realizado con el mínimo impacto y en los plazos marcados por la Dirección.

ESCENARIO DE PARTIDA

El Cliente contaba con herramientas Ad Hoc de distintas plataformas tecnológicas (mainframe y distribuido) para la Gestión del Ciclo de Vida del Software. Estas herramientas proporcionaban un Análisis de Impacto del Cambio insuficiente.

Existían múltiples repositorios para la Gestión de las versiones del Software y periódicamente se efectuaban procesos de nivelación de los mismos, debido a que éstos no contaban con los componentes correctamente alineados. El motivo de la desnivelación era consecuencia de no gestionarse desde una única interface y al existir copias del mismo en distintas plataformas.

Los procedimientos de despliegue del software, no aseguraban la estabilidad del entorno, es decir, no se penalizaban las implantaciones en caso de fallos. Los entornos de pruebas eran estancos, se mantenía la última versión del software que se implantó en el mismo, sin tener en cuenta si este software finalmente no se implantó en Producción o si el usuario lo había desechado. Por tanto, no contaban con una visión de la Producción, y por este motivo, los resultados de las pruebas de usuarios no mostraban de forma correcta el impacto o comportamiento que tendría el cambio en la Producción.

No existía una marcha atrás (roll back) automática de los cambios en Producción, ante un comportamiento anómalo o no esperado, se realizaba una reimplantación del software desde el nivel más bajo del Ciclo de Vida.

No existía un punto común de Gestión de las ventanas o calendarios de Implantación, los calendarios eran tratados con una herramienta Ad Hoc del cliente que exigía intervenciones manuales de los gestores.

Múltiples departamentos intervenían en las distintas fases de gestión del Ciclo de Vida, cada uno de ellos, contaba con distintas herramientas para el seguimiento de cambios, despliegues y versiones existentes del software, no existía un único punto de gestión estandarizado para la Gestión del Cambio.

Fue adquirida por parte del cliente, una herramienta de mercado de un fabricante de software reconocido, para la Gestión del Software, Despliegues y Cambios en el mundo mainframe.

ESCENARIO FINAL

 Nuestro equipo técnico, fue elegido para la implantación de la tecnología y su integración con las distintas herramientas existentes en el cliente para el seguimiento del cambio. Fue el encargado de la definición (colaborando con el personal de la entidad) y construcción de interfaces para el alineamiento del nuevo modelo de Ciclo de Vida. Proporcionó al cliente una nueva Arquitectura para la Gestión de Entornos y nuevos modelos para la Gestión de Despliegues.

 Como primer paso se realizó un análisis de las distintas arquitecturas, tecnologías, infraestructuras, equipos técnicos implicados, directrices y políticas vigentes en la organización y con ello, se realizó un Planning para la implementación de la solución, con fechas, hitos, roles y participantes. Se tomaron como referencia para la elaboración del plan, las experiencias de nuestros profesionales en proyectos similares realizados con éxito en otras entidades.

 Fueron definidos y automatizados los procedimientos para la gestión de accesos del nuevo modelo, creando nuevos roles y funcionalidades para el nuevo diseño.

Los repositorios existentes, fueron unificados en único interfaz de control y se implementó un nuevo modelo para la Gestión de Versiones del Software, almacenando el mismo en función de su tipología. Se definieron, construyeron e implementaron los procesos y procedimientos automáticos para la separación del software existente y su posterior incorporación al nuevo repositorio.

El Análisis de Impacto del cambio fue implantado y fue modelada la funcionalidad que proporcionaba la nueva herramienta, desarrollándose mecanismos para el control automático del despliegue del software, en función del resultado del analizador, permitiendo o impidiendo la ejecución en base al mismo.

Los procesos y procedimientos de implantación y despliegue del Software, fueron rediseñados y automatizados para su gestión de forma jerárquica, en base a circuitos de implantación por tipología de aplicaciones y Calendarios o ventanas de despliegue.

Fue automatizada la Gestión de las Infraestructuras y Arquitecturas de los entornos de Test. Se dotó de visión de Producción a estos entornos, proporcionando al modelo, elementos automáticos de gestión de versiones obsoletas, gestión de entornos en ramas y alineamiento del software productivo.

Se desarrollaron e implementaron en todos los procesos de despliegue del Software, elementos de recuperación automática que permitían retornar a la situación anterior existente, en caso de fallos en el despliegue. Esto se realizó en todos los entornos (incluida la Producción). Fue implementada la marcha atrás automática (Roll back automático) en Producción en caso de comportamientos no esperados o deseados por el aplicativo.

 

Share this
24 jul

Experiencia 2: Caso de Éxito

Cambio en el modelo de Gestión del Ciclo de Vida de aplicaciones bancarias

 

Partiendo de un sistema de Gestión de Ciclo de Vida Ad hoc del cliente, se realizó con éxito la integración del nuevo modelo elegido por la entidad, para la Gestión del Ciclo de Vida y Control de Versiones del Software.
 El día a día de las entidades financieras, desvió la visión y objetivos marcados por negocio (disponer de un software único para todas las entidades). Ello conllevó al incremento de costes de desarrollo, hecho que contradecía los objetivos fundacionales de la organización.
Se evaluó el estado y se propuso un plan de acción para la recuperación efectiva del modelo inicial de Gestión de Configuración esperado por la organización.
Como apoyo al repositorio de las herramientas vigentes, se creó un modelo de gestión específico con visión de Software Único, que consiguió cumplir con los objetivos marcado por la organización y proveer a las entidades financieras del modelo de gestión que esperaban.

 

ESCENARIO DE PARTIDA

El cliente contaba con una reconocida herramienta de mercado, la cual estaba mal configurada, por falta de conocimiento del personal técnico de soporte encargado de su mantenimiento.

Fueron rediseñados, erróneamente, procesos y procedimientos específicos de control de la herramienta, debido al desconocimiento de las distintas características y funcionalidades que proporcionaba el fabricante del software. Este hecho, tuvo como consecuencia, la incorporación al modelo de Gestión de Configuración y Ciclo de Vida del software, de múltiples desarrollos Ad Hoc apoyados en distintos lenguajes de programación, herramientas y procedimientos, que intentaban cubrir estas funcionalidades.

 El repositorio del Software estaba desnivelado, es decir, no existía correspondencia con el software existente en Producción y sus distintas versiones almacenadas, debido a acciones manuales efectuadas a lo largo del tiempo.

 El despliegue del software en los entornos, no se realizaba cuando se solicitaba y no se notificaban los cambios de estado (fallida o implementada) en la herramienta y al usuario, tras una implantación del Software. No existía una marcha atrás (roll back) automática en Producción en caso de resultados no esperados, el software se reimplantaba desde el nivel más bajo del Ciclo de Vida.

Los entornos de pruebas estaban en desuso por mala configuración de su arquitectura.

ESCENARIO FINAL

Nuestro personal técnico, elaboró un plan de proyecto por fases, identificando los elementos críticos que debían ser rápidamente abordados.

Como primer punto a resolver, se planteó la resolución de incidentes en la herramienta debidos a mala configuración. Fue rediseñada y modelada según los estándares del fabricante y ajustada a las necesidades del cliente. Se permitió de este modo, el acceso a todas las funcionalidades que aportaba, se restablecieron los mecanismos de comunicación de cambio de estado esperado por los usuarios.

 Como apoyo al repositorio con el que contaba la herramienta, y que de forma estándar no cubría la funcionalidad que el cliente requería (software único para la distintas entidades que gestionaba), se creó una aplicación, con apoyo en DB2 y en los metadatos propios del producto, desde donde se proporcionó al usuario la funcionalidad requerida. Como adición a esta aplicación, se rediseñaron mecanismos en la herramienta, para el control de versiones efectiva en el nuevo modelo. Se automatizaron todos los procedimientos necesarios para el control del software.

Los entornos de Test fueron re abastecidos y homologados con el software necesario para la ejecución de las pruebas de usuario y su uso fue estandarizado en la organización.

La marcha atrás automática en Producción (Roll Back) fue implementada con éxito.

Share this
24 jul

Experiencia 3: Caso de Éxito

Segregación a una única entidad de la Gestión de la Configuración y Ciclo de Vida de una plataforma que daba servicio a varias entidades financieras. Se incluía procesos de segregación y procesos de fusión en la entidad resultante

 

Se partía de varios modelos de gestión de negocio, uno por cada entidad financiera, y debían de confluir en un único modelo de negocio que redujera costes y riesgos.
Se evaluaron requerimientos, funcionalidades y configuraciones necesarias del nuevo modelo, identificando situaciones de riesgo y elaborando el plan de proyecto de migración de forma conjunta con los responsables de la nueva entidad resultante.
La migración de datos, configuraciones y modelo del Gestión del Ciclo de Vida del Software fue ajustada al nuevo entorno generado.

 

ESCENARIO DE PARTIDA

El cliente contaba con una herramienta de mercado para la Gestión de la Configuración y Ciclo de Vida, en la que convergían varias entidades a las que prestaba servicio.

La seguridad, el repositorio del software, ciclo de vida productivo y elementos de despliegue, eran compartidos por todas las entidades, motivo por el cual, se realizó un análisis pormenorizado de cada uno de los elementos que formaban parte de la estructura existente, teniendo como objetivo la eliminación de riesgos que suponía para ambas entidades la migración de datos.

Nuestro equipo fue el encargado de realizar la implantación del sistema de gestión en la nueva entidad, asegurando que el modelo existente-origen, no sufriera ningún impacto en el proceso.

ESCENARIO FINAL

Como resultado del análisis, fueron identificados todos los componentes, procesos y procedimientos de cada una de las entidades, y se elaboraron procedimientos automáticos para la extracción de datos, configuraciones y del software. Fueron preparados procedimientos para la gestión de desarrollos en vuelo de cara a asegurar que todos los elementos estuvieran alineados una vez se decidiera por el cliente, la fecha de arranque del nuevo sistema.

En paralelo, fue instalada y configurada una nueva herramienta para la Gestión del Ciclo de Vida en la entidad resultante. Fueron configurados nuevos entornos, políticas de seguridad, procedimientos de compilación y despliegue del software. Se efectuaron pruebas de volumen y stress para asegurar la estabilidad del sistema y que el comportamiento de la nueva herramienta era el esperado por el cliente.

 Se automatizaron mecanismos para la extracción de los desarrollos no concluidos o software en vuelo que la nueva entidad mantenía en la herramienta origen. Una vez acordada la fecha de puesta en producción para el arranque de la nueva herramienta, se realizó la carga de datos y configuraciones, junto con una carga de software incremental de todos los desarrollos en vuelo de la nueva entidad resultante.

 Ambas herramientas continuaron prestando el servicio esperado en las dos entidades, realizándose la migración con éxito y sin ningún impacto en destino y origen.

Share this
24 jul

Experiencia 4: Caso de Exito

Exportación del modelo de Gestión de la Configuración y Ciclo de Vida de una herramienta de mercado que daba servicio a una entidad financiera, a una nueva plataforma tecnológica

 

La entidad financiera resultante de una fusión, tomó la decisión de externalizar el servicio de TI a una reconocida tercera empresa. El objetivo de esta externalización era, esencialmente, la reducción de costes que esa empresa ofrecía a la entidad.
Las herramientas previas de Gestión de Configuración y Ciclo de Vida del Software, fueron revisadas por la nueva empresa. Se decidió el cambio de la infraestructura existente, por una nueva tecnología.
Esto implicó cambiar los procesos y procedimientos vigentes en la entidad y ajustarlos a los nuevos requisitos de la nueva herramienta y plataforma tecnológica.
Fueron eliminados los procesos redundantes en base a los nuevos requerimientos de infraestructura y arquitectura resultantes. Se mejoró de esta forma la reducción de costes inicialmente prevista por la entidad.
Se dotó a la nueva entidad y empresa prestataria del servicio de TI, de procedimientos de contingencia para la Gestión del Ciclo de Vida en caso de indisponibilidad de la nueva tecnología, con el fin de no impactar a negocio.

 

ESCENARIO DE PARTIDA

El cliente contaba con una herramienta de mercado para la Gestión de la Configuración y Ciclo de Vida, en la que convergían varias entidades a las que prestaba servicio.

Esta herramienta residía en un entorno Mainframe IBM.

La nueva entidad decidió migrar las funcionalidades existentes y el software mantenido por esta herramienta, a una nueva herramienta de gestión con asentamiento en el mundo distribuido.

La seguridad, el repositorio del software, ciclo de vida productivo y elementos de despliegue, eran compartidos por todas las entidades, motivo por el cual, se realizó un análisis pormenorizado de cada uno de los elementos que formaban parte de la estructura existente, teniendo como objetivo la eliminación de riesgos que suponía para ambas entidades la migración de datos.

ESCENARIO FINAL

Se utilizó la configuración funcional de la herramienta vigente, al cumplir con los requerimientos del cliente. Fueron ajustados entornos, procesos y procedimientos en la nueva herramienta, bajo las directrices y supervisión de nuestro equipo técnico.

Se crearon procesos automáticos para extraer todas las versiones del software y se desarrollaron elementos para la conversión de formato de los datos de entrada para la nueva herramienta.

Como añadido al proyecto de migración tecnológica, la nueva entidad y empresa prestataria del servicio de TI, solicitó a nuestro equipo, procedimientos de contingencia para la Gestión del Ciclo de Vida, en caso de indisponibilidad de la nueva herramienta elegida.

Estos procedimientos fueron preparados y establecidos en la nueva entidad con éxito, cubriendo todas las funciones necesarias para el Ciclo de Vida y asegurando que, los elementos modificados o incorporados por este canal al Ciclo de Vida estándar, fueran reincorporados de forma automática en la nueva herramienta, una vez recuperada la situación que hubiera provocado su indisponibilidad.

Durante un periodo de tiempo establecido, se analizaron los despliegues de software que realizaba la nueva herramienta. Se comprobó y aseguró por parte de nuestro equipo que, funcionalmente, trabajaba de la misma manera que la herramienta de partida.

De esta forma se completó la fase de migración y el nuevo sistema operó con normalidad en Producción.

Se procedimentó la posibilidad de retornar al uso de la antigua herramienta o su eliminación total del sistema, en caso de necesidad del cliente.

Share this
24 jul

Experiencia 5: Caso de Exito

Implantación e integración de herramienta de mercado, en el modelo existente para la gestión del Ciclo de Vida de Aplicaciones en un organismo público

 

Partiendo de su sistema de Gestión de Ciclo de Vida (Ad Hoc), se realizó con éxito la integración de la nueva tecnología elegida por la institución, integrando los procesos y procedimientos existentes.
Se dotó al grupo de Desarrollo de elementos para el Análisis de Impacto de sus aplicativos.
Se evaluaron requerimientos, funcionalidades y configuraciones existentes. Se adaptaron las mismas al nuevo modelo, identificando situaciones de riesgo.
Se elaboró el plan de proyecto de implementación de la nueva herramienta, de forma conjunta con los responsables de la institución, y se dotó de un proceso específico para la migración de aplicaciones existentes a la nueva herramienta.

 

ESCENARIO DE PARTIDA

Los procedimientos Ad Hoc existentes en la institución, no contemplaban funcionalidades claves de la Gestión de Configuración y Ciclo de Vida.

No existían mecanismos automáticos de marcha atrás en Producción ante un cambio fallido. La recuperación del sistema a su situación original, se realizaba reimplantando el Software desde su nivel más bajo del Ciclo de Vida.

La entidad contaba con un Gestor de Implantaciones y Calendarios, herramienta especifica tipo workflow para la gestión coordinada de despliegues de elementos del mundo distribuido y el mainframe. Los procesos y procedimientos del Ciclo de Vida no estaban integrados con esta herramienta.

La implantación de los cambios se realizaba componente a componente, no se contaba con el concepto de Paquete de Cambio o agrupación funcional de cambios.

El software existente en la herramienta original, era tratado de forma estática. No se contemplaba su adecuación automática al entorno de destino (cambio de variables o parámetros) necesaria en la entidad, estos cambios se realizaban manualmente.

 Como añadido, se solicitó por parte de la entidad, proporcionar al usuario de una nueva funcionalidad, el versionado de componentes en tiempo de desarrollo.

ESCENARIO FINAL

Se desarrollaron e implementaron elementos de recuperación automática que permitían retornar a la situación anterior existente, en caso de fallos en el despliegue. Fue implementada la marcha atrás automática (Roll back automático) en Producción en caso de comportamientos no esperados o deseados.

Los procesos y procedimientos de implantación y despliegue del Software, fueron rediseñados y automatizados para su gestión de forma jerárquica, en base a circuitos de implantación por tipología de aplicaciones.

Se completó la integración con el Gestor de Implantaciones y Calendarios de Implantación, para el despliegue del software de forma coordinada en todos los entornos incluyendo la Producción.

Fueron establecidos e incorporados al nuevo sistema, todos los componentes necesarios por la instalación, incluyendo los componentes que necesitaban de adaptación dependiendo del entorno de destino. Los procedimientos de cambio, fueron automatizados, incluyendo los mismos en todos los despliegues.

El Análisis de Impacto fue incluido en el Ciclo de Vida del Software, estableciendo reglas y mecanismos de control en caso de incumplimiento.

El modelo de implantación de Cambios, fue rediseñado para contemplar el concepto de Paquete de Cambio, agrupando los componentes necesarios por funcionalidad y tipología, separando de forma automática y transparente para el usuario, los procedimientos de implantación específicos para cada uno de los distintos componentes, invalidando el despliegue en caso de fallos en cualquiera de los elementos que formaban el cambio.

El versionado de componentes en tiempo de desarrollo fue incorporado y realizado de forma automática cuando un objeto editable del paquete se modificaba por parte de un usuario.

Nuestro equipo propuso a la entidad la incorporación al modelo existente, del control de elementos de infraestructura asociados a los componentes tipo DB2 (creación de planes DB2 y tablas). El nuevo modelo fue aceptado y se establecieron mecanismos para evaluar, en tiempo de despliegue de los componentes, si existían carencias en la infraestructura. En base al resultado, se debía de penalizar o permitir el despliegue del software, informando al usuario del tipo de error generado para su resolución

Sobre escenarios ficticios, se evaluó de forma automática si la infraestructura existía y era la esperada por el componente (evaluación en tiempo de Bind). Se consiguió el objetivo propuesto, que no se produjera ninguna interrupción en la Producción por elementos de infraestructurae. En base al resultado, se penalizaba o permitía el despliegue, informando al usuario del tipo de error generado para su resolución.

Share this

© 2015 ITNASER. Todos los derechos reservados.

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.