UNIVERSIDAD MAYOR DE SAN ANDRS FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMTICA

SISTEMA DE INFORMACIN PARA LA FACTURACIN DE TRANSPORTE INTERDEPARTAMENTAL EL DORADO (SIFTID)

MATERIA DOCENTE INTEGRANTES

: :

INF - 162 LIC. Miguel Cotaa

: - Gutirrez Canasa Martin Llanos Mamani Grover Roberto Mendoza Mendoza Luis Alberto 26 de Septiembre

FECHA

TABLA DE CONTENIDOS CAPITULO 1 1.1 INTRODUCCION 1.2 ANTECEDENTES 1.3 PLANTEAMIENTO DE PROBLEMAS 1.4 OBJETIVO GENERAL 1.4.1 OBJETIVOS ESPECIFICOS 1.5 ALCENCES 1.6 JUSTIFICACION 1.6.1 JUSTIFICACION ECONOMICA 1.6.2 JUSTIFICACION TCNICA 1.6.3 JUSTIFICACION SOCIAL 1.7 METODOS DE INVESTIGACION 1.7.1 INVESTIGACION CUALITATIVO 1.7.2 INVESTIGACION CUANTITATIVA CAPITULO 2 2. MARCO TEORICO 2.1 ANTECEDENTES DE LA ORGANIZACIN VISION MISION 2.2 INGENIERA DE REQUERIMIENTOS 2.2.1 FASES DE IMPLEMENTACIN 2.2.2 PROCESO UNIFICADO DE RACIONAL (RUP) 2.4 PARADIGMAS DE DESARROLLO 5 5 5 5 5 6 6 6 Pg. 1 1 1 2 2 3 3 3 3 3 4 4 4

2.4.1 PROGRAMACION ORIENTADO A OBJETOS

CAPITULO 3 3. PLAN DE LAS FASES 3.1.1FASE DE INICIO 3.1.2 PLANIFICACIN DE LA FASE DE INICIO 3.1 FASE DE ELABORACION CONCLUSIN RECOMENDACIONES REFERENCIAS

9 10 10 10 1 1 1

1 CAPITULO 1 INTRODUCCION 1.1 INTRODUCCION

Hoy en da una de las razones fundamentales para que una empresa llegue a ser lder en el mercado es por el buen manejo de su informacin, as como la correcta automatizacin de procesos que la hagan ms competitiva. Las empresas manejan grandes volmenes de informacin, imposibles de manipularlas manualmente con eficiencia, es as que las empresas han optado por implementar sistemas de informacin computarizadas, que sean ptimos, que cumplan con los requerimientos y adems este desarrollados con tecnologas actuales, tanto en las metodologas de desarrollo, como en los lenguajes de programacin. Estos sistemas de informacin deben ser capaces de ayudar al desarrollo de las empresas, as como aumentar su competitividad en el mercado, para as poder llevar a las empresas al cumplimiento de sus objetivos y metas. Las empresas dedicadas al transporte interdepartamental no pueden quedar al margen de este fenmeno mundial, debido al duro mercado que afrontan, a la precisin de informacin que requieren. La empresa de TRANSPORTE INTERDEPARTAMENTAL no queda indiferente al avance de la tecnologa, es por eso que teniendo una visin a futuro, ha optado por la implementacin de un software que le permitan automatizar sus principales procesos y el control de operaciones. La implementacin de este software permitir a la empresa tener un mejor control y seguimiento de los procesos mencionados, dando como resultado una informacin rpida y confiable, ahorrando tiempo y dinero. 1.2 ANTECEDENTES

Para brindar sus servicios actualmente la empresa carece de un sistema de informacin, los procesos y el manejo de la informacin se hace manualmente y el almacenamiento de la informacin se realiza en folios de acuerdo a mtodos utilizados por empleados (alfabticamente, por fecha, por uso). Este manejo de la informacin produce muchos inconvenientes a la empresa ya que conlleva un sin fin de problemas como: demorar la venta de pasajes, desorganizacin en el envo y entrega de encomiendas, perdida de informacin, perdida de tiempo en la repeticin de procesos, mal control de horarios, falta de control de buses. LA empresa no cuenta con ningn tipo de computador ni otro tipo de tecnologa que permita la implementacin de un sistema

1.3

PLANTEAMIENTO DE PROBLEMAS

Los problemas fundamentales identificados se describen en el siguiente rbol de problemas y soluciones:

Numero 1

Problema No se cuenta con informacin veraz, rpida, oportuna, coherente ni significativa

Retraso en la venta de boletos as como errores de duplicacin en la asignacin de asientos, mala asignacin de bus, sobrecarga de buses o incorrecto llenado

Solucin Es posible contar con informacin veraz, rpida, coherente, significativa, confiable y actualizada de la empresa, desarrollando un sistema computarizado sustentada por una base de datos propia y un entorno visual amigable al usuario, de fcil comprensin y manejo para ser utilizada en la toma de decisiones y el control de los procesos que la empresa realiza Con la construccin del nuevo sistema y su implementacin se podr proporcionar una herramienta para la rpida generacin e impresin de un boleto as como la automatizacin de la asignacin en el bus y el asiento

Errores en el llenado de la factura El sistema a implementarse en forma manual y la repeticin de brindara una herramienta que solicitud de datos del cliente facilite el llenado y la impresin de la factura, as como almacenar la informacin de clientes en la base de datos para el llenado automtico de algunos campos de la factura Falta de un control serio y fiable en El sistema que se pretende la llegada y salida de buses as implementar registrara las como los pasajeros que van en el y salidas tanto de llegada como las encomiendas salida, los pasajeros en cada bus, las encomiendas y ser capaz de calcular la hora de

3 llegada a su destino El sistema brindara mecanismos que permitan al usuario ver listas de encomiendas recibidas, enviadas, fechas de llegadas, as como observaciones en las mismas Con reportes peridicos el nuevo sistema presentara los totales de ingresos a la empresa. Se creara un sistema capaz de funcionar en redes de conexin que permitan compartir la informacin entre empleados y as poder generar informacin actualizada para una mejor atencin

control inadecuada encomiendas

de

Fallas en cuentas de cajas tanto de venta de pasajes, como de encomiendas Falta de centralizacin informacin de la

Tabla 1.1

1.4

OBJETIVO GENERAL

Desarrollar e implementar un sistema de informacin que permita la facturacin de una empresa de transporte. 1.4.1 OBJETIVOS ESPECIFICOS Desarrollar una aplicacin que permita la venta de boletos. Desarrollar una aplicacin que permita el control de encomiendas. Construir una base de datos que contenga informacin de los clientes, empleados, buses y fechas .Para la alimentacin del sistema, as como la generacin de reportes. Desarrollar una aplicacin que genere reportes peridicos de ingresos de efectivo a la empresa. Instalar una red para el funcionamiento de terminales de manera sincronizada.

1.5 ALCANCES El presente trabajo tendr los siguientes alcances: Ser desarrollado hasta lograr su funcionamiento en la empresa. Automatizacin de la emisin de facturas, boletos, recibos de encomiendas para la empresa. Control de totales de ventas en determinados periodos, as como control de llegadas.

4 Problemas que excedan el control de la empresa y sean de responsabilidad de las terminales no se tomaran en cuenta. No se tomara en cuenta procesos que no se tomaron en cuenta en el rbol de problemas

Los aportes que con este trabajo se pretenden lograr: Cubrir las necesidades que la empresa presente en sus diferentes tareas. La informacin del sistema ser eficiente, precisa y confiable. Aporte a futuros proyectos sobre empresas de transporte que puedan ser desarrollados por otros alumnos, brindando una base para la construccin de nuevos sistemas o mejoras a este. 1.6 JUSTIFICACION 1.6.1 JUSTIFICACION TCNICA El sistema planteado permitir soportar adecuadamente los posibles cambios y adiciones de nuevos mdulos de operacin debido a su flexibilidad. As podr crecer junto con la empresa o servir tambin para pequeas sucursales que la empresa decida abrir en un futuro. 1.6.2 JUSTIFICACION ECONOMICA El proyecto se justifica econmicamente ya que el costo de desarrollo para la empresa es mnimo y los beneficios que obtendr la empresa con su implementacin es alto. Como ya se describi actualmente la empresa afronta perdidas de tiempo, dinero, como de efectividad. El software permitir la mejora tangible en los procesos de la empresa.

1.6.3 JUSTIFICACION SOCIAL El proyecto se justifica socialmente ya que permite crecer y mejorar a la empresa. As como permite un manejo eficiente en el manejo de la informacin produciendo un mejor ambiente de trabajo y control para los empleados. Se justifica tambin socialmente por la mejora en la atencin a los clientes de la empresa reduciendo tiempos de espera y errores en la documentacin emitida para estos. 1.7 METODOS DE INVESTIGACION Para el desarrollo del presente trabajo se utilizara el modelo UML Orientado a Objetos y el mtodo a emplearse es el RUP.

1.7.1 INVESTIGACION CUALITATIVA Se opto como mtodo de investigacin cualitativa el siguiente mtodo: Investigacin participativa. Se realizo visitas en las cuales se pudo observar la interaccin social de los empleados. 1.7.2 INVESTIGACION CUANTITATIVA Se opto como mtodo de investigacin cuantitativa por el siguiente Investigacin descriptiva. Ya que se realizo un estudio de los procesos que actualmente contaba la empresa.

6 CAPITULO 2 MARCO TEORICO 2.1 ANTECEDENTES DE LA ORGANIZACION

La empresa Diamante, fue creada el 26 de julio de 1995 bajo iniciativa del Sr. Pablo Medina Jimnez, con el objetivo de brindar servicios de transporte tanto de pasajeros como de encomiendas a distintos departamentos del pas. Aunque como naci como una pequea empresa familiar, hoy en da se ha llegado a convertir en una importante empresa en su rubro que sigue y proyecta un crecimiento veloz dentro del transporte. La empresa Diamante para el mejor cumplimiento de tareas se divide en reas funcionales: Dueo, Gerencia general, Administracin financiera, Servicios. La relacin y organizacin esta dada por el organigrama de la figura 1.1 DESTINOS: La empresa brinda sus servicios desde-hacia diferentes ciudades capitales de departamento de Bolivia estas son: La Paz Oruro Potos Sucre Cochabamba Tarija Santa Cruz VISION Hacer que El Dorado sea una empresa de reconocido prestigio nacional, con autonoma administrativa, con excelencia en brindar servicios de excelente calidad y en donde el mejoramiento continuo en todas las reas sean de agrado a nuestros clientes, de eficiente gestin, competitiva, con alianzas estratgicas en el mbito nacional e internacional, comprometida con el servicio al cliente, la formacin integral de su recurso humano y tecnolgico. Y ser un ejemplo para la sociedad a lo que se refiere en buen servicio.

MISION La empresa Diamante brinda servicios de transporte interdepartamental de pasajeros, envo y recepcin de encomiendas a todos sus usuarios de las diferentes ciudades capitales de departamento en las que opera.

7 2.2 INGENIERA DE REQUERIMIENTOS La Ingeniera de requerimientos comprende todas las tareas relacionadas con la determinacin de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requerimientos de los inversores, que pueden entrar en conflicto entre ellos. Puede ser conocida tambin como "Anlisis de requerimientos", "especificacin de requerimientos", etc.

El propsito de la ingeniera de requerimientos es hacer que los mismos alcancen un estado ptimo antes de seguir adelante con el proyecto. Los buenos Requerimientos deben ser

2.2.1 FASES DE IMPLEMENTACION Desde un punto de vista conceptual, las actividades son de 5 clases.

Obtener requerimientos: A travs de entrevistas o comunicacin con clientes o usuarios, para saber cules son sus deseos. Analizar requerimientos: Detectar y corregir las falencias comunicativas, transformando los requerimientos obtenidos de entrevistas y requerimientos, en condiciones apropiadas para ser tratados por el diseo. Documentar requerimientos: Igual que todas las etapas, los requerimientos deben estar debidamente documentados. Verificar los requerimientos: Consiste en comprobar el correcto funcionamiento de un requerimiento en la aplicacin Validar los requerimientos: Comprobar que los requerimientos implementados se corresponden con lo que inicialmente se pretenda.

2.2.2 PROCESO UNIFICADO DE RACIONAL (RUP) 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 Method Composer (RMC), que permite la personalizacin de acuerdo a necesidades. El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final al culminar cada una de ellos, estos a la vez se dividen en fases que finalizan con un hito donde se debe tomar una decisin importante:

Concepcin: se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos Elaboracin: se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos Construccin: se concentra en la elaboracin de un producto totalmente operativo y eficiente y el manual de usuario Transicin: se Instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados. Mantenimiento: una vez instalado el producto, el usuario realiza requerimientos de ajuste, esto se hace de acuerdo a solicitudes generadas como consecuencia del interactuar con el producto.

2.3 Paradigmas de Desarrollo Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad; an cuando todava no es un estndar oficial, est respaldado por el OMG (Object Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes de software reutilizables. Es importante resaltar que UML es un "lenguaje" para especificar y no para describir mtodos o procesos. Se utiliza para definir un sistema de software, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo. Se puede aplicar en una gran variedad de formas para dar soporte a una metodologa de desarrollo de software (tal como el Proceso Unificado Racional), pero no especifica en s mismo qu metodologa o proceso usar. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas. PROGRAMACIN ORIENTADA A OBJETOS La Programacin Orientada a Objetos) es un paradigma de programacin que usa objetos y sus interacciones para disear aplicaciones y programas de computadora. Est basado en varias tcnicas, incluyendo herencia, modularidad, polimorfismo, y encapsulamiento. Su uso se populariz a principios de la dcada de 1990. Actualmente son muchos los lenguajes de programacin que soportan la orientacin a objetos. Introduce nuevos conceptos, que superan y amplan conceptos antiguos ya conocidos. Entre ellos destacan los siguientes:

Objeto: entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (mtodos). Corresponden a los objetos reales del mundo que nos rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase. Clase: definiciones de las propiedades y comportamiento de un tipo de objeto concreto. La instanciacin es la lectura de estas definiciones y la creacin de un objeto a partir de ellas, (de c a d),Es la facilidad mediante la cual la clase D ha definido en ella cada uno de los atributos y operaciones de C, como si eso atributos y operaciones hubiesen sido definidos por las misma D. Mtodo: algoritmo asociado a un objeto (o a una clase de objetos), cuya ejecucin se desencadena tras la recepcin de un "mensaje". Desde el punto de vista del comportamiento, es lo que el objeto puede hacer. Un mtodo puede producir un cambio en las propiedades del objeto, o la generacin de un "evento" con un nuevo mensaje para otro objeto del sistema. Evento: un suceso en el sistema (tal como una interaccin del usuario con la mquina, o un mensaje enviado por un objeto). El sistema maneja el evento enviando el mensaje adecuado al objeto pertinente. Tambin se puede definir como evento, a la reaccin que puede desencadenar un objeto, es decir la accin que genera. Mensaje: una comunicacin dirigida a un objeto, que le ordena que ejecute uno de sus mtodos con ciertos parmetros asociados al evento que lo gener. Propiedad o atributo: contenedor de un tipo de datos asociados a un objeto (o a una clase de objetos), que hace los datos visibles desde fuera del objeto y esto se define como sus caractersticas predeterminadas, y cuyo valor puede ser alterado por la ejecucin de algn mtodo. Estado interno: es una propiedad invisible de los objetos, que puede ser nicamente accedida y alterada por un mtodo del objeto, y que se utiliza para indicar distintas situaciones posibles para el objeto (o clase de objetos). Componentes de un objeto: atributos, identidad, relaciones y mtodos. Representacin de un objeto: un objeto se representa por medio de una tabla o entidad que est compuesta por sus atributos y funciones correspondientes.

En comparacin con un lenguaje imperativo, una "variable", no es ms que un contenedor interno del atributo del objeto o de un estado interno, as como la "funcin" es un procedimiento interno del mtodo del objeto.

10 CAPITULO 3 3.1 PLAN DE LAS FASES El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La siguiente tabla muestra una la distribucin de tiempos de cada fase (para las fases de Construccin y Transicin es slo una aproximacin muy preliminar) Nro. Iteraciones 2 1 2 1

Fase Fase de Inicio Fase de Elaboracin Fase de Construccin Fase Transicin de

Duracin 2 semana 1 semana 3 semana 4 das

Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Descripcin Fase de Inicio Hito En esta fase desarrollarn los requisitos del producto desde la perspectiva del usuario, los cuales sern establecidos en el artefacto Visin. Los principales casos de uso sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente /usuario del artefacto Visin y el Plan de Desarrollo marcan el final de esta fase. En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes ms relevantes y / o crticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implementados en la primera parte de la fase de Construccin deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La revisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisin y entrega de todos los artefactos hasta este punto de desarrollo tambin se incluye

Fase de Elaboracin

11

como hito. La primera iteracin tendr como objetivo la identificacin y especificacin de los principales casos de uso, as como su realizacin preliminar en el Modelo de Anlisis / Diseo, tambin permitir hacer una revisin general del estado de los artefactos hasta este punto y ajustar si es necesario la planificacin para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrn una duracin de una semana. Fase de Construccin Durante la fase de construccin se terminan de analizar y disear todos los casos de uso, refinando el Modelo de Anlisis / Diseo. Se comienza la elaboracin de material de apoyo al usuario. El hito que marca el fin de esta fase es una versin , con la capacidad operacional parcial del producto que se haya considerado como crtica, lista para ser entregada a los usuarios para pruebas beta. En esta fase se asegura una implantacin 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 documentacin del proyecto con los manuales de instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamiento de los usuarios y el empaquetamiento del producto.

Fase Transicin

de

A continuacin se presenta un resumen del las principales tareas del proyecto un sus distintas disciplinas variando en cada fase de trabajo a realizar: En la primera fase se realiza la planificacin del negocio y requisitos. En la segunda fase se desarrolla el anlisis y diseo tomando en cuenta los estudios realizados de los requerimientos. En la tercera fase se desarrolla la construccin de acuerdo al anlisis de diseo realizado por anterioridad. En la cuarta fase se realiza las pruebas posibles de conclusin de la modificacin y conclusin de la documentacin. 3.1.1 FASE DE INICIO 3.1.2 PLANIFICACIN DE LA FASE DE INICIO En la siguiente tabla se muestra la planificacin de la fase de inicio que se

realizara aproximadamente en dos semanas. En esta primera fase se realiza la planificacin del negocio y requisitos. Dentro de la fase de inicio se incluyen fases de la ingeniera de requerimientos Tareas Semana 1 Semana 2

12 Reunirse con los clientes Identificar limitaciones Realizar encuestas con personas clave Gestin de riesgos Identificacin de requisitos mediante diagramas del UML necesidades y X las X X X X X

3.2 Fase de Elaboracin

Figura 1

13

Figura 2

Figura 3

Figura 4

14

CONCLUSIN Como en un principio del proyecto se estableci realizar la programacin en lenguaje java y una base de datos Oracle, al momento de implementar el modulo venta de pasajes se tropez con la falta de libreras, para solucionar este problema acudimos a otra versin de lenguaje. El prototipo desarrollado aun necesita re-finamiento que ejecutara en las siguientes iteraciones del proyecto, actualmente cumple con un 80% de respuesta a los requisitos obtenidos con la ingeniera de requerimientos, en lo que respecta a venta de boletos, el modelo de componentes todava esta sujeto a cambios y mejoras as como toda la arquitectura del proyecto, pero se logro generar un aplicativo que era lo que se esperaba. REFERENCIAS Senn, James A. Anlisis y Diseo de Sistemas de Informacin. Segunda Edicin. McGraw Hill. 1992. Direcciones electrnicas sobre este tema IEEE Task Force on Requirements Engineering. http://www.shu.ac.uk/tfre/web.links.html Software Engineering Resources by Roger S. Pressman & Associates Inc. http://www.rspa.com/spi/index.html