You are on page 1of 291

Advantage System

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

Admin Ejercicio Práctico 1: Advantage Workflow Engine and Solution


Environments ........................................................................................................ 8
Introducción ................................................................................................................................. 8
Información General .................................................................................................................... 8
Actividad 1: Empezar el Motor a través de la Herramienta AWESM Tool ................................ 9
Actividad 2: Explorar Virtual Terminal y Webwise Runtime (Parte1) ..................................... 11
Actividad 3: Parar el motor a traves de la herramienta AWESM .............................................. 19
Actividad 4: Explorar Virtual Terminal y Webwise Runtime (Parte 2) ..................................... 23
Actividad 5: Parar / Empezar el Motor con los Servicios del Sistema Operativo ...................... 28
Actividad 6: Parar and Empezar un Ambiente de Solucion....................................................... 31
Actividad 7: Parar el Motor con Usuarios Activos..................................................................... 36

Admin Ejercicio Práctico 2: Tareas Comunes en Ejercicios de


Entrenamiento………………………………………………………………………….. 40
Introducción ............................................................................................................................... 40
Información General .................................................................................................................. 40
Actividad 1: Determinar el Nombre de Maquina........................................................................ 41
Actividad 2: Ejecutar el Proceso de Negocio Locations .......................................................... 44
Actividad 3: Determinar el User ID y Password para una Application ………........................ 48

Admin Ejercicio Práctico 3: Agregar y Modificar Perfiles de Usuarios Finales


y Forklifts ............................................................................................................ 50
Introducción ............................................................................................................................... 50
Información General .................................................................................................................. 50
Actividad 1: Agregar un Nuevo Manipulador de Material ........................................................ 51
Actividad 2: Agregar un Nuevo Forklift ................................................................................... 53
Actividad 3: Agregar un Nuevo Webwise User ........................................................................ 55
Actividad 4: Reemplazar el Menu Level de un Manipulador de Material............................... 59
Actividad 5: Reemplazar el Menu Level de un Usuario Webwise .......................................... 63

Admin Ejercicio Práctico4: Agregaring Virtual Terminals and Web Terminals


.............................................................................................................................. 66
Introducción.............................................................................................................................. 66
Información General................................................................................................................. 66
Actividad 1: Definir un Virtual Terminal en Advantage Commander ................................... 67
Actividad 2: Definir la Base de Datos de Registro para Virtual Terminal............................... 75
Actividad 3: Configurar Virtual Terminal en la Estacion de Trabajo ....................................... 80
Actividad 4: Definir un Web Terminal en Advantage Commander ........................................... 83
Actividad 5: Definir una Base de Datos de Registro para Web Terminal …............................. 86
Actividad 6: Configurar un Web Terminal en una Estacion de Trabajo.................................... 87

Admin Ejercicio Práctico 5: Ver y Exportar el Log .......................................... 90


Introducción ............................................................................................................................... 90
Información General .................................................................................................................. 90
Actividad 1: Ver los Reportes Logs .......................................................................................... 92
Actividad 2: Exportar el Log con el Webwise Export Feature .................................................. 95
Actividad 3: Exportar el Log con el Log Export Utility ............................................................ 98

Admin Ejercicio Práctico 6: Estado de Consolas ........................................... 101


Introducción............................................................................................................................... 101
Información General.................................................................................................................. 101
Actividad 1: Ver el Log Message in a Status Console ............................................................. 103
Actividad 2: Reemplazar el Tamñano del Buffer del Estado de Consolat............................... 105
Actividad 3: Copiar Mensajes fuera del Status Consoles ........................................................ 108

Admin Ejercicio Práctico 7: Aplicaciones Elevadas y Sistemas Log Level ..111


Introducción ............................................................................................................................. 111
Información General ................................................................................................................ 111
Actividad 1: Elevar la Aplicacion Log Level con la herramienta AWESM ........................... 113
Actividad 2: Elevar la Aplicación Log Level a través del archivo Control INI ..................... 117
Actividad 3: Elevar el Sistema Log Level con la herramienta AWESM................................. 121
Actividad 4: Elevar el System Log Level a traves del archive Control INI ........................... 125

Admin Ejercicio Práctico 8: Reemplazar Jefes ............................................... 129


Introducción ............................................................................................................................. 129
Información General ................................................................................................................ 129
Actividad 1: Reemplazar un Jefe con la Herramienta AWESM ............................................. 130

Admin Ejercicio Práctico 9: Aplicaciones Advantage Architect.................... 133


Introducción ............................................................................................................................. 133
Información General ................................................................................................................ 133
Actividad 1: Exportar una Aplicación Advantage Architect.................................................... 134
Actividad 2: Importar una Aplicación Advantage Architect ................................................... 140
Actividad 3: Compilar y Activar un Aplicacion Architect....................................................... 146

Admin Ejercicio Práctico 10: Visual Debugger ............................................... 153


Introducción ............................................................................................................................. 153
Información General ................................................................................................................ 153
Actividad 1: Explorar el Visual Debugger .............................................................................. 154
Actividad 2: Agregar una Vistta aVisual Debugger ................................................................. 160
Actividad 3: Agregar un Punto de Quiebre en Visual Debugger ..............................................164
Actividad 4: Usar la característica Message Watch del Visual Debugger .............................. 167
Actividad 5: Usar la caracteristica Record del Visual Debugger .......................................... 170

Admin Ejercicio Práctico 11: Escenarios Especificos .................................. 174


Introducción ............................................................................................................................ 174
Información General ............................................................................................................... 174
Actividad 1 : Entendiendo el mensaje de error “Log Off Radio”............................................ 175
Actividad 2 : Entendiendo el mensaje de error “In Use By”................................................... 178

Admin Ejercicio Práctico 12: Aplicaciones Webwise .................................... 181


Introducción ............................................................................................................................ 181
Información General ............................................................................................................... 181
Actividad 1: Exportar una Aplicacion Webwise.................................................................... 182
Actividad 2: Importar un Aplicación Webwise....................................................................... 184
Actividad 3: Publicar una Aplicacion Webwise...................................................................... 191

Admin Ejercicio Práctico13: Lanzamientos y Promociones ........................ 194


Introducción ........................................................................................................................... 194
Información General .............................................................................................................. 194
Actividad 1: Haciendo un Release ........................................................................................ 195
Actividad 2: Promoviendo un Release................................................................................... 203

Admin Ejercicio Práctico14: Paquetes............................................................ 216


Introducción ........................................................................................................................... 216
Información General .............................................................................................................. 216
Actividad 1: Importar un Package ......................................................................................... 218
Actividad 2: Compilar y Activar un Package ........................................................................ 221
Actividad 3: Verificar un Package ........................................................................................ 224
Actividad 4: Rollback un Package ........................................................................................ 225

Admin Ejercicio Práctico15: Diagnostico Encontrado.................................. 228


Introducción ........................................................................................................................... 228
Información General .............................................................................................................. 228
Actividad 1: Permitir un Diagnostico Encontrado.................................................................. 229

Admin Ejercicio Práctico16: Otras Herramientas Administrativas .............. 239


Introducción ............................................................................................................................ 239
Información General ............................................................................................................... 239
Actividad 1: Ver las Entradas Log Entries en el Visor de Eventos......................................... 240
Actividad 2: Exportar Entradas Log Entries en el Visor de Eventos .................................... 242
Actividad 3: Monitoreo en Tiempo Real Counters with Performance Monitor .................... 243
Actividad 4: Escribir un Performance Monitor Counters en el Disco.................................... 246
Actividad 5: Empezar un Performance Monitor con una Plantilla ........................................ 250

Admin Ejercicio Práctico 17: Programar un Objeto de Proceso .................. 253


Introducción ........................................................................................................................... 253
Información General .............................................................................................................. 253
Actividad 1: Vista General Tecnica ....................................................................................... 254
Actividad 2: Programar un Objeto de Proceso....................................................................... 255

Admin Ejercicio Práctico 18: SQL Server Profiler ........................................ 261


Introducción .......................................................................................................................... 261
Información General ............................................................................................................. 261
Actividad 1: Importar un SQL Profiler Template ................................................................. 262
Actividad 2: Ejecutar un SQL Profiler Trace ........................................................................ 264
Actividad 3: Modificar un SQL Profiler Trace ..................................................................... 267
Actividad 4: Exportar un SQL Profiler Trace ....................................................................... 275

Admin Ejercicio Práctico 19: Platformas HotFixes ...................................... 276


Introducción .......................................................................................................................... 276
Información General ............................................................................................................. 276
Actividad 1: Instalar una Platforma Hotfix .......................................................................... 277
Actividad 2: Determinar cuales Hotfixes han sido instalados .............................................. 281

Admin Ejercicio Práctico 20: Mensajes de Empleados ............................... 283


Introducción .......................................................................................................................... 283
Información General ............................................................................................................. 283
Actividad 1: Enviar un Mensaje a un Empleado................................................................... 284
Actividad 2: Ver una Respuesta a un Mensaje de Empleado............................................... 289
Empezando:

Introducción n
Esta sección consiste en lo siguiente:

 Como usar este manual


 Utilizar lecciones online adicionales
 Obtener ayuda de un instructor
 Proveer feedback

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.

Utilizando lecciones Online adicionales y ayuda en carpetas:

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

Obteniendo ayuda de un instructor


Si usted necesita contactar un instructor, haga clic en el botón Ask an Instructor en el panel a
lado derecho del ambiente 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

1. Empezar el motor a través de la herramienta AWESM


2. Explorar el Virtual Terminal y el Webwise Runtime (Parte 1)
3. Parar el motor a través de la herramienta AWESM
4. Explorar el Virtual Terminal y el Webwise Runtime (Parte 2)
5. Parar / Empezar el motor con el sistema “Operating System Service”
6. Parar y Empezar el ambiente de solución

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 Advantage Workflow Engine es similar al motor en un automóvil. Si el motor está en marcha


usted podrá viajar a otros destinos. Si el motor no está en marcha, solo podrá sentarse en el
garaje y escuchar la radio. De manera simila, sl el Advantage Worflow Egine está en marcha,
el sistema HighJump se encuentra en ejecución y podrá ejecutar el proceso completo como
recibir, recoger, empagar y enviar. Sin embargo, si no está funcionando, el sistema HighJump
no está funcionando totalmente y solo podrá realizar un número limitado de actividades.

 Abrir el curso online Advantage Administration


Basics
 Clic en el tema Start/Stop Engine
 Mostrar el video de demostración para la Versión 9.0
o posteriores.

Actividad 1: Empezar el motor a través de la herramienta


AWESM
Información general: El sistema provee dos métodos para empezar el motor. El primer
método utiliza la herramienta llamada Advantage Workflow Engine Service Manager. Es
comúnmente referida como la herramienta AWESM (suena como “awesome”). El segundo
método será discutido en una actividad posterior. Si bien la herramienta AWESM tiene otras
capacidades, su objetivo principal es iniciar y parar el motor.

Escenario: El equipo de implementación HighJump ha instalado el software en sus servidores


de desarrollo. Su equipo QA le ha solicitado empezar el sistema HighJump de manera de que
ellos puedan familiarizarse con varios del proceso de negocio de la aplicación base.

Procedimientos: Los siguientes procedimientos muestran cómo empezar el Advantage


Workflow Engine a través de la herramienta AWESM. En esencia, inicia el sistema HighJump.

 Escoger el menu Start | All Programs | HighJump Software | Advantage Platform |


Advantage Workflow Engine Service Manager

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.

 Doble clic en el engine icon (icono de motor) en la bandeja del sistema.

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.

 Clic en el botón Start en la parte superior de la ventana.

Varios cambios toman lugar cuando hace clic en el botón Start.


 El icono del motor en la parte superior de la ventana cambia de rojo a amarillo a verde.
 El icono del motor en la herramienta cambia de rojo a amarillo a verde.
 El botón Start esta deshabilitado y el botón Stop está habilitado en la parte superior de
la ventana.
 El sistema muestra varios ambientes de solución en la parte inferior de la ventana,
cada ventana con su propio icono de motor.

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.

Actividad 2: Explorar el Virtual Terminal y Webwise Runtime (Parte 1)


Información General: El Virtual Terminal es un programa que luce y se comporta como un
lector físico RF (physical RF reader). Todos los procesos de negocio que funcionan en el lector
físico también lo pueden hacer en el Virtual Terminal. Webwise Runtime es un grupo de
páginas web que permite visualizar y modificar data HighJump en la tabla de base de datos.
Dos de estos programas son componentes críticos de todo el sistema HighJump.

Escenario: El equipo QA le ha pedido empezar el sistema HighJump de modo de que puedan


familiarizarse con las distintas aplicaciones bases del proceso de negocio. Usted inicio el
motor, y ahora desea comprobar un par de componentes del sistema HighJump antes de
decirles que el sistema está en funcionamiento.

Procedimientos: Los siguientes procedimientos demuestran como comprobar el Virtual


Terminal y los componentes Webwise Runtime. Debido a que existen ciertas interdependencias
entre estos componentes, los procedimientos comúnmente cambian entre dos programas.
Adicionalmente, explorará un puñado de otras páginas Webwise que van fuera del escenario
de comprobación. Estas páginas Webwise adicionales servirán como una base para una
actividad posterior

 Escoger el menu Start | All Programs | HighJump Software | Advantage Platform |


Advantage Virtual Terminal.

El sistema abre el programa Virtual Terminal

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.

 Abrir Internet Explorer


 Ingresar a http://localhost/SupplyChainAdvantage en la barra de direcciones.
 Registrase como Administrator / HJSPASS
 Expandir el nodo Warehouse Advantage
 Expandir el nodo Warehouse Setup
 Expandir el nodo Employees
 Clic en el menu Employees List
 Clic en el botón Query

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.

 En el Virtual Terminal, tipear AMY en la solicitud de USER ID

El sistema avanza a la solicitud de un password.

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).

El valor que aparece en el cuadro de edición Password en Webwise corresponde a la solicitud


de password en el Virtual Terminal. En los datos de muestra que se presentan con el sistema,
la contraseña de Amy es la misma al nombre de usuario. Sin embargo, esto es solo un
ejemplo. Es su sistema de producción probablemente será distinto.

 En Virtual Terminal,ingresar AMY y el PASSWORD.

El sistema avanza a la solicitud equipment / zone


Para la mayoría de usuarios, el valor ingresado en esta solicitud es un forklift. Cada vez que el
inventario es movido de una locación al forklift físico del usuario, el sistema HighJump muestra
un inventario electrónico que es asociado con el forklift. En el sistema HighJump, el forklift es
básicamente una locación en ruedas. El forklifts y otras locaciones, esta localizadas dentro de
un conjunto diferente de páginas Webwise.

 En Webwise Runtime, expandir el nodo Warehouse Advantage


 Expanda el nodo Warehouse Setup
 Clic en el menu Locations
 Escoger Warehouse 01 en la lista desplegable Warehouse ID
 Escoger Forklift en la lista desplegable Location Type
 Clic en el botón Query

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 Virtual Terminal, ingresar FAAMY en la solicitud EQUIPMENT / ZONE

El sistema avanza a la solicitud de menu principal. Debido a que Amy es un administrador, el


sistema muestra la estructura de menu para el conjunto completo del proceso de negocio.

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.

 Expandir el nodo Advantage Dashboard en Webwise Runtime.


 Expandir el nodo Replenshiments
 Clic en el menu Generate Top of Replenshiments

El sistema muestra la páginas Generate Top off Replenshiments

 Escoger Warehouse 01 en la lista desplegable Warehouse ID


 Ingresar P114 en el cuadro de edición Starting Location
 Ingresar P116 en el cuadro de edición
 Clic en el botón Query

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.

Procedimientos: Los siguientes procedimientos muestran cómo parar el Advantage Workflow


Engine a través de la herramienta AWESM. Adicionalmente, demuestran como monitorear un
par de ítems que deben ser verificados antes de apagar el motor.

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.

 Abrir Advantage Workflow Engine Service Manager si es necesario.

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.

 Escoger Show Active Devices en la lista desplegable View

El sistema filtra la lista y solo muestra los terminales activos

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.

 Clic en la X en la esquina superior derecha de la ventana Sessions.


 Presionar la tecla F1 en el Virtual 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.

En este punto, puede apagar el sistema sin impactar a algún usuario.

 En la herramienta AWESM, clic en el botón Stop en la parte superior de la ventana.


 Clic en el botón OK

Muchos cambios toman lugar cuando se hace clic en el botón OK

 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.

Procedimientos: Los siguientes procedimientos demuestran que componentes funcionan y


cuáles no mientras que el motor está apagado.

 Apagar el motor si es necesario


 Abrir Virtual Terminal si es necesario.

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.

 Abrir el nodo Warehouse Advantage


 Expandir el nodo Warehouse Setup
 Clic en el menu Carriers
 Clic en el botón Query

El sistema muestra una lista de todos los transportistas (carriers)

 Clic en cualquier número de la izquierda de los transportistas


El sistema muestra todos los atributos asociados con el transportista dado.

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.

 Expandir el nodo Advantage Dashboard


 Expandir el nodo Replenshiments
 Clic en el menu Generate Top Off Replenshiments

El sistema muestra la páginas que captura los limites para las locaciones de reposición

 Escoger el Warehouse 01 en la lista desplegable Warehouse ID.


 Ingresar P110 en el cuadro de edición Starting Location
 Ingresar P113 en el cuadro de edicion Ending Location
 Clic en el botón Query
El sistema muestra una lista de todas las locaciones que son elegibles para la reposición.

 Clic en cualquier de los links Generate Replenshiments al lado derecho de cualquiera


de las grabaciones.

El sistema muestra un dialogo con una espiral. Este espiral indica que el sistema es tratando
de comunicarse con el motor.

Después de un breve retraso el sistema muestra un mensaje de error. El mensaje de error es


un tanto crítico, pero significa que el motor no esta funcionando. Esta páginas en particular no
funcionará correctamente a menos que el motor este andando.

 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.

Procedimientos: Los siguientes procedimientos demuestran cómo detener y empezar el


Advantage Workflow Engine a través de componentes de servicio del sistema operativo.

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.

 Empezar el motor a través de la herramienta AWESM, si es necesario.


 Abrir Virtual Terminal, si es necesario.
 Escoger el menu Start | All Programs | Administrative Tools | Services

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.

 Click derecho en la opción Advantage Workflow Engine Service


 Escoger el menu Stop
Después de un par de minutos el sistema cambia el estado del servicio y no muestra valor
alguno. Esto indica que el motor no está funcionando.

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.

 Click derecho en la opción Advantage Workflow Engine Service.


 Escoger el menu Start

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.

Información General: Definición: Un ambiente de solución es una colección de dispositivos,


parámetros globales y reglas de negocio (workflow) diseñados para resolver problemas
específicos de las cadenas.

La porción inferior de la ventana AWESM muestra los ambientes de la solución.

En las maquinas de entrenamiento, uno de los ambientes de solución es llamado WA. El


ambiente de solución WA es una colección de dispositivos, parámetros globales y reglas de
negocio designados a resolver problemas del manejo de inventario dentro de las cuatro
paredes del almacé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.

Cuando paraliza o empieza el motor HighJump a través de la herramienta AWESM o los


servicios del sistema operativo, esencialmente parar o empezar los ambientes de solución. El
motor HighJump impacta a todos los ambientes de solución simultáneamente. Usted ha visto el
comportamiento en las actividades previas cuando el ambiente de solución HighJump cambia
de color como resultado de empezar o parar el motor. Sin embargo, el sistema también provee
la habilidad de parar e inicializar un ambiente de solución independientemente uno del otro.

El siguiente cuadro provee una breve descripción de los ambientes de solución incluidos en las
clases de entrenamiento.

Nombre del Ambiente de


Nombre Completo Descripción
Solución
Maneja mensajes enviados
entre los ambientes de
ADVANTAGEPLATFORM Advantage Platform solución. No hay una
interface de usuarios en este
ambiente.
Maneja el lanzamiento de las
Advantage Fulfillment
AFA ondas y las cargas en el piso
Application
para que sean recogidas.
Maneja un grupo de
componentes reusables
accesibles a todos los
BPP Business Process Platform
ambientes de solución. No
hay una interface de usuarios
en este ambiente.
Maneja el inventario dentro
WA Warehouse Advantage de las cuatro paredes del
almacén.
Escenario: Usted desea promover una nueva aplicación en el ambiente de solución AFA.
Debido a la naturaleza 24/7 de su negocio, usted es incapaz de encontrar un momento en el
que todos los usuarios estén fuera del sistema. Usted desea interrumpir el proceso de la menor
cantidad de empleados durante la promoción.

Procedimientos: Los siguientes procedimientos demuestran cómo detener y empezar un solo


ambiente de solución. Sin embargo, no demuestran el proceso de promoción.

 Abrir la herramienta AWESM si es necesario.


 Empezar el motor, si es necesario.
 Abrir Virtual Terminal, si es necesario.
 Clic en el ambiente de solución en la herramienta AWESM en orden de resaltarla.

El sistema muestra un dialogo preguntando si desea detener el ambiente de solución AFA.

 Clic en el botón OK.

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.

 Registrarse en el Virtual Terminal con un userd id, un password y un forklift.


 Presionar F1 en el Virtual Terminal hasta que regrese a la solicitud del USER ID.

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.

 Clic en el ambiente de solución WA en la herramienta AWESM en orden de resltarlo.


 Clic en el botón Stop en la parte inferior de la ventana.
 Clic en el botón Ok

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.

Despues de promover la nueva aplicación AFA a la produccio, necesita empezar de nuevo el


ambiente de solución AFA, de modo que los individuos que realizan las ondas de lanzamiento
puedan continuar con su trabajo.

 Clic en el ambiente de solución AFA en la herramienta AWESM para resaltarlo.


 Clic en el botón Start en la parte inferior de la ventana.

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.

 Clic en el ambiente de solución WA en la herramienta AWESM en orden de resaltarlo


 Clic en el botón Start en la parte inferior de la ventana.
El sistema cambia el icono del ambiente de solución WA de rojo a amarillo, a verde y cambia el
estado del ambiente a “Running”. Sin embargo, todos los otros ambientes de solución en la
herramienta AWESM permanecen sin cambios.

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

Antecedentes: Como fue mencionado anteriormente, apagar el motor del sistema de


producción no es algo que debe ser tomado a la ligera. En una situación ideal, todos los
usuarios cerraran sesión en el sistema antes de que apague el motor. Sin embargo, algunas
veces los usuarios olvidan hacerlo. Esto lo sitúa en una posición precaria de determinar si
debe apagar el motor mientras que los usuarios están usando el sistema.

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.

Procedimientos: Los siguientes procedimientos muestran como revisar información


relacionada a los usuarios activos. También demuestran como apagar el motor con usuarios
activos.

 Empezar todos los ambientes de solución, si es necesario.


 Abrir Virtual Terminal, si es necesario.
 Regsitrarse en Virtual Terminal con un user id, una contraseña y un forklift.

La herramienta AWESM indica que hay una sesión WA activa, es decir, el Virtual Terminal
anterior.

 Clic en el ambiente de solución WA en orden de resaltarlo.


 Clic en el botón Sessions.

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.

 Escoger Show Active Devices en la lista desplegable View

El sistema filtra la lista y solo muestra los terminales activos

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.

 Clic en la X en la esquina superior derecha de la ventana Sessions.


 Clic en el ambiente de solución WA para resaltarlo.
 Clic en el botón Stop en la parte inferior de la ventana.
Debido a que hay sesiones activas en el ambiente de solución WA, el sistema no lo para
automáticamente. En su lugar, se coloca al ambiente de solución WA en un estado “Stop
Pending” (paralización pendiente)

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:

 Un administrador fuerza el apagado.


 Un administrado cancela el apagado.
 Todos los usuarios salen de las sesiones WA.

En este ejemplo, forzará al motor a parar aun así hallan sesiones activas.

 Clic en el ambiente de solución WA para resaltarlo.


 Clic en el botón Force Stop.

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í.

Actividad 1: Determinar el Nombre de Maquina


Información General: En un ambiente de producción, muchos clientes HighJump tiene tres
servidores distintos, un servidor de aplicaciones, un servidor web y un servidor de base de
datos (servidor de base de datos). Algunos clientes tienen servidores adicionales y otros
algunos pocos. El siguiente cuadro describe brevemente el propósito de cada uno.

Server Description
Servidor de aplicaciones Ejecuta el Advantage Workflow Engine

Sirve hasta páginas ASPX a navegadores


Servidor web
web.

Servidor de base de datos Alberga SQL Server o Oracle

En el ambiente de entrenamiento existe un solo servidor. El servidor de aplicaciones, servidor


web y el servidor de base de datos están presentes en una maquina. Esta es una distinción
importante que se debe tener en mente mientras que se compara este ambiente con el
ambiente de producción.

Muchas aplicaciones en el sistema Advantage requieren ingresar un nombre de maquina en


algún punto del proceso. Virtual Terminal es un ejemplo. En algunos casos, puede sustituir la
palabra clava LOCALHOST para indicar la maquina en la que la aplicación reside. En otros
casos, LOCALHOST no trabaja propiamente, y la maquina verdadera debe ser usada.

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.

Procedimientos: Los siguientes procedimientos demuestran como determinar el nombre de


máquina de la computadora. Sin embargo, no demuestra cómo definir un Web Terminal. Esto
es cubierto en un ejercicio posterior.

 Clic en el botón Start en la esquina inferior izquierda de la pantalla.


 Clic derecho en My Computer
 Escoger el menu Properties

El sistema abre la ventana System Properties.


 Clic en la lengüeta Computer Name
 Clic en el botón Change

El sistema muestra la ventana Computer Name Changes

El nombre del la computadores está en la caja de edición Computer Name

 Escribir el nombre de la computadora aquí _______________________.

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.

 Clic en el botón Cancel


 Clic en el botón Cancel

El sistema cierra la ventana que usted abrió durante esta actividad.


Actividad 2: Ejecutar proceso de negocio Location Status
Información General: En las actividades previas, usted aprendió como registrarse en el virtual
terminal y navegar al menu principal. Mientras que el proceso de registro provee un poco de
actividad general, varios componentes de este manual benefician la ejecución de un proceso
de negocio que es de una naturaleza más sustancial. El proceso de negocio llamado Location
Status servirá para este propósito.

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.

Valor del Estado Descripción


E Vacio (empty)
P Parcialmente Lleno
F Lleno
I Inactivo.

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.

Procedimientos: Los siguientes procedimientos demuestran cómo usar el proceso de negocio


Location Status para cambiar el estado de una locación en el almacén.

 Empezar el motor, si es necesario.


 Empezar el Virtual Terminal, si es necesario
 Registrarse en Virtual Terminal con un usuario, una contraseña y un forklift

El sistema muestra el menu principal para el usuario.


El menu es solo un lugar dentro de muchos otros. El sistema HighJump muestra una lista de
opciones en un terminal. Durante esta clase, probablemente encontrara otros lugares en la
aplicación que utiliza una lista. Cada vez que el sistema muestra una lista en el terminal hay
dos teclas de función que puede utilizar para navegar a través de la lista. Debido al espacio de
las limitaciones, estas teclas de función no son descritas en la pantalla terminal. El cuadro que
sigue decribe las teclas de función y sus propósitos.

Tecla de Función Propósito


F4 Page Up (páginas previa de datos)
Páginas abajo (próxima páginas de
F8
datos)

 Presionar la tecla F8 para avanzar al próximo grupo de opciones (este paso es


opcional)
 Ingresar 7 (Inv Control) en la solicitud Option.
 Ingresar 3 (Inventory Status) en la solicitud Option.
 Ingresar 4 (Location Status) en la solicitud Option.

El sistema muestra el estado actual de la locación dada, y solicita un nuevo status.


Existen varias locaciones que funcionaran en esta solicitud para el entrenamiento. La siguiente
captura de pantalla muestra varias opciones. Usted podrá encontrar otras locaciónes validas
viendo las páginas Webwise Runtime.

 Ingresar M120 en la solicitud Location.

El sistema muestra el estado actual de una locación dada y solicita un nuevo estado.

 Ingresar I en la solicitud Location Status


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. (Si desea validar que el nuevo estado fue cambiado, ingrese M120 por
segunda vez en la solicitud de Location y el sistema mostrara el nuevo estado)

 Ingresar M121 en la solicitud de Location


 Ingresar I en la solicitud de Location Status

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.

 Presionar F1 varias veces para regresar al menu principal.

En este punto, puede escoger cualquier otro proceso de negocio si desea.

 Presionar F1 varias veces hasta que regrese a la solicitud de User ID

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

El user id y las contraseñas son específicamente para la clase de entrenamiento. Es probable


que sean diferentes en otros ambientes. Adicionalmente, la lista centrada es específicamente
para la clase de entrenamiento. La lista no es parte de la instalación estándar.

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.

Procedimientos: Los siguientes procedimientos muestran cómo encontrar un user id y una


contraseña para una aplicación durante la clase de entrenamiento.

 Doble clic en la carpeta Training en el escritorio


 Doble click en la carpeta Misc
 Doble clic en el archivo login.txt

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”

 Desplácese hacia abajo en la sección titulada Webwise Runtime.

El documento indica que el user id es un “Administrator (administrador)” y el password es


“HJSPASS” para la aplicación Webwise Runtime.
 Escoger el menu File | Exit

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

1. Agregar un nuevo manipulador de material


2. Agregar un nuevo fork lift
3. Agregar un nuevo usuario Webwise

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.

Para acceder a RF terminals, muchos usuarios necesitaran acceder a páginas Webwise en


orden de ver los datos actualizados. Las siguientes actividades demuestran como agregar un
nuevo usuario Webwise al sistema.

Actividad 1: Agregar un Nuevo Manipulador de Material


Situación: El jefe de almacén lo llama al teléfono. Le explica que la compañía ha ido muy bien
financieramente. El volumen de las ordenes de entrada y de salida se han incrementando
dramáticamente en los últimos meses. Para manejar esta actividad creciente, el ha decidido
contratar un par de individuos para trabajar en la recepcion Max Brimmer es uno de estos
nuevos empleados, y comienza el próximo Lunes. El jefe de almacén le pide crear un perfile
para Max de modo que pueda ejecutar el recibimiento de flujos de trabajo en el terminal RF.

 Abrir Internet Explorer


 Ingresar http://localhost/SupplyChainAdvantage en la barra de direcciones
 Registrarse como Administrator / HJSPASS
 Expandir el nodo Warehouse Advantage
 Expandir el nodo Warehouse Setup.
 Expandir el nodo Employees
 Clic en el menu Employee List.
 Clic en el botón Query

El sistema muestra una lista de todos los clientes actuales.

 Clic en el link Add Employees en la parte inferior de la páginas.

 Escoger 01-Warehosue 01 en la lista desplegable Warehouse ID


 Tipear MAX en el cuadro de edición Employee ID
 Tipear MAX BRIMMER en el cuadro de edición Employee Name.
 Tipear MAX en el cuadro de edición Password
 Escoger RECEIVER en la lista desplegable Menu Level.

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.

 Clic en el botón Insert

El sistema lista a Max Brimmer como un empleado

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


Abrir el Virtual Terminal y El sistema avanza a la
tipear MAX en la solicitud de solicitud de PASSWORD
USER ID
Tipear MAX en la solicitud de El sistema avanza a la
PASSWORD solicitud de
EQUIPMENT/ZONE

Actividad 2: Agregar un Nuevo Forklift


Situacion: El jefe de almacén lo llama al teléfono. El, explica que han agregado un nuevo
estantes en la bodega que se extiende 6 niveles hacia arriba. Para accede al material que se
encuentra en la parte superior, la compañia a conseguido un nuevo “cherry picker” forklift. El
jefe de almacén le pide agregar el forklift al sistema WA para este nuevo “cherry picker” de
modo que el material puede usarse en el proceso de negocio.

 Abrir Internet Explorer


 Ingresar http://localhost/SupplyChainAdvantage en la barra de direcciones
 Registrarse como Administrator / HJSPASS
 Expandir el nodo Warehouse Advantage
 Expandir el nodo Warehouse Setup.
 Clic en el menu Locations
 Escoger Forklift en la lista desplegable Location Type

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

 Clic en el botón Query

El sistema muestra una lista de todos los forklifts definidos en todos los almacenes.

 Clic en el botón Add New Location cerca de la parte inferior de la páginas.


 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 sistema lista CP001 como una locación forklift

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 Test Case Resultado Esperado


Abrir Virtual Terminal y El sistema avanza a la
registrarse con un usuario solicitud de
valido y contraseña. EQUIPMENT/ZONE.
Tipear CP0011 en la solicitud El sistema avanza al menu
EQUIPMENT/ZONE principal.
Actividad 3: Agregar un Nuevo Usuario Webwise
Situación: El jefe de almacén lo llama al teléfono. El explcia que uno de los supervisores de
piso en el almacén está planeando moverse fuera del estado el próximo mes. En su lugar, el
jefe de almacén planea promover a Susan Mitchell de recibimientos de envíos a un rol de
supervisor. Él le pide crear un nuevo perfil Webwise para Susan para que puede obtener los
permisos apropiados.

 Escoger el menu Start | All Programs | HighJump Software | Advantage Platform |


Webwise Page Editor.

 Escoger WebUserManagementConfig en la lista desplegable DSN .

 Clic en el botón OK

El sistema abre la herramienta Page Editor (editor de páginas)

 Clic derecho en el nodo Users en el lado izquierdo de la ventana


 Escoger el menu New User
 Ingresar Susan Mitchell en el cuadro de edición User Name
 Clic en el botón OK
 Ingresar SUSANM en el cuadro Password
 Ingresar Administrator en el cuadro de edición Web Menu Level

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.

 Escoger en-US en la lista desplegable Locale

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.

 Escoger el menu File | Save

 Clic derecho en Susan Mitchell en la lista de usuarios en el panel izquierdo

 Escoger el menu Assign User Groups


 Clic en la entrada Managers en la lista Avaiable User Groups para resaltarlo
 Clic en el botón Add

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

 Escoger el menu File | Save

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


Abrir Webwise
Runtime y El sistema se registra en Webwise Runtime.
registrase con el Muestra el menu Advantage Dashboard y el menu
siguiente perfil: Warehouse Advantage en el panel.

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

 Abrir Virtual Terminal


 Usar Virtual Terminal sección #1 en el archivo login.txt para registrarse en Virtual
Terminal

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.

Los siguientes pasos demuestran como cambiar el menu de Paul

 Abrir Webwise Runtime para el grupo de páginas web SupplyChainAdvantage


 Usar la sección Webwise Runtime del archivo login.txt para registrarse en Webwise
Runtime
 Expandir el nodo Warehouse Advantage
 Expandir el nodo Warehouse Setup.
 Expandir el nodo Employees
 Clic en el menu Employee List.
 Escoger Warehouse 01 en la lista desplegable Warehouse ID
 Escoger 01-PAUL PACKER en la lista desplegable employee ID

 Clic en el botón Query

El sistema muestra una lista abreviada de todos los atributos de empleado relacionados con
Paul.

 Clic en el número de la izquierda del nombre de 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.

 Escoger RECEIVER en la lista desplegable Temporary Menu.

 Clic en el botón Update

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

El sistema muestra el menu de


recibimiento en terminal.

Salir del Virtual Terminal por


seguna vez como PAUL.
Actividad 5: Cambiar el Nivel de Menu de un Usuario Webwise
Situación: El jefe de almacén lo llama al teléfono. El explica que Ed, quien conduce en el piso
de almacén, ha recibido una promoción. Ed actualmente tiene acceso a todo el grupo de
paginas Advantage Dashboard. Sin embargo, en su nueva posición, necesitara tener la
habilidad de realizar algunas tareas de configuración de almacén. Esto incluye, la habilidad de
agregar nuevos forklifts y modificar los estados de las locaciones. El jefe de almacén le pide
que haga los cambios necesarios para que Ed tenga acceso a la aplicación Warehouse
Advantage Webwise.

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.

 Abrir Webwise Runtime para el grupo de paginas SupplyChainAdvantage


 Usar la sección Webwise Runtime #2 del archivo login.txt para registrarse en
Webwise Runtime

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.

 Escoger el menu Start | All Programs | HighJump Software | Advantage Platform |


Webwise Page Editor

 Escoger WebUserManagementConfig en la lista desplegable DSN

 Clic en el botón Ok

El sistema abre la herramienta editor de páginas


 Expandir en nodo Users
 Clic en el nodo ED

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.

 Ingresar Administrator en el cuadro de edición Web Menu Level


 Escoger el menu File | Save

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


El sistema muestra las opciones Advantage
Dashboard y Warehouse Avantage en el menu
principal.
Salir del Webwise
Runtime y registrarse
por segunda vez como
ED.
Admin Ejercicio Práctico 4:
Agregando Virtual Terminals y Web
Terminals
Introducción n
Este ejercicio consiste en las siguientes actividades

1. Agregar un Virtual Terminal en el Comando


2. Agregar un registro SQL en el Virtual Terminal
3. Agregar un Web Terminal en el Comando
4. Agregar un registro SQL en el Web Terminal
5. Conectar un navegador al Advantage Web Terminal

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.

Actividad 1: Definir un Virtual Terminal en un Comando


Advantage
1. Abrir el curso online Advantage Administration Basics
2. Clic en el tema Add/Configure Users/Devices
3. Clic en el tema Virtual Terminal
4. Ver el video demostración para Versión 10.0 o posterior

Introducción: Un virtual terminal es una aplicación de cliente que se ejecuta en el lugar de


trabajo o en el servidor de la aplicación. El ambiente de entrenamiento que usted está usando
ya tiene el virtual terminal instalado. Por esta razón. Los siguientes procedimientos no detallan
como instalar el programa. Para información adicional de cómo instalar el virtual terminal en la
estación de trabajo vea la guía Advantage Platform Installation Guide.

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

Procedimientos: Definir un Virtual Terminal consiste en tres pasos.

 Instalar el programa Virtual Terminal en el cliente (Ya ha sido instalado en las


maquinas de entreamiento)
 Definir el Virtual Terminal en Advantage Commander
 Crear una base de datos de registro para el dispositvio. (No se aplica si esta usado
DCA)
 Configurar el Virtual terminal en la estación de trabajo.

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

Un socket es una colección de dispositivos advantage que se comunican con el servidor de la


aplicación a través del mismo Windows. Un socket es diferente a una definición de dispositivo.
Muchos dispositivos pueden ser adjuntos al mismo socket.

 Clic en el menu Sockets

Si usted no ha especificado el servidor de aplicación en la interacción previa, el sistema


mostrará la página Select Application Server or Device Template en vez de la pagina socket-
releated.
El sistema HighJump soporta múltiples servidores de aplicaciones. Cada socket (por lo tanto
cada dispositivo) debe estar asociado con un servidor de aplicación que manejará las
comunicaciones. Debe especificar un servidor de aplicación para el socket. Todos los
servidores de aplicación están listados en esta página. Existe una opción adicional para crear
una plantilla.

 Si el sistema muestra la pantalla Select Application Server or Device Template, haga


clic en el enlace Select a Solution Environment on Server (su servidor)

Si usted escoge un servidor de aplicación, el sistema mostrará la página Solution Enviromente.


Cada socket (y cada dispositivo) debe estar asociado con un solo ambiente de solución. En
este caso, debe querer el socket (y por lo tanto asociarlo con el Virtual Terminal) para ser un
miembro del ambiente de solución Warehouse Advantage.

 Si el sistema muestra la pantalla Select Solution Environment, haga clic en el enlace


Work with Solution Environment. (Wa)
Al final, el sistema muestra una lista de los sockets. El nombre de la aplicación y el ambiente de
solución son mostrados en el titulo de la página.

Los datos de ejemplos en el ambiente de entrenamiento contienen una definición de socket.


Puede adjuntar el nuevo Virtual Terminal al socket predefinido y operará de la manera correcta.
Sin embargo, para el entrenamiento, este ejercicio lo dirige a crear una nueva definición de
socket y adjuntar el nuevo Virtual Terminal al nuevo socket.

 Clic en el link New Socket en la parte inferior de la página.

Es común para el almacén expandir los terminales a lo largo de multiples definiciones de


sockets. En este ejemplo, creara una definición de socket intencionados a manejar todos los
Virtual Terminals en el sistema.

 Tipear VT_SOCKET en el cuadro de edición Name


 Tipear Socket for Virtual Terminals en el cuadro de edición Description.
 Tipear VTSTOCK en el cuadro de edición ID.

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.

 Escoger Active en la lista desplegable Status.


 Tipear 4500 en el cuadro de edición Port Number

 Clic en el botón Insert

El sistema indica que el nuevo dispositivo ha sido creado.


 Clic en el botón OK

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.

 Clic en el enlace Devices asociado con la definición de socket VT_SOCKET.

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.

 Clic en el enlace New Device cerca de la parte inferior de la página.


 Escoger Advantage Virtual Terminal en la lista desplegable Device Type

 Clic en el botón Add

El sistema muestra una plantilla por decto para la defincion Virtual Terminal

 Tipear VT_001 en el cuadro de edición Name

 Tipear Virtual Terminal 001 en el cuadro de edicion Description

 Tipear VT001 en el cuadro de edicion ID

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.

 Escoger Activate en la caja Status


 Escoger Log-on en la lista desplegable Process Object

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.

 Escoger el Do Not AutoStar en el cuadro Startup

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

El sistema indica que el nuevo dispositivo ha sido creado

 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.

En la actividad previa usted definió un Virtual Terminal en un Advantage Commander. Sin


embargo, por si solo no es suficiente para hacer que el Virtual Terminal trabaje correctamente.
Cada Virtual Terminal debe tener su propia base de datos registrada para acceder a la misma.
Esto es algo diferente de otras aplicaciones escritas por otras compañías que un usan un
registro SQL para todos los dispositivos para acceder a la base de datos. Los siguientes
procedimientos muestran cómo crear un registro de base de datos para el nuevo Virtual
Terminal.

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

 Tipear el nombre de la maquina en el servidor de base de datos en la lista desplegable


Server Name
 Escoger SQL Server Authentication en la lista desplegable Authentication.
 Escoger el archivo login.txt en la carpeta en el escritorio para rellenar las cajas Login
y Password.

El sistema muestra la ventana Object Explorer


 Expandir el nodo Security
 Clic derecho en el nodo Logins
 Escoger el menu New Login

 Tipear VT_001 en el cuadro de edición Login Name

El servidor SQL parámetro Login Name debe coincidir con el nombre del parámetro en el
Advantage Commander.

 Seleccionar el botón de radio SQL Server Authentication


 Tipear HJSPASS#1 en el cuadro de edición Password.
 Tipear HJSPASS#1 en el cuadro de edición Confirm Password.

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

 Escoger ADD en la lista desplegable Default Database

 Clic en el nodo User Mapping cerca de la esquina izquierda superior de la ventana.


 Activar el cuadro de verificación Map al lado de la base de datos ADD en la parte
superior.

El sistema automáticamente rellena la columna User con el nombre del dispositivo.

 Activar el cuadro de verificación Role Membership al costado de AAD_USER en la


parte inferior.
 Activar el cuadro de verificación Role Membership al costado de WA_USER en la
parte inferior.
 Activar el cuadro de verificación Map al lado de la base de datos ADD en la parte
superior.

El sistema automáticamente rellena la columna User con el nombre del dispositivo.

 Activar el cuadro de verificación Role Membership al costado de AAD_USER en la


parte inferior.
 Activar el cuadro de verificación Role Membership al costado de ADV_USER en la
parte inferior.
 Activar el cuadro de verificación Role Membership al costado de WA_USER en la
parte inferior.
 Clic en el botón OK

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.

En la actividad previa usted definió un Virtual Terminal en un Advantage Commander y creó


una base de datos asociada de registro en la base de datos. Sin embargo, por si solo no es
suficiente para hacer que el Virtual Terminal trabaje correctamente. Cada Virtual Terminal debe
estar configurado en la estación de trabajo.

 Empezar el motor en ambiente de solución WA, si es necesario.


 Empezar el Virtual Terminal, si es necesario.
 Presionar la tecla F1 para navegar hacia la solicitud del USER ID, si es necesario.

Este Virtual Terminal ya ha sido instalado en la estación de trabajo y está trabajando de la


manera correcta. Sin embargo, este Virtual Teminal no es VT_001 (el dispositivo que definió en
la actividad anterior). Este dispositivo fue instalado y configurado en la maquina durante la
instalación de el Advantage Platform.

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.

 Clic derecho en cualquier lugar en la parte del Virtual Terminal


 Escoger el menu Configuration
 Tipear VT_001 en el cuadro de edición Device Name

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.

 Tipear el nombre de maquina del servidor de la aplicación en el cuadro de edición


Host Server Name.
 Tipear 4500 en el cuadro de edición Host Port Number
El parámetro Host Port Number de la configuración Virtual Terminal debe coincidir con el
parámetro del Port Number asociado con la definición socket en el Advantage Commander.

 Clic en el botón OK.

El sistema muestra el dialogo de bienvenida y la solicitud de USER ID del Virtual Terminal.

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.

Pass/Fail Caso de Prueba Resultado Esperado


Siga los pasos de las tres El Virtual Terminal solicita un
actividades anteriores. USER ID.
El sistema avanza al dialogo
Ingresar un dialogo USER ID.
Password.
Ingresar un password de
El sistema avanza al dialogo
usuario en el dialogo
EQUIPMENT/ZONE.
Password
Ingresar un forklift valido en
El sistema avanza al menu
el dialogo
principal.
EQUIPMENT/ZONE.
Actividad 4: Definir un Web Terminal en un Advantage
Commander

1. Abrir el curso online Advante Administration Bascis.


2. Clic en el tema Add/Configure Users/Devices
3. Clic en el tema Web Terminal
4. Ver el video de demostración para la Versión 10.0 o posterior.

Introducción: Un Web Terminal permite a un individuo ejecutar un proceso de negocio (como


Virtual Terminal o un lector RF) a través de la sesión Internet Explorer. Una ventaja del Web
Terminal es que no requiere una aplicación de cliente aparte del Internet Explorer.

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.

 Definir el Web Terminal en el Advantage Commander.


 Crear una base de datos de registro para el Web Terminal.
 Configurar el Web Terminal en la estación de trabajo.

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.

Nombre del Parámetro Valor

Name WT-SOCKET

Description Socket for Web Terminals

ID WTSOCK
Status Active

Port Number 4600

Los ejemplos de datos en el ambiente de entrenamiento contienen una definición de socket y


también puede crear un socket para Virtual Terminals. Puede adjuntar el nuevo Web Terminal
a uno de los sockets existentes y operarán correctamente. Sin embargo, para el propósito de
entrenamiento, este ejercicio lo dirige a crear un nueva definición de socket y luego adjuntarlo
al nuevo Web Terminal. Adicionalemente, muchos consumidores crear sockets que son
dedicados para un tipo especifico de terminal (como Web Terminals o Virtual Terminals).

 Adjuntar el nuevo dispositivo al WT_SOCKET con los siguientes atributos. Si necesita


asistencia adicional, vea los procedimientos en la sección correspondiente para Virtual
Terminals.

Nombre del Parámetro Valor

Device Type Advantage Web Terminal

Name WT_001

Description Web Terminal 001

ID WT001

Status Active

Process Object Log-on

Startup Do Not AutoStart


En este punto, el Web Terminal ha sido completamente definido en el Advantage Commander.
Sin embargo, los Web Terminals en la estación de trabajo del jefe y de responsables seguirán
sin ejecutarse correctamente. Cada Web Terminal debe tener su propia base de datos
registrada. La siguiente actividad describe como crear un base de datos para el nuevo Web
Terminal.
Actividad 5: Define una Base de Datos de Registro para Web
Terminal
Situación: Este escenario es una continuación del anterior. Vea las actividades previas para
una descripción de la situación.

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.

Nombre del Parámetro Valor

Login Name WT_000

 Asignar user mappings al registro WT_001 en la base de datos. Si no 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.

 Empezar el motor para el ambiente de solución WA, si es necesario.


 Abrir Internet Explorer
 Tipear http://<server name>/webtrmgw/webtrmgw.dll en la barra de direcciones.
<server name> no es un texto real. Debe ser remplazado con el nombre de la maquina
del servidor web.

El sistema muestra un dialogo que es similar al dialogo de configuración para Virtual Terminals.

 Tipear el nombre de maquina del servidor de aplicación en el cuadro de edición


Advantage Application Server Name
 Tipear 4600 en el cuadro de edición Port Number

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.

 Clic en el botón Submit

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:

 La definición Web Terminal en el Advantage Commander.


 La base de datos de registro para el Web Terminal.
 La configuración Web 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.

Pass/Fail Caso de Prueba Resultado Esperado


Siga los pasos de las tres El Web Terminal solicita un
actividades anteriores. USER ID.
Ingresar un usuario valido en El sistema avanza al dialogo
el dialogo USER ID. PASSWORD.
Ingresar el password del
El sistema avanza al dialogo
usuario en el dialogo
EQUIPMENT/ZONE.
PASSWORD.

Ingresar un forklift valido en el El sistema avanza al menu


dialogo EQUIPMENT/ZONE. principal.
Admin Ejercicio Práctico 5:
Viendo y Exportanto los Log
Introducción n
Este ejercicio consiste en las siguientes actividades

1. Ver los reportes de registro.


2. Exportar los registro con el Webwise Export Feauture
3. Exportar el registro con Log Export Utility

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).

Una de las tareas comunes de un administrador es determinar la causa principal de los


problemas. Los logs son un recurso excelente de información para identificar problemas en el
sistema HighJump. Debe ser el único que se muestra cuando no se puede establecer la causa
principal de un síntoma. Advantage Commander es la herramienta que provee la habilidad de
ver mensajes log.

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.

Tipo Notas Ejemplos


SQL Execute Failed
Relacionado a la lógica del
Mensaje de Aplicación Log Cleared 0 location user
negocio (workflows)
counts.
No hay un contenido de la
lógica del negocio. Incluye Started Advantage Workflow
mensajes de inicio y de Engine
Mensaje de Sitema Log
paralización asi como la
comunicación entre Checking Software License
componentes.

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.

Actividad 1: Ver los Log Reports


Situación: Uno de los supervisores de almacén lo llama al teléfono. El explica que uno de los
lectores RF están mostrando un mensaje de error que dice “Database error has occurred.
Notify your system manager.” (Un error de base de datos ha ocurrido. Notifique a su jefe de
sistema). Fuera de lo que el supervisor hace en el lector RF, el sistema siempre regresa a esta
pantalla. Usted sospecha que el problema está en la aplicación, pero desea hacer mas
averiguaciones antes de notificar el equipo de desarrollo de aplicaciones.

Procedimientos: Los siguientes procedimientos describen como ver la información de log


relacionada a los errores. Sin embargo, no recrean el mensaje de error anterior “Database
error”


 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

El sistema muestra la página Summary Log Search Criteria

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

El sistema muestra la pagina Log Messages Summary View

 Use la barra de desplazamiento horizontal y los botones de navegación cerca de


los mensajes de navegación

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.

 Clic en el menu Detailed Log Report

El sistema muestra la página Detailed Log Search Criteria


Aparte del título, esta página luce y opera de una manera idéntica a la página anterior. Por
defecto el sistema muestra el criterio de filtro para todos los mensajes log dentro de las últimas
24 horas. Si desea puede cambiar el criterio de filtro aquí. Para los propósitos de este ejercicio
los valores por defecto son suficientes.

 Clic en el botón Submit

El sistema muestra la pagina Log Messages Detailed View

 Use la barra de desplazamiento horizontal y los botones de navegación cerca de


los mensajes de navegación

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

Antecedentes: El sistema HighJump ofrece dos métodos para la exportación de la información


del registro. El primer método utiliza una función de Webwise. El segundo método utiliza una
herramienta independiente, y se aborda en la siguiente actividad.

La función de Webwise no es exclusiva de los mensajes de registro. Más bien, es una


característica que se aplica a todas las páginas del informe Webwise. (Una página de informe
es una página Webwise que muestra un conjunto de datos en un formato de tipo cuadrícula.)
Este método de exportación genera un documento de Microsoft Excel que contiene el conjunto
de resultados.

El método Webwise le permite exportar fácilmente el conjunto de resultados mientras se


visualizan los datos en la página del informe. Además, le permite filtrar los datos antes de la
exportación. Esto puede o no puede ser ventajoso dependiendo de la situación.

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.

Procedimientos: Los procedimientos siguientes muestran cómo exportar los mensajes a un


documento de Microsoft Excel. Sin embargo, no producen los mensajes de registro
relacionados con los problemas de rendimiento mencionados en la descripción anterior.
 Abra Commander Advantage, si es necesario.
 Expanda el nodo del Commander Advantage.
 Expanda el nodo de Log.
 Haga clic en el menú Summary Log Report.
 Escriba la fecha de hace siete días en el Set the Start Date and Time cuadro de edición

Al cambiar la fecha de inicio, el sistema devolverá múltiples conjuntos de los mensajes de


registro para los problemas de rendimiento. El administrador de la red puede ser capaz de
determinar un patrón observando varios conjuntos de mensajes.

 Haga clic en el botón Submit.

El sistema mostrará la página Log Message Summary View.


 Clic en el botón Export en la esquina superior derecha

El sistema muestra un cuadro de diálogo estándar File Download

 Clic en el botón Save

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 sistema crea un archivo en el escritorio llamado Log_Message_Summary_View.xls. En este


punto, se puede copiar el documento en un equipo que tiene Microsoft Excel, a continuación,
usted puede revisar el documento. Las máquinas de entrenamiento no contienen Microsoft
Excel. Por lo tanto, lo máximo que puede hacer es validar que el sistema ha creado el archivo
en el escritorio.
Actividad 3: Exportar el Registro con la Log Export Utility
Antecedentes: El sistema HighJump ofrece dos métodos para la exportación de la información
del registro. El primer método utiliza una característica de Webwise, y se ha demostrado en la
actividad anterior. El segundo método utiliza una herramienta independiente llamada Log
Export Utility para llevar a cabo la exportación. El Log Export Utility se demuestra en esta
actividad.

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.

Si tiene la intención de exportar cantidades significativas de datos, entonces el Log Export


Utility puede ser una opción mejor. A diferencia de la solución Webwise, el Log Export Utility no
permite al usuario filtrar los datos anteriores a la exportación. El Log Export Utility exporta todos
los mensajes de registro en la tabla de registro.

Situación: Este escenario se basa en el escenario de la actividad anterior. El administrador de


la red ha revisado el registro exportado desde Webwise. Él ve una cierta actividad inusual
durante el registro de los tiempos señalados. Sin embargo, no está convencido de que los
registros apuntan a la red. Se sugiere ponerse en contacto con el equipo de soporte HighJump
Worldwide para obtener ayuda adicional. Se llama al equipo de apoyo, y solicitarán a los
mensajes de registro de su sistema. Piden que proporcione los datos utilizando la Log Export
Utility porque eso les dará un panorama más completo del registro.

Procedimientos: Los procedimientos siguientes muestran cómo exportar los mensajes de


registro en un formato delimitado por tabulaciones utilizando la Log Export Utility. Esta actividad
se centra en el lado de las exportaciones, y no se ocupa de las actividades que el beneficiario
debe tomar a fin de ver los mensajes de registro.

 Elijan el menú Start > All Programs > HighJump Software > Advantage Support > Log
Export Utility

El sistema muestra la herramienta Log Export Utility

 Seleccione el botón de radio Tab delimited


El sistema da por defecto la ruta de exportación y el nombre del archivo resultante. No hay
necesidad de cambiar este valor. Adicionalmente, el sistema proporciona la capacidad de
comprimir el archivo después de la exportación. Usted no va a cambiar este valor tampoco.

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.

 Clic en el botón Export

El sistema vuelca el HighJump.log a un archivo en el disco duro. Cuando el proceso haya


finalizado, el sistema escribe un mensaje en la parte inferior de la utilidad que indica cuántos
registros se exportaron.

 Elija el menú File | Edit

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

Lleve a cabo los procedimientos El sistema crea un archivo a LogMsg.csv en


anteriores. el directorio C:\HJS\LogMessages
Seguimiento: En este punto, se puede comprimir el archivo y enviarlo al equipo de HighJump
Worldwide Support. El equipo de soporte (Support) va a importar el archivo en una de su base
de datos local. Luego se revisarán los mensajes de registro y le proporcionará una dirección
basada en su análisis.
Admin Ejercicio Práctico 6:
Consolas de Estado

Introducción
Este ejercicio consiste en las siguientes actividades:

1. Mirar un Log Message (Mensaje de Registro) en un Status Console (Consola de Estado)

2. Cambiar el tamaño del Status Console Buffer (Estado del Buffer de Consolas)

3. Copiar Mensages Out (Mensajes de salida) de las Status Consoles

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.

1. Abra el curso en línea Advantage Troubleshooting Tools.


2. Clic en el tema Engine Log File
3. Clic en el tema Using the Status Consoles
4. Mire todos los videos de demostraciones.
Actividad 1: Ver un Mensaje de registro en una Consola de
Estado
Situación: Mañana es la fecha de entrada en funcionamiento de su sistema HighJump. Como
preparación para ese importante evento, desea seguir las mejores prácticas indicadas más
arriba y abrir la Application Status Console y la System Status Console. Y desea validar que se
muestren los mensajes correctamente.

Procedimientos: Los procedimientos siguientes muestran cómo abrir las consolas de estado y
ver los mensajes de registro a través de ellos.

 Apagar el motor para todos los entornos de soluciones.


Apagar el motor no es necesario para poner en marcha las consolas. Se incluye aquí para que
usted pueda ver los mensajes de registro cuando el motor arranque.

 Elija el menú Start | All Programs | HighJump Software | Advantage Platform |


Application Status Console

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.

 Prenda el motor para todos los entornos de soluciones.

El sistema muestra mensajes en ambas Consolas de Estado


Actividad 2: Cambiar el Tamaño del buffer de Consola de
Estado
Antecedentes: En la actividad anterior, usted utilizó las consolas de estado para ver los
mensajes de registro que se generaron cuando el motor inició. Sin embargo, si usted revisa los
mensajes en las consolas, se dará cuenta de que son un difíciles de leer debido a que muchos
de los mensajes abarcan varias líneas.

Situación: Se han abierto las consolas de estado en preparación para la de entrada en


funcionamiento de eventos de mañana. Con el fin de estar en la mejor posición para reaccionar
a los errores, usted decide hacer los mensajes de registro en el estado de las consolas más
fácil de leer.

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

 Elija el menú Properties

El sistema muestra la ventana Propiedades de la Application Status Console.

 Haga clic en la pestaña Layout.

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

 Seleccione el botón radio Modify shortcut that started this window

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

El sistema no cambia el tamaño de la ventana. Tampoco cambia el comportamiento de ajuste


del texto. El cambio que ha realizado anteriormente no se aplica a los mensajes existentes.
Sólo se aplica a los mensajes nuevos

 Repita los pasos anteriores para la ventana de System Status Console.

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.

Situación: Las consolas de estado, han estado constantemente abiertas en el servidor de


aplicaciones. Una tarde, uno de los supervisores de almacén Le llama por teléfono e indica que
varios de los terminales de radiofrecuencia muestran un mensaje de error de base de datos
durante el proceso de recepción. Los usuarios pueden navegar por lo general al rededor del
problema presionando la tecla enter. Usted mira el Application Status Console y ve varios
mensajes que parecen estar relacionados con el problema. Sin embargo, usted no sabe cómo
interpretar los datos. Tiene la intención de ponerse en contacto con el equipo de apoyo
HighJump vía e-mail para recibir asistencia adicional. Con el fin de ayudarles a solucionar
problemas, desea copiar un par de mensajes de error y las incluirá en el correo electrónico.

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.

 Abra el application status console y system status console, si es necesario.

 Encienda el motor para todos los entornos de solución, si es necesario.

El sistema envía una multitud de mensajes a la application status console. La pantalla es


similar a la siguiente.

Haga clic en el icono en la esquina superior izquierda de la ventana Application Status


Console.
 Elija el menú Edit | Mark
El sistema coloca un cursor tipo bloque amarillo parpadeante sobre el primer carácter de la
primera fila de la ventana.

 Clic y mantener pulsado (no soltar) para marcar el comienzo del bloque de texto que
desee.

El bloque deseado de texto no necesita incluir el primer carácter de la primera fila.

 Arrastre y suelte para marcar el final del bloque de texto que desee.

El sistema resalta el bloque deseado de texto en amarillo.

 Haga clic en el icono en la esquina superior izquierda de la ventana Application Status


Console.

 Elija el menú Edit | Copy.

El sistema copia el texto marcado al portapapeles (clipboard), y luego devuelve el texto en la


ventana de nuevo a los colores por defecto.
 Crear un nuevo documento de texto en el escritorio.
 Use el Bloc de notas para abrir el documento de texto.
 En el Bloc de notas, seleccione el menú Edit | Paste.

El sistema copia la entrada portapapeles en el documento el Bloc de notas

 Elija el menú File | Save


 Elija el menú File | Exit

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:

1. Elevar el Application Log Level con el SI Manager


2. Elevar la Application Log Level con Advantage Commander
3. Elevar la Application Log Level a través del archivo Control INI
4. Elevar el System Log Level con el SI Manager
5. Elevar el System Log Level a través del archivo Control INI

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

AWESM Tool Advantage Workflow Engine Service Manager


Herramienta basada en Comand-lines, utilizada en diversas
System Interface Manager
tareas administrativas (no se muestran es este manual)
Herramienta basada en Web, utilizada en diversas tareas
Advantage Commander
administrativas (no se muestran es este manual)
Archivo de control leído por el motor en el solution environment
CONTROL.INI
startup.

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.

1. Abra el curso en línea Advantage Troubleshooting Tools


2. Clic en el tema Engine Log File
3. Clic en el tema Changing the Log Level
4. Vea el video de demostraciones para la version 10.0 o posterior
Actividad 1: Elevar el Application Log Level con la herramienta AWESM

Antecedentes: La herramienta AWESM es un programa multi-función. En los ejercicios


anteriores, hemos visto que le da la capacidad para iniciar y detener los ambientes de
solución. También le da la capacidad de cambiar el nivel del registro de aplicación para
cualquier dispositivo. Si desea que el cambio de nivel de registro impacte exactamente un
dispositivo, entonces este es el método preferido.
La información capturada en el Application Log Level 5 también se puede derivar mediante la
herramienta Visual Debugger, que se discute en un ejercicio posterior.

Situación: A principios de esta mañana se promovió una nueva aplicación en el entorno de


producción que contiene algunos cambios en el proceso de negocio de recolección. Poco
después de la promoción, uno de los supervisores de almacén le llama por teléfono. Él explica
que los lectores de RF están exhibiendo un comportamiento anormal en el proceso de picking.
Después de que el usuario explora el número del artículo, el sistema muestra correctamente el
prompt del número de contenedor. Y en la parte superior del cuadro de diálogo del número del
contenedor, el sistema muestra una descripción del artículo. Sin embargo, a veces, la
descripción del artículo no se corresponde con la descripción del número de artículo de la
consulta anterior. El problema es esporádico en la naturaleza.

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.

 Abra Advantage Commander, si es necesario.


 Revise los contenidos actuales del Summary Log Report y anote el número de páginas de
datos.
Procedimientos: Los procedimientos siguientes muestran cómo elevar el Application Log
Level para un lector con la herramienta AWESM. Sin embargo, no reproducen el escenario de
la descripción del artículo no válido en el proceso de recolección.

 Abra el Advantage Workflow Engine Service Manager, si es necesario.


 Haga clic en el entorno de solución WA, con el fin de resaltar.
 Haga clic en el botón de Sessions.

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.)

 Clic en el dispositivo RADIO_01, para resaltarlo


 Clic en el botón Log Levels

El sistema muestra los niveles de registro actuales en el dispositivo.


 Elija 5 – Trace en la lista despegable Application
 Clic en el botón OK

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 RADIO_01 y El Sistema exhibe una degradación


ejecute un par de interacciones del proceso notable en el lapso de tiempo entre
de negocios Location Status los cuadros de diálogo.

Webwise contiene un aumento


significativo en el número de
Examine el Summary Log Report en
mensajes de registro. Asimismo, la
Advantage Commander.
naturaleza de los mensajes es muy
detallada.
Seguimiento: Los datos de registro tendrán un aspecto similar a la siguiente captura de
pantalla. Nótese el gran número de páginas en la vista. También tenga en cuenta que cada vez
que se actualiza una variable en la memoria, el sistema escribe un mensaje de registro.

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.

Ha capturado la información deseada en el registro. Ya no existe la necesidad de mantener en


un estado de RADIO_01 registro elevado. El nivel de registro elevado consume recursos
innecesarios en el servidor de aplicaciones y el servidor de base de datos. Es una buena
práctica regresar al lector hasta application log level 3 después de que los datos han sido
capturados.

 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

Antecedentes: El archivo CONTROL.INI es un archivo de texto que contiene una variedad de


parámetros. Entre otros parámetros, el archivo incluye el Application Log Level por defecto para
un entorno de solución. El sistema lee este parámetro cuando un entorno de solución dado
comienza.
La herramienta AWESM es capaz de elevar la Application Log Level para un dispositivo
específico, y otros administradores. Sin embargo, si el problema se produce antes de que usted
pueda ver el dispositivo en la herramienta AWESM, entonces puede que tenga que elevar el
Log level con cualquier otro método. Los métodos descritos en esta actividad proporcionan una
opción para elevar la Application Log Level cuando la herramienta AWESM no es suficiente.
(Esto puede ser el caso cuando el problema se produce como parte de arranque del motor.)
Como con cualquier Log level 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 definidos
(terminales de radiofrecuencia, terminales virtuales ...), así como otros administradores para un
entorno de solución dado. Esta opción no se recomienda en un entorno de producción.

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.

 Abra Advantage Commander, si es necesario.


 Revise los contenidos actuales del Summary Log Report y anote el número de páginas de
datos.
Procedimientos: Los procedimientos siguientes muestran cómo elevar el application log level
en un solution environment level utilizando el archivo CONTROL.INI. Sin embargo, no
reproducen el escenario de la reposición de la página rota.

 Apague el motor para el entorno de solución de WA.


 Abra el Explorador de Windows.
 Navegue a la carpeta C: \ HJS \ CONTROL \ CONTROL1
 Haga doble clic en el archivo CONTROL.INI.
 Desplácese hacia abajo para el bloque con el título SOLUCIÓN _WA

 En el bloque SOLUTION_WA , cambiar el valor ApplicationLogLevel a 5


 Elija el menú File | Save
 Elija el menú File | Exit
 Inicie el motor para el entorno de solución WA

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.

Seguimiento: Los datos de registro tendrán un aspecto similar a la siguiente captura de


pantalla. Note que el número de páginas en la vista han crecido significativamente con respecto
a la anterior vista. Nótese también que el contenido de los mensajes es similar al log level 5
content, de la actividad anterior.
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

 Cambie el valor de ApplicationLogLevel en el archivo CONTROL.INI a 3 para el


entorno de solución WA

 Prenda el motor para el entorno de solución WA


Actividad 3: Elevar la System Log Level con la herramienta AWESM
Antecedentes: La herramienta AWESM es un programa multi-función. En los ejercicios
anteriores, hemos visto que se le da la capacidad para iniciar y detener los ambientes de
solución. También le da la capacidad de cambiar el nivel de registro del sistema para cualquier
dispositivo. En términos generales, este es el método preferido para cambiar el nivel de registro
del sistema.

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.

 Abra Advantage Commander, si es necesario.


 Revise los contenidos actuales del Summary Log Report y anote el número de páginas de
datos.

Procedimientos: Los procedimientos siguientes muestran cómo elevar el system.log.level de


un dispositivo mediante la herramienta AWESM. Sin embargo, no se reproducen en el
escenario del tiempo de espera de lector.

 Abra el Advantage Workflow Engine Service Manager, si es necesario.


 Encienda el motor para el entorno de solución WA, si es necesario.

 Haga clic en el entorno de solución WA, con el fin de resaltar.


 Haga clic en el botón de Sessions.
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.)

 Clic en el dispositivo RADIO_01, para resaltarlo


 Clic en el botón Log Levels

El sistema muestra los niveles de registro actuales en el dispositivo.


 Elija 5 – Trace en la lista despegable Process Manager
 Clic en el botón OK

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.

Webwise contiene un aumento


significativo en el número de
Examine el Summary Log Report en
mensajes de registro. Asimismo, la
Advantage Commander.
naturaleza de los mensajes es muy
detallada.

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.

Ha capturado la información deseada en el registro. Ya no hay una necesidad de mantener el


socket en un estado de registro elevado. El nivel de registro elevado consume recursos
innecesarios en el servidor de aplicaciones y el servidor de base de datos. Es una buena
práctica regresar el socket de nuevo al system log level 3 después de que los datos han sido
capturados.

 Use la herramienta AWESM para ajustar el system log level a 3 para RADIO_01.

Actividad 4: Elevar el nivel de registro del sistema a través del


Control INI File
Información General: El archivo CONTROL.INI es un archivo de texto que contiene una
variedad de parámetros. Entre otros parámetros, el archivo incluye el default system log level.
El sistema lee este parámetro cuando el conjunto de entornos de solución empieza.

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.

Situación: Usted es el administrador HighJump de una gran operación multi-almacén. A


medida que la empresa comienza la fase de configuración de datos del proyecto, se le ha
encargado definir más de 200 lectores de radiofrecuencia en el Advantage Commander y luego
probar cada uno. Su plan consiste en definirlos en el entorno de prueba primero, y luego usar
un script para trasladar las definiciones del dispositivo desde el entorno de prueba sobre el
entorno de producción. Con el fin de dar cabida a los agresivos planes de crecimiento, usted
decide extender las definiciones de los lectores a través de cuatro tomas diferentes. Se definen
todos los lectores de Advantage Commander; se crea todas las conexiones de base de datos y
se configura todo el hardware físico.

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.

 Abra Advantage Commander, si es necesario.


 Revise los contenidos actuales del Summary Log Report y anote el número de páginas de
datos.
Procedimientos: Los procedimientos siguientes muestran cómo elevar el System Log Level
con el control.ini file. Sin embargo, no reproducen el escenario de la problemática de los
lectores.

 Apague el motor para todos los entornos de solución.


 Abra Windows Explorer.
 Navegue en la carpeta C:\HJS\CONTROL\CONTROL1
 Doble clic en el archivo CONTROL.INI
 Deslícese hacia abajo al bloque con el título CONTROLLER

 En el bloque CONTROLLER cambie el valor SystemLogLevel a 5.

 Elija el menú File | Save


 Elija el menú File | Exit
 Inicie el motor para todos los entornos de solución.

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.

Seguimiento: Los datos de registro tendrán un aspecto similar a la siguiente captura de


pantalla. Note que el número de páginas en la vista han crecido significativamente con respecto
a la anterior vista. Nótese también que el contenido de los mensajes es similar al log level 5
content, de la actividad anterior.

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

 Cambie el valor de ApplicationLogLevel en el archivo CONTROL.INI a 3 para el


entorno de solución WA

 Prenda el motor para el entorno de solución WA


Admin Ejercicio Práctico 8:
Reiniciando los Administradores

Introducción
Este ejercicio consiste en las siguientes actividades:

1. Reinicie el administrador con la herramienta AWESM

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.

En ocasiones, estos administradores pueden encontrar un problema del que no se pueden


recuperar. Cuando esto sucede, alguien tiene que intervenir y tomar medidas correctivas.
Como administrador, usted tiene un par de opciones. Usted podría girar el motor. Si bien este
método a menudo restaura el administrador, también requiere que todos los manipuladores de
material dejen de trabajar durante varios minutos. Debido a esta limitación severa, este método
no se recomienda a menos que sea absolutamente necesario.

Otra opción para restaurar el administrador es detener e iniciar sólo el administrador de


problema. Este método es a menudo exitoso, y es muy superior a la rotación del motor entero.
Las actividades mencionadas a continuación muestran cómo rotar un administrador individual.

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.

Detención de un gestor es una actividad de riesgo. Si no lo hace correctamente, o si se detiene


el administrador, mal puede terminar con resultados desastrosos. Esto es especialmente cierto
de los administradores de procesos y administradores de dispositivos, los cuales pasan los
datos entre los terminales y el servidor de aplicaciones. HighJump recomienda la detención de
un administrador, solo bajo la dirección del equipo de apoyo HighJump.

1. Abra el curso en línea Advantage Administration Basics

2. Haga clic en el tema Restart Devices

4. Ve las demostraciones de vídeo para Version 10.0 o posterior


Actividad 1: Reiniciar un Administrador con la herramienta AWESM

Escenario: El proceso de envío genera un número importante de informes de Crystal Reports


que se imprimen en una impresora láser en la oficina de transporte. El jefe de almacén le llama
por teléfono para informar de que los informes de envío ya no son impresos. Él le pide que
encuentre una solución lo más pronto posible, ya que los informes de envío son esenciales
para la operación. Usted revisa los registros y ve varios errores relacionados con el
administrador de eventos. Usted contacta al equipo de apoyo HighJump, y están de acuerdo en
que el problema está más probablemente relacionado con el administrador del evento. Piden
que se detenga y luego inicie el administrador de eventos.

Procedimientos: Los procedimientos siguientes muestran cómo iniciar y detener el


administrador de eventos con la herramienta AWESM. Sin embargo, no se vuelva a crear el
problema con los informes de Crystal.
 Inicie el motor, si es necesario.

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.

 Abra el Advantage Workflow Engine Service Manager, si es necesario.


 Clic en el WA solution environment, para resaltarlo
 Clic en el botón Sessions

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 sistema muestra un cuadro de diálogo preguntando si realmente desea cerrar el


administrador de eventos.

 Clic en el botón Yes

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.

Iniciando el administrador del evento se ejecuta de una manera muy similar.

 Haga clic en el dispositivo de Event.Manager, con el fin de resaltar.


 Haga clic en el botón Start Event Mgr.
 Haga clic en la X en la esquina superior derecha de la ventana de Session con el fin de
cerrarla.

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:

1. Exportar una aplicación Architect

2. Importar una aplicación Architect

3. Compile y Active una aplicación Architect

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

Cuando un desarrollador realiza un cambio en la lógica de negocio (workflow) en el Architect


Advantage, el cambio se escribe en algo que se llama un repositorio. El repositorio también se
conoce como el EAR o la Enterprise.Application.Repository. Un repositorio es una base de
datos (SQL Server u Oracle) que contiene todas las definiciones para todas las aplicaciones.
En el entorno de la formación, el repositorio es una base de datos llamada REPOS. Por lo
tanto, todos los objetos de la aplicación WA se almacenan en la base de datos REPOS. Del
mismo modo, todos los objetos de la aplicación BPP (otra aplicación que se incluye con el
módulo de gestión de almacenes) también se almacenan en la base de datos REPOS.
Actividad 1: Exportar una aplicación Architect Advantage
Antecedentes: A veces es beneficioso aprobar una solicitud Advantage Architect de una
persona a otra. Debido al tamaño, no es realista enviar la base de datos de todo el repositorio a
la parte interesada. Es mejor pasar los datos en alguna otra forma. La herramienta de
Advantage Architect ofrece la posibilidad de crear un conjunto de archivos XML en un disco
duro que contiene todas las definiciones de objetos para una aplicación determinada en un
repositorio. El proceso de creación de los archivos XML se llama una exportación. El sistema
copia (exports) las definiciones de objetos del repositorio dentro de un conjunto de archivos
XML.

Al exportar la aplicación a un conjunto de archivos XML, Architect Advantage le permite ya sea


exportar todas las revisiones de los objetos, o sólo las revisiones más recientes de los objetos.
Exportar todas las revisiones de los resultados de los objetos en archivos de mayor tamaño,
pero a veces esto es beneficioso para el individuo que va a revisar la solicitud.

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.

Procedimientos: Los procedimientos siguientes muestran cómo exportar la aplicación WA en


un conjunto de archivos XML en el disco duro. Sin embargo, no recrean el problema en el
proceso de ajuste mencionado en el escenario anterior.

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.

 Abrir Windows Explorer.


 Navegue a la carpeta C: \ HJS directorio \ ApplicationExport.
 Crear una nueva carpeta llamada WA.

 Elija el menú Start > All Programs | HighJump Software | Advantage Platform |
Advantage Architect Unicode

El sistema muestra el cuadro de diálogo Connect to Application Repository. Como se mencionó


anteriormente, el depósito es una base de datos. Este diálogo no hace más que capturar la
información necesaria para conectarse a la base de datos.
 Elija el botón de radio de SQL Server en la sección de Database Type.

El parámetro de nombre de servidor es el nombre del equipo donde se almacena en el


repositorio. En el entorno de la formación, la máquina del repositorio es la misma máquina
donde está instalado Advantage Architect. El valor de default (local) indica esto, y no necesita
ser cambiado.

 Escriba REPOS en el cuadro de edición Database Name.


 Elija el botón de radio Use SQL Server Authentication.
 Escriba sa en el cuadro de edición User Name
 Escriba sapass#1 en el cuadro de edición Password
 Clic en el botón OK

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

El sistema abre el entorno de desarrollo de Advantage Architect.

 Elija el menú File | Export | Application


 Elija WA en el cuadro despegable Application
 Clic en el botón puntos suspensivos a la derecha del cuadro de edición Export Folder
 Navegue a la carpeta C:\HJS\ApplicationExport\WA
 Clic en el botón OK

 Click the OK button.

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

El sistema crea un grupo de archivos XML en


Lleve a cabo los procedimientos
la carpeta C:\HJS\ApplicationExport\WA
anteriores.

Seguimiento: Los contenidos de la carpeta deben verse similar al siguiente.


En este punto se podría comprimir el contenido de la carpeta entera y enviarlos al equipo de
soporte HighJump para su análisis.
Actividad 2: Importar una aplicación Advantage Architect

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.

Si la solicitud importada contiene cambios, esos cambios no se reflejan automáticamente en


runtime (terminales RF). La importación se limita a copiar la aplicación en el repositorio en el
que puede ser utilizado por Architect Advantage. El sistema no empuja los cambios en los
terminales de radiofrecuencia hasta que usted compile y active la aplicación. La compilación y
el componente de activación serán discutidos en la próxima actividad.

Si va a importar los archivos XML para la aplicación de WA en un repositorio que ya contiene la


aplicación WA, el sistema presenta un cuadro de diálogo preguntando cómo desea administrar
ese conflicto. Usted tiene dos opciones. Con la primera opción, el sistema destruye la
aplicación WA existente en el repositorio y luego se realiza la importación de los archivos XML.
Esto se conoce como sobrescribir. Con la segunda opción, el sistema crea un híbrido de las
dos aplicaciones. Esto se llama una fusión. Como administrador, la gran mayoría de las
importaciones que realice van a utilizar la opción de sobrescribir. Consulte los archivos de
Advantage Architect de ayuda para más información sobre la opción Fusionar (merge)

Independientemente de si elige sobrescribir o fusionar, la aplicación WA existente en el


repositorio cambia. Por lo tanto, antes de realizar una importación, es una buena práctica
comercial hacer una copia de seguridad de la aplicación existente. Hay un par de maneras de
hacer una copia de seguridad. Una manera es exportar la aplicación existente y crear un
conjunto de archivos XML. (Vea la actividad anterior para obtener más información sobre cómo
exportar una aplicación.)

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:

 Importan la aplicación en un repositorio


 Ellos usan Advantage Architect para modificar la aplicación de acuerdo a sus
necesidades.
 Exportan la aplicación a un conjunto de archivos XML
 Ellos comprimen los archivos XML y los envían a usted.

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.

Caso de Prueba Estado Actual de la Lógica de Negocios

Inicie el motor, si es necesario luego abra un El prompt de user id prompt contiene la


Virtual Terminal. información de versión

Navegue al prompt password El prompt password contiene la información de


versión.

Navegue al prompt equipment \ zone El prompt equipment \ zone contiene la


información de versión.

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.

 Abrir Windows Explorer.


 Navegue hasta el directorio C: \ HJS.
 Crear una nueva carpeta llamada ApplicationImport

 Navegue a la carpeta ApplicationImport.


 Crear una nueva carpeta llamada WA

 Abra una capeta en el escritorio


 Navegue a la carpeta Releases \ Release 05
 Copie el archive wa_app_20100218.zip
 Pegue el archive comprimido en la carpeta C:\HJS\ApplicationImport\WA que creó
anteriormente.
 Clic derecho en el archivo wa_app_20100218.zip
 Elija el menú Extract All
 Clic en el botón Next
 Clic en el botón Browse
 Navegue en la carpeta C:\HJS\ApplicationImport\WA
 Clic en el botón OK
 Clic en el botón Next.
 Clic en el botón Finish

El sistema descomprime el archivo en la carpeta.

 Abrir Advantage Architect, si es necesario.

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.

 Exporte la aplicación WA, si es necesario.


 Elija el menú File | Import | Aplication.
 Haga clic en el botón de puntos suspensivos a la derecha del cuadro Aplication de edición.
 Navegue a la carpeta C: \ HJS \ ApplicationImport \ WA.
 Haga clic en el botón OK

 Haga clic en el botón OK

Debido a que la aplicación de WA ya existe en el repositorio, el sistema muestra el cuadro de


diálogo Aplication Conflict.

 Seleccione en el botón de radio Overwrite the existing application


 Haga clic en el botón OK

El sistema elimina primero la aplicación WA en el repositorio. A continuación, importa los


archivos XML en el repositorio. El sistema muestra el progreso en la ventana de salida.
Cuando la importación se ha completado, el sistema muestra el cuadro de diálogo Completed.

 Haga clic en el botón OK

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

1. Abrir el curso en línea Advantage Administration Basics


2. Haga clic en el tema Aplicating an Aplication
3. Vea los vídeos de demostración para la versión 9.0 o posterior.

Información General: Cuando se modifica una aplicación en el Advantage Architect, las


modificaciones se escriben en el repositorio. Sin embargo, los cambios no se reflejan
automáticamente en runtime con los lectores de radiofrecuencia. Si desea realizar un "push" a
la aplicación modificada a los lectores de RF, es necesario compilar y activar la aplicación.

El proceso de compilación audita la aplicación de errores. Entre otras cosas, busca el


equivalente HighJump de errores de sintaxis en los distintos objetos. Si no hay errores en la
aplicación, Architect Advantage genera un conjunto de archivos XML y un conjunto de archivos
binarios de un directorio de compilación especificado. Estos ficheros contienen toda la
información relacionada con la aplicación de que el motor tiene que ejecutar un entorno de
solución. Sin embargo, la carpeta de compilación especificada sólo sirve como un directorio
temporal. El entorno de la solución runtime no lee fuera de esta carpeta.

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 proceso de activación copia los archivos de la carpeta a la carpeta de compilación runtime


para el entorno de solución dado. En esencia, el proceso de activación "pushes" (empuja) a la
aplicación hacia runtime. Después de la activación, los terminales ejecutarán los procesos de
negocio en la aplicación modificada cuando el entorno de solución comienza.

Escenario: Este escenario se basa en el de la actividad anterior. En la actividad anterior ha


importado una aplicación en el repositorio. La nueva aplicación elimina la información de
versión de los cuadros de diálogo en el proceso de inicio de sesión. Sin embargo, el proceso de
importación no tuvo impacto en los lectores de radiofrecuencia. Ahora quiere realizar un "push"
a esta nueva aplicación hacia los terminales de modo que usted puede probar los cambios.

Procedimientos: Los procedimientos siguientes muestran cómo compilar y activar una


aplicación en el repositorio. A diferencia de muchas de las actividades anteriores, estos
procedimientos efectivamente activan una aplicación que cumpla con los requisitos del
escenario pintado. La aplicación activa no muestra 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.

No es necesario iniciar el entorno de solución de WA a fin de recopilar y activar. En realidad, el


entorno de solución debe ser cerrado a fin de que la activación se lleve a cabo. Sin embargo,
los procesos de compilación y activación toman caminos ligeramente diferentes dependiendo
de si el entorno de solución está en marcha o no. El paso de cierre se incluye aquí para
asegurar que se pueden ver los cuadros de diálogo mencionados en la parte inferior de la
actividad.
 Inicie el entorno de solución de WA, si es necesario

 Abra Advantage Architect, si es necesario


 Elija el menú Run | Compile Application
 Elija el cuadro despegable WA en el cuadro despegable Application

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.

 Marque el casilla Production Compile

 Clic en el botón Compile

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.

 Desactive la casilla de verificación Use Current Connection.

 Haga clic en el botón OK

El sistema muestra un cuadro de diálogo de conexión. El diálogo es similar al que se muestra


al iniciar Advantage Architect. Sin embargo, en este caso usted necesita apuntar a la base de
datos runtime (ADV) en lugar de la base de datos del repositorio (REPOS)

 Elija el botón de radio SQL Server en la sección Database Type

El parámetro Server.Name es el nombre del equipo donde se almacena en el repositorio. En el


entorno de la formación, la base de datos runtime es uno de la misma máquina donde está
instalado Advantage Architect. El valor de default (local) indica esto, y no necesita ser
cambiado.
 Escriba ADV en el cuadro de edición Database Name

 Elija el botón de radio Use SQL Server Authentication

 Escriba SA en la casilla de edición User Name

 Escriba sapass # 1 en el cuadro de edición Password

 Haga clic en el botón OK

El sistema muestra un cuadro de diálogo Activate Application


El Solution Name en este diálogo es lo mismo que el entorno de solución discutido
anteriormente.

 Elija WA en el cuadro desplegable Solution Name.


 Haga clic en el botón OK

Si el entorno de de solución WA se está ejecutando, el sistema muestra el cuadro de diálogo


Activate Aplication. Si el entorno de de solución no está en funcionamiento, el sistema sólo
muestra un cuadro de diálogo que indica que el proceso de activación se ha realizado
correctamente.

Como se ha mencionado en los ejercicios anteriores, el cierre de un entorno de solución es un


evento significativo. Antes de cerrar el entorno de solución WA, usted debe ir a través del
conjunto estándar de controles para garantizar que el apagado no causa ningún problema.

 Haga clic en el botón Yes.

El sistema se cierra el entorno de solución WA y luego copia los archivos de la carpeta a la


carpeta de compilación runtime. También hace un par de actualizaciones a la base de datos.
Posteriormente, el sistema muestra un cuadro de diálogo preguntándole si desea reiniciar el
entorno de solución WA.
 Haga clic en el botón Yes.

El sistema se reinicia el entorno de solución WA y, finalmente, se muestra un cuadro de diálogo


que indica que el proceso de activación fue completado.

 Haga clic en el botón OK

Validación: Después de que la aplicación Advantage Architect ha sido compilada y se ha


activado, los cambios deberán ser validados. 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 esta actividad. Es probable ya sea que perdió un
paso o que se realizó un paso incorrectamente.

Aprobado/ Caso de Prueba Estado Actual de la Lógica de


Fallido Negocios

Inicie el motor, si es necesario luego El prompt de user id prompt contiene


abra un Virtual Terminal. la información de versión

Navegue al prompt password El prompt password contiene la


información de versión.

Navegue al prompt equipment \ zone El prompt equipment \ zone


contiene la información de
versión.
Admin Ejercicio Práctico 10:
Visual Debugger

Introducción
Este ejercicio consiste en las siguientes actividades:

1. Explore el Visual Debugger

2. Agregue un Reloj al Visual Debugger

3. Agregue unTiempo de Interrupción alVisual Debugger

4. Use el Message Watch Feature de Visual Debugger

5. Use el Record Feature de Visual Debugger

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.

1. Abrir el curso Advantage Troubleshooting Tools en línea.


2. Haga clic en el tema Debugger
3. Vea los vídeos de demostración para la versión 7.6 o posterior.

Actividad 1: Navegar por el Visual Debugger


Escenario: Usted recientemente contrató a HighJump Software para hacer algunos cambios
en el proceso de negocio Location.Status. Después de la promoción del cambio en la
producción, uno de sus directivos indica que los datos del sistema HighJump se envían al
sistema host para este proceso de negocio ya no es correcto. Se llama al equipo de soporte de
HighJump, y se le pedirá que inicie el Visual.Debugger, pase por unos pasos de una línea por
línea, y luego verbalmente describir lo que ve.

Procedimientos: Los procedimientos siguientes muestran cómo iniciar el Visual.Debugger y


cómo dar un paso a través de cada línea de un objeto de proceso. Sin embargo, ellos no
reproducen el problema con los datos incorrectos pasando al sistema host.

 Inicie el motor, si es necesario


 Abra el Virtual Terminal, si es necesario
 Configure el parámetro Device Name del Virtual Terminal a RADIO_01.

Los procedimientos de esta actividad, referencian el proceso de negocio Location Status. El


proceso de negocio Location Status se detalla en el ejercicio de práctico 2: Tareas comunes en
las actividades de capacitación. Consulte esta sección para más detalles.

 Navegue al prompt Location del proceso de negocio Location Status


 Elija el menú Start | All Programs | HighJump Software | Advantage Support |
Visual Debugger

El sistema muestra la pantalla principal de la Visual Debugger. En el estado inicial, la ventana


está vacía. La ventana Visual Debugger permanecerá vacía hasta que se conecte a un servidor
de aplicaciones específico y un dispositivo específico.

 Elija el menú File | Connect to Application Server


El sistema muestra un diálogo para introducir la información de conexión al servidor de
aplicaciones.

En este ejemplo específico, el Visual.Debugger reside en el mismo equipo que el servidor de


aplicaciones. Esta se define como una conexión local. El sistema también dispone de dos
métodos adicionales (IPC y TCP / IP) para conectar a un servidor de aplicaciones remoto. Para
obtener información adicional acerca de estos otros métodos, consulte los archivos de ayuda
Visual.Debugger.

 Elija el botón de radio Local

 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.

 Elija el menú File | Select Device


El sistema muestra una lista desplegable de todos los dispositivos posibles que se pueden
depurar. La lista incluye terminales virtuales, terminales Web, terminales de radiofrecuencia
físicas, así como otros elementos que se ejecutan los objetos del proceso.

 Elija RADIO_01 en la lista desplegable Select.Device.


 Haga clic en el botón OK

La ventana principal de Visual Debugger permanece vacía. Sin embargo, la barra de título
refleja ahora el dispositivo, el servidor, y el número de puerto.

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.

 Introduzca M105 en el cuadro de diálogo Location del 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".

 Elija el menú Debug | Step Into en el Visual Debugger.

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 segundo botón de la izquierda en Visual Debugger.

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 la pestaña Messages en la parte inferior de Visual Debugger.

 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.

El sistema muestra la siguiente advertencia. El texto de la advertencia indica que


Visual.Debugger está esperando la entrada en el Virtual.Terminal. La solución es reconocer la
advertencia y, a continuación, introduzca los datos en el terminal.
 Clic en el botón OK
 Introduzca P en el cuadro de diálogo Location Status del Virtual Terminal

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.

 Elija el menú File | Detach Debugger en Visual.Debugger.

El sistema cierra el Visual Debugger. El Virtual Terminal avanza a la siguiente pantalla. Y el


terminal virtual vuelve al funcionamiento 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

Información General: La herramienta de depurador de Visual ofrece la posibilidad de ver el


valor de una variable en la memoria. Este es un aspecto importante del proceso de solución de
problemas, ya que le permite ver exactamente qué línea modifica una variable dada. El
concepto de ver el valor de una variable a través de la lente de Visual Debugger se llama un
"Reloj" (Watch).

Escenario: Este escenario se basa en el de la actividad anterior. El equipo de apoyo HighJump


ha revisado los datos que usted lee para ellos, pero no han encontrado la causa raíz del
problema. Ellos quieren que usted fije un reloj en la variable de ubicación, la variable Status y la
variable Transaction Code con el fin de facilitar el proceso de solución de problemas.

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.

 Abrir Virtual Terminal, si es necesario.


 Navegue al prompt Location del proceso de negocios Location Status
 Abra el Visual Debugger.
 Adjunte el Visual Debugger al Virtual Terminal.
 Introduzca M106 al prompt Location del Virtual Terminal.

El sistema muestra diversas líneas del objeto de proceso actual.

 Haga clic en la pestaña Watch en la parte inferior del Visual Debugger.

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.

 Elija el menu Watch | Add


 Elija Status en la lista despegable Add Watch
 Clic en el botón OK

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.

 Elija el menu Watch | Add

 Elija Transaction Code en la lista despegable Add Watch


 Clic en el botón OK
El sistema añade la variable Transaction Code al panel inferior, y se muestra el valor actual de
la variable Transaction Code. En este caso, el valor actual es de 900, que identifica de forma
única el proceso de negocio Location Status.

 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.

El sistema cambia el valor de la variable de estado en la ventana Watch de Visual Debugger a


la letra "I". Esto coincide con el valor que introdujo en el Virtual Terminal. Además, cambia el
color del valor a rojo a fin de indicar que el valor cambiado.

 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.

 Elija el menú File | Detach Debugger

El sistema cierra el Visual Debugger. El Virtual Terminal avanza a la siguiente pantalla. Y


vuelve Virtual Terminal a la operación normal.
Actividad 3: Añadir un punto de interrupción en el Visual
Debugger
Información General: Un punto de interrupción le permite detener la ejecución de un objeto de
proceso a un número de línea específico. Se establece un punto de interrupción cerca del lugar
donde se sospecha que está el error. Luego ejecutar proceso de negocio del terminal. El
terminal funcionará con normalidad, pero poco a poco, hasta llegar al punto de interrupción.
Cuando se alcanza el punto de interrupción, el Visual Debugger captura control del proceso de
negocio. A continuación, puede pasar a través de las líneas de proceso de objetos, uno por
uno, al igual que lo hizo en una actividad anterior.

Escenario: Este escenario se basa en el de la actividad anterior. El equipo de apoyo HighJump


ha revisado la información Watch variable que les leyó, pero no han encontrado la causa raíz
del problema. Se sospecha que el problema se encuentra cerca de un objeto de proceso que
se llama "Generate Host Interface Tran". Se le solicitará que defina un punto de interrupción en
este objeto de proceso con el fin de facilitar el proceso de solución de problemas.

Procedimientos: Los procedimientos siguientes muestran cómo agregar un punto de


interrupción al Visual Debugger. Sin embargo, ellos no reproducen el problema con los datos
incorrectos pasando al sistema host.

 Abra el Virtual Terminal, si es necesario.

 Navegue al prompt User ID del proceso Logon

 Abrir el Visual Debugger.

 Adjunte el Visual Debugger al Virtual Terminal.

 Introduzca un usuario en el prompt User ID del Virtual Terminal

El sistema muestra diversas líneas de los objetos de proceso actuales.

 Elija el menú Debug | New Breakpoint en Visual Debugger.

El sistema abre la interfaz para crear un nuevo punto de interrupción.


 Elija Generate Host Interface Tran en el cuadro despegable Process Object
 Clic en el botón Get

El sistema muestra la definición del objeto de proceso Generate Host Interface Tran .

 Doble clic en el espacio en blanco a la izquierda del número 3.

El sistema ubica un ícono de “pare” en la tercera línea. El signo pare, indica el punto de
interrupción.

 Clic en el botón Done


 Elija el menú Debug | Go

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.

El Virtual Terminal no avanza a la próxima pregunta. Además, el panel superior de la ventana


Visual Debugger muestra la definición del objeto de proceso Generate Host Interface Tran. La
flecha amarilla, que indica: la línea siguiente el sistema ejecutará, se está colocando en el
número de la línea 3. Visual Debugger finalmente ha llegado al punto de interrupción. Todavía
se puede ver el icono.

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.

 Haga clic varias veces el botón Step Into.


 Elija el menú File | Detach Debugger

El sistema cierra el Visual Debugger. El Virtual Terminal avanza a la siguiente pantalla. Y


vuelve el terminal virtual al funcionamiento normal.
Actividad 4: Utilice el Message Watch Feature de Visual
Debugger
Información General: En una actividad anterior, se muestra la salida de línea a línea en la
pestaña Mensajes del panel inferior de Visual Debugger. Usted hizo esto usando el botón Step
Into. Sin embargo, si sólo están interesados en ver la salida de línea a línea, entonces el botón
Step Into no es muy eficiente. El botón Step Into sólo le da una línea de salida por cada clic del
mouse. El Message Watch resuelve este problema. La función de Message Watch le permite
ver una multitud de salidas de línea por línea, con sólo un par de clics del mouse.

Escenario: Este escenario se basa en el de la actividad anterior. El equipo de apoyo HighJump


ha analizado la información que leyó para ellos en relación con el punto de interrupción, pero
no han encontrado la causa raíz del problema. Le preguntarán si desea hacer varias
iteraciones del proceso de negocio Location Status, y luego enviarlos a la salida de línea por
línea para cada iteración.

Procedimientos: Los procedimientos siguientes muestran cómo habilitar la característica de


Message Watch. Sin embargo, ellos no reproducen el problema con los datos incorrectos
pasando al sistema host.

 Abra el Virtual Terminal, si es necesario.

 Navegue al prompt Location del proceso de negocio Location Status

 Abrir el Visual Debugger.

 Adjunte el Visual Debugger al Virtual Terminal.

 Introduzca una ubicación en el prompt Location del Virtual Terminal

El sistema muestra diversas líneas de los objetos de proceso actuales.

 Clic en la pestaña Messages en la parte inferior de Visual Debugger.

El sistema muestra la línea por línea de salida, actual.


 Elija el menú Tools | Message Watch

No hay señales inmediatas visuales que se ha habilitado el modo Message.Watch. Sin


embargo, si regresa al menú Tools, verá una marca de verificación junto al menú
Message.Watch. Esto indica que el modo Message.Watch ha sido habilitado.

 Elija el menú Debug | Go.

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.

 Lleve a cabo un par de iteraciones del proceso de negocio Location Status en el


Virtual Terminal.

El sistema sigue para desplazarse a la salida de línea a línea a la pestaña de mensajes.

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.

 Cree un nuevo archvivo de texto en el escritorio.


 Abra un archive de texto con Notepad.

 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

 Elija el menú Edit | Paste en la aplicación Notepad

El sistema pega el texto del Visual Debugger en la aplicación Bloc de notas.

 Choose the File | Save menu in the Notepad application

 Choose the File | Exit menu in the Notepad application

En este punto usted puede enviar el archivo de texto para el equipo de apoyo HighJump para
su posterior análisis.

 Choose the File | Detach Debugger menu in Visual Debugger.

 Enter a value at the current prompt in the Virtual Terminal, if necessary.

El sistema cierra el Visual.Debugger. El Virtual.Terminal avanza a la siguiente pantalla. Y


vuelve Virtual.Terminal a la operación normal.

Actividad 5: Utilice la función de Grabación de Visual Debugger

Antecedentes: La función de grabación de Visual Debugger opera de manera similar a la


característica de Message Watch. Se mantiene el flujo continuo de salida de línea por línea,
mientras que el terminal se ejecuta en un modo normal. Sin embargo, la función de grabación
no dirige la salida de línea a línea hasta la pestaña Mensajes. En su lugar, se escribe la salida
de línea por línea directamente a un archivo de texto. Esto simplifica el proceso de extracción
de la salida de línea a línea de Visual Debugger.
Escenario: Esta hipótesis es idéntica a la de la actividad anterior. Sin embargo, usted sabe que
usted desea capturar la salida de línea a línea y enviarlo al equipo de soporte HighJump en un
documento de Bloc de notas. Dado que la función de grabación simplifica el proceso de
extracción, se opta por utilizar la función Grabar en lugar de la función Message Watch.

Procedimientos: Los procedimientos siguientes muestran cómo habilitar la función de


grabación. Sin embargo, ellos no reproducen el problema con los datos incorrectos pasando al
sistema host.

 Abra el Virtual Terminal, si es necesario.

 Navegue al prompt Location del proceso de negocio Location Status

 Abrir el Visual Debugger.

 Adjunte el Visual Debugger al Virtual Terminal.

 Introduzca una ubicación en el prompt Location del Virtual Terminal

El sistema muestra diversas líneas de los objetos de proceso actuales.

 Clic en la pestaña de Messages en la parte inferior del Visual Debugger

El sistema muestra la siguiente salida de línea por línea.


 Elija el menú Tools | Record

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.

 Haga clic en el botón Yes

No hay señales inmediatas visuales que se ha habilitado la característica de grabación. Sin


embargo, si regresa al menú Tools, verá una marca junto a el menú Record. Esto indica que la
función de grabación ha sido habilitada.

 Haga clic en el botón más a la izquierda en la barra de herramientas

El botón se llama Go, y es equivalente a la elección del menú Debug | Go

 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.

 Open Windows Explorer.


 Navegue a la carpeta \ HJS \ CONTROL \ CONTROL1

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.

 Haga doble clic en el archivo R_RAD01_record.log.


El sistema muestra la línea por línea de salida del Visual Debugger en la aplicación Bloc de
notas.
 Elija el menú File | Exit en la aplicación Bloc de notas.

En este punto, se puede comprimir el archivo, si es necesario, y luego enviarlo al equipo de


soporte HighJump para su posterior análisis.
Admin Ejercicio Práctico 11:
Escenarios Específicos

Introducción
Este ejercicio consiste en las siguientes actividades:

1. Entender el mensaje de error “Log Off Radio”

2. Entender el mensaje de error “In Use By”

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.

Escenario: Amy está conectada a un terminal de radiofrecuencia y se encuentra en el centro


del proceso de preparación de pedidos. El sistema dirige a recoger su producto desde una
ubicación en la parte posterior del almacén. Ella se sube a una carretilla elevadora y comienza
a dirigirse hacia el lugar. En el camino a la ubicación, ella deja caer accidentalmente el terminal
RF y se ejecuta sobre él con su carretilla elevadora. La carretilla elevadora destruye el terminal
a un punto más allá del reconocimiento. Se informa de esta situación al supervisor de turno,
quien le reprende y le da otro terminal para continuar sus tareas de picking.

Procedimientos: Los siguientes procedimientos imitan el escenario anterior y demuestran


cómo se comporta el sistema en esas condiciones.

 Encender el motor para el entorno de solución WA, si es necesario.


 Abrir un Terminal Virtual, si es necesario.
 Inicie sesión en el Terminal Virtual como AMY| AMY | FAAMY para llegar al menú
principal.

 Introduzca 4 (Picking) en el indicador OPTION.


 Introduzca 1 (Order Picling) en el prompt OPTION

El sistema avanza a la primera solicitud del proceso de negocio Orden Picking.


En el escenario, Amy deja caer su terminal de RF y lo atropella con una carretilla elevadora.
Para simular este escenario, saldrá del Virtual Terminal.

 Haga clic derecho sobre la faz de la Virtual Terminal.


 Elija el menú Exit

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.

 Abrir un Web Terminal, si es necesario.


 Introduzca AMY en la solicitud USER ID.

El sistema muestra un mensaje de error similar a "LOG OFF RADIO_01".

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.

 Abra el Virtual Terminal.


 Pulse la tecla F1 varias veces claves para navegar de vuelta al prompt USER ID
Actividad 2: Comprender el mensaje de error "In.Use.By"
Información General: El sistema HighJump evita que varios controladores de materiales (los
empleados) utilicen la misma pieza de los equipos (montacargas), al mismo tiempo. Si un
controlador de materiales intenta utilizar una carretilla elevadora que ya está en uso por un
manejador de material diferente, el sistema da un mensaje de error "IN.USE.BY.XX" y no
permite que el controlador de segundo material use esa carretilla elevadora.

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.

Escenario: Este escenario es similar al de la actividad anterior. Sin embargo, se centra en el


montacargas en lugar del terminal. Amy está conectada a un terminal de RF y está en el medio
del proceso de preparación de pedidos. El sistema dirige a recoger su producto desde una
ubicación en la parte posterior del almacén. Ella se sube a una carretilla elevadora y comienza
a dirigirse hacia el lugar. En el camino a la ubicación, se cae accidentalmente el terminal de
radiofrecuencia y corre sobre él con su carretilla elevadora. El montacargas destruye el terminal
a un punto más allá del reconocimiento. Se informa de esta situación al supervisor de turno,
quien la reprende y le da otro terminal para continuar sus tareas de picking. A la luz de los
acontecimientos del día, Amy tiene que tomar un descanso antes de continuar con sus tareas
de picking. Ella parquea el montacargas en la bahía de montacargas, y luego se dirige al
comedor para un merecido descanso. Mientras ella está en el comedor, Pat comienza su turno.
Coge un terminal de radiofrecuencia, se sube al montacargas sin usar de Amy en la bahía, y
trata de acceder al terminal y al montacargas.

Procedimientos: Los siguientes procedimientos imitan el escenario anterior y demuestran


cómo se comporta el sistema en esas condiciones.

 Inicie el motor para el entorno de solución WA, si es necesario.


 Abra un Virtual Terminal, si es necesario.
 Inicie session en Virtual Terminal como AMY | AMY | FAAMY par air al menú principal.
 Introduzca 4 (Picking) en el prompt OPTION
 Introduzca 1 (Order Picking) en el prompt OPTION

El sistema avanza al primer prompt del proceso de negocios Order Picking.


En el escenario, a Amy se le cae el terminal de radiofrecuencia y corre sobre él con una
carretilla elevadora. Para simular este escenario, saldrá del terminal virtual.

 Haga clic derecho sobre la faz del Virtual Terminal


 Elija el menú Exit.

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 muestra un mensaje de error "IN USE BY AMY".

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.

Seguimiento: En este punto, la actividad se ha terminado. Lleve a cabo los siguientes


procedimientos para restaurar los terminales de nuevo a un estado de trabajo.

 Abra la Virtual Terminal.


 Presione la tecla F1 varias veces para navegar de vuelta al prompt USER ID
 En el Web Terminal, pulse la tecla F1 varias veces para navegar de vuelta al prompt USER
ID
Admin Ejercicio Práctico 12:
Aplicaciones Webwise

Introducción
Este ejercicio consiste en las siguientes actividades:

1. Exportar una Aplicación Webwise

2. Importar una Aplicación Webwise

3. Publicar una Aplicación Webwise

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

 Datos en las cuadrículas


 Page Headers (encabezados de página)
 Column Headers (encabezados de columnas)
 Datos en las listas despegables

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.

La arquitectura de backend de Editor de Página es muy diferente de Advantage Architect.


Cuando un desarrollador realiza un cambio en una página en el Editor de páginas, el cambio se
escribe en una base de datos Microsoft Access. Cada aplicación Webwise se encuentra en una
base de datos MS Access distinta.
Actividad 1: Exportar una aplicación de Webwise
Información General: Como se señaló anteriormente, la arquitectura de backend de Editor de
Página es muy diferente de Advantage Architect. En consecuencia, los procedimientos para
pasar una aplicación Webwise de una persona a otra son bastante diferentes. En Advantage
Architect, las definiciones de objetos se almacenan en un servidor SQL Server o base de datos
Oracle, y se exportan en un conjunto de archivos XML. Sin embargo, en el Editor de Página las
definiciones de objetos se almacenan en una base de datos de MS Access, y el concepto de
una exportación, no existe. Si desea pasar una aplicación Webwise a una segunda parte, sólo
tiene que localizar el archivo de de base de datos MS Access en el disco duro, y luego enviar el
archivo a la otra persona.

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.

Procedimientos: Los procedimientos siguientes muestran cómo enviar la aplicación


Dashboard Advantage a una segunda parte. Sin embargo, no recrean el problema en las
páginas de reposición mencionados en el escenario anterior.

 Abrir Windows Explorer.


 Navegue a la carpeta \HJS\WA\Advantage Dashboard
CONFIG.WDB es la base de datos MS Access. El archivo contiene las definiciones de todas las
páginas incluidas en la aplicación Advantage Dashboard Webwise.

 Validar que el archivo config.ldb no existe en esta carpeta.


La presencia del archivo CONFIG.LDB indica que alguien está editando el archivo de
configuración Webwise con el Editor de Página. Usted no debe operar en el archivo
CONFIG.WDB si el archivo CONFIG.LDB existe.

En este punto, usted puede copiar el archivo CONFIG.WDB y enviarlo al equipo de soporte
HighJump para su posterior análisis.

Seguimiento: Los mismos procedimientos se aplican a cualquiera de las otras aplicaciones


Webwise . Es simplemente una cuestión de localizar el archivo de MS Access, y luego enviarlo
a la parte interesada. La siguiente tabla indica las ubicaciones de las carpetas y los nombres de
archivo de algunas de las aplicaciones Webwise comunes.
Nombre de
Nombre de la Aplicación Carpeta
Archivo
Advantage Dashboard \HJS\WA\Advantage Dashboard config.wdb

Warehouse Advantage \HJS\WA\Base Web config.wdb

AFA \HJS\Advanced Fulfillment Application\BaseWeb config.wdb


User Management (users for
Advantage Dashboard and \HJS\Web User Management config.wdb
Warehouse Advantage)
Actividad 2: Importar una aplicación de Webwise
Información General: En una de las actividades anteriores se explicó que la exportación de
una aplicación Webwise consiste en nada más que copiar manualmente un archivo desde el
disco duro. Una importación funciona en la dirección opuesta. Una importación de una
aplicación Webwise consiste en nada más que reemplazar un archivo de forma manual en el
disco duro.

Si la solicitud importada contiene modificaciones a las páginas, los cambios no se reflejan


automáticamente en Webwise Runtime. La importación se limita a sustituir las definiciones de
páginas utilizadas por Editor de Página. El sistema no empuja los cambios en Runtime
Webwise hasta que se publica la aplicación.

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.

Escenario: El menú Warehouse Advantage Webwise Runtime contiene varias opciones


relacionadas con el remolque. Sin embargo, su empresa no administra los remolques a través
del sistema HighJump, y le gustaría eliminar las opciones de la estructura del menú.

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.

Su tarea consiste en importar el archivo de configuración en el Editor de página en el servidor


de desarrollo, y empuja los cambios hacia Webwise Runtime. Esta actividad demuestra el
componente de importación. La actividad siguiente se 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.

Caso de Prueba Current State of the Business Logic

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

Procedimientos: Los procedimientos siguientes muestran cómo importar una aplicación


Warehouse.Advantage.Webwise nueva en la herramienta Editor de Página. 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 los menús relacionados con el remolque en el menú principal.

 Abra la carpeta en el escritorio.


 Acceda a la carpeta Releases \ Release 14 folder.

 Copie el archivo wa_config_20100125.wdb.


 Navegue a la carpeta C:\HJS\WA\Base Web

 Pegue el archivo wa_config_20100125.wdb en esta carpeta.


 Validar que el archivo config.ldb no existe en esta carpeta.
La presencia del archivo CONFIG.LDB indica que alguien está editando el archivo de
configuración con el Editor de Página Webwise. Usted no debe operar en el archivo
CONFIG.WDB si el archivo existe CONFIG.LDB.

 Cambie el nombre de config.wdb config_original.wdb


Esta estrategia de copia de seguridad muy simple será suficiente para este ejercicio de
entrenamiento. Una estrategia más completa se demuestra en un ejercicio posterior. Usted y
su empresa tendrá que determinar su estrategia de copia de seguridad propia.

 Cambie el nombre wa_config_20100125.wdb a config.wdb.


En este punto, la ventaja de la aplicación Webwise nuevo Centro se ha logrado "importados"
en el Editor de Página. Editor de Página ahora tiene visibilidad a la nueva lógica. La
aplicación que importe tendrá al menos una configuración de publicación definida. Sin
embargo, es posible que ninguna de las configuraciones de publicación definidos contienen
parámetros que responden a su entorno específico. Si es necesario, usted puede necesitar
crear una nueva configuración de publicación, antes de empujar los cambios Webwise
Runtime.

 Abra la herramienta Page Editor


 Elija WAWarehouseAdvantgeConfig en la lista desplegable DSN

 Clic en el botón OK

El sistema abre una herramienta Page Editor.


 Elija el menú View | Publish Configurations

El sistema abre el cuadro de diálogo Publish Configurations.

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.

En este caso, hay tres configuraciones diferentes de publicación de de la aplicación: Default,


Development y Production. Cada configuración de publicación contiene un conjunto diferente
de valores de parámetros. Cuando se publica una aplicación, debe seleccionar una de estas
configuraciones. Para los propósitos del laboratorio de formación, la configuración de
publicación Development contiene un conjunto apropiado de valores, y seleccionará este al
publicar la aplicación.
Debido a que existe una configuración adecuada de publicación ya definida, no hay necesidad
de realizar ningún cambio en este diálogo.
 Haga clic en el botón Cancel

Las configuraciones de publicación administran la gran mayoría de los valores específicos de la


máquinaque pueden diferir entre los diversos entornos. Sin embargo, hay un valor de máquina
específico adicional que debe tener en cuenta al importar una aplicación. También debe
considerar las conexiones a las bases de datos.
Si la conexión de de base de datos apunta en el controlador de SQL Server, a continuación, el
nombre del equipo de la de base de datos SQL Server también se incluye en la aplicación
Editor de Página. Es probable que este nombre de la máquina será diferente entre los
entornos. Este nombre de la máquina debe ser considerado cuando se importa una aplicación.

 Expanda el nodo de Conections en el panel izquierdo.

 Haga clic en el nodo de AAD

El sistema muestra la definición de la conexión de de base de datos AAD. Debido a la conexión


AAD utiliza el manejador de datos de SQL Server, el nombre del servidor está incluido en la
aplicación. Si este valor no es apropiado para el entorno, entonces se debe cambiar como
parte de la importación.
 Introduzca el nombre de la máquina del servidor de base de datos en el cuadro de edición
Server Name

 Clic en el botón Test Connection

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.

Seguimiento: Los procedimientos de importación también pueden aplicarse a cualquiera de


las otras aplicaciones Webwise . Es simplemente una cuestión de localizar el archivo de MS
Access (extension WDB), y reemplazarlo con un nuevo archivo. La siguiente tabla indica las
ubicaciones de las carpetas y los nombres de archivo de algunas de las aplicaciones Webwise
comunes.

Application Name Folder File Name

Advantage Dashboard \HJS\WA\Advantage Dashboard config.wdb

Warehouse Advantage \HJS\WA\Base Web config.wdb

AFA \HJS\Advanced Fulfillment Application\BaseWeb config.wdb

User Management (users


for Advantage Dashboard
\HJS\Web User Management config.wdb
and Warehouse
Advantage)
Actividad 3: Publicar aplicaciones Webwise
Información General: Cuando usted "importa" una aplicación Webwise las modificaciones no
se reflejan automáticamente en Webwise runtime. Si desea realizar un "push" a la aplicación
modificada hacia los usuarios runtime, entonces usted necesita publicar manualmente la
aplicación.

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.

La “publicación de manual” (manual pucblish) y el automatic publish (publicación automática)


no hacen más que empujar a los cambios en la aplicación Webwise hacia Webwise Runtime.
Cuando se realiza una publicación de instrucciones, puede publicar toda la aplicación o puede
publicar una parte de la aplicación.

Escenario: Este escenario se basa en el de la actividad anterior. En la actividad anterior usted


"importa" una nueva aplicación Warehouse Adantage Webwise. La nueva aplicación elimina
las opciones de menú relacionadas con el remolque en el menú. Sin embargo, el proceso de
"importación" no tuvo impacto en Webwise Runtime. Ahora quiere realizar un "push" a esta
nueva aplicación hacia Webwise Runtime de modo que usted pueda probar los cambios.
Procedimientos: Los procedimientos siguientes muestran cómo publicar manualmente la
aplicación Warehouse Advantage Webwise. A diferencia de muchas de las actividades
anteriores, estos procedimientos en realidad publican una aplicación que cumpla con los
requisitos del escenario pintado. La aplicación publicada no muestra las opciones de menú
relacionadas con el remolque en el menú.

 Abra la aplicación WAWarehouseAdvantageConfig en el Page Editor

El sistema abre la herramienta de Page Editor

Al publicar la aplicación, se debe especificar qué publicación de configuración usar. En la


actividad anterior usted determinó que la configuración de publicación Development contiene
un conjunto de valores de los parámetros adecuados para el laboratorio de capacitación.
 Seleccione Development en Publish To en el cuadro desplegable inferior en la barra
de herramientas

 Seleccione menu File I Publish I Full


 Si el sistema muestra el siguiente dialogo, haga click luego en el boton YES

El sistema empuja a toda la aplicación a Webwise tiempo de ejecución. Cuando la publicación


se haya completado, el sistema muestra un mensaje.

 Click en el botón OK
 Seleccione menú File I Exit

Validación: Después de la aplicación Webwise se ha publicado en tiempo de ejecución de


Webwise, los cambios deberán ser validados. Por lo general, los supervisores, gerentes de
planta, y los desarrolladores son los que validan los resultados. Los administradores por lo
general no participan en la validación en el entorno de producción. Sin embargo, este ejercicio
se dirige para validar los cambios introducidos con el release con el fin de asegurarse de que
usted lo ha "importado" y ha publicado la solicitud correctamente
El cuadro inferior subraya los varios casos que deben ser validados, Cada test define el
escenario que debe ser creado como bien ha sido esperado el resultado. Si un caso de prueba
que ha sido dado no cede el resultado esperado, revise luego los pasos en esta actividad. Es
como si usted hubiera olvidado un paso o realizo un paso incorrectamente.

Pasa/No pasa Caso de prueba Resultado esperado.

Navegue en el menú en la El sistema no muestra la menú de


aplicacion Warehouse opción Traller-related
Setup de Warehouse
Advantage Webwise
Runtime. (Usted podria
necesitar seleccionar el
menu de internet View I
Refresh
Admin Ejercicio Práctico 13:
Releases and Promotions

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.

Hacer cambios en el sistema HighJump es una práctica estándar en la mayoría de los


almacenes. A veces los usuarios finales piden mejoras, a veces un proceso de negocio no
funciona de acuerdo al diseño, ya veces los cambios de operación del almacén. Todos estos
casos exigen un cambio en el sistema HighJump.

Si el equipo de servicios profesionales HighJump desarrolla los cambios en su oficina


corporativa, entonces van a reunir un conjunto de archivos que contienen los cambios y luego
los envían a usted. El resultado conjunto de archivos que contiene los cambios que se llama un
comunicado. El proceso de montaje del conjunto de archivos se denomina "agrupación". Como
administrador, es su responsabilidad tomar la liberación y lo aplican a su entorno de desarrollo.
Después de que su equipo de QA ha puesto a prueba la nueva funcionalidad en el entorno de
desarrollo, es su responsabilidad de aplicar la misma versión del entorno de producción. El
proceso de aplicar una liberación a un sistema HighJump se llama una promoción.

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.

HighJump cuenta con una metodología recomendada para la gestión de versiones y


promociones. Las recomendaciones que se documentan en un "Best Practice" de archivo en la
carpeta del escritorio. También puede obtener el documento poniéndose en contacto con el
Equipo de Apoyo HighJump.
Actividad 1 : Realizar un release

Antecedentes: Los procedimientos descritos en esta actividad sigue las recomendaciones


formuladas en el "Best Practice" documento en la carpeta en el escritorio. Además, los
procedimientos de esta actividad de supone que sus funciones de la máquina de formación
como el servidor de desarrollo.

Situación: Poco después de la entrada en funcionamiento, sus solicitudes de jefe de almacén


un manojo de cambios en los procesos de negocio. Dado que varios miembros de su personal
de TI han asistido a cursos de formación, optan por realizar los cambios sin la ayuda de
HighJump. El personal de TI desarrolla y pone a prueba los cambios en el entorno de
desarrollo. Después de haber comprobado los cambios de manera adecuada, se le pedirá que
sujete el lanzamiento, y luego promover que el entorno de producción.

El personal de TI, le informa que se han realizado cambios en los siguientes componentes:

 Aplicación WA en Advantage Architect


 Aplicacion Advantage Dashboard Webwise
 Procedimiento en base de datos usp_during_pick stored

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.

Crear un directorio para archivos release

 Abrir Windows Explorer


 Navegar en \HJS directorio
 Crear un nuevo folder llamado DEV_RELEASES.

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.

 Abra el folder DEV_RELEASES


 Cree un nuevo folder RELEASE_<release_date> (example: RELEASE_20091223)
Este folder contendrá archivos relacionados con el release dado

Aplicación de realizar WA en Advantage Achitect

 Abra la herramienta Advantage Architect e ingrese.


 Click en el tab Repository cerca de la esquina superior

 Doble click en el nudo WA

 Seleccione menu Version Control | Pending Checkins

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

 Exporte la aplicación WA a RELEASE <RELEASE_DATE>( Ver actividad :información


Exporta n Advantage Architect Application)

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

El sistema crea un set de archivos XML en el folder

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.

 Seleccionr en menú Advvantage Architect File I Exit


 Navegar en el folder RELEASE _<RELEASE_DATE> en Windows Explorer
 Zip todos los archives XML en un archive solo llamado wa_app_<release_date> zip

 Elimine los archivos XML en el folder RELEASE <RELEASE_DATE>


La última meta es conseguir un zip solo dentro de un folder RELEASE_<RELEASE_DATE>.
Los procedimientos anteriores demuestran un método para hacer esto.
Ellos confían en la eliminación de archivos exportados XML.Otra opción es de exportar, y zip
los archivos en diferente directorio, y luego copiar el archivo ZIP dentro del folder
RELEASE_<release_date>

Realizar aplicación Advantage Dashboard Webwise

 Navegar en el folder de Windows Explorer \HJS\WA\Advantage Dashboard

 Validar que el archive config.ldb no existe en este folder.

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.

 Copiar archivo config.wdb


 Navegaren en el folder RELEASE_<release_date> en Windows Explorer
 Pegarel archivo config.wbd dentro del folder RELEASE_<release_date>

Realizar la aplicación Warehouse Advantage Webwise

 Navegar en el folder \HJS\WA\Base Web en Windows Explorer


 Validar que el archivo config.ldb no existe en este folder

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.

 Copiar el archivo config.wdb


 Navegar en el folder RELEASE_<release_date> en Windows Explorer.
 Pegar el archivo config.wdb a wa_config_<release_date>.wdb
 Renombrar el archivo config.wdb a wa_config_<release_date>.wdb

Realizar el procedimiento almacenado

Estos procedimientos son específicos para alterar el objeto de base de usp_during_pick. Si


el objeto de base de datos había sido una nueva tabla, o una nueva columna a una tabla
existente, o algún otro tipo de objeto, entonces el procedimiento sería diferente. Es una
buena práctica para trabajar con el equipo de desarrollo para asegurar que las secuencias
de comandos SQL en el comunicado entregado son exactos.

 Abrir la herramienta SQL Server Management Srudio e ingresar a él.


 Expandir el nudo Databases
 Expandir el nudo AAD
 Expandir el nudo Programmability
 Expanda el nudo Stored Procedures

 Click derecho en el nudo dbo.usp_during_pick


 Seleccione la opción de menu Script Stored Procedure As I After To I File
 Navegar en el folder RELEASE _<release_date>en la ventana Select A File
 Escriba en el cuadro de edición 001_alter-usp_during_pick

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

El sistema crea un nuevo archivp en el folder RELELASE <release _date>

Crear Release Notes

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.

 Abrir el folder en el escritorio


 Navegar en el folder Releases/Release
 Copiar el archivo release_notes.txt
 Navegar en el folder RELEASE_<release_date> en Windows Explorer
 Pegar el archivo release_notes.txt dentro del folder RELEASE_<release_date>
 Renombrar el archivo release_notes.txt a release_notes_<release_date>.txt

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 # 1: Poco después de la puesta en marcha, sus solicitudes de la aplicación


warehouse manager se da un manojo de cambios de varios componentes de la solución. Su
personal de TI desarrolla y pone a prueba los cambios en el servidor de desarrollo. Ellos han
determinado que los cambios cumplen los requisitos, y te dan el permiso para agrupar el
release y promoción para el entorno de producción. Usted ya ha el release, y ahora es el
momento de su promoción en la producción. Situación # 1 es la situación que será simulado en
los procedimientos siguientes.

Los requisitos de los cambios se enumeran a continuación:


-Cambios en el equipo \ ZONA sistema en el terminal virtual a FORKLIFT
- Quitar la ruta de navegación de la ventaja de aplicación Warehouse Advantage Webwise
- Quitar la ruta de navegación desde la interfaz de aplicaciones Advantage Dashboard
Webwise
-Cambiar la prioridad de la tarea a 70 para las tareas Cycle Counts generados por la
amplia localización en Webwise

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.

Caso de prueba Estado actual de Business Logic

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

Navegar en varias paginas dentro de la El sistema mantiene el breadcrumb trall en la


aplicación Advantage Dashboard de Webwise esquina superior derecha.
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

 Expanda el nudo Advantage Dashboard en Webwise Runtime


 Expanda el nudo Inventory
 Expanda el nudo Cycle Counting

 Expanda el nudo Schedule Cycle Count


 Click en el menu Cycle Counts por Location range
 Seleccione Wrehouse 01 en el cuadro desplegable inferior Warehouse
 Escoja M5101 en el cuadro inferior Starting Location
 Elija M5105 en el cuadro inferior desplegable Ending Location

 Click en el botón Schedule Cycle Counta

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.

 Crear una carpeta para todos los archivos release.


 Copie el release hecho en la carpeta de Release.
 Crear copias de seguridad de los archivos que se reemplazarán.
 Promover las aplicaciones en el entorno de producción. Validar los cambios en el
entorno de producción.

Crear un folder para todos los archivos Release

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.

 Abrir Windows Explorer


 Navegar en el directorio \HJS\
 Crear un nuevo folder llamado PROD_RELEASES

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.

 Abra el folder PROD_RELEASES


 Crear un nuevo folder llamado RELEASE_20100125

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,

 Cree un nuevo folder llamado WA App

Este folder contendrá una versión de la apliacion WA Architect unzipped incluido en el


release.

Copiar Bundled Release dentro del folder Release

Si almacena todas las versiones de paquetes en la misma ubicación en el servidor de


producción, entonces usted puede revisar el contenido de cualquier versión dada desde
cualquier punto de la historia.
 Abra el folder en el escritorio
 Navegue en el folder Releases\Release 02

Este folder simula el release realizado que usted ensamblo desde el servidor de desarrollo.

 Copiar todos los archivos desde el folder Release 02


 Pegue los archivos dentro de RELEASE _<release_date>
 Unzip el archivo wa_app_20100125 dentro de la carpet RELEASE_<release_date>\WA
App

El folder de aplicación WA ahora contiene un set de archivos XML que cotienen la aplicación
WA Architect

Cree un Backup copy de la aplicación WA Architect

Si el equipo de desarrollo no ha hecho un trabajo adecuado de probar los cambios, es posible


que un release recién ascendido podría causar algunos problemas serios en el sistema de
producción. Cuando esto sucede, su empresa debe decidir si la operación puede convivir con
el problema por un tiempo o si se debe volver al estado anterior. Si la empresa decide volver a
su estado anterior, entonces es importante que usted puede localizar fácilmente los archivos
originales. Esto se puede hacer mediante el almacenamiento de los archivos originales dentro
de la carpeta de destino.

 Abra la herramienta Advantage Architect e ingrese a el.


 Exporte la aplicación WA en el folder RELEASE_<release_date>\Backup Files (Ver
actividad titulad exporta n Advantage Architect Application para mayor información)
 Navegue en el folder RELEASE_<release_date>\Backup File en Wndows Explorer
 Zip todos los archivos XML dentro de un archivo propio llamado wa_app.zip
 Elimine todos los archivos XML en el folder RELEASE_<release_date>\Backup Files

Crear un Backup Copy de la aplicación Advantage Dashboard Webwise

 Navegue en el folder \HJS\wa\Advantage DashboardWebwise Application


 Copiar el archivo config.wdb
 Pegue el archivo config.wdb dentro de RELEASE_<release_date>\Backup File

 Renombre el archivo config.wdb en RELEASE_<release_date>\Backup A


ad_connfig.wdb

Cree un Backup Copy de la aplicación Warehouse Advantage Webwise

 Navegue en el folder \HJS\WA\Base Web en Windows Explorer


 Copiar archivo config.wdb
 Pegar el archivo config.wdb dentro del folder RELEASE_<release_date>\Backup Files

 Renombre el archivo config.wdb en el RELEASE_<release_date>\Backup Files a


wa_config.wdb.

Crear un Backup copy del Database Stored Procedure

 Abra la barra de herramientas SQL SERVER MANAGEMENT STUDIO e ingrese a el.


 Scritp el dbo.ups._cycle_count loc range guardado en un archive llamado
usp_cycle_count_loc range en el folder RELEASE_<release_date>\Backup File (Ver la
actividad titulada Bundle a Release para mayor informacion).

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.

Promocione la aplicación WA Architect dentro de Production Environment

 Abra la herramienta Advantage Architect he ingrese.


 Importe la aplicación desde el folder RELEASE_<release_date>\WA App.(Ver actividad
llamada Importa n Advantage Architect Application para mayor información)
 Compiple y active la aplicación WA.( Ver la actividad titulada Comple and Activate an
Advantage ArchitectApplication para mayor información).

Promocione la aplicación Advantage Dashboard Webwise Application en el Production


Environment

 “Import” el archivo ad_config_20100125.wdb desde el folder


RELEASE_<release_date> dentro de Page Editor( Ver actividad 2:Import a Webwise
Application information). Hacer una nota especial del cuadro en el final de la actividad
que esta destinado el folder)
 Revisar el publish configuration en Page Editor.( Ver la actividad titulada Acitivity 2:
Import a Webwise Application para mayor información)

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 la actividad titulada Activity 2:


Import un Webwise Application para mayor información)

 Publicar la aplicación Advantage Dashboard (Ver activity 3: Publish a Webwise


Application para mayor información)
Promotion de Warehouse Advantage Webwise Application dentro de Production
Environment

 “Import” el archive wa_config_20100125.wdb desde el folder


RELEASE_<release_data> dentro de Page Editor.(Ver la actividad 2: Import Webwise
Application para mayor informacion. Hacer una nota especial en el cuadro donde
termina la actividad que subraya el destino del folder)
 Revisar publish configuration en Page Editor. (Ver actividad llamada Activity 2: Import a
Webwise Application para mayor información)

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.)

Promoción de SQL Server Scripts dentro de Production Enviroment

 Abrir herramienta SQL Server Management Studio y acceder a el.


 Elegir menú File I Open I File

 Navegar en el folder RELEASE_<release_date>en en el archivo de seleccion de


ventana.
 Seleccione el archivo 001_alter_usp_cycle_count_loc_range.sql en el archivo de
selección de ventana.
 Click en el botón OK

El sistema abre la definición del script SQL en la ventana en el lado derecho

 Seleccioanr menú QueryI Execute

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

Validar los Cambios en el Production Environment

Después de la liberación ha sido promovido en el entorno de producción, los resultados


deben ser validados una vez más. Por lo general, los supervisores, gerentes de planta, y
los desarrolladores son los que validan los resultados. Los administradores por lo general
no participan en la validación en el entorno de producción. Sin embargo, este ejercicio se
dirige para validar los cambios introducidos con la liberación. Esta etapa de validación se
asegurará de que usted promovió el lanzamiento correctamente.
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 esta actividad. Es probable que sea perdido un paso o que se realiza
un paso incorrectamente.

Pasa/ No pasa Caso de pruebas Resultado esperado

Comenzar en Virtual El sistema muestra un


Terminal e ingresar con una requisito para FORKLIFT
clave de usuario.

Navegar en varias paginas El sistema no mantiene el


dentro de aplicación breadcrumb trall en la parte
Warehouse Advantage superior derecha.
Webwise Runtime
Navegar en varias El sistema no mantiene el
paginas dentro de breadcrumb trall en la parte superior
Advantage Dashboard derecha
Webwise Runtime
application

Ordene un set de cycle El sistema genera un set de cycle


count taskspor location count tasks con un priority de 70
range. Use M5106 Y
M5109 como el incio y
finalizacion locations
Admin Ejercicio Práctico 14 :
Packages

INTRODUCCION . .

Este ejercicio consiste en las siguientes actividades:

1. Importar un Package

2. Compiley active 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 nadie en su compañía tiene el conjunto de habilidades a desarrollar en Advantage


Architect, un contrato con el equipo de Servicios Profesionales de HighJump para hacer los
cambios. Se desarrollan los cambios, y luego te envían los cambios en las aplicaciones a
través de un package. Es su responsabilidad para importar, elaborar y activar los cambios en el
servidor de desarrollo.

Procedimientos: Los procedimientos de esta actividad se muestra cómo importar un package


en una aplicación Advantage Architect. La siguiente actividad se completa el proceso mediante
la demostración de cómo compilar y activar una aplicación que contiene los packages. El
package utilizado en estas dos actividades en efecto, cumple con los requisitos solicitados en
el escenario. Sin embargo, usted no será capaz de probar la funcionalidad hasta que haya
completado el proceso de compilación y la activación denota en la siguiente actividad.

 Comience con engine


 Comience con virtual terminal
 Ejecute una preja de itineraciones de Local Status business process para familiarizarse
con usted.
 Abra Advantage Architect y acceda.

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

 Click en el tab Repository

 Doble click en el nudo WA

 Seleccione menu File I Import Package

El sistema abre un dialogo standard usado para seleccionar archivo.

 Click en el botón Desktop en la parte izquierda del panel

 Navegar en carpeta Training\Releases \Release 07

 Click en el archivo location_status.pkg

 Click en el botón Open

El sistema muestra un dialogo indicando que el package será importado en la aplicación


WA

 Click en el Botón YES


El sistema importa el package dentro de la aplicación WA, y muestra el progreso de Output
Window. Cuando el Imports esta completo, el sistema muestra un mensaje de Output Window
en vez de un nuevo dialogo.
Actividad 2: Compile y active un Package

Escenario: El escenario es idéntico al escenario en la actividad anterior.


Procedimientos: Los procedimientos de esta actividad se muestra cómo compilar y activar una
aplicación Advantage Architect que contiene un package. Los procedimientos son muy
similares a la compilación y activan cuando la solicitud no contiene un package, sin embargo
hay algunas pequeñas diferencias. El package utilizado en estas dos actividades en efecto,
cumple con los requisitos solicitados en el escenario.

 Seleccione menu Run I Compile Application en Advantage Architect.

El sistema muestra el mismo dialogo Compile Application que mostro para otras
compilaciones.

 Seleccione WA en el cuadro desplegable inferior.

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

 Desactivar opción Production Compile

 Revisar el checkbox Package Objects Location Status Summary Dialog)

 Desactivar opcion de checkbox With all objects checked out by me.


 Click en el boton Compile

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.

Pasa/Nopasa Caso de prueba Resultado esperado

Ingrese a valido Location Sistema avanza a Status


en el que le pide Location requerido.
de Location status
business process
Ingrese a un status valido Sistema avanza a un nuevo
en el Status requerido. dialogo que muestra el status
antiguo y el nuevo.
Presione ENTER en Sistema vuelve al Location
Confirmation prompt
Actividad 3: Check In un Package

Antecedentes: Cuando se importa un paquete en una aplicación, el package se trata como


un módulo separado. Por lo tanto, usted puede quitar fácilmente el package si usted
encuentra que no cumple con los requisitos. El package se comporta como un "perno en"
componente que puede ser eliminado si se desea.
Sin embargo, el "perno en" la naturaleza de un paquete sólo debe ser considerada
temporal. Una vez que la funcionalidad del package ha sido probado y verificado, el
package debe ser incorporado en la aplicación completa. El proceso de incorporación de
un package en el resto de la aplicación se denomina "check in"
El proceso de verificación en un package no es difícil. Sin embargo, una vez que un
package se comprueba en la aplicación, es muy difícil de revertir. El proceso de registro es
más adecuado para un desarrollador en lugar de un administrador. Como resultado, la
clase de administración no detalla este proceso. Si usted está interesado en aprender más
sobre este tema, usted puede investigar los archivos de ayuda Architect, o puede tomar la
clase Advantage Architect que ofrece el departamento de formación HighJump.
Actividad 4: Retroceder un package

Antecedentes: En la actividad anterior, usted aprendió que un package importado funciona


como un "perno en" un componente o un módulo separado. Si usted encuentra que el paquete
no cumple con la funcionalidad deseada, es fácil "tirar" o eliminar el package. El proceso de
tirar un package se llama retroceder un package. Sin embargo, existe una condición. No se
puede deshacer un package si ya se ha comprobado . Una vez que un package ha sido
comprobado en la aplicación, se requiere una cantidad significativa de esfuerzo para eliminarlo.

Escenario: En las actividades anteriores usted ha importado, compiladoy activado una


aplicación que añade un cuadro de diálogo para el proceso de ubicación de la empresa de
estado. El encargado del almacén ha revisado y probado la nueva funcionalidad en el servidor
de desarrollo, y él está de acuerdo en que la funcionalidad entregada cumple con los requisitos
que él pidió. Sin embargo, ahora que se ve la funcionalidad que quiere tomar un curso de
acción diferente. En lugar de mostrar los estados antiguos y nuevos, simplemente quiere
mostrar el diálogo de transacciones estándar completo al final del proceso de negocio. Él le
pide que retire el nuevo cuadro de diálogo, y luego trabajar con el equipo de desarrollo
HighJump para añadir el cuadro de diálogo de transacción completa en su lugar.
Se optó por no hacer una copia de seguridad plena aplicación antes de importar, compilar, y
activar el paquete. La única opción que tienen para eliminar el cuadro de diálogo nuevo es
deshacer el package.

Procedimiento: Los procedimientos de esta actividad se muestra cómo deshacer un paquete.


Los procedimientos de utilizar el paquete que se importó, compilar, y activa en las actividades
anteriores. Sin embargo, los procedimientos no demuestran cómo agregar el diálogo
transacción completa al final del proceso de localización del negocio de estado.

 Elegir menu Version Control I Pending Chekins en Advantage Architect

El sistema muestra la ventana Pending Checkins, y no hay entradas mostradas en la ventana.

 Click en el ultimo botón de la derecha en la ventana Pending Chekins

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)

El sistema destaca el nudo y muestra un submenu

 Seleccione el menu Rollback Package

Básicamente, el sistema "tira" el package, y sale de la ventana de pendiente Checkins vacío. El


package ya no es un "perno en" componente de la aplicación. Advantage Architect ya no tiene
la visibilidad en el package.
A pesar de _ Advantage Architect no tiene visibilidad en el package, la terminal virtual y todos
los otros terminales seguirá mostrando el nuevo cuadro de diálogo en el proceso de ubicación
de la empresa de estado en tiempo de ejecución. Revertir el único package impacto en la
definición de la aplicación de _ Advantage Architect. Con el fin de cambiar el comportamiento
en tiempo de ejecución, debe compilar y activar la aplicación actual.

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.

 Compile y active la aplicación

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.

Pasa./No pasa Caso de prueba Resultado esperado

Ingrese una ubicación valida Sistema avanza a un Status


en la ubicación prompt de prompt
Location Status business
process
Ingrese un status valido en Sistema retorna a una
el Status Prompt Location Prompt
Admin Ejercicio Práctico 15:
Diagnostico Caching

Introducción . …….

Este ejercicio consiste en las siguientes actividades:

1. Activar Diagnosotic Caching

Backgraund Information .

En un ejercicio anterior, ha aprendido a revisar el contenido de la plataforma de registro de


HighJump, y ha aprendido a elevar los niveles de registro. El almacenamiento en caché de
diagnóstico es otro método de captura de inventario de registro adicional. El almacenamiento
en caché de diagnóstico le permite almacenar temporalmente los 4 registros y los 5 mensajes
en la memoria y luego escribirlos en la base de datos cuando los errores se producen
deterinados en el sistema.
Actividad 1: Activar Diagnostico Almacenamiento en cahe

Antecedentes: Suponga que tiene un crítico persistente de comunicación relacionada con el


problema que esporádicamente aparece dos veces al día. Se han revisado los registros
actuales, y no son suficientes para identificar la raíz del problema. ¿Quiere un poco elevada la
información de registro para ayudar en el proceso de depuración. Sin embargo, debido al
impacto negativo sobre el rendimiento, que no desea ejecutar el sistema a nivel de registro 5
durante un período prolongado de tiempo. Y debido a la naturaleza esporádica del problema,
no se sabe cuándo elevar el nivel de registro. Esto presenta un dilema. Usted quiere que el
nivel de registro de información 5, pero usted no sabe cuándo comenzará.

El concepto de almacenamiento en caché de diagnóstico ofrece una solución a este dilema.


Cuando el almacenamiento en caché de diagnóstico está activado, el sistema almacena un
número configurable de 4 el nivel de gravedad y los mensajes de la gravedad de nivel 5 en la
memoria. Entonces, cuando el sistema se encuentra con un mensaje de registro del sistema
con un nivel de gravedad de 1 (error crítico), el sistema automáticamente vacía estos mensajes
de la memoria caché y los escribe en el registro. Al utilizar esta función, se obtiene la
información del registro elevado, pero sólo durante el tiempo que lleva al error crítico.
Aunque hay una cierta degradación del rendimiento cuando la característica de caché de
diagnóstico está habilitado, la degradación es significativamente menor que perpetuamente
ejecutar el sistema en el nivel del sistema de registro 5 para un único dispositivo. Debido a esta
característica es en gran medida depende de la memoria, usted debe asegurarse de que tiene
suficiente memoria disponible antes de habilitar el almacenamiento en caché.

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.

 Abra si es necesario Advantage Architect.

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).

 Importe el critical_failure.pkg package en el folder Releases\Release 16 en el escritorio.


 Compile y active la aplicación WA con package Critical Failure.

Estado actual: En los pasos anteriores, la introducción intencionada de un fallo


crítico en el proceso de negocio de envío. Los pasos siguientes muestran cómo el
defecto se manifiesta en el marco del mecanismo de registro estándar.
 Abra la Application Status Console

 Abra System Status Console

 Ingrese en el terminal Virtual como AMY/AMY/FAAMY/ para mostrar el menu


principal.

 Presione la función F8 para mostrar la siguiente pagina de opción de menu.

 Ingrese 6 (LoagShip) en el prompt Option

 Ingrese 2 (Load Shiping) en Option prompt

El sistema muestra el PICK ID prompt y defecto de valor

 Presione ENTERpara aceptar el defecto pick Id


 Presione tecla Enter para aceptar el defecto carrier name

El sistema muestra el Pro Number prompt

 Ingrese ABC en el Pro Number promt

El sistema muestra un mensaje de error en la pantalla prompt

En este punto el sistema ha detectado un fallo crítico. Más específicamente, se ha detectado


un error del sistema con un nivel de severidad de 1. Se presentó este error al importar,
compilado, y activar el paquete. En consecuencia, el sistema escribe una entrada en el registro
de la plataforma HighJump y muestra el mensaje de registro en la consola de estado del
sistema. La consola de estado muestra los mensajes en rojo, ya que son la gravedad de nivel 1
mensajes. Aunque usted no puede ver el nivel de gravedad a través de la ventana de la
consola, que sería capaz de ver si usted ve los mensajes de registro a través de Comandante
Advantage. El gráfico siguiente muestra la forma en que el mensaje de registro debe aparecer
en la consola de estado del sistema.
No obstante, fue un error critico, el sistema solo muestra un solo mensaje de ingreso. Si
esta información no suficiente para determinar la causa de ruta del problema, usted
puede optar por activar el disgnostic caching feature.

Procedimiento: Los procedimientos siguientes demuestran como activar el diagnostic


cahing feature para capturar adicional mensaje de ingresos que llevó a un critico error.

 Abra Advantage Commander, si es necesario.

 Expanda el nudo Advantage Commander

 Expanda el nudo Platform Configuration

 Click en el menu Control Options

El sistema muestra una lista de control de parámetros Enterprise-wise

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.

Nombre de parámetro Descripción

Activa y desactiva el diagnostic caching


LogDiagnosticCacheOption feature

Indica cuantaos mensajes el sistema


LogDiagnosticCacheMaxRecords guarda en la memoria

LogDiagnosticCacheDupDelay Si el sistema encuentra multiples,


duplique críticamente,

fallos en el número especificado de


minutos, el sistema sólo vaciar la caché
de la tabla de registro para la primera
instancia.

 Click en the number to the left de la entrada LogDiagnosticCacheOption

El sistema abre una web page que permite editar los valores asociados con el parámetro
dado.

 Ingrese 1 en el cuadro de edición String Value

 Click en el botón Update

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

 Click el number to the left de la entrada LogDiagnosticCacheDupDelay

El sistema abre una web page que permite a usted editar los valores asociados con el
parámetro dado.

 Ingrese 0 en el cuadro de edición String Value

 Click en el botón Update

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

En este punto, se ha habilitado la función de cache de diagnóstico y ha modificado la


configuración de LogDiagnosticDupDelay. Sin embargo, el cambio no surtirá efecto de
inmediato. Debido a que el sistema no la encuesta para estos el control cambia a cada
segundo, es posible que tenga que esperar hasta dos minutos antes de su cambio surta
efecto.

 Espere por aproximadamente 2 minutos

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.

 Presione la tecla F1 en el Virtual Terminal hasta que usted retorne al prompt


USER ID

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.

 Ingrese dentro del terminal como AMY/AMY/FAAMY para mostrar el menu


principal.

 Presione tecla función F8 para mostrar la pagina siguiente en el menu de


opciones.

 Ingrese 6 (load/ship) en el prompt Option

 Ingrese 2 (load shiping)en el prompt OPTION

 Presione Enter para aceptar eldefaulted pick Id

 Presione la tecla Enter para aceptar el defaulted carrier name

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

Después de introducir el número de programas, el sistema detecta un error de sistema


crítico. Debido a que ha habilitado el DIAGNOSTIC CATCHING , los sistemas flushes de
registro y los 4 5 mensajes en la memoria para las tablas de registro HighJump
plataforma. El sistema muestra cada uno de estos mensajes de registro en la consola de
estado de la aplicación y la consola del estado del sistema. La consola de estado del
sistema y la consola de estado de la aplicación debe ser similar a los gráficos siguientes.

Mediante el uso de el DIAGNOSTIC CATCHING , puede revisar los mensajes en los


momentos previos al error crítico. Esto le dará una mejor idea de los acontecimientos
que pueden haber contribuido a la falta de crítica.

Seguimiento: En los pasos anteriores, ha habilitado el DIAGNOSTIC CATCHING de


diagnóstico y que fue testigo de cómo afectó los mensajes de registro. Sin embargo,
ahora que han capturado la información deseada, no hay necesidad de mantener el
sistema en un modo de caché de diagnóstico. Siga los siguientes pasos para desactivar
el DIAGNOSTIC CATCHING de diagnóstico y para restaurar el estado original del proceso
de envío.
 Abra Advantage Commander, si es necesario.

 Expanda el nudo Advantage Commander

 Expanda el nudo Platform Configuration

 Click en el menu Control Options

El sistema muestra una lista de control de parámetros Enterprise-wide

 Click en el number to the left de la entrada LogDiagnosticCacheOption

El sistema abre web page que permite a usted editar los valores asociados con un
parámetro dado

 Ingrese 0 en el cuadro de edición String Value

 Click en el botón Update


El sistema carga la base de datos con el valor nuevo y luego retorna a la web page
que muestra una lista de control de opciones.

En este punto, se ha desactivado la función de cache de diagnóstico. Sin embargo, el


cambio no surtirá efecto de inmediato. Debido a que el sistema no la encuesta para el
control cambia a cada segundo, es posible que tenga que esperar hasta dos minutos
antes de su cambio surta efecto.

 Espere por aproximadamente 2 minutos

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.

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 Advantage Architect, retroceda el Critical Failure package que previamente


importó.

 Compile y active la aplicación WA

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:

1. Ver ENTRADAS LOG en el Event Viewer

2. Exportar el Log Entries en el Event Viewer

3. Monitor Real-Time Counters con Performance Monitor

4. Esrcribir Performance Monitor Counters a un Disco

5. Comenzar Performance Monitor con un Template

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

1. Abrir el curso online Advantage Troubleshooting Tools


2. Click en el tema Event Viewer
3. Ver video demonstration.

Introducción: El Event Viewer es una herramienta administrativa de Windows, que mantiene


registros sobre el programa, la seguridad y los eventos del sistema de los servidores. También
mantiene un registro relacionado con la plataforma Advantage. Estos registros pueden brindar
información útil para solucionar problemas HighJump problemas relacionados, así como los
problemas que están fuera del ámbito HighJump. Sin embargo, también puede ser una fuente
de tonterías sin sentido. En cualquier caso, es importante saber cómo acceder a la herramienta
y cómo desplazarse dentro de él.

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.

 Seleccione Start | Control Panel | Administrative Tools | Event Viewer.

El sistema abre la herramienta Event Viewer y muestra todos los logs que este mantiene.

 Click en el nudo en el lado izquierdo Application

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.

Situación: Este escenario se basa en el de la actividad anterior. Usted está solucionando un


problema con los informes de Crystal. Usted revisa _ entradas de registro en Event Viewer. Se
ven algunas entradas que pueden ser relevantes, pero que desea enviar los registros al equipo
de soporte HighJump por su ayuda.

Procedimientos: Los procedimientos siguientes muestran cómo exportar las entradas de


registro del Event Viewer. Los procedimientos utilizan _ registro de la aplicación como un
ejemplo. Sin embargo, a medida que trabaja a través de diversos problemas de producción, es
posible que desee considerar los registros de otros también. Los procedimientos no replican el
problema relacionado con los informes de Crystal.

 Abra si es necesario Event Viewer


 Click en el nudo Application en la parte izquierda para mostrar todas las entradas
para Application log.
 Click derecho en el nudo Application en la parte izquierda.
 Seleccione menu Export List
 Click en el botón desktopen la parte izquierda
 Escriba application_event_log en el cuadro de texto File name.
 Escoja Text (Tab-Delimited)(*.txt) En el cuadro desplegable inferior. Save As Type
 Click en el botón Save

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.

 Seleccione menu File I Exit


Actividad 3: Monitor Real –Time Counters con Performance
Monitor

1.Open the Advantage Troubleshooting Tools online course.

2. Click the Performance Monitor topic


3. Watch the video demonstrations for Version 10.0 and late

Introducción: Performing Monitor es una herramienta de Windows que le permite supervisar el


uso y explotación de una variedad de recursos del sistema. Por ejemplo, si el rendimiento es
lento, es posible que desee realizar un seguimiento del uso de CPU del servidor de
aplicaciones. La herramienta le permite controlar las estadísticas en tiempo real, así como
escribir _ parámetros de un archivo de registro. Los métricas son llamados contadores dentro
de la herramienta. Además, puede configurar el Performance Monitor para tomar medidas
cuando una métrica específica alcanza un determinado umbral.

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.

Procedimientos: Los procedimientos siguientes muestran cómo ver varios indicadores


relacionados con la memoria a través del Performance Monitor. Sin embargo, no se reproducen
el problema de rendimiento mencionado en el escenario.

 Seleccione el menu Start I Administrative Tools I Performance

El sistema inicia la herramienta Performance Monitor , y de inmediato comienza a realizar un


seguimiento de tres medidas diferentes: Páginas / seg, longitud media de cola de disco y
tiempo de procesador%. El sistema toma una fotografía cada segundo de cada una de las tres
métricas y los gráficos de sus valores en la ventana Systen Monitor. Usted puede ver cómo los
valores de los tres indicadores cambian barra vertical de izquierda a derecha.

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)

El sistema muestra un dialogo Add Counters

 Seleccionar Memory en el cuadro desplegable inferior Performance.


 Click en la lista de contadores %Committed Bytes In USE
 Click en el botón Add

El sistema comienza inmediatamente con el cuadro nuevo métrico.

 Click en Page Falts/ sec en la lista de contadores.


 Click en el botón Add

El sistema comienza inmediatamente con monitor y con el cuadro de nueva metrica


 Click en el botón Close
 Seleccionar menu File I Exit
Actividad 4: Escriba Performance Monitor Counters to disk

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.

 Abra Performance Monitor si es necesario.


 Set el real-time counters a contar lo que quiere guarder en el log si es necesario.
Cuando se define un registro de contador en la herramienta Performance Monitor, de forma
explícita, debe referirse a los contadores que serán monitoreados. La interfaz para añadir un
contador a un registro de contador es muy similar a _ interfaz para añadir un contador para el
monitor del sistema (_ vista en tiempo real). Usted elige el Performance Object, y luego elige el
contador individual. Sin embargo, esta metodología puede llevar mucho tiempo ya que debe
elegir cada uno de ellos contador individual por uno. Si ya ha configurado los contadores en el
monitor del sistema (el punto de vista en tiempo real), entonces hay una manera más fácil de
configurar el registro para supervisa los mismos contadores. Los procedimientos siguientes
utilizan la metodología de segundo.

 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.

 Expanda el nudo Performance Logs and Alerts en el panel izquierdo.


 Click derecho en el nudo Counter logs
 Seleccione desde menu New Log Settings
 Click en el botón Desktop en el panel izquierdo
 Click en el archivo perform_live_settings_memory
 Click en el boton Open
 Click en el boton OK en la ventana de advertencia
 Escriba Memory Log en el cuadro de edición Name

 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 Configure

 Escribir c:\ HJS\ PERLOGS en el cuadro de edición Location

 Click en el botón OK

 Click en el botón YES en el dialogo de advertencia que se le pregunta si


desea crear el directorio.

 Click en el botón OK

El sistema añade el registro de la memoria a la lista de todos los registros de contadores


definidos.
At this point all of the properties for the new counter log have been defined. However, the log is
not activated. The system is not capturing the counters to disk. The procedures below
demonstrate how to activate the log.

 Click derecho en la entrada Memory Log en la parte derecha

 Escoja menu START

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

 Permitir al sistema capturar el data counter por un par de minutos

Después que ha capturado la cantidad deseada de información, usted necesita parar la


actividad de logging, luego envie el archivo log al equipo High Jump de soporte

 Click derecho en la entrada de Memory Log en el lado derecho

 Seleccione menu Stop

 Abra Windows Explorer

 Navegue en el directorio C:HJS\PERFLOGS

El sistema ha escrito el archivo de registro en este directorio. Los sucesivos registros se


escribirán en la misma carpeta. Sin embargo, el sistema incrementará el número
secuencial en el nombre del archivo para evitar sobrescribir los datos.

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

Introducción: En las actividades previas usted inició la herramienta Performance Monitor, y


luego agrego manualmente todos los contadores que querían ver. Si hay un número
significativo de los contadores, añadiendo de forma manual puede ser un proceso laborioso.
Puede ser más eficiente para comenzar con una plantilla preconfigurada de contadores y, a
continuación, ajuste según sea necesario. El equipo de apoyo HighJump mantiene un conjunto
de plantillas preconfiguradas que pueden ser utilizados en conjunción con la herramienta
Performance Monitor.

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.

Procedimientos: Los procedimientos siguientes muestran cómo iniciar una traza de


Performance Monitor con una plantilla preconfigurada de los contadores. Sin embargo, no se
reproducen el problema de rendimiento mencionado en el escenario.

 Seleccione menu Star I Administrative Tools I Performance

El siste,a comienza la herramienta Performance Monitor, e inmediatamente comienza a el track


3 deferente métricas

 Seleccione menu File I Open

El sistema abre el dialogo standard usado para seleccionar archivo.


 Click en el botón Desktop en el lado izquierdo

 Navegar en el folder Training\Admin\Performance Monitor

 Click en el archivo The Perform Memory

 Click en el boton Open

El sistema inmediatamente comienza a vigilar los cinco contadores incluidos en la plantilla.


Sólo uno de estos contadores se incluyen en el conjunto predeterminado de tres contadores
desde arriba.

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.

 Click en el menu File I Exit

El sistema muestra el dialogo de pregunta ; Si usted quiere guardar los settings


 Click en el botón NO
Admin Ejecicio Práctico 17 :
Schedule un Process Object

Introducción

Este ejercicio consiste en las siguientes actividades:

1. Vision general Tecnica


2. Organizar un Invventory Snapshot

Antecedentes

Muchas veces, el sistema HighJump necesita para ejecutar un proceso de negocio en un


momento específico del día. Muchas veces, estos procesos de negocio no tienen interfaz de
usuario. Por ejemplo, usted puede necesitar para generar tareas Cycle Counts todos los días a
las 0300 horas. O puede que tenga que imprimir un informe de inventario basado en las tablas
de HighJump todos los días a las 07.00 horas.
El sistema HighJump no contiene ningún mecanismo de programación inherente a poner en
marcha un proceso de negocio en un momento determinado. Por el contrario, debe utilizar las
herramientas en el sistema operativo para programar un proceso de negocio.
Usted ya ha ejecutado varios procesos de negocio en esta clase. Se han puesto en marcha la
mayor parte de los procesos de negocio a través de la terminal virtual o la terminal de Internet.
Se han iniciado también un par a través de páginas Webwise. El sistema HighJump incluye un
tercer método para poner en marcha los procesos de negocio. El tercer método es a través de
un archivo ejecutable independiente se puede llamar desde una línea de comandos. El
ejecutable independiente está específicamente orientado a los procesos programados, sin
supervisión de las empresas (sin interfaz de usuario). Las actividades en este ejercicio utilizará
el ejecutable independiente
Actividad 1: Vista general Técnica
Dado que el sistema HighJump no contiene ningún mecanismo de programación, debe
aprovechar las herramientas en el sistema operativo. Cuando se define una tarea programada
en el sistema operativo, le proporcionará dos tipos básicos de información: el horario (tiempo y
frecuencia) y el nombre del ejecutable con sus parámetros. El tiempo y la frecuencia son
evidentes. El archivo ejecutable independiente requiere una explicación más detallada.

La plataforma incluye una HighJump archivo ejecutable independiente llamado


RUNPROCESSOBJECT.EXE. El propósito de este archivo ejecutable es para ejecutar un
procedimiento objeto de una línea de comandos. Un objeto de proceso, también conocido
como flujo de trabajo o un proceso de negocio, es básicamente un procedimiento desarrollado
en una aplicación Advantage Architect. El archivo ejecutable le permite inicializar los campos
(variables) a los valores específicos y pasarlos en el objeto del proceso. Va a apuntar a este
archivo ejecutable cuando se define la tarea programada en el sistema operativo.

La sintaxis y un ejemplo a continuación:

RUNPROCESSOBJECT.EXE [AppName].[Process Object Name] [Field 1 Name] [Field 1


Value] [Field 2 Name] [Field 2 Value]…

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

Antecedentes: La aplicación de WA Advantage Architect contiene un objeto de proceso que


toma un snapshot de la tabla de inventario WA y lo envía al host. El inventario WA se almacena
en una tabla llamada t_stored_item. El snapshot del inventario se almacena temporalmente en
una tabla llamada t_al_host_inventory_snapshot. El nombre del objeto de proceso que realiza
la instantánea es "App> Inventario de mensajes El snapshot"

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.

Procedimientos: Los procedimientos siguientes muestran cómo programar el proceso objeto de


snapshot puede funcionar a las 0300 horas. El componente de host no se ha configurado en
los entornos de formación. El objeto de proceso se llevará a el snapshot, pero no será capaz de
enviar los datos al host.

 Abra programa Microssoft SQL Server Management Studio y acceda.

 Escoja menu The File I New I Query with Current Connection

 Seleccione AAD en la lista drop-down en la parte superior izquierda.

 Escriba el siguiente texto dentro de query window.

select * from t_al_host_inventory_snapshot

 Seleccione menu Query I Execute


El sistema muestra el contenido actual de la tabla de snapshot. En este caso, la tabla de
snapshot está vacía. Después de programar y ejecutar el objeto de proceso, se ejecutará esta
consulta por segunda vez, y la tabla va a contener varias filas de datos

 Seleccione menu Start | All Programs | Accessories | System Tools |


Scheduled Tasks

 Doble click en el programa Add Scheduled

El sistema abre el primer dialogo del Schedule Task Wizard

 Click en el botón Next


 Click en el botón Browse
 Navegar en el directorio C:\HJS\ADV\BIN
 Click en el archivo RunProcessObjec.exe

 Click en el botón open

 Escriba Inventory Snapshot n el cuadro de edición Name


 Click en el botón Daily radio

 Click en el botón Next

 Escriba 3.00 AM en el cuadro de edición Time

 Seleccione el radio botón Every Day

 Click en el botón NEXT

 Use la sección Operating System #2 en el archivo login.txt. En el folder de


escritorio relleneel User Name, Password, y el cuadro de edición Confirm
Password
 Click en el botón Next.
En este punto usted ya ha configurado, la frecuencia, el nombre ejecutable. Sin embargo,
usteno tiene especificado el comandode parámetros.Los parámetros son considerados
propiedades avanzadas.

 Revise el checkbox Open Advanced Properties

 Click en el boton Finish

El sistema abre las propiedades avanzadas par alas tareas.

 Anexar la siguiente cadena al final del cuadro de edición Run

"WA Processors.App>Msg Inventory Snapshot" "Warehouse


ID" "01"

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.

 Use la sección Operating System #2 enn el archivo login.text, en el


folder en el escritorio para rellenar cuadro de edición Password, y Confirm
Password

 Click en el botón OK

El sistema enumera las nuevas tareas en ventana Scheduled Tasks

En este punto la tarea programada se ha definido, y se iniciará en 0300 horas. Si


desea ver el sistema operativo inicia automáticamente el proceso, usted tiene un par
de opciones. Usted puede quedarse despierto hasta las 03.00 horas. Se puede ambiar
el tiempo de inicio hasta un punto en el futuro próximo. O puede iniciar manualmente
la tarea. Estos procedimientos muestran cómo iniciar manualmente la tarea.

 Comience Engine si es necesario

 Click derecho en Inventory Snapshottask en la ventana Scheduled


Tasks

 Elija menu Run


El sistema ejecuta inmediatamente la tarea. Sin embargo, el sistema no muestra una
ventana emergente que reconoce el éxito o el fracaso de la tarea. El sistema cambia
de un momento en la columna Status de la tarea a ejecutar. Sin embargo, después de
erminada la tarea se pone a cero el Status en un valor vacío. El único reconocimiento
visual en esta pantalla es la columna en tiempo de ejecución Las trun.

Usted definio la tarea.Usted manualmente inicio el task. Finalmente, usted


necesita validar que el taask fue exitoso. En este caso, usted necesita validar
el task generado en el Snapshot Table

 Ejecute el mismo SQL Query en el Microsoft SQL Server Management


Studio.

El sistema muestra varias líneas de datos en el t_al_host_inventory_snapshot


table. Todos los datos tienen valor wh_Id de 01. Si la conexión al host fue
configurada en el ambiente de marcha, luego esto es dato que pasara al host.
Admin La Exercise 18: SQL
Server Profiler
Introduccion ……………………………………………………….

Este ejercicio consiste en las siguientes actividades:

1. Importar un SQL Profiler Template


2. Run SQL Profiler Trace
3. Modificar un SQL Profiler Trace
4. Exportar un SQL Profiler Trace

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.

La plantilla muestra utilizacion en esta actividad específica para el ejercicio de entrenamiento.


No va a funcionar muy bien en un entorno de producción. Si desea utilizar una plantilla como
base para su seguimiento, entonces usted debe crear su propia plantilla o solicite uno del
equipo de soporte HighJump.

Escenario: Un año después de la original entrada en funcionamiento de eventos, el proceso de


negocio de envío comienza a mostrar algunos problemas de rendimiento significativos en los
terminales. Los transportistas a veces se espera hasta 15 segundos entrar a pantallas. El curso
normal de acción es ponerse en contacto con el administrador de base de datos en su
empresa. Sin embargo, él está de vacaciones. Es la opción de ponerse en contacto con el
equipo de apoyo HighJump. Después de un par de minutos de los diagnósticos iniciales, el
representante de soporte HighJump le envía una plantilla de SQL a través del correo
electrónico. Ella le pide que ejecute un trace de SQL basada en la plantilla de siempre.
Procedimientos: Los procedimientos siguientes muestran cómo importar una plantilla de SQL
con una plantilla. Sin embargo, y cuando no reproduzcan los problemas de rendimiento en el
proceso de envío.

 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

Antes de que use un template, usted debe primero importar el template a la


base de datos

 Escoja el menu File I Template I import Template

El sistema abre un dialogo standard para selección de archivo.


 Click en el botón desktopen el panel izquierdo

 Navegue en el folder Training\ Admin \Profiler

 Click en el archivo training_base.tdf

 Click en el botón Open

El sistema muestra un dialogo indicando que Import fue exitoso.

 Click en el botón OK

Ahora el template ha sido Importado dentro de la base de datos, usted puede


crear un trace que use el template como base. Este es el centro de la próxima
actividad.
Actividad 2: Run SQL Profiler Trace

Antecedentes: En la actividad anterior ha importado una plantilla en la base de datos. En esta


actividad va a utilizar esa plantilla como base para un nuevo trace.

Escenario: Esta hipótesis es idéntica a la de la actividad anterior.

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.

 Comience el ENGINE si es necesario.


 Elija menu File I New Trace

El sistema abre la conexion window que usted ha esta viendo en conjunto con herramienta
Microsoft SQL Server Management Studio

 Use sección SQL del archivo login.txt para registrar dentro de la


herramienta Profiler.

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

 Seleccione training_base(user) en cuadro inferior desplegable Use the


Template

Esta plantilla es la que ha importado en la actividad anterior. Si no desea


utilizar una plantilla, no iba a cambiar el valor en el cuadro desplegable.

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.

 Click en el botón Run

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.

 Seleccione el menu File I Stop Trace en el SQL Profiler


Actividad 3: Modificar un SQL Profiler Trace

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.

 Seleccione menu File I Properties

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.

 Click en el tab Events Selections

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,

 Active el checkbox Show all Columns en la esquina inferior derecha de la ventana.

 Use horizontal scroll para desplazarrce a la derecha

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.

 Active todos los checkboxes en la columna ApplicationName

 Active todos los checkboxes en la columna HostName


 Desactive el checkbox Show all Columns en la esquina inferior derecha

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

 Click en el botón RUN

Como antes, el sistema inmediatamente comienza a mostrar el evento.

 Seleccione menu File I Pause Trace en el SQL Profiler

 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

 Selecciona menu File I Prorties

 Click en el tab Events Selection

 Activar el checkbox Show All Events en el lado inferior derecho

 Desactivar el checkbox Show all columns en la marte inferior derecha de la ventana.

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.

 Expanda categoría Transactions

 Activar el checkbox SQL Transaction


.

El sistema automáticamente permite a todo el conjunto de atributos asociados con el evento.


Cuando el sistema detecta un caso de transacciones de SQL, se registrará el evento del trace y
muestra el SPID asociados, datos de texto, hora de inicio, y los demás atributos seleccionados
 Desactivar el checkbox Show All Events

El sistema solo muestra los eventos que seran capturados

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.

 Click en el botón Run.

Como antes , el sistema inmediatamente empieza a mostrar los eventos.

 Escoja el menu FileIPause Trace en el SQL Profiler

 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 .

 Seleccione el menu File I Properties


 Click en el tab Events Selection
 Click en el botón Column Filters en la esquina derecha inferior

El sistema mostrara la ventana Edit Filter

 Click en la entrada DatabaseName en la izquierda del panel

 Expanda el nudo Like en la derecha del panel

 Ingrese AAD en el cuadro de edición Like

 Presione la tecla Tab

El sistema coloca un icono de embudo a la izquierda de la entrada DatabaseName. A partir de


este punto en adelante el único rastro que la captura de eventos en la base de datos AAD.
 Click en el botón OK

 Click en el botón Run

 Escoja menu Edit I Clear Trace Window

El sistema remueve todas las entradas desde el actual trace de ventana

Después de un segundo o dos, el sistema comienza a mostrar eventos.

 Seleccione menu File I Pause Trace en el SQL Profiler

 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

 Seleccione menu File I Save asI Trace File

El sistema muestra el dialogo standard usado para guardar un archivo en un drive.

 Click en el botón Desktop en el panel izquierdo

 Ingreseshipping:performance en el cuadro de edición File Name

 Click en el botón Save

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.

 Seleccione menu File I Exit

 Click en el botón Yes


Admin Ejercicio Práctico 19:
Plataform Hot Fixes
Introducción
Este ejercicio consiste en las siguientes actividades:

1. Instalar a plataform hotfix

2. Determine cual hotfixes ha estado instalado

Antecedentes

HighJump Software produce un release importante de sus productos de software de la cadena


de suministro de aproximadamente una vez al año. HighJump Software también produce un
grupo de lanzamientos de menor importancia para los distintos componentes de la suite de la
cadena de suministro durante todo el año. Sin embargo, hay ocasiones en que un cliente se
encuentra con un problema que sólo puede ser corregido por el equipo de desarrollo de
productos HighJump, y sin embargo el cliente no puede esperar a el proximo release mayor o
menor. En estos casos, HighJump Software puede desarrollar una revisión para solucionar el
problema específico.
Un hotfix es un paquete de software que incluye uno o más archivos que se utilizan para
corregir un problema específico en el sistema HighJump. La revisión corrige un problema de
plataforma o un problema de desarrollo de la herramienta. No corregir un problema con los
objetos de proceso definidas en el Advantage Architect o con las páginas web se definen en el
Page Editor . Las revisiones son acumulativas en la naturaleza. Que, la revisión n º 4 contiene
las correcciones para las 3 primeras revisiones, así como la corrección de # 4. Las revisiones
están disponibles para todos los clientes a través de la página web Customer Central . Sin
embargo, por lo general, sólo se instala si es necesario.
Actividiaid 1 : Instale una Plataforma Hotfix

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".

Escenario: Usted está experimentando algunos problemas al imprimir informes de Crystal. En


ocasiones, cuando un informe no se imprime, los lectores de la planta de recepción (que no
tienen nada que ver con la impresión de informes) pierde la conectividad con lal maquina.
Usted póngase en contacto con el equipo de soporte HighJump, y después de un poco de la
investigación se le informará de que es un problema conocido. Asimismo, le informamos que el
tema ya ha sido abordado en la plataforma Advantage Hotfix 18. Se le indicará que descargue
e instale el hotfix con el fin de corregir el problema.

Procedimientos: Los procedimientos siguientes muestran cómo instalar una revisión. Sin
embargo, no reproducir el problema relacionado con los informes de Crystal.

 Stop el engine para las soluciones ambientales


 Baje y cierre todas las aplicaciones ejecutándose en la maquina
 Doble click en el folder en el escritorio
 Navegue en el folder Admin \Hotfix.
 Unzip V115_SPO_HF08.zip dentro de folder Admin \hotfix

El zip es el archive de password protegido. Usted necesitara la sección Hotfix del login.txt. a un
determinado password.

 Doble click en el archivo v115_SPO_HF08

El sistema abrirá un dialogo de bienvenida para el proceso de instalación


 Clic en el botón Next

El sistema determina que componentes de software han sido instalados en la maquina y los
muestra en el dialogo.

 Click en el botón Next

El sistema presenta un cuadro de diálogo preguntándole si desea realizar copias de seguridad


todos los archivos que el proceso de instalación reemplaza. El programa también provee por
defecto un directorio de copia de seguridad.

 Click en el botón Next

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.

Cuando el proceso de instalación se haya completado, el sistema muestra un cuadro de


diálogo indicando que la instalación se ha realizado correctamente.

 Click en el botonn Finish

El sistema indica que debe ser reiniciado para completar la instalación

 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

 Spot check en el Virtual Terminal

 Spot check en la rutina pareja Webwise Runtime


Actividad 2: Determine cual Hotfixes ha sido instalado

Antecedentes: Cuando se instala un hotfix, el sistema realiza un registro de ese evento. A


veces es beneficioso para revisar los registros con el fin de determinar qué correcciones hot
fixes se han aplicado al sistema. En este escenario, el hotfix es para un problema de la
plataforma. Si la revisión hubiera sido por una herramienta de desarrollo (Architect o Page
Editor), el sistema también crearía un registro de ese evento. Sin embargo, se encuentra en
una carpeta diferente.

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.

 Abrir Windows Explorer


 Navegar en el folder \HJS\ADV\HOTFIXES
 Doble click en el archivo HOTFIXES

El sistema abre el archivo en Notepad

 Buscar a través de contenidos de este archivo


El archivo indica que la Plataforma Advantage 11,1 Hot Fix 26 y Advantage 11,5 Hot Fix 08
ambos se han instalado. Hot Fix 11,1 a 26 fue instalado por el instructor, cuando se preparaba
la máquina de entrenamiento principal. Hot Fix 11.5 a 08 es el que ha instalado en los pasos
anteriores. En este punto usted podría transmitir esta información al equipo de soporte
HighJump o podría enviar el archivo.

 Selecccionar I Exit menu

Seguimiento: En esta actividad se determinó el nivel de revisión de la Plataforma de


Advantage. HighJump también ofrece correcciones urgentes para Webwise y Advantage
Architect. Las instalaciones para el Advantage Architect Webwise y también creE un archivo
de HOTFIXES.LOG. Sin embargo, estos archivos se encuentran en una carpeta separada. La
siguiente tabla muestra las ubicaciones de las carpetas para cada uno de los archivos
HOTFIXES.LOG diferentes.

Tipo Hot Fix HOTFIXES.LOG FOLDER

Advantage Platform \HJS\ADV\HOTFIXES

Webwise \HJS\HOTFIXES

Architect \HJS\\ADVANTAGE TOOLS\HOTFIXES


Admin Ejercicio Práctico 20:
Employee Messaging

Inroducción
En este ejercicio const de las siguientes actividades:

1. Enviar un mensaje a un empleado

2. Ver una respuesta del mensaje del empleado

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.

Procedimientos: Los procedimientos siguientes muestran cómo enviar un mensaje de


Employee a un individuo en un terminal

 Comiense en engine si es necesario.


 Comiense si es necesario en Virtual Terminal
 Ingrese dentro de Virtual Terminal como AMY si es nnecesario
 Navegue en Location prompt del proceso empresarial Location Status.
 Abra aplicación Supply Chain Advantage en Webwise Runtime
 Expanda nudo Advantage Dashboard
 Expanda el nudo Employee Messaging

 Click en el menu Send Message to Employee

El sistema abre pagina Send Message to an Employee


 Seleccione Warehouse 01 en el cuadro desplegable inferior Warehouse ID

 Seleccione AMY ADMINISTRATOR-AMY en el cuadro desplegable inferior Employee

 Escriba come to office,pls en el multi line cuadro de edición Message

 Seleccione High en el cuadro desplegable inferior Priority

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.

 Seleccione YES en el cuadro desplegable inferior Response Required.

 Click en el botón Send

El sistema envía mensajes a Amy, y muestra una pantalla de conocimiento.

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.

 Click en Virtual Terminal para enfocarse


No hay mensajes que aparescan en la terminal virtual. Este es el comportamiento esperado.
El estado de la ubicación de procesos de negocio no comprobar los mensajes aquí.

 Ingrese location en el prompt Location

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.

 Ingrese 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 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.

 Ingrese OK en el prompt Response

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.

Procedimientos: Los procedimientos siguientes muestran cómo ver una respuesta a un


empleado Mensaje

 Abra la aplicación Spply Chain Advantage en Webwise Runtime


 Expanda el nudo Advantage Dashbard
 Expanda el nudo Employee Messaging
 Click en menu View EmployeeMessages

El sistema muestra la pagina Search for Employee messages

 Click en el botón Query

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.

You might also like