Proyecto PDF

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 apoyo y
fortaleza en el desarrollo y
transcurso de este proyecto
ayudándonos a concluir
satisfactoriamente nuestro
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
LISTA DE TABLAS
CUADRO 2.2 RECURSOS HUMANOS DEL PROYECTO
CUADRO 2. 3 GESTIÓN DE RIESGO
CUADRO 3.1 RESUMEN DE LOS STAKEHOLDERS
CUADRO 3.2 RESUMEN DE LOS USUARIOS
4
LISTA DE FIGURAS
FIGURA 1.1 UBICACIÓN GEOGRÁFICA

FIGURA 2.1 FASES DEL RUP
FIGURA 2.2. DIAGRAMA DE GANTT
FIGURA 3.1 DIAGRAMA DE CASO DE USO DE NEGOCIO
FIGURA 3.2 DIAGRAMA DE OBJETIVOS DE NEGOCIO
FIGURA 3.3 DIAGRAMA DE CASO DE USOS DE NEGOCIO VS OBJETIVOS
DE NEGOCIO
FIGURA 3.4 DIAGRAMA DE OBJETOS DE NEGOCIO
FIGURA 3.5 DIAGRAMA DE REALIZACIÓN DE NEGOCIO
FIGURA 3.6 RN_ASIGNAR LÍNEA DE CRÉDITO
FIGURA 3.7 RESERVA DE SERVICIO DE TAXI CREDICIAL
FIGURA 3.8 RN_ATENDER SERVICIO DE TAXI CREDICIAL
FIGURA 3.9 RN_GENERAR COMPROBANTE DE SERVICIO
FIGURA 3.10 RN_GENERAR INFORMES ESTADISTICOS
5
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, dicho proyecto
busca mejorar la calidad del servicio de taxi que se les ofrece a los clientes
corporativos empleando diversas tecnologías informáticas.
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, con el propósito
de realizar un trabajo objetivo, se empezó por identificar la problemática que le da
origen, siendo esta la perdida de horas hombre en realizar la facturación de los
servicios, causando dificultad en la labores de sus trabajadores por la complejidad
del manejo de la información.
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. Se realizó el análisis, diseño del sistema de
gestión de servicios de taxi para clientes corporativos “TaxiVales”, el cual es una
solución modular compuesta por 2 módulos, el Modulo de Operaciones, el cual
permite registrar las solicitudes de servicios de taxi y automatiza el proceso de
facturación de los clientes corporativos, 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, el Modulo de Clientes, el cual permite consultar el
estado de cuenta credicial del cliente en tiempo real, consultar el detalle de los
servicios facturados y el proceso de generación de llaves de acceso (keys), el cual
es un mecanismo que gestiona que solo las personas definidas como
Administradores de Crédito podrán obtener una key de acceso, la cual servirá
para acceder finalmente a la solicitud del servicio credicial.
6
Finalmente, este proyecto de tesis está dividido en los 4 capítulos siguientes:
Generalidades, Planteamiento, Desarrollo y finalmente Conclusiones y
Recomendaciones.
En el capítulo 1, Generalidades, se presentan las secciones en donde se

especifica el problema a resolver, el análisis técnico, operativo, económico y el
sustento de la solución.
En el capítulo 2, Planteamiento, se detalla la metodología de implantación a usar,

el plan del proyecto, los recursos humanos y la gestión de riesgos del proyecto.
En el capítulo 3, Desarrollo, se realiza una definición detallada del sistema,

mediante diagramas, figuras, la arquitectura, el diseño y las pruebas realizadas.
En el capítulo 4, Conclusiones y Recomendaciones, se muestran las secciones en

donde se dan las observaciones, comentarios, conclusiones finales al proyecto y
recomendaciones futuras.
7
INDICE
DEDICATORIA ................................................................................................................ 2
AGRADECIMIENTO......................................................................................................... 3
LISTA DE TABLAS ........................................................................................................... 4
LISTA DE FIGURAS.......................................................................................................... 5
INTRODUCCION ............................................................................................................. 6
1. GENERALIDADES ................................................................................................... 11
1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN ........................................................................ 11
1.2 IDENTIFICACIÓN DEL PROBLEMA ............................................................................ 12
1.3 OBJETIVOS ............................................................................................................... 12
1.3.1 Objetivo General ......................................................................................................................... 12
1.3.2 Objetivo Específico ..................................................................................................................... 13
1.4 DEFINICIÓN DE ALCANCES Alcance: ......................................................................... 13

1.5 DEFINICIÓN DE LIMITACIONES .................................................................................. 14
1.5.1 Limitaciones Tecnológicas .......................................................................................................... 14
1.5.2 Limitaciones Presupuestales ...................................................................................................... 14
1.5.3 Limitaciones de RRHH ................................................................................................................. 15
1.6 FACTIBILIDAD .......................................................................................................... 15

1.6.1 Factibilidad Técnica .................................................................................................................... 15
1.6.2 Factibilidad Operativa ................................................................................................................. 16
1.6.3 Factibilidad Económica ............................................................................................................... 16
2. PLANTEAMIENTO.................................................................................................. 19
2.1 METODOLOGIA DE IMPLANTACION ......................................................................... 19
2.2 ADMINISTRACION DE PROYECTO.............................................................................. 26
2.2.1 Recursos Humanos del Proyecto ................................................................................................ 26
2.2.2 Diagrama de GANTT ................................................................................................................... 27
2.2.3 Gestión de Riesgo ....................................................................................................................... 28
3. DESARROLLO ........................................................................................................ 37
3.1 MODELO DE NEGOCIO ............................................................................................. 37
3.1.1 Modelo de Caso de Uso del Negocio .......................................................................................... 43
3.1.2 Modelo de Análisis del Negocio ................................................................................................. 50
3.1.3 Creación de la Matriz de procesos (caso de uso) Vs Requerimientos Funcionales .................... 59
3.1.4 Glosario de Términos .................................................................................................................. 59
8
3.2 MODELO DE REQUERIMIENTOS ................................................................................ 59
3.2.1 Fuentes de Obtención de Requerimientos ................................................................................. 59
3.2.1.1 Relación y descripción de requerimientos funcionales priorizados .................................... 59
3.2.1.2 Relación y descripción de requerimientos no funcionales ................................................ 59
3.2.2 Relación y descripción de Actores .............................................................................................. 60
3.2.3 Relación y descripción de los casos de uso ................................................................................. 61
3.2.4 Relación y descripción de caso de usos incluidos ....................................................................... 61
3.2.5 Relación y descripción de caso de usos extendidos ................................................................... 61
3.2.6 Modelo de Casos de Uso ............................................................................................................ 61
3.2.6.1 Diagrama de paquetes ....................................................................................................... 61
3.2.6.2 Diagrama de caso de uso por cada paquete ...................................................................... 61
3.2.6.3 Diagrama de caso de uso general (integral) ...................................................................... 61
3.3 MODELO DE ANALISIS Y DISEÑO ............................................................................... 62

3.3.1 Arquitectura del Análisis ............................................................................................................. 62
3.3.2 Realización del Caso de Uso de Análisis ..................................................................................... 62
3.3.2.1 Modelo Conceptual ........................................................................................................... 62
3.3.2.2 Capas y Subsistemas .......................................................................................................... 62
3.3.3 Realización de los Casos de Uso de Diseño ................................................................................ 62
3.3.3.1 Diagrama de Clases Persistentes (Base de Datos) ............................................................ 62
3.3.3.2 Diccionario de Datos .......................................................................................................... 62
3.4 MODELO DE IMPLEMENTACION ............................................................................... 62

3.4.1 Diagrama de componentes......................................................................................................... 62
3.4.2 Diagrama de Despliegue ............................................................................................................. 62
9
CAPITULO I
10
1. GENERALIDADES
1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN
Ethos Transporte S.A.C. nació con el fin de revolucionar el sistema

de taxi remisse de lima, pues nuestra visión como usuarios del
servicio, nos lleva a implementar un estilo innovador, moderno, de
calidad y a la medida de las más altas exigencias, entendiendo, que
lo más importante es satisfacer, a todo nivel, las necesidades de
nuestros clientes.
Ubicación geográfica: Jr. Las Crucinelas nro. 1046 urb. Las Flores
de Lima - Lima - San Juan de Lurigancho. (FIGURA 1.1)
FIGURA 1.1 Ubicación Geográfica
11
1.2 IDENTIFICACIÓN DEL PROBLEMA
La empresa Ethos Transporte S.A.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, 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, además de causar dificultad en las
labores de sus trabajadores por la complejidad del manejo
de la información.
1.3 OBJETIVOS
1.3.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.
 Mejorar la atención al cliente

 Mejorar la gestión del servicio a clientes corporativos
12
1.3.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%.
 Reducir el tiempo del proceso de facturación en un 80%.
 Brindar protección ante el uso indebido del servicio credicial.
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.

 Mantenimiento de la información de clientes, conductores, etc.
 Manejo del proceso de facturación de servicios.
 Control de uso indebido del crédito por parte del personal no
autorizado por el cliente.
 Consulta de estado de cuenta de crédito del cliente en tiempo
real.
 Reporte detallado del consumo y servicios del cliente.
13
Que no incluye el proyecto:
 El sistema no provee rutas de transito óptimas que disminuyan

el tiempo del servicio prestado.
 El sistema no administra los recursos productivos empleados
por la empresa (gasolina, repuestos automovilísticos, etc.).
 El sistema no realiza la asignación automática del chofer que
llevara a cabo el servicio de taxi.
 Seguridad especial contra hackers (Instalar o parchar agujeros
de seguridad en los componentes de software utilizados).
1.5 DEFINICIÓN DE LIMITACIONES
1.5.1 Limitaciones Tecnológicas
La empresa cuenta con la tecnología suficiente para desarrollar la

solución propuesta (Servidor, Computadoras de trabajo, Sistema
Operativo compatible, Acceso a internet, etc.)
1.5.2 Limitaciones Presupuestales
No se presentan limitaciones económicas, debido a que la

empresa posee una sólida posición económica y desea invertir en
el proyecto para mejorarla.
14
1.5.3 Limitaciones de RRHH
La empresa posee con 3 personas en el área de Operaciones, 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, incluso si la
empresa está sujeta a cambios constantes en su personal.
1.6 FACTIBILIDAD
1.6.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.
Actualmente la empresa posee maquinas con los requerimientos
técnicos descritos anteriormente, la factibilidad técnica es viable.
15
1.6.2 Factibilidad Operativa
Los usuarios directos del sistema tendrán la capacidad de poner

en funcionamiento el nuevo sistema, 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, existe suficiente apoyo para el sistema
por parte de la gerencia y también por parte de los usuarios
directos.
Se han involucrado los usuarios en la planeación y desarrollo del
sistema lo cual ha aumentado la rapidez del trabajo.
1.6.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.
1.7 JUSTIFICACION Y USO DE HERRAMIENTAS

TECNOLOGICAS A UTILIZAR EN EL ESTUDIO Y
DESARROLLO DEL PRODUCTO
Con el desarrollo e implementación del sistema, la empresa Ethos

Transporte S.A.C se beneficiara con la automatización de los
procesos que toman actualmente una cantidad de tiempo significativa
(proceso de facturación), los cuales representan pérdidas para la
empresa, además de adquirir un control de los servicios ejecutados
tanto para la empresa como para sus clientes explotando así la
16
información en tiempo real, ganando un modelo de servicio ágil y
eficaz que ayudara a cumplir con la misión y visión de la empresa.
Para el desarrollo del sistema se utilizaron las siguientes

herramientas tecnológicas:
 Herramientas Case
o IBM Rational Rose Enterprise Edition 7.0.0
o CA Erwin Data Modeler 7.3
 Desarrollo y Construcción
o Microsoft Visual Studio 2010 Ultimate con .NET
Framework 4.0
 Base de datos
o Microsoft SQL Server 2008 R2
17
CAPITULO II
18
2. 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.
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, está centrado en la arquitectura, y es iterativo e
incremental.
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, los Casos de
Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para

especificar los requisitos del sistema. También guían su diseño,
implementación y prueba, constituyen un elemento integrador y una
guía del trabajo.
19
Proceso centrado en la arquitectura
La arquitectura de un sistema es la organización o estructura de sus

partes más relevantes, lo que permite tener una visión común entre
todos los involucrados (desarrolladores y usuarios) y una perspectiva
clara del sistema completo, necesaria para controlar el desarrollo.
La arquitectura involucra los aspectos estáticos y dinámicos más

significativos del sistema, está relacionada con la toma de decisiones
que indican cómo tiene que ser construido el sistema y ayuda a
determinar en qué orden. Además la definición de la arquitectura
debe tomar en consideración elementos de calidad del sistema,
rendimiento, reutilización y capacidad de evolución por lo que debe
ser flexible durante todo el proceso de desarrollo.
La arquitectura se ve influenciada por la plataforma software, sistema

operativo, gestor de bases de datos, protocolos, consideraciones de
desarrollo como sistemas heredados. Muchas de estas restricciones
constituyen requisitos no funcionales del sistema.
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.
Cada producto tiene tanto una función como una forma. La función
corresponde a la funcionalidad reflejada en los Casos de Uso y la
forma la proporciona la arquitectura. Existe una interacción entre los
Casos de Uso y la arquitectura, 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, actualmente y en
20
el futuro. Esto provoca que tanto arquitectura como Casos de Uso
deban evolucionar en paralelo durante todo el proceso de desarrollo
de software.
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, abstrayéndose de los demás. Para RUP, todas las vistas
juntas forman el llamado modelo 4+1 de la arquitectura, el cual recibe
este nombre porque lo forman las vistas lógica, de implementación,
de proceso y de despliegue, más la de Casos de Uso que es la que
da cohesión a todas.
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. Permitiendo que el equilibrio entre Casos de Uso y
arquitectura se vaya logrando durante cada mini proyecto, así
durante todo el proceso de desarrollo. 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. Se pasa

por los flujos fundamentales (Requisitos, Análisis, Diseño,
Implementación y Pruebas), también existe una planificación de la
iteración, 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.
21
FASES DE RUP
RUP divide el proceso en cuatro fases, 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)
 Fase de Inicio.
 Fase de Elaboración.
 Fase de Construcción.
 Fase de Transición.
FIGURA 2.1 Fases del RUP
22
Las primeras iteraciones (en las fases de Inicio y Elaboración) se
enfocan hacia la comprensión del problema y la tecnología, la
delimitación del ámbito del proyecto, la eliminación de los riesgos
críticos, y al establecimiento de una baseline de la arquitectura.
Durante la fase de inicio las iteraciones ponen mayor énfasis en

actividades modelado del negocio y de requisitos.
En la fase de elaboración, las iteraciones se orientan al desarrollo de

la baseline de la arquitectura, abarcando más los flujos de trabajo de
requerimientos, modelo de negocios (refinamiento), análisis, diseño y
una parte de implementación orientado a la baseline de la
arquitectura.
En la fase de construcción, se lleva a cabo la construcción del

producto por medio de una serie de iteraciones.
Para cada iteración se selecciona algunos Casos de Uso, se refina

su análisis y diseño y se procede a su implementación y pruebas, se
realiza una pequeña cascada para cada ciclo.
Se realizan tantas iteraciones hasta que se termine la

implementación de la nueva versión del producto.
En la fase de transición se pretende garantizar que se tiene un

producto preparado para su entrega a la comunidad de usuarios.
23
Descripción Hito
Fase de Inicio En esta fase desarrollarán los requisitos del

producto desde la perspectiva del usuario, los
cuales serán establecidos en el artefacto Visión.
Los principales casos de uso serán identificados y
se hará un refinamiento del Plan de Desarrollo del
Proyecto. La aceptación del cliente /usuario del
artefacto Visión y el Plan de Desarrollo marcan el
final de esta fase.
Fase de En esta fase se analizan los requisitos y se

Elaboración desarrolla un prototipo de arquitectura (incluyendo
las partes más relevantes y / o críticas del sistema).
Al final de esta fase, 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). La revisión y
aceptación del prototipo de la arquitectura del
sistema marca el final de esta fase. En nuestro caso
particular, por no incluirse las fases siguientes, la
revisión y entrega de todos los artefactos hasta este
punto de desarrollo también se incluye como hito.
La primera iteración tendrá como objetivo la
identificación y especificación de los principales
casos de uso, así como su realización preliminar en
el Modelo de Análisis / Diseño, también permitirá
24
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. Ambas iteraciones tendrán una duración
de una semana.
Fase de Durante la fase de construcción se terminan de

Construcción analizar y diseñar todos los casos de uso, refinando
el Modelo de Análisis / Diseño. 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. Se
comienza la elaboración de material de apoyo al
usuario. El hito que marca el fin de esta fase es la
versión de la release 2.0, con la capacidad
operacional parcial del producto que se haya
considerado como crítica, lista para ser entregada a
los usuarios para pruebas beta.
Fase de En esta fase se prepararán dos releases para

Transición distribución, asegurando una implantación y cambio
del sistema previo de manera adecuada, incluyendo
el entrenamiento de los usuarios. El hito que marca
el fin de esta fase incluye, 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.
CUADRO 2.1 Descripción de Fases
25
2.2 ADMINISTRACION DE PROYECTO
2.2.1 Recursos Humanos del Proyecto

(CUADRO 2.2 Recursos Humanos del Proyecto)
Nombre Responsabilidad Descripción
Boris Matos Morillo Jefe de Proyecto  Asignar los recursos,

Analista / Programador gestionar las prioridades,
de Sistemas – Equipo coordinar las interacciones
de Proyecto con los clientes y usuarios,
construir prototipos,
pruebas funcionales.
Yoselin Casas Garcia Analista / Diseñador  Capturar, especificar y
de Sistemas – Equipo validar requisitos,
de Proyecto interactuando con el
cliente y los usuarios
mediante entrevistas.
Elaborar el Modelo de
Análisis y Diseño.
Colaborar en la
elaboración de las pruebas
funcionales y el modelo de
datos.
David G. Odar Otero Gerencia General –  Es la mayor autoridad en
Ethos Transporte la empresa “Ethos
Transporte”, es el
encargado de gestionar
cualquier decisión en las
áreas de la empresa.
26
2.2.2 Diagrama de GANTT
FIGURA 2.3 DIAGRAMA DE GANTT
27
2.2.3 Gestión de Riesgo
Objetivo de la Gestión de Riegos
 Identificar, analizar y cuantificar posibles riesgos que puedan

aparecer
durante el desarrollo de un proyecto software.
 Desarrollar respuestas adecuadas para los posibles riesgos.
 Monitorizar el transcurso de un proyecto para evaluar el estado
de los riesgos y actuar en consecuencia.
(CUADRO 2. 3 Gestión de Riesgo)
28
RIESGO 1
Nombre del Riesgo:
El cliente no tiene una idea clara de lo que quiere hacer.
Probabilidad:
20%
Impacto:
70%
Responsabilidad:
Cliente / Líder de Proyecto
Descripción:
Cuando un cliente no tiene una idea clara de lo que quiere, acaba pidiendo algo
que realmente no necesita. 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.
Estrategia Preventiva:
Se entrevistara al cliente las veces que sean necesarias, para poder entender
plenamente qué es lo que el cliente desea, y qué es lo que NO desea, para evitar
sorpresas a la mitad del desarrollo. Se hablará lo más coloquialmente posible
para que ambas partes puedan entenderse mutuamente.
Estrategia Correctiva:
Si el cliente en pleno desarrollo expresa que lo que se está realizando no es lo
que realmente desea, entonces se tendremos que incluir un replanteamiento de
las actividades a realizar, para que nos marque las directrices, y definir hacía
dónde vamos a ir.
29
RIESGO 2
Nombre del Riesgo:
Desviación de la estimación de costos establecida.
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, no se conoce en profundidad todos los problemas que pudieran
aparecer en cada una de las etapas.
Se tratará de acercar lo más posible a la realidad, para evitar que los costos
varíen. También se puede holgar un poco en costos, obviamente con sus
limitantes.
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
RIESGO 3
Nombre del Riesgo:
Fecha límite de entrega no razonable.
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, es muy probable que el proyecto pueda ocupar más tiempo del
que inicialmente se ha planeado.
Se tratará de poner una fecha límite holgada, haciendo que se tenga un pequeño
colchón para evitar que el tiempo se nos venga encima.
Si el tiempo ya está encima de nosotros proponer entregar versiones, con ciertas
funcionalidades, que el programa se entregue sin X funcionalidad, pero con todo
lo demás activo.
31
RIESGO 4
Nombre del Riesgo:
El cliente no participa en las revisiones.
Probabilidad:
30%
Impacto:
80%
Responsabilidad:
Cliente
Descripción:
Si el cliente no participa en las revisiones, para el equipo de trabajo todo lo que se
está realizando seguramente estará bien. En caso de que el cliente participe en
las revisiones, él sabrá si lo que estamos haciendo está bien o mal y nos podrá
definir mejor la directriz que debemos tomar.
Si el cliente no desea participar en las revisiones, pedir que alguien más de su
equipo las realice para verificar que estamos en el buen camino. Definir en el
documento de alcance que el cliente debe participar en las revisiones para poder
realizar de la mejor manera el software.
Si el cliente no ha participado en las revisiones, se podría alargar el tiempo de
proyecto para que el cliente defina una fecha en la que se revise el avance.
32
RIESGO 5
Nombre del Riesgo:
Insatisfacción del usuario final.
Probabilidad:
20%
Impacto:
80%
Responsabilidad:
Líder del proyecto.
Descripción:
Durante la realización del proyecto, casi en todo momento estaremos en contacto
con el cliente, 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.
Hacer que el cliente o los usuarios finales estén en contacto con el equipo de
desarrollo.
Se identificara los aspectos que representan la insatisfacción del cliente y se
analizara las actividades a realizar para corregir dichos aspectos.
33
RIESGO 6
Nombre del Riesgo:
Problemas con la disponibilidad del personal.
Probabilidad:
60%
Impacto:
60%
Responsabilidad:
Equipo de desarrollo.
Descripción:
Debido a que el proyecto se realizará en grupo, no todos cuentan con la
disponibiliad en tiempo para realizar sus tareas.
Verificar el horario/disponibilidad de trabajo de cada persona, y asignar horarios
diferentes dependiendo de la disponibilidad de cada uno de ellos.
Verificar la importancia que tiene el proceso que estaba realizando la persona que
ha faltado, y si hay alguien que tenga una importancia menor, asignarle la tarea.
34
RIESGO 7
Nombre del Riesgo:
Problemas con cambios por parte del Cliente.
Probabilidad:
50%
Impacto:
60%
Responsabilidad:
Cliente.
Descripción:
Al avanzar el proyecto, el Cliente puede agregar objetivos y/o cambiarlos, cuando
ya se tiene un porcentaje de avance.
Tener siempre claro, tanto el Cliente como el equipo de Desarrollo, los objetivos
iniciales, si se requiere hacer un cambio en los objetivos por petición del cliente,
se pueden especificar nuevas fechas y nuevas estrategias en conjunto, para
poder desarrollar los cambios aceptados por el equipo de Desarrollo.
Establecer nuevos equipos de trabajo, y nuevas asignaciones, ya que los
cambios impactarán en la planificación del tiempo y entrega de los entregables.
35
CAPITULO III
36
3. DESARROLLO
3.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, 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, seguridad desde el punto de
recojo hasta el destino y precios competitivos.
 Descripción Global del Software (Producto)
El sistema es una solución modular compuesta por dos módulos,

el Modulo de Operaciones, 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.
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.
37
El Modulo de Clientes, el cual permite consultar el estado de
cuenta credicial del cliente en tiempo real, consultar el detalle de
los servicios facturados y el proceso de generación de llaves de
acceso (keys), el cual es un mecanismo que gestiona que solo las
personas definidas como Administradores de Crédito podrán
obtener una key de acceso, la cual servirá para acceder
finalmente a la solicitud del servicio credicial.
De esta forma la empresa con la implementación del sistema

ayuda a facilitar el control de la información en el Área Operativa.
Con esto el proceso será optimizado y se llevara a cabo
consumiendo menos recursos y de una forma automática.
38
 Descripción de los participantes en el proyecto y Usuarios
(StakeHolders)
a) Resumen de los Stakeholders
Boris Matos Morillo Jefe de Proyecto  Asignar los recursos,

Analista / Programador gestionar las prioridades,
de Sistemas – Equipo coordinar las interacciones
de Proyecto con los clientes y usuarios,
construir prototipos, pruebas
funcionales.
Yoselin Casas García Analista / Diseñador de  Capturar, especificar y validar
Sistemas – Equipo de requisitos, interactuando con
Proyecto el cliente y los usuarios
mediante entrevistas.
Elaborar el Modelo de
Análisis y Diseño. Colaborar
en la elaboración de las
pruebas funcionales y el
modelo de datos.
David G. Odar Otero Gerencia General –  Es la mayor autoridad en la
Ethos Transporte empresa “Ethos Transporte”,
es el encargado de gestionar
cualquier decisión en las
áreas de la empresa.
(CUADRO 3.1 Resumen de los Stakeholders)
39
b) Resumen de los Usuarios
Raúl Álvarez Tapia Supervisor de  Supervisa el

Operaciones cumplimiento de las
políticas y
procedimientos de la
compañía, garantizando
que el cliente reciba la
mejor atención posible
Lourdes Linares Atención al Cliente  Recepciona y registra
Gonzales los datos necesarios
para efectuar el servicio
CUADRO 3.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.
 Permitirá generar un reporte con el detalle de los

servicios facturados por el cliente.
40
 Almacenara un registro de los servicios ejecutados por
el cliente.
 Permitirá el cálculo automático del importe del servicio a

ejecutar (tarifas).
 Controlará el uso indebido del crédito por parte de

personal no autorizado.
 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.
 Consulta de estado de cuenta de crédito del cliente en

tiempo real.
 Se deberá mostrar al usuario el resultado de sus

acciones (mensajes de confirmación, errores, etc.).
 La aplicación deberá permitir el mantenimiento de la

información de los clientes, conductores, vehículos, etc.
 Envió Factura Electrónica.
41
 DEFINICIÓN DE REGLAS DE NEGOCIO
1. Regla1 (RN01)
El Administrador de crédito será el encargado de administrar la

línea de crédito que dispone el cliente corporativo.
2. Regla2 (RN02)
Solo el Jefe de Área Comercial podrá generar los

comprobantes de servicio.
3. Regla3 (RN03)
No se podrá ejecutar el servicio de taxi si el cliente ya ha

consumido toda su línea de crédito.
4. Regla4 (RN04)
Solo se podrá ejecutar un servicio de taxi a modo de vale de

crédito, si previamente se haya verificado que el solicitante es
el Administrador de Crédito.
5. 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.
42
3.1.1 Modelo de Caso de Uso del Negocio
 Relación y descripción de los Actores de Negocio
Administrador de Crédito.
Rol encargado de administrar el crédito de servicios
de taxi que posee el cliente, encargado de realizar
la reserva del servicio de taxi.
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.
Cliente Corporativo
Pasajero
Persona que finalmente consume el servicio de taxi,
encargado de solicitar el servicio de taxi.
Pasajero
Gerente Operaciones
Cargo máximo en la operativa de la empresa, es la
persona responsable de supervisar y mejorar la
operatividad de la empresa.
Gerente Operaciones
43
 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, se
define el límite de crédito que dispondrá la empresa así
Asignar Linea de Credito
como las personas encargadas de administrador dicho
(from Caso de Uso de Negocio)
crédito.
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
Administrador de Crédito autoriza la ejecución de un
(from Caso de Uso de Negocio)
servicio.
Atender Servicio de Taxi Credicial

Proceso que toma el pedido de servicio del pasajero,
verificando que exista una reserva previa realizada por
el administrador de crédito para luego registrar el
Asignar Linea de Credito servicio, asignar un chofer y unidad para la ejecución
(from Caso de Uso de Negocio) del servicio.
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 determinar el importe el comprobante de servicio, para
(from Caso de Uso de Negocio) su elaboración y posterior envió al cliente.
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 serie de informes para su posterior análisis y toma de
(from Caso de Uso de Negocio) decisiones.
44
 Diagrama de Caso de Uso de Negocio
FIGURA 3.1 Diagrama de Caso de Uso de Negocio
45
 Relación y descripción de los Objetivos de Negocio
Mejorar la atención al cliente

Se planea mejorar la atención al
cliente, mejorando la gestión del
servicio de los clientes
corporativos, reduciendo el tiempo
del proceso de facturación,
Mejorar la atencion al cliente disminuyendo el número de
clientes insatisfechos.
Mejorar la gestión del servicio a
clientes corporativos
Brindando protección ante el uso
indebido del servicio credicial,
brindando un control y seguimiento
Mejorar la gestion del servicio a clientes corporativos
del crédito y servicio al cliente.
Reducir el tiempo del proceso de

facturación en un 80%
Actualmente el promedio del
tiempo tomado es de 40 minutos,
Reducir el tiem po del proceso de facturacion en un 80% planteando como meta reducirlo a
8 minutos en promedio.
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,
Dis minuir el num ero de clientes insatisfechos a un 20% se tiene como objetivo reducir el
número entre 1 a 2 llamadas.
46
Brindar protección ante el
uso indebido del servicio
credicial
Se desea evitar que personas
no autorizadas puedan hacer
uso del crédito de la entidad
Brindar proteccion ante el uso indebido del servicio credicial
corporativa.
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, el
detalle de los servicios que ha
realizado.
47
 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
Ficha Chofer
Documento que almacena información relacionada (nombres y

apellidos, número de brevete, etc.) a los Choferes de la
empresa de taxi.
Ficha Cliente Corporativo
Documento que almacena información relacionada (razón

social, RUC, Rubro, importe de línea de crédito, etc.) 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.
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.
51
Tarifa
Almacena el listado de precios a cobrar según las zonas

definidas.
 Diagrama de Objetos de Negocio
FIGURA 3.4 Diagrama de Objetos de Negocio
52
 Diagrama de Realización de Negocio
FIGURA 3.5 Diagrama de Realización de Negocio
53
 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, el Jefe de Área Comercial verifica si el cliente
cumple con los requisitos necesarios para la línea de crédito, si es
así aprueba la línea 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, con esta información el Jefe de Área Comercial
genera el contrato de crédito, registrando el cliente y a sus
administradores de crédito.( FIGURA 3.6 RN_Asignar Línea de
Crédito )
R
N
_
R
e
a
l
i
z
a
54
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
operador verifica la identidad del Administrador de Crédito
verificando el número de teléfono desde el cual está llamando,
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, el operador registra la reserva.
FIGURA 3.7 RN_Reserva de Servicio de Taxi Credicial
55
RN_Atender Servicio de Taxi Credicial
El proceso de negocio inicia cuando el pasajero solicita la

ejecución de un servicio de taxi credicial, el operador verifica si
existe una reserva a su nombre, si es así, solicita hora y lugar
de destino y origen, el pasajero indica la hora y el lugar, el
operador calcula la tarifa en base al lugar de origen y destino,
asigna al chofer y registra el servicio.
FIGURA 3.8 RN_Atender Servicio de Taxi Credicial
56
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, el Jefe de Área
Comercial consulta los datos del cliente, consulta el registro de
los servicios ejecutados por el cliente, si existen registros por
cobrar, registra los datos del cliente en el comprobante,
calcula el monto a cobrar, genera el comprobante, y finalmente
se lo envía al cliente.
FIGURA 3.9 RN_Generar Comprobante de Servicio
57
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), para lo cual el operador consulta los servicios
ejecutados en un determinado momento para generar los
informes solicitados, 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, cada uno elabora sus informes
respectivos, entregándolos finalmente al Gerente de
Operaciones.
F
I
G
U
R
A
3
.
1
0
FIGURA 3.10 RN_Generar Informes Estadísticos
58
3.1.3 Creación de la Matriz de procesos (caso de uso) Vs
Requerimientos Funcionales
3.1.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.
 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.
3.2 MODELO DE REQUERIMIENTOS
3.2.1 Fuentes de Obtención de Requerimientos
3.2.1.1 Relación y descripción de requerimientos

funcionales priorizados
3.2.1.2 Relación y descripción de requerimientos no

funcionales
59
3.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, puede
generar accesos a los trabajadores al consumo del
servicio de taxi a modo de vales de crédito.
o Pasajero
Persona que realiza la reserva de taxi, la cual será

recogida por el chofer y será transportada al destino
deseado.
 Modulo Operaciones
o Administrador Sistema
Usuario maestro del sistema, gestiona los usuarios

del sistema, tiene acceso total a las opciones del
sistema.
o Jefe Área Comercial
Rol encargado de la gestión de los procesos

relacionados con los clientes corporativos, incluye la
creación de los clientes en el sistema, la asignación
de línea de crédito, y la generación de los
comprobantes de servicio.
o Operador
Rol encargado de la gestión de los choferes,

unidades, de la toma de las reservas por parte de los
clientes, y de la gestión de los servicios de taxi.
60
3.2.3 Relación y descripción de los casos de uso.
3.2.4 Relación y descripción de caso de usos incluidos
3.2.5 Relación y descripción de caso de usos extendidos
3.2.6 Modelo de Casos de Uso
3.2.6.1 Diagrama de paquetes
3.2.6.2 Diagrama de caso de uso por cada paquete
3.2.6.3 Diagrama de caso de uso general (integral)
61
3.3 MODELO DE ANALISIS Y DISEÑO
3.3.1 Arquitectura del Análisis
3.3.2 Realización del Caso de Uso de Análisis
3.3.2.1 Modelo Conceptual
3.3.2.2 Capas y Subsistemas
3.3.3 Realización de los Casos de Uso de Diseño
3.3.3.1 Diagrama de Clases Persistentes (Base de

Datos)
3.3.3.2 Diccionario de Datos
3.4 MODELO DE IMPLEMENTACION
3.4.1 Diagrama de componentes
3.4.2 Diagrama de Despliegue
62
ANEXOS
63

Proyecto PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proyecto PDF

Încărcat de

Drepturi de autor:

Formate disponibile

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

INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO IDAT

PROGRAMA DE COMPUTACIÓN E INFORMÁTICA

SISTEMA DE GESTIÓN DE SERVICIO DE TAXI PARA

TESIS PARA OPTAR EL GRADO DE PROFESIONAL TÉCNICO EN

Principalmente dedicamos este

Primordialmente agradecemos a la institución puesto que nos brindó

También damos gracias a nuestros compañeros de clase que de varias maneras

CUADRO 2.2 RECURSOS HUMANOS DEL PROYECTO

CUADRO 2. 3 GESTIÓN DE RIESGO

CUADRO 3.1 RESUMEN DE LOS STAKEHOLDERS

CUADRO 3.2 RESUMEN DE LOS USUARIOS

FIGURA 1.1 UBICACIÓN GEOGRÁFICA

El presente proyecto de tesis se enfoca en desarrollar un sistema de información

A partir de esta problemática se planteó el desarrollo de un sistema de información

En el capítulo 1, Generalidades, se presentan las secciones en donde se

En el capítulo 2, Planteamiento, se detalla la metodología de implantación a usar,

En el capítulo 3, Desarrollo, se realiza una definición detallada del sistema,

En el capítulo 4, Conclusiones y Recomendaciones, se muestran las secciones en

1.4 DEFINICIÓN DE ALCANCES Alcance: ......................................................................... 13

1.6 FACTIBILIDAD .......................................................................................................... 15

3.3 MODELO DE ANALISIS Y DISEÑO ............................................................................... 62

3.4 MODELO DE IMPLEMENTACION ............................................................................... 62

1.1 DESCRIPCIÓN DE LA ORGANIZACIÓN

Ethos Transporte S.A.C. nació con el fin de revolucionar el sistema

FIGURA 1.1 Ubicación Geográfica

La empresa Ethos Transporte S.A.C en el transcurso este

1.3.1 Objetivo General

 Mejorar la atención al cliente

 Brindar un control y seguimiento del crédito y servicio del

1.4 DEFINICIÓN DE ALCANCES

El alcance del proyecto está restringido a las siguientes actividades y

 Gestión del servicio de Taxi ejecutados con vales de crédito.

 El sistema no provee rutas de transito óptimas que disminuyan

1.5 DEFINICIÓN DE LIMITACIONES

1.5.1 Limitaciones Tecnológicas

La empresa cuenta con la tecnología suficiente para desarrollar la

1.5.2 Limitaciones Presupuestales

No se presentan limitaciones económicas, debido a que la

La empresa posee con 3 personas en el área de Operaciones, no

1.6.1 Factibilidad Técnica

El sistema a implementar deberá tener como Hardware (Pentium

Los usuarios directos del sistema tendrán la capacidad de poner

1.6.3 Factibilidad Económica

La empresa puede afrontar la inversión inicial ya que cuenta con

1.7 JUSTIFICACION Y USO DE HERRAMIENTAS

Con el desarrollo e implementación del sistema, la empresa Ethos

Para el desarrollo del sistema se utilizaron las siguientes

2.1 METODOLOGIA DE IMPLANTACION

El proceso de desarrollo de software a utilizar es RUP y a

Los autores de RUP destacan que el proceso de software propuesto

Proceso dirigido por Casos de Uso

Los Casos de Uso son una técnica de captura de requisitos que

Se define un Caso de Uso como un fragmento de funcionalidad del

En RUP los Casos de Uso no son sólo una herramienta para

La arquitectura de un sistema es la organización o estructura de sus

La arquitectura involucra los aspectos estáticos y dinámicos más

La arquitectura se ve influenciada por la plataforma software, sistema

En el caso de RUP además de utilizar los Casos de Uso para guiar el

Es conveniente ver el sistema desde diferentes perspectivas para

Proceso iterativo e incremental

La estrategia que se propone en RUP es tener un proceso iterativo e

Una iteración puede realizarse por medio de una cascada. Se pasa