Comunicaciones de las Pruebas

Una función básica de la uVID (Base de Datos unificada de Inspección de Vehículos) es interactuar con todos los sistemas de prueba en la red I/M(Inspección & Mantenimiento). El procesador de transacción es la principal aplicación que permite la comunicación entre los uVID y los sistemas de prueba individual.

Ejemplo de Proceso de Prueba uVID

  • Cuando un vehículo entra en el carril de la prueba, el operador introduce el número de identificación del vehículo (VIN) en el sistema de prueba.
  • El sistema de prueba transmite electrónicamente una solicitud a uVID para obtener información sobre este vehículo particular.
  • La aplicación de procesador de transacciones de uVID toma la solicitud desde el sistema de prueba y realiza las consultas necesarias para determinar si este vehículo ha sido probado en el programa I/M con anterioridad.
  • Si este vehículo no ha sido probado con anterioridad, la uVID realiza una descodificación VIN e informa al sistema de prueba para comprobar la descodificación y recopilar toda la información necesaria del vehículo.
  • Si el vehículo ha sido probado antes, la uVID envía toda la información de vehículo de este vehículo en particular al sistema de prueba.
  • Al final de la prueba, el sistema de prueba envía los resultados de la prueba de inspección a la uVID.

En el escenario anterior, el vehículo tiene que tener todos los datos de información del vehículo recogidos sólo una vez durante la vida del vehículo: la primera vez que se prueba. Cada vez que se prueba el vehículo posteriormente, la información es re-verificada, no se vuelve a introducir. Esto resulta en enormes ahorros en tiempos de prueba individual y un aumento en la precisión de las pruebas durante la duración del programa. De igual importancia, los períodos de pruebas más rápidos resultan en costos reducidos de inspección y menos tiempo de espera para el motorista

Ventajas Técnicas Clave de uVID

Hemos desarrollado el más avanzado sistema de comunicaciones uVID en el mercado de I/M:

  • La capa de interfaz se basa en el servidor HTTP. Es responsable de generar dinámicamente el contenido XML al que se accede directamente por las aplicaciones de sistemas de prueba.
  • La capa de aplicación consiste en componentes modulares de servicio web. Esta arquitectura de componentes nos permite descomponer los procesos de negocio de la aplicación en objetos de negocio. Estos objetos de negocio, a continuación se abstraen del proceso de llamada.
  • La capa de acceso de datos contiene componentes utilizados para recuperar y almacenar datos de las bases de datos. Todos las interacciones de la aplicación fluyen a través de estos componentes de acceso a datos de bases de datos.
  • La lógica empresarial de la aplicación se encapsula en objetos de negocio. Estos objetos de negocio se abstraen de sus flujos de trabajo y procesos de llamada.
  • La capa de aplicación del sistema utiliza un enfoque orientado a objetos y ofrece una reutilización excelente del código. El software se basa bien en arquitecturas .NET o J2EE y utiliza XML como una tecnología de núcleo.