agilizacion de cobro de agua(adescosam)

Download Agilizacion de cobro de agua(adescosam)

If you can't read please download the document

Upload: wilmer-melchor

Post on 02-Aug-2015

571 views

Category:

Education


2 download

TRANSCRIPT

1. FACULTAD CIENCIAS DEL HOMBRE Y LA NATURALEZA LICENCIATURA EN CIENCIASDELA COMPUTACIONCATEDRA: PROGRAMACION ORIENTADA A OBJETOS (POO)CATEDRATICO: LIC. CARLOS BLADIMIR MOLINA MEDRANOTEMAAGILIZACION DE PAGO DE AGUA INTEGRANTES: WILMER MELCHOR MARMOL. YURIAN IDANI BATRES GARCIAJULIO CESAR NUEZ PEREZMAYRA LISETH MIRANDA PRADOSan salvador, Jueves 2 de mayo de 2012 2. CONSULTORES INFORMATICOS TEL.78457955CORREO. [email protected](APLICACIN)AGILIZACION DE PAGO DE AGUA VERSION 1.0 PRESENTADO PORWILMER MELCHOR MARMOL. YURIAN IDANI GARCIA BATRESJULIO CESAR NUEZ PEREZMAYRA LISETH MIRANDA PRADOSan salvador, Jueves 2 de mayo de 2012 3. PRESENTACIONA solicitud de (ADESCOSAM) se realizo la modelacin de la aplicacin deAGILIZACIN DE PAGO DE AGUA con el fin de satisfacer las necesidad dedicha entidad, la cual es, la dificultad de atender los cobros correspondientes ascomo tambin el registro de todos los clientes lo cual lo hacen manualmente, cadacierto tiempo, por lo que sugieren una aplicacin que les facilite esas tares.Dicho modelado muestra los requerimientos con los que debe contar laaplicacin, y los diagramas utilizados para identificar estos requerimientos son,los diagramas casos de uso, en los que se muestra como en la aplicacin sepueda hacer un pago, una facturacin, una modificacin de clientes en la queincluye: eliminar, actualizar, y agregar cliente, de igual manera en tarifas,reportes y consultas. De tal manera que se haga ms fcil el cobro del aguapara la entidad ya antes mencionada. 4. MARCO TEORICOLenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, UnifiedModeling Language) es el lenguaje de modelado de sistemas de software msconocido y utilizado en la actualidadEs un lenguaje grfico para visualizar,especificar, construir y documentar un sistema. UML ofrece un estndar paradescribir un "plano" del sistema incluyendo aspectos conceptuales tales comoprocesos de negocio, funciones del sistema, y aspectos concretos comoexpresiones de lenguajes de programacin, esquemas de bases de datos ycomponentes reutilizables.Es importante resaltar que UML es un "lenguaje de modelado" para especificar opara describir mtodos o procesos. Se utiliza para definir un sistema, para detallarlos artefactos en el sistema y para documentar y construir. En otras palabras, es ellenguaje en el que est descrito el modelo.En este modeladose han incluido los diagramas tales como: diagramas declases, Diagramas casos de uso, diagramas de actividad, y diagramas desecuencia. Para describir la aplicacin. 5. DIAGRAMAS DE CLASESUn diagrama de clases es un tipo de diagrama esttico que describe la estructurade un sistema mostrando sus clases, atributos y las relaciones entre ellos. Losdiagramas de clases son utilizados durante el proceso de anlisis y diseo de lossistemas, donde se crea el diseo conceptual de la informacin que se manejaren el sistema, y los componentes que se encargaran del funcionamiento y larelacin entre uno y otro. DIAGRAMAS CASOS DE USOLos casos de uso, es donde se identifican los requerimientos en otras palabrasson los uso con los que debe de contar la aplicacin.Estos son los componentes con los que se crean los casos de usoAsociacin: Es la interaccin del actor con la aplicacinExtensin: Es otro tipo de interaccin es decir un caso de uso dado extiende aotro.Inclusin: Es la interaccin de un caso de uso dado que incluye a otro.Actor: El actor no es ms que las personas que puedan interactuar con laaplicacin.Limite de un sistema: Especifica y delimita la aplicacin con respecto a los actores. 6. DIAGRAMAS DE ACTIVIDADRepresentan las actividades que ocurren cuando la operacin es completa, esdecir la actividad es un proceso completo dentro de la aplicacin, representado enun diagrama.Actividad: Una actividad representa la accin que ser realizada por elsistema la cual es representada dentro de un ovalo.Transicin: Una transicin ocurre cuando se lleva a cabo el cambio deuna actividad a otra, la transicin es representada simplemente poruna lnea con una flecha en su terminacin para indicar direccin.Unin: Una unin ocurre al fusionar dos o ms transiciones en una solatransicin o actividad. Este elemento tambin es representado a travsde un rombo. 7. DIAGRAMAS DE SECUENCIAUn diagrama de secuencia muestra la secuencia que lleva una operacin dentrode la aplicacin. Estos diagramas se construyen utilizando los componentes talescomo os objetos, guardas o lneas de mensajes, y lneas de vida.Diagrama que muestra las interacciones entre los objetos organizadas en unasecuencia temporal. En particular muestra los objetos participantes en lainteraccinylasecuenciademensajesintercambiados.Representa una interaccin, un conjunto de comunicaciones entre objetosorganizadas visualmente por orden temporal. A diferencia de los diagramas decolaboracin, los diagramas de secuencia incluyen secuencias temporales perono incluyen las relaciones entre objetos. Pueden existir de forma de descriptor(describiendo todos los posibles escenarios) y en forma de instancia(describiendo un escenario real).Dentro del conjunto de mensajes representados dispuestos en una secuenciatemporal, cada rol en la secuencia se muestra como una lnea de vida, es decir,una lnea vertical que representa el rol durante cierto plazo de tiempo, con lainteraccin completa 8. DESCRIPCION DEL PROBLEMA Y CONTEXTOSan Antonio Masahuat departamento de la paz,es un pueblo en donde laspersonas adquieren el agua potable de parte de la entidad (ADESCOSAM) a loscuales se les hace difcil la agilizacin del cobro de agua por no poseer unaaplicacin que les permita llevar un adecuado registro de las personasbeneficiadas con el agua potable . una buena aplicacin les permitir de algnmodo satisfacer o mejorar la administracin del agua potable en San Antonio paraello investigaremos toda la informacin posible de dicha administracin paraestablecer, los requerimientos que sean necesarios para dicha aplicacin 9. JUSTIFICACION DEL PROBLEMAEste proyecto es realizado para que ayude a la agilizacin de cobros de aguapotable en san Antonio Masahuat departamento de La Paz , ya que la actualentidad de administracin del servicio de agua (ADESCOSAM) carece deeficiencia y de eficacia en dicho control, en la que aplican una ardua tarea deregistro de usuarios/as lo cual lo hacen cada seis meses, en distintos libros yesto, permite que el cobro se retrase y que se hagan grandes colas para efectuarel pago del servicio.Este problema creemos que seria solucionado con una aplicacin que posea unsistema ordenado que lleve un control claro y preciso al momento que los usuariosdel agua potable lleguen a ser sus pagos correspondientes. Y as brindar unamejor atencin. de tal manera, que dicha entidad sea eficiente. 10. OBJETIVOS GENERAL:Modelar una aplicacin que agilice el pago del servicio de agua potable en SanAntonio Masahuat, para la entidad (ADESCOSAM). ESPECIFICOS: -Presentar un anlisis de los requerimientos para la agilizacin del pago deagua potable en san Antonio Masahuat. -Crear diagramas necesarios para la Modelacin de la aplicacin, deagilizacin de pago de agua potable en san Antonio Masahuat 11. REQUERIMIENTOSPara establecer los requerimientos en esta aplicacin, tuvo que ser necesaria lainvestigacin de las necesidades de la entidad (ADESCOSAM), en San AntonioMasahuat, los cuales deben ser de acuerdo a dichas necesidades, para satisfacerlas mismas, entre ellas podemos mencionar las siguientes:Que se pueda hacer el pago del servicioque se pueda agregar clientes.Que se pueda eliminar clientes.Que se pueda agregar otras tarifasQue se pueda modificar tarifas.Que se pueda hacer consultas. 12. PREFACTIBILIDADEn la prefactibilidad, podemos encontrar las diferentes factibilidades:FACTIBILIDAD TCNICAAqu se ve si el proyecto se puede realizar con el equipo que tiene la institucin(ADESCOSAM) actualmente, la tecnologa existente de software y el personaldisponible. Tambin contaremos con ayuda tcnica de profesionales del rea. deinformtica que pueda aportar los conocimientos necesarios para la realizacin dela aplicacin.FACTIBILIDAD ECONOMICASe analiza si el sistema atraer los beneficios suficientes como para aceptar loscostos de la elaboracin del mismo.La entidad (ADESCOSAM) obtendr los beneficios suficientes, como para mandara elaborar el programa 13. FACTIBILIDAD OPERACIONALSe pregunta tambin si el sistema ser utilizado, si se utilizar de maneraeficiente, y si no habr alguna resistencia por parte de los usuarios al momento deusar el sistema. Para ello se necesitara de capacitaciones que ayuden alconocimiento de la aplicacin.En este paso metodolgico se trata de analizar la viabilidad como actividad delproyecto. de acuerdo con las factibilidades mencionadas, en la factibilidad tcnicapodemos mencionar que la institucin investigada si cuenta con un personaldisponible y con la factibilidad econmica este proyecto u programa a realizar darmuchos beneficios a la institucin (ADESCOSAM) pero tambin es de tener encuenta la factibilidad operacional ya al final del proyecto es necesario indagar dequ forma ser utilizado el programa de manera de estar seguros que todofuncione de acuerdo a las necesidades del pueblo y que no responda a otrosintereses. 14. ANALISISEn este paso haremos un breve anlisis de cmo ser la aplicacin y como seva a hacer de acuerdo a los requerimientos para satisfacer las necesidades de laentidad ya antes mencionada, de tal manera que plantearemos resumidamente laaplicacin.Bueno ya teniendo los requerimientos en este anlisis se establecer lo siguiente,la aplicacin contara con una pgina principal en la que el usuario del sistema ola entidad pueda introducir todos los datos de la misma e informacin para el usoinicial de la aplicacin de igual manera contara con una pgina de despliegue enla que la entidad decidir que hacer de acuerdo a la demanda del usuario delservicio de agua potable en la que implicara un registro y control del mismo, undespliegue de pagos y control del mismo, y un despliegue de ubicacin deusuarios para facilitar a la hora de pago de un usuario de tal manera que seaeficaz y eficiente la aplicacin realizada del servicio del agua potable que brinda laentidad(ADESCOSAM), de San Antonio Masahuat, La Paz 15. MODELADO (UML)Este modelado (UML) se refiere a la construccin de distintos diagramas con UMLpara modelar la aplicacin o mas bien dicho el proyecto a realizar para establecerlos requerimientos y as poder captar como nuestra aplicacin va a funcionarpara ello utilizaremos los diagramas mas necesarios entre esos estn.Diagrama de casos de UsosDiagrama de ClasesDiagrama de ComponentesDiagrama de EstadoDiagrama de DespliegueEstos son unos de los diagramas mas importantes a emplear para la Modelacinde nuestro proyecto. Y para ello ser necesario profundizar en cada uno de estosdiagramas para la elaboracin de los mismos. Aqu mostramos unos ejemplos dediagramas. 16. DIAGRAMA DE CLASE 17. DIAGRAMASDECASOS DE USO 18. DIAGRAMAS DE 19. ACTIVIDAD TARIFA 20. PAGOCLIENTE 21. CONSULTA 22. DIAGRAMAS DESECUENCIA 23. MODIFICAR CLIENTE 24. PAGO 25. CONSULTA 26. MODIFICACIONDE CLIENTE 27. FLUJOGRAMA GENERAL 28. RECURSOS A EMPLEAREn esta aplicacin utilizaremos, equipos de cmputos y software libre as comotambin el editor de diagramas da para modelar el proyecto con el lenguajeunificado de modelacin (UML), estos recursos son unos de los mas importantesque utilizaremos, para nuestro proyecto.Tambin contaremos con personas que tengan un conocimiento ms amplio sobreaplicaciones y de cmo solucionar el retraso que existe en el cobro de aguapotable que la entidad ADESCOSAM realiza. 29. BIBLIOGRAFIAToda la informacin utilizada para la elaboracin de este perfil la obtuvimos de lossitios de internet, y tambin en el link que est en la plataforma virtual deaprendizaje, EVA en la asignatura de POO, y tambin, en la que utilizamosYouTubeHttp://www.youtube.com/watch?v=ttmT8XRIyYc&feature=relatedhttp://www.youtube.com/watch?v=09vZQZ5pvjo