Documente Academic
Documente Profesional
Documente Cultură
m
pl.doc/overview/c_mxanywhere_apps.html
Aplicaciones mviles de Maximo Anywhere
Las aplicaciones mviles de IBM Maximo Anywhere se ejecutan en los
sistemas operativos Android, iOS y Microsoft Windows. Las aplicaciones se
basan en un modelo de aplicacin hbrido que combina los beneficios de las
prestaciones de las aplicaciones web y nativas. Dado que las aplicaciones
son configurables, puede controlar determinados aspectos del rendimiento,
acceder a los datos y a las prestaciones de la aplicacin.
Opciones configurables
Puede configurar las aplicaciones de Maximo Anywhere para adaptarlas a
sus necesidades empresariales. Las configuraciones siguientes se aplican a
todas las aplicaciones:
Antes de empezar
En Maximo Asset Management, en la aplicacin Propiedades del sistema,
especifique el valor de nombre de host para la propiedad
mxe.oslc.webappurl. La propiedad mxe.oslc.webappurl define el URL pblico
para buscar los recursos OSLC. El URL predeterminado es
http://localhost/maximo/oslc/.
Puede ejecutar un programa de utilidad de script Ant para cargar los datos
en la aplicacin Administracin de Anywhere. El programa de utilidad se
denomina admin-config-loader.xml y est en la carpeta MaximoAnywhere.
Los recursos de datos como, por ejemplo, las consultas proporcionadas y los
valores de correlacin, que estn establecidos en el archivo app.xml se
ignoran por cualquier recurso de datos establecido utilizando la aplicacin
de Administracin de Anywhere.
Procedimiento
En el archivo worklight.properties en la carpeta
MaximoAnywhere\server\conf, localice la propiedad si.adminmode y
establzcala en true.
Ejecute el mandato build all, que es build.cmd en Windows o build.sh en los
sistemas UNIX y Linux. Se genera el archivo de artefacto .apk o .ipa, y todos
los archivos distribuibles para el proyecto de Maximo Anywhere se
despliegan en MobileFirst Server.
Accin
En un entorno de produccin
Los datos utilizados en una aplicacin mvil se especifican en la definicin de aplicacin en la forma
de recursos OSLC. Los recursos se dividen en las categoras de primario, soporte, bsqueda o
recursos de sistema. Estas categoras determinan el modo en que se especifican los recursos en la
definicin de aplicacin y el modo en que se gestionan durante la ejecucin.
Un recurso OSLC representa un objeto de negocio, configuracin o dominio que pertenece a la
aplicacin de proveedor. Un documento de forma define un recurso en la aplicacin de proveedor
que describe la estructura del recurso y todas las propiedades posibles. Una estructura de objeto
publica el recurso para la integracin. El recurso se registra con un proveedor de servicios que
especifica y gestiona
Especifica
Uso
providedBy
describedBy
name
pageSize
Datos
adicionales
isSystem
En el ejemplo siguiente se muestran los atributos que definen el recurso primario, workOrder, en la definicin de aplicacin para la aplicacin Work
Execution:
<resource providedBy="/oslc/sp/WorkManagement"
describedBy="http://jazz.net/ns/ism/work/smarter_physical_infrastructure#WorkOrder"
name="workOrder"
pageSize="100"
[...]>
En el ejemplo siguiente se muestran los atributos que definen un recurso de datos de bsqueda, additionalasset, en la definicin de aplicacin para
la aplicacin Work Execution:
<resource providedBy="/oslc/sp/AssetManagement"
describedBy="http://open-services.net/ns/asset#Asset"
name="additionalasset"
pageSize="1000"
additionalData="true">
El elemento <resource> es padre del elemento <attributes>. Este elemento contiene una lista de atributos que especifican los datos de recurso que
las aplicaciones mviles utilizan. Los atributos enumerados corresponden a las propiedades definidas por el documento de forma del recurso en la
aplicacin de proveedor.
Recurso primario
El recurso primario representa el objeto de nivel superior en el registro de lista de trabajo. El recurso primario puede ser un elemento superior de
uno o varios registros de soporte. Un recurso de soporte representa un objeto hijo en el registro de lista de trabajo. El recurso primario pueden
tener una relacin uno con uno o uno con muchos con un recurso de soporte. Cuando existe una relacin uno con muchos entre los recursos
primario y de soporte, los datos del recurso de soporte se representan como una lista de objetos hijo en el registro de lista de trabajo.
Por ejemplo, la orden de trabajo es el recurso primario de los registros de lista de trabajo para la aplicacin Work Execution. El recurso de orden de
trabajo se puede relacionar con recursos de soporte como activo, ubicacin, tarea y mano de obra. Una orden de trabajo puede tener un solo
activo principal o ubicacin y varias tareas y asignaciones de mano de obra. Las tareas y las asignaciones de mano de obra se muestran como
listas en la orden de trabajo.
En la definicin de aplicacin, los recursos primario y de soporte se definen como entidades independientes. El recurso primario tiene las
caractersticas siguientes:
Referencias al proveedor de servicios y al documento de forma para el recurso primario en la aplicacin de proveedor.
Una lista de las consultas que se utilizan durante el tiempo de ejecucin para recuperar los registros de lista de trabajo del servidor. La
lista est contenida en el elemento <queryBases>.
Un valor de tamao de pgina que especifica el nmero mximo de registros de lista de trabajo que se pueden recuperar en cada
solicitud.
Atributos simples y complejos para las propiedades del recurso primario en el documento de forma. Los atributos simples representan los
datos locales al recurso primario. Los atributos complejos hacen referencia a los recursos de soporte.
Un recurso de soporte incluye atributos simples para los datos que pertenecen al recurso de soporte que se utiliza en el registro de lista de trabajo.
Los recursos de soporte dependen del recurso primario con el que estn relacionados. A diferencia del recurso primario, los recursos de soporte no
se recuperan de forma independiente de la aplicacin de proveedor y no requieren referencias a un proveedor de servicios ni a un documento de
forma.
Recursos de bsqueda
Durante el tiempo de ejecucin, los usuarios pueden cambiar los datos de soporte del registro de lista de trabajo de acuerdo con las normas
empresariales y las capacidades de la aplicacin. Muchos cambios conllevan el uso de un control de bsqueda para hacer referencia y seleccionar
los datos que son externos al registro de lista de trabajo. Entre los ejemplos de datos de bsqueda se incluyen los activos, las herramientas y los
materiales que se pueden aadir a una orden de trabajo.
Los usuarios deben descargar los datos de bsqueda para proporcionarlos en la aplicacin mvil. Los datos de bsqueda almacenados de forma
local se pueden renovar bajo peticin.
Los objetos de bsqueda se representan en la definicin de aplicacin como recursos de bsqueda. Un recurso de bsqueda tiene las
caractersticas siguientes:
Las listas de valores de dominio que se utilizan para cambiar el estado de orden de trabajo y otros atributos de registro de lista de trabajo.
La mano de obra y los recursos de especialidad de mano de obra para el usuario actual que son necesarios para los informes de mano de
obra.
Valores de temporizador de mano de obra que estn activos en la aplicacin de proveedor y son necesarios para la validacin local de las
transacciones de mano de obra.
Los datos de sistema se descargan automticamente cuando un usuario inicia sesin por primera vez en la aplicacin. Si no se ha podido realizar
la descarga, el usuario no puede iniciar sesin. Los datos de sistema almacenados de forma local se renuevan cada vez que el usuario renueva los
datos de bsqueda.
En la definicin de aplicacin, un recurso de sistema tiene un atributo isSystem con un valor de true. Otras caractersticas son iguales que las del
recurso de bsqueda.