ASL (pronunciado “a-es-el” , biblioteca de servicios de aplicaciones en inglés ) es un marco utilizado en la administración de aplicaciones y administrado por la Fundación ASL BiSL. El marco describe el modelo de proceso en el marco de la gestión de aplicaciones (las disciplinas de producción y mantenimiento de sistemas de información y aplicaciones). ASL se centra en el ciclo de desarrollo (mantenimiento/actualización) [1] . Dado que el marco ASL se basa en las mejores prácticas, también se utiliza el término "biblioteca".
ASL se desarrolló a finales de los noventa en los Países Bajos , originalmente como parte del modelo R2C , desarrollado en 2000 por ASL. En 2001, PinkRoccade donó ASL a la Fundación ASL , actualmente la Fundación ASL BiSL.
ASL está estrechamente relacionado con ITIL , BiSL y CMM . ASL se describe en varios libros y artículos (la mayoría de los cuales existen solo en holandés), así como en el sitio web oficial de la Fundación ASL BiSL.
El motivo de la aparición de ASL fue el problema de la imposibilidad de organizar el trabajo en los departamentos encargados de gestionar las aplicaciones utilizando únicamente ITIL . Las versiones más nuevas de ITIL están más enfocadas en las áreas de desarrollo y administración de aplicaciones. Vea el enlace al documento que compara ITIL y ASL. [2]
ITIL es una biblioteca de mejores prácticas de servicios de TI enfocada en la infraestructura de tecnología de la información, mientras que ASL se enfoca en aplicaciones y procesos para administrar y mantener software y bases de datos.
ASL estaba destinado a llenar un vacío en la gestión de aplicaciones. Un desarrollo similar condujo a la definición del modelo BiSL para la gestión de la información.
ASL es actualmente de dominio público .
ASL está diseñado para admitir la gestión de aplicaciones con las herramientas que ofrece. Se han identificado dos categorías principales de ayudas.
Existen tres formas [3] de gestión de tecnologías de la información (áreas de gestión):
En 2009, se lanzó una nueva versión de la biblioteca, ASL 2, que contenía una serie de cambios estructurales en comparación con la versión anterior.
ASL describe los procesos en tres niveles: operativo, gerencial (táctico) y estratégico. El marco define seis grupos de procesos.
ASL es un modelo de proceso. Esto significa que las actividades en una organización se basan en procesos que no tienen por qué ser los mismos que los departamentos o personas que realizan una función en particular. El proceso incluye todas las actividades que, según la ASL, están relacionadas entre sí. En la práctica, las actividades dentro de un proceso pueden ser realizadas por varios departamentos, mientras que al mismo tiempo, un departamento puede realizar las actividades de varios procesos. ASL define 6 grupos de procesos (clusters):
ASL define 4 procesos de gestión de aplicaciones. Estos procesos son importantes porque tienen como objetivo soportar la aplicación con el mínimo número de fallas con la mínima cantidad de recursos. Estos procesos también están definidos en ITIL , pero dado que están definidos en términos de aplicaciones en ASL, estos procesos son diferentes. El clúster de soporte de aplicaciones contiene los siguientes procesos:
Aproximadamente el 80 % del trabajo dentro de la gestión de aplicaciones recae en el mantenimiento y la actualización de las aplicaciones. Las aplicaciones compatibles requieren cambios, ya que los procesos comerciales cambian constantemente. Cada cambio requiere el uso de procesos de mantenimiento y actualización de aplicaciones. Los procesos que no siempre son necesarios se pueden encontrar en ITIL . El clúster de mantenimiento y actualización contiene los siguientes procesos:
Los procesos de vinculación conectan los grupos de procesos mencionados anteriormente. Hay dos procesos principales definidos en el clúster. La gestión de cambios define el contenido de la versión sobre la que trabajarán los procesos de mantenimiento y actualización de la aplicación. El control y la distribución de software comprueban el estado de los componentes de la aplicación y determinan en qué componentes de la aplicación trabajarán los procesos de soporte de la aplicación. El clúster de proceso de unión contiene los siguientes procesos:
Los procesos de este grupo permiten una óptima gestión del conjunto de los citados clústeres. El propósito de este grupo es organizar las actividades existentes de acuerdo con las metas, acuerdos y estrategia elegida. El clúster de procesos de gestión contiene los siguientes procesos:
En cada proceso de gestión se pueden distinguir tres subprocesos:
Los procesos de estrategia de aplicación proporcionan una estrategia a largo plazo para las diversas entidades de aplicación que componen el suministro de información dentro de una o más organizaciones. El clúster de estrategia de aplicación contiene los siguientes procesos:
Los procesos de este grupo aseguran la correcta formación de la estrategia para la organización de la gestión de aplicaciones y su futuro. En esta estrategia se definen los servicios futuros de la organización y se correlacionan con sus políticas y otras características. El clúster de estrategia de organización de gestión de aplicaciones contiene los siguientes procesos:
La estrategia de aplicación y la estrategia de organización de gestión de aplicaciones son dos grupos diferentes de procesos y funcionan de acuerdo con reglas diferentes. La estrategia de aplicación considera los objetos que se proporcionan, con el mercado y los clientes influyendo en las propiedades de estos objetos. La estrategia de la organización de gestión de aplicaciones considera los servicios proporcionados por la organización de gestión de aplicaciones. La separación de estas dos direcciones permite la elección óptima de la política para cada estrategia.
En esta sección se dan los objetivos de cada proceso.
Implementación de soporte óptimo para el uso de aplicaciones de acuerdo a convenios. El soporte operativo es un proceso que organiza la comunicación con el cliente. El proceso tiene dos subprocesos:
Mantener registros de todos los objetos y servicios de aplicación/configuración de los que es responsable la organización de gestión de aplicaciones, y proporcionar información precisa sobre esto para respaldar otros procesos de gestión de aplicaciones.
Gestión de operaciones de TIAsegurar, monitorear y brindar seguridad de que las aplicaciones (o componentes de la aplicación) exhiben la funcionalidad correcta y consistente en el entorno operativo, y que los servicios relacionados también se brindan según lo acordado. Objetos de control:
Asegurar la continuidad del proceso de negocio a través de las medidas adecuadas para mantener un funcionamiento adecuado y niveles de calidad durante un período de tiempo específico, incluso en circunstancias extraordinarias. La seguridad es una parte integral de la gestión de la continuidad.
Seleccionar una ruta de solución ideal basada en la documentación efectiva del impacto creíble y preciso de los cambios propuestos en términos de alcance, desarrollo futuro, uso y gestión.
DiseñoEstablecer y documentar las especificaciones del sistema de información (incluidas las personalizadas) o los cambios para que puedan implementarse fácilmente y luego probarse. El resultado principal de esto es el diseño funcional o lógico del sistema, una descripción no técnica de la funcionalidad deseada.
ImplementaciónEl objetivo de una implementación (o "ensamblaje") es traducir planes o cambios en los planes (proporcionados por el proceso de diseño) en cambios específicos deseados en un sistema de información automatizado.
PruebasConfirmación de que se implementan los cambios de acuerdo con la especificación y que la aplicación (con cambios) funciona correctamente.
ImplementaciónCumplir con los requisitos previos necesarios para proporcionar un uso sin errores de la nueva versión de la aplicación y completar el proceso de mantenimiento. El proceso de implementación cubre todas las actividades que deben realizarse para llevar los cambios propuestos por la gestión de cambios al uso y procesamiento real de los datos.
Usar una forma estandarizada de trabajar para modificar las aplicaciones de modo que se puedan crear cambios coherentes que prioricen las mejoras en la funcionalidad de la aplicación actual.
Control y distribución de softwareEl objetivo del control y la distribución del software es hacer que los objetos de aplicación apropiados (o información sobre ellos) estén disponibles para los procesos apropiados en el momento adecuado.
Proporcionar servicios de acuerdo con los acuerdos (las desviaciones de estos acuerdos pueden ocurrir de mutuo acuerdo) para cumplir o incluso superar las expectativas del cliente. El proceso de gestión de contratos es el lado público del servicio a nivel de gestión en ASL.
Planificación y controlAsegurar la entrega de los servicios acordados utilizando la cantidad de mano de obra acordada y de acuerdo con los tiempos de entrega acordados mediante el uso adecuado y oportuno de estos recursos.
Gestión de la calidadAsegurar la calidad (interna y externa) de los procesos, productos, recursos y organizaciones adquiridos identificándolos y monitoreándolos, y asegurando la implementación exitosa de las reglas relevantes y su buen funcionamiento. El objetivo derivado de la gestión de la calidad es identificar las mejoras posibles y deseables y asegurar su implementación.
Gestión financieraLograr un equilibrio entre los costos de planificación y administración incurridos como resultado de proporcionar/mantener aplicaciones y/o servicios, y los ingresos generados por la administración de aplicaciones. Una condición adicional indispensable es que, independientemente del objeto de la entrega, ésta se realice a un precio competitivo.
Gestión de contratistasLa dirección de contratistas es responsable de los acuerdos relativos a los servicios y/o soluciones prestados por terceros (contratistas) y de su evaluación, seguimiento y mejora.
El objetivo de una estrategia de desarrollo de TI es determinar el impacto de los desarrollos tecnológicos en la cartera de aplicaciones.
Estrategia de organización del clienteEl propósito de este proceso es determinar el impacto de los desarrollos en la organización de usuarios u organizaciones de usuarios en la cartera de aplicaciones.
Estrategia de entorno del clienteEl objetivo de la estrategia del entorno del cliente es determinar cómo los desarrollos en el entorno del cliente o de la organización usuaria tienen un impacto en la cartera de aplicaciones.
Gestión del ciclo de vida de las aplicacionesEl propósito de la gestión del ciclo de vida de la aplicación es definir la estrategia futura de la aplicación, traducida en acciones concretas, para que la aplicación pueda soportar los procesos de la empresa en el futuro.
Gestión de la cartera de aplicacionesApplication Portfolio Management tiene como objetivo alinear y coordinar los diversos componentes en un entorno de aplicación (o todo el entorno de TI) y garantizar la alineación y optimización en caso de grandes inversiones y cambios drásticos.
El propósito del proceso de identificación de clientes potenciales y de mercado es reconocer los futuros requisitos de servicio para futuros clientes y garantizar que las relaciones con los clientes y las comunicaciones sean lo suficientemente buenas para hacerlo.
Definición de habilidadesLa determinación de las capacidades es un proceso que da una idea de cómo desarrollar las habilidades y el conocimiento de los empleados de la organización en el futuro. El proceso define no sólo la profundidad y el alcance del conocimiento especializado, sino también las herramientas (en un sentido amplio) que permiten obtener y difundir ese conocimiento.
Definición de tecnologíasLa definición de tecnología es el proceso que selecciona las herramientas que utiliza una organización para implementar servicios futuros.
Definición de contratistasEl propósito de la definición de contratistas es optimizar proactivamente los servicios futuros definiendo los roles y la participación de los contratistas externos, y traducir esta política en una organización y estructura real y funcional.
Definición de prestación de serviciosLa definición de prestación de servicios es un proceso que se ocupa del lado de la demanda y la oferta de una organización de gestión de aplicaciones, traducido en una estrategia operativa específica para el futuro. El propósito de este proceso es diseñar los servicios necesarios para los próximos dos o tres años. Esto se logra transformando las opciones y limitaciones de la situación actual, mercado, clientes potenciales, oportunidades y tecnologías en una sola póliza. Esta política se traduce luego en otros procesos generales de estrategia de organización de gestión de aplicaciones.
ASL 2 - Marco de gestión de aplicaciones / Remko van der Pols; por. De inglés. A. A. Tyurina. - M., 2014. - 292 p. : enfermo.; ISBN 978-5-9904728-1-5
| Desarrollo de software | |
|---|---|
| Proceso | |
Conceptos de alto nivel | |
| Direcciones |
|
| Metodologías de desarrollo | |
| Modelos |
|
Figuras notables |
|