Professional Documents
Culture Documents
Administration
Ejercicios Prácticos
August 2012
Installation Disk Version 11.6
© 2009 HighJump Software Inc. All Rights Reserved.
This document and the software it describes are copyrighted properties of HighJump Software
Inc. with all rights reserved. Neither this information nor the software may be copied in whole or
in part without the prior written consent of the copyright owner. This document was created in
the United States of America.
HighJump is a trademark of HighJump Software Inc. All other marks are the property of their
respective owners.
HighJump Software Inc. warrants the software covered by this document only as stated in a
legally binding End User Agreement between a customer and HighJump Software Inc. or one of
its current or historic subsidiaries or affiliates.
This document is subject to change at the sole discretion of HighJump Software Inc.
If this document and the software it describes are being acquired by or for the Federal
Government, or by any prime contractor or subcontractor (at any tier) under any prime contract,
grant, cooperative agreement, or other transaction agreement with the Federal Government, the
following provisions apply: By accepting delivery of this software and information, the Federal
Government, prime contractor or subcontractor hereby agrees that this software qualifies as
"commercial computer software" within the meaning of the applicable Federal Government
procurement or financial assistance regulations. The terms and conditions set forth above shall
apply to the Federal Government's use, duplication and disclosure of this document and the
software it describes, and shall supersede any conflicting terms and conditions. If these terms
and conditions fail to meet the Federal Government's needs or are inconsistent in any respect
with Federal law, the Federal Government agrees to return this document and the software it
describes, unused, to HighJump Software Inc.
Table of Contents
Empezando ........................................................................................................... 6
Introducción ................................................................................................................................ 6
Información General ................................................................................................................... 6
Introducción n
Esta sección consiste en lo siguiente:
Información General l
Como usar este manual
Este manual contiene ejercicios dirigidos para el software HighJump Advantage Architect Vlab
y clases dirigidas por un instructor. Cada ejercicio contiene varias actividades, las cuales están
diseñadas independientemente, pero cada ayuda a construir un nuevo ejercicio.
Por favor imprimir este manual y temerlo para referencias futuras. Cada paso en esta actividad
es precedido por una casilla de verificación. Muchos estudiantes encuentran favorable verificar
su progreso. Si un ejercicio no funciona, vuelva a revisar los pasos antes de contactar
HighJump. Muchos errores son causados por la la perdida de pasos a lo largo de la actividad.
Es recomendable que los ejercicios sean completados para que sean presentados.
Muchos ejercicios contienen links para lecciones online que incluyen explicaciones,
demostraciones en video y simulaciones. Estas están precedidas por este icono (a la izquierda)
en el manual. Si está tomando una clase con instructor, usted puede obviar estas lecciones
online. Si está tomando VLab Classe, estas lecciones online sirven como un entrenamiento
suplementario.
Para acceder a las lecciones online, haga clic en uno de los link debajo de link Pre-Work: en el
panel a lado derecho del ambiente de VLab
Proveer Retroalimentación
Cuando usted complete el curso, por favor llenar la evaluación online. Es completada
anónimamente y ayudara a mejorar su formación HJU. Usted puede acceder a la evaluación
online haciendo clic en el botón Evaluate HJU VLabs en el panel al lado derecho del ambiente
VLab.
Admin Ejercicio Práctico 1:
Advante Workflow Engine y
Ambientes de Solución
Introducción n
Este ejercicio consiste en las siguientes actividades
Información General l
El Advantage Workflow Engine es una colección de ejecutables (llamados manangers) que
trabajan en el Servidor de aplicaciones. También es referida simplemente como un motor
(engine). Es un componente clave del Advantage Platform debido a que controla la ejecución
del del sistema Advantage. En particular, ejecuta la aplicación Advantage y la interaccion de
base de datos y controla los dispositivos adjuntos como lectores e impresoras.
El sistema muestra el icono de motor en el sistema. El color del icono es significativo, si es rojo
indica que el sistema Advantage Workflow Engine no está funcionando.
El sistema abre la ventana Advantage Workflow Engine Service Manager. El color del icono del
motor en la parte superior de la ventana debe coincidir con el color del icono de la herramienta
de entrada. El icono rojo indica que el sistema Advantage Workflow Engine no está en marcha.
Cuando el icono de motor en la parte superior de la pantalla es verde y todos los ambientes de
solución son verdes, el sistema HighJump está funcionando correctamente. En este punto el
equipo QA puede empezar el análisis de cualquiera de los procesos de negocio en el sistema
HighJump.
El Virtual Terminal muestra una pantalla de bienvenida y solicita el ID del usuario. La pantalla
de bienvenida indica que el Virtual Terminal se está comunicando con el Advantage Workflow
Engine. Sin embargo, no indica que el Virtual Terminal está funcionando completamente. Para
probar el programa Virtual Terminal completamente y su conectividad al motor y la base de
datos, deberá registrarse con su user ID (identificación del usuario) y con su password
(contraseña). Usted podrá encontrar un usuario valido navegando a una páginas web dentro de
Webwise Runtime.
El sistema muestra una lista de todos los empleados para el sistema HighJump.
Los empleados listados en esta páginas tienen un profile (perfil) que puede ser usado para
ingresar a Virtual Terminal (también a Web Terminals y RF Terminals). El valor en la columna
Employee ID de la páginas web corresponde con el USER ID solicitado en el Virtual Terminal.
Puede utilizar cualquiera de los empleados listados en la páginas web para registrarse en el
Virtual Terminal. Sin embargo, algunos de los empleados no tienen acceso a todo el proceso
de negocio en el Virtual Terminal. Amy es una administradora, por esta razón ella tiene acceso
total. Esta actividad y muchas de las que siguen usan el perfil de Amy para registrarse en el
Virtual Terminal.
El password de Amy también puede ser encontrando navegando a través de las páginas
Webwise. Sin embargo, no está en la páginas que muestra la lista de los empleados.
En Webwise Runtime, haga clic en el número al lado izquierdo del nombre Amy
El sistema muestra una páginas que contiene todos los atributos asociados con Amy. Uno de
estos atributos es su password (contraseña).
Debido a la información brindada en las páginas web anteriores, el sistema muestra un lista de
todos los forklifts en el Warehouse 01 (almacén 01)
Los forklifts listados en esta páginas pueden ser usados como parte del proceso de registro
para el Virtual Terminal (también para Web Terminals y RF terminals). El valor en la columna
Location ID de la páginas web corresponde con la solicitud de EQUIPMENT / ZONE en el
Virtual Terminal. Como revisó las locaciones listadas en la páginas, podrá notar que todas las
locaciones empieza con “FA” seguido por el employee id de un empleado. Esta convención se
utiliza solo en un ejemplo de datos. Los datos en su sistema de producción probablemente
sean distintos. Debido a que puede utilizar cualquiera de los forklifts listados para esta actividad
en esta páginas, el forlift FAAMY ha sido específicamente creado para ser usado en conjunto
con el registro de Amy.
En este punto la verificación esta completa. Usted ha validado que puede registrarse en Virtual
Terminal. También, ha validado que puede navegar a través de varias pantallas Webwise
Runtime. Usted puede estar confiado de que los componentes primarios del sistema HighJump
están funcionando correctamente y puede comunicarlo al equipo QA.
A pesar de haber completado la comprobación, esta actividad incluye un grupo de pasos
adicionales. Estos pasos son de naturaleza exploratoria y no necesariamente están
relacionados a la verificación. Las páginas Webwise que revisará lucirán similares a las que
revisó anteriormente, una actividad posterior relevará que una de ellas es fundamentalmente
diferente de las otras. Estas páginas Webwise adicionales giran en torno al concepto de
reposiciones. Entender el concepto de reposiciones (replenshiment) no es necesario para el
propósito de esta actividad.
El sistema muestra una lista de las locaciones que son electibles para la reposición. Cada
locación elegible tiene un link Generate Replenshiment al lado derecho de la cuadricula.
Clic en el link Generate Replenshiments al lado derecho de la grabación P115.
Detrás de escenas, el sistema genera una reposicion para la locación P115, y luego regresa a
la páginas que muestra locaciones electivas. La grabación P115 se encuentra ausente en la
páginas.
Tenga en mente, que usted ha realizado todos los pasos en esta actividad mientras que el
motor está en funcionamiento. En una actividad futura, usted realizara estos mismos
procedimientos mientras que el motor no está funcionando, y verá algunos resultados
diferentes.
Actividad 3: Detener el Motor mediante la Herramienta AWESM
Información General: El sistema provee dos métodos para parar el motor. El primer método
utiliza el Advantage Workflow Engine Service Manager (AWESM). El segundo método será
discutido en una actividad posterior.
Parar el Advantage Workflow Engine Service Manager tiene un impacto significante en los
usuarios del sistema HighJump. Cuando el sistema está inactivo, los usuarios no pueden usar
los dispositivos terminal (RF, Virtual o Web). Incluso, algunas páginas no funcionarán bien.
Adicionalmente, si usted cierra el motor mientras que algunos usuarios están en medio de un
proceso de negocio, probablemente tendrá algunos datos que necesitan ser limpiados. Los
datos limpiados de una manera impropia de apagar el motor pueden resultar una tarea difícil.
Apagar el motor de un sistema de producción no es algo que debe ser tomado a la ligera.
Escenario: Usted contrató con el HighJump Professional Services Team hacer varios cambios
al proceso de negocio de recibimiento. Ellos le han enviados los cambios, usted los ha
acreditado en el ambiente de prueba. Ahora quiere mover los cambios al ambiente de
producción. Promover los cambios incluye apagar el motor. Usted quiere promover los cambios
durante el descanso y a notificado a todos los usuarios apagar los lectores antes de tomar el
descanso.
Como fue mencionado anteriormente, si usted apaga el motor mientras que los usuarios están
en el medio de proceso de negocio usted creará una situación que requiera limpieza de datos.
La mejor práctica es estar seguro que todos los usuarios han cerrado sesión antes de apagar el
motor.
El sistema indica que hay un terminal activo y una sesión activa en el ambiente de solución
WA. Un terminal corresponde con una licencia de terminal activo. Una sesión corresponde con
una sesión activa en el ambiente de solución.
Debido a que esta registrado en el Virtual Terminal como AMY, usted sabe que una sesión
registrada en el ambiente de solución WA pertenece a AMY. Sin embargo, en un ambiente de
producción probablemente usted no sabrá quién esta activado en los terminales. Los siguientes
procedimientos demuestran cómo obtener información adicional a cerca de los usuarios que
están registrados en el ambiente de solución WA.
Clic en WA solution enviroment en orden de resaltarlo.
Clic en el botón Sessions
El sistema abre otra ventana que muestra todas las sesiones activas para el ambiente de
solución WA. Esta ventana muestra el terminal (RADIO_01), y muestra “otro tipo de sistemas”
de inicio de sesión. Estas, son sesiones que trabajan esencialmente en el fondo.
Cuando desea apagar el motor, es muy probable que se ocupe principalmente de los
terminales. La siguiente instrucción demuestra como filtrar esta lista de modo que solo muestre
información relacionada a los terminales.
El sistema indica que solo hay un terminal activo (RADIO_01), y que AMY es el único
registrado en el terminal. El sistema solo le permitirá apagar el ambiente de solución con
usuarios activos y aprenderá como hacer eso en una actividad posterior. En esta instancia, solo
contactara AMY y que salga del terminal.
El virtual terminal regresa al dialogo USER ID. Adicionalmente, la herramienta AWESM indica
que hay muchas sesiones no activas en el ambiente de solución.
El icono del motor en la parte superior de la ventana cambia de verde a amarillo a rojo.
El icono del motor en la bandeja de herramientas cambia de verde a amarillo a rojo.
El botón Star está habilitado y el botón Stop esta deshabilitado en la parte superior de
la ventana.
El sistema remueva todos los ambientes de solución de la parte inferior de la ventana.
Cuando el icono del motor se vuelve rojo en la parte superior de la ventana del Advantage
Workflow Engine Service Manager, significa que está apagado. Como fue mencionado
anteriormente, algunos aspectos del producto HighJump no funcionaran cuando el motor este
desahibilitado, mientras que otros trabajaran correctamente. La siguiente actividad explora
como varios componentes de software son afectos por la situación engine-down.
Actividad 4: Explorar Virtual Terminal y Webwise Runtime
(Parte 2)
Antecedentes: En las actividades previas, usted exploró el Virtual Terminal y varias páginas
Webwise Runtime mientras que el motor estaba funcionando. En esta actividad volverá a visitar
el Virtual Terminal y algunas páginas Webwise Runtime adicionales mientras que el motor está
apagado.
Escenario: Usted contrató con el HighJump Professional Services Team hacer varios cambios
al proceso de negocio de recibimiento. Ellos le han enviados los cambios, usted los ha
acreditado en el ambiente de prueba. Ahora quiere mover los cambios al ambiente de
producción. Promover los cambios incluye apagar el motor. Esta promoción se llevará a cabo
durante una temporada alta de su empresa. Los trabajadores en el almacén tienen una carga
de trabajo significativa y no están dispuestos a dejar de trabajar por ningún periodo durante el
tiempo de promoción. Ellos le preguntan que componentes funcionaran y cuáles no mientras
que la promoción está en proceso.
La pantalla del Virtual Terminal indica que el motor no está funcionando. El sistema no le
permite registrarse en el Virtual Terminal.
El punto clave es que si el motor no esta funcionando, usted no puede hacer funcionar ningún
proceso de negocio del Virtual Terminal. Lo mismo funciona para RF terminals y para Web
terminals. Ninguna actividad tomar lugar en cualquier terminal mientras que el motor este
apagado.
Abrir la apicacion Webwise Runtime Supply Chain Advantage, si es necesario.
Navegar a la páginas titular Employees
A pesar de que el motor está funcionando, el sistema Webwise Runtime le permite navegar a
través de varias páginas para buscar información de los empleados.
Similar a las páginas de empleados, el sistema le permite navegar a través de varias páginas
de transportistas incluso cuando el motor está apagado. El punto clave es que incluso cuando
el motor no está funcionando, usted puede realizar varias tareas dentro del Webwise Runtime.
Sin embargo, no todas las páginas funcionan cuando el motor está apagado. Los siguientes
pasos demuestran unas páginas que no funcionan cuando sucede esto.
El sistema muestra la páginas que captura los limites para las locaciones de reposición
El sistema muestra un dialogo con una espiral. Este espiral indica que el sistema es tratando
de comunicarse con el motor.
Clic en el botón Ok
En resumen, cuando el motor esta pagado los procesos de negocio no funcionaran en Virtual
Terminal, Web Terminal o RF terminal. En contraste, algunas páginas Webwise trabajan
correctamente cuando el motor está apagado.
Sin embargo, esto no es cierto para todas las páginas Webwise. Algunas páginas Webwise
generan un mensaje de error cuando el motor no está funcionando. Debe considerar las
consecuencias cuando necesita para el motor.
La distinción entre las páginas que trabajan y las que no, bajo este escenario están fuera del
alcance de esta clase. Si está interesado en saber cuáles de sus páginas no trabajaran cuando
el motor está apagado, pruébelas en el ambiente de desarrollo.
Actividad 5: Detener/ Empezar el Motor con los Servicios del
Sistema Operativo
Informacion General: El sistema provee dos métodos para parar y para empezar el motor. En
una actividad previa, aprendió como detener el motor a través del Advantage Workflow Engine
Service Manager (AWESM). El sistema también provee un método para detener (y empezar) el
motor a través de los componentes de servicio del sistema operativo. El motor funciona como
un servicio atrás de escenas, por lo tanto puede ser controlado como un servicio.
Si desea detener o empezar el motor (todos los ambientes de solución), entonces las dos
opciones son virtualmente equivalentes. Cual escoger es un tema de preferencia y no de
funcionalidad. En una actividad futura, usted aprenderá como detener un ambiente de solución
individual. En este caso la herramienta AWESM provee una ventaja significativa.
Escenario: Usted contrató con el HighJump Professional Services Team hacer varios cambios
al proceso de negocio de recibimiento. Ellos le han enviados los cambios, usted los ha
acreditado en el ambiente de prueba. Ahora quiere mover los cambios al ambiente de
producción. Promover los cambios incluye apagar el motor e iniciarlo luego de promover los
cambios.
Cuando detiene el motor a través de la herramienta AWESM, valida que no habían usuarios RF
(o Virtual Terminal o Web Terminal) en el sistema. Debe realizar las mismas verificaciones
cuando apagar el motor a través de los servicios del sistema operativo. Estos procedimientos
no caminan a través de las verificaciones preliminares.
El sistema muestra una lista de todos los servicios del sistema operativo. El servicio en
cuestione es el titulado Advantage Workflow Engine Service. La columna Status muestra
“Started”. Esto indica que el motor está en funcionamiento.
Usted puede validar que el motor no esta funcionando viendo el color del icono en la parte
superior de la herramienta AWESM, asi como mirando la pantalla principal del Virtual Terminal.
Después de un par de minutos el sistema cambia el estado del servicio a “Started”. Esto indica
que el motor está en funcionamiento.
Usted puede validar que el motor está funcionando mirando el color del icono en la parte
superior de la herramienta AWESM, así como mirando el pantalla principal del Virtual Terminal.
Actividad 6: Parar y Empezar un Ambiente de Solución.
Si usted instaló el modulo Yard Advantage, el sistema creará otro ambiente de solución titulado
YA. El ambiente de solución YA está diseñado para resolver el problema de la gestión de los
camiones que entran y salen de las yardas de recepción y envío. Si instaló el modulo Supplier
Advantage, el sistema creara otro ambiente de solución llamado SA. Virtualmente cada modulo
HighJump que instala crea uno o más ambientes de solución.
El siguiente cuadro provee una breve descripción de los ambientes de solución incluidos en las
clases de entrenamiento.
El sistema cambia el icono del ambiente de solución AFA de verde, a amarillo a rojo y cambia
el estado del ambiente de solución AFA a “Stopped”. Sin embargo, todos los otros ambientes
de solución en la herramienta AWESM siguen activos.
Adicionalmente, la pantalla principal del Virtual Terminal continua mostrando la solicitud del
USER ID.
En este punto, usted puede promover la aplicación AFA al ambiente de producción sin que
tenga algún impacto negativo en los usuarios RF asociados con el ambiente de solución WA.
Los siguientes pasos demuestran que el ambiente de solución WA continúa sin funcionar, a
pesar de que el ambiente de solución AFA está apagado.
El escenario AFA no requiere apagar el ambiente de solución WA. Sin embargo, los siguientes
pasos prueban que puede apagar varios ambientes de soluciones al mismo tiempo.
El sistema cambia el icono del ambiente de solución WA de verde, a amarillo, a rojo y cambia
el estado del ambiente a “Stopped”. Sin embargo, todos los otros ambientes de solución en la
herramienta AWESM aparecen “Running”
Adicionalmente, la pantalla principal del Virtual Terminal indica que el motor está apagado.
Técnicamente, es más probable decir que el ambiente de solución WA está apagado. En
cualquier caso, los usuarios finales no pueden usar los RF terminals en conjunto con el
ambiente de solución WA.
El sistema cambia el icono del ambiente de solución AFA de rojo a verde, y cambia el estado
del ambiente de solución AFA a “Running”. Sin embargo, todos los otros ambientes de solución
en la herramienta AWESM permanecen sin cambios.
En este punto los individuos que realizan las ondas de lanzamiento pueden continuar su
trabajo. A pesar de que el escenario AFA no lo requiere, puede apagar el ambiente de solución
WA anterior. Necesita volver a empezar el ambiente de solución WA.
Adicionalmente, la pantalla principal del Virtual Terminal solicita un USER ID. El usuario con
terminales conectados al ambiente de solución Warehouse Advantage pueden continuar su
trabajo.
Actividad 7: Parar el Motor con Usuarios Activos
Escenario: Usted desea apagar el motor. Sin embargo, hay algunos usuarios activos en el
sistema. Desea obtener mayor información acerca de estos usuarios antes de tomar alguna
decisión.
La herramienta AWESM indica que hay una sesión WA activa, es decir, el Virtual Terminal
anterior.
El sistema abre otra ventana que muestra todas las sesiones para el ambiente de solución WA.
La ventana muestra los terminales (RADIO_01) y muestra otro tipo de sesiones “system-type”.
Estas sesiones “system-type” son esencialmente sesiones activas en los antecedentes.
Cuando desea apagar el motor, es muy probable que se ocupe principalmente de los
terminales. La siguiente instrucción demuestra como filtrar esta lista de modo que solo muestre
información relacionada a los terminales.
El sistema indica que solo hay un terminal activo (RADIO_01), y que AMY es el único
registrado en el terminal. Tambien indica que AMY está actualmente en objeto de proceso
llamado WA_Menu. Mentras que el valor del objeto de proceso mantiene un pequeño
significado para un administrador, tiene un gran significado para un desarrollador que está
familiarizado con la herramienta Advantage Architect. En este caso, solo significa que AMY
está en un pantalla que muestra un lista de todos las opciones de proceso de negocio. Si AMY
ha estado en el medio de un proceso de recojo, las consecuencis de apagar el motor pueden
ser severas. Pero debido a que ella está en el menu principal, usted puede apagar el motor sin
impactar su trabajo.
En el estado “Stop Pending”, el usuario actual puede continuar con el proceso de negocio
desde los terminales. Pero una vez que todas las sesiones activas del ambiente de solución se
han ido, el sistema automáticamente apagará el motor. El ambiente de solución seguirá en este
estado a menos que algo de esto ocurra:
En este ejemplo, forzará al motor a parar aun así hallan sesiones activas.
El sistema brinda una notificación final antes de parar un ambiente de solución con usuarios
activos.
Clic en el botón OK
En este punto, el sistema apaga el motor, a pesar de que existen usuarios activos en el
sistema.
Admin Ejercicio Práctico 2:
Tareas Comunes en las Actividades de
Entrenamiento
Introducción n
1. Determinar el nombre de máquina.
2. Ejecutar la locación del estado del proceso de negocio.
3. Determinar el User ID y el password para una aplicación.
Información General l
Mientras va trabajando a traves de los ejercicios podra notar algunas similitudes que hay entre
ellos. Muchos de los ejercicios le piden tipear el nombre de una maquina dentro de un cuadro
de edición, algunos requieren familiaridad con un especifico proceso de negocio llamado
Location Status, y muchos requieren registrarse en una aplicación con un user name y un
password.
En vez de repetir los procedimientos para cada una de estas tareas comunes, los
procedimientos son detallados una sola vez en el manual de entrenamiento. Son detallados en
este ejercicio específico. Todos los ejercicios que siguen esperan que usted conozca cómo
realizar las tareas comunes detalladas aquí.
Server Description
Servidor de aplicaciones Ejecuta el Advantage Workflow Engine
Situación: Usted está en el proceso de definir una Web Terminal en el sistema Advantage. Un
Web Terminal es similar al Virtual Terminal, excepto que se ejecuta dentro del Internet
Explorer. Como parte del proceso de definición, el sistema le pide ingresar el nombre de la
maquina en el servidor de aplicaciones.
Desde este punto en adelante, cuando cualquier procedimiento en este manual le pida ingresar
el nombre de computadora (también conocido como nombre de maquina) del servidor de
aplicaciones, del servidor web o del servidor de base de datos, deberá ingresar el nombre de
computadora que capturó anteriormente.
En el proceso de negocio Location Status, usted puede consultar y modificar el estado de una
locación en el almacén. Por ejemplo, si se rompe una tubería e inunda un par de locaciones
usted probablemente querrá desactivar las locaciones en el sistema HighJump hasta que el
agua sea removida. Usted puede utilizar el proceso de negocio Location Status para desactivar
las locaciones inundadas.
Cada locación en el sistema HighJump tiene uno de cuatro diferentes estatutos. Ellos están
listados en el siguiente cuadro. Si usted modifica el estado de una locación con el proceso de
negocio Location Status, deberá usar uno de estos valores.
Escenario: Un conductor forklift accidentalmente corrió en dos locaciones y las dañó. Usted
desea desactivar temporalmente la locación dañada, para que el sistema HighJump no dirija a
nadie a él. Usted decide utilizar el proceso de negocio Location Status para desactivarlo.
El sistema muestra el estado actual de una locación dada y solicita un nuevo estado.
El sistema acepta el nuevo estado y regresa a la parte superior del proceso de negocio. No da
ningún mensaje explicito acerca del cambio de estado. Simplemente retrocede a la parte
superior del proceso.
Como regla general, cada vez que navega atrás en la secuencia de solicitudes o si desea
navegar atrás al menu principal, puede presionar la tecla F1. Debido a las limitaciones de
espacio, esta tecla de función no es descrita en la pantalla terminal. Existen varias veces en las
que F1 no es una opción valida y el sistema mostrará un error si presiona la tecla en estas
circunstancias. Existen varias veces durante esta clase, en las que necesitará salir del proceso
de negocio o navegar a la solicitud de user ID. Use la tecla F1 para realizar estas operaciones.
Desde este punto en adelante, todos los ejercicios de entrenamiento asumen que usted ha
tenido un conocimiento del proceso de negocio Location Status. Use este ejercicio como
referencia si es que existen más detalles que no puede recordar cuando se encuentre con
estos ejercicios.
Actividad 3: Determinar el User ID y el password para una
Aplicación
Información General: Muchas de las aplicaciones que usted encontrara durante esta clase de
entrenamiento requiere que se registre con un user id y con un password. Esto incluye
aplicaciones HighJump como también otras aplicaciones. Todos los user ids y passwords que
necesitará para esta clase están listados en una locación centrada
Escenario: Usted desea revisar una lista de todos los empleados registrados en los lectores
RF durante la clase de entrenamiento. En orden de tener esta información, usted abre el
Webwise Runtime. La primera páginas que es mostrada requiere un user id y una contraseña.
Usted desea saber el user id y la contraseña para Webwise Runtime.
El sistema abre un archivo de texto que contiene todos los user id y los passwords que usted
usara en las clases de entrenamiento. El user id y los passwords están desglosadas por una
aplicación. El user id está en la primera linea de cada sección. La contraseña esta en la seguna
linea de cada sección. En este caso, el user id para el servido SQL es “sa” y el password es
“sapass#1”
Desde este punto en adelante, los ejercicios de entrenamiento no declaran explícitamente los
user ids y los passwords para una aplicación dada. En su lugar, utilizan un lenguaje similar al
siguiente “Use the login.txt file in the folder on the desktop to populate the user id and password
edit boxes.” (Utilizar la carpeta login.txt en el escritorio para rellenar los cuadros de edición user
id y password). La carpeta login.txt es la primera que es descrita en esta actividad.
Admin Ejercicio Práctico 3:
Agregando y Modificando Perfiles de
Usuarios Finales y Forklifts
Introducción n
Este ejercicio consiste en las siguientes actividades
Información General l
Antes de ir en vivo con Warehouse Advantage, muchos componentes del almacén deben ser
definidos en el sistema. Esto incluye, pero no está limitado a, locaciones, zonas, ítems,
empleados, vendedores y clientes. Algunos de estos elementos están definidos en el sistema
anfitrión y luego pasan al sistema HighJump mediante una interface. Otros elementos son
definidos solo en el sistema HighJump. Debido a que los empleados (manipuladores de
material) y los forklifts algunas veces son definidos en un sistema anfitrión y pasan al WA, son
comúnmente definidos en WA y en ningún otro lugar. Las siguientes actividades demuestran
como agregar un empleado (manipulador de material) y un forklift al sistema HighJump a través
de Webwise.
La opción Menu Level indica que menus verá el usuario cuando se registre en un terminal RF.
RECEIVER es el nivel de menu en el ejemplo brindado con la aplicación base, esto brinda al
usuario final la habilidad de realizar un proceso de negocio de recibimiento.
El paso final en este proceso es validar que los cambios funcionan como se esperaba. El
siguiente cuadro muestra varios casos de prueba que deben ser validados. Cada caso define
un escenario que debe ser creado y el resultado esperado. Si un caso de prueba dado no
cumple con el resultado esperado, revise los pasos de la actividad previa. Probablemente haya
olvidado alguno o lo haya realizado de manera incorrecta.
Los siguientes casos de prueba no detallan todos los pasos. Necesita usar el conocimiento
adquirido en las actividades anteriores para probar estos escenarios.
Los pasos anteriores no son requeridos para agregar un nuevo forklift. Sin embargo, si usted
no provee ningún filtro (búsqueda), el sistema mostrará una lista de todas las locaciones a lo
largo de todos los almacenes. Debido a la gran cantidad de datos, el sistema tomara un largo
tiempo para mostrar la lista. Bridar un tipo de locación en la lista desplegable ayudará a que la
cantidad de datos sea meno y el sistema mostrará la lista en una menor cantidad de tiempo
El sistema muestra una lista de todos los forklifts definidos en todos los almacenes.
Escoger Warehouse 01 en la lista desplegable Warehouse ID.
Tipear CP001 en el cuadro de edición Location ID
Escoger Forklift en la lista desplegable Type.
Tipear Cherry Picker 1 en el cuadro de edición Description.
Clic en el botón Insert.
El paso final en este proceso es validar que los cambios funcionan como se esperaba. El
siguiente cuadro muestra varios casos de prueba que deben ser validados. Cada caso define
un escenario que debe ser creado y el resultado esperado. Si un caso de prueba dado no
cumple con el resultado esperado, revise los pasos de la actividad previa. Probablemente haya
olvidado alguno o lo haya realizado de manera incorrecta.
Los siguientes casos de prueba no detallan todos los pasos. Necesita usar el conocimiento
adquirido en las actividades anteriores para probar estos escenarios.
Clic en el botón OK
El Web Menu Level dicta que opciones de menu el usuario puede ver en el panel de menu de
Webwise Runtime. Las opciones de menu asociadas con el Administrator Web Menu Level
están localizadas en un sector diferente del editor de páginas.
El Locale dicta el lenguaje en el que la páginas Webwise Runtime aparecen, en-US indica que
las páginas Webwise Runtime se mostraran en ingles.
El sistema mueva la entrada Managers de Avaiable User Groups en el lado izquierdo de la lista
a la lista de Assigned User Groups en la derecha. El User Group dicta a que páginas puede
acceder el usuario en Webwise Runtime. Las páginas Web asociadas con el Manager User
Group esta localizadas en una sección diferente del Page Editor.
Clic en el botón Ok
El sistema muestra la entrada Managers en la lista de User Groups asociados con Susan
El paso final en este proceso es validar que los cambios funcionan como se esperaba. El
siguiente cuadro muestra varios casos de prueba que deben ser validados. Cada caso define
un escenario que debe ser creado y el resultado esperado. Si un caso de prueba dado no
cumple con el resultado esperado, revise los pasos de la actividad previa. Probablemente haya
olvidado alguno o lo haya realizado de manera incorrecta. Los siguientes casos de prueba no
detallan todos los pasos. Necesita usar el conocimiento adquirido en las actividades anteriores
para probar estos escenarios
Username: Susan
Mitchell
Password:
SUSANM
Actividad 4: Cambiar el Nivel de Menu del Manipulador de
Material
Situación: El jefe de almacén lo llama al teléfono. El explica que Paul normalmente realiza
actividades de recojo. Sin embargo, debido a las distintas enfermedades en el departamento de
recibimiento, el jefe desea que Paul trabaje solo por un día. El jefe anticipa que el
departamento de recibimiento estará lleno de staff el día de mañana, y Paul puede asumir sus
actividades normales en ese momento. Debido a que el perfil actual de Paul no le permite
ejecutar en el proceso de negocio de recibimiento en el terminal RF, el jefe le pide brindar el
acceso a este proceso a Paul.
Los primeros pasos demuestran la situación actual. Demuestran que el perfil de Paul no le
permite ejecutar el proceso de negocio de recibimiento
El sistema muestra el menu principal para Paul. Las dos únicas actividades que puede
ejecutar son el proceso de empacar y el de generación de reportes.
El sistema muestra una lista abreviada de todos los atributos de empleado relacionados con
Paul.
El sistema muestra una lista abreviada de todos los atributos de empleado relacionados con
Paul y le da la oportunidad de editarlos.
Esta página contiene dos atributos que son relacionados con el menu en los terminales: menu
level y menu temporary (nivel de menu y menu temporal). Ambos apuntan a la estructura de
menu que está definida en otro grupo de páginas web. Si ambos de estos valores son
rellenados, el menu temporal toma procedencia.
En el caso de Paul, sus nuevas actividades de envió son solo un cambio temporal. En este
caso, la mejor opción es cambiar el Menu Temporal por un día, y luego remover el Menu
Temporal cuando regresa a sus actividades normales. Mediante el uso de este método, no
necesitará recordar que nivel de menu Paul usa normalmente. El Menu Temporal funciona
como un Nivel de Menu temporal. Si paul cambia de departamentos temporalmente, será mejor
hacer el cambio correspondiente con el Nivel de Menu y dejar el Menu Temporal vacio.
El paso final en este proceso es validar que los cambios funcionan como se esperaba. El
siguiente cuadro muestra varios casos de prueba que deben ser validados. Cada caso define
un escenario que debe ser creado y el resultado esperado. Si un caso de prueba dado no
cumple con el resultado esperado, revise los pasos de la actividad previa. Probablemente haya
olvidado alguno o lo haya realizado de manera incorrecta. Los siguientes casos de prueba no
detallan todos los pasos. Necesita usar el conocimiento adquirido en las actividades anteriores
para probar estos escenarios
Pass/Fail Caso de Prueba Resultado Esperado
Los primeros pasos demuestran la situación actual. Demuestran que el perfil Webwise de Ed’s
le permite acceder a las paginas Advantage Dashboard, pero no a las paginas Warehouse
Advantage Webwise.
El sistema muestra el menu Webwise para Ed. Advantage Dashboard es la única opción de
menu superior.
Los siguientes pasos demuestran como cambiar las opciones de menu Webwise de Ed.
Clic en el botón Ok
El sistema muestra los atributos relacionados con el perfil Webwise de Ed. El Web Menu Level
es el atributo que dicta que opciones de menu de mayor nivel que Ed ve cuando se registra en
Webwise Runtime.
La opción Web Menu Level es un cuadro de edición y no una lista desplegable. Este valor lleva
a una estructura de menu que es definida en una aplicación del editor de páginas diferente.
Acceder y navegar las definiciones de las estructuras de menu requieren cierto conocimiento
que va fuera del alcance de esta clase. Como resultado, los siguientes procedimientos
simplemente los instruyen para ingresar un valor específico. Si está haciendo algún cambio
similar para su compañía necesitara trabajar con uno de los desarrolladores Webwise en su
compañía para entender que niveles de menu han sido definidos.
El paso final en este proceso es validar que los cambios funcionan como se esperaba. El
siguiente cuadro muestra varios casos de prueba que deben ser validados. Cada caso define
un escenario que debe ser creado y el resultado esperado. Si un caso de prueba dado no
cumple con el resultado esperado, revise los pasos de la actividad previa. Probablemente haya
olvidado alguno o lo haya realizado de manera incorrecta. Los siguientes casos de prueba no
detallan todos los pasos. Necesita usar el conocimiento adquirido en las actividades anteriores
para probar estos escenarios
Información General l
El sistema Advantage provee tres métodos primarios para ejecutar el proceso de negocio:
terminales RF, terminales Web y Virtual Terminals. Los RF terminals son los dispositivos físico
en el piso de almacén. Los terminales Web operan dentro de un navegador de internet y los
Vituals Terminals están por separado. Sin embargo, antes de que cualquier de estos terminales
puede ser usado, deben ser definidos y configurados en diferentes interfaces. Las siguientes
actividades demuestran cómo definir y configurar el Virtual Terminal y un Web Terminal en el
sistema Advantage.
Situación: El jefe de almacén lo llama al teléfono. Le explica que el jefe de envíos desearía
tener la habilidad de realizar proceso de negocio en su oficina. Debido a que el Rf no fue
diseñado para llegar a la oficina de transporte marítimo,un lector fisico RF no es una opcion.
Dos de ustedes deciden cumplir con los requerimientos del jefe brindadole al jefe de envíos
acceso al Virtual Terminal
Los procedimientos en esta actividad y dos que siguen demuestran estos tres pasos.
Abrir Internet Explorer
Tipear http://localhost/AdvantageCommander en la barra de direcciones
Registrarse como Administrator / HJSPASS.
Expandir el nodo Advantage Commander
Expandir el nodo Network Devices
Cuando el sistema crea una entrada en el registro respecto a este dispositivo, almacena el ID
en el registro, no el nombre. En un contexto similar, cuando mira a la entrada de registro en el
Advantage Commander, muestra el ID y no el nombre. Por esta razón es importante dar al ID
un significado importante, 6 caracteres son el limite.
El sistema muestra una lista de todos los sockets definidos en el sistema, incluyendo uno que
ha sido agregado recientemente.
Los siguientes pasos demuestran cómo crear una definición de socket. Sin embargo, el Virtual
Terminal en la oficina del jefe de envió seguirá sin poder trabaja. El Virtual Terminal no ha sido
definido en el Advantage Commander. Los siguientes pasos demuestran cómo definir un Virtual
Terminal y como adjuntarlo una definición de socket existente.
El sistema muestra una lista de todos los dispositivos asociados con el socket. Debido a que
recién ha creado el socket no hay dispositivos adjuntos a él.
El sistema muestra una plantilla por decto para la defincion Virtual Terminal
Este valor ID es comparable con el ID del socket. Cuando el sistema escribe una entrada en el
registro de este dispositivo, almacena el ID en el registro y no el nombre.
Cuando el Virtual Terminal comienza, pone en marcha un objeto de proceso que ha sido
creado en la herramienta Advantage Architec. Un objeto de proceso es similar a un
procedimiento otra programación de lenguaje formal. En este caso, el proceso de incio de
sesión solicita un user id, un passowrd y una pieza de equipamiento, maneja interacciones de
menu y llama al proceso de negocio apropiado.
Todos los Virtual Terminals han sido asociados al proceso de manejo que maneja la lógica del
negocio (layout de pantallas, variables, entrada de datos, interacciones de base de datos) para
cada dispositivo. El proceso de manejo ejecuta en el servidor de aplicación y es uno de los
componentes que deberán ser iniciados cuando el ambiente de solución empieza. Si la opción
de AutoStart es seleccionada, el motor automáticamente iniciará el manejo de proceso para
ese dispositivo cuando el ambiente de solución empiece. Si la opción AutoStart no es
seleccionada, el motor no iniciará el proceso de manejo en el comienzo del ambiente de
solución. En su lugar, iniciará el proceso de manejo solo cuando sea necesario. En cualquier
caso, el Virtual Terminal trabajara correctamente. Este parámetro solo dicta en qué punto el
motor empieza el proceso de manejo.
Clic en el botón insertar
Clic en el botón Ok
El sistema muestra una lista de todos los dispositivos asociados con el socket dado, incluyendo
el que recién ha creado.
En este punto, el Virtual Terminal ha sido completamente definido en el Advantage
Commander. Sin embargo, el Virtual terminal en el ambiente de trabajo del jefe de envio
continuará ejecutarse propiamente. Cada Virtual Terminal debe tener su propio registro de
base de datos. La siguiente actividad describe como crear un base de datos de registro para el
nuevo Virtual Terminal.
Actividad 2: Definir un Registro de Base de Datos para un
Virtual Terminal
Situación: Este escenario es una continuación del anterior. Mire la actividad anterior para una
descripción de la situación.
Definir un registro de base de datos para un Virtual Terminal no se aplica al DCA. La aplicación
DCA maneja los registros de base de datos de manera distinta al WA. Es requerido en el
ambiente de entrenamiento porque usa una aplicación WA como una base para el
entrenamiento.
Escoger el menu Start > All Programs > Microsoft SQL Server 2005 > SQL Server
Management Studio
El servidor SQL parámetro Login Name debe coincidir con el nombre del parámetro en el
Advantage Commander.
A pesar de que todos los dispositivos se registran en la base de datos con un nombre
diferente, el password o contraseña para cada nombre de registro es el mismo. Cuando un
Virtual Terminal necesita concertarse con un base de datos, el sistema HighJump usa un
nombre de parámetro para el dispositivo del Advantage Commander, el parámetro
DefaultSQLServerPassword del archivo \HJS\CONTROL\CONTROL1\CONTROL.INI. El
parámetro de password en el ambiente del servidor SQL debe coincidir con el parámetro
DefaultSQLServerPassword en el archivo CONTROL.INI
Desactivar el cuadro de verificación Enforce password expiration
El sistema crea el registro y muestra la lista de todos los registros de base de datos.
En este punto, el Virtual Terminal ha sido completamente definido en la base de datos. Sin
embargo, el Virtual terminal en el ambiente de trabajo del jefe de envió continuará sin
ejecutarse propiamente. Cada Virtual Terminal debe ser configurado en el ambiente de trabajo.
La siguiente actividad describe como configurar el nuevo Virtual Terminal en la estación de
trabajo.
Actividad 3: Configurar un Virtual Terminal en la Estación de
Trabajo
Situación: Este escenario es una continuación de los dos anteriores. Mire las actividades
anteriores para una descripción de la situación.
El Advantage Platform limita el número de Virtual Terminals que pueden ser ejecutados en una
sola maquina. Solo soporta un Virtuala Terminal por estación de trabajo. En vez de instalar otra
instancia del Virtual Terminal, los siguientes procedimientos describen como cambiar y
configurar el Virtual Terminal existente de modo que se pueda usar la definición de dispositivo
VT_001.
El parámetro del Device Name de la configuración Virtual Terminal debe coincidir con el
nombre del parámetro en el dispositivo de definición en el Advantage Commander.
Las actividades anteriores lo dirigen a manejar tres aspectos diferentes de la definición Virtual
Terminal:
Instalar el programa Virtual Terminal en el cliente (ya ha sido instalado en las maquinas
de entrenamiento)
La definición del Virtual Terminal en el Advantage Commander.
El registro de la base de datos para el dispositivo en la base de datos.
La configuración del Virtual Terminal en la estación de trabajo.
En este punto la fase de definición esta completa. El paso final en este proceso es validar que
el Virtual Terminal funciona como se esperaba. El siguiente cuadro muestra varios casos de
prueba que deben ser validados. Cada caso define un escenario que debe ser creado y el
resultado esperado. Si un caso de prueba dado no cumple con el resultado esperado, revise
los pasos de la actividad previa. Probablemente haya olvidado alguno o lo haya realizado de
manera incorrecta.
Los siguientes casos de prueba no detallan todos los pasos. Necesita usar el conocimiento
adquirido en las actividades anteriores para probar estos escenarios.
Situación: El jefe de almacén lo llama al teléfono. El explica que hay muchos jefes adicionales
y supervisores dispersos en el almacén que desearían tener la habilidad de realizar procesos
de negocios en varias oficinas. Debido a que el RF no fue designado a llegar a todas los
procesos de negocios en las oficinas. Adicionalmente, no desea tomar tiempo para instalar la
aplicación en cada una de las estaciones de trabajo. Dos de ustedes deciden cumplir con los
requerimientos brindándoles a los otros jefes y supervisores la habilidad de realizar procesos
de negocios a través de Web Terminal.
Procedimientos: Los procedimientos en esta actividad y dos que siguen demuestran cómo
definir el Web Terminal. Debido a que muchos de los procedimientos son similares a algunos
para el Virtual Terminal, no detallan las instrucciones exactas. En su lugar, cuando es
apropiado, los procedimientos Web Terminal se refieren a unos usados para el Virtual
Terminal.
Cuando define un Virtual Terminal camina a través de varios pasos de alto nivel. Usted usara
los mismos pasos para Web Terminal con una sola excepción. Un Web Terminal no tiene un
componente de cliente (otro en vez del IE). Por esta razón, Web Terminal no necesita ser
instalado en el cliente. Como resultado, puede definir el Web Terminal en tres altos niveles.
Crear una definición de socket en el Advantage Commander con los siguientes atributos. Si
necesita asistencia adicional, vea los procedimientos en la sección correspondiente para Virtual
Terminals.
Name WT-SOCKET
ID WTSOCK
Status Active
Name WT_001
ID WT001
Status Active
En las actividades previas definió un Web Terminal en Advantage Commander. Sin embargo,
esto por sí solo no es suficiente para hacer que Web Terminal funcione correctamente. Cada
Web Terminal debe tener su propia base de datos para acceder e alos datos en la base de
datos. Esto es diferente de otras aplicaciones escritas por otras compañías las cuales usan un
registro SQL común para todos los dispositivos de acceso a la basa de datos. Los siguientes
procedimientos demuestran cómo crear una base de datos de registro para el nuevo Web
Terminal.
Debido a que muchos de los procedimientos para un Web Terminal no aplican al DCA. La
aplicación DCA maneja la base de datos de registro de manera distinta al WA. Esto es
requerido en el ambiente de entrenamiento debido a que usa la aplicación WA como base para
su aprendizaje.
Definir un database login en la base de datos con los siguientes atributos. Sin necesita
asistencia adicional, vea los procedimientos en la sección correspondiente para Virtual
Terminals.
En este punto el registro Web Terminal ha sido completamente definido en la base de datos.
Sin embargo, el Web Terminal en el ambiente de trabajo del jefe y de otros encargados seguirá
sin ejecutarse correctamente. Cada Web Terminal debe ser configurado en el ambiente de
trabajo. La siguiente actividad describe como configurar el nuevo Web Terminal en el ambiente
de trabajo.
Actividad 6: Configurar un Web Terminal en una Estación de
Trabajo
Situación: Este escenario es una continuación de los dos anteriores. Vea las siguientes
actividades para una descripción de la situación.
En las actividades previas definió un Web Terminal en Advantage Commander y creó una base
de datos de registro asociado en la base de datos. Sin embargo, esto por sí solo no es
suficiente para hacer que Web Terminal funcione correctamente. Cada Web Terminal debe
estar configurado en la estación de trabajo.
El sistema muestra un dialogo que es similar al dialogo de configuración para Virtual Terminals.
Tal como en Virtual Terminal, el parámetro Port Number de la configuración Web Terminal
debe coincidir con el parámetro del Port Number de la definición asociada del socket en
Advantage Commander.
Tipear WT_001 en el cuadro de edición Device Name
Tal como en Virtual Terminal, el parámetro Device Name de la configuración Web Terminal
debe coincidir con el parámetro del Device Name de la definición de dispositivo en Advantage
Commander.
El sistema muestra un dialogo de bienvenida y la solicitud del USER ID del Web Terminal.
Aparte de las teclas de función en la parte inferior de lo mostrado, este terminal luce muy
similar al Virtual Terminal y físicamente al RF terminal.
Las actividades anteriores lo dirigieron a manejar tres aspectos diferentes de la definición Web
Terminal:
En este punto la fase de definición esta completa. El paso final en este proceso es validar que
el Virtual Terminal funciona como se esperaba. El siguiente cuadro muestra varios casos de
prueba que deben ser validados. Cada caso define un escenario que debe ser creado y el
resultado esperado. Si un caso de prueba dado no cumple con el resultado esperado, revise
los pasos de la actividad previa. Probablemente haya olvidado alguno o lo haya realizado de
manera incorrecta. Los siguientes casos de prueba no detallan todos los pasos. Necesita usar
el conocimiento adquirido en las actividades anteriores para probar estos escenarios.
Información General l
Los registros o logs son una colección de mensajes almacenados en la tabla de base de datos
relacionados al sistema HighJump. Algunos de estos mensajes en los logs son informativos.
Por ejemplo “Starting the Advantage Engine”. Algunos de estos mensajes indican fallas. Por
ejemplo “Database Failure”. Otros proveen información detallada de aplicaciones. Por ejemplo
“Updated field” (Quantity) a (73).
Los mensajes Log esta divididos en dos categorías: mensajes de aplicación y mensajes de
sistema. El siguiente cuadro brinda una breve descripción de ambos.
En muchos casos el administrador no es el único interesado en leer los logs. Algunas veces, el
equipo de soporte HighJump, también tiene un vasto interés en el contenido de los logs. En
estos casos, es beneficios exportar los logs fuera de la tabla de base de datos en un formato
portable. Asi podrá enviar los logs exportados a las partes interesadas.
HighJump provee dos métodos para exportar los logs. El primer método usa Webwise y crea
un documento de Microsoft Excel. El segundo método utiliza una herramienta independiente
llamada Log Export Utility , y genera el archivo XML. Otras diferencias entres estos métodos
están explicadas en actividades individuales.
Abrir Internet Explorer.
Tipear http://localhost/AdvantageCommander en la barra de direcciones.
Registrarse como Administrator / HJSPASS.
Expandir el nodo Advantage Commander
Expandir el nodo Log node.
Clic en el menu Summary Log Report
Por defecto el sistema envía un filtro a todos los mensajes log dentro de las últimas 24 horas.
Si desea cambiar el grupo de resultados, puede cambiar el criterio de búsqueda aquí. Por
ejemplo, si solo está interesado en mensajes de aplicación log, puede escoger Application
Messages en la lista desplegable Message Types. Para el propósito de este ejercicio, los
valores por defecto son suficientes.
Clic en el botón Submitt
Note el tipo de mensajes que están registrados aquí. Muchos de los mensajes en el ambiente
de entrenamiento están relacionados al comienzo y paralización. El sistema registra estos
mensajes cuando empieza y termina ambientes de solución. Si todos los elementos en el
ambiente de producción están operando suavemente el numero de mensajes de registro será
relativamente pequeño. Cuando se familiariza mas con los mensajes de registro, comenzará a
reconocer algunos de los mensajes comunes.
También note el número de atributos mostrados para cada mensaje log. Esta página muestra
relativamente pocos atributos. Debido a que la información mostrada esta adecuada a que
cumpla con sus requerimientos. Advantage Commander también provee una segunda vista de
los mismos mensajes. La segunda vista presenta los mismos mensajes, pero muchos otros
atributos para cada uno. Los siguientes procedimientos muestran como ver esta versión
detallada de los mensajes log.
Note que la pagina muestra los mismos mensajes de la interacción previa. Sin embargo, esta
página brinda mas detalles asociados con cada mensaje.
Actividad 2: Exportar el registro con la Webwise Export Feature
Situación: Uno de los supervisores de almacén lo llama por teléfono. Él informa que todos los
días en la última semana los lectores de RF en el departamento de recepción han tenido un
serio impacto en el rendimiento alrededor de las 3:00 de la tarde durante unos 10 minutos. Los
receptores a menudo esperan hasta 15 segundos entre pantallas durante este periodo de
tiempo. Ha revisado el registro en el Advantage Comamnder y se ve algunos de los mensajes
de registro que pueden estar relacionados con el tema en cuestión. Sin embargo, usted no
sabe cómo interpretarlos. Los mensajes de registro parecen apuntar hacia la red. Puesto que
no están versados en las redes, le gustaría que el administrador de red revise los registros. En
lugar de dar instrucciones al administrador de la red sobre cómo acceder a los registros en
Advantage Comamnder, usted decide que es simplemente más fácil exportar el registro a un
formato de Excel y luego entregar el documento a él.
El sistema muestra el cuadro de diálogo estándar para guardar un archivo en el disco duro.
Haga clic en el botón Desktop en el panel izquierdo.
Haga clic en el botón Save.
Haga clic en el botón Close.
El Log Export Utility produce ya sea un archivo de Visual FoxPro o un archivo delimitado por
tabuladores. El destinatario de estos archivos se puede revisar el archivo en Visual FoxPro o
en una aplicación de hoja de cálculo (como Excel), respectivamente.
Elijan el menú Start > All Programs > HighJump Software > Advantage Support > Log
Export Utility
En este punto, usted ha proporcionado toda la información necesaria para crear un archivo de
registro exportado. Ahora es el momento de realizar la exportación real.
Casos de prueba: El último paso en este proceso es validar que el sistema exporta los datos
como se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser
validados. Cada caso de prueba define el escenario que debe ser creado, así como el
resultado esperado.
Si un caso de prueba dado no produce el resultado esperado, a continuación, revise los pasos
de la actividad anterior. Es probable ya sea que perdió un paso o que se realizó un paso
incorrectamente.
Aprobado/
Caso de Prueba Respuesta Esperada
Fallido
Introducción
Este ejercicio consiste en las siguientes actividades:
2. Cambiar el tamaño del Status Console Buffer (Estado del Buffer de Consolas)
Información General
En los ejercicios de laboratorio anteriores, ha aprendido a ver los mensajes de registro a través
de Advantage Commander. También ha aprendido la diferencia entre un mensaje de registro
de aplicación y un mensaje de registro del sistema.
Las consolas de estado proporcionan otro método para ver los mensajes de registro. Una
consola de estado es una ventana en el servidor de aplicación que muestra los mensajes de
registro a medida que se escribe en el registro. En esencia, las consolas de estado
proporcionan una forma rápida de realizar un chequeo de salud de alto nivel sobre el sistema
HighJump sin tener que navegar a través de las páginas web de Advantage Commander.
Hay dos consolas de estado diferentes: la Application Status Console y la System Status
Console. Una consola de estado es una ventana en el servidor de la aplicación, que muestra
mensajes de registro a medida que se escribe en el registro. Del mismo modo, la System
Status Console muestra mensajes de registro del sistema a medida que se escribe en el
registro.
Cuando usted ve los mensajes de registro en el Advantage Commander, usted tenía acceso a
toda la historia de los mensajes. También puede aplicar un filtro contra los mensajes para
limitar el conjunto de datos únicamente a los datos pertinentes. Las consolas de estado no
funciona de esta manera. Sólo muestran el conjunto más reciente de los mensajes escritos en
el registro. Además, las consolas de estado sólo pueden mostrar un número determinado de
mensajes. Cuando se alcanza ese límite, la entrada más antigua en la consola se retira antes
de que se añada uno nuevo.
Aunque no es obligatorio, es una buena práctica para mantener las consolas abiertas en
cualquier momento en que el motor está en marcha. Si el mensaje de registro es reciente,
puede ser más fácil encontrar el mensaje en la consola de estado que en las páginas web de
Advantage Commander.
Procedimientos: Los procedimientos siguientes muestran cómo abrir las consolas de estado y
ver los mensajes de registro a través de ellos.
El sistema abre la Application Status Console. El motor no está funcionando, por lo que la
ventana está vacía.
Elija el menú Start | All Programs | HighJump Software | Advantage Platform | System
Status Console
El sistema abre la System Status Console. El motor no está funcionando, por lo que la ventana
está vacía.
Procedimientos: Los procedimientos siguientes muestran cómo evitar que los mensajes de
registro se extiendan por múltiples líneas en las consolas de estado.
Abra la Application Status Console y la System Status Console, si es necesario,
Haga clic en el icono de la esquina superior izquierda de la ventana del Application Status
Console
El Screen Buffer Size y las secciones Window Size de la pestaña Layout están relacionados
con la pantalla de la consola. La sección Window Size se refiere a las dimensiones de la
ventana, pero no afecta al contenedor del texto real. La sección de contornos Screen Buffer
Size es la frontera invisible en el que está escrito el texto. Si un determinado mensaje excede el
ancho del tamaño de buffer de pantalla, entonces el mensaje se ajusta a la línea siguiente.
Introduzca 500 en el cuadro Width en la sección Screen Buffer Size
Clic en el botón OK
Este se asegura de que las nuevas propiedades serán recordadas cada vez que abra la
Application Status Console.
Clic en el botón OK
Casos de prueba: El paso final en el proceso es para validar que el cambio trabajó como se
esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser validados.
Cada caso de prueba define el escenario que debe ser creado, así como el resultado esperado.
Si un caso de prueba dado no produce el resultado esperado, a continuación, revise los pasos
de la actividad anterior. Es probable que ya sea que perdió un paso o que usted realizó un
paso incorrectamente.
Aprobado/
Caso de Prueba Respuesta Esperada
Fallido
Ambas consolas muestran mensajes
Apagar el motor. Después arrancar el
de registro adicionales. Cada uno de
motor para todos los entornos de
los mensajes de registro se muestra
soluciones
en una sola línea.
Los datos en las consolas se ven similar a la siguiente.
Actividad 3: Copiar mensajes de salida de las Consolas de
Estado
Antecedentes: Es importante ser capaz de ver los mensajes en las consolas de estado. Sin
embargo, puede haber momentos en los que desea enviar algunos de los mensajes a otra
persona para su posterior análisis. En un ejercicio anterior, usted aprendió cómo exportar los
mensajes de registro a través de Commander Advantage, y también aprendió a exportar los
mensajes de registro con Log Export Utility. Si usted se interesa sólo en uno o dos mensajes de
registro, también puede simplemente copiar de las páginas web Advantage Commander y
pegarlos en otra aplicación. Las consolas de estado proporcionan otro método para la
extracción de mensajes de registro. La característica de exportación de Advantage Commander
y de Log Export Utility funcionar bien si se desea extraer una gran cantidad de mensajes.
Debido al limitado buffer, el método de la consola de estado funciona mejor cuando se extrae
un pequeño número de mensajes.
Procedimientos: Los procedimientos siguientes muestran cómo copiar los mensajes de las
consolas de estado. Sin embargo, no recrean el mensaje de error mencionado en el escenario
anterior.
Clic y mantener pulsado (no soltar) para marcar el comienzo del bloque de texto que
desee.
Arrastre y suelte para marcar el final del bloque de texto que desee.
En este punto, usted podría escribir un correo electrónico al equipo de soporte HighJump
describiendo la naturaleza del problema, y luego adjuntar el documento de Bloc de notas a
este.
Admin Ejercicio Práctico 7:
Elevating Application and System Log Levels
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Una de las tareas habituales de un administrador es determinar la causa raíz de los problemas.
En el laboratorio anterior, usted aprendió sobre los registros. Los registros son una excelente
fuente de información para identificar problemas en el sistema HighJump. Deben ser uno de los
primeros lugares que se ven cuando son incapaces de establecer la causa raíz de un síntoma.
Cada mensaje de registro tiene un nivel de gravedad asociado a él. Estas severidades varían
de 1 a 5. Usted puede ver el nivel de gravedad en el Detailed Log Report en Advantage
Commander en la columna Log Level. Los cinco niveles de gravedad se describen brevemente
en el siguiente cuadro.
Severidad Descripción
1 Error
2 Warning
3 General Information
4 Diagnostic Information
5 Trace information and communication information
El System Log Level HighJump determina que los mensajes de registro se escriben en el
registro (log). Cuando el sistema HighJump se está ejecutando en el registro de aplicación de
nivel 3 (por defecto), cualquier mensaje de registro de la aplicación con un nivel de gravedad 1,
2, ó 3 se escriben en el registro (log). Cuando el sistema HighJump está funcionando a nivel de
la aplicación de registro de 4, cualquier mensaje de registro de aplicaciones con un nivel de
gravedad 1, 2, 3 ó 4 se escriben en el registro (log). El Application Log Level 5 funciona de una
manera similar. Usted puede controlar el nivel de registro para los mensajes de registro del
sistema y los mensajes de registro de la aplicación independientes el uno del otro.
Por defecto, el sistema HighJump se ejecuta en el Application Log Level 3 y el System Log
Level 3. Sin embargo, puede haber momentos en que este nivel de registro no proporciona
suficiente información detallada para solucionar un problema. En estos casos, es posible que
desee ver algunos de los mensajes de registro con un nivel de gravedad de 4 o 5. Los
mensajes con estos niveles de gravedad le ofrecen muchos detalles adicionales no previstos
por los demás. Usted puede ordenar al sistema que escriba mensajes de registro con el nivel
de gravedad 4 o 5 cambiando el Application Log Level o el System Log Level.
El sistema HighJump ofrece cuatro métodos para cambiar el Application Log Level o el System
Log Level. Dependiendo de la situación, algunos métodos pueden funcionar mejor que otros.
Las ventajas y desventajas de cada método se tratan en las actividades individuales. Los tres
métodos se describen brevemente en el siguiente cuadro.
Método Notas
Por último, la elevación de un nivel de registro puede ser un método útil para la depuración de
un problema en el sistema HighJump. Sin embargo, tenga en cuenta que la escritura de
mensajes de registro adicionales consume recursos adicionales tanto en el servidor de
aplicaciones y el servidor de base de datos. En algunos casos, los terminales pueden
experimentar una degradación del rendimiento, cuando el nivel de registro es elevado. Esto es
especialmente cierto cuando usted eleva el nivel de registro para un entorno de solución
completo o para todos los dispositivos. Como resultado, usted no debe dejar el sistema en un
nivel elevado de registro más tiempo del necesario. Es una buena práctica para devolver el
sistema a nivel de registro 3 después de haber capturado los datos deseados.
Usted está seguro de que es un problema de aplicación, pero usted no tiene las habilidades
Advantage Architect para determinar la causa raíz. Usted llama al equipo desarrollo de
aplicaciones para resolver el problema. Ellos no son capaces de reproducir el problema en un
entorno de prueba, y han solicitado a usted alguna información de registro elevado con el fin de
continuar con el proceso de solución de problemas. Dado que el problema es esporádico, usted
elige elevar el nivel del registro de aplicación por un período de tiempo para un solo lector de
RF con la esperanza de que el lector encuentre el problema durante ese período de tiempo.
Estado actual: Cada vez que haga algún cambio en el sistema HighJump es una buena
práctica validar que el cambio proporcionó el resultado deseado. Sin embargo, si no conoce el
estado inicial del sistema, es difícil determinar si el cambio dio el resultado deseado. Los dos
pasos próximos lo familiarizará con el estado actual del sistema para que tenga una base de
comparación cuando necesite determinar si el cambio se ha realizado correctamente.
El sistema abre una ventana que muestra todas las sesiones para el entorno de solución WA.
Esta ventana muestra los terminales (RADIO_01), y muestra otras sesiones “system-type”.
Estas sesiones "system-type" son esencialmente sesiones que se ejecutan en segundo plano.
(Si el sistema no muestra ninguna sesión, a continuación, elija la opción Show All en la lista
despegable View.)
Casos de prueba: El último paso en este proceso es validar que los cambios funcionan como
se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser
validados. Cada caso de prueba define el escenario que debe crearse, así como el resultado
esperado. Si un caso de prueba dado no produce el resultado esperado, a continuación, revise
los pasos de la actividad anterior. Es probable ya sea que perdió un paso o que usted realizó
un paso incorrectamente.
Aprobad
Caso de Prueba Respuesta Esperada
o/ Fallido
Además, a medida que se desplaza a través de los mensajes, usted verá las consultas de
bases de datos, así como los números de línea y los nombres de los objetos de proceso.
En este punto se podría exportar el registro a través Webwise o Log Export Utility, y luego
enviar el registro al equipo de desarrollo de aplicaciones. Se trata de una cantidad significativa
de información y será muy valiosa para el equipo de desarrollo de aplicaciones a medida que
continúan para solucionar el problema.
Utilice
la herramienta AWESM para configurar el Application Log Level a 3 para
RADIO_01.
Actividad 2: Elevar la Application Log Level a través del archivo
Control.INI
Situación: Usted tiene proceso en segundo plano (desarrollado en Architect Advantage) que
imprime los informes. Este proceso en segundo plano cuando inicia el motor arranque.
Manualmente coloque un par de solicitudes de informes en la cola y luego arranque el motor en
el entorno de prueba. El sistema permite imprimir todos los informes de la cola a excepción de
la primera. Después de algunas investigaciones se entera de que el proceso de fondo se
encontró con algunos problemas inmediatamente después del arranque del motor, y después lo
corrigió. Desea elevar el log.elevate.the.application.log.level con el fin de facilitar el proceso de
solución de problemas. Sin embargo, en el momento en que usted puede utilizar la herramienta
AWESM sería demasiado tarde. Además se está trabajando en el entorno de prueba. Usted
opta por elevar el nivel de registro utilizando control.ini.
Situación: Usted tiene proceso en segundo plano (desarrollado en Architect Advantage) que
imprime los informes. Este proceso en segundo plano cuando inicia el motor arranque.
Manualmente coloque un par de solicitudes de informes en la cola y luego arranque el motor en
el entorno de prueba. El sistema permite imprimir todos los informes de la cola a excepción de
la primera. Después de algunas investigaciones se entera de que el proceso de fondo se
encontró con algunos problemas inmediatamente después del arranque del motor, y después lo
corrigió. Desea elevar el log.elevate.the.application.log.level con el fin de facilitar el proceso de
solución de problemas. Sin embargo, en el momento en que usted puede utilizar la herramienta
AWESM sería demasiado tarde. Además se está trabajando en el entorno de prueba. Usted
opta por elevar el nivel de registro utilizando control.ini.
Estado actual: Cada vez que haga algún cambio en el sistema HighJump es una buena
práctica validar que el cambio proporcionó el resultado deseado. Sin embargo, si no conoce el
estado inicial del sistema, es difícil determinar si el cambio dio el resultado deseado. Los dos
pasos próximos lo familiarizará con el estado actual del sistema para que tenga una base de
comparación cuando necesite determinar si el cambio se ha realizado correctamente.
Casos de prueba: El paso final en el proceso es validar que el cambio trabajó como se
esperaba. Dado que CONTROL.INI cambia, también impacta el ambiente entire.solution, por lo
que no es necesario ejecutar una reposición con el fin de validar que el sistema se ejecuta en
application log level 5. El entorno de solución de WA contiene unos cuantos procesos de fondo
que inician al arrancar el motor. Si el cambio ha funcionado correctamente, estos procesos ya
deberían estar generando una gran cantidad de mensajes de registro adicionales.
La siguiente tabla muestra los diferentes casos de prueba que deben ser validados. Cada caso
de prueba define el escenario que debe crearse, así como el resultado esperado. Si un caso de
prueba dado no produce el resultado esperado, a continuación, revise los pasos de la actividad
anterior. Es probable ya sea que perdió un paso o que se realizó un paso incorrectamente.
Aprobado/
Caso de Prueba Respuesta Esperada
Fallido
Webwise contiene un aumento
Espere por un minute. Luego examine el significativo en el número de
Summary Log Report en Advantage mensajes de registro. Asimismo, la
Commander. naturaleza de los mensajes es muy
detallada.
Situación: Uno de los supervisores de almacén le llama por teléfono. Él indica que
aproximadamente la mitad de los lectores de RF están experimentando algún comportamiento
extraño. Aproximadamente cada dos horas, este subconjunto de lectores espera durante un
minuto. Luego los lectores reconectan y los lectores vuelven al estado exacto en el que
estaban antes del tiempo de espera.
Usted mira el registro y ve algunas entradas de registro pertinentes, pero no son capaces de
interpretarlas. Después de un poco más de investigación usted determina que todos los
lectores de RF con el tiempo de espera se adjuntan al mismo socket. Los otros lectores que
funcionan correctamente se unen a una toma de corriente independiente. Después de llamar al
equipo de soporte HighJump, solicitan una elevated.system.log para el socket que se trate.
Estado actual: Cada vez que haga algún cambio en el sistema HighJump es una buena
práctica validar que el cambio proporcionó el resultado deseado. Sin embargo, si no conoce el
estado inicial del sistema, es difícil determinar si el cambio dio el resultado deseado. Los dos
pasos próximos lo familiarizará con el estado actual del sistema para que tenga una base de
comparación cuando necesite determinar si el cambio se ha realizado correctamente.
Casos de prueba: El último paso en este proceso es validar que los cambios funcionan como
se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser
validados. Cada caso de prueba define el escenario que debe crearse, así como el resultado
esperado. Si un caso de prueba dado no produce el resultado esperado, a continuación, revise
los pasos de la actividad anterior. Es probable ya sea que perdió un paso o que usted realizó
un paso incorrectamente.
Aprobad
Caso de Prueba Respuesta Esperada
o/ Fallido
Ingrese al Virtual Terminal VT_001 y Sistema exhibe poca o ninguna,
ejecute un par de interacciones del proceso degradación notable en el lapso de
de negocios Location Status tiempo entre diálogos.
Los datos de registro serán similares a la siguiente captura de pantalla. Tenga en cuenta que el
contenido de los mensajes es notablemente diferente de los mensajes application log level 5.
Es probable que no se diera cuenta de cualquier degradación en el rendimiento con esta
actividad. Tampoco el número de mensaje de registro aumentará de manera significativa. Esto
es así porque sólo unos pocos mensajes se registran para cada paquete de comunicación. Si
hubiera múltiples terminales en la toma de todos los procesos activos, es probable que hubiera
sufrido alguna degradación del rendimiento.
En este punto se podría exportar el registro a través Webwise o Log Export Utility, y luego
enviar el registro al equipo de Soporte HighJump. Se trata de una cantidad significativa de
información y será muy valiosa para el equipo de apoyo a medida que continúan solucionando
el problema.
Use la herramienta AWESM para ajustar el system log level a 3 para RADIO_01.
Como con cualquier nivel de registro elevado, el sistema HighJump consumirá los recursos del
sistema tanto en el servidor de aplicaciones y el servidor de base de datos. Usted puede
esperar una disminución del rendimiento general, al aumentar el nivel de registro. Esto es
especialmente cierto con el método control.ini, ya que afecta a todos los dispositivos. Utilice
esta opción con precaución extrema en un entorno de producción.
Por último, si se utiliza este método, debe cerrar todos los entornos de solución y, a
continuación, reinicie los ambientes de solución antes de que el nivel de registro elevado tenga
efecto. Esta es otra razón para tener cuidado cuando se trabaja en la producción.
Después de haber definido todos los dispositivos, encienda el motor y pongalos a prueba,
y ninguno de ellos funciona. Todos los lectores mostrarán el error "AdvantageEngine Down."
Usted mira el registro y ve algunas entradas de registro pertinentes para los sockets, pero no
es capaz de interpretarlas. Después de llamar al equipo de soporte HighJump, ellos piden un
registro del sistema elevado para los sockets. Dado que los problemas están en el entorno de
prueba, usted decide tomar el camino fácil y elevar el registro a través del archivo
CONTROL.INI.
Estado actual: Cada vez que haga algún cambio en el sistema HighJump es una buena
práctica validar que el cambio proporcionó el resultado deseado. Sin embargo, si no conoce el
estado inicial del sistema, es difícil determinar si el cambio dio el resultado deseado. Los dos
pasos próximos lo familiarizará con el estado actual del sistema para que tenga una base de
comparación cuando necesite determinar si el cambio se ha realizado correctamente.
Casos de prueba: El paso final en el proceso es validar que el cambio trabajó como se
esperaba. El sistema intenta constantemente comunicarse con los sockets. Si el cambio trabajó
correctamente, el sistema ya debería estar generando una multitud de mensajes de registro
adicionales.
La siguiente tabla muestra los diferentes casos de prueba que deben ser validados. Cada caso
de prueba se define el escenario que debe ser creada, así como el resultado esperado. Si un
caso de prueba dado no produce el resultado esperado, a continuación, revise los pasos de la
actividad anterior. Es probable ya sea que perdió un paso o que se realizó un paso
incorrectamente.
Aprobado/
Caso de Prueba Respuesta Esperada
Fallido
Webwise contiene un aumento
Espere por un minute. Luego examine el significativo en el número de
Summary Log Report en Advantage mensajes de registro. Asimismo, la
Commander. naturaleza de los mensajes es muy
detallada.
En este punto se podría exportar el registro a través Webwise o Log Export Utility, y luego
enviar el registro al equipo de desarrollo de aplicaciones. Se trata de una cantidad significativa
de información y será muy valiosa para el equipo de desarrollo de aplicaciones a medida que
continúan solucionando el problema.
Ha capturado la información deseada en el registro. Ya no existe la necesidad de mantener el
entorno de solución WA completo, en un elevated log status. El elevated log level consume
recursos innecesarios en el servidor de aplicaciones y el servidor de base de datos. Es una
buena práctica devolver el entorno de solución de nuevo al application log level 3 después de
que los datos han sido capturados.
Apague el motor para el entorno de solución WA
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Al arrancar el motor, el sistema inicia una serie de administradores. Algunos de estos
administradores controlan las comunicaciones entre los terminales y los servidores de
aplicaciones. Algunos de estos administradores rigen los informes de Crystal Reports que se
envían a las impresoras. Sin embargo, otros administradores regulan las datos transmitidos
entre el servidor de aplicaciones y un sistema de host.
Si bien hay un par de métodos diferentes para la rotación de un administrador individual, las
actividades siguientes muestran cómo hacerlo a través de la herramienta AWESM. Todos los
administradores HighJump se pueden iniciar y detener a través de esta herramienta.
No es necesario abrir la System Status Console con el fin de detener e iniciar un gestor. Sin
embargo, esta actividad incluye este paso con el fin de dar una indicación visual de que el
estado del administrador ha cambiado.
Abra el System Status Console.
El sistema abre una ventana que muestra todas las sesiones para el entorno solución de WA.
Esta ventana muestra los terminales (RADIO_01), y muestra otras sesiones "system-type".
Estas sesiones "system-type" son esencialmente sesiones que se ejecutan en segundo plano.
(Si el sistema no muestra todas las sesiones, a continuación, seleccione la opción Show All en
la lista despegable View)
Clic en el dispositivo Event Manager, para resaltarlo.
Clic en el botón Stop Event Mgr
El System Status Console que indica que el administrador del evento fue clausurado con éxito.
El elemento [EVENTMGR] de la pantalla se refiere al administrador de eventos.
El System Status Console indica que el administrador del evento se inició con éxito. El sistema
inicia cada uno de los temas asociados con el administrador de eventos. Estos temas están
indicados por el E_01 y la notación E_02.
En este punto el administrador del evento se ha detenido y ha comenzado. El jefe de almacén
puede realizar una prueba para determinar si este proceso resolvió el problema con los
informes de Crystal.
Admin Ejercicio Práctico 9:
Aplicaciones Advantage Architect
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Architect Advantage es una de las dos principales herramientas de configuración suministradas
con el sistema de Advantage. A pesar de que es capaz de hacer otras funciones, su propósito
principal es configurar la lógica de negocio (workflows) que se ejecuta en los lectores de
radiofrecuencia.
En los primeros ejercicios usted interactuó con varias pantallas diferentes en los terminales
virtuales. Virtualmente todos los aspectos de las pantallas, así como los de las terminales de
radiofrecuencia, se pueden configurar a través Architect Advantage. Esto incluye, pero no se
limitan a, la followingm
Diseño de la pantalla
Texto en las pantallas
Fórmulas Backend
Interacciones de base de datos Backend
Cada módulo de la cadena de suministro entregado por HighJump incluye uno o más
aplicaciones desarrolladas en Architect Advantage. La principal aplicación de gestión de
almacenes se titula WA (Advantage Warehouse) en el interior de Architect Advantage. Esta es
la aplicación que ha estado funcionando en las terminales virtuales, y también sirve como base
para todas las actividades en este ejercicio
Escenario: Tres meses después del evento go-living (puesta en funcionamiento), uno de los
supervisores le llama por teléfono. Él explica que el proceso de negocio de ajuste a veces
omite el indicador de la cantidad. El desarrollador de la aplicación en su empresa se encuentra
de vacaciones, por lo que se llama al equipo de apoyo HighJump para obtener ayuda. Después
de una conversación breve, determinan que no será capaz de resolver el problema sin alguna
información adicional. Ellos les piden que les envíe la solicitud Advantage Architect para que
puedan revisar la lógica de negocio del proceso de ajuste. Piden toda la historia (todas las
revisiones) de los objetos.
La exportación crea un conjunto de archivos XML en un disco duro. Estos archivos se pueden
colocar en cualquier lugar en el disco local o en una unidad de red. La instalación crea una
carpeta predeterminada que puede ser utilizada para la exportación de la aplicación. Los dos
pasos primeros de los procedimientos de navegan a esta carpeta por defecto y luego crear una
subcarpeta específica de Washington.
Elija el menú Start > All Programs | HighJump Software | Advantage Platform |
Advantage Architect Unicode
El sistema muestra el cuadro de diálogo Application Login. Cada vez que un desarrollador
realiza un cambio en un objeto Advantage Architect, el sistema registra el cambio en el
repositorio. No sólo hace el sistema de registro de la nueva definición del objeto, sino que
también registra el tiempo que se ha cambiado, así como el nombre del programador que hizo
el cambio. El nombre que utiliza el sistema es el que se introduce en el cuadro de diálogo
Application Login.
Escriba su nombre en el cuadro de edición User Name
Clic en el botón OK
A medida que Advantage Architect crea los archivos XML, se muestra el estado en la ventana
de salida en la parte inferior de la pantalla.
Cuando la exportación se haya completado exitosamente, el sistema muestra el cuadro de
diálogo Completed.
Clic en el botón OK
Casos de prueba: El último paso en este proceso es validar que el sistema exporta los datos
como se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser
validados. Cada caso de prueba define el escenario que debe ser creado, así como el
resultado esperado. Si un caso de prueba dado no produce el resultado esperado, a
continuación, revise los pasos de la actividad anterior. Es probable ya sea que perdió un paso o
que se realizó un paso incorrectamente.
Aprobado/
Caso de Prueba Respuesta Esperada
Fallido
Información General: En la actividad anterior usted aprendido que una exportación copia
(exportaciones) las definiciones de los objetos del repositorio dentro de un conjunto de archivos
XML. Una importación funciona en la dirección opuesta. Una importación copia (importaciones)
las definiciones de los objetos de un conjunto de archivos XML en un repositorio. La
importación siempre se empareja con una exportación previamente ejecutada.
Escenario: Las tres primeras indicaciones que aparecen en los terminales RF (usuario,
contraseña y equipo) contienen un texto similar en la parte superior de la pantalla. Cada uno de
estos cuadros de diálogo contienen el texto "Warehouse.Advantage.Version.xx.x" Dado que la
información de la versión no proporciona ningún valor para el usuario final, le gustaría sacarlo
de cada una de las pantallas.
El siguiente diagrama muestra el estado actual del prompt ID de usuario. También muestra
cómo desea que la nueva solicitud (prompt) del sistema cuide el cambio se ha realizado. Usted
desea un cambio similar en la contraseña y el equipment prompts.
Su empresa no hace ningún desarrollo Architect Advantage, por lo que contacta con el equipo
HighJump de servicios profesionales para desarrollar los cambios. En realidad, este es un
cambio de aplicación muy simple. Usted probablemente no solicita este cambio de HighJump a
menos que se incluido con algunos otros cambios más significativos. Se incluye aquí
simplemente para demostrar el concepto.
Con el fin de iniciar el proceso, se exporta la aplicación actual a un conjunto de archivos XML
que se envía al equipo de HighJump. Luego, el equipo HighJump realiza los siguientes pasos:
Su tarea es la de importar los archivos XML en el repositorio y luego empujar los cambios hacia
los terminales. Esta actividad demuestra el componente de importación. La actividad siguiente
muestra el "push" (empuje) de los componentes.
Estado actual: Una vez importada la aplicación y empujada hacia los terminales, alguien tiene
que comprobar que cumple con los requisitos. El administrador no es el más probable que
lleve a cabo la validación. Este ejercicio incluye una examinación de la situación actual y el
estado modificado de manera que pueda determinar si procede o no la importación y el empuje
fueron un éxito. La siguiente tabla muestra los casos de prueba a considerar, así como el
resultado esperado. Ejecutar cada caso de prueba para familiarizarse con el estado actual de la
lógica de negocio. Se volverá a examinar estos mismos casos de prueba después de haber
realizado la importación y el empuje.
Procedimientos: Los procedimientos siguientes muestran cómo importar una nueva aplicación
de WA Architect en el repositorio. A diferencia de muchas de las actividades anteriores, estos
procedimientos en realidad importan una aplicación que cumpla con los requisitos del
escenario pintado. La solicitud de importación elimina la información de versión en los primeros
tres cuadros de diálogo del proceso de inicio de sesión para los terminales de radiofrecuencia.
Los archivos XML son archivos comprimidos y ubicados en la carpeta en el escritorio. Los
varios pasos primeros lo dirigen a crear una nueva carpeta en el disco duro y luego
descomprimir el archivo comprimido.
Como práctica general, es una buena idea hacer una copia de seguridad de la aplicación
existente antes de realizar una importación. En la actividad anterior ha exportado la aplicación
WA a un conjunto de archivos XML. Esta exportación servirá como copia de seguridad. Una
actividad más adelante se demostrará una metodología recomendada para la creación de
copias de seguridad. El siguiente paso está incluido en caso de que usted no se realizó la
actividad anterior.
Casos de prueba: En este punto, los archivos XML se han importado correctamente en el
repositorio. Sin embargo no hay manera fácil de validar los cambios desde dentro de
Advantage Architect. Debe empujar la nueva lógica empresarial hacia los lectores, a
continuación, comprobar los cambios en los lectores. Este es el objeto de la siguiente actividad.
Actividad 3: Compilar y activar una aplicación Architect
Hay dos métodos para compilar una aplicación: una compilación de producción y una
compilación de desarrolladores. La distinción entre los dos métodos requiere una comprensión
más profunda de Architect Advantage. El tema es más adecuado para un desarrollador y no un
administrador. La gran mayoría de las compilaciones realizadas como administrador serán una
compilación de producción. Consulte los archivos de ayuda Advantage Architect para obtener
información adicional sobre este tema.
El sistema llena el cuadro de edición Compilation Folder con un valor predeterminado. Puede
cambiar esta carpeta, sin embargo, el valor por defecto será suficiente para la mayoría de los
casos.
El sistema genera los archivos binarios y los archivos XML en la carpeta especificada. Se
muestra el progreso en la ventana de salida. Cuando ha terminado la compilación, se muestra
otro cuadro de diálogo.
Si hay algún error, el sistema les mostrará en este punto. En el entorno de la formación, la
compilación se realiza correctamente, pero indica algunas advertencias. La aplicación WA
intenta comunicarse con otras aplicaciones de módulos de HighJump . (es decir, Yard
Advantage, Supplier Advantage) Si los otros módulos no están instalados, WA no se pueden
comunicar con ellos. Las advertencias en el entorno de la formación son el resultado de no
contar con los otros módulos instalados. Ellos no causan efectos nocivos en runtime y se
espera que en este entorno.
La compilación se ha completado, y ahora usted tiene la opción de activar la aplicación.
Haga clic en el botón Yes.
El sistema muestra el cuadro de diálogo Activate Aplication. El sistema da por defecto el cuadro
de edición Compilation Folder a la carpeta que eligió durante el proceso de compilación. Por
defecto el nombre de la carpeta es correcto, así que no hay necesidad de cambiarlo.
REPOS es el nombre de la base de datos de depósito. El depósito sólo se utiliza por Architect
Advantage. Dado que el repositorio es una base de datos diferente de la base de datos runtime
(ADV), se debe desmarcar la casilla, y luego de forma explícita que apunte a la base de datos
runtime.
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Visual Debugger es una herramienta que le permite solucionar problemas de la lógica de
negocio (flujos de trabajo) de las aplicaciones de su Advantage. Técnicamente hablando,
Visual.Debugger es una herramienta que le permite solucionar problemas de los objetos de
proceso que se crearon en Advantage Architect.
El concepto de un objeto de proceso se describe con gran detalle durante la clase Advantage
Architect. A los efectos de esta clase, un objeto de proceso se define como "un conjunto de
medidas ejecutables diseñadas para lograr un propósito específico." Ellas se crean en una
herramienta de desarrollo llamada Advantage Architect. Por ejemplo, un objeto de proceso
puede solicitar al usuario un número de orden. Otro objeto de proceso puede recuperar todos
los datos maestros de pedidos de la base de datos para un número de orden dado. Cada paso
en el objeto de proceso devuelve un estado PASS o FAIL.
Los desarrolladores usan esta herramienta ampliamente para depurar problemas de lógica en
la aplicación. Sin embargo, como administrador lo usará principalmente bajo la dirección del
equipo de apoyo HighJump. Ellos pueden pedirle captar parte de la información y enviársela
por correo electrónico. O tal vez le pida que ejecute la Visual.Debugger y luego explicar lo que
ve en ciertas ventanas.
Independientemente del modo que se utiliza cuando se ejecuta Visual Debugger, siempre
tendrá un impacto negativo en el rendimiento de la terminal a la que se adjunta. Es una buena
idea establecer esa expectativa con el usuario que está ejecutando la terminal.
Clic en el botón OK
El sistema cambia la barra de título de la ventana para indicar que se ha conectado al servidor
de aplicaciones. Sin embargo, todavía no está conectado a un dispositivo específico, y la
ventana principal permanece vacía.
Uno de los conceptos clave de Visual Debugger es el concepto de control. Cualquier Visual
Debugger tiene el control de un objeto de proceso o está a la espera de la entrada del usuario
final. Si Visual Debugger no responde a los clics del mouse, lo más probable es que se espera
para el usuario final para introducir o escanear una hoja de datos. En el estado actual, Visual
Debugger está conectado a un dispositivo, pero no se puede hacer nada en la herramienta, ya
que está esperando introducir algo a la ubicación del sistema en la Virtual Terminal.
El sistema muestra varias líneas de datos en la herramienta Visual.Debugger. Estas son las
líneas del objeto proceso. En este punto Visual.Debugger tiene el control del proceso, y que
está esperando para que usted pueda pasar a través de línea por línea. Además, el
Virtual.Terminal permanece en el cuadro de diálogo LOCATION. Si el dispositivo era un físico
de radio RF, entonces la pantalla con el tiempo sería el siguiente "Advantage.Engine.Down".
Este botón es el equivalente del menú Test | Step Into. Para los propósitos de este documento,
se referirá como el botón Step Into.
Al igual que antes, el Visual Debugger mantiene el control del proceso de negocio, y avanza a
la siguiente línea ejecutable, como se indica por la flecha amarilla.
Haga clic en el botón Step Into de los tiempos Visual Debugger múltiples hasta que la
Virtual Terminal muestre el cuadro de diálogo Location Status.
A medida que recorre las líneas de proceso del objeto, el sistema muestra cada línea ejecutada
en el panel inferior, junto con el estado devuelto de cada línea (PASSED o FAILED). Un estado
de FAILED no significa necesariamente que algo está mal. Muchas veces un estado FAILED es
el resultado esperado.
Haga clic en el botón Step Into de Visual Debugger una vez más.
En este punto, usted puede caminar en la línea correspondiente según las indicaciones del
equipo de apoyo HighJump, y luego leer la información que ve en la pantalla. Una vez que
tengan la información necesaria, lo que necesita para salir del debugger que le devolverá el
terminal a la operación normal.
Puede haber momentos en los que elija el menú File | Detach Debugger y el sistema no haga
nada. Esto es más probable debido a que el debugger está esperando a la entrada del usuario.
Si este es el caso, a continuación, introduzca los datos en el Terminal virtual y, a continuación,
el debugger (depurador) va a desaparecer.
Actividad 2: Añadir un Reloj al depurador de Visual
Procedimientos: Los procedimientos siguientes muestran cómo agregar un reloj para Visual
Debugger. Sin embargo, ellos no reproducen el problema con los datos incorrectos pasando al
sistema host.
El sistema muestra una lista de todas las variables Reloj definidas actualmente en el panel
inferior. En este caso, no hay ninguna.
Elija el menu Watch | Add
Elija Location en la lista despegable Add Watch
Clic en el botón OK
El sistema añade la variable Location para el panel inferior, y se muestra el valor actual de la
variable Location. En este caso, el valor actual es M106 que concuerda con el que usted
introdujo en el Virtual Terminal.
El sistema añade la variable Status para el panel inferior, y se muestra el valor actual de la
variable Status. El valor actual puede diferir de la captura de pantalla.
Haga clic en el botón Step Into de los tiempos Visual Debugger múltiples hasta que
Virtual Terminal aparezca el cuadro de diálogo Location Status.
Introduzca I en el cuadro de diálogo Location Status de la Virtual Terminal.
Haga clic en el botón Step Into de los tiempos múltiples Visual Debugger hasta que
todas las variables Watch estén vacíos.
Detrás de las escenas, el proceso de negocio ha completado una vuelta completa, y ahora el
sistema se está iniciando varias variables a los valores vacíos antes de que comience de nuevo
en la parte superior del lazo.
El sistema muestra la definición del objeto de proceso Generate Host Interface Tran .
El sistema ubica un ícono de “pare” en la tercera línea. El signo pare, indica el punto de
interrupción.
Al hacer clic en el menú Go, el terminal virtual se ejecutará normalmente hasta que encuentra
un punto de interrupción o hasta que haga clic en el botón Step Into del Visual.Debugger.
Vaya al indicador Location Status del proceso de negocio Location Status en Virtual
Terminal.
El Virtual Terminal se ejecuta con normalidad, pero poco a poco. No hay actividad en el panel
superior del Visual.Debugger. Y la pestaña Mesagges de Visual.Debugger está vacía. El
sistema no ha encontrado aún el punto de interrupción.
Introduzca un estado en el cuadro de diálogo Location Status en el Virtual Terminal.
En este punto Visual.Debugger tiene el control del proceso, y está esperando para que usted
pueda pasar a través de este línea por línea. Está en el mismo estado que fue durante la
primera actividad. Usted puede utilizar el botón Step Into para caminar a través de las líneas
una por una.
A medida que el sistema ejecuta una línea de código se genera una o más líneas de datos a la
pestaña Messages. Lo hará de forma continua hasta que usted deshabilite manualmente el
modo de Message Watch o hasta que usted apague Visual Debugger. El rendimiento de la
Terminal virtual es bastante lento cuando el Message Watch está habilitado. Sin embargo, lo
hace avanzar a la siguiente línea de comandos después de entrar en una parte de datos.
Después de haber capturado la deseada línea por línea de salida, puede copiar los datos de la
ficha de mensajes y pegarlo en otro documento.
Resalte las filas multiples en la pestaña Message de Visual Debugger con un clic y la
metodología de arrastre
Presione la combinación de teclas Control C en el teclado
En este punto usted puede enviar el archivo de texto para el equipo de apoyo HighJump para
su posterior análisis.
El sistema muestra un mensaje indicando que los puntos de interrupción no serán aceptados,
mientras que el Visual.Debugger está en modo de grabación.
Lleve a cabo un par de iteraciones del proceso de negocio Location Status en el Virtual
Terminal.
El Virtual Terminal se ejecuta con lentitud, pero avanza a la siguiente pantalla cada vez que
introduce una parte de datos. Sin embargo, Visual Debugger no escribe ningún dato en la
pestaña Mensajes. Detrás de escenas Visual Debugger está escribiendo la salida de línea por
línea a un archivo de texto.
Elija el menú File | Detach Debugger
Introducir un valor en el indicador actual en el Virtual Terminal, si es necesario, con el fin
de cerrar el Visual Debugger.
En este punto, se ha capturado toda la línea por línea, necesaria de salida. Ahora, usted puede
localizar el archivo de texto y enviarlo al equipo de soporte HighJump.
El nombre del archivo deseado se inicia con R_, y contiene el identificador del terminal y tiene
una extensión LOG. En este caso el nombre del archivo es R_RAD01_record.log.
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Las actividades mencionadas a continuación reproducen varios escenarios que pueden
producirse como administrador. Algunos de los escenarios se pueden resolver con simples
correcciones. Otros requieren la ayuda del equipo de apoyo HighJump. El énfasis en estas
actividades está en la comprensión de lo que produce los síntomas que se dan.
Actividad 1: Entender el mensaje de error "Log off Radio"
Información General: El sistema HighJump impide que un controlador de material
(empleado) inicie sesión en múltiples terminales al mismo tiempo. Si un controlador de material
intenta iniciar sesión en un terminal, mientras que al mismo tiempo está conectado a un
terminal diferente, el sistema da el mensaje de error "LOG OFF RADIO XX" y no le permite
iniciar sesión una segunda vez.
Este mensaje de error específico sólo es relevante para la aplicación de WA. La aplicación
DCA utiliza un conjunto diferente de procesos de negocio, y no va a producir este síntoma.
En el escenario, el supervisor de Amy le da otro terminal RF para continuar con las tareas de
picking. Para simular este escenario, abrirá una sesión de Terminal Web e intente iniciar sesión
con el perfil de Amy.
El sistema no permite a de Amy acceder al Terminal Web, porque ella ya está conectada a otro
terminal. La forma correcta de resolver este tipo de problema es localizar el primer terminal,
inicie sesión como de Amy fuera de él, y luego inicie sesión en el segundo terminal con el perfil
de Amy.
Sin embargo, en el escenario pintado, la carretilla elevadora destruye el terminal, y es
imposible iniciar sesión de Amy fuera de él. En este caso específico, la forma adecuada de
resolver el problema es llamar al equipo de apoyo HighJump y pedir su ayuda. Es posible
actualizar una entrada en una tabla de base de datos y evitar el problema en el proceso de
inicio de sesión. Sin embargo, si no se hace correctamente, puede causar problemas
adicionales más adelante durante los procesos de negocio. Si usted no es capaz de cerrar la
sesión de Amy del primer terminal, la mejor acción es ponerse en contacto con el equipo de
apoyo HighJump.
Seguimiento: En este punto, la actividad está terminada. Lleve a cabo los siguientes
procedimientos para restaurar los terminales de nuevo a un estado de trabajo.
Este mensaje de error específico sólo es relevante en la aplicación de WA. La aplicación DCA
utiliza un conjunto diferente de los procesos de negocio, y no va a producir este síntoma.
En el escenario, Amy se toma un descanso y Pat intenta utilizar la carretilla elevadora sin
utilizar. Para simular este escenario, abrirá una sesión de Web Terminal e ingrese con el perfil
de Pat. En el prompt EQUIPMENT \ ZONE, usted intentará entrar en la carretilla elevadora que
Amy estaba usando (FAAMY).
Abrir un Web Terminal, si es necesario.
Introduzca PAT en el prompt USER ID
Introduzca PAT en el prompt PASSWORD
Introduzca FAAMY en el promt EQUIPMENT \ ZONE
El sistema no permite a Pat utilizar la carretilla elevadora FAAMY porque aún está asociado
con el perfil de Amy. La forma correcta de resolver este tipo de problema es localizar el primer
terminal, cerrar la sesión de Amy, y luego inicie sesión en el segundo terminal con el perfil de
Pat y el montacargas FAAMY.
Sin embargo, en el escenario pintado, la carretilla elevadora destruye la terminal, y es
imposible cerrar la sesión de Amy. En este caso específico, la forma adecuada de resolver el
problema es llamar al equipo de apoyo HighJump y pedir su ayuda. Es posible actualizar una
entrada en una tabla de base de datos y evitar el problema en el proceso de inicio de sesión.
Sin embargo, si no se hace correctamente, puede causar problemas adicionales más adelante
durante los procesos de negocio. Si no son capaces de cerrar la sesión de Amy en el primer
terminal, la mejor medida es ponerse en contacto con el equipo de apoyo HighJump.
Introducción
Este ejercicio consiste en las siguientes actividades:
Información General
Editor de Página es una de las dos principales herramientas de configuración suministradas
con el sistema de Advantage. Su objetivo principal es configurar las páginas que se muestran
en Webwise Runtime.
En los primeros ejercicios usted interactuó con varias páginas diferentes de Runtime Webwise.
Diferentes aspectos de esas páginas son configurables a través Editor de Página. Esto incluye,
pero no se limitan a, lo siguientes
Cada módulo de la cadena de suministro entregado por HighJump incluye una o más
aplicaciones desarrolladas en el Editor de Página. Al instalar el módulo Warehouse Advantage,
el sistema crea dos aplicaciones diferentes Webwise Runtime - uno de ellos se titula
Warehouse Advantage y el otro se titula Advantage Dashboard. Ha interactuado con la
aplicación Warehouse Advantage en un ejercicio anterior.
Escenario: Tres meses después del evento de puesta en funcionamiento uno de los
supervisores le llama por teléfono. Él explica que las páginas personalizadas de reposición en
la aplicación Advantage Dashboard Webwise no están funcionando adecuadamente. El
desarrollador de la aplicación en su empresa se encuentra de vacaciones, por lo que se llama
al equipo de apoyo HighJump para obtener ayuda. Después de una conversación breve,
determinan que no serán capaces de resolver el problema sin alguna información adicional.
Ellos les piden que les envíe la solicitud Webwise Advantage Dashboard para que puedan
revisar la lógica de las páginas de reposición.
En este punto, usted puede copiar el archivo CONFIG.WDB y enviarlo al equipo de soporte
HighJump para su posterior análisis.
Como con cualquier sustitución de archivos, siempre es una buena práctica comercial hacer
una copia de seguridad del archivo existente. Usted y su equipo tendrá que decidir sobre una
estrategia para copias de seguridad de las aplicaciones Webwise. Una estrategia de copia de
seguridad de muestra, se incluye en un ejercicio posterior.
El siguiente diagrama muestra el estado actual del menú Webwise. También muestra cómo
desea que el nuevo menú cuide el cambio que se ha realizado.
Su empresa no hace ningún desarrollo Webwise, por lo que contacta al equipo de HighJump
Professional Services para desarrollar los cambios de menú. En realidad, este es un cambio de
aplicación muy simple. Usted probablemente no solicita este cambio de HighJump menos que
fuera incluido con algunos otros cambios más significativos. Se incluye aquí simplemente para
demostrar el concepto.
Con el fin de iniciar el proceso, se hace una copia del archivo de configuración Warehouse
Advantage Advantage Webwise, y lo envía al equipo de HighJump. El equipo de HighJump
hace los cambios relacionados con el remolque al menú, y luego se envía un archivo de
configuración Webwise modificado.
Abra la aplicación Warehouse Advantage del El menú contiene varias opciones relacionadas
Webwise Runtime y expanda el nodo de con los remolques.
configuración de almacenes Warehouse
Setup
Clic en el botón OK
Si usted está siguiendo las mejores prácticas, tendrá dos, y tal vez incluso tres, entornos en su
sistema. Usted tendrá un entorno de producción, que es el sistema de registro. Además, tendrá
un entorno de desarrollo donde se pueden probar los cambios antes de que afecten el sistema
de producción.
Es probable que algunos parámetros relacionados con Webwise diferirán entre los diversos
entornos. Por ejemplo, el servicio web que imprime los informes de Crystal se puede situar en
una máquina en el entorno de desarrollo y en una máquina totalmente independiente en el
entorno de producción. Hay unos cuantos otros parámetros que también pueden diferir entre
los ambientes.
Al mover una aplicación Webwise de un entorno a otro, como en una importación, es necesario
dar cuenta de estos parámetros diferentes. La función de Publish.Configurations del Editor de
Página gestiona los parámetros que difieren entre los diversos entornos.
Si el Page Editor establece una conexión exitosa con la información proporcionada, este
muestra un mensaje de éxito.
Clic en el botón OK
Elija el menú File | Save
Si el sistema muestra el siguiente cuadro de diálogo, haga clic en el botón Close
El sistema está tratando de publicar los cambios utilizando la configuración Default, que
contiene los parámetros que apuntan a nombres de máquinas válidos. Una actividad más
adelante muestra cómo publicar la aplicación utilizando una configuración de publicación
apropiada.
En este punto Editor de Página tiene visibilidad de todos los cambios realizados por el equipo
de HighJump Professional Services. Además, se han modificado los parámetros de la machine-
related para adaptarse a sus entornos.
Sin embargo, estos cambios no se reflejan en Webwise Runtime. La actividad siguiente
muestra la manera de impulsar estos cambios en el Webwise Runtime.
Por el contrario, cuando se modifica una aplicación Webwise en Editor de páginas, las
modificaciones se escriben en la base de datos de MS Access, y se envían automáticamente
hacia los usuarios runtime. Esta opción "automatic publish" es configurable, y puede ser
desactivada si así se desea.
Click en el botón OK
Seleccione menú File I Exit
Introducción
Este ejercicio consiste en las siguientes actividades:
1. Realizar un release
2. Promocion de un Release
Antecedentes
La mayoría de los clientes tienen al menos dos casos totalmente funcionales del sistema
HighJump. Un ejemplo es el sistema de registro. Esta instancia se suele llamar el "en vivo" del
sistema o el sistema de producción. El segundo caso es un entorno de desarrollo donde los
cambios pueden ser desarrolladas y probadas. Algunos clientes utilizan una tercera instancia
del sistema HighJump, y en algunos casos poco frecuentes, incluso una cuarta instancia del
sistema HighJump se utiliza. La mejor práctica dice que usted debe tener al menos dos casos.
Sin embargo, el HighJump equipo de servicios profesionales pueden no ser los que hacen los
cambios. Si algunos miembros del equipo de su empresa han tomado clases de desarrollo de
software de HighJump, a continuación,pueden tener los conocimientos y habilidades
necesarias para realizar los cambios directamente en el entorno de desarrollo sin la ayuda de
HighJump. Si este es el caso, se le puede pedir, el administrador, para agrupar el release antes
de la promoción.
El personal de TI, le informa que se han realizado cambios en los siguientes componentes:
Procedimiento: Los procedimientos siguientes muestran cómo agrupar una versión con los
cuatro componentes mencionados anteriormente. Sin embargo, no demuestran el proceso de
promoción. Estos procedimientos son específicos para los cuatro componentes. Los
procedimientos sería diferente si el personal había modificado un conjunto diferente de
componentes.
El nombre de esta carpeta es una ligera desviación del documento sobre Mejores Prácticas. El
documento sobre Mejores Prácticas recomienda los nombres "releases" , que es
probablemente el mejor nombre para la carpeta. La razón de esta actividad utiliza un nombre
que se debe a que la siguiente actividad supone que las funciones de la máquina de formación
como el servidor de producción, también crea una carpeta de tipo de releases . Los ejercicios
de entrenamiento añaden un prefijo a los nombres de carpeta para diferenciar entre las dos
simulaciones de servidor.
El sistema abre Pending Checkins window y muestra todos los objetos evaluados por los
desarrolladores.
En la mayoría de las circunstancias, esta ventana estará vacía. Si la ventana no está vacía,
debe comunicarse con su equipo de desarrollo. Es posible continuar con el resto de pasos
incluso si la ventana no está vacía. Sin embargo, su equipo de desarrollo debe ser consciente
de esta condición
Advantage Architect le permite exportar una aplicación ya sea con o sin la historia. Cualquiera
de estas opciones funciona para el propósito de agrupar un comunicado. Sin embargo, su
empresa podría considerar la formulación de una norma cuando se exporta una aplicación
En este punto, usted podría salir de los archivos XML en su estado actual. Sin embargo, a
menudo es más fácil tratar con un único archivo ZIP en lugar de varios archivos XML. Esto es
especialmente cierto si se tiene que mover un comunicado de una máquina a otra.
La presencia del archivo CONFI.LDB indica que alguien esta editando la configuración del
archivo con Page Editor. Usted debería realizar el archivo si este es el caso.
La presencia del archivo CONFIG.LDB indica que alguien esta editando la configuración con
Page Editor, Usted deberoa de no realizar el archivo si no es el caso.
Muchas veces un release contiene múltiples secuencias de comandos SQL, y el orden en que
se instalan pueden ser críticos. El prefijo del nombre de archivo indica el orden en que las
secuencias de comandos SQL se debe aplicar. En este ejemplo sólo hay una secuencia de
comandos SQL, por lo que el prefijo líder es opcional.
Click en el botón Save
Cada release debe incluir un documento que describa los cambios. Este documento se llama
las notas release. Por lo general, los desarrolladores que hacen los cambios van a crear el
documento. Si usted está realizando el release , entonces es su responsabilidad asegurarse de
que el release realizado contenga un conjunto de notas release. El documento sobre Best
Practices contiene una plantilla recomendada para las release notes. A los efectos de este
ejercicio, el documento ya se ha creado, y se encuentra en la carpeta en el escritorio.
En este punto, usted esta realizando el release ha sido completamente realizado en una
única carpeta, y está listo para la promoción en el entorno de producción. La actividadsiguiente
se muestra el proceso de promoción de un release.
Sin embargo, no utiliza el release que en los pasos anteriores. En su lugar, utiliza un release
que se incluye específicamente para la clase de entrenamiento.
Actividad 2: Promoción de un release
Antecedente: En este punto, el release ha sido completamente realizado en una única carpeta,
y está listo para la promoción en el entorno de producción. La actividad siguiente se muestra el
proceso de promoción de un release.
Situación # 2: Situación # 2 describe otra situación en la que una promoción es necesaria, pero
no es simulada en los procedimientos. Poco después de la entrada en funcionamiento, sus
solicitudes de la aplicacion warehouse manager se da un manojo de cambios a varios
componentes de la solución. Debido a la naturaleza sensible al tiempo de los cambios, la
empresa opta por un contrato con HighJump Software para realizar los cambios. El equipo de
desarrollo de software HighJump desarrolla y prueba los cambios en las máquinas en su oficina
en casa. Ellos han determinado que los cambios cumplen los requisitos, y agrupar el release y
se lo enviamos por correo electrónico. Es su responsabilidad de promover el release en el
entorno de desarrollo para que su equipo puede validar que los cambios cumplen los
requisitos.
Estado actual: Después de importar las aplicaciones y empujarlos a los terminales, alguien
tiene que comprobar que cumple con los requisitos. El administrador , lo más probable es que
no lleve a cabo la validación. Este ejercicio incluye un examen de la situación actual y el estado
modificado de manera que pueda determinar si procede o no la importación y el empuje fueron
un éxito. La siguiente tabla muestra los casos de prueba a considerar, así como el resultado
esperado. Ejecutar cada caso de prueba para familiarizarse con el estado actual de la lógica de
negocio. Se volverá a examinar estos mismos casos de prueba después de haber realizado la
importación y el empuje.
Comience Virtual Terminal e ingrese con una El sistema muestra la necesidad para
clave de usuario EQUIPMENT/ZONES
Navegaren varias páginas dentro de la El sistema mantiene un breadcrumb trall en la
aplicación Warehouse Advantage de esquina superior derecha.
Webwise Runtime
Organice un ser de cycle count task por El sistema genera un set de cycle count tasks
location range. El procedimiento con prioritariamente de 90
inmediatamente siguiente es esta cuadro que
demuestra como generar cycle count tasks
Realice los siguientes pasos para generar un set de cycle count tasks por location range
El sistema genera una serie de cycle count tasks, y enumera varios atributos asociados
con cada task. Uno de los atributos es task priority
Procedimientos: Los procedimientos siguientes muestran cómo promover un release con los
cuatro componentes mencionados anteriormente. Estos procedimientos específicos
tienes cuatro componentes .El procedimiento sería diferente si el personal de TI se habría
modificado un conjunto of components diferentes. Los procedimientos se dividen en varias
secciones.
La nueva carpeta contendrá todos los archivos relacionados con el release. Esto incluye
los archivos release , así como los archivos de producción que serán reemplazadas
durante la promoción.
El nombre de esta carpeta es una ligera desviación del documento sobre Best Practices. El
documento sobre Best Practices recomienda los RELEASES nombre, que es probablemente el
mejor para la carpeta. La razón de esta actividad utiliza un nombre de carpeta se debe a que la
actividad anterior supone que la máquina de entrenamiento funciona como el servidor de
desarrollo, y también creó una carpeta de notas tipo. Los ejercicios de entrenamiento de añadir
un prefijo a los nombres de carpeta para diferenciar entre las dos simulaciones de servidor.
La parte de la fecha del nombre de la carpeta refleja la fecha en que el release se incluye
originalmente. No refleja necesariamente la fecha en que el release fue promovido a la
producción. El comunicado de utilizar en este ejercicio se incluye el 25 de enero de 2010. Esta
carpeta contendrá todos los archivos que serán promovidos en el entorno de producción para
la versión dada.
Abrir el folder RELEASE <release_date>
Cree un nuevo folder llamado Backup File
Este folder contendrá todos los archivos de producción que serán remplazados durante la
promoción,
Este folder simula el release realizado que usted ensamblo desde el servidor de desarrollo.
El folder de aplicación WA ahora contiene un set de archivos XML que cotienen la aplicación
WA Architect
En este punto,usted tiene todo los backup necesarios. El próximo paso es de reemplazar
los archivos en el sistema de producción con archivos desde el release.
Cuando revise las configuraciones de publicación de esta aplicación, podrás ver que una
publicación de la configuración para la producción ya existe. Además, los nombres de las
máquinas en la producción publica de configuración se refieren a localhost, que será
suficiente para los laboratorios de capacitación. Si bien es importante para revisar las
configuraciones de publicación como parte del proceso de promoción, en este caso no hay
nada que cambiar
Cuando revise las configuraciones de publicación de esta aplicación, podrás ver que una
publicación de la configuración para la producción ya existe. Además, los nombres de las
máquinas en la producción publica de configuración se refieren a localhost, que será
suficiente para los laboratorios de capacitación. Si bien es importante para revisar las
configuraciones de publicación como parte del proceso de promoción, en este caso no hay
nada que cambiar.
Modificar database connection en Page Editor.( Ver actividad titulada Activity 2: Import
Webwise Application para mayor información).
Publicar la aplicación Warehouse Advantage.( Ver la actividad titulada Activity 3:
Publish a Webwise Application para mayor información.)
El sistema devuelve un mensaje en la parte inferior de la ventana que indica que se ejecutó
el guión con éxito.
En este punto, todos los componentes de la liberación han sido promovidos en el entorno
de producción, y los usuarios finales pueden continuar su trabajo
INTRODUCCION . .
1. Importar un Package
3. Revisar el Package
4. Retroceder un Package
ANTECEDENTES .
Usted aprendió en un ejercicio anterior, que el Architect Advantage es una de las dos
principales herramientas de configuración suministradas con el sistema de ventaja. Cuando se
realizan cambios en una aplicación en Architect Advantage realiza cambios en un objeto
específico. Algunos de estos objetos determinan el diseño de los datos en la pantalla de RF,
algunos de estos objetos ejecutar fórmulas; otros objetos ejecutan consultas en la base de
datos, todavía otros objetos realizan una multitud de tareas diferentes.
Además, en un ejercicio anterior ha aprendido a exportar una aplicación Architect Advantage.
Cuando se exporta la aplicación, exportó toda la aplicación. Es decir, que exportó todo el
conjunto de objetos para una aplicación dada. Cada objeto, independientemente de su tipo, en
la aplicación Architect tuvo una entrada correspondiente en uno de los archivos XML que se
exporta.
Un paquete es un subconjunto de los objetos exportados desde una aplicación Architect
Advantage. Esta definición se perfeccionará un poco en la clase Architect Advantage, pero será
suficiente para la clase de administrador.
Muchas veces se crea un paquete para hacer frente a una aplicación específica de la capa de
problema (una revisión). También se crean a menudo para entregar un pedido de capa de
aplicación para el cambio. Por ejemplo, si contrato con HighJump Software para hacer un
grupo de cambios en el proceso de recolección a granel, HighJump puede entregar esos
cambios a través de un paquete en lugar de una solicitud completa.
Una de las ventajas de utilizar un package es que el tamaño del conjunto de archivo exportado
es significativamente menor que toda la aplicación. Esto hace que la transferencia de datos un
poco más fácil.
Otra ventaja es que puede disminuir la cantidad de tiempo de ensayo. Algunas empresas
tienen una política que establece que todos los aspectos de una aplicación que se mueve
en un entorno de producción debe ser probado antes. Es decir, si importar y compilar y
activar una aplicación Architect toda la producción, entonces usted necesita para poner a
prueba toda la aplicación en primer lugar. Bajo esta política de la empresa tendría que
incluir todos los aspectos de la recepción, selección, envío, y muchos más en los
escenarios de pruebas. Eso no es tarea fácil. Si esa es la política de la empresa, entonces
el concepto de paquetes simplifica el proceso de prueba. Puesto que un paquete tiene un
alcance mucho más estrecho que toda la aplicación, a continuación, sólo aquellos procesos
afectados por el paquete tendría que ser probado. Esto reduce significativamente la
cantidad de tiempo que se necesita para mover los cambios en el entorno de producción
Activity 1 : Import a Package
Escenario: Usted utiliza con frecuencia el estado de la ubicación de procesos de
negocio en su operación. Sin embargo, un inconveniente de este proceso es que,
inmediatamente después de entrar en el nuevo estado, el sistema vuelve de nuevo a
la cima y pide una ubicación. No da ninguna indicación de que ha cambiado la
situación con éxito. El jefe de almacén le llama por teléfono y le pide que cambie la
aplicación para que se le da algún tipo de reconocimiento visual que se ha cambiado
correctamente el estado. Después de otra conversación con el gerente, usted acepta
que le gustaría que el proceso para mostrar el estado antiguo y el nuevo estado, antes
de regresar al cuadro de diálogo ubicación. (Vea la captura de pantalla más abajo)
Puesto que va a sustituir una parte de la aplicación CA, es una buena idea hacer una copia de
seguridad de la apicación existente. Más adelante en este ejercicio usted aprenderá cómo
desechar el package, incluso después de haber sido importada. Una copia de seguridad
completa es simplemente la aplicación de buenas prácticas.
Exporte la aplicación WA dentro del folder de su preferencia.( Vea Actividad: Exporta n
Advantage Architect Application para mayor información).
Ahora tiene una copia de seguridad plena aplicación en el caso de que tenga que volver hacia
atrás. Usted puede continuar con el proceso de importar el package
El sistema muestra el mismo dialogo Compile Application que mostro para otras
compilaciones.
El sistema rellena The Compilation Folder en cuadro de edición con un valor. Usted puede
cambiar este folder. Sin embargo,el valor será suficiente en varias instancias.
La primera diferencia entre compilar y package y compilar sin package es manejado a través
de Production Compile checkbox. Para incluir el contenido de package en archivos RUNTIME .
usted debe revisar Production Compile checkbox y luego revisar con Package Objects
checkbox
Cuando “compile” esta complete, el sistema muestra un dialogo que dice que “compile” fue
exitoso.
Desde este punto en adelante, el resto del proceso de compilación y el resto del proceso
de activación son idénticos a la compilación y activando una aplicación sin un paquete.
Complete el proceso compile y actívate
Casos de prueba: El último paso en este proceso es para validar que el cambio funcionó
como se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben
ser validados. Cada caso de prueba se define el escenario que debe ser creado, así como
el resultado esperado. Si un caso de prueba dado no produce el resultado esperado, a
continuación, revise los pasos de la actividad anterior. Es probable que sea perdido un
paso o de que se realizó un paso incorrectamente.
El sistema muestra una lista de objetos en la ventana de Checkins pendientes. Cada uno de los
objetos mostrados pertenece al package de estado de la ubicación de diálogo Resumen que ha
importado.
Click derecho en nudo en la parte top del árbol WA (pkg_Location Status Summary
Dialog)
Ustedes han visto dos caminos diferentes para la recopilación y la activación de una aplicación
_ Advantage Architect. Una ruta de acceso para las cuentas de un paquete, y el otro no lo
hace. Como _ ya no tiene la visibilidad en el paquete para el proceso de ubicación de la
empresa de estado, se debe elegir el método de compilación que no incluye el package.
Casos de prueba: El último paso en este proceso es para validar que el cambio funcionó como
se esperaba. La siguiente tabla muestra los diferentes casos de prueba que deben ser
validados. Cada caso de prueba se define el escenario que debe ser creada, así como el
resultado esperado. Si un caso de prueba dado no produce el resultado esperado, a
continuación, revise los pasos de la actividad anterior. Es probable que se ha perdido un paso
o que se realizó un paso incorrectamente.
Introducción . …….
Backgraund Information .
Situación: Un par de veces al día el proceso de envío de negocios se encuentra con un error
del sistema crítico. Usted desea capturar alguna información de registro elevado en torno a ese
evento. Sin embargo, usted no quiere que se ejecute en un nivel elevado de registro durante
todo el día. Usted decide habilitar el almacenamiento en caché de diagnóstico para capturar la
información de registro adicional.
Preparación: En realidad, el proceso de negocio de envío en la aplicación de base funciona sin
errores. Con el fin de simular la situación error crítico anterior, intencionalmente introducir un
fallo crítico en el sistema. Esta actividad utiliza un package para introducir el punto de falla.
Siga los siguientes procedimientos para introducir un error crítico del sistema en el proceso de
negocio de envío.
Los siguientes dos pasos dirigen a usted para importar , compilar y activar el package de
Advantage Architect. Sin embargo, no proporcionan instrucciones detalladas. Para más detalles
sobre cómo importar, elaborar y activar un package, por favor ver ejercicio 14: Packages).
Hay varios controles de opción que dictan la conducta del diagnostic cache feature. El
cuadro inferior proporciona una breve descripción de pareja de parámetros.
El sistema abre una web page que permite editar los valores asociados con el parámetro
dado.
El sistema actualiza la base de datos con el nuevo valor, y luego regresa a la página web
que muestra una lista de todas las opciones de control
LLa LogDiagnosticCacheDupDelay parámetro controla la frecuencia del sistema flushes
the cache de la tabla de registro cuando múltiples encuentros, duplicar los fallos
críticos. Fuera de la caja, el parámetro se establece en 60 minutos. En un sistema de
producción, este valor es probable que satisfaga sus necesidades. Sin embargo, en este
ejercicio va a crear múltiples fracasos, críticos duplicados. En el ejercicio, vamos a
establecer el valor a 0, lo que esencialmente vuelca la memoria caché en el registro para
cada instancia de la falla crítica. Siga los siguientes procedimientos para desactivar la
función de LogDiagnosticCacheDupDelay
El sistema abre una web page que permite a usted editar los valores asociados con el
parámetro dado.
El sistema carga la base de datos con un nuevo valor, y luego retorna a la web page que
muestra una lista de opción de controles
Cuando los cambios tengan efecto, el sistema muestra un mensaje en la consola de estado del
sistema que indica los nuevos valores de los parámetros relacionados.
Validación: En los pasos anteriores, habilitar manualmente la función de caché de
diagnóstico. Los siguientes pasos demuestran cómo la característica funciona en
conjunción con una falla crítica.
A medida que navega hacia atrás en la secuencia que llevó, el sistema no encuentra
ningún error de sistema crítico. El sistema almacena el registro y la 4 5 mensajes en la
memoria. Sin embargo, no escribe los mensajes en el registro.
Al navegar por esta secuencia que llevó, el sistema no encuentra ningún error de
sistema crítico. El sistema almacena el registro y la 4 5 mensajes en la memoria. Sin
embargo, no escribe mensajes en el registro.
Ingrese ABC en el prompt PRO number
El sistema abre web page que permite a usted editar los valores asociados con un
parámetro dado
El siguiente paso le dirige a deshacer el paquete que se importó al Advantage Architect. Para
adicionar detalles en como realizar este paso, por favor vea el ejercicio llamado Exercise
14:Packages.
En este punto, usted desactiva el Diagnostic Catching feature. Y usted habrá reguardado la
aplicación a un estado original,
Admin Ejercicio Práctico 16:
Otra herramienta Administrativa
Introducción . …………….
Este ejercicio consiste en las siguientes actividades:
Antecedentes ………
Este ejercicio demuestra otras herramientas que tienen a su disposición con el propósito de
administrar el sistema HighJump. Las herramientas en esta sección reside fuera de la
suite de productos de HighJump.
Event Viewer es una herramienta administrativa de Windows, que mantiene registros
acerca de los eventos del programa, la seguridad y el sistema de _ servidores. Puede
utilizar el Event Viewer para ver y administrar los registros de sucesos, recopilar
información acerca de problemas de hardware y software, y seguimiento de seguridad de
Windows. El Event Viewer también mantiene un registro relacionado con la plataforma
Advantage.
El Performance Monitor es una utilidad de Windows que ofrece un camino para los
administradores de sistemas para recoger y controlar una gran variedad de prestaciones
elacionadas con los contadores (estadísticas) en un servidor determinado. Contadores de
muestra se incluyen el uso de memoria, uso de la caché, los packaage de red por
segundo, y el uso de la CPU.
Actividad 1: Ver el Log Entries en el Event Viewer
Escenario: El supervisor del warehouse lo llama por teléfono. Él indica que los informes de
Crystal de impresión ya no está en las impresoras. Usted revisa los registros de HighJump y ve
que el Event Manager (el programa de HighJump responsable de la impresión de los informes)
se cierre inesperadamente. Dado que la solución no está claro en los registros de HighJump,
desea ver los registros en el Event Viewer para ver si contienen toda la información
relacionada.
Procedimientos: Los procedimientos siguientes muestran cómo ver las entradas del
registro en el Event Viewer. Sin embargo, no reproduce el problema relacionado con
los informes de Crystal.
El sistema abre la herramienta Event Viewer y muestra todos los logs que este mantiene.
El sistema muestra una lista de todos las entradas log en la aplicación log
Utilice la barra de desplazamiento vertical para ver las entradas del registro con
el fin de obtener una visión amplia de las aplicaciones que registrar los eventos.
Doble click en la lista first event
El sistema abre una ventana mostrando los detalles del primer log entry
Click en el botón down arrow varias veces para desplazar los detalles de
entradas log.
Click en el botón Cancel.
ACTIVIDAD 2: Exportar las entradas Log en el Event Viewer
Introducción: Aunque las entradas del registro en el Event Viewer contienen información
relevante para el problema que nos ocupa, puede requerir la ayuda de otra persona con el fin
de interpretar los datos. En estos casos, tendrá que exportar el registro y enviarlo a la otra
parte.
El sistema crea un arhivo en el escritorio. En este punto usted puede zip el archivo, si es
necesario, y luego enviar el archivo a soporte High Jump para análisis.
Esta actividad utiliza una plantilla de métricas predefinidas por el equipo de apoyo HighJump.
Escenario: El supervisor del warehouse lo llama por teléfono. Se indica que hay un desfase
rendimiento global a través de todos _ lectores de RF. Usted mira en los registros de
HighJump, y no se ve nada indicativo de un problema de rendimiento. Usted decide que desea
buscar en varios indicadores relacionados con la memoria en el servidor de aplicaciones.
Los tres parámetros por defecto son un buen lugar para empezar. Sin embargo, no entregan
mucho la información relacionada con la memoria Si desea añadir manualmente relacionadas
con la memoria de métricas.
Click en el botón Add en el toolbar (el puls sign)
Introducción: La actividad anterior demostró cómo monitorear en tiempo real varios contadores.
Sin embargo, el sistema no guardar los datos en el disco duro. Más bien, se mantuvo alrededor
de 90 segundos de datos en el gráfico antes de que se ha sobrescrito. Puede haber momentos
en los que quieren el Performance Monitor para capturar varias horas por un valor de datos del
contador. En ese caso, tiene que escribir los valores de venta libre en el disco. Performance
Monitor de las llamadas de los datos escritos en el disco un "registro de contador".
Escenario: Este escenario se basa en el de la actividad anterior. Usted revisa los contadores de
memoria en tiempo real en el Performance Monitor . No se ve nada que pueda contribuir a los
problemas de rendimiento en general de los lectores de radiofrecuencia. Se llama al equipo de
apoyo HighJump. Se recomienda que utilice el Performance Monitor para capturar 2 horas por
un valor de los indicadores relacionadas con la memoria, a continuación, enviar el registro a los
mismos.
Procedimientos: Los procedimientos siguientes muestran cómo escribir los datos de venta libre
en el disco. Sin embargo, no se reproducen el problema de rendimiento mencionado en el
escenario.
Click derecho en cualquier parte de la porción del graph del system monitor (real-time
new)
Seleccione menu Save As
Click en el botón Desktop en la parte izquierda
Escriba perform_live_settings:_memory en el cuadro de edición File Name.
Click en el botón Save
El sistema ubica un archivo HTML en el escritorio. El archivo HTML contiene un snapshot del
grafico y un a lista de contadoroes. Este archivo HTML servirá como base de un contador de
registro.
Click en el botón OK
El sistema muestra las propiedades del registro de contador. De forma predeterminada, los
contadores son los mismos contadores desde el archivo HTML. Además, el sistema
proporciona un directorio por defecto y el nombre de archivo para el registro, así como un
marco de tiempo intervalo de la muestra. El siguiente conjunto de procedimientos se muestra
cómo cambiar la ubicación del archivo de registro.
Click tab Log File
Click en el botón OK
Click en el botón OK
El sistema cambia el color del icono desde rojo a verde. Esto indica que el sistema es actividad
monitoreada de actuales y escritos del disk data
En este punto usted puede zip el archivo si es necesario, y luego mandarlo al equipo
de soporte High Jump.
Actividad 5. Comenzar Performance Monitor con una plantilla
Escenario: El supervisor de warehouse llama a usted por teléfono. Él indica que hay un
desfase rendimiento global a través de todos los lectores de RF. Usted mira en los registros de
HighJump, y no se ve nada indicativo de un problema de rendimiento. Se llama al equipo de
soporte de HighJump, y recomendamos que ejecute una traza de Monitor de rendimiento en el
servidor de aplicaciones. Le dan una plantilla preconfigurada y dice que usted supervise los
contadores que se incluyen en el seguimiento.
El sistema no está escribiendo los valores de los contadores en el disco duro. Por el contrario,
mantiene unos 90 segundos de datos en el gráfico antes de que se sobrescribe. Si usted desea
guardar esta información en el disco, entonces usted tendrá que utilizar las habilidades que
adquirió en la actividad anterior.
Introducción
Antecedentes
La aplicacion nombre y el nombre del objeto de proceso están separados por un periodo. Cada
nombre o valor es separado por un espacio. Como con la mayoría de comandos de line en
programa, pamrametros que incluyen espacios deben ser por connotaciones rodeadas.
Actividad 2: Organizar un objeto de proceso
Escenario: Usted desea que el sistema HighJump para tomar un El snapshot de su inventario
en el almacén de 01 y enviarlo al sistema host todos los días a las 0300 horas. Después de que
el sistema de acogida acepta de inventario de CA, que compara los niveles de inventario entre
su historial y los datos enviados desde Washington. A continuación, se genera un informe
sobre las discrepancias.
El "ID de Warehouse" y las entidades "01" son el campo de un nombre y el valor del
campo 1, respectivamente. Estas entidades se pasan el objeto de proceso, y el objeto
de proceso inicializa el campo ID de almacén a un valor de "01". El resultado final
es el objeto de proceso sólo construye el snapshot para el inventario en el warehouse
01
Click en el botón OK
Cada vez que haga algún cambio en las propiedades de una tarea programada, el
sistema solicita al usuario información de cuenta y contraseña. A pesar de que ya ha
introducido esta información, debe entrar por segunda vez, ya que hizo un cambio. En
el segundo paso, correctamente el sistema muestra los valores predeterminados del
usuario desde la entrada inicial, usted debe proporcionar la contraseña.
Click en el botón OK
Antecedentes ……………………………………………………….
SQL Profiler es una herramienta de Microsoft que le permite supervisar una instancia
de un motor de Microsoft SQL Server Database. Dentro de la herramienta puede crear
una trace que capture eventos de base de datos sobre la base de parámetros
configurables. Esta herramienta se utiliza comúnmente para identificar consultas de
larga duración de bases de datos. (Oracle tiene un componente de creación de perfiles
similares, sin embargo, no se trata en este ejercicio.)
Hay cierta sobrecarga consumida por el Analizador de SQL. Dependiendo del alcance
del trace, puede experimentar un poco de un impacto en el rendimiento de los lectores.
Si bien esta herramienta puede ser útil para identificar consultas de larga duración de
bases de datos y otros problemas relacionados con bases de datos, usted debe
apagar después de haber capturado la información deseada.
Actividad 1: Importar un SQL Profiler Template
Antecedentes: Cuando se ejecuta un trace en el SQL Profiler, primero debe definir las
propiedades . (Usted aprenderá cómo hacer esto en una actividad más adelante.) Una vez que
haya definido las propiedades de trace se puede guardar la definición como una plantilla. Una
plantilla de SQL es un conjunto preconfigurado de las propiedades de trace. Esta plantilla se
puede utilizar como una base para cualquier rastro futuro. En general, es más fácil de ejecutar
una trace de una plantilla predefinida de lo que es para crear una trace a partir de cero.
Escoja menu Start | All Programs | Microsoft SQL Server 2005 | Performance
Tools | SQL Server Profile
El sistema abre la herramienta SQL Server Profiler. Inicialmente muestra una ventana gris con
opciones de menu a lo largo del top
Click en el botón OK
Procedimientos: Los procedimientos siguientes muestran cómo iniciar un trace del SQL
profiler. Sin embargo, cuando no reproduzcan los problemas de rendimiento en el proceso de
envío.
El motor de HighJump no necesita estar en ejecución con el fin de utilizar el SQL Profiler
Server. Sin embargo, si desea capturar datos relacionados con el motor de HighJump,
entonces usted debe arrancar el motor.
El sistema abre la conexion window que usted ha esta viendo en conjunto con herramienta
Microsoft SQL Server Management Studio
El sistema abre una ventana que le permite a usted a definir las propiedades
del trace.
Ingrese Shipping Performance en el cuadro de edición Trace Name
Las propiedades de trace ya se han definido ya que la huella se ha construido sobre una
plantilla. En este punto, no hay necesidad de modificar la definición de traza.
El sistema de inmediato comienza a mostrar los eventos de la ventana. Aunque no existen los
usuarios del sistema, hay una cantidad significativa de actividad en la base de datos. Esto da
lugar a la actividad de varios procesos que se ejecutan en segundo plano
Después de capturar la información deseada, tendrá que detener el trace. Usted aprenderá la
forma de almacenar esta información en un archivo durante una actividad más tarde.
Escenario: Este escenario se basa en el de la actividad anterior. Usted toma un par de capturas
de pantalla de trace anterior, y los envían a HighJump. Después de que se revisa la
información, el elemento de soporte HighJump tiene algunas sospechas sobre la causa raíz de
los problemas en el proceso de barco. Sin embargo, a ella le gustaría captar alguna
información adicional para confirmar sus sospechas.
Ella le pide que ejecutar una trace similar, pero para hacer las siguientes adiciones:
1. Capture el nombre de la aplicación y los atributos de nombre de host para cada evento
2. Capturar los eventos de transacciones SQL profiler
3. Captura sólo los eventos de la base de datos AAD
Procedimientos: Los procedimientos siguientes muestran cómo modificar una trace de SQL.
Sin embargo, cuando no reproduzcan los problemas de rendimiento en el proceso de envío.
El sistema muestra la misma ventana en la cual usted ingreso el nombre trace y nombre
template
Los siguientes pasos demuestran como capturar la aplicación Name and the Host attributes
para cada evento.
El sistema abre una ventana que le permite a usted configurar cada evento y columna que son
usados en el trace.
Deshabilite la ventana en la esquina inferior derecha Show all Events,
Las columnas con un fondo blanco indican que al menos un evento muestra el elemento de
datos dado. Una casilla de verificación marcada indica que el evento da muestra el elemento
de datos que figura . Las columnas con el fondo gris indican que ninguno de los eventos
muestran el elemento de datos determinado.
El sistema oculta todas las columnas utilizadas, y sólo muestra los que se incluyen en el
seguimiento. Anexa la ApplicationName y las columnas de sistema al final de la lista existente.
En este punto se puede continuar con el resto de los cambios. Sin embargo, para los fines de
demostración, esta actividad inmediatamente prueba los cambios
Use horizontal scroll bar para desplazar a la derecha hasta que vea la columna
ApplicationName
El sistema muestra ahora el nombre de la aplicación y el nombre de host para cada caso en las
columnas de la extrema derecha
Los siguientes pasos demuestran como capturar el evento SQL Transaction
El sistema muestra una lista de categorías de las que puede seleccionar los eventos deseados.
Las categorías en el texto en negrita (por ejemplo, procedimientos almacenados y TSQL)
indican que al menos uno de los eventos de la categoría se ha seleccionado para el monitoreo.
En este punto se puede continuar con el resto de los cambios. Sin embargo, para los fines de
demostración, este ejercicio pone a prueba el trabajo que ha realizado hasta ahora.
Use el horizontal scrollbar para desplazar a la derecha hasta que vea una
columna EventClass
Ahora, el sistema captura el evento de transacciones de SQL. Y para cada caso de
transacciones de SQL se enumeran varios atributos diferentes.
Los siguientes pasos muestran cómo capturar sólo los eventos que tienen lugar en la base de
datos AAD .
Use horizontal scroll bar para desplazarse a la derecha hasta que vea una columna
Database Name
Ahora el sistema solo captura los eentos en el AAD data base.
Actividad 4 : Exporte un SQL Profiler Trace
Escenario: Este escenario se basa en la actividad anterior. Se ha configurado para cumplir los
requisitos especificados por el equipo de apoyo HighJump. Y se ha capturado una cantidad
significativa de información. Ahora desea enviar esta información al equipo de HighJump para
que puedan analizar los datos.
Procedimientos: Los procedimientos siguientes muestran cómo exportar los datos de un trace
de SQL. Sin embargo, no se reproducen el problema de rendimiento en el proceso de envío
El sistema guarda el archivo en el escritorio. En este punto usted podrá zip el archivo si es
necesario y luego enviarlo a el equipo de soporte High Jump para un análisis.
Antecedentes
Antecedentes: Todas los hotfix se pueden descargar desde el sitio web Customer Central. Sin
embargo, el parche que se utiliza en esta actividad ya ha sido descargado y colocado en la
carpeta en el escritorio. Cada revisión contiene sus propias instrucciones de instalación. Como
regla general, las instrucciones dirigen a apagar todos los componentes del HJ, y luego
ejecutar un programa "setup.exe".
Procedimientos: Los procedimientos siguientes muestran cómo instalar una revisión. Sin
embargo, no reproducir el problema relacionado con los informes de Crystal.
El zip es el archive de password protegido. Usted necesitara la sección Hotfix del login.txt. a un
determinado password.
El sistema determina que componentes de software han sido instalados en la maquina y los
muestra en el dialogo.
El sistema le da una última oportunidad para salir de los procesos de instalación, antes de
comenzar a reemplazar los archivos
Click en el botón Next.
Click en el botón OK
El sistema operativo se apagará y se reiniciará automáticamente. En este punto sería
conveniente para probar la funcionalidad incluida en el hotfix. Sin embargo, no se vuelva a
crear el escenario con los informes de Crystal, por lo que no puede probar la solución para él.
En lugar de la prueba de Crystal Reports, los pasos próximos de los pares le dirigen para
realizar algunos controles sobre el terreno generales sobre el sistema HighJump.
Comenzar engine
Escenario: Usted está experimentando algunos problemas con el terminal virtual. Bajo ciertas
circunstancias muy especiales de la terminal virtual cambia el caso de los datos introducidos.
Se llama al equipo de soporte de HighJump, y le dicen que este problema ya ha sido abordada
en el hotfix # 2. Ellos les piden que las revisiones de que ha instalado en el sistema.
Procedimientos: Los procedimientos siguientes muestran cómo determinar que hotfix le han
instalado en el sistema. Sin embargo, no reproduce el problema con los terminales virtuales.
Webwise \HJS\HOTFIXES
Inroducción
En este ejercicio const de las siguientes actividades:
Antecedentes .
A veces, un administrador tiene que ponerse en contacto con un empleado en particular que
está trabajando en un rincón remoto de la bodega. También, a veces un administrador tiene un
mensaje para comunicar a todo un departamento. Obviamente, el teléfono y el sistema de
altavoces son opciones para el envío de estos mensajes a los destinatarios deseados. Sin
embargo, el sistema HighJump también contiene un método para transmitir mensajes a los
empleados en los terminales de radiofrecuencia, terminales Web o terminales virtuales. Este
método se conoce como mensajería de empleados.
Employee Messaging es una herramienta basada en web para el intercambio de mensajes
con un individuo en un terminal. Es importante saber que los mensajes enviados desde el
servidor a las terminales no aparecen automáticamente en el terminal. La lógica que se ejecuta
en el terminal sólo verifica si hay mensajes en los lugares determinados en los procesos de
negocio. Compruebe los mensajes cuando el usuario sale de un proceso de negocio y regresa
al menú. También comprueba los mensajes en algunos lugares estratégicos dentro del proceso
de negocio real. Esta razón por sí sola puede ser suficiente para convencer a un administrador
para el teléfono o la opción de altavoz.
Actividad 1: Envíe un mensaje a un empleado
Escenario: Usted tiene alguna información importante que usted quiere transmitir a Amy en
persona. Sin embargo, ella está trabajando en un terminal de radiofrecuencia en un remoto
rincón de la bodega en donde hay muy pocos teléfonos. Usted decide enviar un mensaje a
Amy Employee HighJump dándole instrucciones para llegar a su oficina.
Dependiendo del tipo de mensaje, es posible que desee Amy para entrar en una respuesta en
lugar de simplemente reconocer el mensaje con la tecla enter. El sistema es compatible con
cualquier estilo. Esta opción es dictada por el parámetro de respuesta requerida.
Casos de prueba: El último paso en este proceso es para validar que los cambios funcionan
como se esperaba. En las actividades anteriores, los casos de prueba se han descrito en un
formato de gráfico. Sin embargo, esta actividad exige algunas explicaciones adicionales.
Como resultado, los casos de prueba se exponen en un formato de procedimiento en lugar de
un gráfico. Si un determinado procedimiento no produce el resultado esperado, a
continuación, revise los pasos de la actividad anterior. Es probable que sea perdido un paso o
que le realiza un paso incorrectamente.
Los avances del sistema del trace indicador de estado de la ubicación. Sin embargo, no
muestra ningún mensaje. El estado de la ubicación de procesos de negocio no comprueba los
mensajes cuando el usuario entre un lugar.
El sistema cambia el estado de la ubicación, y luego vuelve de nuevo a la pronta ubicación, que
es el primer diálogo en el proceso de negocio. Sin embargo, no muestra ningún mensaje. El
estado de la ubicación de procesos de negocio no comprueba los mensajes cuando el usuario
entra en un estado.
Ingrese otro location en el prompt Location
Ingrese otro status en el prompt Location Status
El sistema cambia el estado de la ubicación, y luego vuelve de nuevo a la pronta ubicación, que
es el primer diálogo en el proceso de negocio. Sin embargo, no muestra ningún mensaje. El
estado de la ubicación de procesos de negocio no comprobar los mensajes cuando el usuario
entra en un estado.
Presione tecla F1
Finalmente, el sistema verifica mensajes de los empleados. En este caso se encuentra uno, por
lo que muestra el texto y proporciona una oportunidad para Amy para responder al mensaje.
El sistema guarda respuesta Amy para una revisión mas adelante, y luego el Virtual Terminal
continua con el menu de pantalla
Actividad 2: Ver un Response a un Employee Message
Escenario: Este escenario se basa en el escenario de la actividad anterior. Ha sido varias horas
ya que inicialmente envió el mensaje a la terminal de Amy. Sin embargo, Amy no ha dejado por
su oficina. Usted desea determinar si Amy se ha visto y reconocido el mensaje.
El sistema muestra una lista de todos los mensajes de los empleados. Esta página incluye el
mensaje en sí mismo, y mientras se desplaza hacia la derecha, también se puede ver la
respuesta de Amy en el mensaje. Si Amy no había visto el mensaje en su terminal, a
continuación, la columna de respuesta de los empleados estaría vacía.