PROYECTO DE TESIS

UNIVERSIDAD NACIONAL DE PIURA FACULTAD DE INGENIERIA INDUSTRIAL ESCUELA PROFESIONAL DE INFORMTICA

PROYECTO DE TESIS
Anlisis, Diseo e Implementacin del Sistema Web de venta de pasajes para la empresa de transportes Dora

TESISTA(S)

: Snchez Encalada Junior Abel Sernaqu Risco Darwin Fabin

PROFESOR ASESOR

: Sandoval Rivera Arturo

CO-ASESOR(ES)

Choque Peralta Jos Manuel

Octubre2011

UNIVERSIDAD NACIONAL DE PIURA

Pgina 1

PROYECTO DE TESIS

Dedicatoria Dedicado a nosotros. UNIVERSIDAD NACIONAL DE PIURA Pgina 2

PROYECTO DE TESIS
Contenido
INTRODUCCIN ............................................................................................................................. 6 RESUMEN ...................................................................................................................................... 6 I. PLANTEAMIENTO DEL PROBLEMA ........................................................................................ 6 1.1. 1.2. 1.3. 1.4. DESCRIPCIN DE LA REALIDAD PROBLEMATICA ........................................................... 6 FORMULACIN DEL PROBLEMA.................................................................................... 6 JUSTIFICACIN DE LA INVESTIGACIN .......................................................................... 6 OBJETIVOS DE LA INVESTIGACIN ................................................................................ 7 OBEJTIVO GENERAL ............................................................................................... 7 OBJETIVOS ESPECFICOS ........................................................................................ 7

1.4.1. 1.4.2. 1.5. 1.6.

HIPOTESIS ...................................................................................................................... 7 VARIABLES ..................................................................................................................... 8 Variable Dependiente: .......................................................................................... 8 Variables Independientes...................................................................................... 8 Variable Interviniente............................................................................................ 8

1.6.1. 1.6.2. 1.6.3. 1.7. II.

METODOLOGIA DE LA INVESTIGACIN ......................................................................... 9

DATOS GENERALES .............................................................................................................. 10 2.1. Respecto a la empresa de Transportes Dora .............................................................. 10 Datos Generales .................................................................................................. 10 Misin .................................................................................................................. 10 Visin ................................................................................................................... 10 Estructura Orgnica ............................................................................................. 11 Estructura Funcional............................................................................................ 11 Funciones y Responsabilidades ........................................................................... 12

2.1.1. 2.1.2. 2.1.3. 2.1.4. 2.1.5. 2.1.6.

2.2 MARCO TERICO ............................................................................................................... 16 2.2.1. 2.2.2. Marco Referencial ............................................................................................... 16 Bases Terico Cientficas ..................................................................................... 19

2.3 METODOLOGA Y HERRAMIENTAS A UTILIZAR ................................................................. 25 2.3.1. 2.3.2. 2.3.3 2.3.4 Metodologa de desarrollo Rational Unified Process (RUP)................................ 25 Ingeniera Web basado en UML (UWE UML) ...................................................... 28 Lenguaje de Programacin Java .......................................................................... 29 JSP........................................................................................................................ 29

UNIVERSIDAD NACIONAL DE PIURA

Pgina 3

PROYECTO DE TESIS
III. 3.1. 3.2. ANALISIS .......................................................................................................................... 31 Definicin de Requerimientos .........................................Error! Bookmark not defined. Modelado del Negocio ................................................................................................ 31 Definir los procesos del negocio ......................................................................... 32 Definicin de los Casos de Uso del negocio ........................................................ 33

3.2.1. 3.2.2. 3.3.

Modelado del Sistema................................................................................................. 33 Definir los procesos del sistema .......................................................................... 33 Describir a los actores del sistema ...................................................................... 33 Diagrama de caso de uso del sistema ................................................................. 33

3.3.1. 3.3.2. 3.3.3.

............................................................................................................................................. 35 3.3.4. 3.3.5. 3.3.6. IV. 4.1. 4.2. 4.3. V. Descripcin de los casos de uso .......................................................................... 36 Diagrama de Clases ............................................................................................. 39 Elaboracin de los Diagramas de Secuencia ....................................................... 39

DISEO DE LA ARQUITECTURA DEL SISTEMA ................................................................. 39 Diseo lgico de la Base de Datos ............................................................................... 39 Diseo fsico de la base de datos ................................................................................ 39 Diseo de las interfaces de usuario ............................................................................ 39

IMPLEMENTACIN Y PRUEBAS DE DESEMPEO ................................................................ 40 5.1. Implementacin de la Arquitectura del Sistema......................................................... 40 Diagrama de Paquetes ........................................................................................ 40 Diagrama de Componentes ................................................................................. 40 Diagrama de Despliegue...................................................................................... 40 Instalacin y configuracin de la herramienta XAMPP ....................................... 40 Configuracin de variables en el Servidor Web .................................................. 40 Configuracin de variables en el Servidor de Base de Datos .............................. 40 Instalacin y configuracin del sistema .............................................................. 40

5.1.1. 5.1.2. 5.1.3. 5.1.4. 5.1.5. 5.1.6. 5.1.7. 5.2.

Prueba y validacin del sistema .................................................................................. 40 Prueba del sistema .............................................................................................. 40 Validacin ............................................................................................................ 40

5.2.1. 5.2.2. VI. 6.1. 6.2. 6.3. 6.4.

EVALUACIN DEL PROYECTO .......................................................................................... 41 Costos y Beneficios del Proyecto ................................................................................ 41 Costos de desarrollo .................................................................................................... 41 Costos de Mantenimiento ........................................................................................... 41 Beneficios .................................................................................................................... 41 Pgina 4

UNIVERSIDAD NACIONAL DE PIURA

PROYECTO DE TESIS
6.5. Anlisis Econmico ...................................................................................................... 41

CONCLUSIONES ........................................................................................................................... 41 RECOMENDACIONES ................................................................................................................... 41 BIBLIOGRAFA .............................................................................................................................. 41 WEBGRAFA ................................................................................................................................. 41

UNIVERSIDAD NACIONAL DE PIURA

Pgina 5

PROYECTO DE TESIS
INTRODUCCIN RESUMEN I. PLANTEAMIENTO DEL PROBLEMA
1.1.DESCRIPCIN DE LA REALIDAD PROBLEMATICA
Actualmente la empresa de transportes Dora viene llevando el control de la venta de sus pasajes con hojas de clculo en Excel, las cuales son enviadas mediante una conexin de internet a la agencia destino, y teniendo que llenar manualmente un recibo por la compra de sus pasajes, muchas de estas veces hace que este proceso se lleve de una manera lenta y desordenada, notndose de esta manera el malestar de los clientes las cuales se han visto reflejadas an ms en el libro de sugerencias y reclamaciones implementado recientemente.

1.2.FORMULACIN DEL PROBLEMA

Cmo es posible hacer que mediante la implementacin del sistema de venta de pasajes se puedan reducir los tiempos de atencin a los clientes as como tambin obtener mayor rentabilidad para la empresa Dora?

1.3.JUSTIFICACIN DE LA INVESTIGACIN
Actualmente la empresa de transporte Dora viene realizando el proceso de ventas de pasajes de forma manual, llenando en una hoja de Excel el nombre del pasajero y su nmero de DNI, y llenando a mano un boleto de pasaje haciendo de esta manera que se tarde demasiado en atender a un cliente, generando la aglomeracin de los mismos esperando ser atendidos, adems la empresa viene laborando de una manera desordenada sin contar con un horario de programacin de salidas de sus unidades, por tales motivos se necesita un producto informtico que pueda resolver su problemtica, para realizarlo implica la automatizacin de varios procesos los mismos que sern realizados gradualmente de acuerdo a la informacin obtenida del mismo sistema implementado, de tal manera de no poner en riesgo la rentabilidad de la empresa. Adems con el desarrollo de este sistema la empresa podr cumplir con una de las ltimas normas exigidas por la Superintendencia de Transportes, que obliga a las unidades de transporte interprovincial, a llevar una gua con todos los pasajeros que sta transporta.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 6

PROYECTO DE TESIS
1.4.OBJETIVOS DE LA INVESTIGACIN
1.4.1. OBEJTIVO GENERAL Implementar un Sistema Web de venta de pasajes para la empresa de transportes Dora 1.4.2. OBJETIVOS ESPECFICOS Registrar a sus clientes para que permita un mejor control de los mismos, y que por cada viaje que una unidad realice se pueda llevar una gua de los pasajeros que sta, est transportando Clasificar a sus clientes frecuentes, para ofrecerles ciertos beneficios por la preferencia y la fidelidad a la empresa. Implementar un modelo de simulacin en el sistema que permita que este pueda indicar una programacin de salida de beses adecuada, que ayude a la empresa a obtener mayores beneficios. Desarrollar un modelo fsico consistente que sea capaz de guardar toda la informacin necesaria para el correcto funcionamiento del sistema. Desarrollar todos los mecanismos necesarios para garantizar la integridad, confiabilidad y seguridad de la informacin brindada. Elaborar la documentacin (tutoriales y manuales de usuario) necesaria para los usuarios de la aplicacin.

1.5.HIPOTESIS
El sistema informtico permite reducir los tiempos de atencin de los clientes de la empresa de transportes Dora. El sistema informtico permite la optimizacin de los recursos en la empresa de transportes Dora.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 7

PROYECTO DE TESIS
1.6.VARIABLES
1.6.1. Variable Dependiente: Sistema Informtico: Es el producto final del proyecto, el cual cumplir con los objetivos planteados inicialmente, este producto estar al servicio de los usuarios cumpliendo con sus expectativas.

1.6.2. Variables Independientes Reducir tiempos de servicio: Los tiempos que se tarda actualmente en la realizacin de los procesos de la empresa sern menores con la utilizacin de nuestro sistema. Venta de pasajes: Es la interaccin entre el cliente y la empresa para obtener un pasaje para viajar a una ruta ofrecida por la empresa. Lenguaje de Programacin: Es el lenguaje de programacin JAVA que se utilizar en la etapa de diseo e implementacin del sistema informtico.

Sistema Administrador de Base de Datos: Es el sistema de gestin de base de datos, llamado Oracle que se utilizar en la etapa de diseo e implementacin de la base de datos para el sistema informtico. Arquitectura cliente-servidor: Es el tipo de arquitectura, en la cual un cliente (computadora) puede acceder al servidor mediante peticiones desde cualquier punto de internet.

1.6.3. Variable Interviniente Metodologa de desarrollo Proceso Unificado de Desarrollo de software Es el proceso de desarrollo de software estndar ms utilizado para el anlisis, diseo e implementacin de sistemas informticos.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 8

PROYECTO DE TESIS
1.7.METODOLOGIA DE LA INVESTIGACIN
El tipo de investigacin de este proyecto es aplicativa, la cual se caracteriza por que busca la aplicacin de los conocimientos adquiridos. El presente trabajo se desarrollar usando la metodologa RUP (Proceso Unificado de Desarrollo de Software), la cual es un proceso de desarrollo de software que junto con UML (Lenguaje Unificado de Modelado), constituyen la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. Esta metodologa divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable y en las que se hace un mayor o menor hincapi en las distintas actividades. Basndonos en esta metodologa para el desarrollo del proyecto, hemos decidido que en la fase de inicio estableceremos la planificacin, estimacin, el alcance y el costo del proyecto; identificando las principales funciones del sistema, definiremos los requerimientos generales, restricciones, identificacin inicial de riesgos y la estimacin de los recursos necesarios.

En la fase de elaboracin, estableceremos una arquitectura de base slida, centrndonos en realizar un anlisis sobre el dominio del problema y poner en ejecucin el plan del proyecto; eliminando los elementos de mayor riesgo para el desarrollo exitoso del proyecto. Estimamos que los modelos de casos de uso, estarn terminados en un 80% con las descripciones detalladas, adems consideraremos otros requerimientos no funcionales y como resultado de esta fase obtendremos; una lista revisada de riesgos y del caso de negocio, un prototipo ejecutable de la arquitectura y un manual de usuario preliminar. En la fase de construccin se desarrollar el producto completo, completando la implementacin y las pruebas del software, describiendo los requisitos restantes y refinando el diseo, como producto de esta fase obtendremos un software integrado corrigendo en una plataforma adecuada, adems de manuales de usuario y una descripcin actual del sistema. En la fase de transicin es el paso del producto a los usuarios finales del sistema, incluyendo las pruebas beta para validar el producto con las expectativas del cliente, haciendo mantenimiento y correccin de errores para tratar de determinar si se han satisfecho todos los objetivos o si debe empezar otro ciclo de desarrollo. Una vez obtenido el software como producto slido, pasaremos a la parte del acopio de las investigaciones.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 9

PROYECTO DE TESIS
II. DATOS GENERALES
2.1.Respecto a la empresa de Transportes Dora
2.1.1. Datos Generales RUC: 20201298327 Razn Social: EMPRESA DE TRANSPORTES DORA EIRL Nombre Comercial: EMPRESA DE TRANSPORTES DORA Tipo Empresa: Empresa Individual de Responsabilidad Limitada Condicin: Activo Fecha Inicio Actividades: 29 de Noviembre de 1993 Actividad Comercial: Otros Tipos Transporte Regional Va Terrestre. CIIU: 60214 Direccin Legal: Av. Snchez Cerro Nro. 1387 Distrito / Ciudad: Piura Departamento: Piura Telfonos: 307949 301310 Gerente: Queneche Gmez Doraliza. Apoderado: Cardoza Queneche Alfredo Martin.

2.1.2. Misin La empresa de Transportes Dora tiene como misin ser lderes en el servicio de transportes en la regin de Piura, ofreciendo un servicio de calidad a nuestros clientes, una fuente de trabajo estable para nuestros empleados, rendimientos atractivos para nuestros accionistas y beneficio para la comunidad piurana; basado en la eficiencia y enmarcado en un mbito de seguridad total.

2.1.3. Visin La empresa tiene como Visin: Ser reconocidos en el medio como una empresa de transporte profesional a la vanguardia en la aplicacin de tecnologa y enfocada al logro de la calidad total y en un futuro, brindar este servicio a nivel nacional cubriendo las exigencias y expectativas de nuestros clientes, teniendo costos competitivos en el mercado.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 10

PROYECTO DE TESIS
2.1.4. Estructura Orgnica La empresa de Transportes Dora se compone de los Departamentos de Gerencia, Recursos Humanos Jurdico, Contable Financiero y de Transporte.

2.1.5. Estructura Funcional A continuacin se muestra el Organigrama Funcional de la empresa de Transporte Dora.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 11

PROYECTO DE TESIS
2.1.6. Funciones y Responsabilidades 2.1.6.1. GERENTE Misin: Cumplir con los objetivos y presupuestos marcados, actuando siempre dentro del marco de la estrategia general de la empresa, as como de la poltica comercial y financiera fijada para ese periodo. Responsabilidades, Competencias y Tareas concretas Analizar los resultados peridicos y estadsticas; comentndolos con los Directores de Transporte, RRHH Jurdico y Financiero. Informar al Consejo de Direccin acerca de la situacin y evolucin de la empresa, a travs de la cuenta de resultados, comparacin y desviaciones con el presupuesto, etc. Participar y asesorar a los Directores en la toma de decisiones importantes. Definir y realizar el seguimiento de la poltica de calidad de la empresa. Tomar decisiones correctoras a realizar. Definir una poltica de Recursos Humanos. Garantizar el cumplimiento de las obligaciones legales y fiscales. Funciones bajo su responsabilidad Director de Recursos Humanos y Jurdico. Director Financiero. Director de Transporte.

2.1.6.2. DIRECTOR DE RRHH Y JURDICO Misin: Definir la poltica de personal de la empresa en seleccin, contratacin y formacin de todo el personal. Velar por que sta se lleve a cabo. Responsabilidades, Competencias y Tareas concretas Definir para un periodo determinado y conjuntamente con la Direccin; una Poltica de Recursos Humanos. Responsable de definir el presupuesto en formacin para la empresa. Gestin y preparacin de los contratos de trabajo. Gestin de altas y bajas (enfermedad, accidente). Seguir la evolucin del convenio colectivo, informando a la Direccin de las modificaciones concernientes. Conocer toda la informacin acerca de la legislacin concerniente a temas de personal. Aplicar y realizar el control posterior de la Ley de Prevencin de Riesgos Laborales Funciones bajo su responsabilidad Administracin Personal.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 12

PROYECTO DE TESIS
2.1.6.3. ADMINISTRADOR-PERSONAL Misin: Gestin administrativa del personal. Responsabilidades, Competencias y Tareas concretas Preparar las nminas (talones, rdenes de transferencia). Realizar control de horas extraordinarias. Contabilizar salarios de los empleados. Participar en la elaboracin de presupuestos relativos a gastos tanto directos como indirectos del personal. Elaborar las declaraciones reglamentarias de personal: TC1 y TC2. Realizar declaraciones de accidentes de trabajo. Cumplimentar la documentacin obligatoria que solicita la mutua correspondiente. 2.1.6.4. DIRECTOR FINANCIERO Misin: Gestionar los recursos para cubrir las necesidades financieras de la empresa. Responsabilidades, Competencias y Tareas concretas Definir, junto con la Direccin, la Poltica Financiera para un periodo determinado. Responsable de informar de la poltica financiera para dicho periodo a todos los Directores. Informar a la Direccin sobre la situacin financiera. Responsable de garantizar las necesidades financieras de la empresa. Es responsable de la supervisin del personal que tiene a su cargo, y de la asignacin de tareas. Realizar control de las necesidades de cobro y pago de la empresa. Confeccionar los Estados Econmicos y Financieros de la empresa. Controlar los requisitos formales de contabilidad. Mantener la relacin a nivel financiero con otras empresas del grupo. Estar informado acerca de la legislacin vigente y cambios que afecten a la contabilidad. Establecer Balances y Cuentas de resultados. Establecer una contabilidad analtica de explotacin adaptada a la sociedad. Efectuar anlisis de costes tiles para la Direccin. Realizar estudios de rentabilidad solicitados por Direccin Funciones bajo su responsabilidad Administracin Contable y Financiera.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 13

PROYECTO DE TESIS
2.1.6.5. ADMINISTRACIN- CONTABLE Y FINANCIERA Misin: Responsables de controlar y contabilizar todo el flujo monetario de la empresa. Responsabilidades, Competencias y Tareas concretas Informar al Director Financiero sobre los pagos pendientes, facturas devueltas, aplazamiento de vencimientos, etc. Controlar y contabilizar los pagos de los clientes. Preparar las liquidaciones con los corresponsales y enviarlas. Realizar las previsiones de gasto del mes siguiente. Mantiene al da la cartera de efectos. Elabora las declaraciones fiscales. Sigue la evolucin de la legislacin y de los reglamentos en el mbito fiscal. Mantener el archivo al da

2.1.6.6. DIRECTOR DE TRANSPORTE Misin: Es el mximo responsable del conjunto de actividades en el rea de transporte terrestre. Participa en la eleccin de los objetivos a conseguir, de acuerdo con las tendencias de mercado y la evolucin posible de la empresa. Responsabilidades, Competencias y Tareas concretas Define la Poltica Comercial, para el rea terrestre, para un periodo de tiempo determinado junto con la Direccin y a partir de las indicaciones dadas por el Consejo de Direccin. Informa a la Direccin de la evolucin del mercado y de la competencia. Es responsable de igualar o superar el presupuesto marcado a principio de ao, en unidades y produccin econmica para cada una de las lneas y reas de negocio. Es responsable de que la cartera de clientes aumente, segn los criterios definidos en la Poltica Comercial. Denuncia a la Direccin las incidencias operativas, y acuerda las acciones correctoras precisas para que no vuelvan a suceder. Facilita la informacin necesaria para elaborar los presupuestos; y colabora en su elaboracin. Evala y selecciona el tipo de seguro a realizar ms adecuado, y lo propone a la Direccin. Es responsable de que las tractoras y plataformas estn en condiciones para el transporte; as como de que tengan los permisos y revisin al da.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 14

PROYECTO DE TESIS
Es el responsable de visar los siniestros, a partir del expediente presentado por Averas. Es el responsable de que se cumpla la legislacin sobre transporte de mercancas peligrosas por carretera. Es responsable de motivar al personal que est a su cargo.

Funciones bajo su responsabilidad Jefe de Trfico. Ventas Chferes

2.1.6.7. JEFE DE TRFICO Misin: Optimiza el movimiento de las tractoras. Responsabilidades, Competencias y Tareas concretas Vigila que los buses propio de transporte est en buenas condiciones y con los permisos necesarios para su utilizacin segn la legislacin vigente. Est en contacto permanente con los chferes, para estar al tanto de cualquier anomala o incidente. Resuelve cualquier problema que plantee un chofer, independientemente de su localizacin. Funciones bajo su responsabilidad Ventas Chferes.

2.1.6.8. VENTAS Misin: Es el responsable de vender correctamente los pasajes a los clientes. Responsabilidades, Competencias y Tareas concretas Responsable de la recepcin de los clientes o pasajeros Realiza la venta de Boletos. Realiza las boletas de venta de acuerdo con las condiciones pactadas con el cliente, y para ese envo en concreto. Informar al cliente de los posibles problemas en la realizacin del servicio.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 15

PROYECTO DE TESIS
2.1.6.9. CHOFERES Misin: Hace los arrastres necesarios de los buses. Responsabilidades, Competencias y Tareas concretas Hacer la recogida de los pasajeros que tienen su boleto en el terminal. Es el responsable del mantenimiento de su vehculo. Comunicar cualquier incidencia que se produjese durante el viaje al Jefe de Trafico.

2.2 MARCO TERICO

2.2.1. Marco Referencial Actualmente el sector del transporte de pasajeros atraviesa por un momento muy importante pues gracias al incremento de la demanda de los mismos las empresas se ven en la necesidad de contar con un sistema de informacin. Por eso el sector se ve en la necesidad de utilizar procesos administrativos, operativos y logsticos mucho ms ecientes y menos costosos. Las empresas de transporte de pasajeros maniestan en sus necesidades que requieren tener el control de las diferentes rutas por cada vehculo, el gasto por unidad, control de boletos, y sin duda alguna toda la informacin al da para la toma de decisiones. El xito de este tipo de compaas se ve claramente inuenciado por las soluciones de procesamiento electrnico de datos: una solucin moderna totalmente integrada, exible y econmica que puede impulsar a su negocio a nuevos niveles de competitividad. A travs de los aos el uso de Tecnologa de Informacin en la industria transportista ha venido teniendo mayor importancia como una herramienta que le ayuda a mantener el control de cada uno de los procesos con la mentalidad de dar un mejor servicio. Consciente de la necesidad de las empresas de transporte de pasajeros y carga, de integrar sus operaciones de ventas, reservas, liquidaciones, gastos y personal, el presente sistema a desarrollar es una solucin que combina la tecnologa de informacin y comunicaciones que permite un control eficiente de los recursos y reduce sustancialmente los costos de implementacin. Aqu se plantea una serie de metodologas, prcticas y procedimientos que buscan proteger la informacin, como activo valioso de la empresa, que permiten minimizar las amenazas y riesgos continuos a los que est expuesta su organizacin. Esto, a efectos de asegurar la continuidad del negocio, minimizar los daos a la organizacin y maximizar el retorno de inversiones as como las oportunidades del negocio.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 16

PROYECTO DE TESIS

Por ello, en este proyecto se propone una solucin experta caracterizada por su alta disponibilidad, confidencialidad, integridad y fiabilidad que les permitir reducir su costo de operacin tecnolgico y enfocarse en su negocio. Esta solucin integral incluye: Sistema de Ventas y Reservas Conexin dedicada a Internet para el acceso remoto de oficinas Soporte Tcnico Mantenimiento del Sistema Contingencia de comunicaciones Asesora en procedimientos de Organizacin y Mtodos Desarrollo de software (para mdulos adicionales) Capacitacin a los usuarios

El sistema integrado de ventas y reservas es una herramienta de gestin personalizada, que ofrece ms de una docena de funcionalidades centrales que optimiza y da control de varias reas de la empresa, garantizando una eficiente operacin en el competitivo rubro del transporte terrestre. Basndose en los datos ingresados: rutas, itinerarios, terminales, agencias, precios para temporada normal y alta, descuentos permitidos, usuarios, choferes, buses, tipos de servicio, tipo de asiento etc., el sistema se encarga de: Controlar la Venta de pasajes Realizar reservas. Controlar las encomiendas. Registrar datos del pasajero. Control de cada transaccin por usuario. Ayudar a la empresa a mejorar sus utilidades. Pgina 17

UNIVERSIDAD NACIONAL DE PIURA

PROYECTO DE TESIS
DESCRIPCION DEL PRODUCTO: Utilizaremos una combinacin de software libre con licenciado garantizando de esta manera la fiabilidad y seguridad de la informacin, se ha llegado a tomar esta decisin de optar por un software licenciado como DBMS ya que este proyecto ser implementado posteriormente con otros subsistemas los cuales no estn incluidos en el presente proyecto que van a requerir de la seguridad y performance que nos brinda un DBMS como Oracle. En la parte del cliente hemos optado por JAVA, que es un lenguaje de programacinorientado a objetos, siendo unas de sus caractersticas la creacin de sistemas web dinmicas y es usado principalmente en la interpretacin; del lado del servidor con SPRING framework compatible con java que permite minimizar el recurso de peticiones que realizan los usuarios en un determinado momento, interactuando con JavaScript, el cual puede ser embebido dentro de documentos HTML, aplicando tcnicas de desarrollo web para crear aplicaciones interactivas como lo es AJAX. El sistema experto de transporte incluye herramientas que permiten manejar las siguientes reas: Ventas/ Reservas Carga Giros Encomiendas Liquidaciones de turno y agencia

DEMOS PASAJEROS: Venta pasaje Postergacin Reimpresin con recargo Anulacin

DEMOS CARGA: Venta Despacho Programar Recepcionar Entrega Devolucin Anulacin

UNIVERSIDAD NACIONAL DE PIURA

Pgina 18

PROYECTO DE TESIS
CARACTERISTICAS DEL PRODUCTO: Ventas y reservas de pasajes Control de Ingresos/ Egresos Generacin de reportes Base de datos de clientes para un mejor CRM Desarrollado en java con arquitectura cliente/ servidor Escalable en funcionalidades

BENEFICIOS: Reduccin de Costos Mayor eficiencia y control Ahorro en tiempo de procesos Elimina error humano

2.2.2. Bases Terico Cientficas 2.2.2.1. Sistema Experto (SE) Segn Roger Pressman en su libro Ingeniera de Software: Es una aplicacin informtica capaz de solucionar un conjunto de problemas que exigen un gran conocimiento sobre un determinado tema. Un sistema experto es un conjunto de programas que, sobre una base de conocimientos, posee informacin de uno o ms expertos en un rea especfica. Se puede entender como una rama de la inteligencia artificial, donde el poder de resolucin de un problema en un programa de computadora viene del conocimiento de un dominio especfico. Estos sistemas imitan las actividades de un humano para resolver problemas de distinta ndole (no necesariamente tiene que ser de inteligencia artificial). Tambin se dice que un SE se basa en el conocimiento declarativo (hechos sobre objetos, situaciones) y el conocimiento de control (informacin sobre el seguimiento de una accin). Para que un sistema experto sea herramienta efectiva, los usuarios deben interactuar de una forma fcil, reuniendo dos capacidades para poder cumplirlo: 1. Explicar sus razonamientos o base del conocimiento: los sistemas expertos se deben realizar siguiendo ciertas reglas o pasos comprensibles de manera que se pueda generar la explicacin para cada una de estas reglas, que a la vez se basan en hechos.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 19

PROYECTO DE TESIS
2. Adquisicin de nuevos conocimientos o integrador del sistema: Son mecanismos de razonamiento que sirven para modificar los conocimientos anteriores. Sobre la base de lo anterior se puede decir que los sistemas expertos son el producto de investigaciones en el campo de la inteligencia artificial ya que sta no intenta sustituir a los expertos humanos, sino que se desea ayudarlos a realizar con ms rapidez y eficacia todas las tareas que realiza. Debido a esto en la actualidad se estn mezclando diferentes tcnicas o aplicaciones aprovechando las ventajas que cada una de estas ofrece para poder tener empresas ms seguras. Un ejemplo de estas tcnicas sera los agentes que tienen la capacidad de negociar y navegar a travs de recursos en lnea; y es por eso que en la actualidad juega un papel preponderante en los sistemas expertos. Estructura bsica de un SE Un Sistema Experto est conformado por: Base de conocimientos (BC): Contiene conocimiento modelado extrado del dilogo con un experto. Base de hechos (Memoria de trabajo): contiene los hechos sobre un problema que se ha descubierto durante el anlisis. Motor de inferencia: Modela el proceso de razonamiento humano. Mdulos de justificacin: Explica el razonamiento utilizado por el sistema para llegar a una determinada conclusin. Interfaz de usuario: es la interaccin entre el SE y el usuario, y se realiza mediante el lenguaje natural.

Tipos de SE Principalmente existen tres tipos de sistemas expertos: Basados en reglas previamente establecidas. Basados en casos o CBR (Case BasedReasoning). Basados en redes bayesianas.

En cada uno de ellos, la solucin a un problema planteado se obtiene:

Aplicando reglas heursticas apoyadas generalmente en lgica difusa para su evaluacin y aplicacin. Aplicando el razonamiento basado en casos, donde la solucin a un problema similar planteado con anterioridad se adapta al nuevo problema. Aplicando redes bayesianas, basadas en estadstica y el teorema de Bayes. Pgina 20

UNIVERSIDAD NACIONAL DE PIURA

PROYECTO DE TESIS

Ventajas y limitaciones de los Sistemas Expertos Ventajas: Permanencia: A diferencia de un experto humano un SE (sistema experto) no envejece, y por tanto no sufre prdida de facultades con el paso del tiempo. Replicacin: Una vez programado un SE lo podemos replicar infinidad de veces. Rapidez: Un SE puede obtener informacin de una base de datos y realizar clculos numricos mucho ms rpido que cualquier ser humano. Bajo costo: A pesar de que el costo inicial pueda ser elevado, gracias a la capacidad de duplicacin el coste finalmente es bajo. Entornos peligrosos: Un SE puede trabajar en entornos peligrosos o dainos para el ser humano. Fiabilidad: Los SE no se ven afectados por condiciones externas, un humano s (cansancio, presin, etc.). Consolidar varios conocimientos. Apoyo Acadmico.

Limitaciones Sentido comn: Para un Sistema Experto no hay nada obvio. Por ejemplo, un sistema experto sobre medicina podra admitir que un hombre lleva 40 meses embarazado, a no ser que se especifique que esto no es posible ya que un hombre no puede gestar hijos. Lenguaje natural: Con un experto humano podemos mantener una conversacin informal mientras que con un SE no podemos. Capacidad de aprendizaje: Cualquier persona aprende con relativa facilidad de sus errores y de errores ajenos, que un SE haga esto es muy complicado. Perspectiva global: Un experto humano es capaz de distinguir cuales son las cuestiones relevantes de un problema y separarlas de cuestiones secundarias. Capacidad sensorial: Un SE carece de sentidos. Flexibilidad: Un humano es sumamente flexible a la hora de aceptar datos para la resolucin de un problema. Conocimiento no estructurado: Un SE no es capaz de manejar conocimiento poco estructurado.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 21

PROYECTO DE TESIS

Tareas que realiza un Sistema Experto Monitorizacin La monitorizacin es un caso particular de la interpretacin, y consiste en la comparacin continua de los valores de las seales o datos de entrada y unos valores que actan como criterios de normalidad o estndares. En el campo del mantenimiento predictivo los Sistemas Expertos se utilizan fundamentalmente como herramientas de diagnstico. Se trata de que el programa pueda determinar en cada momento el estado de funcionamiento de sistemas complejos, anticipndose a los posibles incidentes que pudieran acontecer. As, usando un modelo computacional del razonamiento de un experto humano, proporciona los mismos resultados que alcanzara dicho experto. Diseo Diseo es el proceso de especificar una descripcin de un artefacto que satisface varias caractersticas desde un nmero de fuentes de conocimiento. El diseo se concibe de distintas formas:

El diseo en ingeniera es el uso de principios cientficos, informacin tcnica e imaginacin en la definicin de una estructura mecnica, mquina o sistema que ejecute funciones especficas con el mximo de economa y eficiencia. El diseo industrial busca rectificar las omisiones de la ingeniera, es un intento consciente de traer forma y orden visual a la ingeniera de hardware donde la tecnologa no provee estas caractersticas.

Los SE en diseo ven este proceso como un problema de bsqueda de una solucin ptima o adecuada. Las soluciones alternas pueden ser conocidas de antemano o se pueden generar automticamente probndose distintos diseos para verificar cules de ellos cumplen los requerimientos solicitados por el usuario, sta tcnica es llamada generacin y prueba, por lo tanto estos SE son llamados de seleccin. En reas de aplicacin, la prueba se termina cuando se encuentra la primera solucin; sin embargo, existen problemas ms complejos en los que el objetivo es encontrar la solucin ptima.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 22

PROYECTO DE TESIS

Planificacin La planificacin es la realizacin de planes o secuencias de acciones y es un caso particular de la simulacin. Est compuesto por un simulador y un sistema de control. El efecto final es la ordenacin de un conjunto de acciones con el fin de conseguir un objetivo global. Los problemas que presentan la planificacin mediante SE son los siguientes: Existen consecuencias no previsibles, de forma que hay que explorar y explicar varios planes. Existen muchas consideraciones que deben ser valoradas o incluirles un factor de peso. Suelen existir interacciones entre planes de subobjetivos diversos, por lo que deben elegirse soluciones de compromiso. Trabajo frecuente con incertidumbre, pues la mayora de los datos con los que se trabaja son ms o menos probables pero no seguros. Es necesario hacer uso de fuentes diversas tales como bases de datos.

Control Un sistema de control participa en la realizacin de las tareas de interpretacin, diagnstico y reparacin de forma secuencial. Con ello se consigue conducir o guiar un proceso o sistema. Los sistemas de control son complejos debido al nmero de funciones que deben manejar y el gran nmero de factores que deben considerar; esta complejidad creciente es otra de las razones que apuntan al uso del conocimiento, y por tanto de los SE. Cabe aclarar que los sistemas de control pueden ser en lazo abierto, si en el mismo la realimentacin o el paso de un proceso a otro lo realiza el operador, o en lazo cerrado si no tiene que intervenir el operador en ninguna parte del mismo. Reparacin, correcta o terapia. La reparacin, correccin, terapia o tratamiento consiste en la proposicin de las acciones correctoras necesarias para la resolucin de un problema. Los SE en reparacin tienen que cumplir diversos objetivos, como son: Reparacin lo ms rpida y econmicamente posible. Orden de las reparaciones cuando hay que realizar varias. Evitar los efectos secundarios de la reparacin, es decir la aparicin de nuevas averas por la reparacin.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 23

PROYECTO DE TESIS

Simulacin La simulacin es una tcnica que consistente en crear modelos basados en hechos, observaciones e interpretaciones sobre la computadora, a fin de estudiar el comportamiento de los mismos mediante la observacin de las salidas para un conjunto de entradas. Las tcnicas tradicionales de simulacin requieren modelos matemticos y lgicos, que describen el comportamiento del sistema bajo estudio. El empleo de los SE para la simulacin viene motivado por la principal caracterstica de los SE, que es su capacidad para la simulacin del comportamiento de un experto humano, que es un proceso complejo. En la aplicacin de los SE para simulacin hay que diferenciar cinco configuraciones posibles: 1. Un SE puede disponer de un simulador con el fin de comprobar las soluciones y en su caso rectificar el proceso que sigue. 2. Un sistema de simulacin puede contener como parte del mismo a un SE y por lo tanto el SE no tiene que ser necesariamente de simulacin. 3. Un SE puede controlar un proceso de simulacin, es decir que el modelo est en la base de conocimiento del SE y su evolucin es funcin de la base de hechos, la base de conocimientos y el motor de inferencia, y no de un conjunto de ecuaciones aritmtico lgicas. 4. Un SE puede utilizarse como consejero del usuario y del sistema de simulacin. 5. Un SE puede utilizarse como mscara o sistema frontal de un simulador con el fin de que el usuario reciba explicacin y justificacin de los procesos.

Instruccin Un sistema de instruccin realizara un seguimiento del proceso de aprendizaje. El sistema detecta errores ya sea de una persona con conocimientos e identifica el remedio adecuado, es decir, desarrolla un plan de enseanza que facilita el proceso de aprendizaje y la correccin de errores.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 24

PROYECTO DE TESIS

Recuperacin de informacin Los Sistemas Expertos, con su capacidad para combinar informacin y reglas de actuacin, han sido vistos como una de las posibles soluciones al tratamiento y recuperacin de informacin, no slo documental. La dcada de 1980 fue prolija en investigacin y publicaciones sobre experimentos de este orden, inters que continua en la actualidad. Lo que diferencia a estos sistemas de un sistema tradicional de recuperacin de informacin es que stos ltimos slo son capaces de recuperar lo que existe explcitamente, mientras que un Sistema Experto debe ser capaz de generar informacin no explcita, razonando con los elementos que se le dan. Pero la capacidad de los SE en el mbito de la recuperacin de la informacin no se limita a la recuperacin. Pueden utilizarse para ayudar al usuario, en seleccin de recursos de informacin, en filtrado de respuestas, etc. Un SE puede actuar como un intermediario inteligente que gua y apoya el trabajo del usuario final.

2.3 METODOLOGA Y HERRAMIENTAS A UTILIZAR

2.3.1. Metodologa de desarrollo Rational UnifiedProcess (RUP) 2.3.1.1 Definicin Unificado de Rational (Rational UnifiedProcess en ingls,

El Proceso

habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Tambin se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Est incluido en el Rational MethodComposer (RMC), que permite la personalizacin de acuerdo con las necesidades.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 25

PROYECTO DE TESIS
Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una especificacin ms detallada, el Rational UnifiedProcess, que se vendiera como producto independiente. 2.3.1.2 Principios de desarrollo El RUP est basado en 6 principios clave que son los siguientes: Adaptar el proceso El proceso deber adaptarse a las necesidades del cliente ya que es muy importante interactuar con l. Las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto en un rea subformal. Equilibrar prioridades Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro. Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados Colaboracin entre equipos El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc. Elevar el nivel de abstraccin Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las

UNIVERSIDAD NACIONAL DE PIURA

Pgina 26

PROYECTO DE TESIS
representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.

Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. 2.3.1.3 Ciclo de vida

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades. Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline (Lnea Base) de la arquitectura. Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos. En la fase de elaboracin, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto. En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. UNIVERSIDAD NACIONAL DE PIURA Pgina 27

PROYECTO DE TESIS
Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina vara.

2.3.1.4 Principales caractersticas Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo) Pretende implementar las mejores prcticas en Ingeniera de Software Desarrollo iterativo Administracin de requisitos Uso de arquitectura basada en componentes Control de cambios Modelado visual del software Verificacin de la calidad del software El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).

2.3.2. Ingeniera Web basado en UML (UWE UML) 2.3.2.1 Definicin:

UWE UML (UML-Based Web Engineering) es una herramienta para modelar aplicaciones web, utilizada en la ingeniera web, prestando especial atencin en sistematizacin y personalizacin (sistemas adaptativos). UWE es una propuesta basada en el proceso unificado y UML pero adaptados a la web. En requisitos separa las fases de captura, definicin y validacin. Hace adems una clasificacin y un tratamiento especial dependiendo del carcter de cada requisito. 2.3.2.2 Estructura Consiste en una notacin y en un mtodo. La notacin se basa en UML (OMG, 2003): para aplicaciones Web en general y para aplicaciones adaptativas en particular. El mtodo consta de seis modelos: 1. Modelo de casos de uso para capturar los requisitos del sistema. 2. Modelo conceptual para el contenido (modelo del dominio). UNIVERSIDAD NACIONAL DE PIURA Pgina 28

PROYECTO DE TESIS
3. Modelo de usuario: modelo de navegacin que incluye modelos estticos y dinmicos. 4. Modelo de estructura de presentacin, modelo de flujo de presentacin. 5. Modelo abstracto de interfaz de usuario y modelo de ciclo de vida del objeto. 6. Modelo de adaptacin. 2.3.3 Lenguaje de Programacin Java 2.3.3.1 Definicin

Java es un lenguaje de programacin orientado a objetos, desarrollado por Sun Microsystems a principios de los aos 90. El lenguaje en s mismo toma mucha de su sintaxis de C y C++, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel, que suelen inducir a muchos errores, como la manipulacin directa de punteros o memoria. Las aplicaciones Java estn tpicamente compiladas en un bytecode, aunque la compilacin en cdigo mquina nativo tambin es posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un procesador Java tambin es posible. La implementacin original y de referencia del compilador, la mquina virtual y las bibliotecas de clases de Java fueron desarrolladas por Sun Microsystems en 1995. Desde entonces, Sun ha controlado las especificaciones, el desarrollo y evolucin del lenguaje a travs del Java CommunityProcess, si bien otros han desarrollado tambin implementaciones alternativas de estas tecnologas de Sun, algunas incluso bajo licencias de software libre. Especficamente en nuestro sistema experto empleamos Java Web como es: JSP y EJB. 2.3.4 JSP Definicin

2.3.4.1

JavaServer Pages (JSP) es una tecnologa Java que permite generar contenido dinmico para web, en forma de documentos HTML, XML o de otro tipo. Esta tecnologa es un desarrollo de la compaa Sun Microsystems. La Especificacin JSP 1.2 fue la primera que se liber y en la actualidad est disponible la Especificacin JSP 2.1. Las JSP's permiten la utilizacin de cdigo Java mediante scripts. Adems, es posible utilizar algunas acciones JSP predefinidas mediante etiquetas. Estas UNIVERSIDAD NACIONAL DE PIURA Pgina 29

PROYECTO DE TESIS
etiquetas pueden ser enriquecidas mediante la utilizacin de Bibliotecas de Etiquetas (TagLibs o TagLibraries) externas e incluso personalizadas.

2.3.4.2 Arquitectura JSP puede considerarse como una manera alternativa, y simplificada, de construir servlets. Es por ello que una pgina JSP puede hacer todo lo que un servlet puede hacer, y viceversa. Cada versin de la especificacin de JSP est fuertemente vinculada a una versin en particular de la especificacin de servlets. El funcionamiento general de la tecnologa JSP es que el Servidor de Aplicaciones interpreta el cdigo contenido en la pgina JSP para construir el cdigo Java del servlet a generar. Este servlet ser el que genere el documento (tpicamente HTML) que se presentar en la pantalla del Navegador del usuario. JSP -> Servidor Aplicaciones (Servlets) -> Cliente (Navegador) Es posible enriquecer el lenguaje de etiquetas utilizado por JSP. Para ello debemos extender la capa de alto nivel JSP mediante la implementacin de Bibliotecas de Etiquetas (TagsLibraries). Un ejemplo de estas bibliotecas son las proporcionadas por Sun bajo la denominacin de JSTL o las distribuidas por Apache junto con el Framework de Struts. TagLibs -> JSP -> Servidor Aplicaciones (Servlets) -> Cliente (Navegador) El rendimiento de una pgina JSP es el mismo que tendra el servlet equivalente, ya que el cdigo es compilado como cualquier otra clase Java. A su vez, la mquina virtual compilar dinmicamente a cdigo de mquina las partes de la aplicacin que lo requieran. Esto hace que JSP tenga un buen desempeo y sea ms eficiente que otras tecnologas web que ejecutan el cdigo de una manera puramente interpretada. La principal ventaja de JSP frente a otros lenguajes es que el lenguaje Java es un lenguaje de propsito general que excede el mundo web y que es apto para crear clases que manejen lgica de negocio y acceso a datos de una manera prolija. Esto permite separar en niveles las aplicaciones web, dejando la parte encargada de generar el documento HTML en el archivo JSP. Otra ventaja es que JSP hereda la portabilidad de Java, y es posible ejecutar las aplicaciones en mltiples plataformas sin cambios. Es comn incluso que

UNIVERSIDAD NACIONAL DE PIURA

Pgina 30

PROYECTO DE TESIS
los desarrolladores trabajen en una plataforma y que la aplicacin termine siendo ejecutada en otra.

Los servlets y Java Server Pages (JSPs) son dos mtodos de creacin de pginas web dinmicas en servidor usando el lenguaje Java. En ese sentido son similares a otros mtodos o lenguajes tales como elPHP, ASP o los CGIs, programas que generan pginas web en el servidor. Sin embargo, se diferencian de ellos en otras cosas. Para empezar, los JSPs y servlets se ejecutan en una mquina virtual Java, lo cual permite que, en principio, se puedan usar en cualquier tipo de ordenador, siempre que exista una mquina virtual Java para l. Cada servlet (o JSP, a partir de ahora lo usaremos de forma indistinta) se ejecuta en su propia hebra, es decir, en su propio contexto; pero no se comienza a ejecutar cada vez que recibe una peticin, sino que persiste de una peticin a la siguiente, de forma que no se pierde tiempo en invocarlo (cargar programa + intrprete). Su persistencia le permite tambin hacer una serie de cosas de forma ms eficiente: conexin a bases de datos y manejo de sesiones, por ejemplo. Las JSPs son en realidad una forma alternativa de crear servlets ya que el cdigo JSP se traduce a cdigo de servlet Java la primera vez que se le invoca y en adelante es el cdigo del nuevo servlet el que se ejecuta produciendo como salida el cdigo HTML que compone la pgina web de respuesta.

III.

ANALISIS
3.1.Modelado del Negocio
Los procesos que se automatizarn en el Sistema de este proyecto de tesis, son los siguientes: a) Registrar pasajeros:El proceso de registrar pasajeros se realiza da a da, en el instante en que el cliente llega a comprar un boleto de pasaje. b) Programacin de salida de buses: El proceso de la programacin de salida de buses se realiza anualmente a comienzos del ao, donde se renen el Director de transporte y el gerente de la empresa para establecer los horarios en la que saldrn los buses durante los 365 aos del ao.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 31

PROYECTO DE TESIS
c) Mantenimiento de Rutas: Las rutas que la empresa realiza durante todo el ao son controlados por el director de transporte y el Gerente de la empresa, estas Rutas se establecen de acuerdo a las necesidades de los pasajeros, es decir si existe un lugar de destino en donde los pasajeros se dirigen con mayor acogida, entonces se establece una ruta directa hasta este lugar de destino. d) Mantenimiento de Agencias: Este proceso es controlado por el gerente de la empresa y se puede realizar en cualquier momento ya sea para registrar una nueva ruta modificar o eliminar la misma. Lo que conlleva a la creacin o eliminacin de una agencia depende de la acogida que tiene por parte de los clientes. e) Mantenimiento de Trabajadores: Este proceso es desarrollado por el director de RR.HH ya sea para dar de alta a un nuevo trabajador de la empresa o dar de baja al mismo o como tambin para modificar datos de sus trabajadores. f) Mantenimiento de encomiendas: Este proceso se realiza da a da en la empresa y es efectuado por el encargado de ventas; cuando un cliente llega a la empresa para enviar una encomienda a un destino en especifico.

3.1.1. Identificacin y definicin del problema En la empresa de transporte Dora se viene realizando el proceso de ventas de pasajes de forma manual, es decir cuando un cliente llega a comprar un boleto de pasaje, se le llena manualmente dicho boleto, luego en una hoja de Excel se van llenando el nombre del pasajero y su nmero de DNI. Cuando la unidad de transportes ya tiene todos sus pasajeros completos estas hojas de Excel son enviadas mediante una conexin de internet a la agencia destino. Con respecto a las salidas de los buses, la empresa no tiene definido un horario de salida de sus unidades, notndose de esta manera el malestar de los clientes las cuales se han visto reflejadas an ms en el libro de sugerencias y reclamaciones implementado recientemente. En los requerimientos lo ideal sera crear un sistema web, para poder realizar la venta de pasajes y establecer un horario de salidas de las unidades, adems de aprovechar la informacin que contiene el sistema para poder tomar decisiones que nos ayuden a mejorar la rentabilidad de dicha empresa. La idea es hacer un sistema WEB, el cual sean sencillo y fcil de usar con interfaces amigables, con el fin de que el usuario pueda realizar sus tareas tranquilamente y sin mayor problema.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 32

PROYECTO DE TESIS
3.1.2. Definir los procesos del negocio 3.1.3. Definicin de los Casos de Uso del negocio

3.2.Modelado del Sistema

3.3.1. Definir los procesos del sistema 3.3.2. Describir a los actores del sistema

3.3.3. Diagrama de caso de uso del sistema

uc Administrativ o

Registrar datos de empresa

Registrar agencias

Registrar trabaj adores

Registrar rutas

Administrador Programar salida de buses

Abrir sistema

Cerrar sistema

UNIVERSIDAD NACIONAL DE PIURA

Pgina 33

PROYECTO DE TESIS

UNIVERSIDAD NACIONAL DE PIURA

Pgina 34

PROYECTO DE TESIS
uc Administrativ o

Registrar salida de bus

Registrar llegada de bus

Administrador de agencia

Reportar guia de pasaj eros

Reportar guia de encomiendas

UNIVERSIDAD NACIONAL DE PIURA

Pgina 35

PROYECTO DE TESIS
3.3.4. Descripcin de los casos de uso

CASO DE USO 001: REGISTRAR DATOS DE EMPRESA Administrador del sistema El usuario debe haberse logueado en el sistema ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de mantenimientos, Empresa. 2. El sistema mostrara la interfaz de manteamientos de empresa. 3. Hacer click en Registrar empresa 4. Se mostrara la interfaz de registro de empresas 5. Ingresar Ruc de la empresa, Razn social, tipo de empresa, condicin, direccin legal, telfonos, Departamento, ciudad, dar click en grabar. 6. Mostrar un mensaje de empresa registrada con xito. Actores : Precondiciones : Postcondiciones Se mostrar un mensaje de error si falla el registro.

CASO DE USO 002: REGISTRAR AGENCIAS Administrador del sistema El usuario debe haberse logueado en el sistema ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de mantenimientos, Agencias. 2. El sistema mostrara la interfaz de manteamientos de agencias. 3. Hacer click en Registrar agencia 4. El sistema mostrara la interfaz de registro Actores : Precondiciones : 5. Seleccionar Departamento, Ciudad de la agencia, telfonos, direccin de agencia, dar click en grabar

Postcondiciones

6. Mostrar un mensaje de agencia registrada con xito. Se mostrar un mensaje de error si falla el registro.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 36

PROYECTO DE TESIS
CASO DE USO 003: REGISTRAR TRABAJADORES Actores : Administrador del sistema Precondiciones : El usuario debe haberse logueado en el sistema ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de Empresa, Personal. 2. El sistema mostrara la interfaz de 3. Hacer click en Registrar empresa personal. 4. Se mostrara la interfaz de registro 5. Ingresar dni, nombres, apellidos, direccin, telfonos, sector laboral, fecha de nacimiento, asignar el rol q va a cumplir en la empresa, Dar click en grabar

6. Mostrar un mensaje de trabajador registrada con xito. Postcondiciones Se mostrar un mensaje de error si falla el registro.

CASO DE USO 004: REGISTRAR RUTA Actores : Administrador del sistema Precondiciones : El usuario debe haberse logueado en el sistema ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de Empresa, Ruta. 2. El sistema mostrara la interfaz de ruta. 3. Hacer click en Registrar ruta 5. Se mostrara la interfaz de registro 5. Seleccionar Tipo de ruta(Directo, Escala), Seleccionar departamento, Ciudad, si es directo se agrega solo una escala de ruta, si es escala el sistema permitir ingresar varias rutas que sern la escala de la misma. Dar click en grabar. 6. Mostrar un mensaje de ruta registrada con xito. Postcondiciones Se mostrar un mensaje de error si falla el registro.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 37

PROYECTO DE TESIS

CASO DE USO 005: REGISTRAR SALIDA DE BUSES Administrador del sistema El usuario debe haberse logueado en el sistema ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de Programacin, Salida de buses. 2. El sistema mostrara la interfaz de salida de buses. 3. Hacer click en Registrar salida de buses 4. Se mostrara la interfaz de registro Actores : Precondiciones : 5. Ingresar fecha, tipo de da(feriado, normal), escoger la ruta, elegir la unidad, ingresar la hora de salida del bus, dar click en grabar. 6. Mostrar un mensaje de programacin registrada con xito. Postcondiciones Se mostrar un mensaje de error si falla el registro.

CASO DE USO 006: ABRIR SISTEMA Actores : Administrador del sistema Precondiciones : El usuario debe haberse logueado en el sistema, y el sistema debe estar en estado cerrado. ACCION DEL AUTOR RESPUESTA DEL SISTEMA 1. Hacer click en el men de Operaciones, abrir sistema. 2. El sistema mostrara la interfaz de abrir sistema. 3. Hacer click en el botn de abrir sistema 4. Se mostrara un reporte de incidencias y errores ocurridos durante el proceso en una grilla, y mostrara un mensaje de sistema abierto con xito. Postcondiciones Se mostrar un mensaje de error si falla la operacin.

UNIVERSIDAD NACIONAL DE PIURA

Pgina 38

PROYECTO DE TESIS
CASO DE USO 007: CERRAR SISTEMA Actores : Administrador del sistema Precondiciones : El usuario debe haberse logueado en el sistema, y el sistema debe estar en estado abierto. ACCION DEL AUTOR RESPUESTA DEL SISTEMA 2. Hacer click en el men de Operaciones, cerrar sistema. 3. El sistema mostrara la interfaz de cerrar sistema. 4. Hacer click en el botn de cerrar sistema 5. Se mostrara un reporte de incidencias y errores ocurridos durante el proceso en una grilla, y mostrara un mensaje de sistema cerrado con xito. Postcondiciones Se mostrar un mensaje de error si falla la operacin.

3.3.5. Diagrama de Clases 3.3.6. Elaboracin de los Diagramas de Secuencia

IV.

DISEO DE LA ARQUITECTURA DEL SISTEMA

4.1.Diseo lgico de la Base de Datos 4.2.Diseo fsico de la base de datos 4.3.Diseo de las interfaces de usuario

UNIVERSIDAD NACIONAL DE PIURA

Pgina 39

PROYECTO DE TESIS
V. IMPLEMENTACIN Y PRUEBAS DE DESEMPEO

5.1.Implementacin de la Arquitectura del Sistema

5.1.1. Diagrama de Paquetes 5.1.2. Diagrama de Componentes 5.1.3. Diagrama de Despliegue 5.1.4. Instalacin y configuracin de la herramienta XAMPP 5.1.5. Configuracin de variables en el Servidor Web 5.1.6. Configuracin de variables en el Servidor de Base de Datos 5.1.7. Instalacin y configuracin del sistema

5.2.Prueba y validacin del sistema

5.2.1. Prueba del sistema 5.2.2. Validacin

UNIVERSIDAD NACIONAL DE PIURA

Pgina 40

PROYECTO DE TESIS
VI. EVALUACIN DEL PROYECTO

6.1.Costos y Beneficios del Proyecto 6.2.Costos de desarrollo 6.3.Costos de Mantenimiento 6.4.Beneficios 6.5.Anlisis Econmico

CONCLUSIONES RECOMENDACIONES BIBLIOGRAFA WEBGRAFA ANEXOS Encuesta:

Ficha N1 Antes de implementar el Sistema de Informacin. Indicador: Tiempo Promedio en atender a un cliente Instrumento de Medicin: Cronmetro Nombre de Cliente: ___________________________________________________ DNI: __________________________________ Origen: _____________________________ Destino: _____________________________ N de boleto: __________________________ Precio: ______________________________ Fecha: _______________________________ Tiempo en rellenar el boleto: _______ En qu lo realiza? A) Computadora b) Manualmente Tiempo en registrar al cliente: _______ En qu lo realiza? A) Computadora b) Manualmente Tiempo en enviar la lista de pasajeros a la agencia destino: _______ Con qu lo realiza? A) Calculadora b) Manualmente Total _______

UNIVERSIDAD NACIONAL DE PIURA

Pgina 41

PROYECTO DE TESIS
Ficha N2 Antes de implementar el Sistema de Informacin. Indicador: Tiempo Promedio en realizar programacin de salidas diarias Encuestado: director de Transporte Instrumento de Medicin: Cronmetro Fecha y Hora: _________________________________ Origen: ________________________________ Destino: _______________________________ Nombre del Chofer: ______________________ Placa de la unidad: _______________________ Capacidad de la Unidad: ___________________ En qu lo realiza? A) Computadora b) Manualmente Tiempo empleado: ________________________

Ficha N3 Antes de implementar el Sistema de Informacin. Indicador: Tiempo Promedio que genera reporte de ventas diarias Encuestado: Encargada de Ventas Instrumento de Medicin: Cronmetro En qu lo realiza? A) Computadora b) Manualmente Tiempo en calcular los promedios respectivos: _______ Con qu lo realiza? A) Calculadora b) Manualmente Total _______ Ficha N4 Antes de implementar el Sistema de Informacin. Indicador: Tiempo Promedio que genera un Reporte de Orden de Mrito Instrumento de Medicin: Cronmetro Tiempo que toma realizar la lista de orden de mrito de una seccin Tutor: _____________________________________________________ Grado y Seccin: ________ Nro. Alumnos: ________ Tiempo en calcular promedio de notas de todo el ao escolar: _______ Con qu lo realiza? A) Calculadora b) Manualmente Tiempo en ordenar a los alumnos por sus promedios: _______ En qu lo realiza? A) Computadora b) Manualmente Total _______

UNIVERSIDAD NACIONAL DE PIURA

Pgina 42