Está en la página 1de 63

d"AÑO DE LA INVERSIÓN PARA EL DESARROLLO RURAL Y LA SEGURIDAD ALIMENTARIA

"

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO IDAT

PROGRAMA DE COMPUTACIÓN E INFORMÁTICA

SISTEMA DE GESTIÓN DE SERVICIO DE TAXI PARA CLIENTES CORPORATIVOS
TESIS PARA OPTAR EL GRADO DE PROFESIONAL TÉCNICO EN COMPUTACIÓN E INFORMÁTICA

Marzo 2013 Lima, Perú

DEDICATORIA

Principalmente

dedicamos

este

trabajo a nuestros padres puesto que nos brindaron en de el apoyo y y

fortaleza transcurso

desarrollo este a

proyecto concluir nuestro

ayudándonos satisfactoriamente proyecto.

2

AGRADECIMIENTO

Primordialmente

agradecemos

a

la

institución

puesto

que

nos

brindó

conocimientos que nos ayudó para el desarrollo de nuestro proyecto y a elaboración final de este. A nuestro director de proyecto quien nos dio su sabiduría para la elaboración total de nuestro proyecto asiendo así posible el desarrollo totalmente de este. También damos gracias a nuestros compañeros de clase que de varias maneras siempre estuvieron acompañándonos y ayudándonos en los momentos que requeríamos ayuda , por compartir conocimientos con nosotros , por vivir compartir vivencias con nosotros y darnos sentimientos de alegría, amor , cariño que nos dejaran muchas enseñanzas y experiencias.

3

1 RESUMEN DE LOS STAKEHOLDERS CUADRO 3.LISTA DE TABLAS CUADRO 2.2 RECURSOS HUMANOS DEL PROYECTO CUADRO 2.2 RESUMEN DE LOS USUARIOS 4 . 3 GESTIÓN DE RIESGO CUADRO 3.

1 UBICACIÓN GEOGRÁFICA FIGURA 2.2 DIAGRAMA DE OBJETIVOS DE NEGOCIO FIGURA 3.1 DIAGRAMA DE CASO DE USO DE NEGOCIO FIGURA 3.10 RN_GENERAR INFORMES ESTADISTICOS 5 .1 FASES DEL RUP FIGURA 2.3 DIAGRAMA DE CASO DE USOS DE NEGOCIO VS OBJETIVOS DE NEGOCIO FIGURA 3. DIAGRAMA DE GANTT FIGURA 3.2.9 RN_GENERAR COMPROBANTE DE SERVICIO FIGURA 3.4 DIAGRAMA DE OBJETOS DE NEGOCIO FIGURA 3.6 RN_ASIGNAR LÍNEA DE CRÉDITO FIGURA 3.5 DIAGRAMA DE REALIZACIÓN DE NEGOCIO FIGURA 3.7 RESERVA DE SERVICIO DE TAXI CREDICIAL FIGURA 3.8 RN_ATENDER SERVICIO DE TAXI CREDICIAL FIGURA 3.LISTA DE FIGURAS FIGURA 1.

el cual es un mecanismo que gestiona que solo las personas definidas como Administradores de Crédito podrán obtener una key de acceso. el cual permite registrar las solicitudes de servicios de taxi y automatiza el proceso de facturación de los clientes corporativos. Para el desarrollo del presente proyecto se ha contado con una empresa usuaria que proporciona la información necesaria de la lógica del negocio. Se realizó el análisis. causando dificultad en la labores de sus trabajadores por la complejidad del manejo de la información. dicho proyecto busca mejorar la calidad del servicio de taxi que se les ofrece a los clientes corporativos empleando diversas tecnologías informáticas. siendo esta la perdida de horas hombre en realizar la facturación de los servicios. consultar el detalle de los servicios facturados y el proceso de generación de llaves de acceso (keys). el cual permite consultar el estado de cuenta credicial del cliente en tiempo real. se empezó por identificar la problemática que le da origen. la cual servirá para acceder finalmente a la solicitud del servicio credicial. 6 .INTRODUCCION El presente proyecto de tesis se enfoca en desarrollar un sistema de información que apoye la gestión de servicios de taxi para clientes corporativos. el Modulo de Clientes. diseño del sistema de gestión de servicios de taxi para clientes corporativos “TaxiVales”. el Modulo de Operaciones. el cual es una solución modular compuesta por 2 módulos. con el propósito de realizar un trabajo objetivo. A partir de esta problemática se planteó el desarrollo de un sistema de información que dé solución a la necesidad de brindar un servicio de mejor calidad para los clientes corporativos de la empresa. incluyendo la gestión de permisos y autorizaciones para el cliente (seguridad antifraude en la solicitud del servicio) esto quiere decir que el cliente autoriza que personas están aptas a gestionar la línea de crédito de la empresa.

7 . se presentan las secciones en donde se especifica el problema a resolver. Desarrollo y finalmente Conclusiones y Recomendaciones. En el capítulo 4. el análisis técnico. En el capítulo 1. figuras. conclusiones finales al proyecto y recomendaciones futuras. este proyecto de tesis está dividido en los 4 capítulos siguientes: Generalidades. el plan del proyecto. económico y el sustento de la solución. comentarios. En el capítulo 3. el diseño y las pruebas realizadas. mediante diagramas. la arquitectura. Conclusiones y Recomendaciones. se muestran las secciones en donde se dan las observaciones. En el capítulo 2. Desarrollo. Generalidades. Planteamiento. se realiza una definición detallada del sistema. los recursos humanos y la gestión de riesgos del proyecto. Planteamiento. se detalla la metodología de implantación a usar. operativo.Finalmente.

.............................................................................1....................................................................................................... PLANTEAMIENTO...................................1....................................5... 27 Gestión de Riesgo ............................................................ 15 Factibilidad Operativa ...........................3 METODOLOGIA DE IMPLANTACION ..................... 28 3.....................................................2 2................................................................................ 16 Factibilidad Económica ................................................... 43 Modelo de Análisis del Negocio ..................................................................................... 37 3...................................................................................2.................................................INDICE DEDICATORIA ................. 14 Limitaciones de RRHH ....................................................................................................2......................................................2 1........................................................................6........3 3.........5............1 1...........................................1 1............................2 1.................................... 50 Creación de la Matriz de procesos (caso de uso) Vs Requerimientos Funcionales ......6 1................ DESARROLLO .............................1 2.3 1...................................................................3 FACTIBILIDAD ..............................1 1...................................................................3.................................1 2........................................................................................................................................................................................................................................4 MODELO DE NEGOCIO ................................................................. 6 1.................................... 4 LISTA DE FIGURAS...........................................................................................................3...............1............................................................................................... 59 8 .............. 13 1........................................................................... 2 AGRADECIMIENTO.............6........6.................................................... 3 LISTA DE TABLAS ........... 16 2...........2 DESCRIPCIÓN DE LA ORGANIZACIÓN ........................2.........................................................1 3.................................................... 12 OBJETIVOS ...............2 1............................ 12 Objetivo General ..................................................................................................... 11 1..................... 15 Factibilidad Técnica ....................... 14 Limitaciones Tecnológicas ........................................... 26 Recursos Humanos del Proyecto .4 1............................2 2............................................................................................ 37 Modelo de Caso de Uso del Negocio ................................................................ 59 Glosario de Términos . 26 Diagrama de GANTT .............1............. 15 1....................... 13 DEFINICIÓN DE LIMITACIONES ..........5 1....1 3................................. 5 INTRODUCCION ....................................................... 19 ADMINISTRACION DE PROYECTO............ GENERALIDADES .2 3.................................. 14 Limitaciones Presupuestales ..........................................1 1............... 19 2............................................................................................................. 11 IDENTIFICACIÓN DEL PROBLEMA ............................................................... 12 Objetivo Específico .......................5.............................3 DEFINICIÓN DE ALCANCES Alcance: ...........................................

...........2................2.............................1 Fuentes de Obtención de Requerimientos .........1 Diagrama de paquetes ....2............2...................................................................... 62 3.........2 MODELO DE IMPLEMENTACION ................3.......................2 Relación y descripción de Actores ...................................................................................................................................... 59 3......................................... 59 3...2 Diagrama de caso de uso por cada paquete ......................1 Relación y descripción de requerimientos funcionales priorizados ... 62 Diagrama de Despliegue ......................... 59 3..3 Diagrama de caso de uso general (integral) .1 3.............. 61 3.............1.........................4...............................2.......................................................................................6.. 61 3.........................................1 Modelo Conceptual ..................................4..........2...................................2 Diccionario de Datos ..................2.... 61 3............3......................................2 MODELO DE REQUERIMIENTOS ......3.....................................................................................................3 Relación y descripción de los casos de uso ............3.. 60 3.. 62 9 ..................................... 61 3................2.............................................................................. 62 Diagrama de componentes...............6 Modelo de Casos de Uso ...........................1 Arquitectura del Análisis ........ 61 3....................................................................................6..2 Capas y Subsistemas ...... 62 3...............2..................................1.........3....................3...........2 Realización del Caso de Uso de Análisis .................... 62 3....................................... 62 3.....2.................................3....................2............6.............................................................................................. 59 3.3......................1 Diagrama de Clases Persistentes (Base de Datos) .............................................................5 Relación y descripción de caso de usos extendidos .........................................4 Relación y descripción de caso de usos incluidos ........ 62 3.....................3...........3 Realización de los Casos de Uso de Diseño ..4 3....................................2........3............................. 62 3.............................................2 Relación y descripción de requerimientos no funcionales ............................................................................... 61 3.................. 61 3.... 62 3..............................2.......3 MODELO DE ANALISIS Y DISEÑO .................................................... 62 3..........

CAPITULO I 10 .

(FIGURA 1. moderno. que lo más importante es satisfacer. nos lleva a implementar un estilo innovador.San Juan de Lurigancho. Las Crucinelas nro. de calidad y a la medida de las más altas exigencias.1 Ubicación Geográfica 11 . GENERALIDADES 1.1.A. nació con el fin de revolucionar el sistema de taxi remisse de lima.1 DESCRIPCIÓN DE LA ORGANIZACIÓN Ethos Transporte S. las necesidades de nuestros clientes. entendiendo. pues nuestra visión como usuarios del servicio.Lima . a todo nivel. Ubicación geográfica: Jr. 1046 urb.1) FIGURA 1.C. Las Flores de Lima .

1.  Mejorar la atención al cliente  Mejorar la gestión del servicio a clientes corporativos 12 .3 OBJETIVOS 1. ganando un control detallado de los servicios y reduciendo el tiempo tomado en realizar la facturación de sus clientes (con un promedio de 40 minutos). ya que actualmente la empresa sufre de pérdidas significativas en horas hombre en realizar esta labor.A.3.2 IDENTIFICACIÓN DEL PROBLEMA La empresa Ethos Transporte S.C en el transcurso este año ha adquirido una solicitud por servicios de taxi con la Empresa Interbank para esto requiere contar con un sistema de información que pueda controlar los servicios solicitados por medio de Vales de crédito. además de causar dificultad en las labores de sus trabajadores por la complejidad del manejo de la información.1 Objetivo General Automatizar el proceso de Facturación y Atención del Servicio de la empresa aumentando la calidad del servicio la eficiencia y rapidez en el manejo de la información que dichos procesos requieren. 1.

4 DEFINICIÓN DE ALCANCES Alcance: El alcance del proyecto está restringido a las siguientes actividades y definiciones:       Gestión del servicio de Taxi ejecutados con vales de crédito. Manejo del proceso de facturación de servicios. Brindar protección ante el uso indebido del servicio credicial. Reporte detallado del consumo y servicios del cliente. conductores. etc. Reducir el tiempo del proceso de facturación en un 80%.1.2 Objetivo Específico     Brindar un control y seguimiento del crédito y servicio del cliente. Disminuir el número de los clientes insatisfechos a un 20%.3. Mantenimiento de la información de clientes. Control de uso indebido del crédito por parte del personal no autorizado por el cliente. 13 . 1. Consulta de estado de cuenta de crédito del cliente en tiempo real.

). debido a que la empresa posee una sólida posición económica y desea invertir en el proyecto para mejorarla. El sistema no realiza la asignación automática del chofer que llevara a cabo el servicio de taxi.1 Limitaciones Tecnológicas La empresa cuenta con la tecnología suficiente para desarrollar la solución propuesta (Servidor.5.Que no incluye el proyecto:     El sistema no provee rutas de transito óptimas que disminuyan el tiempo del servicio prestado. 14 . El sistema no administra los recursos productivos empleados por la empresa (gasolina. Sistema Operativo compatible. Acceso a internet.5 DEFINICIÓN DE LIMITACIONES 1.2 Limitaciones Presupuestales No se presentan limitaciones económicas. Computadoras de trabajo.5. Seguridad especial contra hackers (Instalar o parchar agujeros de seguridad en los componentes de software utilizados). 1. etc. repuestos automovilísticos. etc.) 1.

la factibilidad técnica es viable. Actualmente la empresa posee maquinas con los requerimientos técnicos descritos anteriormente. no se presenta ninguna limitación en recursos humanos debido a que el uso del Sistema "Taxi Vales" es práctico y sencillo y no requiere de personal con alguna capacitación en especial. 15 .3 Limitaciones de RRHH La empresa posee con 3 personas en el área de Operaciones.1 Factibilidad Técnica El sistema a implementar deberá tener como Hardware (Pentium IV a más) además de tener instalado Windows XP o versiones posteriores.5.6.6 FACTIBILIDAD 1. incluso si la empresa está sujeta a cambios constantes en su personal.1. 1.

existe suficiente apoyo para el sistema por parte de la gerencia y también por parte de los usuarios directos. 1.C se beneficiara con la automatización de los procesos que toman actualmente una cantidad de tiempo significativa (proceso de facturación). además de adquirir un control de los servicios ejecutados tanto para la empresa como para sus clientes explotando así la 16 . gracias a que el uso del Sistema “TaxiVales” es práctico y sencillo y no requiere de personal con alguna capacitación en especial (excepto la de computación básica). incluso si la empresa está sujeta a cambios constantes en su personal. Se han involucrado los usuarios en la planeación y desarrollo del sistema lo cual ha aumentado la rapidez del trabajo.A. 1. la empresa Ethos Transporte S.7 JUSTIFICACION Y USO DE HERRAMIENTAS TECNOLOGICAS A UTILIZAR EN EL ESTUDIO Y DESARROLLO DEL PRODUCTO Con el desarrollo e implementación del sistema. los cuales representan pérdidas para la empresa.2 Factibilidad Operativa Los usuarios directos del sistema tendrán la capacidad de poner en funcionamiento el nuevo sistema.6.1.3 Factibilidad Económica La empresa puede afrontar la inversión inicial ya que cuenta con una gran capital y proyección de crecimiento económico estable.6.

0  Base de datos o Microsoft SQL Server 2008 R2 17 .información en tiempo real.0.0 o CA Erwin Data Modeler 7. Para el desarrollo del sistema se utilizaron las siguientes herramientas tecnológicas:  Herramientas Case o IBM Rational Rose Enterprise Edition 7.3  Desarrollo y Construcción o Microsoft Visual Studio 2010 Ultimate con .NET Framework 4. ganando un modelo de servicio ágil y eficaz que ayudara a cumplir con la misión y visión de la empresa.

CAPITULO II 18 .

Características Esenciales Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso. constituyen un elemento integrador y una guía del trabajo. y es iterativo e incremental. En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del sistema. 19 . los Casos de Uso representan los requisitos funcionales del sistema. está centrado en la arquitectura.2. Proceso dirigido por Casos de Uso Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo en términos de funciones que sería bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. También guían su diseño. PLANTEAMIENTO 2.1 METODOLOGIA DE IMPLANTACION El proceso de desarrollo de software a utilizar es RUP y a continuación se describe brevemente en que consiste. implementación y prueba.

Cada producto tiene tanto una función como una forma. Existe una interacción entre los Casos de Uso y la arquitectura. La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema. La arquitectura se ve influenciada por la plataforma software. En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso se presta especial atención al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construcción y el mantenimiento. reutilización y capacidad de evolución por lo que debe ser flexible durante todo el proceso de desarrollo. protocolos. lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo. La función corresponde a la funcionalidad reflejada en los Casos de Uso y la forma la proporciona la arquitectura. consideraciones de desarrollo como sistemas heredados. actualmente y en 20 . sistema operativo. Además la definición de la arquitectura debe tomar en consideración elementos de calidad del sistema. gestor de bases de datos.Proceso centrado en la arquitectura La arquitectura de un sistema es la organización o estructura de sus partes más relevantes. rendimiento. está relacionada con la toma de decisiones que indican cómo tiene que ser construido el sistema y ayuda a determinar en qué orden. Muchas de estas restricciones constituyen requisitos no funcionales del sistema. los Casos de Uso deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura debe permitir el desarrollo de todos los Casos de Uso requeridos. necesaria para controlar el desarrollo.

Es conveniente ver el sistema desde diferentes perspectivas para comprender mejor el diseño por lo que la arquitectura se representa mediante varias vistas que se centran en aspectos concretos del sistema. un análisis de la iteración y algunas actividades específicas de la iteración. Al finalizar se realiza una integración de los resultados con lo obtenido de las iteraciones anteriores. Análisis. abstrayéndose de los demás. todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura. más la de Casos de Uso que es la que da cohesión a todas. Se pasa por los flujos fundamentales (Requisitos. Para RUP. Implementación y Pruebas). de implementación. Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto. Diseño.el futuro. también existe una planificación de la iteración. Esto provoca que tanto arquitectura como Casos de Uso deban evolucionar en paralelo durante todo el proceso de desarrollo de software. de proceso y de despliegue. el cual recibe este nombre porque lo forman las vistas lógica. Cada mini proyecto se puede ver como una iteración (un recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto. Una iteración puede realizarse por medio de una cascada. así durante todo el proceso de desarrollo. Proceso iterativo e incremental La estrategia que se propone en RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos. 21 .

FASES DE RUP RUP divide el proceso en cuatro fases. (FIGURA 2. Fase de Elaboración. Fase de Construcción.1)     Fase de Inicio. dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas actividades. FIGURA 2.1 Fases del RUP 22 . Fase de Transición.

En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. las iteraciones se orientan al desarrollo de la baseline de la arquitectura. En la fase de elaboración. diseño y una parte de implementación orientado a la baseline de la arquitectura. En la fase de construcción. Para cada iteración se selecciona algunos Casos de Uso. Durante la fase de inicio las iteraciones ponen mayor énfasis en actividades modelado del negocio y de requisitos. se refina su análisis y diseño y se procede a su implementación y pruebas. modelo de negocios (refinamiento). análisis. Se realizan tantas iteraciones hasta que se termine la implementación de la nueva versión del producto. se lleva a cabo la construcción del producto por medio de una serie de iteraciones. y al establecimiento de una baseline de la arquitectura. la eliminación de los riesgos críticos. la delimitación del ámbito del proyecto.Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del problema y la tecnología. se realiza una pequeña cascada para cada ciclo. 23 . abarcando más los flujos de trabajo de requerimientos.

La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso.Descripción Fase de Inicio Hito En esta fase desarrollarán los requisitos del producto desde la perspectiva del usuario. La aceptación del cliente /usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. Al final de esta fase. así como su realización preliminar en el Modelo de Análisis / Diseño. Fase de Elaboración En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. también permitirá 24 . los cuales serán establecidos en el artefacto Visión. todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). por no incluirse las fases siguientes. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. la revisión y entrega de todos los artefactos hasta este punto de desarrollo también se incluye como hito. En nuestro caso particular.

hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos.0. CUADRO 2. asegurando una implantación y cambio del sistema previo de manera adecuada. Ambas iteraciones tendrán una duración de una semana. lista para ser entregada a los usuarios para pruebas beta. con la capacidad operacional parcial del producto que se haya considerado como crítica. Fase de Transición En esta fase se prepararán dos releases para distribución. El producto se construye en base a 2 iteraciones. cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Fase de Construcción Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso. El hito que marca el fin de esta fase es la versión de la release 2.1 Descripción de Fases 25 . El hito que marca el fin de esta fase incluye. incluyendo el entrenamiento de los usuarios. la entrega de toda la documentación del proyecto con los manuales de instalación y todo el material de apoyo al usuario. la finalización del entrenamiento de los usuarios. refinando el Modelo de Análisis / Diseño. Se comienza la elaboración de material de apoyo al usuario.

Elaborar el Modelo de Análisis y Diseño. construir prototipos. pruebas funcionales. 26 . gestionar las prioridades.2 Recursos Humanos del Proyecto) Nombre Boris Matos Morillo Responsabilidad Jefe de Proyecto Analista / Programador de Sistemas – Equipo de Proyecto Descripción  Asignar los recursos.2.2 ADMINISTRACION DE PROYECTO 2. David G. es el encargado de gestionar cualquier decisión en las áreas de la empresa. coordinar las interacciones con los clientes y usuarios.2. Colaborar en la elaboración de las pruebas funcionales y el modelo de datos. Odar Otero Gerencia General – Ethos Transporte  Es la mayor autoridad en la empresa “Ethos Transporte”. Yoselin Casas Garcia Analista / Diseñador de Sistemas – Equipo de Proyecto  Capturar.1 Recursos Humanos del Proyecto (CUADRO 2. especificar y validar requisitos. interactuando con el cliente y los usuarios mediante entrevistas.

3 DIAGRAMA DE GANTT 27 .2.2 Diagrama de GANTT FIGURA 2.2.

3 Gestión de Riesgo) 28 .2. Monitorizar el transcurso de un proyecto para evaluar el estado de los riesgos y actuar en consecuencia.3 Gestión de Riesgo Objetivo de la Gestión de Riegos  Identificar.2.   Desarrollar respuestas adecuadas para los posibles riesgos. (CUADRO 2. analizar y cuantificar posibles riesgos que puedan aparecer durante el desarrollo de un proyecto software.

y definir hacía dónde vamos a ir. Estrategia Correctiva: Si el cliente en pleno desarrollo expresa que lo que se está realizando no es lo que realmente desea. 29 . para que nos marque las directrices. para evitar sorpresas a la mitad del desarrollo. Estrategia Preventiva: Se entrevistara al cliente las veces que sean necesarias. Probabilidad: 20% Impacto: 70% Responsabilidad: Cliente / Líder de Proyecto Descripción: Cuando un cliente no tiene una idea clara de lo que quiere. Entonces cuando se empieza a desarrollar algo con una idea ficticia lo que nosotros vamos a hacer solamente será algo que el cliente no necesita y por lo tanto el cliente no quedará satisfecho. acaba pidiendo algo que realmente no necesita. Se hablará lo más coloquialmente posible para que ambas partes puedan entenderse mutuamente. entonces se tendremos que incluir un replanteamiento de las actividades a realizar. y qué es lo que NO desea. para poder entender plenamente qué es lo que el cliente desea.RIESGO 1 Nombre del Riesgo: El cliente no tiene una idea clara de lo que quiere hacer.

Probabilidad: 50% Impacto: 40 % Responsabilidad: Líder de Proyecto Descripción: Este riesgo tiene alta probabilidad de que suceda debido a que cuando se realiza la estimación.RIESGO 2 Nombre del Riesgo: Desviación de la estimación de costos establecida. no se conoce en profundidad todos los problemas que pudieran aparecer en cada una de las etapas. obviamente con sus limitantes. También se puede holgar un poco en costos. para evitar que los costos varíen. Estrategia Correctiva: Cuando se haya alcanzado el tope de costos. se tiene que realizar un documento en el cuál se especifique en dónde se ha invertido el dinero y en dónde es donde se necesitará inyectar más dinero. 30 . Estrategia Preventiva: Se tratará de acercar lo más posible a la realidad.

Estrategia Correctiva: Si el tiempo ya está encima de nosotros proponer entregar versiones. Probabilidad: 20% Impacto: 80 % Responsabilidad: Líder de Proyecto Descripción: Cuando no se conoce en profundidad todos los problemas que pudieran aparecer en cada etapa.RIESGO 3 Nombre del Riesgo: Fecha límite de entrega no razonable. pero con todo lo demás activo. haciendo que se tenga un pequeño colchón para evitar que el tiempo se nos venga encima. que el programa se entregue sin X funcionalidad. 31 . es muy probable que el proyecto pueda ocupar más tiempo del que inicialmente se ha planeado. Estrategia Preventiva: Se tratará de poner una fecha límite holgada. con ciertas funcionalidades.

32 . Estrategia Preventiva: Si el cliente no desea participar en las revisiones. Probabilidad: 30% Impacto: 80% Responsabilidad: Cliente Descripción: Si el cliente no participa en las revisiones. pedir que alguien más de su equipo las realice para verificar que estamos en el buen camino. En caso de que el cliente participe en las revisiones. para el equipo de trabajo todo lo que se está realizando seguramente estará bien. él sabrá si lo que estamos haciendo está bien o mal y nos podrá definir mejor la directriz que debemos tomar. Estrategia Correctiva: Si el cliente no ha participado en las revisiones.RIESGO 4 Nombre del Riesgo: El cliente no participa en las revisiones. Definir en el documento de alcance que el cliente debe participar en las revisiones para poder realizar de la mejor manera el software. se podría alargar el tiempo de proyecto para que el cliente defina una fecha en la que se revise el avance.

Descripción: Durante la realización del proyecto. Probabilidad: 20% Impacto: 80% Responsabilidad: Líder del proyecto. casi en todo momento estaremos en contacto con el cliente. Estrategia Preventiva: Hacer que el cliente o los usuarios finales estén en contacto con el equipo de desarrollo. lo cual hace que el cliente siempre va a estar revisando lo que hemos hecho hasta el momento y seguramente se entregará algo muy similar a lo que el cliente desea.RIESGO 5 Nombre del Riesgo: Insatisfacción del usuario final. Estrategia Correctiva: Se identificara los aspectos que representan la insatisfacción del cliente y se analizara las actividades a realizar para corregir dichos aspectos. 33 .

no todos cuentan con la disponibiliad en tiempo para realizar sus tareas. asignarle la tarea. y si hay alguien que tenga una importancia menor. Estrategia Correctiva: Verificar la importancia que tiene el proceso que estaba realizando la persona que ha faltado.RIESGO 6 Nombre del Riesgo: Problemas con la disponibilidad del personal. Estrategia Preventiva: Verificar el horario/disponibilidad de trabajo de cada persona. Descripción: Debido a que el proyecto se realizará en grupo. 34 . y asignar horarios diferentes dependiendo de la disponibilidad de cada uno de ellos. Probabilidad: 60% Impacto: 60% Responsabilidad: Equipo de desarrollo.

Estrategia Correctiva: Establecer nuevos equipos de trabajo. 35 . el Cliente puede agregar objetivos y/o cambiarlos. Descripción: Al avanzar el proyecto. si se requiere hacer un cambio en los objetivos por petición del cliente.RIESGO 7 Nombre del Riesgo: Problemas con cambios por parte del Cliente. Estrategia Preventiva: Tener siempre claro. los objetivos iniciales. Probabilidad: 50% Impacto: 60% Responsabilidad: Cliente. y nuevas asignaciones. ya que los cambios impactarán en la planificación del tiempo y entrega de los entregables. se pueden especificar nuevas fechas y nuevas estrategias en conjunto. para poder desarrollar los cambios aceptados por el equipo de Desarrollo. cuando ya se tiene un porcentaje de avance. tanto el Cliente como el equipo de Desarrollo.

CAPITULO III 36 .

Se incluye la gestión de permisos y autorizaciones para el cliente (seguridad antifraude en la solicitud del servicio) esto quiere decir que el cliente autoriza que personas están aptas a gestionar la línea de crédito de la empresa.3. con procesos de atención de clientes y monitoreo de unidades totalmente automatizados y optimizados para brindar al pasajero un servicio Premium de calidad conjugando: velocidad de atención. el Modulo de Operaciones. 37 .  Descripción Global del Software (Producto) El sistema es una solución modular compuesta por dos módulos. el cual permite registrar las solicitudes de servicios de taxi y automatiza el proceso de facturación de los clientes corporativos de esta manera las empresas de taxis podrán ahorrar tiempo y dinero a la hora de ejecutar y gestionar el cobro de los servicios mejorando la atención al cliente mediante un flujo de procesos rápido y automático. seguridad desde el punto de recojo hasta el destino y precios competitivos.1 MODELO DE NEGOCIO  Visión del Negocio Ser la empresa líder en el sector de servicios de taxi a clientes corporativo obtener un estable posicionamiento en el mercado de clientes naturales. DESARROLLO 3.

el cual permite consultar el estado de cuenta credicial del cliente en tiempo real.El Modulo de Clientes. consultar el detalle de los servicios facturados y el proceso de generación de llaves de acceso (keys). la cual servirá para acceder finalmente a la solicitud del servicio credicial. 38 . De esta forma la empresa con la implementación del sistema ayuda a facilitar el control de la información en el Área Operativa. el cual es un mecanismo que gestiona que solo las personas definidas como Administradores de Crédito podrán obtener una key de acceso. Con esto el proceso será optimizado y se llevara a cabo consumiendo menos recursos y de una forma automática.

construir prototipos. Colaborar en la elaboración de las pruebas funcionales y el modelo de datos. especificar y validar requisitos.  Yoselin Casas García Analista / Diseñador de Sistemas – Equipo de Proyecto Capturar. (CUADRO 3. Odar Otero Gerencia General – Ethos Transporte  Es la mayor autoridad en la empresa “Ethos Transporte”. es el encargado de gestionar cualquier decisión en las áreas de la empresa. gestionar las prioridades. Descripción de los participantes en el proyecto y Usuarios (StakeHolders) a) Resumen de los Stakeholders Nombre Boris Matos Morillo Responsabilidad Jefe de Proyecto Analista / Programador de Sistemas – Equipo de Proyecto Descripción  Asignar los recursos. interactuando con el cliente y los usuarios mediante entrevistas. Elaborar el Modelo de Análisis y Diseño.1 Resumen de los Stakeholders) 39 . coordinar las interacciones con los clientes y usuarios. David G. pruebas funcionales.

 Permitirá generar un reporte con el detalle de los servicios facturados por el cliente. 40 .b) Resumen de los Usuarios Nombre Raúl Álvarez Tapia Responsabilidad Supervisor de Operaciones Descripción  Supervisa el cumplimiento de las políticas y procedimientos de la compañía.2 Resumen de los Usuarios   Restricciones Requisitos del Sistema a) Requerimientos Funcionales  El sistema manejara el proceso de facturación de servicios ejecutados con vales de crédito. garantizando que el cliente reciba la mejor atención posible  Lourdes Linares Gonzales Atención al Cliente Recepciona y registra los datos necesarios para efectuar el servicio CUADRO 3.

 Manejara el límite de crédito a usar a disposición del cliente. b) Requerimientos No Funcionales  Generar alertas a clientes con tope al límite de su crédito. errores. Almacenara un registro de los servicios ejecutados por el cliente.  La aplicación deberá permitir el mantenimiento de la información de los clientes.  Consulta de estado de cuenta de crédito del cliente en tiempo real. 41 . vehículos. etc.).  Se deberá mostrar al usuario el resultado de sus acciones (mensajes de confirmación.  Controlará el uso indebido del crédito por parte de personal no autorizado. conductores.  Permitirá el cálculo automático del importe del servicio a ejecutar (tarifas). etc.  Envió Factura Electrónica.

 DEFINICIÓN DE REGLAS DE NEGOCIO 1. 2. Regla3 (RN03) No se podrá ejecutar el servicio de taxi si el cliente ya ha consumido toda su línea de crédito. Regla1 (RN01) El Administrador de crédito será el encargado de administrar la línea de crédito que dispone el cliente corporativo. si previamente se haya verificado que el solicitante es el Administrador de Crédito. Regla2 (RN02) Solo el Jefe de Área Comercial podrá generar los comprobantes de servicio. 5. Regla4 (RN04) Solo se podrá ejecutar un servicio de taxi a modo de vale de crédito. 42 . 3. Regla5 (RN05) Cuando se realiza una reserva para clientes corporativos se deberá validar que la reserva ha sido autorizada por el Administrador de Crédito. 4.

Rol encargado de administrar el crédito de servicios de taxi que posee el cliente. Adminis trador de Credito (f rom Actor de Negocio) Cliente Corporativo Entidad corporativa que realiza el contrato de servicios de taxi a modo de vales de crédito. es la persona responsable de supervisar y mejorar la operatividad de la empresa.1. Pasajero (f rom Actor de Negocio) Gerente Operaciones Cargo máximo en la operativa de la empresa.3. Cliente Corporativo (f rom Actor de Negocio) Pasajero Persona que finalmente consume el servicio de taxi.1 Modelo de Caso de Uso del Negocio  Relación y descripción de los Actores de Negocio Administrador de Crédito. encargado de solicitar el servicio de taxi. encargado de realizar la reserva del servicio de taxi. Gerente Operaciones (f rom Actor de Negocio) 43 .

se define el límite de crédito que dispondrá la empresa así Asignar Linea de Credito (from Caso de Uso de Negocio) como las personas encargadas de administrador dicho crédito. para su elaboración y posterior envió al cliente. Generar Comprobante de Servicio Proceso en el cual se identifican todos los servicios ejecutados por el cliente corporativo en el mes para Generar Comprobante de Servicio (from Caso de Uso de Negocio) determinar el importe el comprobante de servicio. verificando que exista una reserva previa realizada por el administrador de crédito para luego registrar el Asignar Linea de Credito (from Caso de Uso de Negocio) servicio. Generar Informes Estadísticos Proceso que inicia cuando el Gerente de Operaciones solicita al Operador y al Jefe de Área Comercial una Generar Informes Estadis ticos (from Caso de Uso de Negocio) serie de informes para su posterior análisis y toma de decisiones. 44 . Atender Servicio de Taxi Credicial Proceso que toma el pedido de servicio del pasajero. asignar un chofer y unidad para la ejecución del servicio. Realizar Reserva de Servicio de Taxi Credicial Proceso que inicia cuando el Administrador de Crédito solicita una reserva de servicio para el posterior uso de un pasajero del cliente corporativo. esto significa que el Realizar Reserva de Servicio de Taxi Credicial (from Caso de Uso de Negocio) Administrador de Crédito autoriza la ejecución de un servicio. Relación y descripción de los Casos de Usos de Negocio Asignar Línea de Crédito Proceso que engloba una serie de actividades para generar la línea de crédito de servicios al cliente.

 Diagrama de Caso de Uso de Negocio FIGURA 3.1 Diagrama de Caso de Uso de Negocio 45 .

Dis minuir el num ero de clientes insatisfechos a un 20% se tiene como objetivo reducir el número entre 1 a 2 llamadas. mejorando la gestión del servicio de los clientes corporativos. Reducir el tiem po del proceso de facturacion en un 80% planteando como meta reducirlo a 8 minutos en promedio. Mejorar la gestión del servicio a clientes corporativos Brindando protección ante el uso indebido del servicio credicial. Disminuir el número de clientes insatisfechos a un 20% La empresa mensualmente recibe entre 5 a 7 llamadas de clientes realizando algún tipo de reclamo. Relación y descripción de los Objetivos de Negocio Mejorar la atención al cliente Se planea mejorar la atención al cliente. Mejorar la atencion al cliente disminuyendo el número de clientes insatisfechos. reduciendo el tiempo del proceso de facturación. brindando un control y seguimiento Mejorar la gestion del servicio a clientes corporativos del crédito y servicio al cliente. 46 . Reducir el tiempo del proceso de facturación en un 80% Actualmente el promedio del tiempo tomado es de 40 minutos.

47 . el detalle de los servicios que ha realizado. Brindar un control y seguimiento del crédito y servicio del cliente Se desea que el cliente pueda consultar el consumo que va Brindar un control y seguimiento del credito y servicio del cliente realizando en tiempo real.Brindar protección ante el uso indebido del servicio credicial Se desea evitar que personas no autorizadas puedan hacer Brindar proteccion ante el uso indebido del servicio credicial uso del crédito de la entidad corporativa. .

Diagrama de Objetivos de Negocio

FIGURA 3.2 Diagrama de Objetivos de Negocio

48

Diagrama de Caso de Usos de Negocio vs Objetivos de Negocio

FIGURA 3.3 Diagrama de Caso de Usos de Negocio vs Objetivos de Negocio

49

3.1.2 Modelo de Análisis del Negocio

Relación y descripción de Trabajadores de Negocio

Jefe Área Comercial

Rol encargado de gestionar toda la parte comercial de la empresa, que incluye el contrato y la asignación de línea de crédito con el cliente corporativo, la facturación de los servicios de taxi.

Operador

Rol encargado de gestionar toda la parte operativa de la empresa, que incluye la atención al cliente, la toma y asignación del servicio de taxi.

Relación y descripción de Entidades de Negocio

Ficha Administrador Crédito

Documento que almacena información relacionada (nombres y apellidos, cargo en la empresa, área, número telefónico, etc.) a los Administradores de Línea de Crédito de los Clientes Corporativos.

50

Servicio Almacena un registro de los servicios realizados por la empresa de taxi. Reserva Almacena un registro de las reservas generadas por los administradores de crédito. etc. número de brevete. Ficha Cliente Corporativo Documento que almacena información relacionada (razón social. 51 .) a los Clientes Corporativos de la empresa de taxi.  Diagrama de Caso de Usos de Negocio vs Objetivos de Negocio Documento generado a fin del mes como comprobante de los servicios de taxi. contiene el importe total a pagar por el cliente corporativo. Rubro.Ficha Chofer Documento que almacena información relacionada (nombres y apellidos. importe de línea de crédito. etc. RUC.) a los Choferes de la empresa de taxi.

 Diagrama de Objetos de Negocio FIGURA 3.Tarifa Almacena el listado de precios a cobrar según las zonas definidas.4 Diagrama de Objetos de Negocio 52 .

 Diagrama de Realización de Negocio FIGURA 3.5 Diagrama de Realización de Negocio 53 .

6 RN_Asignar Línea de Crédito ) R N _ R e a l i z a 54 .( FIGURA 3. registrando el cliente y a sus administradores de crédito. si es así aprueba la línea de crédito. el Jefe de Área Comercial verifica si el cliente cumple con los requisitos necesarios para la línea de crédito. con esta información el Jefe de Área Comercial genera el contrato de crédito. el Cliente Corporativo informa sus datos y cuáles serán las personas encargadas de administrar su línea de crédito. Especificación de la realización de Caso de uso de negocio RN_Asignar Línea de Crédito El proceso de negocio arranca cuando el Cliente Corporativo solicita una línea de crédito.

si el número es uno autorizado. la operadora solicita datos de los pasajeros o el nombre de la persona que será responsable de la reserva. el Administrador de Crédito le indica los datos requeridos. FIGURA 3.7 RN_Reserva de Servicio de Taxi Credicial 55 . el operador verifica la identidad del Administrador de Crédito verificando el número de teléfono desde el cual está llamando. el operador registra la reserva.RN_Reserva de Servicio de Taxi Credicial El proceso de negocio inicia cuando el Administrador de Crédito solicita una reserva de servicio de taxi credicial.

el pasajero indica la hora y el lugar. asigna al chofer y registra el servicio.8 RN_Atender Servicio de Taxi Credicial 56 . el operador calcula la tarifa en base al lugar de origen y destino. FIGURA 3. el operador verifica si existe una reserva a su nombre. si es así.RN_Atender Servicio de Taxi Credicial El proceso de negocio inicia cuando el pasajero solicita la ejecución de un servicio de taxi credicial. solicita hora y lugar de destino y origen.

consulta el registro de los servicios ejecutados por el cliente. genera el comprobante. y finalmente se lo envía al cliente. calcula el monto a cobrar.9 RN_Generar Comprobante de Servicio 57 . FIGURA 3. registra los datos del cliente en el comprobante.RN_Generar Comprobante de Servicio El proceso de negocio inicia por la obligación de la empresa de taxi de generar un comprobante de los servicios consumidos por el Cliente Corporativo. si existen registros por cobrar. el Jefe de Área Comercial consulta los datos del cliente.

10 RN_Generar Informes Estadísticos 58 .RN_Generar Informes Estadísticos El proceso de negocio inicia cuando el Gerente de Operaciones solicita informes estadísticos al Operador (Área Operativa) y al Jefe de Área Comercial (Área Comercial y Facturación). cada uno elabora sus informes respectivos. 1 0 FIGURA 3. entregándolos finalmente al Gerente de Operaciones. F I G U R A 3 . el Jefe de Área Comercial consulta las fichas de los clientes corporativos y de sus administradores de crédito para obtener la información suficiente para realizar los informes solicitados. para lo cual el operador consulta los servicios ejecutados en un determinado momento para generar los informes solicitados.

1.1.2.4 Glosario de Términos  Línea de crédito Representa el importe de crédito que dispone el cliente.  Servicio Credicial Servicio de taxi ejecutado con vales de crédito.  Unidad Medio de transporte con el cual el chofer realiza el servicio de taxi.1 Relación y descripción de requerimientos funcionales priorizados 3.3.2 Relación y descripción de requerimientos no funcionales 59 . 3.1.3 Creación de la Matriz de procesos (caso de uso) Vs Requerimientos Funcionales 3.1 Fuentes de Obtención de Requerimientos 3.2.2.  Vales de crédito Es la representación de la acción de realizar un servicio de taxi pagando en una fecha posterior a la fecha ejecución del servicio.2 MODELO DE REQUERIMIENTOS 3.1.

gestiona los usuarios del sistema. la cual será recogida por el chofer y será transportada al destino deseado. o Jefe Área Comercial Rol encargado de la gestión de los procesos relacionados con los clientes corporativos. puede generar accesos a los trabajadores al consumo del servicio de taxi a modo de vales de crédito. 60 . o Pasajero Persona que realiza la reserva de taxi. y la generación de los comprobantes de servicio. incluye la creación de los clientes en el sistema. la asignación de línea de crédito. de la toma de las reservas por parte de los clientes. tiene acceso total a las opciones del sistema. o Operador Rol encargado de la gestión de los choferes.2.2 Relación y descripción de Actores  Modulo Clientes o Administrador de Crédito Rol encargado de administrar y gestionar la línea de crédito que posee los clientes corporativos. y de la gestión de los servicios de taxi.  Modulo Operaciones o Administrador Sistema Usuario maestro del sistema. unidades.3.

6.3.3 Diagrama de caso de uso general (integral) 61 .1 Diagrama de paquetes 3.5 Relación y descripción de caso de usos extendidos 3.2.2.2 Diagrama de caso de uso por cada paquete 3.6.2.2.2.2. 3.4 Relación y descripción de caso de usos incluidos 3.2.3 Relación y descripción de los casos de uso.6.6 Modelo de Casos de Uso 3.

1 Diagrama de componentes 3.3.4 MODELO DE IMPLEMENTACION 3.1 Modelo Conceptual 3.3.3.3.3 Realización de los Casos de Uso de Diseño 3.1 Arquitectura del Análisis 3.2.4.3.3.3.3.2 Diagrama de Despliegue 62 .1 Diagrama de Clases Persistentes (Base de Datos) 3.3.4.2 Capas y Subsistemas 3.2 Realización del Caso de Uso de Análisis 3.2.3.3 MODELO DE ANALISIS Y DISEÑO 3.2 Diccionario de Datos 3.

ANEXOS 63 .