Diseño Funcional de Módulo de Proyectos de Sistemas ERP Caso de Estudio en la Compañía Colombiana de Seguridad Electrónica Marnell Security

Texto completo

(1)DISEÑO FUNCIONAL DE MÓDULO DE PROYECTOS DE SISTEMAS ERP CASO DE ESTUDIO EN LA COMPAÑÍA COLOMBIANA DE SEGURIDAD ELECTRÓNICA MARNELL SECURITY. ANDRÉS MAURICIO CÉSPEDES GIL JHEYSON FABIÁN VILLAVISÁN BUITRAGO. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA ESPECIALIZACIÓN EN GESTIÓN DE PROYECTOS DE INGENIERÍA BOGOTÁ 2018 Página 1 de 50.

(2) Contenido 1.. INTRODUCCIÓN ........................................................................................................................ 4 1.1. Análisis conceptual y definición del problema .............................................................. 4. 1.2. Marco teórico ..................................................................................................................... 6. 1.2.1. Marco histórico .......................................................................................................... 6. 1.2.2. Marco conceptual ...................................................................................................... 8. 1.3. 2.. Metodología marco lógico ................................................................................................ 9. 1.3.1. Análisis de involucrados ........................................................................................... 9. 1.3.2. Influencia e impacto ............................................................................................... 11. 1.3.3. Estrategias ............................................................................................................... 12. 1.3.4. Supuestos ................................................................................................................. 12. 1.3.5. Alternativas .............................................................................................................. 13. ESTUDIO DE MERCADO ......................................................................................................... 14 2.1. Estudio de microentorno ................................................................................................ 14. 2.1.1 2.2. 3.. 4.. Resultados más relevantes de la encuesta ......................................................... 14. Estudio de macroentorno............................................................................................... 17. 2.2.1. Análisis de la oferta ................................................................................................ 17. 2.2.2. Canal de distribución .............................................................................................. 18. 2.2.3. Análisis de la demanda .......................................................................................... 18. 2.2.4. Análisis de los precios ............................................................................................ 20. 2.2.5. Análisis y plan de ventas........................................................................................ 21. ESTUDIO TÉCNICO ................................................................................................................. 22 3.1. Infraestructura requerida .............................................................................................. 22. 3.2. Etapas y Tiempo del desarrollo de software ............................................................... 23. 3.2.1. Recolección de información ................................................................................... 23. 3.2.2. Definición del alcance ............................................................................................. 23. 3.2.3. Análisis ...................................................................................................................... 23. 3.2.4. Diseño ....................................................................................................................... 23. ESTUDIO ADMINISTRATIVO ................................................................................................. 26 4.1. Diagrama de estructura organizacional ....................................................................... 26. 4.2. Diagrama funcional ......................................................................................................... 27. Página 2 de 50.

(3) 4.3. 5.. Perfiles de cargo.............................................................................................................. 27. 4.3.1. Director de proyecto ............................................................................................... 27. 4.3.2. Comercial.................................................................................................................. 28. 4.3.3. Ingeniero desarrollo ............................................................................................... 29. 4.3.4. Diseñador Gráfico.................................................................................................... 30. ESTUDIO FINANCIERO .......................................................................................................... 32 5.1. Análisis de sensibilidad ................................................................................................... 33. Tabla 11. Análisis de sensibilidad [fuente autor] ................................................................... 33 5.2. El siguiente es el flujo de caja: ..................................................................................... 33. Tabla 12. Escenarios financieros [fuente autor] .................................................................... 34 6.. CONCLUSIONES Y DECISIONES ........................................................................................... 35. REFERENCIAS .................................................................................................................................. 39 INDICE DE DIAGRAMAS................................................................................................................. 41 INDICE DE TABLAS......................................................................................................................... 42 ANEXOS ............................................................................................................................................ 43. Página 3 de 50.

(4) 1. INTRODUCCIÓN En las compañías de seguridad electrónica en donde no se encuentra implementado un sistema de planificación de recursos (ERP) robusto en los procesos misionales, se evidencia deterioro en su imagen con respecto a sus clientes inmediatos, puesto que se puede generar una percepción de lentitud y/o desorden, al igual que un alto riesgo de pérdidas económicas directas e indirectas representadas en omisión de cobros, tiempo de mano de obra del personal administrativo y reprocesos. Comportamiento que se presenta en la compañía Marnell Security, una empresa con cobertura a nivel nacional, más de 600 empleados y 50 proyectos mensuales promedio, donde implementar un módulo en la herramientas ERP que se integre con procesos de otras áreas, permitiría seleccionar, almacenar y analizar datos tanto de gestión como de proceso y de igual manera facilitar la toma de decisiones acertadas y a tiempo. De lo anterior parte el objetivo de este proyecto el cual es realizar el diseño funcional de un módulo de proyectos, para un sistema ERP, determinando la información relevante para las bases de datos en los proyectos; caso Marnell Security, definiendo las características de los proyectos e identificando los módulos de las áreas trasversales de la organización que interactuarían con este.. 1.1 Análisis conceptual y definición del problema La compañía Marnell Security se dedica al suministro, instalación y mantenimiento de sistemas electrónicos de seguridad. Es una organización funcional basada en procesos como finanzas, compras, recursos humanos, almacén, facturación, proyectos, entre otros. Actualmente tiene implementado un sistema ERP propio en los procesos transversales de la compañía nombrado “PRAMAS”, por sus siglas programa administrativo Marnell Security.. Página 4 de 50.

(5) Diagrama 1. Árbol de Análisis del problema [Fuente Autor]. Como se encuentra resumido en el diagrama 1 Árbol de Análisis del problema , se evidencia como la carencia de la implementación de un módulo ERP en el proceso misional de la empresa, genera las siguientes necesidades: • • • • •. Facilitar el ingreso y/o actualización de clientes al sistema ERP es la primera de las causas específicas para mantener la información actualizada de los clientes a atender y los dispositivos a instalar. Aprovechar los datos que cada proceso funcional de la compañía genera, los cuales normalmente se encuentran en las bases de datos y únicamente son aprovechados por las áreas que tienen relación directa con dicha información. Realizar gestión de recursos (Materiales, viáticos etc) en tiempo real. Comparar los viáticos con sus respectivas devoluciones. Lo cual infiere de manera directa en la ejecución de un proyecto o una instalación, ya que la gestión presupuestal es uno de los temas más relevantes. Gestionar las garantías es otra de las tareas fundamentales que un sistema ERP de esta magnitud debe manejar, y para lo cual la correcta interacción de la información de dichas garantías, con el fin de evitar cobros innecesarios u omisión de cobros, en mantenimientos.. Página 5 de 50.

(6) • •. Asignar actividades de las áreas de mantenimientos e instalaciones paralelamente, lo cual sirve para evidenciar coincidencias de la ubicación geográfica del recurso humano e indicadores reales de gestión. Determinar los módulos actuales que interactúan con el área de proyectos. Generalmente los módulos ERP están diseñados para proyectos genéricos de la industria, los cuales no cumplen con todas y cada una de las necesidades de las compañías que prestan servicios de instalación de seguridad electrónica, como las mencionadas anteriormente. Por lo que el objetivo de este proyecto es realizar el diseño funcional de un módulo de proyectos, para un sistema, caso Marnell Security, determinando la información relevante para las bases de datos en proyectos, definiendo las características de los proyectos e identificando los módulos de las áreas trasversales de la organización que interactuarían con este. 1.2 Marco teórico La compañía Marnell Security, es una compañía dedicada al suministro, instalación y mantenimiento de sistemas integrados de seguridad electrónica, la cual cuenta con aproximadamente 600 colaboradores y ejecuta proyectos en un promedio de 50 mensuales, por tal motivo y en vista de las necesidades específicas que presentan los proyectos que ejecutan, es necesario implementar modulo para sistemas ERP de características especializadas, con base en esto empresas del sector de la seguridad electrónica en Colombia deciden reclutar diseñadores Web, con el fin de satisfacer todas y cada una de las necesidades que implican estos tipos de proyectos, tal y como ocurre en el caso de la compañía en la cual se realizara este diseño inicial. 1.2.1 Marco histórico El primer bosquejo de un ERP empresarial se presentó en 1975, con el desarrollo de una herramienta que automatizaba las actividades y las transacciones empresariales, sin embargo dicha herramienta implicaba que la información registrada se compartiera a las demás áreas funcionales de la compañía de una forma manual, por lo cual se presentaban riesgos de duplicidad, omisión y/o eliminación de información [1], debido a la carencia de bases de datos, las cuales se encontraban apenas en el origen de su segunda generación (Nacimiento de la primera base de datos relacional, realizada por Oracle) [2]. Posteriormente se desarrollaron herramientas que preceden los sistemas ERP, como por ejemplo los MRP, los cuales consisten en una serie de procedimientos, reglas de decisión y registros diseñados para convertir el programa maestro de producción en necesidades netas para cada periodo de planificación. El objetivo con el que se desarrolló la metodología MRP, fue sustituir los sistemas de información tradicionales de planificación y control de la producción [3]. Página 6 de 50.

(7) El desarrollo del primer ERP se dio en la década de los 90s [4] por el grupo Gartner, con el Gartner1, después de esto, dichos sistemas han llevado a desarrollar grandes avances tecnológicos de las diferentes industrias, han evolucionado al mismo ritmo al que evolucionan las tecnologías de la información, en sus inicios estos sistemas se basaban en cliente-servidor, hasta llegar a arquitecturas multicapa o multi-tier [5], de igual modo a acoplar las tecnologías emergentes como lo es el internet y al día de hoy tecnologías de punta como lo son IOT e incluso a aplicativos móviles “app´s”, pero estos desarrollos aún no se encuentran totalmente finalizados, debido a que dichos sistemas deben cumplir con los criterios básicos como lo son integralidad, código flexible, tener la accesibilidad a diferentes módulos, acoplamiento a diferentes tamaños de compañías, a variedad de sectores. Existe en la industria una cantidad casi que infinita de sistemas ERP, ya sean comerciales, privados o de uso libre, de igual manera estos también varían dependiendo la plataforma en la que se implemente, como pueden ser sistemas basados en plataformas Web, basados en plataformas de sistemas operativos como Windows o basados en plataformas de sistemas operativos para dispositivos móviles entre otras plataformas, estas herramientas corporativas también varían dependiendo del tamaño de la compañía en la cual se pretende implementar, desde microempresas, pasando por las pymes y llegando a multinacionales ya que no todas cuentan con el presupuesto para su adquisición, aun así no existe un sistema que satisfaga la necesidad de todas las compañías en general, si bien existen plataformas como lo son SAP ERP, Oracle E-Business Suite, Microsoft Dynamics AX, estas no son completamente flexibles, en cuanto a implementación, el desarrollo; [6], parte de la dificultad de acoplar dichos sistemas en la industria de energía eléctrica, ya que la gestión de clientes presenta un nivel de complejidad tan alto, como el tamaño de la ciudad en la cual se trabaja, puesto que la cantidad de clientes es proporcional al tamaño de la red de suministro eléctrico que se pretende mantener o implementar, por otra parte [7], es el desarrollo de un sistema ERP flexible y adaptativo, a tal modo que el sistema se ajusta intuitivamente al propio usuario y no el usuario al sistema, es decir, facilita el crear procesos sin la necesidad de ser programador, esto mediante un sistema basado en diagramas de flujo jerárquicos. De igual modo existen sistemas de complejidad menor, los cuales son los ideales para compañías que inician en el mercado, es el caso del desarrollo: [8] el cual es uno de dichos sistemas, que apuntan más a la facilidad de implementación de uno de estos sistemas que a las características propias de la adquisición, ya que normalmente una pyme no cuenta con el recurso técnico ni tecnológico para instalar estas plataformas, pero la necesidad de contar con un sistema de estos es muy importante, ya que la ausencia de este sistema en una empresa que inicia, presenta desde un inicio una gran desventaja competitiva en el mercado. Ya instalado el sistema, la complejidad no termina, puesto que después de la implementación es necesaria una etapa de capacitación, del manejo de la herramienta.. Página 7 de 50.

(8) 1.2.2 Marco conceptual Según el Dr. Ananthi Sheshasaayee y Mrs. K. Bhargavi el cambio proporcionado por los sistemas de planificación de recursos empresariales (ERP) en cuanto a los sistemas tradicionales ha sido gradual. Las compañías que han introducido el uso de estos sistemas han reducido los riesgos de la organización y aumentado el rendimiento [9], pero es estrictamente necesario antes de realizar cualquier adquisición y la respectiva implementación, de un sistema de planificación de recursos en una compañía, tener clara una metodología o un criterio de selección del mismo, metodologías como las sugeridas por Florencia Chiesa, del centro de ingeniería de software e ingeniería del conocimiento, llamada MSSE por su sigla en español de Metodología para la selección de un sistema ERP, en la cual sugiere el paso a paso para una óptima selección de un sistema ERP y la empresa consultora que se encargaría de la implementación, mediante tres fases las cuales son [10]; 1) Selección de ERP 2) Selección del equipo de consultoría y 3) Planeación y presentación general del proyecto Por otra parte, Xavier Burgués et al. difieren en cuanto a la rigurosidad y la cantidad de fases necesarias para seleccionar e implementar un sistema de esta magnitud, las fases propuestas son cinco [11]: a) b) c) d) e). Estudiar la estrategia y los procesos de negocio y decidir adquirir un ERP Buscar candidatos y realizar un primer filtro Cavar en los candidatos y segundo filtro Análisis y demostración de candidatos Decisión final, negociación y planificación. Pero ¿son suficientes estas metodologías para determinar el sistema más eficiente para una compañía?, B Scholtz y C Clliers señalan que en la etapa de implementación no se proporciona la información cualitativa suficiente para determinar el comportamiento de los usuarios al interactuar con la interfaz de estos sistemas [12], ni tampoco, si dichos sistemas son para todas las compañías o si son para todos los diferentes procesos, si bien dentro de las características de un ERP están el ser modular, configurable y especializado [13] ¿Qué tan factible resulta adquirir un sistema ERP con estas características hoy en día?, cuando todas las compañías en su afán de marcar la diferencia, de salir del “molde” del mercado y de innovar, presentan grandes diferencias en cuanto a procesos internos. Pero esta no es la única limitante que presentan estos sistemas, al ser genéricos están encaminados a cumplir con las necesidades de la gran mayoría de compañías, o por lo menos con la mayoría de las áreas funcionales de la organización de cualquier compañía como lo son las finanzas, cadena de abastecimiento, gestión de recurso humano entre otras, dejando a un lado las compañías que necesitan un Página 8 de 50.

(9) sistema casi que personalizado, compañías como las de servicios de instalación de seguridad electrónica, en donde la mayoría de los módulos de un ERP aplican, exceptuando el proceso más importante, el proceso el cual es la razón de ser de este tipo de compañías. De lo anterior parte el objetivo de este proyecto el cual es realizar el diseño funcional de un módulo de proyectos, para un sistema ERP, determinando la información relevante para las bases de datos en los proyectos, caso Marnell Security, definiendo las características de los proyectos e identificando los módulos de las áreas trasversales de la organización que interactuarían con este. Una vez finalizado este proyecto y con la experiencia adquirida, se pretende incursionar en el diseño de módulos para sistemas ERP de procesos particulares que podrían ser completamente personalizados. 1.3 Metodología marco lógico Usando la metodología de marco lógico se analizaron las diferentes necesidades desde lo general a lo particular, teniendo en cuenta todos los involucrados en los diferentes niveles del proceso. El fin es la consolidación de una buena imagen ante el cliente y disminución de pérdidas económicas para la compañía, por medio del diseño de un módulo de proyectos para un ERP, generando permisos de usuario correctos y relacionando las bases de datos necesarias, para lo cual se definieron los siguientes componentes iniciales y las actividades necesarias para producir o lograr el fin: • • • • • • •. Ingreso o modificación ágil de información de oficinas/clientes. Cruce de los principales recursos automáticamente. Detección de coincidencias del personal técnico geográficamente y temporalmente. Asociación de garantías a proyectos finalizados. Detección de coincidencias del personal técnico geográficamente y temporalmente. Obtener y procesar automáticamente indicadores de proceso y gestión. Liquidación eficiente de los cobros de instalaciones.. 1.3.1 Análisis de involucrados Mediante entrevistas personales, la información histórica y reuniones con algunos involucrados, fue posible reunir la información para encontrar los principales focos del problema, aunque este proyecto impactará en mayor o menor medida a todos los actores de los procesos de la empresa, los limitamos a los más relevantes y quienes participarán activamente alguna de las fases del proyecto, agrupándolos según el roll que desempeñan dentro de la organización: Página 9 de 50.

(10) 1.3.1.1. Personal de proyectos y mantenimientos. Son ingenieros o quienes participan en el proceso instalación o mantenimiento del desarrollo de las tareas propias de la empresa. 1.3.1.2. Personal de desarrollo web. Son los ingenieros y el coordinador asignados particularmente al desarrollo del módulo ERP particularmente para este proyecto. 1.3.1.3. Líder de proceso de soporte técnico de proyectos. Ingeniero encargado del área de proyectos, es un involucrado clave, debido a la información que maneja tanto recibiendo como enviando y del cual se desea descentralizar la información para hacerla más accesible y procesable. 1.3.1.4. Líder de proceso de mantenimientos y servicio. Ingeniero encargado del área de mantenimientos y servicio, es un involucrado clave, debido a la información que maneja tanto recibiendo como enviando y del cual se desea descentralizar la información para hacerla más accesible y procesable. 1.3.1.5. Líder de proceso de soporte técnico de proyectos. Ingeniero encargado del área de proyectos, es un involucrado clave, debido a la información que maneja tanto recibiendo como enviando y del cual se desea descentralizar la información para hacerla más accesible y procesable. 1.3.1.6. Analista de operaciones. Es importante para avanzar según los lineamientos y objetivos de la organización, ya que esté involucrado maneja los indicadores generales de los cuales podemos tener información y además aprobará los indicadores planteados en este proyecto. 1.3.1.7. Alta dirección. La junta directiva en cabeza del gerente recibiendo informe de avance según el plan de comunicaciones y el cronograma planteado. Página 10 de 50.

(11) 1.3.1.8. Técnicos. Todos los técnicos de proyectos, mantenimiento y servicio que ingresen u obtengan información en alguna fase del proceso que se realiza actualmente o que se realizará luego de implementado el proyecto. 1.3.2 Influencia e impacto En la tabla de Análisis de involucrados, se especifica el nivel de influencia, el nivel de interés y el impacto positivo o negativo que pueden llegar a tener los grupos de involucrados en el proyecto.. ACTORES. NIVEL DE INTERES. PERSONAL DE PROYECTOS Y MTTOS. ALTO. NIVEL DE INFLUEN CIA MEDIO. IMPACTO POSITIVO. PERSONAL DE DESARROLLO WEB. MEDIO. ALTO. LIDER DE PROCESO DE SOPORTE TECNICO DE PROYECTOS. MEDIO. ALTO. LIDER DE PROCESO DE MTTOS DEL AREA DE SERVICIO. MEDIO. BAJO. IDENTIFICACION DE GARANTIAS. ANALISTA DE OPERACIONES (INDICADORES) ALTA DIRECCION. ALTO. BAJO. OPTIMIZACION DE TIEMPO. BAJO. ALTO. TECNICOS. MEDIO. MEDIO. *OPTENCION AGIL DE UTILIDAD *VERIFICACION DE ALCANCE DE PROYECTO INFORMACION VERAZ DE INSTALACIONES ASIGNADAS. OPTIMIZACION DE TIEMPO EN PROGRAMACION DE ACTIVIDADES. DISMINUCION EN SOLICITUDES DE CAMBIOS Y DESARROLLOS DEL MODULO DE PROYECTOS *VERIFICACION AGIL DE INDICADORES *FACTURACIÓN RAPIDA. *SEGUIMIENTO DE INSTALACIONES FACIL *SEGUIMIENTO FACIL DE RECURSOS. DIFICULTAD DE ADAPTACION A NUEVO MODULO. SOBRE CARGA DE TRABAJO INCUMPLIMIENTO DE TIEMPOS. *VEIFICACION AGIL DE GARANTIAS *VERIFICACIÓN DE PROYECTOS SATISFACTORIO S IDENTIFICACIO N AGIL DE MANTENIMIENT OS OPTENCION AGIL DE INDICADORES INFORMACIÓN VERAZ DE USO DE RECURSOS. TRAZABILIDAD DE HORAS EXTRA LABORALES. Tabla 1. Análisis de involucrados [Fuente Autor]. Página 11 de 50. IMPACTO NEGATIVO. ABANDONO DE PROYECTO. DIFICULTAD DE ADAPTACION CON MODULO DE MTTOS. ABANDONO DE PROYECTO. DIFICULTAD DE ADAPTACION A NUEVO MODULO.

(12) 1.3.3 Estrategias En la tabla Estrategias de implementación, se definieron algunas estrategias iniciales para sensibilizar y aumentar la aceptación del proyecto en los grupos de involucrados ACTORES. ESTRATEGIAS. PERSONAL DE PROYECTOS Y MTTOS. *CAPACITACION *PARTICIPACIÓN EN DESARROLLO. IMPLEMENTACIÓN DE INSTRUCTIVO. PERSONAL DE DESARROLLO WEB. ASIGNACION DE TAREAS ADECUADA. PLAN DE TRABAJO DETALLADO. LIDER DE PROCESO DE SOPORTE TECNICO DE PROYECTOS. SENSIBILIZACION DE NECESIDAD DE IMPLEMENTAR NUEVO MODULO. LIDER DE PROCESO DE MTTOS DEL AREA DE SERVICIO. CAPACITACION. ANALISTA DE OPERACIONES. *CAPACITACION *PARTICIPACIÓN EN DESARROLLO. ALTA DIRECCION. EXPOSICIÓN DE VENTAJAS DEL PROYECTO. TECNICOS. CAPACITACION. SENSIBILIZACION DE NECESIDAD DE IMPLEMENTAR NUEVO MODULO. Tabla 2. Estrategias de implementación [Fuente Autor]. 1.3.4 Supuestos A continuación, la principales circunstancias y eventos que deben ocurrir para que el proyecto sea exitoso, pero que no están dentro del control del equipo del proyecto. • • • • • •. Se diseñarán todos los submódulos del proyecto La información estará disponible para el equipo de trabajo en los tiempos requeridos Los usuarios aceptan el diseño de los módulos El equipo de trabajo estará disponible de acuerdo a las asignaciones temporales del diagrama de Gantt El alcance se definió claramente El presupuesto del proyecto está hecho correctamente. Página 12 de 50.

(13) • •. El diseño final se publicará con toda la información para que pueda ser implementado en otras aplicaciones El equipo de trabajo se encuentra capacitado en las actividades asignadas. 1.3.5 Alternativas Con todo lo anterior ya definido, surgen tres posibilidades o alternativas mediante las cuales es posible llegar a los fines planteados para la consecución de la meta final que es mejorar la imagen y reducir las pérdidas económicas de la empresa. 1.3.5.1 Completar el desarrollo del módulo de proyectos del erp implementado actualmente Actualmente existe una plataforma administrativa basada en WEB la cual fue implementada por la compañía hace 5 años y desde la cual se evidenciaron algunos puntos de mejora relacionados con el módulo de proyectos, por lo que una de las alternativas para lograr estas mejoras es completar el desarrollo del módulo de proyectos del ERP implementado actualmente por medio de un desarrollo complementario con la misma plataforma de desarrollo. 1.3.5.2. Adquirir un ERP nuevo para reemplazar el implementado actualmente. La segunda alternativa para lograr implementar estas mejoras relacionadas con el módulo de proyectos es adquirir un nuevo ERP para reemplazar el implementado actualmente. 1.3.5.3 Desarrollar un ERP nuevo para reemplazar el implementado actualmente La tercera alternativa para lograr implementar estas mejoras relacionadas con el módulo de proyectos es diseñar, desarrollar e implementar un nuevo ERP para reemplazar el implementado actualmente, un módulo de sistema ERP, que cumpla con las características nombradas en la definición del problema; • Debe contener información detallada de los equipos a instalar • Retroalimentar cuando una instalación cumple sus tiempos de garantía • Identificar la ruta crítica de una instalación • Generar indicadores de proceso y de gestión de las instalaciones. Página 13 de 50.

(14) 2. ESTUDIO DE MERCADO Este estudio del mercado de módulo de proyectos de sistemas ERP en la compañía colombiana de seguridad electrónica Marnell Security, analiza la oferta y la demanda, además de consolidar información práctica de interés y finalmente analizar las alternativas y presentar el producto más adecuado. 2.1 Estudio de microentorno Por medio de una encuesta en la empresa Marnell Secutity se realizó el análisis para evaluar las alternativas de solución para las deficiencias del ERP implementado actualmente ver Anexo 1 ENCUESTA. 2.1.1 Resultados más relevantes de la encuesta En el diagrama 2 Distribución del personal se evidencia la distribución del personal de la compañía, en donde se concluye que el 65 %, lo que representa un total de 390 personas que laboran en ella, que no cuentan con un sistema centralizado que optimice el tiempo y los recursos.. DISTRIBUCIÓN DEL PERSONAL 5%. 8%. 5%. 17% 65%. * Operativa. * Administrativa. * Finanzas. * Mercadotecnia. * Informatica (IT). Diagrama 2. Distribución del personal [Fuente Autor]. Página 14 de 50.

(15) En el diagrama 3 “Falencias percibidas en el sistema actual” se evidencia, que la precepción de los trabajadores hacia el sistema, es que tiene falencias en los permisos de usuario o niveles de acceso, al igual que la lentitud de actualización de la información en el sistema, y la dificultad para generar informes.. FALENCIAS PERCIBIDAS EN EL SISTEMA ACTUAL 15% 33%. 80%. 57%. * Permisos de usuario erroneos. * Bases de datos no relacionadas. * Descarga de informes no personalizados. * Demora en la actualizacion de la informacion. Diagrama 3. Falencias percibidas en el sistema actual [Fuente Autor]. En el diagrama 4 “Percepción de los usuarios hacia el nivel de completado en el que se encuentra el módulo ” se evidencia la percepción de los usuarios hacia el porcentaje de finalizado del módulo de proyectos, concluyendo que el 79% de las personas, considera que le hace falta por completar el módulo en un intervalo de 50 a 100%.. Página 15 de 50.

(16) PORCENTAJE DE FINALIZADO DEL MÓDULO DE PROYECTOS 7% 15%. 37%. 42%. * 0% a 25%. * 26% a 50%. * 51% a 75%. * 76% a 100%. Diagrama 4. Percepción de los usuarios hacia el nivel de completado en el que se encuentra el módulo [Fuente Autor]. El diagrama 5 Adquisición de módulo estándar, se evidencia la percepción de los usuarios hacia la adquisición de un sistema complementario, en donde se observa que el 92% de los usuarios consideran que la adquisición de un módulo ERP estándar, no cubre el 100% de las necesidades.. ADQUISICIÓN DE MÓDULO ESTANDAR 8%. 30%. 28%. 33%. * 0% a 25%. * 26% a 50%. * 51% a 75%. * 76% a 100%. Diagrama 5. Percepción de los usuarios a Adquisición de módulo estándar [Fuente Autor]. Página 16 de 50.

(17) 2.2 Estudio de macroentorno Con el objetivo de establecer el mercado potencial y las necesidades puntuales en cuanto a módulos para sistemas ERP se realizó la siguiente investigación de mercado: 2.2.1 Análisis de la oferta Según la superintendencia de sociedades [14], en la tabla 3 Ranking ingresos operacionales en Colombia la siguiente es clasificación de las primeras diez empresas del sector de software con los siguientes criterios; ingresos operacionales:. RAZÓN SOCIAL IBM DE COLOMBIA Y CIA ORACLE COLOMBIA LIMITADA CARVAJAL Y TECNOLOGÍA NEXSYS DE COLOMBIA S.A. SAP COLOMBIA SAS DELL COLOMBIA INC CONTROLES EMPRESARIALES LTDA EXPERIAN COLOMBIA SA NEC DE COLOMBIA S.A. INDRA SISTEMAS S.A. INGRESOS OPERACIONALES EN MILLONES DE $ 819.358 433.944 403.802 374.714 269.417 230.419 166.050 155.220 152.629 11.748. Tabla 3. Ranking ingresos operacionales en Colombia [Superintendencia de sociedades]. Para realizar el estudio se tomó como base una de las diez compañías, siendo SAP Colombia la más reconocida a nivel mundial, y puesto que se encuentra implementada en varios de los clientes finales de las compañías del segmento de mercado escogido (Compañías de seguridad electrónica): Empresa A: Divix Ltda es una empresa dedicada al mantenimiento, instalación y suministro de sistemas integrados de seguridad electrónica, con cobertura nacional, y con clientes financieros como Bancolombia, Davivienda y BBVA. Empresa B: Bi- SSE es una empresa dedicada al mantenimiento, instalación y suministro de sistemas de seguridad electrónica, con cobertura en el centro del país, y con clientes financieros como Bancolombia entre otros Empresa C: SDS es una empresa dedicada al mantenimiento, instalación y suministro de sistemas de seguridad electrónica, con cobertura en el centro del país, y con clientes financieros como Banco BBVA entre otros.. Página 17 de 50.

(18) 2.2.2 Canal de distribución La comercialización de los sistemas ERP, en su gran medida se ajusta a su estrategia de comercialización, este proyecto tiene seleccionado como canal principal de distribución el canal directo a cliente final, esto con el ánimo de mitigar costos indirectos de implementación y el costo de intermediarios. 2.2.3 Análisis de la demanda A continuación, se presenta el análisis del segmento de mercado seleccionado y la proyección de la demanda para los próximos años (5) años, basados en el mercado potencial y/o mercado in-atendido por la industria de los sistemas ERP. 2.2.3.1. Segmento de mercado seleccionado. Las siguientes son las características del segmento de mercado seleccionado, (características similares a las que presenta la compañía del caso de estudio Marnell Security): • • •. Empresa con más de 100 colaboradores Empresa con cobertura geográfica total o parcial de Colombia Empresa con ingresos de más de 500 millones de pesos mensuales. 2.2.3.2. Distribución geográfica del mercado del producto. El mercado potencial para el producto diseñado se ubica en las ciudades principales del país, como lo son Bogotá y Medellín, en el siguiente diagrama “Distribución geográfica del mercado potencial”, se evidencia la estimación de la distribución geográfica en Colombia del mercado potencial:. Página 18 de 50.

(19) Diagrama 6. Distribución geográfica del mercado potencial [Fuente Autor] Color amarillo: baja demanda, b) color verde: demanda moderada, c) color azul: Alta demanda. 2.2.3.3. Proyección de la demanda. Las características y la delimitación geográfica anteriormente evidenciadas, estiman que el mercado al cual apunta el producto final de este proyecto, lograría penetrar en como máximo 8 compañías con cobertura nacional, las cuales se referencian a continuación: • • • • • • • •. Marnell Secutity (Caso de estudio) BI SSE SDS DIVIX GLOBAL PROSEGUR G4S INTEGRA. Página 19 de 50.

(20) 2.2.3.3.1 Localización La localización para la implementación del proyecto se definió en las oficinas del cliente Cra. 66a #4g-74, Bogotá puesto que es allí donde se concentra la infraestructura técnica, al igual que la mayor cantidad de involucrados como lo son los usuarios quienes aportarían la información detallada y los desarrolladores, por otra parte, está el cliente directo. Las características de las instalaciones se definieron según la normatividad actual de. diseño de los espacios y elementos necesarios para la construcción y adecuación de oficinas, garantizando condiciones óptimas de trabajo y salud de los involucrados.. Diagrama 7. Localización para implementación [Fuente Autor]. 2.2.4 Análisis de los precios El mecanismo de formación de precio para el proyecto se basa en los precios de la competencia o precio imitativo, para lo cual se procedió a solicitar cotización en tres de las empresas mencionadas en el apartado 2.2.1, comparativa mostrada a continuación en la tabla 4 “Precios de implementación de por módulo de sistemas ERP ” y reflejada en el diagrama 7 Localización para implementación. EMPRESA A. EMPRESA B. IMPLEMENTACIÓN. $ 1.250.000.000. $. COSTO LICENCIA ANUAL. $. $ 108.000.000. SOPORTE. $. 125.000.000 12.000.000. $. 90.000.000. 24.000.000. EMPRESA C $. 45.000.000. $ 150.000.000 $ -. Tabla 4. Precios de implementación de por módulo de sistemas ERP [Fuente Autor]. Página 20 de 50.

(21) COMPARATIVO PRECIO. EMPRESA C. EMPRESA B. EMPRESA A. $-. $500,000,000 IMPLEMENTACIÓN. $1,000,000,000. COSTO LICENCIA ANUAL. $1,500,000,000 SOPORTE. Diagrama 7. Comparativa de precios productos existentes [Fuente Autor]. 2.2.5 Análisis y plan de ventas De acuerdo al segmento de mercado seleccionado y a la proyección de la demanda anteriormente mencionada, en el diagrama 8 “Plan de ventas Plan de ventas ”, se muestra cual es el plan de ventas para los próximos 5 años:. PLAN DE VENTAS 5 AÑOS 2.5 2 1.5. 1 0.5 0 año 1. año 2. año 3. año 4. Diagrama 8. Plan de ventas [Fuente Autor]. Página 21 de 50. año 5.

(22) 3. ESTUDIO TÉCNICO Por medio de este estudio se realiza la evaluación de los aspectos técnicos que se requieren para desarrollar un módulo ERP del área de proyectos integrado con el sistema actual, se define cuáles son las características del software, del hardware, las etapas de desarrollo asociadas a tiempos invertidos en cada una de ellas y por ultimo las herramientas a implementar, óptimas para el desarrollo de este proyecto. Las definiciones técnicas de los aspectos a implementar en este estudio impactan directamente el análisis financiero ya que la definición de herramientas y tiempos conlleva a la determinación de costos de las mismas. Características del software de desarrollo El software de desarrollo debe brinda compatibilidad, funcionalidad, escalabilidad, confiabilidad, y facilidad de operación. Entre las características mínimas del desarrollo de este software se requiere que sea multiplataforma y que tenga una interfaz web, la funcionalidad del software debe permitir: • La aplicación web debe comunicarse con el sistema actual • Para los procesos que requieren seguimiento el sistema debe guardar en una base de datos compatible la información. • El software de desarrollo tendrá la facilidad de dejar mensajes en grabadora. • El software de desarrollo permitirá integrar los módulos. • Los datos de comparación podrán ser ingresados manualmente • El software de desarrollo deberá permitir la generación de reportes estadísticos tabulares y gráficos por intervalos de tiempo. 3.1 Infraestructura requerida Características del hardware requerido Pc Programador: (3 unidades), para ingenieros con las siguientes especificaciones • 1 procesadores intel Core I7 • 1 discos duros 1TB • 1 tarjetas de Red Servidor: (1 unidad), con las siguientes especificaciones • Procesadores intel Core I5 • Memoria RAM: 4GB • 3 discos Duros de 1TB • 1 tarjetas de Red Página 22 de 50.

(23) • • •. 1 unidad óptica: DVD ROM 2 Fuente de poder Arquitectura: tipo Rack. UPS: (1 unidad) con las siguientes especificaciones 1 unidad alterna de alimentación 1KVA/h 3.2 Etapas y Tiempo del desarrollo de software A continuación, se relacionan todas y cada una, las etapas del proceso para crear el módulo de proyectos a la medida: 3.2.1 Recolección de información En la primera etapa tiene el objetivo principal es la consecución de un primer documento en que queden reflejados los datos, documentos, procesos, procedimientos e información disponible y necesaria para la ejecución del proyecto. Recurso: Ingeniero de Proyecto 3.2.2 Definición del alcance En esta etapa se define el alcance final del proyecto, los entregables, tiempos, documentos, funcionalidades y requerimientos, además de las exclusiones y los supuestos que se deben tener en cuenta. Recurso: Ingeniero de Proyecto 3.2.3 Análisis Definición de estructura, relaciones, evolución temporal, detalle de funcionalidades que van a dar una descripción clara de qué sistema vamos a construir, qué funcionalidades va a aportar y qué comportamiento va a tener. Recurso: Ingeniero de Proyecto Ingeniero de desarrollo 3.2.4 Diseño Teniendo claridad del alcance, la interacción que debe tener el sistema, es necesario definir cómo va a hacerlo, aquí se determina en detalle entidades y relaciones de las Página 23 de 50.

(24) bases de datos, se pasará de casos de uso esenciales a su definición como casos expandidos reales, se seleccionará el lenguaje más adecuado para la interfaz del usuario final, además del sistema gestor de base de datos, librerías, configuración de hardware y redes. Recurso: Ingeniero de desarrollo Implementación Llegado este punto se empieza a codificar algoritmos y estructuras de datos, definidos en las etapas anteriores, en el correspondiente lenguaje de programación y/o para un determinado sistema gestor de bases de datos. Recurso: Ingeniero de desarrollo Diseñador grafico Pruebas y ajustes Con el objetivo de garantizar que el sistema ha sido diseñado, desarrollado implementado correctamente, sin desviaciones considerables o no documentadas mediante los controles de cambio, es conveniente que sean realizados todas las pruebas y ajustes del módulo. En esta etapa es necesario el acompañamiento del cliente o una auditoria ya que de este proceso depende la entrega del proyecto. Recurso: Ingeniero de desarrollo Ingeniero de Proyecto Entrega Esta etapa tiene como objetivo la verificación de que el sistema desarrollado cumple con los requisitos expresados inicialmente por el cliente y que han dado lugar al presente proyecto además de formalizar la entrega con el consolidado de los entregables parciales. A continuación en; “Diagrama de flujo del proceso”, se presenta el diagrama de flujo de las actividades:. Página 24 de 50.

(25) Diagrama 9. Diagrama de flujo del proceso [Fuente Autor]. Página 25 de 50.

(26) 4. ESTUDIO ADMINISTRATIVO Con el fin de cumplir con los requerimientos del producto, las siguientes son las herramientas que permiten identificar la estructura organizacional, jerárquica y los perfiles adecuados para alinear a las metas los logros y tareas de cada uno de los colaboradores:. 4.1 Diagrama de estructura organizacional En la figura “Organigrama Propuesto “se muestran las áreas y cargos jerárquicamente necesarios para desarrollar el módulo personalizado:. DIRECTOR DEL PROYECTO. COMERCIAL O VENDEDOR. INGENIERO DESARROLLO. Diagrama 10. Organigrama Propuesto [Fuente Autor]. Página 26 de 50. DISEÑADOR GRÁFICO.

(27) 4.2 Diagrama funcional En la figura “Diagrama de funciones ”, se muestra gráficamente la importancia de cada uno de los roles: DIRECTOR DEL PROYECTO FUNCIONES: PLANEAR, COORDINAR, VERIFICAR TODAS Y CADA UNA DE LAS ACTIVIDADES DEL PROYECTO. INGENIERO DESARROLLO FUNCIONES: RECIBIR Y EJECUTAR TODOS Y CADA UNO DE LOS PARAMETROS DEL SOFTWARE. COMERCIAL O VENDEDOR FUNCIONES: CAPTAR NUEVOS CLIENTES Y ATACAR EL SEGMENTO DE MERCADO SELECCIONADO. DISEÑADOR GRÁFICO FUNCIONES: DISEÑAR LA INTERFAZ GRÁFICA AMIGABLE PARA EL USUARIO FINAL. Diagrama 11. Diagrama de funciones [Fuente Autor]. 4.3 Perfiles de cargo Con el fin de reclutar al personal idóneo, con características tanto generales como particulares, se crean o determinan a continuación los perfiles de cargo, compuestos por una serie de conocimientos y habilidades complementados por una mínima experiencia laboral, las cuales se especifican a continuación:. 4.3.1 Director de proyecto En la tabla 5 Perfil director de proyecto, se evidencian las competencias, conocimientos, formación y experiencia que debe tener el director de proyectos:. PERFIL DE CARGO NOMBRE DE CARGO. DIRECTOR DE PROYECTO. CARGO DEL CUAL DEPENDE. N/A. CARGOS QUE LE REPORTAN. COMERCIAL, INGENIERO DESARROLLO, DISEÑADOR GRÁFICO NIVEL DE EDUCACIÓN (MARQUE CON X). PRIMARIA. Página 27 de 50. TECNÓLOGO.

(28) BACHILLERATO. PROFESIONAL. X. TÉCNICO. ESPECIALISTA. X. FORMACIÓN Y/O HABILIDADES (MARQUE CON X) SISTEMAS. X. CONTABILIDAD. OPCIONAL. MERCADEO O VENTAS. HABILIDADES ESPECIFICAS HABILIDADES ESPECIFICAS. X. HABILIDADES ESPECIFICAS EXPERIENCIA. TIEMPO DE EXPERIENCIA AÑOS MESES. [3:5]. ACTIVIDADES PRIMARIAS X ACTIVIDADES SECUNDARIAS OTRAS ACTIVIDADES COMPETENCIAS PERSONALES. DESARROLLO DE PAGINAS WEB CONOCIMIENTO EN ASPECTOS LEGALES Y TRIBUTARIOS CONOCIMIENTO EN VENTAS DESARROLLO DE PAGINAS WEB TRABAJO CON BASES DE DATOS. COMPROMISO. X. NIVEL MINIMO. 5. INTEGRIDAD. X. 5. RELACIONES INTERPERSONALES ORIENTACIÓN AL SERVICIO. X. 5. X. 5. ORIENTACIÓN AL LOGRO. X. 5. ADAPTABILIDAD. X. 5. LIDERAZGO. X. 5. Tabla 5. Perfil director de proyecto [fuente autor]. 4.3.2 Comercial En la tabla 6 Perfil comercial, se evidencian las competencias, conocimientos, formación y experiencia que debe tener el gerente de cuenta o comercial:. PERFIL DE CARGO NOMBRE DE CARGO. GERENTE DE CUENTA. CARGO DEL CUAL DEPENDE. DIRECTOR DE PROYECTOS. CARGOS QUE LE REPORTAN. INGENIERO DE DESARROLLO NIVEL DE EDUCACIÓN (MARQUE CON X). PRIMARIA. TECNÓLOGO. BACHILLERATO. PROFESIONAL. TÉCNICO. ESPECIALISTA FORMACIÓN Y/O HABILIDADES (MARQUE CON X). Página 28 de 50. OPCIONAL.

(29) SISTEMAS. HABILIDADES ESPECIFICAS. CONTABILIDAD. X. MERCADEO O VENTAS. X. TIEMPO DE EXPERIENCIA. X. VENTAS DE PRODUCTOS DE I.T.. EXPERIENCIA ACTIVIDADES PRIMARIAS MINIMO 2 ACTIVIDADES SECUNDARIAS OTRAS ACTIVIDADES COMPETENCIAS PERSONALES. AÑOS MESES. CAPTAR CLIENTES DE MERCADO META CAPTAR CLIENTES MERCADOS NUEVOS. COMPROMISO. X. NIVEL MINIMO. 5. INTEGRIDAD. X. 5. RELACIONES INTERPERSONALES ORIENTACIÓN AL SERVICIO. X. 5. X. 5. ORIENTACIÓN AL LOGRO. 3. ADAPTABILIDAD. 4. LIDERAZGO. 3. Tabla 6. Perfil comercial [fuente autor]. 4.3.3 Ingeniero desarrollo En la tabla 7 ingeniero desarrollo, se evidencian las competencias, conocimientos, formación y experiencia que debe tener el ingeniero de desarrollo:. PERFIL DE CARGO NOMBRE DE CARGO. INGENIERO DE DESARROLLO. CARGO DEL CUAL DEPENDE. DIRECTOR DE PROYECTOS, COMERCIAL. CARGOS QUE LE REPORTAN. N/A NIVEL DE EDUCACIÓN (MARQUE CON X). PRIMARIA. TECNÓLOGO. BACHILLERATO. PROFESIONAL. X. TÉCNICO. ESPECIALISTA. OPCIONAL. FORMACIÓN Y/O HABILIDADES (MARQUE CON X) SISTEMAS CONTABILIDAD MERCADEO O VENTAS. Página 29 de 50. X. HABILIDADES ESPECIFICAS. DISEÑO DE PAGINAS WEB PROGRAMACIÓN AVANZADA BASES DE DATOS.

(30) EXPERIENCIA TIEMPO DE EXPERIENCIA AÑOS MESES. OPCIONAL. ACTIVIDADES PRIMARIAS ACTIVIDADES SECUNDARIAS 6 OTRAS ACTIVIDADES COMPETENCIAS PERSONALES. COMPROMISO. X. INTEGRIDAD. X. DESARROLLO DE PLATAFORMA ERP PREVENTA. NIVEL MINIMO. 5 5. RELACIONES INTERPERSONALES ORIENTACIÓN AL SERVICIO. 3 4. ORIENTACIÓN AL LOGRO. X. 5. ADAPTABILIDAD. X. 5. LIDERAZGO. 2. Tabla 7. Perfil ingeniero desarrollo [fuente autor]. 4.3.4 Diseñador Gráfico En la tabla 8 diseñador gráfico, se evidencian las competencias, conocimientos, formación y experiencia que debe tener el diseñador gráfico:. PERFIL DE CARGO NOMBRE DE CARGO. DISEÑADOR GRÁFICO. CARGO DEL CUAL DEPENDE. DIRECTOR DE PROYECTOS. CARGOS QUE LE REPORTAN. N/A NIVEL DE EDUCACIÓN (MARQUE CON X). PRIMARIA. TECNÓLOGO. BACHILLERATO. PROFESIONAL. X. TÉCNICO. ESPECIALISTA. OPCIONAL. FORMACIÓN Y/O HABILIDADES (MARQUE CON X) SISTEMAS. X. HABILIDADES ESPECIFICAS. CONTABILIDAD. DISEÑO DE INTERFAZ DE USUARIO DESARROLLO WEB. MERCADEO O VENTAS EXPERIENCIA TIEMPO DE EXPERIENCIA. Página 30 de 50. OPCIONAL. ACTIVIDADES PRIMARIAS. DISEÑO DE INTERFAZ.

(31) AÑOS. ACTIVIDADES SECUNDARIAS 6 OTRAS ACTIVIDADES COMPETENCIAS PERSONALES. MESES. NIVEL MINIMO. APOYO DESARROLLO. COMPROMISO. X. INTEGRIDAD. X. 5. RELACIONES INTERPERSONALES ORIENTACIÓN AL SERVICIO. X. 5. ORIENTACIÓN AL LOGRO. X. 3. ADAPTABILIDAD LIDERAZGO. 4 4. X. Tabla 8. Perfil diseñador gráfico [fuente autor]. Página 31 de 50. 5. 5.

(32) 5. ESTUDIO FINANCIERO Los siguientes son los recursos económicos necesarios, para llevar a cabo el desarrollo e implementación del presente proyecto; mano de obra directa y de infraestructura, posteriormente se presentan los diferentes escenarios con respecto a la tasa interna de retorno y el flujo de caja relacionado con el plan de ventas anteriormente presentado. Recursos de nómina necesarios:. COSTOS DE MANO DE OBRA DIRECTA DISEÑADOR GRÁFICO. 1. INGENIERO DESARROLLO. 1. DIRECTOR DE PROYECTO. 1. GERENTE DE CUENTA. 1. MENSUAL. ANUAL. $ 3.037.173 $ 3.037.173 $ 3.796.467 $ 2.105.474 $ 11.976.287. $ 36.446.076 $ 36.446.076 $ 45.557.604 $ 25.265.688 $ 143.715.444. Tabla 9. Costos mano de obra directa [fuente autor] Ver ANEXO Calculo salarial. Inversión necesaria de equipos:. EQUIPOS. MENSUAL. SERVIDOR. 1. COMPUTADOR CORE I7. 3. COMPUTADOR CORE I3. 1. TOTAL. $ 18.000.000 $ 6.900.000 $ 1.500.000 $ 26.400.000. Tabla 10. Inversión equipos de cómputo [fuente autor]. Página 32 de 50. DEPRESIACIÓN ANUAL $ 3.600.000 $ $ $. 1.380.000 300.000 5.280.000.

(33) Inversión anual y mensual en costos de infraestructura:. INFRAESTRUCTURA SERVICIOS. 1. ARRIENDO. 1. TOTAL. MENSUAL. ANUAL. $ 400.000 $ 2.000.000 $ 55.200.000. $ 4.800.000 $ 24.000.000 $ 39.360.000. Tabla 11. Costos de infraestructura [fuente autor]. 5.1 Análisis de sensibilidad En la tabla análisis de sensibilidad, se presentan los posibles escenarios, basados en el impacto que presenta el precio con respecto a la demanda:. ESCENARIOS PRECIO. VPN. TIR. optimista. $ 200.000.000. $. 114.274.095. 76%. realista. $ 180.000.000. $. 51.925.844. 46%. pesimista. $ 170.000.000. $. 20.751.719. 31%. Tabla 11. Análisis de sensibilidad [fuente autor]. 5.2 El siguiente es el flujo de caja: Con el fin de realizar el análisis financiero del proyecto se contempló: • • • • •. inversión inicial para adquisición de servidor Pago de nómina de 2 ingenieros de desarrollo (los primeros 2 años) y un comercial Al arriendo por 6 meses, mediante un préstamo de $40.000.000 y 40.000.000 de capital propio Una Tasa de interés de oportunidad de 20%: Teniendo en cuenta la proyección de ventas. Página 33 de 50.

(34) FLUJO DE CAJA PRECIO. $ 180.000.000. CANTIDAD DE VENTAS INGRESOS. 1. $ 180.000.000 1. $ 180.000.000. $ 180.000.000. 2. 2. $ 180.000.000 2. $ 180.000.000. $ 180.000.000. $ 360.000.000. $ 360.000.000. $ 360.000.000. EGRESOS. $ 177.315.444. $ 177.315.444. $ 255.007.596. $ 255.007.596. $ 255.007.596. ARRIENDO. $ 24.000.000. $ 24.000.000. $ 24.000.000. $ 24.000.000. $ 24.000.000. COMISIONES. $ 4.800.000. $ 4.800.000. $ 9.600.000. $ 9.600.000. $ 9.600.000. SERVICIOS. $ 4.800.000. $ 4.800.000. $ 4.800.000. $ 4.800.000. $ 4.800.000. NÓMINA. $ 143.715.444. $ 143.715.444. $ 216.607.596. $ 216.607.596. $ 216.607.596. DEPRECIACION EQUIPOS COMPUTO DEPRECIACIÓN SERVIDOR ÍNTERESES. $ 1.680.000. $ 1.680.000. $ 2.600.000. $ 2.600.000. $ 2.600.000. $ 3.600.000. $ 3.600.000. $ 3.600.000. $ 3.600.000. $ 3.600.000. $ 4.000.000. $ 3.138.117. $ 2.190.045. $ 1.147.167. FLUJO DE CAJA ANTES DE IMPUESTOS IMPUESTOS 30% FLUJO DE CAJA DESPÚES DE IMPUESTOS DEPRECIACIÓN. -$ 4.915.444. -$ 4.053.561. $ 99.202.359. $ 100.245.237. $ 101.392.404. -$ 1.474.633. -$ 1.216.068. $ 29.760.708. $ 30.073.571. $ 30.417.721. -$ 3.440.811. -$ 2.837.493. $ 69.441.651. $ 70.171.666. $ 70.974.683. $ 5.280.000. $ 5.280.000. $ 6.200.000. $ 6.200.000. $ 6.200.000. AMORTIZACIÓN. $ 8.618.832. $ 9.480.715. $ 10.428.787. $ 11.471.666. PRÉSTAMO. INVERSIÓN INICIAL VALOR DE SALVAMENTO FLUJO DE CAJA NETO. $ 40.000.000. $ 80.000.000 $ 6.000.000 -$ 40.000.000. -$ 6.779.643. -$ 7.038.208. $ 65.212.864. Tabla 12. Escenarios financieros [fuente autor]. Página 34 de 50. $ 64.900.001. $ 83.174.683.

(35) 6. NORMOGRAMA Con el fin de conocer, unificar y organizar la normatividad reglamentaria, obligatoria, legal, las normas técnicas y la reglamentación interna relacionadas con el proyecto se creó el siguiente normograma, los miembros de la organización deberán aplicar, consultar, estudiar y promoverlas de una manera más fácil. NORMA Constitución Política Colombiana de 1991 Norma Técnica ISO/IEC 23270écnica ISO/IEC 23270:2006 Norma Técnica ISO/IEC 23270:2006 Norma Técnica Colombiana NTC 5854. DESCRIPCION Norma Superior. Especifica la forma y establece la interpretación de los programas escritos en el lenguaje de programación C#. Especifica la forma y establece la interpretación de los programas escritos en el lenguaje de programación. Accesibilidad a Páginas Web.. Por la cual se establece la norma nacional de emisión Resolución 627 de 2006 de ruido y ruido ambiental. Por la cual se dictan normas sobre Protección y Conservación de la Audición Resolución 8321 de 1983 de la Salud y el bienestar de las personas, por causa de la producción y emisión de ruidos. POLÍTICA NACIONAL DE CIENCIA Y TECNOLOGÍA 2000-2002”, Documento Conpes Departamento Nacional de Planeación, República de Colombia. Se dictan disposiciones para el fomento de la Ley 29 de 1990 investigación científica y el desarrollo tecnológico. “Por la cual se crea el Ley 872 del 30 de diciembre sistema de gestión de la calidad en la Rama Ejecutiva de 2003 del Poder Público y en otras entidades prestadoras de servicios”. Página 35 de 50.

(36) “Por el cual se adopta la actualización de la Norma Decreto 4485 del 18 de Técnica de Calidad en la Gestión noviembre de 2009 Pública”. Norma Internacional ISO. Sistemas de Gestión de la Calidad-Requisitos, vigente. Lineamientos generales de gobierno en línea Directiva Presidencial No. 02 del 12 de febrero de 2002 Decreto 1151 de 2008 “Respeto al derecho de autor y los derechos conexos, en lo referente a utilización de programas de ordenador (software)”. por medio de la cual se aprueba el Acuerdo por el que se establece la Organización Mundial de Comercio (OMC). Artículo 10: 1. “Los Ley 170 de 1994 programas de ordenador, sean programas fuente o programas objeto, serán protegidos como obras literarias en virtud del Convenio de Berna (1971).” (Régimen Común sobre Derecho de Autor y Derechos Conexos). Comunidad Andina. Artículo 23: “Los programas de ordenador se protegen en los mismos términos que las obras Decisión 351 de 1993 literarias… Sin perjuicio de ello, los autores o titulares de los programas de ordenador podrán autorizar las modificaciones necesarias para la correcta utilización de los programas.” Los programas de ordenador están protegidos como Ley 565 de 2000 por medio obras literarias en el de la cual se aprueba el marco de lo dispuesto en el artículo 2 del Convenio de Tratado de la OMPI sobre Berna. Dicha protección Derechos de Autor, adoptado se aplica a los programas de ordenador, cualquiera en Ginebra el 20 de diciembre que sea su modo o forma de 1996. Artículo 4 de expresión. artículo 270 Del Código Penal sanciona a quien viole derechos morales. Página 36 de 50.

(37) sanciona a quienes sin autorización previa y expresa del titular de los derechos correspondientes, artículo 271 Del Código Penal vulneren los derechos patrimoniales sanciona a quienes violen los mecanismos de artículo 272 Del Código Penal protección de derechos Las obras de dominio público: son aquellas que pasan a libre disposición artículo 187 Ley 23 de 1982 de la comunidad, sin tener que pagar por su disfrute o utilización. Decisión 351 de 1993 Derechos de autor Acuerdo de Cartagena. Firmada en Ginebra en 1952 y revisada en París en Convención Universal sobre el 1971, al cual adhirió Colombia por medio de la Ley 48 Derecho de Autor, de 1975. Para la Protección de las Obras Literarias y Artísticas de 1886, cuya última modificación se firmó en París en Convenio de Berna 1971, al cual adhirió Colombia a través de la Ley 33 de 1987. Declara el software como un bien protegido por los Decreto 1360 de 1989 derechos de autor. Ley 23 de 1982. Derechos de autor. Ley 44 de 1993 Por la cual se modifica y adiciona la Ley 23 de 1982. Aprobatoria del tratado OMPIWCT, sobre derechos de Ley 565 de 2000 autor Sobre Derecho de Autor, suscrito en Ginebra en 1996, Tratado OMPI al cual adhirió Colombia mediante la Ley 565 de 2000.. Página 37 de 50.

(38) 7. CONCLUSIONES Y DECISIONES •. •. •. •. Las condiciones técnicas para ejecutar el proyecto, presentan viabilidad puesto que la tecnología y recursos requeridos son de fácil acceso, lo cual representa un aspecto favorable para el proyecto, aportando e incentivando al desarrollo económico del país. El proyecto es viable financieramente, sin embargo presenta una gran sensibilidad con respecto al plan de ventas definido, en todos los escenarios, debido a que la variación del precio impacta en gran medida el sostenimiento económico del proyecto. El estudio de mercado muestra la necesidad de abarcar un nicho de mercado más amplio, esto con el fin de aumentar la cantidad de ventas al año y disminuir los riesgos asociados a la sensibilidad financiera. El proyecto presenta una tasa interna de retorno atractiva en el análisis de sensibilidad realizado, lo que incentiva el desarrollo y la ejecución del proyecto. Página 38 de 50.

(39) REFERENCIAS [1] David, Y. Ruldeviyani & P. Sandhyaduhita. (2013). Analysis and Design of Enterprise Resource Planning (ERP) System for Small and Medium Enterprises (SMEs) in the Sales Business Function Area. ICACSIS, N/A, 255-260. 2017, 11 Oct., De IEEE Base de datos. [2] He Jinjin. (2013). the design of ERP in the Multi-tier architecture. International Conference on Digital Manufacturing & Automation978-0-7695-5016-9/13 $26.00 © 2013 IEEEDOI 10.1109/ICDMA.2013.3441441 be, 4, 1441-1444. 2017, Oct. 11, De IEEE Base de datos. [3] (Cooper y Zmumd, 1990).COOPER, R.B. y ZMUD, R.W. (1990), «Information technology implementation research: a technological diffusion approach», Management Science, Vol. 16 No. 2, pp. 123-39. [4] Lidia Contreras. (2017). Historia de las Bases de Datos. 2017, 11 Oct., de Blog de historia de la informática Sitio web: http://histinf.blogs.upv.es/2011/01/04/historia-de-las-bases-de-datos/ [5] Andrés F. Rodríguez M., José A. Pineda M. & Ricardo Sánchez O. (2002). Sistemas de planificación de recursos empresariales: un caso real. Aplicaciones tecnológicas, n/a, 248-254. 2017, 11 Oct, De IEEE Base de datos [6] C. CHEN & L DING. (2010). Planning and Design of Distributed Multilayer EPERP System. International Conference on E-Business and E-Government, n/a, 20762079. 2017, 12 Oct, De IEEE Base de datos. [7] B a ́ lintMoln ́ar & Zsigmond M. (n/a). Design and Implementation of a Workflow Oriented ERP System. n/a, N/A, 1-8. 2017, 12 Oct., De IEEE Base de datos. [8] David, Y. Ruldeviyani, P. Sandhyaduhita. (2013). Analysis and Design of Enterprise Resource Planning (ERP) System for Small and Medium Enterprises (SMEs) in the Sales Business Function Area. ICACSIS, n/a, 255-260. 2017, 12 Oct., De IEEE Base de datos. [9] Dr.Sheshasaayee A. & Bhargavi K. (2017). Design and Impact of an ERP and Automation Model in the Administration Sectors. International Conference on Innovative Mechanisms for Industry Applications, 1, 1-4. 2017, octubre 10, De IEEE Base de datos. Página 39 de 50.

(40) [10] Florencia Chiesa. (n/a). METODOLOGÍA PARA SELECCIÓN DE SISTEMAS ERP. N/a, n/a, 1-21. 2017, 10 oct., De n/a Base de datos. [11] Burgués X., Franch X. & Pastor A. (2000). Formalising ERP Selection Criteria. International Workshop on Software Specification and Design, N/A, 1-8. 2017, 10 oct, De IEEE Base de datos. [12] Scholtz B., Cilliers C. & Calitz A... (2013, oct.). Qualitative Techniques for Evaluating Enterprise Resource Planning (ERP) User Interfaces. SAICSIT, n/a, 284293. 10 oct 2017, De IEEE Base de datos. [13] desconocido. (20 sep. 2017). Sistema de planificación de recursos empresariales. 10 oct. 2017, de Wikipedia la enciclopedia libre Sitio web: https://es.wikipedia.org/wiki/Sistema_de_planificaci%C3%B3n_de_recursos_empr esariales [14] Superintendencia de Sociedades. (Julio de 2015). Desempeño del sector Obtenido de INFORME: 2012-2014. http://www.supersociedades.gov.co/noticias/Documents/2015/EE1%20Estudio%20Sectorial%20Software-%202015%20VII%2030.pdf. Software. Página 40 de 50.

(41) INDICE DE DIAGRAMAS 1. 2. 3. 4.. Árbol de Análisis del problema Distribución del personal Falencias percibidas en el sistema actual Percepción de los usuarios hacia el nivel de completado en el que se encuentra el módulo 5. Adquisición de módulo estándar 6. Distribución geográfica del mercado potencial 7. Localización para implementación 8. Plan de ventas 9. Diagrama de flujo del proceso 10. Diagrama de funciones 11. Diagrama de funciones Organigrama Propuesto Diagrama de funciones. Página 41 de 50.

(42) INDICE DE TABLAS 1. Análisis de involucrados 2. Estrategias de implementación 3. Ranking ingresos operacionales en Colombia 4. Precios de implementación de por módulo de sistemas ERP 5. Perfil director de proyecto 6. Perfil comercial 7. ingeniero desarrollo 8. diseñador gráfico 9. Costos mano de obra directa 10. Diagrama de funciones 11. Diagrama de funciones Análisis de sensibilidad 12. Escenarios financieros. Página 42 de 50.

(43) ANEXOS ENCUESTA ¿EN QUE ÁREA DE LA EMPRESA TRABAJA? *OPERATIVA *ADMINISTRATIVA *FINANZAS *MERCADOTÉCNIA *INFORMATICA (IT). ¿SABE QUE ES UN ERP? *SI *NO. ¿HA USADO ALGUNA VEZ EL ERP DE LA EMPRESA? *SI *NO. ¿LE PARECE ÚTIL EL USO DE ERP PARA EL DESARROLLO Y LA GESTIÓN DE PROYECTOS? *SI *NO. ¿TIENE USUARIO EN EL ERP? *SI *NO. ¿CREE QUE CONOCER ESTE TIPO DE SOFTWARE MEJORA SU PERFIL PROFESIONAL? *SI *NO. ¿LE GUSTARÍA UNA CAPACITACIÓN SOBRE MANEJO DEL ERP? *SI *NO. ¿CREE QUE UN ERP GENERA REPROCESOS? *SI *NO. Página 43 de 50.

(44) ¿CUÁl O CUALES DE LAS SIGUIENTES LIMINTANTES DEL ERP ACTUAL CREE QUE SON IMPORTANTES MEJORAR? *PERMISOS DE USUARIOS *BASES DE DATOS NO RELACIONADAS *DESCARGA DE INFORMES NO PERSONALIZADOS *DEMORA DE ACTUALIZACIÓN DE INFORMACIÓN. ¿EN QUE PORCENTAJE CREE QUE ADQUIRIR UN ERP NUEVO RESOLVERIA LAS DEFICIENCIAS? *0% A 25% *26% A 50% *51% A 75% *76% A 100%. ¿EN QUE PORCENTAJE CREE QUE DESARROLLAR UN ERP RESOLVERÍA LAS DEFICIENCIAS? *0% A 25% *26% A 50% *51% A 75% *76% A 100%. ¿LE GUSTARÍA PARTICIPAR ACTIVAMENTE DESDE SU ÁREA DE CONOCIMIENTO, DE UN PROYECTO PILOTO PARA LA CREACIÓN DE UN MÓDULO PARA ERP? *SI *NO. FICHA TECNICA Objetivo Población objetivo Tamaño de la población Tamaño de la muestra Método de muestreo Error ponderado estimado Confiabilidad Desviacion Estandar Periodo de recolección de información Periocidad Forma de recolección de la información Realizada por. Página 44 de 50. Evaluar las alternativas de solucion para las deficiencias del ERP implementado en la empresa Marnell Security. Empleados de la empresa Marnell security 500 60 Estimación de proporción 10% 95% 0,5 Semestre 2 de 2017 Única Encuesta en Intranet (anónima) Área de Proyectos.

(45) ANEXO Calculo Salario Ingeniero de proyectos: DIRECTOR DE PROYECTO SUELDO BASICO AUXILIO DE TRANSPORTE HORAS EXTRAS. $ 2.500.000. $ -. COMISIONES VIATICOS TOTAL BASICO. $ $ 2.500.000. APORTES. EMPLEADOR. EMPLEADO. SALUD. $ 212.500 $ 300.000 $ 13.050. $ 100.000 $ 100.000 $ -. PENSION RIESGO. PARAFISCALES SENA. $ 50.000 ICBF $ 75.000 CAJA DE $ COMPENSACIÓN 100.000 DERECHOS DEL EMPLEADO PRIMA CESANTIAS INTERESES DE CESANTIAS VACACIONES. SALARIO TOTAL. Página 45 de 50. $ 208.333 $ 208.333 $ 25.000 $ 104.250 $ 1.296.467 $ 3.796.467.

(46) ANEXO Calculo Salario Ingeniero de desarrollo INGENIERO DESARROLLO SUELDO BASICO. $ 2.000.000. AUXILIO DE TRANSPORTE HORAS EXTRAS. TOTAL, BASICO. $ $ $ $ $ 2.000.000. APORTES. EMPLEADOR. EMPLEADO. SALUD. $ 170.000 $ 240.000 $ 10.440. $ 80.000 $ 80.000 $ -. COMISIONES VIATICOS. PENSION RIESGO. PARAFISCALES SENA. $ 40.000 ICBF $ 60.000 CAJA DE $ COMPENSACIÓN 80.000 DERECHOS DEL EMPLEADO PRIMA CESANTIAS INTERESES DE CESANTIAS VACACIONES. SALARIO TOTAL. Página 46 de 50. $ 166.667 $ 166.667 $ 20.000 $ 83.400 $ 1.037.173 $ 3.037.173.

(47) ANEXO Calculo Salario Diseñador gráfico DISEÑADOR GRÁFICO SUELDO BASICO AUXILIO DE TRANSPORTE HORAS EXTRAS. $ 2.000.000. $ -. COMISIONES VIATICOS TOTAL, BASICO. $ $ 2.000.000. APORTES. EMPLEADOR. EMPLEADO. SALUD. $ 170.000 $ 240.000 $ 10.440. $ 80.000 $ 80.000 $ -. PENSION RIESGO. PARAFISCALES SENA. $ 40.000 ICBF $ 60.000 CAJA DE $ COMPENSACIÓN 80.000 DERECHOS DEL EMPLEADO PRIMA CESANTIAS INTERESES DE CESANTIAS VACACIONES. SALARIO TOTAL. Página 47 de 50. $ 166.667 $ 166.667 $ 20.000 $ 83.400 $ 1.037.173 $ 3.037.173.

(48) ANEXO Calculo Salario Gerente de cuenta o comercial COMERCIAL SUELDO BASICO. $ 1.000.000. AUXILIO DE TRANSPORTE HORAS EXTRAS. TOTAL BASICO. $ 81.700 $ $ 400.000 $ $ 1.481.700. APORTES. EMPLEADOR. EMPLEADO. SALUD. $ 85.000 $ 120.000 $ 5.220. $ 40.000 $ 40.000 $ -. COMISIONES VIATICOS. PENSION RIESGO. PARAFISCALES SENA. $ 20.000 ICBF $ 30.000 CAJA DE $ COMPENSACIÓN 40.000 DERECHOS DEL EMPLEADO PRIMA CESANTIAS INTERESES DE CESANTIAS VACACIONES. SALARIO TOTAL. Página 48 de 50. $ 123.475 $ 123.475 $ 14.817 $ 61.787 $ 623.774 $ 2.105.474.

(49) ANEXO TABLA AMORTIZACIÓN PRESTAMO PRESTAMO PERIODO. SALDO. INTERES. PAGO. AMORTIZACIÓN. TASA. 0. 40000000. 1. 31381167,85. 4000000. 12618832,15. $. 2. 21900452,49. 3138116,785. 12618832,15. $. 3. 11471665,59. 2190045,249. 12618832,15. $. 10.428.787. 10%. 4. 0. 1147166,559. 12618832,15. $. 11.471.666. 10%. Página 49 de 50. 10% 8.618.832. 10%. 9.480.715. 10%.

(50) ANEXO DISEÑO DE PLANTA. Página 50 de 50.

(51)