AppDNA

Variables

En este tema se documentan las variables de la Calculadora de esfuerzo. Puede configurarlas para satisfacer las necesidades de su empresa. Cuando haya terminado, haga clic en Guardar en la barra de herramientas situada en la parte superior de la pantalla para guardar los cambios.

Variables generales

Estas variables personalizan el informe a un nivel alto definiendo información específica del proyecto.

Nombre del cliente. Nombre de la empresa que se va a utilizar en la exportación del informe.

Número de aplicaciones en la cartera completa. Número total de aplicaciones que quiere migrar a la nueva plataforma. Este valor predeterminado es el número de aplicaciones que ya ha importado en AppDNA. Puede aumentar esto para reflejar el tamaño de su cartera de aplicaciones real. AppDNA luego extrapola el esfuerzo para migrar toda la cartera de los resultados de la muestra.

Divisa: Divisa que se utilizará en el informe. Normalmente se expresa con el código de moneda de tres caracteres. Consulte http://www.xe.com/iso4217.php para obtener una lista de códigos de divisas internacionales.

Horas de trabajo por día. El número de horas en un día de trabajo típico. Esto afecta a todos los cálculos relacionados con el tiempo y puede ayudar a mejorar la precisión de las estimaciones de tiempo.

Promedio de días laborables en un mes. El número promedio de días en un mes laborable. Esto permite refinar aún más las estimaciones de tiempo.

Sin variables AppDNA

Estas variables ayudan en la exactitud de la estimación del proyecto cuando no se está utilizando AppDNA. Esta sección proporciona los valores predeterminados y algunas alternativas junto con una explicación acerca de cuándo podrían ser apropiados.

Hora de las pruebas de humo. Tiempo en horas para realizar una prueba inicial de instalación y ejecución, comúnmente conocida como “prueba de humo”. Esto no suele ser una prueba en profundidad.

  • Valor predeterminado: 8 - Tiempo medio para completar la fase de prueba inicial sin dependencias de partes o procesos externos.
  • Alternativa A: 24 - Cuando se tengan en cuenta los procesos específicos de la empresa. Por ejemplo, cuando la prueba de humo incluye parte del proceso de certificación de la aplicación y, por lo tanto, hay asignaciones de tiempo para la experiencia del propietario de la aplicación para la instalación, la documentación y las pruebas iniciales.
  • Alternativa B: 4 - Proceso de prueba de humo ligero con instalación automatizada y un script de ejecución para probar la funcionalidad a un nivel muy alto solamente.

Aplicaciones que se espera que tengan problemas. El número de solicitudes que se espera tengan problemas como porcentaje de la cartera. El valor predeterminado es del 30%, que se deriva de una variedad de fuentes de mercado, desde analistas hasta comentarios de compromiso técnico. Esto varía de una organización a otra en función de los procesos específicos de la empresa y la preparación de las aplicaciones.  

Aplicaciones que se espera que sean excepciones. Define el porcentaje de aplicaciones que no se pueden remediar o en las que se ha tomado la decisión de no remediar. Esta variable puede cambiar drásticamente en función de la antigüedad de la cartera de aplicaciones. Una cartera más antigua suele tener un mayor porcentaje de aplicaciones incompatibles que una cartera nueva.

  • Valor predeterminado: 10% - Basado en datos empíricos de racionalización de aplicaciones, las organizaciones ‘fin de vida’ entre el 10% y el 30%, dependiendo de las iniciativas empresariales. La incompatibilidad de las aplicaciones suele ser un factor clave en la decisión de jubilación. Si se desconocen variables como la antigüedad de la cartera, se debe utilizar el valor predeterminado.
  • Alternativa A: 35%: los mandatos específicos de la empresa en torno a la administración del ciclo de vida de las aplicaciones pueden estipular una iniciativa agresiva de retiro de aplicaciones ligada a migraciones y actualizaciones de escritorios.
  • Alternativa B: 5% - Los mandatos específicos de la empresa también se pueden impulsar para garantizar que todas las aplicaciones sean migradas, independientemente de las mezclas de plataformas necesarias para soportarlas.

Tiempo para identificar la causa de una falla y resolverla: Esta es una estimación por aplicación de cuánto tiempo tarda generalmente en identificar una falla y solucionarla cuando AppDNA no se utiliza.

  • Valor predeterminado: 24 - Tiempo medio asociado con un proceso manual típico en torno a las pruebas y la corrección de aplicaciones sin dependencias externas. Punto único de prueba y corrección.
  • Alternativa: 60 - Tiempo medio en el que deben tenerse en cuenta otros procesos específicos de la empresa, como la experiencia del propietario de la aplicación para la instalación, pruebas exhaustivas de aplicación a aplicación, pruebas de imagen de aplicación a sistema operativo desde imágenes de referencia hasta imágenes doradas, con todas las permutaciones en entre.

Con variables AppDNA

AppDNA utiliza estas variables al estimar el tiempo y el coste para manejar la cartera cuando AppDNA está en uso.

Aplicaciones que tienen el paquete de instalación MSI. Introduzca este valor como porcentaje de toda la cartera. Importar aplicaciones de Windows en AppDNA mediante sus paquetes de instalación. Estos pueden ser paquetes de instalación MSI, archivos .sft o .appv App-V, o cualquier otro tipo de archivos de instalación. Los MSI y los archivos .sft y .appv son más directos de importar que otros tipos de paquetes de instalación. La calculadora de esfuerzo tiene en cuenta la cifra introducida aquí al estimar el tiempo que tomará AppDNA para procesar las solicitudes.

Coste de licencia AppDNA. Esta variable se puede utilizar opcionalmente para proporcionar un desglose de costes más preciso en los resultados del retorno de la inversión.

Variables de dotación de personal

Estas variables afectan a los cálculos con y sin AppDNA.

Tiempo de puesta en escena. Tiempo medio (en horas) para instalar una aplicación en el entorno de destino y asegurarse de que se está ejecutando. El valor predeterminado es 2 horas.

Tamaño del equipo de remediación. El número de personal que está en el equipo de corrección para el proyecto. Esto depende del tamaño de la cartera de aplicaciones. Por lo general, hay un especialista en soluciones por cada 250 aplicaciones. El valor predeterminado es 3.

Tamaño del equipo de prueba/puesta en escena. El número de personal que está en el equipo de pruebas y/o etapas para el proyecto. Esto depende del tamaño de la cartera de aplicaciones. Por lo general, hay un probador/stager por cada 100 aplicaciones. El valor predeterminado es 5.

Coste de remediador por día. El coste promedio por día del personal de rehabilitación.

Coste de tester/stager por día. El coste promedio por día de probadores y escaladores.

Coste del director de proyecto por día. El coste promedio por día de los gerentes de proyecto.

Variables de prueba y corrección

La sección de variables de comprobación y corrección proporciona una cuadrícula en la que puede especificar el tiempo que se tarda en corregir y probar aplicaciones de diferentes complejidades. Introduzca la hora en horas.

Tiempo de remediación. Introduzca el número medio de horas que se tarda en corregir las aplicaciones de las diferentes complejidades.

Tabla de complejidad de AppDNA

Las filas representan la complejidad de las aplicaciones. AppDNA mide la complejidad de la aplicación en términos del número de archivos y entradas del registro. Los umbrales configurables definen si una aplicación se considera simple, normal o compleja. Puede configurar los umbrales en Configuración de informes. Consulte Configuración de informes para obtener más información.

Las columnas representan la complejidad de la corrección. AppDNA identifica problemas en las aplicaciones mediante la ejecución de algoritmos heurísticos sofisticados durante el proceso de análisis. Cada algoritmo identifica un problema específico y tiene una acción de remediación recomendada para mitigar ese problema. El esfuerzo asociado con estas acciones se clasifica como fácil, medio o duro. El esfuerzo general de corrección para una aplicación se basa en el esfuerzo más alto asociado con los algoritmos que desencadena la aplicación. Opcionalmente, puede configurar las acciones de corrección en la pantalla Grupos de algoritmos. Consulte Configurar algoritmos para obtener más información.

Tiempo de prueba. Introduzca el número medio de horas que se tarda en probar aplicaciones de diferentes complejidades.

Cuando haya terminado de introducir las variables, haga clic en Guardar en la barra de herramientas situada en la parte superior de la pantalla para guardar los cambios.

Variables