1. FACULTAD CIENCIAS DEL HOMBRE Y LA NATURALEZA
LICENCIATURA EN CIENCIASDELA COMPUTACION
CATEDRA: PROGRAMACION ORIENTADA A OBJETOS (POO)
CATEDRATICO: LIC. CARLOS BLADIMIR MOLINA MEDRANO
TEMA
AGILIZACION DE PAGO DE AGUA
INTEGRANTES:
WILMER MELCHOR MARMOL.
YURIAN IDANI BATRES GARCIA
JULIO CESAR NUÑEZ PEREZ
MAYRA LISETH MIRANDA PRADO
San salvador, Jueves 2 de mayo de 2012
2. CONSULTORES INFORMATICOS
TEL.78457955
CORREO. consultoresg2@hotmail.com
(APLICACIÓN)
“AGILIZACION DE PAGO DE AGUA”
VERSION 1.0
PRESENTADO POR
WILMER MELCHOR MARMOL.
YURIAN IDANI GARCIA BATRES
JULIO CESAR NUÑEZ PEREZ
MAYRA LISETH MIRANDA PRADO
San salvador, Jueves 2 de mayo de 2012
3. PRESENTACION
A solicitud de (ADESCOSAM) se realizo la modelación de la aplicación de
“AGILIZACIÓN DE PAGO DE AGUA” con el fin de satisfacer las necesidad de
dicha entidad, la cual es, la dificultad de atender los cobros correspondientes así
como también el registro de todos los clientes lo cual lo hacen manualmente, cada
cierto tiempo, por lo que sugieren una aplicación que les facilite esas tares.
Dicho modelado muestra los requerimientos con los que debe contar la
aplicación, y los diagramas utilizados para identificar estos requerimientos son,
los diagramas casos de uso, en los que se muestra como en la aplicación se
pueda hacer un pago, una facturación, una modificación de clientes en la que
incluye: eliminar, actualizar, y agregar cliente, de igual manera en tarifas,
reportes y consultas. De tal manera que se haga más fácil el cobro del agua
para la entidad ya antes mencionada.
4. MARCO TEORICO
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified
Modeling Language) es el lenguaje de modelado de sistemas de software más
conocido y utilizado en la actualidad Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estándar para
describir un "plano" del sistema incluyendo aspectos conceptuales tales como
procesos de negocio, funciones del sistema, y aspectos concretos como
expresiones de lenguajes de programación, esquemas de bases de datos y
componentes reutilizables.
Es importante resaltar que UML es un "lenguaje de modelado" para especificar o
para describir métodos o procesos. Se utiliza para definir un sistema, 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.
En este modelado se han incluido los diagramas tales como: diagramas de
clases, Diagramas casos de uso, diagramas de actividad, y diagramas de
secuencia. Para describir la aplicación.
5. DIAGRAMAS DE CLASES
Un diagrama de clases es un tipo de diagrama estático que describe la estructura
de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los
diagramas de clases son utilizados durante el proceso de análisis y diseño de los
sistemas, donde se crea el diseño conceptual de la información que se manejará
en el sistema, y los componentes que se encargaran del funcionamiento y la
relación entre uno y otro.
DIAGRAMAS CASOS DE USO
Los casos de uso, es donde se identifican los requerimientos en otras palabras
son los uso con los que debe de contar la aplicación.
Estos son los componentes con los que se crean los casos de uso
Asociación: Es la interacción del actor con la aplicación
Extensión: Es otro tipo de interacción es decir un caso de uso dado extiende a
otro.
Inclusión: Es la interacción de un caso de uso dado que incluye a otro.
Actor: El actor no es más que las personas que puedan interactuar con la
aplicación.
Limite de un sistema: Especifica y delimita la aplicación con respecto a los actores.
6. DIAGRAMAS DE ACTIVIDAD
Representan las actividades que ocurren cuando la operación es completa, es
decir la actividad es un proceso completo dentro de la aplicación, representado en
un diagrama.
Actividad: Una actividad representa la acción que será realizada por el
sistema la cual es representada dentro de un ovalo.
Transición: Una transición ocurre cuando se lleva a cabo el cambio de
una actividad a otra, la transición es representada simplemente por
una línea con una flecha en su terminación para indicar dirección.
Unión: Una unión ocurre al fusionar dos o más transiciones en una sola
transición o actividad. Este elemento también es representado a través
de un rombo.
7. DIAGRAMAS DE SECUENCIA
Un diagrama de secuencia muestra la secuencia que lleva una operación dentro
de la aplicación. Estos diagramas se construyen utilizando los componentes tales
como os objetos, guardas o líneas de mensajes, y líneas de vida.
Diagrama que muestra las interacciones entre los objetos organizadas en una
secuencia temporal. En particular muestra los objetos participantes en la
interacción y la secuencia de mensajes intercambiados.
Representa una interacción, un conjunto de comunicaciones entre objetos
organizadas visualmente por orden temporal. A diferencia de los diagramas de
colaboración, los diagramas de secuencia incluyen secuencias temporales pero
no 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 secuencia
temporal, cada rol en la secuencia se muestra como una línea de vida, es decir,
una línea vertical que representa el rol durante cierto plazo de tiempo, con la
interacción completa
8. DESCRIPCION DEL PROBLEMA Y CONTEXTO
San Antonio Masahuat departamento de la paz, es un pueblo en donde las
personas adquieren el agua potable de parte de la entidad (ADESCOSAM) a los
cuales se les hace difícil la agilización del cobro de agua por no poseer una
aplicación que les permita llevar un adecuado registro de las personas
beneficiadas con el agua potable . una buena aplicación les permitirá de algún
modo satisfacer o mejorar la administración del agua potable en San Antonio para
ello investigaremos toda la información posible de dicha administración para
establecer, los requerimientos que sean necesarios para dicha aplicación
9. JUSTIFICACION DEL PROBLEMA
Este proyecto es realizado para que ayude a la agilización de cobros de agua
potable en san Antonio Masahuat departamento de La Paz , ya que la actual
entidad de administración del servicio de agua (ADESCOSAM) carece de
eficiencia y de eficacia en dicho control, en la que aplican una ardua tarea de
registro de usuarios/as lo cual lo hacen cada seis meses, en distintos libros y
esto, permite que el cobro se retrase y que se hagan grandes colas para efectuar
el pago del servicio.
Este problema creemos que seria solucionado con una aplicación que posea un
sistema ordenado que lleve un control claro y preciso al momento que los usuarios
del agua potable lleguen a ser sus pagos correspondientes. Y así brindar una
mejor atención. de tal manera, que dicha entidad sea eficiente.
10. OBJETIVOS
GENERAL:
Modelar una aplicación que agilice el pago del servicio de agua potable en San
Antonio Masahuat, para la entidad (ADESCOSAM).
ESPECIFICOS:
-Presentar un análisis de los requerimientos para la agilización del pago de
agua potable en san Antonio Masahuat.
-Crear diagramas necesarios para la Modelación de la aplicación, de
agilización de pago de agua potable en san Antonio Masahuat
11. REQUERIMIENTOS
Para establecer los requerimientos en esta aplicación, tuvo que ser necesaria la
investigación de las necesidades de la entidad (ADESCOSAM), en San Antonio
Masahuat, los cuales deben ser de acuerdo a dichas necesidades, para satisfacer
las mismas, entre ellas podemos mencionar las siguientes:
•Que se pueda hacer el pago del servicio
•que se pueda agregar clientes.
•Que se pueda eliminar clientes.
•Que se pueda agregar otras tarifas
•Que se pueda modificar tarifas.
•Que se pueda hacer consultas.
12. PREFACTIBILIDAD
En la prefactibilidad, podemos encontrar las diferentes factibilidades:
FACTIBILIDAD TÉCNICA
Aquí se ve si el proyecto se puede realizar con el equipo que tiene la institución
(ADESCOSAM) actualmente, la tecnología existente de software y el personal
disponible. También contaremos con ayuda técnica de profesionales del área. de
informática que pueda aportar los conocimientos necesarios para la realización de
la aplicación.
FACTIBILIDAD ECONOMICA
Se analiza si el sistema atraerá los beneficios suficientes como para aceptar los
costos de la elaboración del mismo.
La entidad (ADESCOSAM) obtendrá los beneficios suficientes, como para mandar
a elaborar el programa
13. FACTIBILIDAD OPERACIONAL
Se pregunta también si el sistema será utilizado, si se utilizará de manera
eficiente, y si no habrá alguna resistencia por parte de los usuarios al momento de
usar el sistema. Para ello se necesitara de capacitaciones que ayuden al
conocimiento de la aplicación.
En este paso metodológico se trata de analizar la viabilidad como actividad del
proyecto. de acuerdo con las factibilidades mencionadas, en la factibilidad técnica
podemos mencionar que la institución investigada si cuenta con un personal
disponible y con la factibilidad económica este proyecto u programa a realizar dará
muchos beneficios a la institución (ADESCOSAM) pero también es de tener en
cuenta la factibilidad operacional ya al final del proyecto es necesario indagar de
qué forma será utilizado el programa de manera de estar seguros que todo
funcione de acuerdo a las necesidades del pueblo y que no responda a otros
intereses.
14. ANALISIS
En este paso haremos un breve análisis de cómo será la aplicación y como se
va a hacer de acuerdo a los requerimientos para satisfacer las necesidades de la
entidad ya antes mencionada, de tal manera que plantearemos resumidamente la
aplicación.
Bueno ya teniendo los requerimientos en este análisis se establecerá lo siguiente,
la aplicación contara con una página principal en la que el usuario del sistema o
la entidad pueda introducir todos los datos de la misma e información para el uso
inicial de la aplicación de igual manera contara con una página de despliegue en
la que la entidad decidirá que hacer de acuerdo a la demanda del usuario del
servicio de agua potable en la que implicara un registro y control del mismo, un
despliegue de pagos y control del mismo, y un despliegue de ubicación de
usuarios para facilitar a la hora de pago de un usuario de tal manera que sea
eficaz y eficiente la aplicación realizada del servicio del agua potable que brinda la
entidad(ADESCOSAM), de San Antonio Masahuat, La Paz
15. MODELADO (UML)
Este modelado (UML) se refiere a la construcción de distintos diagramas con UML
para modelar la aplicación o mas bien dicho el proyecto a realizar para establecer
los requerimientos y así poder captar como nuestra aplicación va a funcionar
para ello utilizaremos los diagramas mas necesarios entre esos están.
•Diagrama de casos de Usos
•Diagrama de Clases
•Diagrama de Componentes
•Diagrama de Estado
•Diagrama de Despliegue
Estos son unos de los diagramas mas importantes a emplear para la Modelación
de nuestro proyecto. Y para ello será necesario profundizar en cada uno de estos
diagramas para la elaboración de los mismos. Aquí mostramos unos ejemplos de
diagramas.
32. RECURSOS A EMPLEAR
En esta aplicación utilizaremos, equipos de cómputos y software libre así como
también el editor de diagramas día para modelar el proyecto con el lenguaje
unificado de modelación (UML), estos recursos son unos de los mas importantes
que utilizaremos, para nuestro proyecto.
También contaremos con personas que tengan un conocimiento más amplio sobre
aplicaciones y de cómo solucionar el retraso que existe en el cobro de agua
potable que la entidad ADESCOSAM realiza.
33. BIBLIOGRAFIA
Toda la información utilizada para la elaboración de este perfil la obtuvimos de los
sitios de internet, y también en el link que está en la plataforma virtual de
aprendizaje, “EVA” en la asignatura de POO, y también, en la que utilizamos
YouTube
Http://www.youtube.com/watch?v=ttmT8XRIyYc&feature=related
http://www.youtube.com/watch?v=09vZQZ5pvjo