El proceso de Diseño y Desarrollo

El Diseño y Desarrollo comienza con las especificaciones de componentes y los requisitos de las comunicaciones que se crearon cuando se creó la Arquitectura ITS. (Ver Cómo se Crea?)Si cualquiera de los componentes de los equipos y de las comunicaciones disponibles en la actualidad se va a utilizar (a veces llamada "listos para usar”) entonces no hay mucho que hacer, aparte de integrarlos entre sí. (Ver Integración y Prueba)

Si se requiere algo nuevo, entonces la forma en que los proveedores de componentes y proveedores de comunicaciones van a producirlos se mantienen en secreto, en gran parte por razones comerciales. Pero hay algunas cosas sobre las que los directores de proyectos, integradores de sistemas y otros que supervisan la aplicación ITS pueden hacer preguntas. La naturaleza de las preguntas depende de lo que está siendo desarrollado y puede ser dividido en tres áreas: hardware, software y comunicaciones.

Hardware

Para muchas  implementaciones ITS, no será necesario ningún nuevo hardware, por lo que debería ser posible ver los componentes físicos reales que se producen y  pedir evidencia de las pruebas anteriores, sobre todo en los temas relacionados con el cumplimiento de las regulaciones. Si se necesita un nuevo hardware, entonces es razonable solicitar muestras de  prototipos y/o pedir demostraciones de los mismos. También puede ser necesario  asegurar que se han obtenido todas las regulaciones locales exigidas para localizar y operar equipos en el borde de la carretera.

Software

La mayoría de las implantaciones ITS necesitarán crear  un nuevo software, aunque puede que no sea totalmente nuevo y que  implique la personalización o la modificación de lo que ya existe. La creación de un nuevo software es difícil de controlar porque no hay nada "físico" para ver. Sin embargo, será posible examinar el diseño de alto nivel del software y luego monitorear los progresos realizados con la creación de módulos dentro de él, incluso si son modificaciones de productos existentes. Obtención de cifras sobre el número de líneas de código producido no siempre significa una gran medida, tiene que ser acoplado con el porcentaje del total que representa.

El proveedor de software debe tener un proceso de comprobación de código robusto y fiable, de modo que lo que se ha producido, se controla (a veces llamado un "código paso a paso") antes de ser probado. Esto es especialmente válido para el software creado por los servicios que requieren acceso a/desde Internet, si la probabilidad de que el acceso no autorizado se reduzca a casi nada. En este caso, debería ser posible llevar a cabo pruebas de intrusión para demostrar que los datos son a prueba de manipulaciones y no es accesible a terceros no vinculados con la implementación ITS.

Si los datos sobre los movimientos y planes  de los viajeros se están siendo procesados, se debe revisar cuidadosamente que se esté en cumplimiento de las leyes y las normas de privacidad locales y/o regionales. De nuevo, esto puede requerir pruebas, o  pruebas de que el testeo se ha completado con éxito.

Si se están produciendo  nuevas interfaces de usuario final, entonces se deben hacer disponibles prototipos para su revisión y pruebas, preferiblemente por representantes de los usuarios, antes que  cualquier otro grupo.

Anteriormente  los proveedores debían proporcionar una copia del software que desarrollaron para el proyecto como parte de sus obligaciones contractuales. Esto era, o bien para  el uso de los grupos de interés en algún momento en el futuro, o para ser mantenidos en depósito en caso de que el proveedor no pudiera realizar los cambios deseados en el futuro. El Software de ahora es a menudo tan complejo y afecta a un gran número de proveedores, que esto ya no es una opción realista. También se requiere que uno o más de los grupos de interés  tengan los conocimientos necesarios para utilizar el software, que a excepción de organizaciones muy grandes, no suele ser el caso.

Comunicaciones

La mayoría de las implementaciones ITS utilizarán enlaces de comunicaciones físicas que ya existen. En algunos casos, ITS puede tener que compartir estos enlaces con otros servicios no relacionados. Hay preguntas importantes que hacerse:

• Está garantizado el acceso  a los enlaces de comunicación compartidos por ITS dentro del marco de tiempo correcto (s) siempre que se necesiten?
• Se puede garantizar la privacidad y seguridad de los datos relacionados del ITS?
• ¿Cuál es la tasa de fallo de los enlaces, tanto las que son comunes como de los vínculos dedicados a ITS?
• Que tan apropiados son los  link físicos para los datos particulares o información transferida de acuerdo a los requerimientos de ITS?
• Que estándares de comunicaciones usan los enlaces?
• Que tanto se han adoptado  estos estándares en otras implementaciones ITS?
• ¿Estos estándares,  y otros aspectos de la operación del enlace, hacen frente de forma proactiva a la necesidad de evitar el acceso no autorizado y  proteger la privacidad de  los usuarios del ITS? 

La privacidad de datos será especialmente importante cuando los datos sobre los movimientos de viajeros y de mercancías (planificados o en desarrollo)  está siendo recogidos y transmitidos a través de enlaces de comunicaciones. Esto será particularmente importante si la aplicación ITS incluye servicios que son proporcionados por ITS Cooperativos (vehículos conectados). En cualquiera de estos casos, es muy importante comprobar que se están siguiendo todos los estatutos y normas de privacidad locales y/o regionales. (Ver Propiedad & Intercambio de Datos)

En general, los estándares de comunicaciones utilizados en las implementaciones ITS deben haber sido generados por las organizaciones de normalización, tales como ISO, IEEE, CEN, ETSI y SAE. (Ver Estándares ITS) no utilizar estos estándares puede tener los siguientes efectos:

• las comunicaciones son costosas de instalar ya que se necesitan equipos a medida y/o enlaces físicos dedicados.
• No puede ser posible la interoperabilidad con otras implementaciones ITS cercanas.

Un ejemplo del segundo punto es que si un mecanismo de comunicación a medida se utiliza para el enlace entre el vehículo y la carretera. Esto significa que todos los vehículos deben tener equipos de comunicaciones específicas equipados, que pueden ser incompatibles con los necesarios en otros lugares, tales como en  áreas geográficas adyacentes. En algunos casos esto no importa, por ejemplo, porque los vehículos no son llevados a  zonas geográficas adyacentes, pero dentro de los continentes como Europa, Asia, África, además de Norte, Centro y Sudamérica, la circulación de vehículos a través de las fronteras nacionales es cada vez más común.

Consejos para profesionales

Las actividades de diseño y desarrollo son probablemente las partes más importantes del proceso de implementación ITS, pero también son los más difíciles de controlar. Información sobre el progreso a veces se puede obtener con sólo hacer las preguntas correctas a los proveedores que realizan el trabajo. Pero al final, puede ser una cuestión de confiar en que los proveedores harán lo que han dicho en sus contratos. Una manera de empezar a construir esta confianza es preguntar a otras organizaciones que han utilizado los mismos proveedores cómo funcionaron sus implementaciones de ITS, ¿hubo problemas que sin resolver, o que se podrían haber evitado con mejores prácticas de trabajo?