El trabajo de investigación aborda la problemática de la obsolescencia tecnológica y sus implicaciones en las operaciones de un CDA. Mediante el análisis de interesados, procesos, sistemas, se llevó a cabo el levantamiento de requerimientos funcionales y no funcionales, para evaluar tanto software disponible en el mercado como para evaluar software a la medida. Finalmente se llegó a una propuesta de implementación del software con el mayor nivel de cumplimiento a los requerimientos críticos identificados, basándose en el marco de trabajo Scrum para proyectos ágiles. Con el desarrollo de este trabajo se aporta a la compañía, un insumo para el inicio del proyecto de selección de un OMS (Operation Management System) en relación con la documentación del RFP (Request for Proposal), teniendo en cuenta la identificación realizada de requerimientos funcionales y no funcionales, y la evaluación de su criticidad; adicionalmente de aportar una preselección y evaluación de software disponible, y software construido a la medida; finalmente la metodología de evaluación utilizada puede ser tenida en cuenta para la identificación del proveedor que mejor se adapte al alcance requerido. Por otro lado, la propuesta de solución que se basa en el marco de trabajo Scrum para obtener software iterativamente funcional aporta al CDA una base importante para el fortalecimiento de su protocolo de proyectos, que fue documentado en su tiempo sin tener en cuenta la naturaleza de los proyectos y el grado de dependencia de la compañía de la innovación tecnológica . Si se identifican CDAs con un alto grado de dependencia en la tecnología, este trabajo es una guía importante para el establecimiento de metodologías apropiadas en la identificación de requerimientos, evaluación de software e implementación de este.This investigation work is about the technological obsolescence problem and its results in the operation of a CDA. The Stakeholders, process and Systems analysis let identify the functional and nonfunctional requirements to evaluate the market’s available software and custom software. At the end, it is possible to build a proposal to implement a software with the highest level of compliance accorder to the critic requirements previous identified, having on base the Scrum framework for agile projects. This work gives to the company an input to begin the selection project of an OMS (operation management system) related to the documentation of the RFP (request for proposal), having in account the identification made of the functional and nonfunctional requirements and the evaluation of its critically level; additionally, this work is important to preselect and evaluate the available software and custom software. Finally, the assessment methodology that was used could be taking in account to identify the suppliers that can achieve the requirements. In another way, this propose is based on the framework Scum to obtain iterative functional software that will be able to let the CDA strengthens its project protocol, that was documented without take in account the CDA projects nature and the company level dependency of technological innovation. This work is important to CDAs with high level of technological dependency because it can be used as a guide to formalize appropriated methodologies for requirements identification, software assessment and its implementation.Tabla de contenido 1 Título de la investigación 16 2 Problema de investigación 16 21 Descripción del problema 16 22 Planteamiento del problema 17 23 Sistematización del problema 17 3 Objetivos de la investigación 17 31 Objetivo general 17 32 Objetivos específicos 18 4 Justificación y delimitación 18 41 Justificación de la investigación 18 411 A nivel internacional 18 412 A nivel nacional 20 413 A nivel organizacional 21 414 A nivel social 22 415 A nivel económico 23 42 Delimitación de la investigación 23 43 Limitaciones de la investigación 24 431 Económica 24 432 Temporal 24 5 Marco referencial 24 51 Estado del arte 24 511 Estado del arte nacional 24 5111 Desarrollo de Aplicativo Móvil RTMApp, Que potencializa y comercializa el servicio de Revisión Técnico Mecánicas en los centros de diagnóstico Automotor CDA 24 5112 Desarrollo de una aplicación WEB para la gestión de los servicios técnicos en el Centro de Diagnóstico Automotriz La Perla del Sinú 25 5113 Diseño de un prototipo de aplicación móvil para la plataforma Android de notificaciones de monitoreo mecánico para motocicletas de cuatro tiempos de bajo cilindraje (100cc a 200cc) que circulen en la ciudad de Bogotá 25 5114 Diseño de un sistema de información de base de datos para el servicio de soporte técnico de la empresa SOLTELEC SAS 26 5115 Estudio de prefactibilidad del diseño de una aplicación móvil (App) para el control y el seguimiento de la documentación de los vehículos de combustible a gasolina o Diesel en Colombia 26 5116 Propuesta de un modelo de Marketplace basado en b2b para el sector de las autopartes en Colombia 27 5117 Sistema de información para la gestión operativa de oferta de autos del concesionario Auto Concesionar “SIG – AC” 27 5118 Estudio para la implementación de un sistema móvil de reportes de incumplimiento a los concesionarios del Sitp por el personal en vía Transmilenio SA 28 5119 Innovación de un nuevo sistema de gestión empresarial aplicación e implementación nuevo software a nivel nacional Metrokia SA 29 512 Estado del arte internacional 29 5121 Diseño e implementación de un sistema web para la gestión del flujo de información en el Taller Automotriz Autoservicios Aguilar 29 5122 Sistema de gestión integral para el Taller Automotriz “Marcelo” ubicado en la ciudad de Guayaquil 30 5123 Diseño de un sistema web para la Gestión de los procesos de cotización de reparación de vehículos colisionados para los talleres multimarcas Orgu Costa-Ford 30 5124 Sistema de gestión y control de talleres de vehículos para el Centro integral de reparación automotriz Mega-Auto 31 5125 Sistema de información para la gestión integral del mantenimiento de vehículos del gobierno autónomo descentralizado municipal del Cantón Sucumbíos, mediante la arquitectura N-Capas 32 5126 Propuesta de un sistema de información gerencial para la trazabilidad de repuestos a nivel nacional del grupo Purdy Motor 32 52 Marco teórico 33 521 Mejoramiento 33 5211 Mejora incremental 34 5212 Rediseño de procesos 34 5213 Reingeniería de procesos 35 522 Gestión operativa 35 5221 Innovación continua en la gestión de operaciones 35 523 Sistema de información 36 5231 Evolución de los sistemas de información 37 5232 Clasificación de los sistemas de información 37 5233 Innovación Tecnológica 38 524 Plataformas de integración 39 525 Stakeholders 39 526 Requerimientos funcionales 40 53 Marco normativo y legal 40 531 NTC - ISO 9001 versión año 2015 40 532 NTC – ISO 27001 versión año 2013 41 533 NTC – ISO 22301 versión año 2012 41 534 Ley 1581 del año 2012 41 535 Decreto 1377 del año 2013 42 536 Decreto 1360 del año 1989 Nivel Nacional 42 6 Marco Metodológico 42 61 Recolección de la información 42 611 Tipo de investigación 42 6111 Estudio de Caso 42 612 Fuentes de obtención de la información 43 6121 Fuentes primarias 43 6122 Fuentes secundarias 43 613 Herramientas 43 6131 Matriz de poder interés 43 6132 Diagrama de flujo de proceso 43 6133 Diagrama de flujo de datos 44 6134 Diagrama de contexto de la organización 44 6135 Matriz de trazabilidad de requisitos para evaluación de software 44 6136 Historias de usuario 44 6137 Scrum 44 614 Metodología de la investigación 44 615 Información recopilada 46 6151 Interesados del CDA 46 6152 Procesos del CDA 48 6153 Procedimiento de diagnóstico automotor 49 6154 Consulta de código Fasecolda 50 6155 Procedimiento de identificación vehicular 51 6156 Procedimiento de inspección visual 51 6157 Procedimiento de marcación 52 6158 Procedimiento de paso por pista 53 6159 Procedimiento de prueba de motor Diesel 54 61510 Procedimiento de prueba de motor gasolina 55 61511 Procedimiento de prueba de ruta 55 61512 Procedimiento registro fotográfico 56 61513 Flujo de datos 57 61514 Requerimientos fundamentales funcionales para el OMS 58 61515 Requerimientos fundamentales no funcionales para el OMS 67 61516 Software disponible en el mercado 74 61517 Proveedores de software a la medida 77 62 Análisis de la información 79 621 Tamizado de requerimientos fundamentales 79 622 Evaluación del software disponible y a la medida 83 63 Propuesta de solución 86 631 Periodos de desarrollo 86 632 Formación del equipo Scrum 86 6321 Gerente de proyecto 87 6322 Scrum Master 88 6323 Product Owner 89 6324 Equipo técnico 89 6325 Equipo funcional 89 6326 Developers 90 633 Requerimientos en Scrum 90 6331 Historias de usuario 90 6332 Product Backlog 91 634 Actividades de control: Eventos 92 6341 Planificación del Sprint 92 6342 Reunión diaria 93 6343 Review del sprint 93 6344 Retrospectiva del sprint 94 7 Impactos esperados y generados 95 71 Impactos esperados 95 711 Beneficios esperados a largo plazo 95 72 Impactos alcanzados 98 721 Administrativos 98 722 Caracterización de usuarios del OMS 99 723 Metodología de implementación 99 73 Discusión 99 8 Análisis financiero 100 81 Inversión proyectada 100 811 Infraestructura y licencias 100 812 Soporte 101 813 Software OMS 101 82 Utilidad económica 102 83 Retorno de la inversión 102 9 Conclusiones y recomendaciones 103 91 Conclusiones 103 92 Recomendaciones 106 10 Bibliografía 107EspecializaciónEspecialista en Gerencia de OperacionesEspecialización en Gerencia de Operaciones