EJERCICIO DE SIMULACIÓN Nº 2 DISEÑO DE SISTEMAS SOLUCIÓN EN PROYECTOS

Transcripción

1 EJERCICIO DE SIMULACIÓN Nº 2 DISEÑO DE SISTEMAS SOLUCIÓN EN PROYECTOS MARCO CONCEPTUAL REQUERIDO PARA LA REALIZACIÓN DE ESTE EJERCICIO Operación Proyecto Producto Final de la operación Unidad Operativa Servicios y funciones Usuarios internos y externos Esta ejercitación pretende guiar a los proyectistas en el análisis de las PERSONAS y las COSAS que se verán afectadas por el proyecto. Se orienta hacia un primer esbozo de un sistema solución del problema técnico presentado en el ejercicio anterior, con una descripción de la red de sistemas reales en la que quedaría integrado. El ejercicio aún se sitúa en el CUADRANTE REALIDAD-PROBLEMA del marco conceptual. Realidad, pues hay una descripción de personas y cosas reales que están o estarán afectadas por la situación, sin embargo, en ese mismo eje se aprecia una transición hacia lo conceptual. Se encuentra en el lado del problema, pues aún no hay soluciones MODALIDAD DE ACTUACIÓN Selección fundamentada de la modalidad de actuación. MODALIDADES QUE SE DESCARTAN 1. Destinar lugares específicos para el cargue y descargue de pasajeros, entre los cuales habría una tarifa establecida. 2. Implementar la promoción en la que por recargas superiores a $ en la tarjeta cívica, se le obsequiará al usuario el 2% equivalente al total de la recarga. 3. Seleccionar un día a la semana en el horario con menor flujo de pasajeros en el cual el tiquete sea dos x uno. 4. Premiar con un viaje gratis a los usuarios en los que se identifique una fidelidad mensual con la ruta utilizada. MOTIVOS POR LOS QUE SE DESCARTAN La empresa cuenta con lugares destinados para recoger y descargar pasajeros. El reembolso de este porcentaje a los usuarios, generaría pérdidas significativas para la compañía. El transporte se congestionaria, dado que los horarios de menor flujo comenzarían a ser mas demandados. Aumentaría la congestión de usuarios premiados en el sistema de transporte metro. La implementación de un software especial, lo que incurriría en mas gastos para la compañía. 1

2 MODALIDAD ELEGIDA Implementar un nuevo sistema inteligente de transporte en el metro SITVA, en el departamento de Antioquia, que permita el cobro de tarifes por trayectos. MOTIVO POR EL CUAL SE ELIGE Reduir los costos para los usuarios del sistema integrado de transporte metro. cobrar tarifas acorde a la distancia recorrida PRESENTACIÓN DEL SISTEMA A PROYECTAR Producto Final que resultará de la Operación Proyecto. Identificación de los trayectos y recorridos de los usuarios, para de esta manera enviar la información a la empresa para así programar las tarifas en las diferentes rutas, cambiando de ser una tarifa fija, a pagar según la distancia recorrida Unidad Operativa que administrará el Producto Final cuando preste servicio. La ejecución de proyectos de infraestructura, que hace parte de La gerencia de planeación de la empresa de transporte masivo del valle de Aburrá Ltda Servicios que prestarán el Producto Final y la Unidad Operativa. -Administración de información. -Cobro de tarifas justas para los usuarios. -Optimización de tiempos tanto de salida, como de llegada. -Disminuye las inconformidades de los usuarios debido a las tarifas de los sistemas de transporte. -Reducir el alto tráfico, especialmente en determinadas horas Tareas a realizar por personas y máquinas. TAREAS A REALIZAR POR PERSONAS - Administración de información. - Soporte técnico. - Actualizar los datos de los usuarios. TAREAS A REALIZAR POR MÁQUINAS - registro de las tarifas de los usuarios. -Optimizar los tiempos tanto de salida, como de llegada. -Devolución del dinero correspondiente por 2

3 Actualitzar el sistema tarifario de los usuarios. distancia no recorrida. -Implementación de nuevos softwares que permitan manejar de manera ràpida la información Entradas, insumos, materias primas, recursos, que requerirá el sistema para prestar el servicio. -Nuevos y mejorados Softwares que se requieran para el manejo de la información. -personal encargado del manejo de la información. -personal administrativo para la dirección y la toma de decisiones. -recursos económicos, para invertir en el nuevo sistema inteligente. -capacitación del personal Salidas, bienes, servicios, productos, resultados, que se obtendrán a partir del servicio que prestará el sistema. -cobro de tarifas para los usuarios por trayecto recorrido. -información necesaria sobre el estado del tráfico para mejorar la movilidad. -aumentar el nivel de satisfacción del servicio. -optimizar los tiempos tanto de salida, como de llegada. -mejorar la movilización en el Valle de Aburrá Fronteras del sistema a proyectar. El área de influencia del sistema de transporte masivo del valle de Aburrá 2.3. ENLACES DE DEPENDENCIA DEL SISTEMA A PROYECTAR Dependencia del sistema a régimen (en funcionamiento) respecto a otros sistemas reales. OTROS SISTEMAS REALES CON LOS QUE SE RELACIONA EL SISTEMA A PROYECTAR FUNCIÓN O ASPECTO QUE GENERA ESTA DEPENDENCIA ENTRE EL SISTEMA A PROYECTAR Y OTROS SISTEMAS 3

4 Área financiera Comité regional de operaciones Recursos humanos Dirección de tecnologia Determina los recursos económicos con los que se cuenta para invertir en la herramienta. Estudia qué proyectos se pueden ejecutar por medio de un plan maestro, para luego asignarlo al área de proyectos. Determina la cantidad de recurso humano requerido para la ejecución de tareas y puesta en marcha del proyecto. Diagnosticar la compatibilidad y conectividad entre los softwares y el sistema, y determinar la capacitación, entrenamiento y la asignación de recursos Dependencia del sistema, en otros estados de su ciclo de vida. ESTADO DEL CICLO DE VIDA* OTROS SISTEMAS REALES CON LOS QUE SE RELACIONA EN ESOS ESTADOS FUNCIÓN O ASPECTO QUE GENERA ESTA DEPENDENCIA O RELACIÓN Puesta en marcha Área financiera Presupuesta el costo de la implementación y licenciamiento; y de otros recursos que sean necesarios. Puesta en marcha Dirección de tecnología Monitorea el correcto funcionamiento del hardware que soporta la herramienta informática y la correcta generación de la copia de respaldo. Paro por mantenimiento Dirección de tecnología Ingresa información y realiza el mantenimiento correspondiente. Paro por fallo Dirección de tecnología Dispone de la información a restaurar, para llevar a cabo las respectives reparaciones. * Por ejemplo: Puesta en marcha, Funcionamiento parcial o en temporada baja, Cierre por vacaciones, Parada por mantenimiento, Paro por fallos, Estado de emergencia, ) Síntesis de los sistemas reales relacionados al sistema proyectado y sus dependencias. Diagrama de Ishikawa 4

5 2.4. PERSONAS INVOLUCRADAS EN EL SISTEMA Usuarios internos del sistema a proyectar. ROL Operadores Propietarios IDENTIFICACIÓN DE LOS USUARIOS QUE CUMPLEN CADA ROL Investigación, desarrollo e innovación, planeación estratègica. Ejecución de proyectos de infraestructura Usuarios externos al sistema a proyectar. ROL Consumidores IDENTIFICACIÓN DE LOS USUARIOS QUE CUMPLEN CADA ROL -Servicio al cliente. -Auditoria interna. Explotadores Promotores -Gestión de tecnologías de información -Gerencia financiera. 5

6 -Gerencia de planeación. Terceros -Gerencia de operaciones y mantenimiento Beneficios y perjuicios para todos los usuarios. USUARIO BENEFICIOS AL USUARIO PERJUICIOS AL USUARIO Administradores de proyectos Directores de proyectos Auditoria interna Comité Regional de Operaciones Control y dirección del proyecto. Información oportuna y ágil de cada proyecto y su evolución. Información oportuna acerca de la ejecución de cada proyecto. Información oportuna de cada proyecto y la incidencia en cada área de la compañía. Incremento de las actividades a ejecutar, en el registro de la información en la herramienta. Mayor exigencia tecnológica para desarrollar el proceso de auditoria ANEXOS QUE SE ADJUNTAN Presentación y fundamentación de los anexos que se adjuntan. NOMBRE DEL ANEXO Estructura organitzacional metro SITVA. FUNDAMENTACIÓN DE LA PRESENTACIÓN DE ESTE ANEXO Imagen estructura organitzacional del sistema metro. APARTADO DEL EJERCICIO AL QUE COMPLEMENTA Fecha de entrega del ejercicio Nombre y apellido de los autores con indicación del coordinador del grupo y del responsable del ejercicio 10 de marzo del 2016 German Castro Bernal (Coordinador del grupo) Jennifer García (Responsable del Ejercicio 2) Melissa García 6