A propósito de Transantiago

Enviado por jar el 20/02/2007 a las 7:15
jar
Desde el inicio del Trasantiago se han visualizado distintos problemas en su estructura, desde bajos salarios para algunos choferes y malas instalaciones para su debido descanso, hasta problemas de falta de recorridos, baja frecuencia en los recorridos, poca capacidad de los buses locales respecto de los troncales y las largas colar y horas de espera de los usuarios del transporte publico. Recuerdo las palabras de Victor Parada en una clase de Optimización en Ingeniería donde el indicaba que no resultaría el Transantiago porque pretendían solucionar un problema NP-Completo de forma artesanal. No son las palabras textuales de él, pero si reflejaban su preocupación sobre el tema meses antes del inicio del proyecto. Pero mi pregunta es ¿Se podría haber evitado la falta de recorridos y la baja frecuencia de las micros?. Se podría haber evitado todo dejar excluidas de recorridos a algunas zonas de santiago?. Aparentemente sí. Dentro de la optimización en ingeniería existen los Algorítmos Genéticos (AG) estos algoritmos ¿podrían haberse utilizado para encontrar las rutas optimas para los recorridos, así como los mejores horarios de los recorridos etc.?, a mi modo de ver las cosas la optimización de los recorridos puede haberse tratado como el Problema del vendedor viajero (TSP) y la asignación horaria como las decenas o cientos de estudios que se han realizado en la literatura. La verdad desconozco si se realizó algún estudio de este tipo en la planificación del Transantiago por eso mi pregunta.

Noticias de Antofagasta, Calama, Desierto de Atacama, Periodismo Ciudadano

Publicidad por Bligoo.com

Información

Enviado por el 20/02/2007 a las 08:24 AM
mnavarro

Puedes encontrar información acá  sobre el modelo

En todo caso hay mucha documentación al respecto con opiniones a favor y en contra.

Saludos


 


Herramientas

Enviado por el 20/02/2007 a las 08:06 PM
exondepot
Hay diversas herramientas, algoritmos y tecnologías que se pueden usar para determinar recorridos óptimos, flujos, curvas de carga, densidades de distribución, etc. Lo central, sin embargo, es que el modelo sea el correcto. Tal como con un martillo puedes clavar un clavo...y aplastarte un dedo, con las herramientas computacionales puedes llegar a resultados erróneos si el modelo, la especificación original, no es acertada. En el ámbito del desarrollo de sistemas, un problema habitual, que carece de una buena solución, es convertir lo que el usuario desea en un sistema que le satisfaga sus deseos. La comprensión de los "deseos del usuario" pasa por sentar un marco común de entendimiento que no siempre es posible establecer, y de allí la divergencia entre requerimiento y solución. Es así como han surgido técnicas de desarrollo que se basan en producir resultados parciales (ágiles, XP, scrum, etc.), los que son evaluados de modo de que, en cada nuevo avance se logra un óptimo parcial que converge, a los ojos de todos los comprometidos en dicho desarrollo, hacia un mejor resultado final. La comprensión del problema también es difícil, más aún cuando la implantación de una solución parcial lo altera de modo que la realidad cambia (parecido al principio de Heisenberg). De allí que, ante cada resultado parcial, el desarrollo re-evalúa cómo va, y se propone un nuevo resultado parcial, complementario con el precedente. Toda esta lógica es aplicable a muchos proyectos y, en particular, a los de mayor impacto social, como es el Transantiago. Si bien la idea es muy razonable, la implantación violenta del total del sistema ha sido poco acertada, toda vez que no da grandes opciones de corregir y optimizar las partes, de modo de lograr óptimos parciales, los que converjan hacia una mejor solución global. Cuando hay muchas deficiencias, es difícil identificar las prioridades, las zonas más críticas, y resolver dichas deficiencias de modo ordenado. Ejemplo práctico: si las colas se producen al subir al bus, debido a la lentitud con que se presenta la tarjeta BIP frente a los validadores, resulta razonable que los validadores estén en tierra, al entrar a la cola. Pero entonces, es el tiempo de cola y no de tránsito el que consume los 90 minutos de vigencia para trasbordos... Cabe evaluar, entonces, qué sucede si se pone los validadores a la salida de la cola, inmediatamente antes de entrar al bus...(etc.) Diablos que me extendí en el tema... Cabe aprender de la naturaleza que ha demostrado que la paulatina evolución tiene sus méritos. Saludos...XD

Hola que tal. Tienes toda la

Enviado por el 20/02/2007 a las 08:30 PM
jar
Hola que tal. Tienes toda la razon, de hecho la especificacion de requerimientos es un tema que los ingenieros de software llevan investigando durante muchos anos (no tengo teclado en ingles, ojo). Mira mi blog (que esta debajo de mi firma) ahi encontraras un articulo sobre Requirement Management Maturity (RMM). Como dije, son preguntas que me hago pues ando en busca de un tema de teisis jeje. J. Rodrigo Anabalón Subdirector InfoClan http://www.InfoClan.cl http://deoxy.spaces.live.com/

Comentarios de este artículo en RSS

BANNER_RANCAHUASO.jpg

recicladore_banner.jpg

Rockodromo: Programa Oficial

rockodromo_banner.jpg

Noticias de Atacama, Copiapó, Desierto de Atacama

1328186367360-divisor.jpg

Noticias de Arica, Parinacota, Altiplano, Tacna, Chile, Perú, Periodismo Ciudadano

1328186367360-divisor.jpg

Noticias de Iquique, Chile, Periodismo Ciudadano

Start-Up Chile

startup.jpg

 

Comparte Atina Chile

 

Artículos recientes

Navegación guiada

mi_voz.jpg