Utilidad para el proyecto
Anuncio
UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERÍA ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA “OPTIMIZAR LA TOMA DE INFORMACIÓN PARA LA GERENCIA DE GESTIÓN DE SERVICIOS DE LA EMPRESA TGESTIONA MEDIANTE INTELIGENCIA DE NEGOCIOS” TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO INFORMÁTICO PRESENTADO POR DURAN SALCEDO, JOSELLYN SOPHIA LIMA - PERÚ 2014 DEDICATORIA A mis padres, por el ejemplo de perseverancia que me han infundado siempre, por el valor mostrado para salir adelante y por su amor. AGRADECIMIENTOS Agradezco a Dios por protegerme durante todo mi camino y darme fuerzas para superar obstáculos y dificultades a lo largo de mi vida. A mi madre, que me ha enseñado a no desfallecer ni rendirme ante nada. A mi padre quien con sus consejos ha sabido guiarme a lo largo de mi carrera universitaria. EPÍGRAFE "Nunca consideres el estudio como un deber, sino como una oportunidad para penetrar en el maravilloso mundo del saber". Albert Einstein. RESUMEN Con este trabajo pretendo consolidar la información del estudio realizado en la empresa Tgestiona, en el área de Gestión de Servicios. El modelo permite enfocarse en proceso de seguimiento económico de la implementación y operación de servicios. Enriqueciendo por lo tanto la información para la generación de informes gerenciales eficientes y para la buena toma de decisiones para el negocio. Para ello, en primer lugar analizamos el flujo que se lleva a cabo para el seguimiento económico de los servicios. Luego se mostrará los beneficios del sistema de toma de decisiones propuesto con el sistema actual. 1. Sistema de toma de decisiones 2. Informes gerenciales 3. Seguimiento económico ABSTRACT This study aims to consolidate information study Tgestiona Company in the area ofservice management. The model allows us to focus on economic monitoring process of the implementation and operation of services. This enriching information for efficient management reporting and for good decision-making for the business. For this, firstly analyze the flow takes place for economic monitoring services. Then show the benefits of the proposed decision-making under the current system. 1. System decision 2. Management reports 3. Economic monitoring INTRODUCCIÓN .............................................................................................................................. 7 CAPÍTULO I: VISIÓN DEL PROYECTO ...................................................................................... 8 1.1. Antecedentes del Problema .................................................................................................... 8 1.1.1. El Negocio....................................................................................................................... 8 1.1.1.1. Organización ..................................................................................................... 8 1.1.1.2. Visión ............................................................................................................... 10 1.1.1.3. Misión ............................................................................................................... 10 1.1.1.4. Posicionamiento en el Mercado (Competencia) ....................................... 11 1.1.2. ProcesosdelNegocio ................................................................................................... 11 1.2. Fundamentación del Problema............................................................................................. 12 1.3. Objetivos del Proyecto ........................................................................................................... 13 1.3.1. Marco Lógico ................................................................................................................ 13 1.3.1.1. Árbol de Problemas ....................................................................................... 13 1.3.1.2. Árbol de Objetivos .......................................................................................... 15 1.3.2. Objetivo General .......................................................................................................... 17 1.3.3. ObjetivosEspecíficos ................................................................................................... 17 1.4. Importancia (Justificación) ..................................................................................................... 17 1.4.1. JustificaciónAcadémica .............................................................................................. 17 1.4.2. Beneficios Tangibles ................................................................................................... 17 1.4.3. Beneficios Intangibles ................................................................................................. 17 1.5. Alcance ..................................................................................................................................... 18 1.6. Viabilidad .................................................................................................................................. 18 1.6.1. Viabilidad Técnica........................................................................................................ 18 1.6.2. ViabilidadEconómica ................................................................................................... 19 1.6.3. Viabilidad Legal ............................................................................................................ 21 CAPÍTULO II: MARCO TEÓRICO ............................................................................................... 22 2.1. Business Process Outsourcing (BPO) ................................................................................ 22 2.1.1. Categorías del BPO .................................................................................................... 22 2.2. Business Intelligence (BI) ...................................................................................................... 23 2.2.1. Herramientas de inteligencia de negocios ............................................................... 24 2.3. Sistemas de Información ....................................................................................................... 25 2.4. Indicadores de gestión y económicos ................................................................................. 27 CAPÍTULO III: ESTADO DEL ARTE ........................................................................................... 28 3.1. La evaluación de proyectos de inversión para la toma de decisiones ........................... 28 3.2. Un método para hallar la tasa de rentabilidad de proyectos no-simples de inversión ........................................................................................................................................... 29 3.3. Seguimiento a los proyectos con FlagSavia....................................................................... 29 3.4. Control de proyecto con Basecamp ..................................................................................... 31 3.5. Metodologías ........................................................................................................................... 32 3.5.1. Metodología Pesada ................................................................................................... 32 3.5.2. Metodología Ágil .......................................................................................................... 33 3.6. Herramientas ........................................................................................................................... 34 3.6.1. Herramientas para el Modelado de Procesos de Negocio.................................... 34 3.6.2. Lenguajes de Programación ...................................................................................... 35 CAPÍTULO IV: MODELADO DEL NEGOCIO ............................................................................ 37 4.1. Reglas del Negocio ................................................................................................................ 37 4.2. Casos de Uso del Negocio .................................................................................................... 38 4.2.1. Relación de Casos de Uso del Negocio................................................................... 38 4.2.2. Diagrama de Casos de Uso del Negocio ................................................................. 38 4.2.3. Especificaciones de Casos de Uso del Negocio .................................................... 38 CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO ............................................................ 41 5.1. Requerimientos del Software ................................................................................................ 41 5.1.1. Relación de Requerimientos ...................................................................................... 41 5.1.2. Especificación de Requerimientos ............................................................................ 42 5.1.2.1. Requerimientos Funcionales ........................................................................ 42 5.1.2.2. Requerimientos No Funcionales.................................................................. 42 5.2. Casos de Uso del Sistema .................................................................................................... 44 5.2.1. Diagrama de Actores del Sistema............................................................................. 44 5.2.2. Diagrama de Paquetes ............................................................................................... 44 5.2.3. Casos de Uso del Sistema ......................................................................................... 44 5.2.3.1. Relación de CUS’s ......................................................................................... 44 5.2.3.2. Diagrama General de Casos de Uso del Sistema .................................... 45 5.2.4. Especificaciones de Casos de Uso del Sistema..................................................... 45 5.2.5. Matriz de stakeholders vs features ........................................................................... 49 5.3. Modelo Conceptual del Sistema........................................................................................... 50 5.3.1. Diagrama del Modelo de clases ................................................................................ 50 5.4. Benchmarking ......................................................................................................................... 51 5.5. Prototipos de la Solución ....................................................................................................... 51 5 CAPÍTULO VI: ARQUITECTURA ................................................................................................ 53 6.1. Realización de Casos de Uso más significativos para la arquitectura ........................... 53 6.1.1. Relación de casos de uso más significativos para la arquitectura ...................... 53 6.1.2. Realización de Casos de Uso de Análisis y Diseño............................................... 53 6.2. Modelo de Datos ..................................................................................................................... 55 6.2.1. Diagrama de Modelo de Datos .................................................................................. 55 6.2.2. Diccionario de Datos ................................................................................................... 56 6.3. Modelo de Despliegue ........................................................................................................... 56 6.4. Modelo de Componentes ...................................................................................................... 57 CAPÍTULO VII: DESARROLLO Y PRUEBAS ........................................................................... 57 7.1. Desarrollo ................................................................................................................................. 57 7.1.1. Plataforma Tecnológica .............................................................................................. 57 7.1.2. Descripción de los Estándares de Desarrollo ......................................................... 57 7.2. Pruebas .................................................................................................................................... 58 7.2.1. Plan de Pruebas del Proyecto ................................................................................... 58 CAPÍTULO VIII: GESTIÓN DEL PROYECTO ........................................................................... 60 8.1. Organización del Proyecto .................................................................................................... 60 8.1.1. Organigrama del Proyecto ......................................................................................... 60 8.1.2. EDT del Proyecto ......................................................................................................... 60 8.2. Estimación y Ejecución del Proyecto ................................................................................... 61 8.2.1. Cronograma de Ejecución del Proyecto................................................................... 61 8.3. Gestión de Riesgos del Proyecto: predecibles y no predecibles .................................... 61 8.3.1. Lista de Riesgos Predecibles .................................................................................... 61 8.3.2. Lista de Riesgos No Predecibles .............................................................................. 63 CONCLUSIONES ........................................................................................................................... 64 RECOMENDACIONES.................................................................................................................. 64 GLOSARIO DE TÉRMINOS ......................................................................................................... 65 REFERENCIAS BIBLIOGRÁFICAS ............................................................................................ 68 6 INTRODUCCIÓN La empresa ‘Telefónica Gestión de Servicios Compartidos S.A.C’, conocida también como ‘Tgestiona Perú’, es la empresa del Grupo Telefónica líder en Business ProcessOutsourcing (BPO). Mediante la tercerización de servicios, Tgestiona brinda a otras empresas soluciones integrales en gestión administrativa adaptadas a las necesidades del cliente. Tgestiona tiene como misión brindar un servicio de soluciones de negocio confiables, eficientes y oportunas, para permitir a sus clientes enfocarse en las actividades que les genere mayor valor. El objetivo general de este trabajo de investigación es llegar a la implementación del sistema propuesto para lograr que el proceso de gestión de servicios sea manejado de tal forma que ayude a la empresa a la toma rápida de decisiones respecto a sus recursos. 7 CAPÍTULO I: VISIÓN DEL PROYECTO 1.1. Antecedentes del Problema 1.1.1. El Negocio Telefónica Gestión de Servicios Compartidos Perú S.A.C (Tgestiona Perú), es la Empresa del Grupo Telefónica líder en Business ProcessOutsourcing (BPO). Bajo el modelo de tercerización de servicios, Tgestiona brinda a otras empresas soluciones integrales en gestión administrativa adaptadas a las necesidades de las mismas, con altos estándares de calidad y eficiencia. Además, Tgestiona se encuentra en 5 países y posee más de 8 años de experiencia en el mercado peruano. 1.1.1.1. Organización Tgestiona es una organización internacional especializada en brindar servicio de soluciones de negocio. PORTAFOLIO DE SERVICIOS a. b. c. d. e. f. g. h. Tecnologías y Sistemas de Negocios Gestión de Seguridad Recaudación y cobranza Gestión Humana FacilitiesManagment Consultoría y Soluciones de negocios Gestión Logística Contabilidad, Tesorería y Tributos CATÁLOGO DE SERVICIOS a. Sistemas de Negocios - Consultoría de Sistemas - Software Factory - Mejora de Procesos TI - Aseguramiento de Calidad - Gestión PMO b. Tecnologías de Información - Testing de Aplicaciones - Base de Datos - Seguridad de la Información 8 c. Soluciones ERP - Gestión Documental - Recursos Humanos - SAP ORGANIGRAMA DE LA EMPRESA a. Organigrama general de la empresa Gerente General (JVoysestF) GG. Telefonica Centros de Cobro (CBorgoñoT) Director Comercial (CBorgoñoT) Director de Seguridad y Protección (ECuevaD) Director de Servicios Económicos (RVillegasP) Director de Gestión y Desarrollo Humano (MBohorquezP) Director de Tecnologías de Información y Sistemas de negocios (RBernedoB) Director de Facilities Management (RGodoyVila) Gerente de Control de Gestión (WArceD) Figura N°1 – Organigrama general de la empresa b. Organigrama de la Dirección de Tecnologías y Sistemas de negocios 9 Figura N° 2 – Organigrama de la Dirección de Tecnologías y Sistemas de Negocios 1.1.1.2. Visión Ser la organización líder en la prestación de servicios de soluciones de negocio a nivel nacional e internacional, reconocido por contribuir al crecimiento sostenido y rentable de sus Clientes y su negocio, y al desarrollo de su equipo humano. 1.1.1.3. Misión Tgestiona es una organización internacional especializada en brindar servicio de soluciones de negocio confiables, eficientes y oportunas, para permitir a sus Clientes enfocarse en las actividades que les genere mayor valor. Esto se cumple gracias a un equipo humano comprometido y capacitado 10 asegurando un crecimiento sostenido y rentable para sus accionistas y contribuyendo al desarrollo de sus empleados y de la sociedad. 1.1.1.4. Posicionamiento en el Mercado (Competencia) 1.1.2. ProcesosdelNegocio A continuación se muestran los procesos del negocio: Figura N° 3 – Diagrama de proceso del negocio (Fuente propia) 11 Figura N° 4 – Diagrama de flujo del negocio (Fuente propia) 1.2. Fundamentación del Problema Luego de observar las actividades realizadas en la Gerencia de Gestión de Servicios, en la empresa Tgestiona, se pudo determinar que los procesos de extracción y explotación de información económica de los servicios de TI son deficientes. Estos procesos son importantes para el análisis de la información de los servicios de TI, así como para la generación de los informes gerenciales que son la fuente de toma de decisiones del gerente y director del área. Actualmente, la captura y explotación de la información es una actividad que demanda esfuerzo ya que se realiza mediante documentos Excel. Esto origina que mayormente el informe gerencial no se encuentre disponible cuando el Director o gerente lo solicite. 12 1.3. Objetivos del Proyecto 1.3.1. Marco Lógico 1.3.1.1. Árbol de Problemas El árbol de problemas es una técnica que nos ayuda a desarrollar ideas para identificar un problema y organizar la información que hayamos recolectado, generando de esta forma relaciones causales que explican dicho problema. Jacques M. Chevalier en su libro, Guía para la Investigación Colaborativa y la Movilización Social, sostiene: “El Árbol de problemas es de utilidad para analizar las causas y efectos de un primer y segundo niveles de un problema central.” 13 Toma de decisionesineficaces Esfuerzo innecesario de los recursos asignados al proyecto Captura de informaciónirrelevante Déficit en la calidad de los informes gerenciales Emisión de reportes gerenciales fuera del tiempo solicitado Insuficienteinformaciónobtenida Informesgerencialesimp osibles de realizar Pérdida de la información PROCESOS DE EXTRACCIÓN Y EXPLOTACIÓN DE LA INFORMACIÓN ECONÓMICA DE LOS PROYECTOS DE IT PARA LA EMISIÓN DE INFORMES GERENCIALES DEFICIENTES. Informaciónfragmentada Evaluacióneconómica a destiempo Demora en el acceso a la información 14 1.3.1.2. Árbol de Objetivos El árbol de objetivos es la versión positiva del árbol de problemas, para ello se revisará cada problema y se convertirá en un objetivo realista. De esta forma las causas se convertirán en medios y los efectos en fines. 15 Toma de decisioneseficaces Eficiente uso de los recursos asignados al proyecto Captura de informaciónrelevante Calidad de los informes gerenciales adecuada Emisión de reportes gerenciales en el tiempo solicitado Obtención de informacióncompleta Informesgerencialescom pletos. Alta disponibilidad información de la PROCESOS DE EXTRACCIÓN Y EXPLOTACIÓN DE LA INFORMACIÓN ECONÓMICA DE LOS PROYECTOS DE IT PARA LA EMISIÓN DE INFORMES GERENCIALES EFICIENTES. Informaciónconsolidada Evaluacióneconómica a tiempo Rapidez en el acceso a la información 16 1.3.2. Objetivo General Mejorar los procesos de extracción y explotación de información económica de los proyectos de IT para emitir informes gerenciales que permitan tomar decisiones en menor tiempo y con información más detallada. 1.3.3. ObjetivosEspecíficos - Capturar información relevante para la generación de informes gerenciales - Emitir los informes gerenciales en el tiempo solicitado - Obtenerinformesgerencialescompletos - Mejorar la calidad de los informes gerenciales brindando la información necesaria para la toma de decisiones. 1.4. Importancia (Justificación) 1.4.1. JustificaciónAcadémica 1.4.2. Beneficios Tangibles La implantación de este sistema mostrará los siguientes beneficios: - Acceso a los informes gerenciales en cualquier momento - Generación automática de los informes gerenciales - Generación rápida y efectiva de los informes gerenciales - Obtención de información confiable y completa de los servicios 1.4.3. Beneficios Intangibles Ciertos beneficios que adquiere la organización mediante el uso de este sistema son difíciles de medir pero aún así siguen siendo importantes. Estos son los beneficios intangibles: - Ahorra tiempo y esfuerzo en la extracción y explotación de información - Mejora el proceso de toma de decisiones - Incrementa la satisfacción de los empleados suprimiendo esfuerzos innecesarios en la captura de información. Página 17 1.5. Alcance Desarrollar una herramienta que otorgue indicadores de aspecto económico sobre los servicios que brinda la Gerencia de Gestión de Servicios de la empresa TGestiona. Para el desarrollo de esta herramienta no se contempla la automatización de los procesos de venta, implementación y operación de servicios, sin embargo la información de los servicios brindados por la empresa se tomarán de los procesos venta e implementación de servicios. 1.6. Viabilidad 1.6.1. Viabilidad Técnica En el análisis de la viabilidad técnica se evalúa si el equipo y software están disponibles o si el software puede ser creado. Debido a que son necesarios recursos tecnológicos (software y hardware) se mostrarán propuestas técnicas para el desarrollo del proyecto. a. Propuesta N° 1 Equipo o Producto Cantidad Computadoras (una servidor) Sistema Operativo Gestor de Bases de Datos IDE Especificación 2 Procesador Intel Core i5 de 2.8 GHz, Disco duro de 80GB de capacidad mínima, Memoria RAM DDR2 de 512 MB, Puerto USB, monitor, teclado, mouse. 1 XP 1 SQL Server 2008 1 Microsoft VS Professional 2010 b. Propuesta N° 2 Equipo o Producto Cantidad Computadoras (una servidor) Sistema Operativo Gestor de Bases de Datos IDE Especificación 2 Procesador Intel Core i3 de 2.8 GHz, Disco duro de 80GB de capacidad mínima, Memoria RAM DDR2 de 512 MB, Puerto USB, monitor, teclado, mouse. 1 XP 1 SQL Server 2008 Express 1 Microsoft VS Express 2010 Página 18 1.6.2. ViabilidadEconómica La viabilidad económica incluye análisis de costos y los beneficios de cada alternativa del proyecto. a. Propuesta N° 1 Producto Microsoft Visual Studio Professional 2010 Costo Sistema S/. 1,572.50 Windows Microsoft SQL Server 2008 S/. 2,152.50 Windows IBM Rational Software HP ProLiant ML110 G7 S/. 2,462.50 Windows S/. 2,652.50 Windows b. Propuesta N° 2 Producto Microsoft Visual Studio 2010 Express Microsoft SQL Server 2008 Express Star UML HP ProLiant ML110 G7 Costo Sistema S/. 0.00 Windows S/. 0.00 Windows S/. 0.00 Windows S/. 2,652.50 Windows Cálculo de VAN Se ha realizado la evaluación de costos aproximados y beneficios estimados para el cálculo del retorno de la inversión. A continuación se muestra el estimado de gastos actuales de la empresa sin poseer un sistema: Cuadro N° 2.1.1 Gasto actual de la empresa (sin sistema) Página 19 Cuadro N° 2.1.2 Gasto de la empresa (con sistema) Se estima invertir en el proyecto un aproximado de S/. 25,298.87 soles para el desarrollo del proyecto. Se muestra el cuadrodelbeneficioneto del proyecto: Costo Total (Actual) Costo Total (Sistema) BeneficioBruto Reducción en Gasto de Material (papel, folders, etc.) S/. 2,300.00 S/. 231.25 S/. 2,068.75 BeneficioNeto S/. 2,168.75 S/. 100.00 Cuadro N° 2.1.3 Beneficioneto Por lo cual, procedemos al cálculo del VAN: Periodo Mes 0 (inversión) Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6 Mes 7 Mes 8 Mes 9 Mes 10 Mes 11 Mes 12 Flujo de CajaNeto Recuperación S/. -25,298.87 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. 2,168.75 S/. -23,130.12 S/. -20,961.37 S/. -18,792.62 S/. -16,623.87 S/. -14,455.12 S/. -12,286.37 S/. -10,117.62 S/. -7,948.87 S/. -5,780.12 S/. -3,611.37 S/. -1,442.62 S/. 726.13 Cuadro N° 2.1.4 Cálculodel VAN Página 20 La inversión del proyecto se estaría recuperando al mes 12. Considerando que el proyecto muestra un VAN de S/. 726.13 (es decir, arroja ganancias), se llega a la conclusión que es un proyecto rentable ya que si es puesto en marcha arrojará ganancias. 1.6.3. Viabilidad Legal La viabilidad legal consiste en que el proyecto no debe de infringir ninguna ley o norma de la constitución. Para este caso, TGestiona comprará las licencias de las herramientas de software a utilizar en el proyecto, por lo cual no se estaría infringiendo con la adquisición de licencias de software. Página 21 CAPÍTULO II: MARCO TEÓRICO 2.1. Business Process Outsourcing (BPO) Según (Hilbert, 2009) indica que la subcontratación de procesos consiste en que proveedores de servicios, ya sean internos o externos a la organización, ofrecen procesos de negocio con el fin de incrementar la productividad de las empresas. Hoy en día, las tecnologías de información han permitido a las empresas que parte del trabajo de las mismas se pueda manejar en diferentes lugares, incluso de permitir que otras empresas especializadas desarrollen los procesos del negocio a un menor costo y con mayor eficiencia y eficacia. BPO nos da la oportunidad de externalizar funciones administrativas para que la empresa se pueda centrar más en las funciones estratégicas del negocio. 2.1.1. Categorías del BPO Según (Halvey, 2007) Dentro de las categorías de BPO podemos encontrar: finanzas, recursos humanos, adquisiciones y otros servicios. Estas categorías están definidas para orientarse a los procesos del negocio de una empresa. Figura 2.1.1.1 – Categorías del BPO Página 22 Figura 2.1.1.2 – Elementos o categorías del BPO según RMG Tgestiona ofrece los siguientes servicios: - Tecnologías y Sistemas de Negocios Gestión de Seguridad Recaudación y cobranza Gestión Humana Facilities Managment Consultoría y Soluciones de negocios GestiónLogística Contabilidad, Tesorería y Tributos 2.2. Business Intelligence (BI) (Díaz, 2010) Afirma que la sociedad de la información ha propiciado la necesidad de tener mejores, más rápidos y más eficientes métodos para extraer y transformar los datos de una organización en información y distribuirla a lo largo de la cadena de valor. Además, la información es de vital importancia para una organización, si el manejo que se le da no es el más adecuado no otorgará beneficios al negocio. La Inteligencia de Negocio da soporte a la organización para la toma de decisiones. Página 23 Figura 2.2.1 – Business Intelligence vs. Business Operation 2.2.1. Herramientas de inteligencia de negocios A continuación se detallan las herramientas que se utilizan en la inteligencia de negocios como parte del análisis y presentación de los datos. Figura 2.2.1.1 – Herramientas de inteligencia de negocios Lista de herramientas de BI: - Datawarehouse - Reporting - Análisis OLAP - Análisispredictivo - Cuadro de mando - Minería de datos - Reglas de negocio - Dashboards - Integración de datos (Diaz, 2012) Afirma que el gran volumen de datos manejado por las herramientas de BI y que finalmente son proporcionadas a los usuarios pueden Página 24 traer consigo un trabajo tedioso en el análisis de la información. Esto provoca que la toma de decisiones a partir de esta información se torne lenta. Los cuadros de mando (dashboard) son herramientas que permiten mostrar al usuario información consolidada a un alto nivel con el fin de que este logre entender rápidamente la situación del negocio. Se utilizará la herramienta “Dashboard” para mostrar mediante indicadores, el informe gerencial del aspecto económico de los proyectos de IT. Figura 2.2.1.2 - Ejemplo de Dashboard 2.3. Sistemas de Información (De Pablos Heredero, 2011) Afirma que un sistema de información es aquel que otorga los datos necesarios a la organización de forma oportuna y eficientemente en el momento que se solicite. La información se entiende como el conjunto de datos que son utilizados para el flujo de un proceso o de varios procesos, que siendo organizados de cierta forma pueden aportar conocimiento sobre el negocio. Las decisiones que la empresa toma sobre su negocio se enfocan en la información que esta tenga sobre su situación, objetivos, etc. Además, esta será utilizada según los niveles de la organización. Página 25 Figura 2.3.1 – Características de la información requerida por los niveles de Dirección También es importante resaltar que para la toma de decisiones es vital el análisis de la información externa e interna de la empresa, esto ayudará a una mejor evaluación del negocio, planificaciones y resolución de problemas. Figura 2.3.2 – Características de la información por niveles de dirección Según (Price Laudon, 2004) existen diversos tipos de sistemas de información, entre ellos tenemos los S.I del nivel estratégico que se encargan de apoyar a las actividades de planificación de la dirección de una organización Página 26 Figura 2.3.3 – Ejemplos de sistemas de información 2.4. Indicadores de gestión y económicos Según (Heredia Alvaro, 2001) un indicador de gestión son medidas que se utilizan para determinar el éxito de un proyecto o de una organización. Además, estos indicadores son utilizados posteriormente para evaluar continuamente el desempeño y los resultados de la organización. Los indicadores de gestión son datos completos y confiables. Además, un indicador económico es un dato sobre la economía de la organización o proyecto que permite el análisis de la situación económica pasada y presente, además de hacer pronósticos del futuro. Figura 2.4.1 – Ejemplo de indicadores económicos Página 27 CAPÍTULO III: ESTADO DEL ARTE 3.1. La evaluación de proyectos de inversión para la toma de decisiones Según (Vidal, 2005) Este articulo nos menciona la importancia de la evaluación de los proyectos en su fase previa para determinar su productividad y conveniencia. Para este fin se han desarrollado metodologías fundamentadas en estudios económicos las cuales, utilizan indicadores de retorno de inversión, tomando como variables el tiempo y la utilidad generada, en estos casos a diferencia que en mi propuesta el proyecto se evalúa y compara en base al costo de oportunidad, es decir se compara con la producción que generaría el dinero a una tasa de interés baja sin necesidad de invertirla. Por otro lado, debemos considerar que dichos factores se pueden extrapolar y realizar dicha comparación contra otro proyecto, el caso nuestro, en el cual importa más el margen de ganancia considerando tiempos de producción parecidos. En conclusión el artículo nos muestra algunos parámetros a considerar para la evaluación de un proyecto en particular, sin embargo la aplicación a dos por separado y comparación entre indicadores similares nos genera un input sustancial tanto como una metodología para nuestra propuesta. Figura 3.1.1 – Ejemplo de cálculo de la rentabilidad Utilidad para el proyecto En base al artículo, para la evaluación económica de los proyectos se tomará en cuenta el aspecto ambiental. Se considerará como factor de rentabilidad que los proyectos ingresados al sistema sean ambientalmente viables. Página 28 3.2. Un método para hallar la tasa de rentabilidad de proyectos no-simples de inversión Según (Achong, 1988) En el presente artículo se muestra un escenario distinto a los que se tenía contemplados en el proyecto, se muestra una clasificación de proyectos en la cual existen modelos simples y no simples, los cuales se diferencian a la modalidad de inversión, la cual puede ser pura o mixta . La modalidad de inversión pura se refiere a una inversión que no genera intereses negativos en el tiempo, como podrían ser préstamos o bonos, por el contrario las inversiones mixtas se refieren a aquellas que están compuestas en parte pura y otra que proviene con egresos negativos en el tiempo, este tipo de inversiones mixtas generan una alteración a la consideración de parámetros que habíamos planteado ya que ahora debemos considerar los egresos como parte de la depreciación del proyecto y esto genera un margen menor, lo cual es un factor clave para nuestra modalidad de evaluación. Figura 3.2.1 – Ejemplo de cálculo de la rentabilidad Utilidad para el proyecto Es decir, este articulo nos aportó con un rubro de proyectos que no estaban contemplados originalmente, y nos agregó algunas variables de evaluación 3.3. Seguimiento a los proyectos con FlagSavia FlagSavia es un software muestra diferentes diagramas del estado actual de los proyectos, siempre en tiempo real. De manera gráfica e intuitiva es posible conocer en qué momento de la planificación del proyecto se está y ver la Página 29 rentabilidad en ese punto y adaptar la planificación del proyecto a nuevos requerimientos si es necesario. Se analiza toda la información en tiempo real y la presenta de forma gráfica para acelerar la toma de decisiones. Figura 3.3 – Informe de FlagSavia Además FlagSavia puede detectar si un proyecto puede sufrir desviaciones de coste que afecten la rentabilidad de un proyecto mediante un diagrama. Figura 3.3 – Mejorar la rentabilidad Utilidad para el proyecto FlagSavia otorga reportes sobre las actividades realizadas de los proyectos, esta funcionalidad se tendrá en cuenta para el proyecto ya que se considera de importancia emitir informes con la información necesaria sobre el estado de los servicios o proyectos. Página 30 Figura 3.3 – Manejo de actividades de un proyecto en FlagSavia 3.4. Control de proyecto con Basecamp Basecamp es un software que permite gestionar proyectos, es un administrador de proyectos en línea que permite compartir archivos entre los miembros de un equipo de trabajo, asignar tareas, calendarizar trabajos, generar reportes y postular fechas de entrega. Todos estos procesos se manejan de manera sencilla y bastante intuitiva. Figura 3.4 – Avance diario del proyecto con Basecamp Página 31 3.4 – Diagrama de tareas del proyecto Utilidad para el proyecto Una de las funcionalidades resaltantes de basecamp es que los integrantes del proyecto pueden interactuar en el sistema mediante un chat dando detalle de lo avanzado diariamente en el proyecto. 3.5. Metodologías En este punto se hará un análisis para elegir la metodología de desarrollo de software que mejor se adapte al desarrollo del sistema propuesto. El utilizar una metodología para el desarrollo del software hace de este una herramienta más eficiente. Actualmente hay una variedad de propuestas metodológicas que influyen en el proceso de desarrollo, podemos encontrar las metodologías pesadas y las ágiles. 3.5.1. Metodología Pesada El Proceso Unificado de Desarrollo (RUP) es una metodología que identifica cuatro fases en el proceso del software, son las siguientes: - Inicio: se establece un caso de negocio para el sistema, se definen a las personas que interactuarán con el sistema, además de definir el alcance del proyecto. Página 32 - Elaboración: en esta fase establecemos la estructura base para la arquitectura del sistema y su diseño. Se elabora el plan delproyecto. - Construcción: se completa el desarrollo del sistema en base a la estructura base de la arquitectura planteada. - Transición: garantiza que el software está listo y puede ser entregado al usuario. Es gracias a estas fases que RUP es una forma disciplinada de asignar responsabilidades y tareas en un equipo de proyecto para el desarrollo de un software. Sin embargo, si se presentan cambios en los requisitos, diseño, tecnología etc. El costo del cambio se vería afectado notablemente. Figura 3.5.1.1 – Fases RUP 3.5.2. Metodología Ágil Según (Kenneth E. Kendall, 2005) la metodología Extreme Programming busca simplificar el desarrollo del software así como reducir los costos del proyecto. La administración de proyectos es importante y lo que pretenden la programación extrema es elaborar una planificación global rápidamente, desarrollar y liberar el software de tal manera que pueda ser revisado continuamente para incorporarle características adicionales, logrando así un trabajo de calidad. Página 33 Figura 3.5.2.1 - Ciclo del proyecto XP Este proyecto será realizado bajo la metodología XP, que es considerada como una metodología adaptativa. Además, es más tolerante a los cambios durante el proyecto. 3.6. Herramientas Para realizar la evaluación de las herramientas se procederá a calificarlas con valores del 1 al 15, según los siguientes criterios: Valores 1a5 6 a 10 11 a 15 Criterios Regular Bueno Muy Bueno Cuadro N° 3.6.1 – Valores para la selección de herramientas Nota: no se tomará en cuenta el costo de licencias para el cálculo de los criterios. 3.6.1. Herramientas para el Modelado de Procesos de Negocio (Sommerville, 2005) indica que el análisis y modelado de procesos estudian los procesos existentes y elaboran un modelo de estos procesos que contemplen sus características principales. Estos modelos ayudan a entender el proceso del negocio. Página 34 Herramienta Microsoft Visio Modelador de 2007 Procesos Bizagi Facilidad de uso Conocimiento Total 8 8 16 6 7 13 Cuadro N° 3.6.1.1 – Herramientas para BPM Según el puntaje obtenido en el cuadro N° 3.6.1.1, se utilizará la herramienta Microsoft Visio 2007 debido a que es más sencillo de utilizar y hay un conocimiento mayor en comparación con la herramienta Bizagi. 3.6.2. Lenguajes de Programación Para la realización de este proyecto se hará uso de un lenguaje de programación, la elección del lenguaje de programación se basará en el nivel de conocimiento y facilidad de uso. Herramienta Facilidad de uso Conocimiento Total Lenguaje C# 8 9 17 Lenguaje Java 5 5 10 Cuadro N° 3.6.2.1– Lenguajes de programación Microsoft Visual Studio 2010 tiene el lenguaje de programación C#. Por lo cual se evaluará que versión de Visual Studio 2010 se utilizará. Existen cuatro ediciones de Visual Studio 2010: ultímate, Premium, profesional y Express. A continuación, se hará la comparación de VS Professional y VS Express. Edicion Visual Studio 2010 Descripción Permite el desarrollo de tareas básicas, además permite VS Professional 2010 realizar pruebas para el aseguramiento de la calidad de las soluciones. VS Express 2010 Versión gratuita del entorno de desarrollo VS de Microsoft. El conjunto de herramientas que posee son reducidas, sin embargo no pierde funcionalidad y es fácil de usar. Cuadro N° 3.6.2.2 – Versiones de IDE Página 35 Los criterios a considerar para la evaluación de la herramienta son los siguientes: Herramienta VS Professional VS Express Usabilidad Funcionalidad Documentación Costo Total 8 8 15 8 31 5 7 15 0 27 Cuadro N° 3.6.2.3 – Versiones de IDE Con el resultado obtenido en el cuadro N° 3.6.2.3 se elige al IDE Visual Studio Professional 2010. Página 36 CAPÍTULO IV: MODELADO DEL NEGOCIO 4.1. Reglas del Negocio - El Product Manager realiza una Ficha de Rentabilidad por cada servicio que la empresa esté ofreciendo a un cliente. - Las oportunidades de negocio que son menores a S/. 50,000.00 anuales no serán atendidas. - La rentabilidad de los proyectos en operación debe ser de mínimo 15%. - La implementación del proyecto debe tener un costo máximo de 5% adicional a lo presupuestado, si fuese mayor se debe considerar perdida en la implementación. - La rentabilidad total del proyecto está dada por lo acumulado en la operación más lo ganado en la implementación. - Los recursos pagados por un proyecto no pueden ser usados por otro proyecto; excepto que las horas usadas no afecten el rendimiento del primero y el segundo pague por las horas empleadas. - Las fichas de rentabilidad deben incluir siempre el 4% que se paga a la corporación. - Los incrementos salariales afectan directamente a la rentabilidad de la operación del proyecto. - El remplazo de un recurso siempre genera un gasto de adiestramiento de mínimo 1 mes de sueldo. - La duración mínima de un proyecto es de 3 meses. Si por excepción fuese menor no se contratará nuevos recursos se reutilizarán los existentes. - La comparación de los reportes gerenciales se realizarán siempre con datos del periodo anual anterior. - La implementación no puede tomar más de 1 mes calendario. - No debe pagarse horas extra en los proyectos en los que no se ha considerado tal rubro. - El uso de taxis debe estar asociado a un centro de costos. - Cada Proyecto debe tener un centro de costos asociado. Página 37 - La asignación de los centros de costos son controlados por servicios económicos. 4.2. Casos de Uso del Negocio 4.2.1. Relación de Casos de Uso del Negocio - Licitar proyecto - Evaluar rentabilidad del proyecto - Generar propuesta técnica - Verificar viabilidad del proyecto - Realizar el seguimiento al proyecto 4.2.2. Diagrama de Casos de Uso del Negocio Licitar proyecto Area comercial Generar propuesta técnica Cliente Evaluar rentabilidad del proyecto Servicios economicos Verificar viabilidad del proyecto Realizar seguimiento al proyecto Director 4.2.3. Especificaciones de Casos de Uso del Negocio Especificación de CUS “LICITAR PROYECTO” 1. Breve Descripción Este caso de uso permite explicar cómo es que un proyecto o servicio se licita. 2. Flujo de Eventos Página 38 2.1. Flujo Básico 1. El Cliente ofrece un concurso en el cual expone el servicio solicitado 2. El Área comercial de la empresa Tgestiona se encarga de presentarle la propuesta al área de Gestión de servicios 3. Si la empresa decide participar en la licitación se trabaja en la propuesta técnico económica 4. El área de servicios económicos se encarga de evaluar la parte económica del servicio solicitado. 5. Una vez formulada la propuesta técnica económica, el área comercial se encarga de presentar la propuesta al cliente 6. Si el cliente está de acuerdo con el costo del servicio, se gana la licitación. 2.2. Flujo Alternativo En el proceso 6, en el caso no se acepte el costo del servicio se puede hacer un cambio en el costo y conversarlo con el cliente para saber si está de acuerdo. 3. Pre Condición El cliente debió colocar el servicio en licitación. Especificación de CUS “GENERAR LA PROPUESTA TÉCNICA” 1. Breve Descripción Este caso de uso permite explicar cómo es que se genera la propuesta técnica económica. 2. Flujo de Eventos 2.1. Flujo Básico 1. El Área comercial indica al área de gestión de servicios que se ha entrado a una licitación 2. El área de gestión de servicios analiza los requerimientos del cliente 3. Se hace una análisis de lo que se necesita para ofrecer el servicio 4. El área de servicios económicos evalúa el costo de cada recurso 5. El área de servicios económicos calcula el precio total del servicio a ofrecer 6. El área de servicios económicos entrega la propuesta económica al área comercial 7. El área comercial presenta la propuesta técnica económica al cliente 2.2. Flujo Alternativo Página 39 En el proceso 4, el área de servicios económicos evalúa los recursos que tiene actualmente de lo contrario se encarga de buscar nuevos recursos externos para el servicio 3. Pre Condición El cliente debió colocar el servicio en licitación. Página 40 CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO 5.1. Requerimientos del Software 5.1.1. Relación de Requerimientos N° RF - 01 Nombre de Requerimiento Detalle del Requerimiento Extraer de forma adecuada la información Registrar información económica de (bases de datos, archivos excel, archivos de los proyectos texto). Se elaborarán los informes gerenciales cuya estructura ayudará a la toma de decisiones de los encargados. RF - 02 Generar informes gerenciales RF - 03 Se permitirá que el usuario escoga los Elegir indicadores para los informes indicadores económicos que se mostrarán en gerenciales el informe gerencial. RF - 04 El sistema permitirá hacer una comparación Comparar proyectos en instantes de del estado de los proyectos en un tiempo tiempo determinado mediante filtros. RF - 05 Generar gráficos para los informes gerenciales El sistema permitirá mostrar indicadores en forma gráfica para una mejor visualización de la información. RF - 06 Mostrar dashboards El sistema mostrará Dashboards para visualizar los indicadores clave del negocio. RNF - 01 Fácil uso del sistema La interfaz del sistema debe ser fácil de usar para que el Director o Gerente puedan hacer uso de los informes fácilmente. RNF - 02 Seguridad Se deberá realizar una copia de seguridad de los informes gerenciales semanalmente en caso se pierdan por motivos inesperados. RNF - 03 Mantenibilidad El código debe estar estandarizado para que de esta forma sea entendible y escalable. Página 41 5.1.2. Especificación de Requerimientos 5.1.2.1. Requerimientos Funcionales Registrar información económica de los proyectos Se requiere extraer de forma adecuada la información (Base de datos, Excel y archivos de texto). Generar informes gerenciales Se requiere elaborar los informes gerenciales cuya estructura ayudará a la toma de decisiones de los encargados. Elegir indicadores para los informes gerenciales Se requiere que el usuario escoja los indicadores económicos que se mostrarán en el informe gerencial. Comparar proyectos en instantes de tiempo Se requiere que el sistema realice una comparación del estado de los proyectos en un tiempo determinado mediante filtros. Generar gráficos para los informes gerenciales Se requiere que el sistema muestre indicadores en forma gráfica para una mejor visualización de la información. Mostrar dashboards Se requiere que el sistema muestre Dashboards para visualizar los indicadores clave del negocio. Información de los Usuarios Se requiere registrar a los usuarios que harán uso del sistema, asi como llevar el control de su información. Nombre de Usuario y Contraseña validas Se requiere un nombre de usuario y contraseña válidos para acceder al sistema SRP 5.1.2.2. Requerimientos No Funcionales Usuarios Simultáneos Debido a la utilización de los Servicios Web y el acceso vía Internet, el aplicativo soportará un aproximado de 15 usuarios simultáneos para el acceso al sistema. Tiempo de Acceso a los Datos Página 42 El sistema deberá proveer un tiempo de acceso a los datos en menos de 10 segundos de empezado el acceso (sujeto a varianza del ancho de banda y cantidad de registros solicitados). Consumo de Recursos El consumo de recursos por parte del cliente no será mayor de 32 Mb de memoria RAM. Destreza en el Manejo del Sistema El Usuario deberá ser capaz de utilizar cualquier función del sistema, utilizando solamente los elementos de ayuda del sistema entre 5 a 10 minutos dependiendo del grado de conocimiento del Usuario (Novato, sin experiencia WEB /Intermedio, con experiencia Web) Encontrar una Función del Sistema El usuario debe ser capaz de encontrar una función del sistema en un periodo de tiempo de menos de 1 minuto. En el 90% de los casos. Solución de Errores Transaccionales El usuario deberá ser capaz de encontrar la forma de resolver un error por si solo en menos de 1 minuto en el 90% de los casos. Página 43 5.2. Casos de Uso del Sistema 5.2.1. Diagrama de Actores del Sistema AS_Usuario AS_Administrador del Sistema AS_Encargado de Toma de Decisiones AS_Director AS_Jefe de Operaciones AS_Product Manager AS_Jefe de Gestión de Servicios 5.2.2. Diagrama de Paquetes Seguridad Gestión_Informa ción Seguimiento_de _Servicio Análisis_de_Re sultados Configuración 5.2.3. Casos de Uso del Sistema 5.2.3.1. Relación de CUS’s - CUS_Iniciar_sesión Página 44 - CUS_Cerrar_sesión CUS_Modificar_contraseña CUS_Administrar_permisos CUS_Adminitrar_recurso CUS_Administrar_indicadores CUS_Administrar_proveedores CUS_Registrar_servicio CUS_Consultar_servicio CUS_Cotizar_servicio CUS_Verificar_viabilidad_servicio CUS_Asignar_recurso_servicio CUS_Realizar_Seguimiento_servicio CUS_Evaluar_Servicio_indicador CUS_Verificar_Rentabilidad_servicio 5.2.3.2. Diagrama General de Casos de Uso del Sistema CUS_Modificar Contraseña (from Seguridad) CUS_Realizar_Seguimiento_Servi cio CUS_Administrar_Permis os (from Seguridad) <<extend>> (from Seguimiento_de_Servicio) <<include>> CUS_Iniciar_ Sesión AS_Usuario (from Seguridad) (from 01. Diagrama ...) de Actores) CUS_Cerrar _Sesión (from Seguridad) CUS_Administra_Recurs o (from Configuración) AS_Product Manager AS_Jefe de Gestión de Servicios AS_Jefe de Operaciones AS_Director AS_Administrador del Sistema (from 01. Diagrama ...) de Actores) (from 01. Diagrama ...) de Actores) (from 01. Diagrama de ...) Actores) (from 01. Diagrama de ...) Actores) CUS_Administra_Indicad ores (from Configuración) (from 01. Diagrama de...)Actores) <<extend>> CUS_Evaluar_Servicio_I ndicador CUS_Verificar_Rentabilid ad_Servicio (from Análisis_de_Resultados) CUS_Administra_Provee dores (from Configuración) (from Análisis_de_Resultados) <<extend>> <<extend>> CUS_Consultar_Servicio CUS_Cotizar_Servicio (from Gestión_Información) (from Gestión_Información) CUS_Asignar_Recurso_Ser vicio (from Gestión_Información) <<extend>> CUS_Registrar_Servicio (from Gestión_Información) <<extend>> CUS_Verificar_Viabilidad _Servicio (from Gestión_Información) 5.2.4. Especificaciones de Casos de Uso del Sistema Especificación de CUS “REGISTRAR PROYECTOS” 1. Breve Descripción Este caso de Uso permite el registro de toda la información necesaria de los servicios verificando como paso previo la existencia del servicio. Permite la correcta administración de servicios. 2. Flujo de Eventos Página 45 2.1. Flujo Básico 1. El Usuario ingresa a la ventana Registrar Servicio. 2. El Usuario selecciona botón “Registrar Servicio”. 3. El sistema muestra los campos que se deberán llenar en una división doble (Servicio/ Empresa). 4. El usuario ingresa “Código”, “Nombre de Servicio”, “Nombre de la Compañía”, ”Dirección”, , ”Descripción”, selecciona de un calendario la “Fecha de Inicio” y “Fecha de Término”, habrá un campo de “Duración de Servicio”(meses) que se calcule en base a los campos anteriores, se ingresará el “Nombre del Gestor de Servicio” y se adjuntará la Propuesta Técnica Económica. 5. El usuario busca empresa, de no encontrarla hace click en “Registrar nueva empresa”(ver ECUS “Registrar Nueva Empresa”). 6. El sistema valida campos ingresados antes de Grabar información. 7. El Usuario selecciona botón Grabar. 8. El sistema muestra mensaje que se grabó correctamente. 2.2. Flujo Alternativo En el proceso 3, en el caso que no quiera realizar la operación, hace clic en cancelar, lo cual evitara realizar la operación y regresara a la ventana de Consultar Servicio. 3. Pre Condición El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña. 4. Post Condición El CUS “Registrar_Servicio” se realizó correctamente. Página 46 Especificación de CUS “ASIGNAR RECURSO AL SERVICIO” 1. Breve Descripción Este caso de Uso permite asignar los recursos y rubros al servicio a llevarse a cabo. 2. Flujo de Eventos 2.1. Flujo Básico El sistema ingresa a la ventana “Asignar Recurso al Servicio”. El sistema mostrará los atributos a llenar(Text Box)) y un botón “Guardar Recurso”, El usuario ingresará el nombre del recurso y el sistema le mostrará la opción “Agregar Rubro de Gasto”. El usuario selecciona la opción (Hipervínculo) y le llevara a otra ventana “Agregar Rubro de Gastos” y “Ver Rubro de Gastos” (Hipervínculo), donde se observara una lista de todos los rubros de gastos asignados. El sistema le mostrará para llenar los siguientes datos: Rubro de Gastos, un Asignado (“Si” o “No”) (Combo Box), y un Costo por cada Rubro (Text Box). El usuario luego, de haber agregado los datos, seleccionará el botón “Guardar”. El sistema regresará a la ventana “Asignar Recurso del Servicio”. El sistema muestra el Costo Anual, el Costo por Mes y el Costo por Horas. El usuario terminará seleccionando “el Tipo de Personal”(Combo Box) y “Elegir Local”(Combo Box). El usuario selecciona click en el botón “Guardar Recurso”. 2.2. Flujo Alternativo En el proceso 3, en el caso que no quiera realizar la operación, hace clic en “Cancelar” y retorna a “Asignar Recurso al Servicio”. 3. Pre Condición El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña y haber entrado a Asignar recurso a servicio 4. Post Condición El CUS “Asignar Recurso al Servicio” se realizó correctamente Página 47 Especificación del CUS “VIABILIDAD DE SERVICIOS” 1. Breve Descripción Este caso de Uso permite realizar un Análisis y Administración del Riesgo de las probabilidades de los servicios a llevarse a cabo. 2. Flujo de Eventos 2.1. Flujo Básico 1. El sistema mostrará la ventana Viabilidad de Servicio. 2. El sistema mostrará la rentabilidad (Label), los ingresos(Label), el costo total (Label)y el margen total del servicio(Label), 3. El usuario ingresará el margen (Text Box). 4. El sistema también mostrará los botones “Confirmar” e “Imprimir”. 5. El usuario selecciona el botón “Confirmar”. 6. El sistema muestra un mensaje si el Servicio es Rentable o no. 7. El sistema regresará a la ventana “Cotizar Servicio”. 8. Y termina el proceso. 2.2. Flujo Alternativo En el proceso 5, en el caso que no quiera realizar la operación, hace clic en “Cancelar” y retorna a “Cotizar Servicio”. 3. Pre Condición El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña. El Usuario debe haber entrado a Cotizar Servicio. 4. Post Condición: El CUS “Viabilidad de Servicios” se realizó correctamente. Página 48 5.2.5. Matriz de stakeholders vs features Página 49 5.3. Modelo Conceptual del Sistema 5.3.1. Diagrama del Modelo de clases Página 50 5.4. Benchmarking Benchmarking para el proyecto: "Rentabilidad de Proyectos" Soluciones FLAGSAVIA http://www.flagsavia.net/esta ticos/view/39-seguimientode-proyectos ATOS http://es.atos.net/eses/soluciones/soluciones-deintegracion-de-negocio/ 2 2 1 1 2 1 3 3 2 1 1 3 2 0 0 3 2 1 0 3 0 0 0 3 0 1 1 3 2 1 1 3 2 0 0 3 0 2 1 3 2 1 1 3 2 1 0 3 2 0 0 3 2 3 2 3 30 2 2 2 2 18 2 2 2 2 16 3 3 3 3 51 Windows No especifica No especifica No especifica Windows No especifica No especifica No especifica Windows No especifica No especifica No especifica Windows SQL SERVER 2008 C# NET MICROGESTIO "RENTABILIDAD DE http://www.microgestio.com PROYECTOS" /es/soluciones-dehttp://moss.tgestiona.com.p negocio.php e/Paginas/default.aspx Características Funcionales Registrar Informacion de los Generar Informes estadisticos Elegir indicadores de rentabilidad para los informes Comparar Proyectos de igual Generar Graficos de variacion de ingresos para los Informes Mostrar Dashboards para el cruze de datos para conocer la influencia de cada factor de generacion de ratios para medir el desarrollo del proyecto Generar cuadros estadisticos para conocer la necesidad de reinversion en el proyecto generar indicadores de capacidad de retorno de la generar indicadores de utilidades para el final del Sistema de reporte, consulta y Procesos de extracción, transformación y carga de Carácterísticas Especiales Facil Uso del Sistema Seguridad Mantenibilidad Soporte y ayuda en linea Puntaje total Otros aspectos de Software Base Sistema operativo Servidor de base de datos Lenguaje de programación Código fuente 5.5. Prototipos de la Solución - Cotizar servicio Página 51 - Asignar los recursos - Registrar a la empresa cliente Página 52 CAPÍTULO VI: ARQUITECTURA 6.1. Realización de Casos de Uso más significativos para la arquitectura 6.1.1. Relación de casos de uso más significativos para la arquitectura - Registrar servicio - Cotizar servicio - Realizar el seguimiento al servicio - Evaluar servicio según indicadores 6.1.2. Realización de Casos de Uso de Análisis y Diseño - Realización de caso de uso Cotizar Servicio : IU_Consultar_Proyecto : AS_Product Manager 1: Ingresa a Consultar Proyecto : IU_Cotizar_Proyecto : E_Proyecto : Ctrl_Proyecto : IU_Asignar_Recurso : IU_Verificar_Viabilidad_Proyecto 2: Ingresa a Cotizar Proyecto 3: Ingresa nombre de Proyecto 4: Envía nombre de Proyecto 5: Envía Información 6: Verifica si Proyecto existe 7: Retorna respuesta 8: Retorna Información 9: Retorna Información 10: Selecciona botón "Asignar Recurso" 11: Ingresar a "Asignar Recurso" 12: muestra el proyecto cotizado 13: Selecciona botón "Verificar Viabilidad del Proyecto" 14: Confirma la operacion "Grabar" 15: Se confirma la realizacion del proceso - Realización de caso de uso Evaluar Servicio Indicador : IU_Evaluar_Proyecto_Indicador : E_Indicadores : AS_Usuario : Ctrl_Indicador : Ctrl_Proyecto : E_Proyecto 1: Ingresa a Evaluar Proyecto según Indicador 2: Buscar Proyecto por filtros o ingresarlo 3: Envía información 4: Envía información 5: Verifica si Proyecto existe 6: Retorna datos del Proyecto 7: Muestra datos del Proyecto 8: Selecciona Indicador a evaluar 9: Envía indicador seleccionado 10: Envía información 11: Retorna información 12: Muestra cuadro estadístico Muestra la opción de imprimir Página 53 - : AS_Product Manager Realización de caso de uso Registrar Servicio : IU_Consultar_Proyecto : IU_Registrar Proyecto : Ctrl_Proyecto : E_Proyecto 1: Ingresar a consultar Proyecto 2: Selecciona botón "Registrar Proyecto" 3: El sistema muestra campos que se deberán llenar 4: Ingresa campos con la información del proyecto 5: Envía campos a validar 6: Valida campos ingresados 7: Sistema muestra resultados de validación 8: Selecciona "Grabar" 9: Envía información validada 10: Actualiza Información 11: Información Actualizada 12: Muestra mensaje que se grabó correctamente - : AS_Product Manager Realización de caso de uso Seguimiento Servicio : IU_Consultar_Estado_Proyecto : IU_Realizar_Seguimiento_Proyecto : E_Proyecto : Ctrl_Proyecto 1: Ingresa a Consultar Estado del Proyecto 2: Buscar ingresando nombre del Proyecto 3: Selecciona enlace Realizar Seguimiento del Proyecto 4: Ingresa a Relizar Seguimiento del Proyecto 5: Envía nombre del Proyecto 6: Envía información 7: Verifica si Proyecto existe y consulta datos de costos 8: Retorna información 9: Divide pantalla en 2 segmentos y muestra costos planificados vs reales Permite imprimir este informe Página 54 6.2. Modelo de Datos 6.2.1. Diagrama de Modelo de Datos Contacto idContacto nombre Historial idHistorial apellidoPaterno nombreHistorial apellidoMaterno fecha Empresa idEmpresa telefono1 idInforme razonSocial telefono2 razonComercial email tipoCliente fecha idContacto driver volumen idServicio costo_unitario margen_ingreso precio_increm costo_increm tipoInforme total_costo idServicio tipo_personal Servicio tipo_servicio idServicio nombreServicio Indicador categoria total_ingreso email nombreInforme personaAsignada precio_unitario telefono direccion nombreRecurso dedicacion ruc idInforme idRecurso nro_recurso dni descripcion Informe Recurso tiempoInicio idIndicador tiempoFin nombreIndicador estado descripcion costoTotal idInforme ingresos margenReal rentabilidad idUsuario idEmpresa contrata Usuario local idUsuario usuario password nombre apellidoPaterno apellidoMaterno cargo telefono email dni Costo idCosto costo nombreCosto idRecurso Página 55 6.2.2. Diccionario de Datos 6.3. Modelo de Despliegue SRP(Sistema de Rentabilidad... TCP/IP Internet Explorer Router TCP/IP Usuario HTTP Servidor Web LAN DB_SRP HTTP Cliente Internet Explorer Página 56 6.4. Modelo de Componentes MainProgram.cs SRP.exe ClassSRP.cs Controladoras Controladoras Acceso a datos Entidades Controladoras Entidades Acceso a datos Controladoras Entidades Acceso a datos Entidades Acceso a datos Entidades Controladoras Acceso a datos Análisis_Resultados Evaluar Proyecto Indicador Configuración Administra Recurso Consultar Proyecto Modificar Contraseña Seguimiento Proyecto Seguridad Gestión Información Administra Indicadores Verificar Rentabilidad Proyecto Iniciar Sesión Verificar Viabilidad Proyecto Realizar Seguimiento Proyecto Administra Proveedores Cerrar Sesión Cotizar Proyecto Asignar Recurso Proyecto Consultar Estado Proyecto Registrar Proyecto Administrar Permisos Acceso a Datos SQLHELPER CAPÍTULO VII: DESARROLLO Y PRUEBAS 7.1. Desarrollo 7.1.1. Plataforma Tecnológica Requerimientos de hardware - Procesador: Core i5 - Monitor: Estándar - Memoria RAM: 4GB - Disco duro: 20GB Requerimientos de software - Lenguaje de programación: C#, Visual Studio 2010 - Sistema de Gestión de Base de Datos: Sql Server 2008 - Sistema Operativo: cualquiera 7.1.2. Descripción de los Estándares de Desarrollo Tipo Archivo Descripción Clases Las clases deberán tener el siguiente formato “EntidadNombreEntidad”, por ejemplo “EntidadServicio” o “EntidadRecurso” Clases de acceso a datos Las clases de acceso a datos java deberán Página 57 tener el siguiente formato “DAOEntidadNombreEntidad”, por ejemplo “DAOEntidadServicio” o “DAOEntidadRecurso” Métodos usados Los métodos usados en la solución deberán seguir los estándares de programación (primera palabra con minúsculas y la segunda palabra la primera letra con mayúscula) ejemplo metodoEjemplo Tablas de la base de datos Las tablas usadas en la base de datos deben seguir el siguiente estándar t_nombretabla como por ejemplo “t_servicio” o “t_recurso” 7.2. Pruebas 7.2.1. Plan de Pruebas del Proyecto MODULO GESTION DE INFORMACIÓN Caso de Uso Ventana Responsable Implementación Responsable Pruebas Registrar servicio Registrar servicio Sophia Duran Sophia Duran Consultar servicio Consultar servicio Sophia Duran Sophia Duran Asignar recurso a servicio Asignar recurso a servicio Sophia Duran Sophia Duran Cotizar Servicio Cotizar servicio Sophia Duran Sophia Duran Verificar viabilidad servicio Verificar viabilidad de servicio Sophia Duran Sophia Duran Responsable Implementación Responsable Prueba MODULO SEGUIMIENTO DE SERVICIO Caso de Uso Ventana Consultar estado de servicio Consultar estado de servicio Sophia Duran Sophia Duran Realizar seguimiento de servicio Realizar seguimiento de servicio Sophia Duran Sophia Duran Página 58 MODULO SEGURIDAD Caso de Uso Ventana Responsable Implementación Responsable Prueba Iniciar Sesión Iniciar Sesión Sophia Duran Sophia Duran Cerrar Sesión Cerrar Sesión Sophia Duran Sophia Duran Modificar Contraseña Modificar Contraseña Sophia Duran Sophia Duran Iteración Pruebas x Casos de Uso Fecha Iniciar Sesión 20/06/2014 Cerrar Sesión 20/06/2014 Registrar Servicio 20/06/2014 Consultar Servicio 20/06/2014 Asignar Recurso a Servicio 20/06/2014 Cotizar Servicio 20/06/2014 Verificar viabilidad de servicio 20/06/2014 Modificar contraseña 20/06/2014 Consultar estado de servicio 20/06/2014 Realizar seguimiento de servicio 20/06/2014 1 2 3 4 Página 59 CAPÍTULO VIII: GESTIÓN DEL PROYECTO 8.1. Organización del Proyecto 8.1.1. Organigrama del Proyecto 8.1.2. EDT del Proyecto Página 60 8.2. Estimación y Ejecución del Proyecto 8.2.1. Cronograma de Ejecución del Proyecto 8.3. Gestión de Riesgos del Proyecto: predecibles y no predecibles Los objetivos de la gestión de riesgos son identificar, controlar y eliminar las fuentes de riesgo antes de que empiecen a afectar al cumplimiento de los objetivos del proyecto 8.3.1. Lista de Riesgos Predecibles 1. Falla de Luz Magnitud o Importancia del Riesgo Tiene una importancia alta. Descripción Página 61 Una falla en lo que viene a ser la alimentación de fluido eléctrico el cual afecta al servidor que contiene la aplicación. Impactos Servidor que contiene la solución informática y los equipos informáticos. Indicadores Se podrá apreciar la falta de energía eléctrica al no encender ninguno de los dispositivos electrónicos conectados a corriente alterna. Estrategia de Mitigación Contar con un equipo UPS. Plan de Contingencia Hacer uso del equipo UPS. 2. Demora en la recuperación en una eventual caída del servidor Magnitud o importancia del riesgo Tiene una importancia alta. Descripción En caso de caída del Servidor se debe analizar la causa y actuar de forma rápida para levantar el Servidor efectivamente. Impactos Impacta directamente al Sistema tanto Windows, Web y Mobile. Indicadores Existe un tiempo límite para una posible recuperación del Servidor en caso de caídas. Estrategia de Mitigación Realizar un análisis del Servidor frecuentemente para detectar posibles problemas. Plan de Contingencia Página 62 Contar con un historial que muestre errores pasados, que permitan a las personas encargadas de restaurar el Servidor, proceder de manera más rápida y eficaz. 8.3.2. Lista de Riesgos No Predecibles 1. Incompatibilidad de Hardware Magnitud o importancia del riesgo Tiene una importancia media-alta. Descripción Se tiene la tarea de elaborar un sistema con los estándares que el usuario determina. Impactos Impacta directamente a la solución informática y su implementación. Indicadores Cuando surja un problema de incompatibilidad se comunicará al encargado del desarrollo e Implementación para la solución de dicho problema. Estrategia de Mitigación Deberá existir un estándar de desarrollo en el Área de Desarrollo. Plan de Contingencia El encargado del desarrollo tendrá que conocer los estándares más utilizados en el mercado, dando una solución inmediata al problema. 2. Problemas con Hackers en la solución Magnitud o importancia del riesgo Tiene una importancia alta. Descripción El Desarrollo e Implementación tendrá que proteger su información mediante técnicas de seguridad. Impactos Página 63 Impacta directamente al soporte y al Desarrollo e Implementación, inclusive afecta directamente a los datos ya almacenados. Indicadores Cuando surja un problema de infiltración de personas no autorizadas se tendrá que avisar a la persona encargada del soporte para la obtención de ayuda inmediata. Estrategia de Mitigación Obtener software para seguridad de servidores aparte de limitar los accesos al personal no autorizado. Plan de Contingencia El personal encargado del soporte tendrá que conocer software de seguridad más capacitados para la infiltración de intrusos. Por otro lado deberán conocer formas de hacer más segura la aplicación (esto con ayuda de programadores y/o el creador de la aplicación caso lo requiera). CONCLUSIONES La investigación muestra que el área de gestión de servicios es el core del negocio de Tgestiona, ya que brinda servicios de tercerización a otros clientes. El sistema actual de la empresa no es de gran ayuda para la toma rápida de decisiones, es por ello que se les proveerá de una herramienta que ayude a explotar su información, además de mostrar indicadores de éxito o fracaso en sus servicios. RECOMENDACIONES El uso de tecnologías de la información permite mejorar los tiempos, siendo más preciso con la información que se maneja, por ende la metodología adoptada (UML) para esta tesis, demuestra que haciendo un buen uso de esta metodología e implementándolo con una buena herramienta, se pueden apreciar buenos resultados. Página 64 La implantación de soluciones informáticas en el estado muestran un gran nivel de aceptación siempre y cuando se vean beneficiadas de alguna u otra manera. Para poder ver este beneficio se debe hacer una buena tarea de recolección de datos para así al final poder ver unos resultados con una alta calidad en el trabajado dado. GLOSARIO DE TÉRMINOS 1. AC (Costo real) Es el costo acumulado hasta la fecha 2. BPO (BUSINESS PROCESS OUTSOURCING) Es la subcontratación de funciones de procesos de negocios en proveedores de servicios, ya sea interno o externo a la empresa. 3. CTS (Compensación por Tiempo de Servicios) Beneficio social que tiene todo trabajador el cual se hace efectivo cuando el trabajador deja de trabajar en la empresa. 4. Contrata Son trabajadores que no son personal de la empresa, si no son contratados para una determinada actividad 5. Dashboards (tablero o cuadro de mandos) Es el documento en el que se reflejan las principales métricas de la empresa. 6. EPS (Entidades Prestadoras de Salud) Son las entidades que dan servicios de salud. 7. EV (Valor ganado) Se expresa como el trabajo completado en términos del presupuesto, usualmente se utiliza para describir el porcentaje completado de un proyecto. 8. EVM (Gestion del valor ganado) Es un método utilizado para la medición del desempeño. Incluye las mediciones de tres puntos importantes: alcance del proyecto, costo y Página 65 cronograma. Con el propósito de ayudar al equipo de dirección del proyecto a medir el avance y desempeño del proyecto. 9. FR Ficha de Rentabilidad, documento en el cual se detalla todos los ingresos y costos del proyecto. 10. Informes Es un documento escrito en prosa informativa (científica, técnica, o comercial) con el propósito de comunicar información a un nivel más alto en una organización. 11. Licitación Es el procedimiento administrativo para la adquisición de suministros, realización de servicios o ejecución de obras que celebren los entes, organismos y entidades que forman parte del Sector Público. 12. Operación Lo que se planifico en el proyecto se pasara a ejecutar. 13. Planilla Es el trabajador permanente de una empresa, el cual tiene un horario de ingreso y salida. 14. PTE Propuesta Técnica Económica, es un documento en el cual se planifica y cotiza el servicio que cumpla con las necesidades del cliente. Además, se acepta cumplir con los requerimientos que haya especificado el cliente. 15. PV (Valor Planificado) Es el valor representativo de lo que se va a gastar en el proyecto en una fase durante el ciclo de vida del mismo. 16. Rentabilidad Capacidad de producir o generar un beneficio adicional por sobre la inversión o esfuerzo realizado. 17. RFP Página 66 Solicitud de Propuesta, es un documento que una empresa emite para solicitar las propuestas de proveedores de servicios o productos, en dónde se detallan las especificaciones del servicio requerido. 18. TIC (Tecnología de Información y la Comunicación) Son las tecnologías aplicadas para proveer de información y comunicación a través de medios tecnológicos de última generación. Página 67 REFERENCIAS BIBLIOGRÁFICAS Análisis y diseño de sistemas [Libro] / aut. Kenneth E. Kendall Julie. - México : Pearson Educación, 2005. - Sexta Edición : pág. 165. Business Process Outsourcing: process, strategies, and contracts [Libro] / aut. Halvey John K.. New Jersey : John Wiley & Sons, 2007. - Vol. Second Edition : pág. 4. Business Process Outsourcing: the competitive advantage [Libro] / aut. Duening Thomas N.. New Jersey : John Wiley & Sons, Inc., 2005. - Vol. First edition : pág. 8. Concepto de sistema de información en la organización [Libro] / aut. Pastor i Collado Joan. - [s.l.] : UOC, 2002. - pág. 7. Gestión de proyectos informáticos - Desarrollo, análisis y control [Libro] / aut. Guérin BriceArnaud. - Barcelona : Editions ENI, 2012. - pág. 61. Guía de los Fundamentos par ala Dirección de Proyectos (Guía del PMBOK) [Libro] / aut. Project Managment Institute Inc.. - Cuarta : pág. 160. Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) [Libro] / aut. Project Management Institute Inc.. - pág. 161. Ingeniería del Software [Libro] / aut. Sommerville Ian. - Madrid : Pearson Eduación S.A, 2005. Séptima Edición : pág. 614. Introducción al Business Intelligence [Libro] / aut. Diaz Josep Curto. - Barcelona : UOC, 2012. Introducción al Business Intelligence [Libro] / aut. Díaz Josep Curto. - Barcenlona : UOC, 2010. Vol. Primera edición en lengua castellana : pág. 18. Introducción al Business Intelligence [Sección de libro] / aut. Díaz Josep Curto / aut. libro Díaz Josep Curto. - Barcelona : UOC, 2010. - Vol. Primera edición en lengua castellana. La evaluacion de proyectos de inversion para la toma de decisiones [Publicación periódica] / aut. Vidal Rosa Aguilera. - [s.l.] : http://www2.udec.cl/~rea/REVISTA%20PDF/Rev64/art5rea64.pdf, 2005. La sociedad de la información en América Latina y el Caribe [Sección de libro] / aut. Hilbert Wilson Peres y Martin. - [s.l.] : CEPAL, 2009. La sociedad de la información en América Latina y el Caribe [Sección de libro] / aut. Hilbert Wilson Peres y Martin. - [s.l.] : CEPAL. Los sistemas de información en la sociedad del conocimiento [Libro] / aut. Giner de la Fuente Fernando. - [s.l.] : ESIC, 2004. - pág. 35. Página 68 Organización y transformación de los sistemas de información en la empresa [Libro] / aut. De Pablos Heredero Carmen. - Madrid : ESIC, 2011. - pág. 21. Sistema de Indicadores para la Mejora y Control Integrado de la calidad de los procesos [Libro] / aut. Heredia Alvaro Jose Antoio. - [s.l.] : Universitat Jaume, 2001. - pág. 60. Sistemas de Información Gerencial [Libro] / aut. Price Laudon Jane. - México : Pearson Educación, 2004. - pág. 43. Un metodo para hallar la tasa de rentabilidad de proyectos no-simples de inversion [Publicación periódica] / aut. Achong Edgar. - [s.l.] : http://www.saber.ula.ve/bitstream/123456789/19352/2/articulo1.pdf, 1988. Página 69
