Compatibilidad de aplicaciones

Planear el proyecto de compatibilidad de aplicación

Chris Jackson

En resumen:

• Definición de visión y ámbito
• Creación de un equipo
• Tres fases clave un proyecto ’s
• Métodos de corrección

Contenido

Definir una visión y ámbito: Windows
Definir una visión y ámbito: administración de aplicaciones
Creación de un equipo
Recopilar
Analizar
Prueba
Remediar
Conclusión

Mi trabajo lleva me todo el mundo para trabajar con los clientes que están en el proceso de migración a la versión más reciente de Windows.A menudo, el mayor obstáculo encuentren es compatibilidad de aplicaciones, que provoca las siguientes preguntas: ¿cuánto va a costo para solucionar las cosas?¿Cuánto tiempo va a necesitar?¿Qué necesito saber?Cómo acelerar el proceso si se tarda demasiado

Un proyecto de compatibilidad de aplicaciones es similar a un proyecto de desarrollo de software: las estimaciones de costos y tiempo perfeccionar a lo largo del tiempo que descubra lo que se enfrentan.He visto personas propongan las estimaciones de tiempo y costos en función del número de aplicaciones, pero este sistema puede ofrecer lo mejor es un promedio.Aunque a menudo es cerrar el promedio, casi nadie realmente aciertos se; la mayoría de las organizaciones especialmente mejor que el promedio, ni disappointingly peor.

Por lo tanto, vamos a hablar sobre cómo ir acerca de las fases de planeamiento de un proyecto de compatibilidad de aplicaciones, descripción coste estimaciones pronto, ajustarlos a lo largo del tiempo y minimizarles a lo largo.Comparta con usted las sugerencias y trucos nuestros clientes más éxito han utilizado, espero que guardar Rehacer en el proceso.Especialmente desea maximizar la productividad de los participantes que no están directamente implicados en el proceso, como los usuarios finales las pruebas y los propietarios de negocios establecer prioridades entre aplicaciones, ya que tendrá su cooperación para tener éxito.

Definir una visión y ámbito: Windows

El continuo puede obtener difícil cuando está trabajando con compatibilidad de aplicaciones.Cuando encuentre el bolsillo de las aplicaciones de Visual Basic 3.0 que misión crítica, roto y sin el código fuente, es fácil obtener.Deseará un cry rallying motiva.Deseará objetivos fundamental para ayudarle a tomar decisiones estratégicas, disco duros.

Por ejemplo, si corrección de una aplicación que requiere derechos de administrador, y es un objetivo principal de actualización de Windows habilitar la ejecución como usuario estándar, que aplicar el RunAsAdmin corrección no es una mitigación buena.Si su objetivo principal es que buscar, organizar y con la información más fácil, y necesita corregir una aplicación rota mediante la solución "adquirir una nueva", tendrá que tener en consideración información visualización y el shell integración de funciones de los productos que tener en cuenta.

Después de escribir hacia abajo de la visión, definir el ámbito.Si su visión incluye mover un porcentaje de equipos de escritorio a los usuarios estándar, definir ese porcentaje.Esto puede parecer obvio, pero es con frecuencia pasa por alto y establecimiento inflexible de tipos relacionada con éxito.

Definir una visión y ámbito: administración de aplicaciones

Una migración operating system es el momento perfecto para establecer objetivos para la administración de aplicaciones.Está tocando todas las aplicaciones de su empresa, que una vez gran para pensar en cómo administrar su cartera de aplicaciones.

Revisar los objetivos de administración de aplicaciones desde dos perspectivas:

• agilidad ¿Cómo rápidamente puede responder a cambios de tecnología como una ventaja competitiva?¿Cómo buena es en las pruebas de software a minimizar los riesgos y tiempo de producción?¿Lo bien administra el ciclo de vida de las aplicaciones?¿Es comprender qué problema empresarial es resolver el software, y es la solución óptima software?Desea utilizar software deliberadamente y estratégicamente.
• productividad ¿Se maximiza la productividad del usuario?¿Le proporcione un familiar, moderno y experiencia de software de calidad alta constantemente?¿Dispone de estándares de calidad para administrar la productividad y los costos de ayuda técnica?¿Pueden los usuarios colaborar con las mismo plataformas de software?Desea aprovechar el software para habilitar la productividad empresarial.

Se emite la administración de aplicaciones único mayor desafío casi siempre ir se proliferación de aplicaciones.Algunas organizaciones tienen cerca a 100.000 partes del software.Eso es difícil de administrar por completo.Pensar sobre él, podría contratar un equipo de 50 personas, dedicar sólo una hora probar cada aplicación y podría todavía tomar todo un año calendario para finalizar las pruebas.Un proyecto de compatibilidad de aplicación es un proyecto de escala, y uno de la preferencia mayor es reducir la escala.

Lo que es el mayor problema, anotar cómo mejorará.Probablemente no ir desde las aplicaciones de 100.000 a 500 este momento.Probablemente no deshacerse de todas las aplicaciones antiguas de VB6 con botones tan grandes que tienen dos manos que se va a insertar.No obstante, debe establecer objetivos, incorporar su visión y cuantificarlos en su ámbito.

Creación de un equipo

Con la visión y ámbito en su lugar, es el momento para reunir el equipo para realizar el trabajo.Funciones de cruciales (una persona puede llenar más de una función incluir:

• Jefe de proyectocoordenadas de un equipo que abarcan varias disciplinas y organizaciones.
• Responsable de coordinación de negociofunciona con propietarios de aplicaciones de negocio para obtener los datos de prioridad de aplicación, localizar y coordinar las pruebas de aceptación de usuario y coordinar con los usuarios piloto (esta función con frecuencia se ejecutado por el jefe del proyecto).
• Responsable técnicofunciona con desarrolladores para identificar espacios de formación y trabajar con los depuradores de resolver problemas de compatibilidad complejo.
• El administrador de laboratoriogarantiza que el equipo y la base de usuarios tengan una silla cómodo y una imagen de sistema OPERATIVO actual en el que probar el software.
• Equipo de referencia de aplicaciónDetermina el actual estado de soporte técnico para software de terceros con frecuencia subcontratado.
• Equipo de pruebasse ejecuta instala y smoke pruebas para garantizar la compatibilidad básica antes de usuario las pruebas con frecuencia subcontratado.
• Grupo de mitigaciónresuelve los problemas de compatibilidad que superficie durante las pruebas.
• Grupo de embalajecrea paquetes de instalación cuando prueba finalice con frecuencia subcontratado.

Todo el equipo deberá trabajar estrechamente entre sí y con cualquier persona otro implicados en la migración operating system.Por ejemplo, querrá imágenes actuales y las directivas de grupo actualizados y configuraciones.

Con una visión y ámbito definido y un equipo identificado, es el momento para empezar a planear el trabajo que desea realizar.El proceso se puede dividir en tres fases:

• recopilar ¿Qué se ¿tengo?(Estado actual)
• analizar ¿Qué desea?(Estado deseado)
• Probar y mitigar¿Lo que funciona?

Recopilar

Antes de que puede planear su trabajo, debe comprender el software que tiene, el estado actual.Cuanto más sofisticadas sus herramientas de administración de software, la visibilidad de más tiene en su estado actual.Si ya dispone de un inventario de aplicaciones de la herramienta de administración de software, utilizar.Si no, el Kit de herramientas de compatibilidad de aplicaciones libre (ACT) de Microsoft puede proporcionar una excelente de inventario.No importa la herramienta que use; lo que importa es que la herramienta proporciona todos los datos que necesita a las preguntas de respuesta que serán más adelante en el proceso.Para ayudar a la estructura de su inventario, esto es lo necesita saber:

• división u organización ¿En el usuario trabajar?Esta información ayuda a identificar el software que resuelve qué problema empresarial, a la unidad de asignación de prioridades o identificar redundancia.Ha visto que este recopilados en varias formas, utilizando nombre del equipo, subred IP y así sucesivamente.
• función ¿Qué hace el usuario?Esta información ayuda a identificar lo que el software se utiliza, vuelva a informar a la asignación de prioridades o identificación de redundancia.Esta información está normalmente más difícil localizar a menos que sea ya codificada someplace, como Active Directory.
• uso ¿Cuántos usuarios ha instalado el software?¿Aún mejor, cuánto utilizan se?Es más fácil retirar una aplicación si sabe nadie tiene instalado, o que las personas que tiene instalado no utilizan nunca.

Posteriormente, se desea ayudar a las personas que probar la aplicación con los siguientes datos:

• Nivel de sistema OPERATIVO y las revisionesNecesita los detalles de la configuración de usuario donde el software está funcionando (posiblemente) por lo que el personal de pruebas puede comparar el caso de trabajar en el caso de roto cuando las cosas van mal.
• expertos en materia Desea que las pruebas para representar los escenarios de usuario real, para el que necesitará usuarios reales.Si no ha identificado SME, tal vez los datos de uso pueden ayudar a identificar candidatos.
• Otras aplicaciones instaladasA veces, problemas de aplicaciones están causados por los conflictos entre aplicaciones, que se desea ser capaz de identificar.

Por último, gustaría tiene datos en el inventario de software para admitir la implementación real.Si planea implementar mediante la función (consulte la barra lateral "implementar por funciones" para obtener información sobre motivo por esto es una buena idea), a continuación, etiquetar las aplicaciones por función ayuda a ayudarle para probar las aplicaciones en primer lugar.De forma similar, si planea implementar mediante la división o geografía, se desea empezar a probar las aplicaciones usan las personas que se va implementar en primer.

¿Completamente conocer su estado actual?Gran, vaya a la siguiente sección.Si no, vamos a elegir una herramienta para que no existe.

Quizás tenga los números sin formato al principio para generar el caso empresarial para el esfuerzo de compatibilidad de aplicaciones.Microsoft ofrece una herramienta sin agente para ayudarle a obtener algunos números grosso modo, la evaluación de Microsoft y el Kit de herramientas de diseño.Aunque normalmente no suficiente para dirigir todo el proyecto, esta herramienta proporcionar alguna indicación de la cantidad de esfuerzo, que tendrá que invertir.

Implementar por función

Nuestros clientes más éxito implementación Windows Vista por función.Esto funciona especialmente bien cuando se han estructurado las funciones de trabajo de tarea.Las funciones tienen las similitudes mayor en el uso del software de cualquier otra división fácilmente completo.Puede comenzar con una función de trabajo de tarea estructurada, como por ejemplo el centro de llamadas.Este grupo puede tener un número relativamente pequeño de aplicaciones, quizás una docena.Puede probar todas estas aplicaciones, fin y estar listo para implementar esta función.Puede brag a la administración y pasar a la función siguiente.Equipo moral es alto debido del éxito, la administración es Feliz porque progreso está visible y el equipo obtiene práctica hacer el trabajo en números manejables antes de que enfrentarse a las funciones con muchos de software, como información de funciones de trabajo.

Para obtener información detallada, necesitará un agente.Recopilar un inventario no es trivial ya que hay muchas formas de instalar las aplicaciones (MSI, xcopy, setup.exe y así sucesivamente).Desea buscar todas las aplicaciones que importan a usted.Las aplicaciones de superficie cliente enriquecida de herramientas de la mayoría, pero ¿qué ocurre con las aplicaciones Web, controles ActiveX y las aplicaciones de Microsoft Office?No ha descubrí una herramienta que superficies todo.

Si ya no tiene un inventario de aplicaciones, el Kit de herramientas de compatibilidad de aplicaciones (ACT) es más convenientes para rectificados aplicaciones de escritorio de forma que es importante para usted: que una aplicación y una versión que puede asignar hasta una instrucción de soporte técnico.

Por cierto, con respecto para ACT y su inventario, desea borrar hasta una equivocación: la idea de que los evaluadores de compatibilidad se sustitutas de pruebas.Sopese el costo de estos datos con respecto a su valor al decidir cuánto recopilar.No elimina la necesidad para probar mediante evaluadores de compatibilidad.Evaluadores ajustadas para un rendimiento (para que se pueden ejecutar en un entorno de producción), por lo que explícitamente no se está diseñado para detectar cada posible problema (esto podría ralentizar los usuarios demasiado, se posible).

Evaluadores de compatibilidad eficazmente informará deprecations (características que se han quitado del sistema operativo, como un GINA).El evaluador de compatibilidad de Internet Explorer es fenomenal, excepto que sólo se ejecuta en Internet Explorer 7 y encima (y, puesto que no va a implementar antes de probar probabilidad, casi limita su uso en equipos de laboratorio o piloto).Dado que el evaluador UAC no detecta mucho ese archivo y la virtualización del Registro no corrige automáticamente, es una predicción de errores adicionales ejecución como usuario estándar grueso en su lugar.En resumen, las cosas que detecta son todos los absolutamente compatibilidad errores que debería tratar, pero debido del ámbito limitado, es una mala predicción de Si y cómo mal una aplicación como un todo está rota.

Esto nos sopesar frente a los costos.Con sistemas de implementación de software sofisticados en su lugar, es más fácil y más barata implementar los agentes.También hay que precios fuera de un servidor para admitir la recopilación de datos, así como el tiempo para recopilar los datos.Con un promedio de segundos 17 para procesar cada registro, podría realizar una colección de 1000 equipos de 3 días, carga cada ocho horas y procesar estos datos en 2 días.Pero, si desea recopilar en cada equipo de una empresa de 200.000 puesto de 30 días, carga cada ocho horas, podría tienen que esperar cerca a 10 años (!) para esos datos procesar.

Si está recopilando inventario de todos modos, sentido para recopilar datos de compatibilidad de un subconjunto de equipos, pero no para invertir relentlessly.He visto demasiados estimaciones de costos masiva relativos a la recopilación de este tipo de datos.

Analizar

Una vez que sepa lo que tiene, deberá determinar lo que desea, el inventario de estado deseado.Esto requiere la colaboración entre negocios y TI y un número de opciones difíciles.Como resultado, he visto el proceso continúe las líneas de lo que es en la figura 1 muestra ahora demasiadas veces, donde sólo averiguar qué desea después de que ha empleado mucho dinero en elementos que no.

La figura 1 aplicación sensato análisis, lo que funciona no es necesariamente lo que desea.

El problema de decidir qué desea según qué funciona es ese extremo hasta mantener y auxiliares redundantes aplicaciones sólo porque tienen lugar en trabajo o decisivo para eliminar una aplicación después de que ya ha empleado dinero investigar.

Más sentido para averiguar qué desea primero y, a continuación, invertir su dinero investigar y probar sólo aquellas aplicaciones que haya determinado agregar valor a su negocio.

Para realizar el proceso de análisis de aplicación más productivo, recomendamos que establecer algunos objetivos explícitos y medir el progreso en ellas.Objetivos recomendados incluyen:

• Número máximo de aplicacionesEstablecer un objetivo explícito para el número de aplicaciones que desea admitir.
• Tolerancia a la aplicación administradaEstablecer un nivel de tolerancia para cuando una aplicación se convierta en una aplicación "administrada", según la prioridad de negocio y número de usuarios.
• Nivel de administraciónEn una organización descentralizada, establecer los objetivos de toda la organización de la administración de aplicaciones, affording las unidades de negocio la autonomía para implementar esta guía cuando sea apropiado para su negocio.
• estándares de control de versiones de software comercial Que puede ser prohibitivo comprar siempre la versión más reciente de todo el software, pero que incurra riesgo de tener software muy antiguo.Considere establecer estándares de n (versión actual) o n-1 (versión anterior) para las aplicaciones críticas empresariales
• plataformas compatibles Limitar admite ayuda a las plataformas administrar complejidad.Mientras que no desea estar ejecutándose en su lugar (crear nuevas versiones cuya función sólo está compatibilidad con la plataforma más reciente), actualizar todo lo que se convierte en un proceso terriblemente grandes y costoso.
• los objetivos de asignación de prioridades de aplicación Las personas tienen muy distintas perspectivas en significa que "empresarial crítica".Se desea establecer un objetivo de porcentaje o algunos criterios de objetivos para hacer esto claro

Teniendo en cuenta estos objetivos, es hora de implicar a gente en la parte empresarial de las cosas, las personas que saber cómo y por qué se utiliza el software.Para las organizaciones pequeñas, esto puede ser one-on-one.Para las organizaciones más grandes, puede utilizar SharePoint portales para recopilar datos para informar al proceso de análisis.Mientras que desea simplificar, también desea asegurarse de que puede capturar datos como, "se necesita conservar las versiones anteriores de siete de este software impuestos trabajar en algún lugar, por la ley federal."

Una práctica importante: Optimizar para la hora de personas que no están oficialmente en el equipo.Los propietarios de negocios normalmente ayudarle con muy poco para no incentivos inmediato.

¿Cómo recopilar la información que ya se sabe acerca de sus aplicaciones?Información acerca del software comercial está compartida en elCentro de compatibilidad de Windows, pero tiene que hacer coincidir la lista con los datos de este sitio.La 5.5 Kit de herramientas de compatibilidad de aplicaciones automatizará esta coincidencia.

Este principio de cortar al principio y a menudo se aplica a lo largo.Un recurso de gran valor eliminar una aplicación en 30 segundos es menos costoso que un recurso de valor bajo dedicar una hora investigar.Quitar ruido evidente antes de que recopila datos de los propietarios de negocios y sólo aplicaciones de referencia que ayudó a los propietarios de negocios determinar que desea conservar alrededor.El método preferido para investigar las aplicaciones se muestra en la figura 2 .

La Figura 2 filtrar la lista de las aplicaciones al principio, cuando ’s económico

¿Qué manera funciona esto?Con un cliente, tuvo un inventario de 1.200 alrededor de las aplicaciones desde equipos diferentes 54.A través de una hora de comer, se quita ruido obvia conforme a sus reglas de negocio.Hemos diferenciadas por la lista para unos 450 las aplicaciones y podría probablemente acotar, aún más con tiempo adicional.Eso es más de 700 aplicaciones no importantes eliminadas en una hora, un ahorro significativo.

Puede ajustar la estimación de costos basándose en su estado deseado.Puede informar de más que estimación con estado de compatibilidad conocido para software comercial y quizás utilizar una herramienta de análisis estático para ayudar a comprender lo que esperar para trabajar o tiene problemas.

Prueba

A continuación, deberá determinar que se va a estar implicado en el proceso de pruebas.Las consideraciones para el equipo se incluyen:

• Estructura de equipo internoTiene un jefe de proyecto seguro y garantizar un experto técnico iniciales internamente el equipo, puede coordinar varias funciones (personal de pruebas, los depuradores, los equipos de desarrollo, los usuarios, los propietarios de negocios y así sucesivamente).
• asociados implicados Muchas organizaciones implican sus asociados para ayudar en el proceso.Pensar en dónde ajuste (dirigidos de cualificación aumento, aumento de personal, enfoque de fábrica y otros) y cómo va integrar con los usuarios para pruebas de funcionalidad de empresa

También deseará planear la tecnología que va a utilizar.Tenga en cuenta las siguientes tecnologías:

• Equipos virtualesCapacidades de disco y la instantánea de deshacer ahorrarle mucho tiempo (de, por ejemplo, "ejecutar primero" errores, los errores que permanentemente destrucción el estado de la máquina)
• Asistencia remota y servicios de Terminal Server Estas son muy útiles para el usuario las pruebas, proporcionar una forma sencilla de proporcionar acceso de usuarios a un equipo con Windows Vista rápidamente.Y ayuda asistencia remota con la reproducción de error y la investigación.
• Equipos pilotoDar a los usuarios acceso primero a los portátiles nuevo hotrod cambio de las pruebas de aplicaciones puede ser muy motiva.

A continuación, planee el proceso de pruebas.la figura 3 muestra un flujo de trabajo esqueleto:

La figura 3 el proceso de pruebas de aplicación

Haga todo lo posible para asegurarse de que nada obvia saltos antes de implicar al usuario.No hay nada más frustrante que convencer, por último, un usuario reticentes a la práctica, sólo para tener la blow instalador copia en su cara.

Del mismo modo, asegúrese de que los evaluadores no terminan algo que estás involuntario corregir las pruebas.Si compatibilidad es necesario, prueba sólo admite versiones.

Remediar

Para hacer pruebas eficaz, querrá se prueba con una solución en mente.Depure una aplicación con errores hasta que determine qué período de corrección se adapta en; una vez que tenga un depósito, detener.

Por supuesto, para ello, personal de pruebas debe conocer los depósitos estás considering y cuándo.Definir claramente la estrategia para su corrección.Las opciones de corrección que considerar la mayoría de las organizaciones incluyen:

• obtener uno nuevo. Esto es muy probable que trabajar y ofrece compatibilidad con el proveedor (que probablemente más importante para algunos de sus aplicaciones).Esto suele ser el enfoque más caro, con costos de desarrollo o adquisición.Normalmente, este método se utiliza siempre que pueda permitirse!
• corrección it. Ésta es la ruta de ahorro de costos, ayudar a la aplicación mediante la modificación llamadas al sistema operativo antes de llegar allí.Puede corregir aplicaciones sin acceso al código fuente, o sin modificarlos en absoluto.Provocar una cantidad mínima de sobrecarga de administración adicionales (para la base de datos corrección), y puede solucionar un número razonable de aplicaciones de este modo.La desventaja es soporte como la mayoría de los proveedores no admite aplicaciones shimmed.No se puede corregir todas las aplicaciones con correcciones.La mayoría de los usuarios normalmente considere correcciones para aplicaciones donde el proveedor está fuera de la empresa, el software no estratégico que deban compatibilidad con o que sólo desean comprar algún tiempo.
• directiva de cambios. Cuando una determinada característica divide un número de aplicaciones, es posible que desee deshabilitar dicha característica.La ventaja es similar al uso correcciones, no tienes que cambiar o incluso tener acceso a código fuente.Y así las desventajas son similares, falta de soporte técnico y la incapacidad para corregir todo.Algunas personas considerar este enfoque para las aplicaciones Web, donde no correcciones son una opción.Algunas de las características de seguridad pueden controlarse individualmente y deshabilitado como una solución stopgap.Una opción común es deshabilitar el modo protegido de la zona Intranet local (que Internet Explorer 8 hace de forma predeterminada).Tenga en cuenta, sin embargo, que cada vez modifica la seguridad predeterminada del sistema, que desea tomar esa decisión muy en serio.Por ejemplo, deshabilitar UAC puede decimate el valor empresarial de la migración del sistema OPERATIVO.
• la virtualización de aplicaciones. Hay mucha confusión alrededor de la virtualización de aplicaciones como una solución de compatibilidad de aplicación.Ha oído que describe como una separación completa de la aplicación desde el sistema OPERATIVO subyacente y, por tanto, una solución completa e infalible.Esto es emphatically untrue hoy en día.Con la excepción de las llamadas de archivos y del registro, la aplicación todavía llama al sistema OPERATIVO subyacente, y los problemas de compatibilidad del sistema de archivos o registro permanecen unfixed.Resulta idóneo para la aplicación a aplicación conflictos, pero no una solución genérica para la aplicación a los conflictos del sistema OPERATIVO.Compatibilidad con estado es desconocido pero es probable que no en su favor, que no todas las compañías sea compatible con software de virtualización de aplicaciones incluso si es compatible forma nativa en el sistema OPERATIVO.Los escenarios típicos en los clientes utilizar esta solución son: cuando los problemas sean con el sistema de archivos y registro, el problema está causado por un conflicto con otra aplicación en la carga de núcleo, o porque como el artículo de implementación detrás de las aplicaciones virtualizadas y es simplemente una buena fortuna que también soluciona un problema de compatibilidad.
• virtualización de equipo y servicios de Terminal Server. La virtualización de equipo es el método de fuerza bruta.Sabe que se va a trabajar, porque se está realmente ejecutando en una versión anterior del sistema OPERATIVO, si en el equipo local o en un servidor en algún lugar.Casi siempre le pone en un escenario admitido, dado que en realidad se está ejecutando en un sistema operativo compatible.Pero, mientras que algunos decirles "virtualizar todo, migrar hoy en día y solucionar las cosas más adelante", tienden a tener más cuidado.Es la sobrecarga de administración, puesto que se está administrando potencialmente doble el número de sistemas operativos por usuario.Si estás utilizando virtualización local, deberá equipos con los recursos (especialmente memoria) para admitir dos sistemas operativos simultáneamente.La experiencia del usuario hoy en día no siempre es excelente, como la mayoría de los usuarios se perplexed cuando ven dos botones de inicio (aunque existen soluciones de Microsoft y socios para mejorar este).La mayoría de los clientes tienden a usar esto como su último recurso para los problemas de aplicación.(De hecho, muchos clientes establecer umbrales de pruebas; si el equipo de corrección no soluciona un problema dentro de la cantidad de tiempo estimado para cada aplicación, en lugar de ejecutar en potencialmente siempre, sólo detiene y pone la aplicación en un entorno de sistema OPERATIVO anterior).
• librarse de it. No olvide que esta opción.En ocasiones, merece la no pena para corregir una aplicación de baja empresarial de valor o una parte redundante de software.Retirar en su lugar.

Conclusión

Se han recorre a través de algunas de las consideraciones más importantes para planear un proyecto de compatibilidad de aplicaciones.Ha realiza este diseño en un trozo sólido (generar un plan de proyecto completo antes de que realmente comience el proyecto), y han trabajado con los clientes que planear cada fase después de completarse la anterior.El punto crítico es comprender lo que puede estar haciendo en cada paso para ahorrar, tiempo y dinero posteriormente.

Aunque hay un aspecto de ingeniería craftsmanship en el proceso, el gran desafío con un proyecto de compatibilidad de aplicaciones se administración masiva y motivación personas que no están incented para ayudarle a.Estas sugerencias y las instrucciones deben ayudar a.

Carlos Jackson es el responsable técnico el equipo SWAT experiencia de aplicaciones de Windows en Microsoft.Ha trabajado con clientes de empresa del mundo para ayudarles a investigar y mitigar los problemas de compatibilidad de aplicaciones, así como proporcionar formación instrucciones acerca de la compatibilidad de aplicación Windows para muchos eventos del sector.Carlos pueden ponerse enblogs.msdn.com/cjacks.