Integración y Pruebas

La integración es el proceso por el cual se reunen y se prueban en conjunto todos los componentes y enlaces de comunicaciones necesarios para proporcionar los servicios de la implementación de ITS. A menudo es un proceso gradual, con grupos de componentes que se  prueban primero antes del conjunto. Cuando se ve desde el "exterior", estos componentes parecen funcionar como uno - y sus identidades y funciones individuales pueden estar ocultos. Cuando se ve desde el "interior", los componentes están trabajando juntos y compartiendo datos.

Integración

Antes de que  la integración se pueda iniciar, cada uno de los componentes debe ser probado de forma individual. Esto casi siempre tendrá hacerse en un entorno especial que permite simular  las entradas y salidas desde el mundo exterior. Una ventaja de la simulación de las entradas es que permite probar el espectro completo de posibles valores y/o condiciones a ensayar - incluyendo los que son de baja probabilidad o inesperado. Para las salidas, la ventaja de la simulación es que los resultados que son inesperadas no deberían causar problemas para otros componentes, o para los usuarios finales. Una vez que las pruebas de los componentes  individuales se han completado con éxito, pueden ser probados en conjunto, que el objetivo final de la integración.

Una forma similar de trabajo también debe aplicarse a los enlaces de comunicaciones, que pueden pasar a través de varias ubicaciones físicas y/o uso de varios medios físicos para transferir datos desde un componente a otro. Por lo tanto, es mejor para probar cada parte del enlace individualmente antes de probar todo el enlace como una sola entidad.

Secuencia de las pruebas

La prueba de los componentes y las comunicaciones que se lleva a cabo por lo general tiene las siguientes etapas:

1. Pruebas de componentes - cada componente probado individualmente, con la mayoría, si no todas las interfaces externas, proporcionadas por  simulación.
2. Pruebas de Grupo - grupos de componentes (sub-sistemas) son probados en conjunto, de nuevo con la mayoría, si no todas las interfaces externas, proporcionadas por  simulación.
3. Las pruebas del sistema - todos los subsistemas son probados conjuntamente usando algunas de las interfaces externas reales (por ejemplo, uno o dos controladores de tránsito), pero la simulación de otros (por ejemplo, carteles de mensaje variable, que puede ser muy grandes y no estar disponibles en la ubicación donde se realiza la prueba)
4. Las pruebas en sitio - una repetición de las pruebas del sistema una vez que muchos de los componentes y enlaces de comunicación se han instalado y puesto en marcha en sus ubicaciones físicas finales,  de nuevo, se usan algunas interfaces externas reales.
5. Las pruebas finales de aceptación - una repetición de las pruebas en sitio, pero en presencia de los grupos de interés, además de otros como los operadores del centro de control.
6. Operación inicial - un periodo de prueba suficientemente largo (meses, en lugar de días o semanas) cuando todas las partes de la implementación ITS se encuentran disponibles y totalmente operativas.

Las etapas (1) a (3) se llevan a cabo por lo general en las instalaciones del proveedor. Si los Grupos de interés han empleado un integrador de sistemas, los pasos (2) y (3) se puede  hacer en las instalaciones del integrador, o en un lugar de su elección. Los pasos (4) y (5) se llevan a cabo usualmente en el lugar donde algunos de los componentes  van a operar, tal como un centro de control. Puede ser posible aumentar la representación de las interfaces externas para incluir algunas de los usuarios finales como los de estacionamiento para autos y el transporte público. Por estos dos pasos, además de una muestra representativa de las interfaces externas, los enlaces de comunicaciones deben incluirse o simularse.

El Paso (6) es un período de prueba de funcionamiento para la su ejecución. Durante este tiempo todos sus componentes y los enlaces de comunicación deben estar disponibles y ser utilizado para proporcionar todos los servicios que los grupos de interés esperan ver en base a lo que escribieron en las descripciones de los servicios. El período de prueba debe ser lo suficientemente largo para que las situaciones particulares a la que los servicios deben estar disponibles  ocurran - por ejemplo, los principales eventos deportivos, determinados tipos de incidentes, los períodos de vacaciones, además de los principales festivales o celebraciones de Año Nuevo.

Especificaciones de la prueba

Casi todos los pasos de prueba identificadas anteriormente deben ser descritos. La posible excepción es el paso (6), que es esencialmente el funcionamiento normal y puede requerir una forma diferente de  descripción. Las descripciones de las pruebas en los otros pasos se proporcionan a través de especificaciones de las pruebas que se describen detalladamente los a continuación:

• Las condiciones iniciales, es decir, la situación antes de la prueba
• Las interfaces externas que se deben proporcionar o simular
• Como se desarrollara cada prueba
• Las condiciones finales y resultados esperados

Las especificaciones para cada una de las pruebas deben ser escritas en la etapa correspondiente en el proceso de ingeniería de sistemas. Por ejemplo, el pliego de condiciones de las pruebas de aceptación final debe ser escrito cuando se han creado y acordado las descripciones de los servicios por los Grupos de interés. Lo ideal sería que los Grupos de interés los escriban, pero en la práctica se escriben conjuntamente por los grupos de interés y el principal proveedor o integrador de sistemas. Del mismo modo, las pruebas de aceptación en fábrica y campo deben escribirse cuando se han producido las especificaciones de los componentes y requisitos de las comunicaciones. Aunque los Grupos de interés deben participar, el principal proveedor o integrador de sistemas hará la mayor parte de la obra.

Para el paso (6) una especificación de prueba mucho más simple debería ser suficiente. Puede que sea necesario indicar cómo se llevarán a cabo las pruebas de aceptación en caso de cualquier situación crítica, tales como eventos deportivos, incidentes particulares, vacaciones y fiestas.

Consejos para profesionales

La creación de buenas especificaciones de prueba es un "debe" si los componentes y enlaces de comunicación van a funcionar como se espera. No hay atajos para este requisito. La otra cosa que hacer es mantener un registro de las pruebas que se han hecho, por quién y con qué resultados. Si es posible, conseguir que todas las pruebas sean presenciadas por alguien de la  organización que se encarga de hacer las pruebas, o la organización (s) que proporcionó lo que se está probando. Esto será particularmente útil cuando se necesitan repeticiones de pruebas fallidas.

Un requisito previo necesario para la recepción definitiva de que una implementación ITS ha sido terminada con éxito, es la aceptación oficial de las actas de las pruebas realizadas. Esto debería mostrar que todas las pruebas se han completado con éxito y que cualquier repetición requerida de una prueba también se ha realizado con éxito.

Problemas de las economías en desarrollo

Donde hay poca o ninguna experiencia local del uso de ITS entre los grupos de interés, es importante tomar una(o ambas) de las siguientes acciones:

• Comprar en la experiencia de la ingeniería de sistemas - contratar a alguien con experiencia en la implementación y el uso de ITS para llevar a cabo todas o algunas de las pruebas. Adicionalmente,  emplear ayuda externa para la prueba final con todos los componentes y enlaces de comunicaciones
• Brindar experiencia a personal local - enviar a una o más personas locales para ver, y tal vez trabajar, junto a organizaciones que ya han implementado  ITS, en particular los servicios que se están probando. Esto debe ser algo más que una visita de un día y debe permitir a las personas involucradas  adquirir experiencia de primera mano de los ITS en  acción desde el punto de vista del proveedor, el operador y el usuario.

Si es posible, ir por la segunda acción en lugar de la  primera, esto es debido a que proporcionará un beneficio duradero una vez que la implementación ITS  ha terminado  las pruebas de aceptación final. También ayudará a  finalizar con éxito  los primeros meses de  prestación de servicios ITS.

Cuestiones organizativas

Es aconsejable para obtener el mayor número posible - si no todos - de los Grupos de interés involucrados en las pruebas de aceptación final antes de que inicie el período de prueba de operación. Esto les ayudará a familiarizarse con lo que hará  la implementación ITS y ayudar a prevenir que el período de prueba de operación tenga demasiadas "sorpresas". También porque la gente de los proveedores, los proveedores de comunicaciones y / o integrador de sistemas estarán presentes en las pruebas de aceptación, cualquier pregunta de los Grupos de interés se pueden responder mucho más rápidamente y con más autoridad.

Una buena manera de conseguir que los Grupos de interés estén involucrados en las pruebas de aceptación final,  es pedirles que aporten a la gente que participará en las pruebas. Así, por ejemplo, si la  implementación ITS incluye un centro de control desde el que se gestionará la red de carreteras, se tendrán los operadores que eventualmente estarán en el centro para poner a prueba los servicios que se prestan. Si algunas de las interfaces del sistema en el centro de control son para los operadores de transporte público o los servicios de emergencia, se obtiene personal de  esas organizaciones para proporcionar las pruebas de los servicios pertinentes. Por ejemplo, si los conductores de vehículos de emergencia puede ser testigo de la operación de "ondas verdes" podrán entender los beneficios que  ITS pueden proporcionar.