Cómo identificar y establecer las prioridades para probar la compatibilidad de programas

Seleccione idioma Seleccione idioma
Id. de artículo: 244510 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

En esta página

Resumen

Para asegurarse de que se resuelven problemas de programa antes de la implementación, Microsoft recomienda que empezar a desarrollar un plan para probar los programas basados en Windows desde el principio.

Debido a nuevas tecnologías fundamentales de Windows 2000, deberá probar los programas empresariales para la compatibilidad con el sistema operativo como parte de su proyecto de implementación de Windows 2000. Incluso si actualmente utiliza Microsoft Windows NT, no debe asumir que todos los programas funcionarán el mismo en Windows 2000.

Estos programas podrían no aprovechar las nuevas características disponibles en Windows 2000. Deben, sin embargo, todavía realizar así en Windows 2000 como lo hacen en la plataforma actual.

Más información

Muchas organizaciones tienen más programas al que tienen tiempo para probar. En este caso, deberá establecer prioridades y, a continuación, probar las que son críticas para las operaciones principales de su compañía.

Identificar y establecer prioridades Business programas

Primero, identificar los programas basados en Windows y asignarles según su importancia para su negocio.

Cuando identifique los programas, identifique cuáles son necesarios para cada unidad de negocio. La lista siguiente incluye algunos ejemplos de información acerca de cada programa que pueda necesitar:
  • Nombre de programa y la versión.
  • Nombre de proveedor.
  • Estado actual (por ejemplo, en producción, en desarrollo, que ya no se utiliza y así sucesivamente).
  • Número de usuarios y sus unidades de negocio.
  • Prioridad o importancia para la organización.
  • Plataformas actuales donde se utiliza el programa. Incluir si el programa es cliente o servidor y qué componentes residen en el cliente y en cuáles residen en el servidor.
  • Web sitio direcciones (o direcciones URL) para programas basados en Web.
  • Requisitos para la instalación como configuración de seguridad y las carpetas de instalación.
  • Herramienta de desarrollo o tecnología (si se desarrolla internamente).
  • Póngase en contacto con los nombres y números de teléfono (internos y proveedores).
La información de programa en un repositorio central donde fácilmente utilizarlo y actualícela a medida que recopilar información adicional y asignar prioridades a los programas de compilación. Cuando empiece a probar los programas, también puede utilizar este repositorio para escribir los resultados de prueba y informes información de estado.

Asignar prioridades a los programas, debe considerar cada programa, independientemente de cómo insignificante parece.

importante : cualquier programa que no funciona correctamente puede tener un gran impacto en los usuarios que dependen de él.

Necesita una combinación de asignación de prioridades para las dos razones siguientes:
  • No es posible que tenga tiempo para probar adecuadamente todos los programas de la fecha de lanzamiento.
  • Desea saber qué programas están realmente "misión crítica" (los programas que absolutamente deben funcionar correctamente para que la implementación para continuar).
El objetivo final de su esfuerzo de asignación de prioridades es identificar el grupo principal de programas que deben funcionar correctamente antes de comenzar a distribuir Windows 2000. Cuando desarrolle el esquema de prioridades, tenga en cuenta los siguientes aspectos:
  • Necesidades de localización.
  • Disponibilidad de las versiones más recientes.
  • Número de usuarios afectados.
  • Importancia del programa para la organización.

Nota : dar prioridad a los programas de su plan de recuperación de desastres.

Si previamente ha identificado qué programas deben ser primero vuelva a conectarse tras un desastre, estos programas podrían tener prioridad superior para las pruebas de compatibilidad. Por ejemplo, su compañía podría definir prioridades de programa como sigue:

Para la misión crítica

Estos programas pueden estar sin conexión no más de 48 horas tras un desastre. Pueden deba para recopilar los ingresos o cumplir una obligación legal. La organización está dispuesta a Aceptar sin riesgo o muy poco riesgo de error para estos programas y el impacto (o el costo) de un error sería muy alto.

Negocio crítico

Estos programas pueden estar sin conexión no más de diez días tras un desastre. Son necesarias para ejecutar la infraestructura empresarial. Programas de recursos humanos son un ejemplo de programas empresariales críticos. La organización está dispuesta a Aceptar poco riesgo de error y el impacto o costo de un error sería moderada.

Requerido

Estos programas son necesarios para ejecutar la empresa, pero pueden ser sin conexión para hasta 25 días. La organización está dispuesta a aceptar un riesgo de error moderado y el impacto o costo de un error sería bajo.

Otros

Estos programas no caben fácilmente en cualquiera de las categorías anteriores y el negocio puede continuar sin ellos.

Propiedades

Id. de artículo: 244510 - Última revisión: domingo, 2 de febrero de 2014 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
Palabras clave: 
kbnosurvey kbarchive kbmt kbhowto kbsetup KB244510 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 244510

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com