"PRUEBA DE HOST
REMOTOS"
1.
Diseñar
el servicio:
a.
Para
elegir una aplicación host, vea Cómo: Generar una aplicación host.
b.
Elija
un modo de activación. Para obtener más información, vea Activación de los objetos remotos.
c.
Elija
un canal y puerto. Para obtener más información, vea Elegir un canal.
2.
Implemente
la aplicación host. Los hosts remotos pueden ser servicios de Windows,
aplicaciones de consola, aplicaciones de formularios de Windows, procesos
Internet Information Server (IIS) o aplicaciones ASP.NET. Los requisitos para
cada tipo de aplicación varían, por lo que debería leer la documentación que
describe cómo generar el tipo de aplicación usted desea utilizar. En el host,
configure el sistema remoto para obtener el modo de activación y otra
información, como el nombre de aplicación y el objeto URI. Si desea configurar
el sistema mediante programación, no necesita utilizar un archivo de
configuración. Si utiliza un archivo de configuración, deberá cargar ese
archivo en el sistema llamando a RemotingConfiguration.Configure.
3.
En
el host, cree el canal adecuado y regístrelo con el sistema llamando a ChannelServices.RegisterChannel. Si utiliza un archivo de
configuración, deberá cargar ese archivo en el sistema llamando a RemotingConfiguration.Configure.
4.
El
host debe hacer referencia al ensamblado del objeto remoto.
VERIFIQUE LA CONECTIVIDAD REMOTA DEL
ROUTER
Un router establece una conexión entre ciertas redes gracias al reenvío de
paquetes entre ellas. Para reenviar paquetes entre dos redes dadas, el router
debe poder comunicarse tanto con la red de origen como con la red de destino.
El router necesitará rutas hacia ambas redes en su tabla de enrutamiento. Para
probar la comunicación hacia la red remota, se puede hacer ping a un host
conocido en esta red remota. Si no puede hacer ping correctamente en el host de
la red remota desde un router, primero debe verificar la tabla de enrutamiento
en busca de un ruta adecuada hacia cada red remota. Es posible que el router
use la ruta predeterminada para llegar a un destino. Si no hay una ruta para
llegar a esta red, será necesario determinar por qué no existe la ruta. Como
siempre, también se debe descartar que el ping no esté prohibido administrativamente
RASTREO E IMPLEMENTACIÓN DE LOS RESULTADOS DE RASTREO
d) Establecimiento
de líneas de base de red
Las líneas base o más conocidas por su termino en inglés,
"baselines", son "una especificación o producto
que se ha revisado formalmente y sobre los que se ha llegado a un
acuerdo, y que de ahí en adelante sirve como base para un desarrollo
posterior y que puede cambiarse solamente a través de
procedimientos formales de control de cambios” según la traducción del
estándar IEEE 610.12-1990 realizada en el libro de Pressman que ya
recomendamos.
Nuestra explicación más informal pero esperamos que más
comprensible también, es la siguiente:
Cuando, en un proceso de desarrollo de software se realiza un
producto (un documento, código fuente u otros), este producto pasa una etapa de
producción en la que se puede modificar sin impedimentos. Sin embargo, una vez
terminado este producto, tendrá una revisión formal y se aprobará por el equipo
de calidad y, en caso de que así se decida, por el cliente. Una vez que el
producto ha sido aprobado, ya no podrá ser modificado de modo informal, sino
que deberá seguirse un estricto control de cambios realizados sobre dicho
producto para controlar correctamente su evolución.
Por lo tanto, una línea base se define como un producto
que acaba de ser aprobado y que define la “base” de ese producto que
para ser modificado deberá pasar por un protocolo de control de cambios.
También puede verse como un punto de referencia en la configuración de
un proyecto que marca un estado estable en algún producto del proyecto.
El uso de las líneas base en un proyecto vendrá dado por la
definición de las diferentes líneas base que se realizarán a lo largo del
proyecto (generalmente requisitos de usuario, requisitos software, diseño,
código fuente, planes o procedimientos, pruebas, funcionamiento) para
controlar cuando se aprueban los distintos productos y asegurar que se realiza
el correspondiente control de cambiosque ayudará a mantener la coherencia y
calidad de todo el proyecto software.
HECHO POR MARIA VICTORIA CHAVEZ MIRALRIO.
No hay comentarios:
Publicar un comentario