Los usuarios finales introducen registros en los contenedores de datos de la aplicación que haya creado con RecordsManager, de forma que la BD se va llenando de datos. Cada uno de esos registros contiene un número de campos.
RecordsManager ofrece distintos tipos de campos, que incluyen:
Para acelerar el desarrollo al definir los campos, puede campos ya definidos de otros contenedores de datos y modificarlos como necesite.
Puede definir distintos controles de validación por campo mediante expresiones XPath, con las que también se define el mensaje de error que ve el usuario. Los problemas de validación pueden aparecer como errores (el registro no se puede guardar) o como advertencia (el usuario ve un mensaje sobre el problema pero el registro se puede guardar).
Además de por campos, también puede validar por registros de forma que estos se validen en función unos de otros.
Hay varias formas de restringir los datos que se introducen:
Puede añadir indicaciones en los campos para ayudar a los usuarios a entrar datos válidos; también puede incluir valores predefinidos. Estos valores los incluye manualmente el administrador durante la fase de diseño, aunque también puede importarlos desde un archivo XML o CSV, o bien desde información que hayan introducido los usuarios previamente en ese campo. La lista de valores se puede ordenar automáticamente, por ejemplo para que se vena primero los valores usados más recientemente.
El administrador decide si se pueden seleccionar uno o más valores y si los usuarios finales pueden ampliar la lista según van introduciendo datos. Puede personalizar el acceso a los datos incluso más configurando qué grupos pueden ver qué parte de una lista dada.
Puede indicar que algunos campos se rellenen automáticamente con valores basados en un cálculo XPath y decidir cuándo se realiza ese cálculo:
En cada contenedor puede definir uno o más campos como campos de identidad, con los que después puede identificar los campos. Por ejemplo, en una aplicación de recursos humanos, los empleados tienen un número identificativo, por lo que el campo ID se puede usar para identificar registros en el contenedor de datos Person. En el caso de algunos contenedores de datos es posible que hagan falta más de un campo para garantizar esa unicidad (por ejemplo, los nombres primero y segundo más el apellido de esa persona, como se ve más abajo).
Los campos de identidad son necesarios para vincular contenedores de datos y se usan para mostrar los registros de primer nivel en un registro secundario.
Como con todas las estructuras de las aplicaciones de RecordsManager, el administrador puede cambiar el orden, agregar, eliminar, cambiar el tipo, actualizar los campos rellenados previamente y las reglas de validación de los campos en cualquier momento, aunque ya se hayan introducido datos.
Una vez haya definido los campos y las reglas de validación, puede configurar los distintos formularios de su aplicación para buscar o introducir datos, enviarlos por correo electrónico o incluirlos en informes.
RecordsManager es una solución gratuita generada con MobileTogether que viene incluida en el paquete instalación de MobileTogether Designer. Use el enlace siguiente para descargar e instalar de forma gratuita MobileTogether Designer de Altova para empezar a usar la aplicación RecordsManager.