implementacion de control de pago de agua

“IMPLEMENTACION DE UN SISTEMA DE CONTROL Y PAGO DE AGUA POTABLE – CHEPEN 2016”

COMPUTACION E INFORMATICA

INSTITUTO SUPERIOR PÚBLICO “CIRO ALEGRÍA BAZÁN”

PROYECTO


ALUMNOS

BECERRA CERNA ESMERALDA LLAURY MAYTA KEVIN ALEJANDRO

TERAN SERRANO JEAN CARLOS

NOMBRE DE LA INSTITUCIÓN

MUNICIPALIDAD SAN MARTIN DE PORRES

DOCENTE

ING.NEICER CAMPOS VASQUEZ

MODULO“DESARROLLO DE SOFTWARE Y GESTION DE BASE DE DATOS”

Chepén –La Libertad 2016

pág. 1


HOJA PARA JURADO

_______________________________MG. PABLO QUISPE VILLALVA

JURADO 1

_______________________________ING.NEICER CAMPOS VASQUEZ

JURADO 2

_______________________________PROF.CRISTIAN CLAVO TAFUR

JURADO 3

pág. 2


DEDICATORIA

pág. 3

Este proyecto va dedicado primeramente a Dios porque está cuidándome y dándome fortaleza para continuar, a nuestros padres, quienes a lo largo de mi vida han velado por mi bienestar y educación siendo nuestro apoyo en todo momento.

Esmeralda Becerra Cerna

Dedico este proyecto a Dios por ser el inspirador para cada uno de mis pasos dados en mi convivir diario; a mis padres por ser los guía en el sendero de cada acto que realizo hoy, mañana y siempre; a mi hermana, por ser el incentivo para seguir adelante con este objeto

Terán Serrano Jean Carlos

Con profundo cariño y eterna gratitud dedicamos este trabajo a nuestros queridos padres, hermanos y profesores, quienes con inmenso amor, día a día luchan arduamente demostrando su apoyo incondicional logrando así hacer realidad nuestros sueños. “SER PROFESIONALES”.

LLaury Mayta Kevin Alejandro


Agradecimiento

Primeramente paso a agradecer a Dios quien nos hace despertar cada día con ganas de llenar nuestros conocimientos e informarnos ya que sin su bendición y amor este proyecto sería un fracaso, a nuestros padres que cada día nos alienta a continuar con nuestros estudios y ser nuestros ídolos a seguir en esta carrera de la vida, a nuestros profesores del Área de Computación e Informática quienes nos apoyaron a realizar con sus consejos y enseñanzas del área laboral a concluir nuestro proyecto a nuestro jefe de área Pablo Quispe Villalva por ser un gran profesor y parte del jurado, agradecer también al Ingeniero Neicer Campos Vásquez en el cual es nuestro profesor de programación quien nos brindó las pautas para el desarrollo de nuestro informe y agradecer por brindarnos sus conocimientos y sugerencias para la realización de este sistema ya que sin el aun no hubiéramos logrado su presentación y publicación a nuestros amigos y padres quienes día a día nos da consejo para superarnos, por otro lado a nosotros mismo ya que con perseverancia y esfuerzo logramos el objetivo de este proyecto. Finalmente a nuestro compañero por ser parte de esta ponencia

pág. 4


PRESENTACIONEl presente informe del proyecto denominado “Implementación de un sistema de control y pago de agua potable” para la Municipalidad de San Martin de Porres se llevó a cabo gracias al esfuerzo del equipo de trabajo conformado por los alumnos de computación e informática III ciclo.

La presentación de proyectos tiene como propósito ser una guía, que facilite la labor del redactor del proyecto y, a la vez, ayude a uniformar los criterios de presentación y a estandarizar conceptos que permitan una correcta evaluación del mismo, en base a una comprensión precisa y clara de los objetivos, resultados, etapas, actividades y presupuestos considerados para el desarrollo del mismo.

Su estructura recoge las orientaciones del Marco Lógico, asumiendo que éste es una herramienta de trabajo, con la cual se puede tener una visión completa y sinérgica del proyecto.

El formulario de presentación de proyectos y su estructura apuntan a:

Entregar antecedentes respecto del contexto en que se sitúa la iniciativa, su vinculación con el foco del Proyecto y las políticas públicas relacionadas con éste.

Transformarse en una herramienta de trabajo y de gestión de los proyectos adjudicados.

Entregar antecedentes relacionados con la sostenibilidad y réplica de la iniciativa propuesta, así como de los supuestos que se deben identificar y hacer seguimiento.

Presentar nítidamente los resultados y componentes del proyecto asociados a tiempos, actividades y presupuestos, sirviendo por lo tanto, para una adecuada programación de la ejecución.

Como todo informe presentado, quizá abarque algunos errores y dificultades pero a pesar de todo se utilizó los conocimientos adquiridos por medio de la experiencia en la realización de dicho sistema.

Por esta razón esperamos la comprensión y disculpa del caso ante los errores que pueda presentarse en este informe.

pág. 5


INDICECARATULA HOJA DE JURADOAGRADECIMIENTO PRESENTACIONINDICERESUMENABSTRACINTRODUCCIONCAPITULOS1. CAPÍTULO I. ESTUDIO DE LA EMPRESA……….………………………………………...12

1.1. Descripción de la empresa………………….………………………………………....13

1.2. Antecedentes de la empresa…………….…………………………………………….13

1.3. Domicilio legal........................................................................................................13

1.4. Régimen tributario……………………..……………………………………………….141.5. Misión y Visión.......................................................................................................14

1.5.1 Misión............................................................................................................141.5.2 Visión.............................................................................................................14

1.6. Organigrama..........................................................................................................151.7. Área de Estudio.....................................................................................................171.8 Duración del

proyecto...........................................................................................172. CAPITULO II. ESTUDIO DE LA PROBLEMÁTICA.......................................................18

2.1. Realidad problemática..........................................................................................192.2. Análisis de la problemática…………………………………………………………...192.3. Requerimientos Funcionales y no Funcionales…………………………………..17

2.3.1. Funcionales………………………………………………………………………172.3.2. No Funcionales…………………………………………………………………..17

pág. 6


2.4 Antecedentes y Formulación del Problema……………………………………….202.4.1. Antecedentes………………………………………………………………………….20

2.4.2. Formulación………………………………………………………………………202.5. Justificación del estudio …………………………………………………….….........202.6. Descripción del proyecto propuesto……………………………………………......212.7. Hipótesis………………………………………………………………………………….212.8. Objetivos del

Proyecto………………………………………………………………....212.8.1. General…………………………………………………….

….............................21 2.8.2. Especifico... ...……..........……………………………………………………….21

2.9. Factibilidad del Sistema…………………………………………………….…………22 2.9.1. Factibilidad Económica…………………………………………………….…..222.9.2. Factibilidad Técnica...…………………………………………………….….…222.9.3. Factibilidad Operativa…………………………………………………….…….22

3 CAPITULO III. TEORIAS RELACIONADAS AL TEMA……………………………………23

3.1. Análisis y Diseño orientado a Objetos……………………………………………….24 3.2. Descripción de la Metodología de lenguaje de Modelado Utilizado………..263.3. Herramientas Tecnológicas Utilizadas................................................................303.4. Objetivos………………………………………………………………………………….31

4. CAPITULO IV. METODOLOGIA DE MODELAMIENTO………………………...324.1. Esquema De Base De Datos….…………...............................................................33 4.2. Diagrama Relacional en SGBD……………………………………………………….33 4.3. Diagrama de Contexto Actual…………………………………………………………

33 4.3.1. Diagrama de Contexto Nivel 0……………………………………………….35 4.3.2. Diagrama de Contexto Nivel 1……………………………………………….354.4. Diagramas de Caso de

Uso...................................................................................35

pág. 7


4.4.1. Diagramas de Caso de Uso General………………………………………..36

4.4.2. Diagramas de Secuencia..........................................................................37 4.4.3. Diagramas de Colaboración.....................................................................38 4.4.4. Diagramas de

Clase…...............................................................................384.4.5. Diagramas de Estado................................................................................39 4.4.6. Diagramas de

Actividades........................................................................39 4.4.7. Diagramas de

Despliegue…………………………………………………….40 5. CAPITULO V. IMPLEMENTACION Y PRUEBAS..........................................................41

5.1. Interfaces de Software o Pantallazos...................................................................42 6. CAPITULO VI. RECURSOS Y PRESUPUESTO............................................................43

6.1. Recursos y Presupuesto.......................................................................................44

6.1.1. Recursos....................................................................................................446.1.1.1 Humanos..........................................................................................446.1.1.2. Materiales........................................................................................446.1.1.3. Servicios…………………………………………………………………446.1.1.4. Tecnológicos...................................................................................44

6.1.2. Presupuesto...............................................................................................44

6.2. Financiamiento......................................................................................................456.3. Cronograma de Ejecución....................................................................................46

7. CAPITULO VII. RECOMENDACIONES, CONCLUSIONES Y REFERENCIAS………..47

7.1. Recomendaciones.................................................................................................487.2. Conclusiones.........................................................................................................487.3. Referencias............................................................................................................49

pág. 8


8. CAPITULO VIII. ANEXOS..........................................................................................51-53

8.1. Anexos....................................................................................................................54

8.1.1. Fichas de Recolección de Datos (Encuestas, Hojas de Datos)………………55

pág. 9


RESUMEN

El objetivo de este proyecto es de realizar un estudio de la problemática de la Municipalidad San Martin de Porres en el área de Agua, la cual su actual registro de clientes es incorrecto y nos basamos en ese problema para poder modernizarlo y solucionarlo y así poder implementar un Sistema Informático de Control y pagos de agua con los conocimientos adquiridos en los temas tratado y me aplicarlos y plasmarlos en este Informe ya que es importante el adecuado uso de los recursos informáticos.

La tesis planteada posee un tipo de investigación Descriptiva y Aplicada, Descriptiva porque se analizó en función a dos variables (Independiente y Dependiente), y el planteamiento de hipótesis, aplicada porque utilizaremos programas que se serán aplicadas para el desarrollo de la herramienta.

Para alimentar de la información sobre los procesos de control y pago de agua se utilizó el método de encuestas, realizando una pre-tes y pos-tes que por consiguiente fue de mucha importancia para aceptar la hipótesis planteada.

El trabajo posee resultados en cuadros estadísticos que brinda información de cómo realizaban los controles, que programas utilizaban (Excel) , el tiempo que se demoraban, etc. Todo esto sirve como indicador para plantear la creación de un sistema informático; la arquitectura del software planteado se utilizó la metodología RUP (Star UML) para la construcción de los planos o diagramas de casos de usos para tener un mejor análisis del software, la base de datos está hecho con el sistema gestor de base de datos Access 2010.

pág. 10


ABSTRACT

El The aim of this project is to conduct a study of the problems of the Municipality San Martin de Porres in the area of water, which your current customer record is incorrect and we rely on this problem in order to modernize it and fix it so we can implement a computer Control System and water payments with the knowledge acquired in the subjects treated and I apply and translate in this report as it is important the proper use of computer resources.

The thesis has raised a type of descriptive and applied, descriptive research because analyzed according to two variables (Independent and dependent), and the scenario approach applied because use programs that will be applied to the development of the tool.

To feed information on the processes of water control and payment of the survey method was used, making a pre-tes and post-tes it was therefore very important to accept the hypothesis.

The work has results in statistical tables provide information on how performed the controls that used programs (Excel), the time is delayed, etc. All this serves as an indicator to propose the creation of a computer system; the architecture of the proposed software RUP (Star UML) methodology for building plans or diagrams use cases for better analysis software was used, the database is done with the Access 2010 management system database.

pág. 11


INTRODUCCIÓN

El curso de prácticas pre profesionales del 2do Modulo del Área de Computación e Informática del I.S.E.P “CIRO ALEGRIA BAZAN” de Chepén, tiene como propósito acercar a los alumnos del tercer ciclo a una realidad laboral inmediata, repotenciando sus habilidades en la solución de problemas que se muestren en su área de trabajo, como también el desarrollar los conocimientos adquiridos a lo largo de la carrera profesonal.

En el área de la informática, las estrategias del control de pagos se apoyan en un adecuado dimensionamiento de las tecnologías de información y comunicación, que no son otra cosa que el conjunto de hardware y software así como de la tecnología de comunicación que se utiliza para dar soporte a los requerimientos de dicho trabajo.

El software que se implementó en esta empresa es de mucha necesidad para la realización del trabajo que se realiza en esta municipalidad principalmente los sistemas de información, ya que en la actualidad pueden representar una ventaja competitiva de una empresa sobre otras, estos pueden ayudar de muchas formas a una empresa ya sea automatizando el desarrollo de sus procesos así como también pueden llegar a una mejor toma de decisiones, brindando una información adecuada para ello la tecnología brinda un servicio adecuado para la población.

En este presente informe detallamos los aspectos relacionados con la realización del sistema de información tal como la estipula la curricular de enseñanza:

Se detalla los datos generales de la empresa y el área de estudio. Se detalla la realidad de la problemática y la gestión del proyecto puesto en

marcha. Teorias relacionadas al tema Metodologia de modelamiento

Así mismo el presente informe se ha realizado teniendo en cuenta las experiencias vividas y obtenidas en el transcurso del aprendizaje durante el desarrollo del sistema de información.

pág. 12


CAPITULO I. ESTUDIO DE LA EMPRESA

1.1 DESCRIPCION DE LA EMPRESA

El actual Centro poblado Menor San Martin de Porres nace en el año de 1961, siendo Alcalde del Distrito de San José don Miguel Sánchez Gil y regidor Pedro Sifuentes Miranda. El referido Caserío se va formando bajo el nombre de Cruce San José ubicando en el Km 669 de la carretera Panamericana Norte cerca al puente Olivares, el primer sitio solar que vende el Concejo Distrital de San José es

pág. 13


a don Luis Isla Lican donde aparece la primera construcción de una casa habitación y simultáneamente al frente de la casa de la señora Rosa Leiva Vargas. Por aquellos años había un litigio de tierras por muchos años de parte del Consejo de San José y las Familias Vera Plascencia, Díaz Mostacero y la familia Castillo; estas familias al enterarse del Cruce San José habían empezado a lotizase por decisión del Concejo de San José hicieron el intento de prohibirse por decisión del Consejo de San José hicieron el intento de prohibir las ventas de solares aduciendo tener derechos de propiedad, por encima; de todo las ventas continúan; por el año 1963 el antes denominado cruce de San José su urbanización había avanzado aceleradamente, en esa época era Alcalde don Pedro Quilcate Sifuentes, un hombre que como don Miguel Sánchez Gil quienes hoy descansan en la paz del Señor avizoraron que con el tiempo el cruce de San José sería un gran pueblo, don Pedro Quilcate continua con la venta de sitios solares; así mismo, manda construir con su propio peculio una plataforma y sobre esta una banca grande protegida de un techado de eternit para brindar sombra y descanso a tantos pasajeros que hai llegaban a esperar a los medios de transporte que en esos años existía a decir, la Empresa de transportes de Pasajeros “Izu” S.A, Emp. “Alayo”, ambas empresas cubrían el servicio Trujillo, San Pedro, Pacasmayo, Guadalupe, Chepén, Chiclayo y viceversa; así mismo existía la Empresa de Transporte “Velásquez” que cubría la ruta Pacasmayo, Guadalupe, Chepén, y Viceversa.

1.2 ANTECEDENTES DE LA EMPRESA

El Cruce, o Cruce San Martin de Porres, es un pueblo que se ha levantado a ambos lados de la Panamericana Norte, se encuentra a una distancia de 13.10 kilómetros de la ciudad de Pacasmayo.Cruce San Martin de Porres es un pueblo que pertenece al distrito de San José, su importancia para fines turísticos radica en que, desde aquí, se parte hacia el Bosque y Complejo Arqueológico el Cañoncillo.Hacia el norte y cruzando el Puente La Libertad, se encuentra el pueblo Ciudad de Dios.

1.3 DOMICILIO LEGAL

Calle: Puno s/n – san Martin de Porres

1.4 REGIMEN TRIBUTARIO

Artículo 5°.- Los impuestos municipales son los tributos mencionados por el presente Titulo en favor de los Gobiernos Locales, cuyo cumplimiento no origina una contraprestación directa de la Municipalidad al contribuyente.

pág. 14


La recaudación y fiscalización de su cumplimiento corresponde a los Gobiernos Locales.

Artículo 6°.- Los impuestos municipales son, exclusivamente, los siguientes:

Impuesto Predial. Impuesto de Alcabala. Impuesto al Patrimonio Automotriz. Impuesto a los Apuestas. Impuesto a los Juegos. Impuesto a los Espectáculos Públicos.

Artículo 7°.- En ningún caso, los Registros Públicos, sea cual fuere su naturaleza o denominación, ni los Notarios Públicos, podrán requerir se acredite el pago de los impuestos que alude el artículo precedente para la Inscripción o formalización de actos jurídicos.

1.5 VISION Y MISION.

1.5.1 Misión

Es una institución que administra servicios públicos y programas sociales con capacidad de gestión, generando una mejor calidad de vida para el distrito de San José, en un marco de trabajo transparente y organizado.

1.5.2 Visión

Ser una municipalidad modelo a nivel regional que utiliza adecuadamente los recursos del gobierno central con un potencial humano técnicamente capacitado y que dispone de tecnología para garantizar servicios de calidad en salud, educación, cultura y turismo; que permita a la población San José con un despegue Socio Económico.

1.6 ORGANIGRAMA

pág. 15


ORGANIZACIÓN FUNCIONAL:

ALCALDEEs un cargo público que se encuentra al frente de la administración política de una ciudad, municipio o pueblo. Existe una amplia variedad de regulaciones jurídicas de esta figura, tanto en lo relativo a sus competencias y responsabilidades como a la forma en que el alcalde es elegido.

Son atribuciones del cargo de Alcalde o Alcaldesa:

Presidir las sesiones del Gobierno Municipal; Cumplir y hacer cumplir la normativa departamental y municipal; Dirigir la actividad administrativa del Gobierno Municipal; Ejercer la representación del Gobierno Municipal; Ordenar los pagos de conformidad con la normativa vigente; Adoptar las medidas que entienda necesarias para el cumplimiento de los

cometidos municipales, dando cuenta al Gobierno Municipal y estando a lo que éste resuelva;

Requerir el auxilio de la fuerza pública siempre que resulte necesario para el ejercicio de las funciones del Gobierno Municipal

SECRETARIA GENERALEs la encargada de coordinar del desarrollo de los procesos inscripción, selección, admisión e inscripción de los registros de los usuarios.Su tarea es velar por los registros, responsabilizarse de la seguridad y legalidad de los mismos.

Regidor

pág. 16

Imagen 1: Organigrama de Control de Agua


Es el término que se utiliza para calificar a aquel que gobierna o dirige. La noción puede emplearse como sinónimo de regente. Su origen etimológico se encuentra en el latín, como así se puede certificar al comprobar que está compuesto dos partes de dicha lengua: el verbo “regere”, que significa “regir”, y el sufijo “-dor”, que es equivalente a “agente”

Control de AguaEs el encargado de controlar el agua.Se requiere conocer sus características físicas, químicas y la naturaleza y cantidad de las sustancias disueltas o suspendidas que contengan, para acondicionar un agua particular al uso deseado.

ConsultoríaEs un servicio profesional prestado por empresas, o por profesionales en forma individual −conocidas como consultoras o consultores respectivamente− con experiencia o conocimiento específico en un área, asesorando personas, asesorando a otras empresas, a grupos de empresas, a países o a organizaciones en general.

AdministradorEs quien tiene como encargo la acción de administrar. Esta acción puede estar destinada a una empresa, un objeto o a un conjunto de objetos.

ContabilidadSe encarga de cuantificar, medir y analizar la realidad económica, las operaciones de las organizaciones, con el fin de facilitar la dirección y el control; presentando la información, previamente registrada, de manera sistemática para las distintas partes interesadas. La finalidad de la contabilidad es suministrar información en un momento dado de los resultados obtenidos durante un período de tiempo, que resulta de utilidad a sus usuarios, en la toma de decisiones, tanto para el control de la gestión pasada, como para las estimaciones de los resultados futuros, dotando tales decisiones de racionalidad y eficiencia.

DIRECCIONEs la acción y efecto de dirigir (llevar algo hacia un término o lugar, guiar, encaminar las operaciones a un fin, regir, dar reglas, aconsejar u orientar). El concepto tiene su origen en el vocablo latino directio.

LA SECRETARIA DE AGUA Es la dependencia encargada de ejecutar las obras públicas a su cargo y de promover el desarrollo de la infraestructura hidráulica y eléctrica en la Entidad”

1.7 AREA DE ESTUDIO

Nosotros Estudiaremos el Área de Agua Potable de la Municipalidad de san Martin de Porres. Esta Área es la encargada de la organización de cada uno de los consumidores de Agua.

pág. 17


1.8 DURACION DEL PROYECTO

El Inicio del proyecto fue iniciado el: 06 de Junio del 2016 y dado por finalizado el: 25 de Julio del presente año

pág. 18

Imagen 2: Area de Agua Potable


CAPITULO II. ESTUDIO DE LA PROBLEMATICA

2.1. Realidad Problemática

pág. 19


En nuestra Investigación realizada para la Implementación de un Sistema de Control y Pago de Clientes, actualmente el Área de la que se encarga de decepcionar a los Usuarios y realizar su respectiva cobranza mensual no brinda con una Respectiva Base de datos en la cual almacene los pagos realizados, Deudores u otros Datos.

Por otra parte la búsqueda de los datos de los clientes por individual se hace más dificultoso hallarla ya que el Registro actual está alojado en una plantilla de Excel en el que están todos los Registros de los Usuarios ya que corre el riesgo de eliminación del Sistema de Registro en el actual Software.

2.2. Análisis de la Problemática

El análisis de la empresa lo describiremos en el siguiente cuadro FODA:

2.3. Requerimientos Funcionales y no Funcionales

2.3.1. Funcionales

El Usuario tendrá el permiso de consultar su estado de cuenta. El sistema deberá proporcionar visores adecuados para que el usuario lea

documentos en la Base de Datos

pág. 20

La municipalidad es la unica que proporciona este Servicio de Agua potable para casas en este Centro Poblado.

F

La municipalidad Tiene la Oportunidad de recibir ingresos mediante el Servicio de agua Potable para el Desarrollo de el Pueblo del Cruce San Jose

O

No Cuenta con una estructura de Trabajo Adecuada

DLos Trabajadores y miembros del Servicio de Agua en la Municipalidad no cuentan con las herramientas y el registro correspondiente para los pagos de Agua

A

Imagen 3: Lista de los Clientes en Base de Datos


A cada nuevo Cliente se le debe de asignar un nuevo ID único para el Ingreso al Sistema para poder llevar un respectivo conteo y una búsqueda fácil de sus datos

2.3.2. No Funcionales

El Usuario no puede tener acceso a otra cuenta ajena a la suya El administrador tendrá una contraseña única para ingresar al Sistema

2.4. Antecedentes y Formulación del Problema

2.4.1. Antecedentes

Desde la Inauguración del Agua Potable anteriormente en el Pueblo de San José el Registro de Clientes con sus respectivos Datos personales se realizaba en una documentación echa a mano y guardada en Archiveros, Posteriormente en el 2010 empezaron a Guardar sus Registros en M.S. Excel para mejorar un poco la Rapidez de Guardar el Registro de Pagos y la afiliación de Nuevos Clientes.

En la Actualidad la Municipalidad tiene a los Clientes Suscritos con los registros de sus pagos en un archivo de Excel ya que no cuentan con un Sistema.

En este proyecto se usaron varias herramientas para la obtención de información como:

Encuestas Entrevistas

2.4.2. Formulación

Mediante el Estudio de esta Problemática se Formula la siguiente interrogante:

¿De qué manera podría ayudar la implementación de un sistema de biblioteca para la Municipalidad San Martin de Porres?

2.5. Justificación del Estudio

El trabajo de investigación es imprescindible puesto que la implementación de un software informático en el área Agua Potable de la Municipalidad de San Martin de Porres para que así la producción de esta Institución o Empresa Crezca y tenga una mejor atención con sus clientes.

Se justifica el siguiente trabajo porque nos permitirá:

Mejorar el control de los Usuarios con sus pagos correspondientes. Brindar atención de calidad a los Clientes.

2.6. Descripción del Proyecto Propuesto

pág. 21


El presente proyecto busca realizar el diseño de un sistema de información con el que se pueda trabajar y se factible en el área Agua potable de la Municipalidad San Martin de Porres.

Este proyecto se presenta debido a la necesidad de tener el control de pagos, registros de Usuarios y Clientes un proceso más rápido y eficiente.

Al inicio de este proyecto se va analizar los requerimientos de información del área de Pago de Agua de esta Municipalidad para que en base de este análisis se pueda plantear el diseño para la construcción de un software de información, el cual pueda cumplir con las respectivas necesidades de esta área, luego se procederá a evaluar el sistema propuesto para poder ver si este diseño cumple con las expectativas mencionadas en el manejo y presentación de la información.

2.7. Hipótesis

El mejoramiento de su Registro de Usuarios de pagos de Agua influye significativamente en la Producción y facilidad de trabajo a los miembros de la Municipalidad con la Implementación de nuestro Sistema de Control y Pago de Agua.

2.8. Objetivos del Proyecto

La función de nuestro proyecto es proporcionar un mejor manejo de su información debido a la falta de recursos y seguridad a los datos de los Usuarios, aplicar nuestros conocimientos previos obtenidos y mejorar la situación problemática de la empresa para un mejor desempeño del Personal Administrativo.

2.8.1. General

Lograr la innovación en la prácticas aplicadas en la Educación, Básica y Enseñanza Media de la comuna a través de la paulatina integración de las TICs en los procesos de enseñanza-aprendizaje, para desarrollar de los trabajadores y del área operaria del Control de Agua potable, logrando insertarse y desenvolverse eficientemente en su continuidad de Trabajo, en su vida laboral y en la sociedad.

2.8.2. Especifico

Analizar el diseño de un sistema informático que permita mejorar los procesos de pagos de los recibos de la Municipalidad San Martin de Porres.

Definir y analizar la arquitectura del software, con la información y los requerimientos básicos encontrados, en los procesos Pagos e Información.

Diseñar las interfaces y crear la base de datos que permitan la interacción del usuario con la aplicación de la manera más fácil.

Que nuestro sistema sea duradero.

pág. 22


2.9. Factibilidad del Sistema

2.9.1. Factibilidad Económica

Luego de analizar este sistema se concluye que es factible económicamente por lo siguiente:

Según los ingresos mensuales, es factible la inversión económica, porque genera mayor número de atención a los usuarios, ya que el sistema minimizará tiempos de atención al usuario.

2.9.2. Factibilidad Técnica

Este sistema es factible técnicamente por lo siguiente:

La seguridad de acceso a la información estará controlada por el sistema manejador de base de datos.

La implementación del sistema de Control De Pagos se desarrollará en Visual Studio 2010. El nuevo diseño va a presentar mejores presentaciones de la información, lo cual va

ayudar a una mejor toma de decisiones.

2.9.3. Factibilidad Operativa

Luego de analizar este sistema se concluye que es factible operacionalmente por lo siguiente:

Se cuenta con el apoyo del Alcalde para la realización del estudio El personal existente se encuentra dispuesto a trabajar con un sistema de información

basado en entorno visual y que le brinde mejores salidas y mantenimiento para un mejor desarrollo de sus procesos

Este sistema propuesto permitirá contar con una mejor interfaz, mantenimiento y visualización de la información con las que se cuenta.

pág. 23


CAPITULO III. TEORIAS RELACIONADAS AL TEMA

3.1. Análisis y Diseño orientado a Objetos

pág. 24


“En esta fase se aplican los conceptos orientados a objetos (Herencia, Polimorfismo, Encapsulamiento, etc.) Al modelo de problemas y sistemas”.

(Bunge: 1999)

“Esta fase produce un modelo conceptual de la forma en que percibimos la realidad”. (Martin j: 1997).

Esta fase es una de las importantes debido a que aquí vemos que es lo que queremos obtener y si no se realiza bien, tal vez los resultados no sean los deseados. Modelo entidad-relación ER

El modelo entidad-relación ER es un modelo de datos que permite representar cualquier abstracción, percepción y conocimiento en un sistema de información formado por un conjunto de objetos denominados entidades y relaciones, incorporando una representación visual conocida como diagrama entidad-relación.

Entidad.

Es cualquier clase de objeto o conjunto de elementos presentes o no, en un contexto determinado dado por el sistema de información o las funciones y procesos que se definen en un plan de automatización.

Atributos – Intención

Son las características, rasgos y propiedades de una entidad, que toman como valor una instancia particular. Es decir, los atributos de una tabla son en realidad sus campos descriptivos, el predicado que permite definir lo que decimos de un determinado sujeto.

Relación

Vínculo que permite definir una dependencia entre los conjuntos de dos o más entidades. Esto es la relación entre la información contenida en los registros de varias tablas.

Clave

Es el campo o atributo de una entidad o tabla que tiene como objetivo distinguir cada registro del conjunto, sirviendo sus valores como datos vinculantes de una relación entre registros de varias tablas.

Tipos de relaciones

La cardinalidad se representan en un diagrama ER como una etiqueta que se ubica en ambos extremos de la línea de relación de las entidades y que puede contener diversos valores entre los que destacan comúnmente el 1 y el *, obteniendo los siguientes tipos:

pág. 25


Relación 1 a 1

La relación uno a uno, define que un único registro de la tabla puede estar relacionado con un único registro de la tabla relacionada.

Figura1. Esquema de relación 1 a 1

Relación 1 a *

La relación de uno a varios, define que un registro dado de una tabla auxiliar o secundaria sólo puede estar vinculado con un único registro de la tabla principal con la qu e está relacionada.

Figura2. Esquema de relación 1 a muchos

Relación * a *.

La relación de varios a varios, define que un registro de una tabla puede estar relacionado con varios registros de la tabla relacionada y viceversa.

Figura3. Esquema de relación muchos a muchos

Sistema gestor de base de datos (SGBD)

Es un conjunto de programas que permiten el almacenamiento, modificación y extracción de la información en una base de datos, además de proporcionar herramientas para añadir, borrar, modificar y analizar los datos. Los usuarios pueden acceder a la información usando herramientas específicas de interrogación y de generación de informes, o bien mediante aplicaciones al efecto.

Estos sistemas también proporcionan métodos para mantener la integridad de los datos, para administrar el acceso de usuarios a los datos y para recuperar la información si el sistema se corrompe. Permiten presentar la información de la base de datos en variados formatos. La mayoría incluyen un generador de informes. También pueden incluir un módulo gráfico que permita presentar la información con gráficos y tablas.

pág. 26


JAVA.

Java es un lenguaje de programación orientado a objetos y de propósito general

que toma de otros lenguajes de programación algunas ideas fundamentales,

en particular toma de Smalltalk el hecho de que los programas Java se ejecutan

sobre una máquina virtual . Y del lenguaje de programación C++ toma su

sintaxis.

El uso de la máquina virtual garantiza la independencia de la plataforma en

Java. Si disponemos de una máquina virtual para nuestra plataforma, podremos

ejecutar el mismo programa escrito en Java sin necesidad de volverlo a compilar.

En el proceso de compilación de un programa en Java, se genera un código

intermedio, llamado bytecode, que la máquina virtual interpreta y traduce a

llamadas nativas del sistema sobre el que se ejecuta la máquina virtual. As,

una máquina virtual para una plataforma Windows 7 de 64 bits, traducirá los

bytecodes a código nativo para esta plataforma

3.2. Descripción de la Metodología de lenguaje de Modelado Utilizado

El Proceso Racional Unificado o RUP

Es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM.Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. También se conoce por este nombre al software, también desarrollado por Rational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo con las necesidades.

LENGUAJE DE MODELO UNIFICADO (UML)

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), 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 compuestos reciclados.

pág. 27


Modelado de UML

Diagrama de secuencia

Muestra la forma en los objetos se comunican entre si al transcurrir el tiempo

El diagrama muestra:

Los objetos participando en la interaccion La secuencia de mensajes intercambiados

Un diagrama de secuencia contiene:

Objetos con sus “lineas de vida” Mensajes intercambados entre objetos en una secuencia ordenada Linea de vida activa(opcinal)

Diagrama de colaboración

Los diagramas de colaboración también llamados diagramas de comunicación, son otra representación basada en UML, con la finalidad de mostrar las interacciones organizadas entre los objetos, basándose específicamente en la comunicación, mensajes y enlaces que entre los objetos comparten mostrando explícitamente las relaciones de los roles, se dice que son una abstracción del diagrama de secuencia, con la diferencia de que el tiempo (la línea de vida) se considera una dimensión aparte, por ello encontraremos en estos diagramas numeraciones secuenciales de los mensajes

Los diagramas de colaboración consisten:

Muestra como las instancias específicas de las clases trabajan juntas para conseguir un objetivo común

Consiste especificar un contrato entre objetivos Implementa las asociaciones del diagrama de clase mediante el paso de mensaje

de un objeto a otro. Dicha implementación es llamada “enlace”

Diagrama de estado

Diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso.

Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué momento podrían tener una variación.

El diagrama de estados permite visualizar de una forma secuencial la ejecución de cada uno de los procesos.

Elementos:

pág. 28


Diagrama de actividades

Es un diagrama de actividades muestra un flujo de acciones (nodos ejecutan un proceso), generalmente secuenciales además presenta los resultados de dichas acciones.

Sirve para:

Capturar las acciones internas de un proceso Capturar la especificación de un caso de uso Mostrar flujos entre procesos del negocio

Diagrama de despliegue

Son los complementos de los diagramas de componentes que, unidos, proveen la vista de implementación del sistema. Describen la topología del sistema la estructura de los elementos de hardware y el software que ejecuta cada uno de ellos. Los diagramas de despliegue representan a los nodos y sus relaciones. Los nodos son conectados por asociaciones de comunicación tales como enlaces de red, conexiones TCP/IP.

Diagrama de Flujo de Datos (DFD)

Se utiliza para hacer varias cosas entre ellas trabajos y tareas. Es una representación gráfica del flujo de datos a través de un sistema de información. Un diagrama de flujo de datos son también se puede utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una práctica común para un diseñador dibujar un contexto a nivel de DFD que primero muestra la interacción entre el sistema y las entidades externas.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseño estructurado, basado en el modelo de computación de Martin y Estrin: "flujo gráfico de datos”. Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM. El patrocinador de un proyecto y los usuarios finales tendrán que ser informados y consultados en todas las etapas de una evolución del sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr, y cómo el sistema se pondrá en práctica.Los diagramas de flujo de

pág. 29


datos pueden ser usados para proporcionar al usuario final una idea física de cómo resultarán los datos a última instancia, y cómo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema es desarrollado, puede determinarse a través de un diagrama de flujo de datos.

Los niveles de un DFD son:

Nivel 0: Diagrama de contexto

Nivel 1: Diagrama de nivel superior

Nivel 2: Diagrama de detalle o expansión

Conexiones permitida y no permitidas

Símbolos más usados:

3.3. Herramientas Tecnológicas Utilizadas

Netbeans

pág. 30


Es un entorno de desarrollo integrado libre, hecho principalmente para el lenguaje de programación Java. Existe además un número importante de módulos para extenderlo. NetBeans IDE2 es un producto libre y gratuito sin restricciones de uso.

Sun MicroSystems fundó el proyecto de código abierto NetBeans en junio de 2000.

Modelo entidad-relación ER

Es un modelo de datos que permite representar cualquier abstracción, percepción y conocimiento en un sistema de información formado por un conjunto de objetos denominados entidades y relaciones, incorporando una representación visual conocida como diagrama entidad-relación.

DIA

Es una aplicación informática de propósito general para la creación de diagramas, desarrollada como parte del proyecto GNOME. Está concebido de forma modular, con diferentes paquetes de formas para diferentes necesidades.

STAR UML (Lenguaje Unificado de Modelado).

Es un popular lenguaje de modelado de sistemas de Se trata de un lenguaje gráfico para construir, documentar, visualizar y especificar un sistema de software Entre otras palabras, UML se utiliza para definir un sistema de software.

ACCESS

Access es una palabra inglesa que puede traducirse como “acceso”, es un software que permite gestionar una base de datos. El programa forma parte de Microsoft Office, un paquete de aplicaciones que permiten realizar tareas de oficina.

La primera versión de Access fue lanzada en 1992.

3.4. Objetivos

Realizar el análisis de un sistema informático de pagos para mejorar el servicio en el área de Agua potable de la Municipalidad de San Martin de Porres.

Realizar dicho sistema informático para automatizar los procesos del servicio de pagos que se realizan en el área mencionada.

Demostrar el efecto del análisis y diseño del sistema informático en el servicio el área de Tesorería de la Municipalidad de San Martin de Porres.

pág. 31


pág. 32


CAPITULO IV. METODOLOGIA DE MODELAMIENTO

pág. 33


4.1. Esquema de Base de Datos

4.2. Diagrama Relacional en SGBD

pág. 34


4.3. Diagrama de Contexto Actual

4.3.1. Diagrama de Contexto Nivel 0

El proyecto surge con la finalidad de realizar un sistema de información es. Esta Área es la encargada de la organización de cada uno de los consumidores de Agua.

Nuestro objetivo es Mejorar y Facilitar el Registro y Control de los Usuarios de Agua Potable y sus Pagos, evitar la pérdida de los Datos de los Clientes y sus pagos realizados para que hacia la Producción de esta Municipalidad este en Vías al Éxito.

Lograr la innovación en la prácticas aplicadas en la Educación, Básica y Enseñanza Media de la comuna a través de la paulatina integración de las TICs en los procesos de enseñanza-aprendizaje, para desarrollar de los trabajadores y del área operaria del Control de Agua potable, logrando insertarse y desenvolverse eficientemente en su continuidad de Trabajo, en su vida laboral y en la sociedad.

Imagen 4: Modelo actual de Diagrama de flujo nivel 0 (proceso de pago)

Proceso de Flujo de Datos:

El Usuario primeramente Brinda sus datos a el Sistema para poder registrarse y tener el Servicio de Agua potable, el sistema guarda los Datos del Usuario y le brinda un código unitario para todo Usuario la cual será enviada en el Informe de su afiliación.

Una vez registrado El Usuario Ingresa su ID(Apellidos o Código) al Sistema Busca en sus Base de datos y muestra a el Usuario junto con los estados de pagos realizados o por realizar teniendo en cuenta que sus pagos son de 4 clases las cuales no varían los precios; el Usuario realiza el Pago con respecto al mes correspondiente o el mes atrasado a su pago y el Operario del Sistema lo registra y el Sistema se actualiza el Registro, entonces imprime en pantalla los detalles del pago e Imprime un Recibo de su comprobante de pago.

pág. 35


Por último el Operario del Sistema Realiza su Informe Digital atreves del Sistema y lo guarda en Planillas sobre el Registro de los Nuevos Clientes y los pagos de los Usuarios y así enviar un Informe a la Secretaria de la Municipalidad para que se realice el Análisis del Informe y su correspondiente Archivacion, Una vez se realice el análisis de pago la Secretaria Realiza el Informe de los Morosos ya que la política de la Municipalidad es:” Aquel que lleve 3 meses de retraso en sus pagos, se le realizara el corte correspondiente de su Servicio “y se le hará llegar a el Operario del Sistema quien Procederá a realizar las acciones correspondientes según le pida.

4.4. Diagrama de Contexto Propuesto

A continuación mostraremos en los siguientes Diagramas lo que proponemos y afirmamos que es correcto para el flujo de datos en Registro de clientes y el pago de su cuota mensual de agua.


Imagen6: Modelo de Diagrama propuesto de flujo nivel 0 (proceso de pago)


pág. 36

Imagen 7: Modelo actual de Diagrama de flujo nivel 1 (proceso de pago)


4.5. Diagrama de Caso de Uso Actual

4.6. Diagrama de Caso de Uso Propuesto

pág. 37


4.7. Diagrama de Secuencia

4.8. Diagrama de Colaboración4.9. Diagrama de Clases

pág. 38


4.10. Diagrama de Estados

4.11. Diagrama de Actividades

pág. 39


4.12. Diagrama de Despliegue

pág. 40


CAPITULO V. IMPLEMENTACION Y PRUEBAS

5.1. Interfaces de Software o Pantallazos

pág. 41

Imagen 8: Accediendo Al Sistema de Pago


pág. 42

Imagen 9: Ventana Principal del Sistema


pág. 43

Imagen 10: Ventana Para El Regsitro de los Clientes


CAPITULO VI. RECURSOS Y PRESUPUESTO

6.1. Recursos y Presupuesto

6.1.1. RecursosLos recursos proporcionados y con los que contamos para la realización del

proyecto es de material dado por la empresa sobre su historia y su creación, también con el apoyo de libros de programación y el asesoramiento de nuestros profesores.

6.1.1.1 Humanos En la investigación de este proyecto contamos con un personal de 3 alumnos

6.1.1.2. MaterialesLos Materiales con los que utilizamos para la realización del Informe fue un

cuaderno lapicero lápiz borrador y hojas bon; también el apoyo de una computadora.

6.1.1.3. Servicios

pág. 44


Los Servicios usados principalmente para el estudio de la Empresa fue la movilidad vehicular.

6.1.1.4. TecnológicosLos recursos tecnológicos con los que contamos y nos apoyamos para la

realización de este proyecto fue el uso de Internet para poder obtener información el mejor manejo de los datos.

6.1.2. Presupuesto

DENOMINACION MONTO EN SOLESHumanos

estudiantes S/ 600

Materiales

papel S/ 10

lapicero S/ 5

corrector S/ 5

pág. 45


Dvd S/ 2

Marcador S/ 3

otros S/ 15

Servicios

Tipeos e impresion S/ 20

Anillado S/ 16

Movalidad S/ 38

tecnologicos

Java y otros S/ 30

PRESUPESTO TOTAL S/ 744

6.2. Financiamiento

Financiamiento con Recursos Propios de los autores.

6.3. Cronograma de Ejecución

ACTIVIDADES

Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 Sem 6

Sem 7 Sem 8

Fase 1 Estudio De La Empresa

Fase 2 Teorías Relacionadas Al Tema

Fase 3 Metodología De Modelamiento

pág. 46


Fase 4 Recursos y Presupuesto

Fase 5 Recomendaciones,Conclusiones y Referencias

Fase 6 Anexos

Fase 7 Revisión y Corrección de la Tesis.

Fase 8 Impresión y Presentación de Proyecto

pág. 47


CAPITULO VII. RECOMENDACIONES, CONCLUSIONES Y REFERENCIAS.

7.1. Recomendaciones

Evitar que personas no autorizadas puedan acceder a la información almacenada en el sistema.

Que la información y los recursos relacionados estén disponibles toda vez que el personal autorizado los requiera.

Proteger la exactitud y totalidad de la información almacenada o transmitida, cuyo contenido debe permanecer inalterado a menos que sea modificado por personal autorizado.

pág. 48


Previo a someter el sistema a cualquier proceso de evolución y mantenimiento es necesario que la persona responsable de llevarlos a cabo, conozca los aspectos de diseño bajo los cuales han sido desarrollados.

7.2. Conclusiones

Durante la elaboración de este proyecto nos dimos cuenta de la importancia de la documentación del diseño de un sistema, y que algunas veces este proceso se omite pues resulta ser un poco tedioso, sin embargo es fundamental para el desarrollo de un sistema y su posterior implementación.

Desde el principio del curso tuvimos que acostumbrarnos a la idea de que el diseño orientado a objetos es algo totalmente distinto a la programación estructurada y que tendríamos que romper cualquier esquema y enseñanza previa si deseamos incursionar en leguajes y documentación orientada a objetos.

Por lo tanto debe de haber una buena comunicación entre el usuario y el programador para especificar claramente lo que se requiere. Para que un sistema funcione

adecuadamente, deben de existir documentación del mismo, los procedimientos para cada función del sistema, ya que el mal uso de éste puede ocasionar que no sea óptimo en su funcionamiento.

Finalmente, constatamos que la representación visual de un sistema puede cristalizar los procesos o transformaciones que sufren los datos, entradas y salidas, y el flujo de datos a través de la organización de forma útil, sobretodo en una metodología orientada a objetos, la cual necesita de una abstracción particular por parte del diseñador.

7.3. Referencias

BIBLIOGRAFIA Kendall & Kendall;“Análisis y diseño de sistemas”; Pearson Educación; México

2005.

WEB.

pág. 49


http://upcommons.upc.edu/pfc/bitstream/2099.1/3049/1/41073-1.pdf 07/12/13.

http://www.bis.org/publ/cpss70es.pdf 08/12/13.

http://www.muniica.gob.pe/transparencia/1-%20MOF%20 %20Alcald

%C3%ADa.pdf 09/12/13.

http://www.alcaldiadeilopango.gob.sv/?page_id=85 10/12/13.

https://www.miraflores.gob.pe/_contenTempl2.asp?idpadre=4991&idhijo=52

58&idcontenido=5267 10/12/13.

El Lenguaje de Programación Java J. Gosling et al. 3ª edición, Addison-Wesley, 2001: www3.uji.es/~belfern/pdidoc/IX26/Documentos/introJava.pdf

Diagrama de flujo de datos:

https://es.wikipedia.org/wiki/Diagrama_de_flujo_de_datos

Fundamentos y Diseño de Bases de Datos:

http://ccdoc-basesdedatos.blogspot.pe/2013/02/modelo-entidad-relacion-er.html

Conceptos básicos sobre bases de datos:

https://support.office.com/es-es/article/Conceptos-b%C3%A1sicos-sobre-bases-de-datos-a849ac16-07c7-4a31-9948-3c8c94a7c204

pág. 50



http://ccdoc-basesdedatos.blogspot.pe/2013/02/modelo-entidad-relacion-er.html

https://es.wikipedia.org/wiki/Diagrama_de_flujo_de_datos


CAPITULO VIII. ANEXOS

8.1. Anexos

pág. 51

Imagen 12: Alcalde Luis Alvarez Alvarran

Imagen 13: Oficina De Area Del Agua-Municpalidad De Imagen 13: Area de Agua

Potable


pág. 52

Imagen 14: Entrevista Con El Alcalde

Imagen 15: Sistema De Uso


8.1.1. Fichas de Recolección de Datos (Encuestas, Hojas de Datos)

pág. 53

Imagen 16: Municipalidad de San Martin de Porres

Imagen 17: documentacion

Cuestionario de preguntas:

1) ¿Especificar Documentación y o documentos necesarios para el registro de un cliente?

- Título de propiedad- Documento de compra y venta- Otros- Copia d.n.i.- Pago de derecho: s/. 100

2) ¿Qué datos del Cliente solicita la secretaria para la búsqueda en Excel?

- Apellidos


pág. 54

Cuestionario de preguntas:

1) ¿Especificar Documentación y o documentos necesarios para el registro de un cliente?

- Título de propiedad- Documento de compra y venta- Otros- Copia d.n.i.- Pago de derecho: s/. 100

2) ¿Qué datos del Cliente solicita la secretaria para la búsqueda en Excel?

- Apellidos


pág. 55


FICHA DE RECOLECCION DE DATOS

pág. 56