sistema de informacion para la facturacion de transporte interdepartamental el dorado

5/10/2018 Sistema de Informacion para la Facturacion de Transporte interdepartamenta...

http://slidepdf.com/reader/full/sistema-de-informacion-para-la-facturacion-de-transporte-interdeparta

UNIVERSIDAD MAYOR DE SAN ANDRÉS

FACULTAD DE CIENCIAS PURAS Y NATURALES

CARRERA DE INFORMÁTICA

SISTEMA DE INFORMACIÓN

PARA LA FACTURACIÓN DE TRANSPORTEINTERDEPARTAMENTAL EL DORADO(SIFTID)

MATERIA : INF - 162

DOCENTE : LIC. Miguel Cotaña

INTEGRANTES :- Gutiérrez Canasa Martin

- Llanos Mamani Grover Roberto

- Mendoza Mendoza Luis Alberto

FECHA : 26 de Septiembre



TABLA DE CONTENIDOS

CAPITULO 1 Pág.

1.1 INTRODUCCION 11.2 ANTECEDENTES 1

1.3 PLANTEAMIENTO DE PROBLEMAS 11.4 OBJETIVO GENERAL 21.4.1 OBJETIVOS ESPECIFICOS 21.5 ALCENCES 31.6 JUSTIFICACION 31.6.1 JUSTIFICACION ECONOMICA 31.6.2 JUSTIFICACION TÉCNICA 31.6.3 JUSTIFICACION SOCIAL 31.7 METODOS DE INVESTIGACION 41.7.1 INVESTIGACION CUALITATIVO 41.7.2 INVESTIGACION CUANTITATIVA 4

CAPITULO 2

2. MARCO TEORICO 52.1 ANTECEDENTES DE LA ORGANIZACIÓN 5

VISION 5MISION 5

2.2 INGENIERÍA DE REQUERIMIENTOS 52.2.1 FASES DE IMPLEMENTACIÓN 62.2.2 PROCESO UNIFICADO DE RACIONAL (RUP) 62.4 PARADIGMAS DE DESARROLLO 6

2.4.1 PROGRAMACION ORIENTADO A OBJETOS 7

CAPITULO 3

3. PLAN DE LAS FASES 93.1.1FASE DE INICIO 103.1.2 PLANIFICACIÓN DE LA FASE DE INICIO 103.1 FASE DE ELABORACION 10

CONCLUSIÓN 1RECOMENDACIONES 1REFERENCIAS 1



1

CAPITULO 1

INTRODUCCION

1.1 INTRODUCCION

Hoy en día una de las razones fundamentales para que una empresa llegue a serlíder en el mercado es por el buen manejo de su información, así como la correctaautomatización de procesos que la hagan más competitiva.

Las empresas manejan grandes volúmenes de información, imposibles demanipularlas manualmente con eficiencia, es así que las empresas han optado porimplementar sistemas de información computarizadas, que sean óptimos, quecumplan con los requerimientos y además este desarrollados con tecnologíasactuales, tanto en las metodologías de desarrollo, como en los lenguajes deprogramación.

Estos sistemas de información deben ser capaces de ayudar al desarrollo de lasempresas, así como aumentar su competitividad en el mercado, para así poderllevar a las empresas al cumplimiento de sus objetivos y metas.

Las empresas dedicadas al transporte interdepartamental no pueden quedar almargen de este fenómeno mundial, debido al duro mercado que afrontan, a laprecisión de información que requieren.

La empresa de TRANSPORTE INTERDEPARTAMENTAL no queda indiferente alavance de la tecnología, es por eso que teniendo una visión a futuro, ha optado

por la implementación de un software que le permitan automatizar sus principalesprocesos y el control de operaciones. La implementación de este softwarepermitirá a la empresa tener un mejor control y seguimiento de los procesosmencionados, dando como resultado una información rápida y confiable,ahorrando tiempo y dinero.

1.2 ANTECEDENTES

Para brindar sus servicios actualmente la empresa carece de un sistema deinformación, los procesos y el manejo de la información se hace manualmente y elalmacenamiento de la información se realiza en folios de acuerdo a métodosutilizados por empleados (alfabéticamente, por fecha, por uso).

Este manejo de la información produce muchos inconvenientes a la empresa yaque conlleva un sin fin de problemas como: demorar la venta de pasajes,desorganización en el envío y entrega de encomiendas, perdida de información,perdida de tiempo en la repetición de procesos, mal control de horarios, falta decontrol de buses.LA empresa no cuenta con ningún tipo de computador ni otro tipo de tecnologíaque permita la implementación de un sistema



2

1.3 PLANTEAMIENTO DE PROBLEMAS

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

Numero Problema Solución1 No se cuenta con información

veraz, rápida, oportuna, coherenteni significativa

Es posible contar coninformación veraz, rápida,coherente, significativa,confiable y actualizada de laempresa, desarrollando unsistema computarizadosustentada por una base dedatos propia y un entorno visual

amigable al usuario, de fácilcomprensión y manejo para serutilizada en la toma dedecisiones y el control de losprocesos que la empresarealiza

2 Retraso en la venta de boletos asícomo errores de duplicación en laasignación de asientos, malaasignación de bus, sobrecarga debuses o incorrecto llenado

Con la construcción del nuevosistema y su implementación sepodrá proporcionar unaherramienta para la rápidageneración e impresión de un

boleto así como laautomatización de laasignación en el bus y elasiento

3 Errores en el llenado de la facturaen forma manual y la repetición desolicitud de datos del cliente

El sistema a implementarsebrindara una herramienta quefacilite el llenado y la impresiónde la factura, así comoalmacenar la información declientes en la base de datos

para el llenado automático dealgunos campos de la factura4 Falta de un control serio y fiable en

la llegada y salida de buses asícomo los pasajeros que van en el ylas encomiendas

El sistema que se pretendeimplementar registrara lassalidas tanto de llegada comosalida, los pasajeros en cadabus, las encomiendas y serácapaz de calcular la hora de



3

llegada a su destino 5 control inadecuada de

encomiendasEl sistema brindara mecanismosque permitan al usuario verlistas de encomiendas recibidas,enviadas, fechas de llegadas,

así como observaciones en lasmismas6 Fallas en cuentas de cajas tanto de

venta de pasajes, como deencomiendas

Con reportes periódicos elnuevo sistema presentara lostotales de ingresos a laempresa.

7 Falta de centralización de lainformación

Se creara un sistema capaz defuncionar en redes de conexiónque permitan compartir lainformación entre empleados yasí poder generar información

actualizada para una mejoratenciónTabla 1.1

1.4 OBJETIVO GENERAL

Desarrollar e implementar un sistema de información que permita la facturaciónde una empresa de transporte.

1.4.1 OBJETIVOS ESPECIFICOS

Desarrollar una aplicación que permita la venta de boletos. Desarrollar una aplicación que permita el control de encomiendas. Construir una base de datos que contenga información de los clientes,

empleados, buses y fechas .Para la alimentación del sistema, así como lageneración de reportes.

Desarrollar una aplicación que genere reportes periódicos de ingresos deefectivo a la empresa.

Instalar una red para el funcionamiento de terminales de manerasincronizada.

1.5 ALCANCES

El presente trabajo tendrá los siguientes alcances:

Será desarrollado hasta lograr su funcionamiento en la empresa. Automatización de la emisión 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 deresponsabilidad de las terminales no se tomaran en cuenta.

No se tomara en cuenta procesos que no se tomaron en cuenta en el árbolde problemas

Los aportes que con este trabajo se pretenden lograr: Cubrir las necesidades que la empresa presente en sus diferentes tareas.

La información del sistema será eficiente, precisa y confiable.Aporte a futuros proyectos sobre empresas de transporte que puedan serdesarrollados por otros alumnos, brindando una base para la construcción denuevos sistemas o mejoras a este.

1.6 JUSTIFICACION

1.6.1 JUSTIFICACION TÉCNICA

El sistema planteado permitirá soportar adecuadamente los posibles cambios yadiciones de nuevos módulos de operación debido a su flexibilidad. Así podrácrecer junto con la empresa o servir también para pequeñas sucursales que laempresa decida abrir en un futuro.

1.6.2 JUSTIFICACION ECONOMICA

El proyecto se justifica económicamente ya que el costo de desarrollo para laempresa es mínimo y los beneficios que obtendrá la empresa con suimplementación 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 laempresa.

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 información produciendoun mejor ambiente de trabajo y control para los empleados.Se justifica también socialmente por la mejora en la atención a los clientes de la

empresa reduciendo tiempos de espera y errores en la documentación emitidapara estos.

1.7 METODOS DE INVESTIGACION

Para el desarrollo del presente trabajo se utilizara el modelo UML Orientado aObjetos y el método a emplearse es el RUP.



5

1.7.1 INVESTIGACION CUALITATIVA

Se opto como método de investigación cualitativa el siguiente método:

Investigación participativa. Se realizo visitas en las cuales se pudoobservar la interacción social de los empleados.

1.7.2 INVESTIGACION CUANTITATIVA

Se opto como método de investigación cuantitativa por el siguiente

Investigación descriptiva. Ya que se realizo un estudio de los procesos queactualmente contaba la empresa.


http://slidepdf.com/reader/full/sistema-de-informacion-para-la-facturacion-de-transporte-interdepart

6

CAPITULO 2MARCO TEORICO

2.1 ANTECEDENTES DE LA ORGANIZACION

La empresa “Diamante”, fue creada el 26 de julio de 1995 bajo iniciativa del Sr.Pablo Medina Jiménez, con el objetivo de brindar servicios de transporte tanto depasajeros como de encomiendas a distintos departamentos del país.

Aunque como nació como una pequeña empresa familiar, hoy en día se ha llegadoa convertir en una importante empresa en su rubro que sigue y proyecta uncrecimiento veloz dentro del transporte.

La empresa “Diamante” para el mejor cumplimiento de tareas se divide en áreasfuncionales: Dueño, Gerencia general, Administración financiera, Servicios.La relación y organización esta dada por el organigrama de la figura 1.1

DESTINOS:La empresa brinda sus servicios desde-hacia diferentes ciudades capitales dedepartamento 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, conautonomía administrativa, con excelencia en brindar servicios de excelente calidady en donde el mejoramiento continuo en todas las áreas sean de agrado anuestros clientes, de eficiente gestión, competitiva, con alianzas estratégicas en elámbito nacional e internacional, comprometida con el servicio al cliente, laformación integral de su recurso humano y tecnológico. Y ser un ejemplo para lasociedad a lo que se refiere en buen servicio.

MISION

La empresa “Diamante” brinda servicios de transporte interdepartamental depasajeros, envío y recepción de encomiendas a todos sus usuarios de lasdiferentes ciudades capitales de departamento en las que opera.



7

2.2 INGENIERÍA DE REQUERIMIENTOS

La Ingeniería de requerimientos comprende todas las tareas relacionadas con ladeterminación de las necesidades o de las condiciones a satisfacer para unsoftware nuevo o modificado, tomando en cuenta los diversos requerimientos de

los inversores, que pueden entrar en conflicto entre ellos. Puede ser conocidatambién como "Análisis de requerimientos", "especificación de requerimientos",etc.

El propósito de la ingeniería de requerimientos es hacer que los mismosalcancen un estado óptimo antes de seguir adelante con el proyecto. Losbuenos Requerimientos deben ser

2.2.1 FASES DE IMPLEMENTACION

Desde un punto de vista conceptual, las actividades son de 5 clases.

Obtener requerimientos: A través de entrevistas o comunicación conclientes o usuarios, para saber cuáles son sus deseos.

Analizar requerimientos: Detectar y corregir las falencias comunicativas,transformando los requerimientos obtenidos de entrevistas yrequerimientos, en condiciones apropiadas para ser tratados por el diseño.

Documentar requerimientos: Igual que todas las etapas, losrequerimientos deben estar debidamente documentados.

Verificar los requerimientos: Consiste en comprobar el correctofuncionamiento de un requerimiento en la aplicación

Validar los requerimientos: Comprobar que los requerimientos

implementados se corresponden con lo que inicialmente se pretendía.

2.2.2 PROCESO UNIFICADO DE RACIONAL (RUP)

RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado deModelado UML, constituye la metodología estándar más utilizada para el análisis,implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto demetodologías adaptables al contexto y necesidades de cada organización.

También se conoce por este nombre al software desarrollado por Rational, hoypropiedad de IBM, el cual incluye información entrelazada de diversos artefactos ydescripciones de las diversas actividades. Está incluido en el Rational MethodComposer (RMC), que permite la personalización de acuerdo a necesidades.

El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final alculminar cada una de ellos, estos a la vez se dividen en fases que finalizan con unhito donde se debe tomar una decisión importante:


http://slidepdf.com/reader/full/sistema-de-informacion-para-la-facturacion-de-transporte-interdepartam

8

Concepción: se hace un plan de fases, se identifican los principales casosde uso y se identifican los riesgos

Elaboración: se hace un plan de proyecto, se completan los casos de usoy se eliminan los riesgos

Construcción: se concentra en la elaboración de un producto totalmente

operativo y eficiente y el manual de usuario Transición: se Instala el producto en el cliente y se entrena a los usuarios.

Como consecuencia de esto suelen surgir nuevos requisitos a seranalizados.

Mantenimiento: una vez instalado el producto, el usuario realizarequerimientos de ajuste, esto se hace de acuerdo a solicitudes generadascomo consecuencia del interactuar con el producto.

2.3 Paradigmas de Desarrollo

Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified

Modeling Language ) es el lenguaje de modelado de sistemas de software másconocido y utilizado en la actualidad; aún cuando todavía no es un estándar oficial,está respaldado por el OMG (Object Management Group). Es un lenguaje gráficopara visualizar, especificar, construir y documentar un sistema de software. UMLofrece un estándar para describir un "plano" del sistema (modelo), incluyendoaspectos conceptuales tales como procesos de negocios y funciones del sistema,y aspectos concretos como expresiones de lenguajes de programación, esquemasde bases de datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no paradescribir métodos o procesos. Se utiliza para definir un sistema de software, para

detallar los artefactos en el sistema y para documentar y construir. En otraspalabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar enuna gran variedad de formas para dar soporte a una metodología de desarrollo desoftware (tal como el Proceso Unificado Racional), pero no especifica en sí mismoqué metodología o proceso usar.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentesaspectos de las entidades representadas.

PROGRAMACIÓN ORIENTADA A OBJETOS

La Programación Orientada a Objetos) es un paradigma de programación queusa objetos y sus interacciones para diseñar aplicaciones y programas decomputadora. Está basado en varias técnicas, incluyendo herencia, modularidad,polimorfismo, y encapsulamiento. Su uso se popularizó a principios de la décadade 1990. Actualmente son muchos los lenguajes de programación que soportan laorientación a objetos.

Introduce nuevos conceptos, que superan y amplían conceptos antiguos yaconocidos. Entre ellos destacan los siguientes:



9

Objeto: entidad provista de un conjunto de propiedades o atributos (datos)y de comportamiento o funcionalidad (métodos). Corresponden a losobjetos 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 instanciación es la lectura de estas definiciones y lacreación de un objeto a partir de ellas, (de c a d),Es la facilidad mediante lacual la clase D ha definido en ella cada uno de los atributos y operacionesde C, como si eso atributos y operaciones hubiesen sido definidos por lasmisma D.

Método: algoritmo asociado a un objeto (o a una clase de objetos), cuyaejecución se desencadena tras la recepción de un "mensaje". Desde elpunto de vista del comportamiento, es lo que el objeto puede hacer. Unmétodo puede producir un cambio en las propiedades del objeto, o lageneración de un "evento" con un nuevo mensaje para otro objeto delsistema.

Evento: un suceso en el sistema (tal como una interacción del usuario conla máquina, o un mensaje enviado por un objeto). El sistema maneja elevento enviando el mensaje adecuado al objeto pertinente. También sepuede definir como evento, a la reacción que puede desencadenar unobjeto, es decir la acción que genera.

Mensaje: una comunicación dirigida a un objeto, que le ordena que ejecuteuno de sus métodos con ciertos parámetros asociados al evento que logeneró.

Propiedad o atributo: contenedor de un tipo de datos asociados a unobjeto (o a una clase de objetos), que hace los datos visibles desde fueradel objeto y esto se define como sus características predeterminadas, y

cuyo valor puede ser alterado por la ejecución de algún método. Estado interno: es una propiedad invisible de los objetos, que puede ser

únicamente accedida y alterada por un método del objeto, y que se utilizapara indicar distintas situaciones posibles para el objeto (o clase deobjetos).

Componentes de un objeto: atributos, identidad, relaciones y métodos. Representación de un objeto: un objeto se representa por medio de una

tabla o entidad que esté compuesta por sus atributos y funcionescorrespondientes.

En comparación con un lenguaje imperativo, una "variable", no es más que uncontenedor interno del atributo del objeto o de un estado interno, así como la"función" es un procedimiento interno del método del objeto.



10

CAPITULO 3

3.1 PLAN DE LAS FASES

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada

una de ellas. La siguiente tabla muestra una la distribución de tiempos de cadafase (para las fases de Construcción y Transición es sólo una aproximación muypreliminar)

Fase Nro.Iteraciones

Duración

Fase de Inicio 2 2 semana

Fase deElaboración

1 1 semana

Fase deConstrucción

2 3 semana

Fase deTransición

1 4 días

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripción Hito

Fase de Inicio En esta fase desarrollarán los requisitos del producto desde laperspectiva del usuario, los cuales serán establecidos en elartefacto Visión. Los principales casos de uso serán identificadosy se hará un refinamiento del Plan de Desarrollo del Proyecto. Laaceptación del cliente /usuario del artefacto Visión y el Plan deDesarrollo marcan el final de esta fase.

Fase deElaboración

En esta fase se analizan los requisitos y se desarrolla unprototipo de arquitectura (incluyendo las partes más relevantes y

/ o críticas del sistema). Al final de esta fase, todos los casos deuso correspondientes a requisitos que serán implementados enla primera parte de la fase de Construcción deben estaranalizados y diseñados (en el Modelo de Análisis / Diseño). Larevisión y aceptación del prototipo de la arquitectura del sistemamarca el final de esta fase. En nuestro caso particular, por noincluirse las fases siguientes, la revisión y entrega de todos losartefactos hasta este punto de desarrollo también se incluye



11

como hito. La primera iteración tendrá como objetivo laidentificació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á hacer una revisión general del estadode 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 deConstrucción

Durante la fase de construcción se terminan de analizar y diseñartodos los casos de uso, refinando el Modelo de Análisis / Diseño.Se comienza la elaboración de material de apoyo al usuario. Elhito que marca el fin de esta fase es una versión , con lacapacidad operacional parcial del producto que se hayaconsiderado como crítica, lista para ser entregada a los usuariospara pruebas beta.

Fase deTransición

En esta fase se asegura una implantación y cambio del sistemaprevio de manera adecuada, incluyendo el entrenamiento de losusuarios. El hito que marca el fin de esta fase incluye, la entregade toda la documentación del proyecto con los manuales deinstalación y todo el material de apoyo al usuario, la finalizacióndel entrenamiento de los usuarios y el empaquetamiento delproducto.

A continuación se presenta un resumen del las principales tareas del proyecto unsus distintas disciplinas variando en cada fase de trabajo a realizar:

En la primera fase se realiza la planificación del negocio y requisitos.En la segunda fase se desarrolla el análisis y diseño tomando en cuenta los

estudios realizados de los requerimientos.En la tercera fase se desarrolla la construcción de acuerdo al análisis de

diseño realizado por anterioridad.En la cuarta fase se realiza las pruebas posibles de conclusión de la modificacióny conclusión de la documentación.

3.1.1 FASE DE INICIO

3.1.2 PLANIFICACIÓN DE LA FASE DE INICIO

En la siguiente tabla se muestra la planificación de la fase de inicio que se

realizara aproximadamente en dos semanas. En esta primera fase se realiza la

planificación del negocio y requisitos. Dentro de la fase de inicio se incluyen fases

de la ingeniería de requerimientos

Tareas Semana1

Semana2



12

Reunirse con los clientes

Identificar necesidades y las

limitaciones

Realizar encuestas con personas clave

Gestión de riesgos

Identificación de requisitos mediante

diagramas del UML

X

X

X

X

X

X

3.2 Fase de Elaboración

Figura 1



13

Figura 2

Figura 3

Figura 4



14

CONCLUSIÓN

Como en un principio del proyecto se estableció realizar la programación en

lenguaje java y una base de datos Oracle, al momento de implementar el modulo

venta de pasajes se tropezó con la falta de librerías, para solucionar este

problema acudimos a otra versión de lenguaje.

El prototipo desarrollado aun necesita re-finamiento que ejecutara en lassiguientes iteraciones del proyecto, actualmente cumple con un 80% de respuestaa los requisitos obtenidos con la ingeniería de requerimientos, en lo que respecta aventa de boletos, el modelo de componentes todavía esta sujeto a cambios ymejoras así como toda la arquitectura del proyecto, pero se logro generar unaplicativo que era lo que se esperaba.

REFERENCIAS

Senn, James A. “Análisis y Diseño de Sistemas de Información”. Segunda

Edición. McGraw Hill. 1992.

Direcciones electrónicas 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

sistema de informacion para la facturacion de transporte interdepartamental el dorado

Documents