Tesis Ingenieria Sistemas UTI, Andres Shigui PDF

UNIVERSIDAD TECNOLÓGICA INDOAMÉRICA
FACULTAD DE INGENIERIA EN SISTEMAS
ESCUELA DE INFORMÁTICA Y COMPUTACIÓN
PROYECTO DE GRADO PREVIO A LA OBTENCIÓN DEL TITULO DE

INGENIERO EN SISTEMAS
TEMA:
“Desarrollo de un Sistema Informático Administrativo para la Junta de Agua

Potable “Consorcio Píllaro Alto” del cantón Píllaro provincia de Tungurahua,
bajo la Arquitectura Cliente/Servidor 3 capas.”
AUTORES:
Segundo Andrés Shigui Lema
Claudio Wilson Saquinga Quinga
ASESORA
Ing. Pamela Freire S. M.Sc.
Ambato-Ecuador
Enero, 2013
APROBACION DEL ASESOR
En mi calidad de catedrático Asesora del Proyecto de grado previo a la obtención

del título de Ingeniero en Sistemas, titulado “Desarrollo de un Sistema
Informático Administrativo para la Junta de Agua Potable Consorcio
Píllaro Alto del cantón Pillaro provincia de Tungurahua, bajo la
Arquitectura Cliente/Servidor 3 capas”, elaborado por los señores estudiantes:
Segundo Andrés Shigui Lema y Claudio Wilson Saquinga Quinga. Certifico que
dicho proyecto ha sido revisado en todas sus partes y considero que reúne los
requisitos y méritos suficientes para ser sometido a la presentación pública y
evaluación por parte del tribunal examinador que se designe.
Ing. Pamela Freire S. M.Sc.
ASESORA
ii
DECLARACION DE AUTENTICIDAD
Los abajo firmantes, declaramos que los contenidos y resultados obtenidos en el

presente proyecto, como requerimiento previo para la obtención del título de
Ingeniero en Sistemas, son absolutamente originales, auténticos, personales y de
exclusiva responsabilidad legal y académica de los autores.
Segundo Andrés Shigue Lema Claudio Wilson Saquinga Quinga

C.I:1803033776 C.I: 1803781143
iii
Derechos reserados: Ing. Andres Shigui, Correo electrónico: shiguiandres@mail.com
Dedicatoria
El presente trabajo dedico, a mis padres

y a mi familia y en especial a mi madre,
quienes con su ejemplo de trabajo,
guiaron mis pasos por el sendero del
bien; a los maestros que compartieron
sus sabias enseñanzas, a mi universidad,
donde pase mis mejores días de mi vida
buscado cumplir mi sueño tan anhelado.
A DIOS con su infinito poder, me supo

dar la sabiduría necesaria para conseguir
mis sueños.
A mis amigos que siempre me brindaron

su apoyo y con los cuales e compartido
momentos innobidables en el transcurso
de mi vida universitaria.
A la institución de agua potable en la

cual se desarrollo mi proyecto de grado
y a la sociedad en general que creyere
conveniente utilizar el proyecto.
Andrés Shigui
iv
Dedicatoria
A mi madre Gloria y mi padre

Claudio, y a mis hermanos Ermel,
Ramiro.
Porque ellos son el apoyo fundamental

en mi vida ya que ellos me han brindado
su confianza y seguridad en mí, ya que
gracias a mi familia he logrado
consolidar la presente investigación.
A mi hija Aimé Alexandra
Que es la razón de ser de mi existencia,

ya que con su dulce sonrisa y sus
travesuras me da fortaleza para
continuar en los momentos tan difíciles
de mi vida.
A la UTI y profesores
En especial al Ing.Pamela Freire, Mario

Miranda, y a los docentes en general,
por su gran apoyo, su tiempo
compartido y por impulsar la
culminación de nuestra formación
profesional.
Wilson Saquinga.
v
Agradecimiento
A Dios por ayudarme a lograr mis

metas, a mi familia, a mis padres que
son mi ejemplo a seguir, a mis amigos,
que me han sabido dar aliento para
seguir adelante y a todas las personas
que de una u otra manera han sabido
apoyarme para cumplir con este objetivo
A la Universidad Tecnológica
Indoamérica UTI, que me abrió sus
puertas y pude continuar mis estudios
hasta el final.
A todos los profesores dela UTI, y de

manera especial a la tutora de esta Tesis,
Ing. Pamela Freire
Andrés y Wilson
vi
INDICE GENERAL
Preliminares Págs.
Portada…………………………………………………………………. i
Aprobación del Asesor………………………………………………… ii
Declaración de Autenticidad………………………………………….. iii
Dedicatoria……………………………………………………………... iv
Agradecimiento………………………………………………………... vi
Índice…………………………………………………………………… vii
Introducción…………………………………………………………… xi
Capítulo I
GENERALIDADES
Antecedentes……………………………………………………………. 13
Misión…………………………………………………………………... 14
Visión…………………………………………………………………… 15
Objetivos……………..………………………………………………… 15
Funciones………………………………………………………………. 15
Planteamiento del Problema……………………………………………. 16
Árbol de Problemas……………………………………………………... 17
Justificación…………………………………………………………….. 17
Objetivos……………………………………………………………….. 18
General………………………………………………………….. 18
Específicos……………………………………………………… 18
CAPÍTULO II
MARCO TEÓRICO
Antecedentes Investigativos…………………………….……………… 19
Fundamentación Teórica………………………………………………... 20
Base de Datos…………………………………………………………... 21
PostgreSQL 9.1..………………………………………………………... 32
Lenguaje de Programación……………………………………………... 38
vii
Plataforma. NET………………………………………………………... 44
Tipo de Servidores……………………………………………………... 49
Internet Information Services o IIS……………………………………... 50
Fundamentación Legal………………………………………………….. 53
CAPITULO III
METODOLOGÍA
Metodología de Investigación…………………………………….…… 55
Modalidad de Investigación...…………………………………….…… 55
Técnicas de Investigación……………………………………………… 55
Análisis e Interpretación de Resultados……………………………….. 58
Metodología de Desarrollo…………………………………………….. 67
CAPITULO IV
ANALISIS DEL SISTEMA
Análisis del Sistema Actual…………………………………………….. 70
Propuesta del Nuevo Sistema…………………………………………… 71
Alcance…………………………………………………………………. 72
Análisis de Restricciones……………………………………………….. 72
Estudio de Factibilidad…………………………………………………. 73
Factibilidad Operativa………………………………………….. 73
Factibilidad Técnica…………………………………………….. 76
Factibilidad Económica………………………………………… 77
Análisis Costo Beneficio……………………………………………….. 79
Análisis Orientado a Objetos…………………………………………... 80
Diagramas de Casos de Uso……………………………………………. 80
Diccionario de Datos del Diagrama de Casos de Uso………………...... 86
CAPITULO V
DISEÑO DEL SISTEMA
Diseño de la Base de Datos…………………………………………….. 105
Diseño Lógico…………………………………………………………... 105
viii
Diseño Físico…………………………………………………………… 106
Diccionario de Datos del Diseño Físico………………………………… 107
Diseño de la Interfaz de Usuario……………………………………….. 119
Diseño de Entrada………………………………………………………. 119
Diseño de Salida………………………………………………………... 121
Diagrama de Procesos………………………………………………….. 122
Diagrama de Clases…………………………………………………….. 123
Diagrama de Clases General…………………………………………… 123
CAPITULO VI
PRUEBAS
Codificación……………………………………………………………. 126
Pruebas………………………………………………………………….. 141
Pruebas de Unidad……………………………………………………… 141
Pruebas de Integración………………………………………………….. 142
Pruebas de Validación…………………………………………………... 142
Pruebas de Recuperación……………………………………………….. 142
Pruebas de Seguridad…………………………………………………… 142
Pruebas de Resistencia………………………………………………….. 143
Pruebas de Rendimiento……………………………………………….. 143
CAPITULO VII
IMPLANTACIÓN
Puesta en Marcha………………………………………………. 145
Capacitación……………………………………………………. 146
Plan de Capacitación…………………………………………… 146
Mantenimiento correctivo………………………………………. 147
Mantenimiento adaptativo……………………………………… 147
Mantenimiento perfectivo………………………..…………….. 148
ix
CAPITULO VIII
CONCLUSIONES Y RECOMENDACIONES
Conclusiones……………………………………………………. 149
Recomendaciones………………………………………………. 149
BIBLIOGRAFIA ……………………………………………………. 151

GLOSARIO……………………………………………………………. 153
ANEXOS……………………………………………………………… 156
Certificación de la empresa……………………………………... 156
Manual de Instalación…………………………………………... 157
Manual del Administrador……………………………………… 167
Manual de Usuario…………………………….……………….. 176
x
INTRODUCCION
La presente investigación sobre la evolución de la informática, está dirigida a

brindar información actualizada sobre este importante campo de la actividad
humana, y a proporcionar explicación acerca del por qué y como ha sido el avance
de las computadoras hasta nuestros tiempos.
En los tiempos modernos las Computadoras se han convertido en una herramienta

de suma importancia, no sólo para el desarrollo de nuestros pueblos, si no
también, para el desarrollo de la Ciencia, nuevas Tecnologías, debido a los
crecientes avances que en la materia se han alcanzado.
La creciente necesidad de nuestro mundo actual, de obtener un mayor

conocimiento y comprensión de los avances tecnológicos en la industria de la
informática, es que hemos decidido abordar el tema de la manera más sencilla,
para que sea comprendido por todos los que se apasionan por esta carrera.
El presente proyecto se encuentra estructurado de la siguiente manera:
CAPÍTULO I
A lo largo de este capítulo se muestra la situación actual de la junta, esto es como
realizan los cobros de agua potable, en que tipo de sistema y que tan confiable es.
Para lo cual cual se realiza el planteamiento del problema, la justificación y los
objetivos del proyecto.
CAPÍTULO II
En este capítulo se presenta los conceptos términos y software, en los que se

apoyo el estudio de la presente investigación, y que sirven para su correcto
funcionamiento y la fundamentación legal.
CAPÍTULO III
En este capítulo se puede conocer como se realizo la investigación que utilizo

para ello. Estableciendo los instrumentos modalidades y procesamiento de la
información.
xi
CAPÍTULO IV
Muestra el análisis del sistema actual, la propuesta del nuevo sistema, alcance, el
análisis de restricciones y su estudio de factibilidad.
CAPÍTULO V
Se desarrolla el diseño de la base de datos, el diseño de la interfaz de usuario y

los diagramas de procesos.
CAPÍTULO VI
Contiene la implementación y pruebas del sistema en el mismo que va parte del

código fuente.
CAPÍTULO VII
Se presenta la puesta en marcha, la capacitación y el mantenimiento.
CAPÍTULO VIII
En este capítulo se dan a conocer los principales hallazgos de la investigación y

su respectiva recomendación, como consecuencia del trabajo realizado.
ANEXOS
Además se concluye con la bibliografía, glosario.
xii
CAPITULO I
GENERALIDADES
Antecedentes
La Junta Administradora de Agua Potable denominada “CONSORCIO

PÍLLARO ALTO”, Cantón Pillaro del Provincia de Tunguragua fue creada el 11
de julio del año 1998, fue la cristalización del sueño de un grupo de comuneros
de la parroquia en formar una entidad de servicio público.
Constituida en sus inicios por 1000 usuarios de cinco sectores, se empezó a
laborar a inicios del mes de octubre de 2000 conformada por 1 Presidente, 1
secretario, un tesorero y un vocal por cada comunidad integrante del sistema
regional; cabe mencionar el directorio esta conformado por un representante de
cada sector. Además se tiene 2 operadores para el sistema y mantenimiento de
conducción del agua Potable de la Regional.
El lugar de atención está situado en la Calle Principal (Sin nombre), junto a la

Iglesia de la Comunidad San Isidro y la Unidad Educativa General Básica
“Hualcopo Duchicela”.
En la Institución se elige el directorio cada año, siendo esta de forma democrática,

en donde se nombra un presidente, un secretario, 1 tesorero y 3 vocales
principales. También la directiva es la que elige a los operadores técnicos del
sistema. Teniendo la oportunidad de ser reelegidos como máximo hasta tres
periodos ininterrumpidamente. Cuenta con un Asesor Jurídico quien es el
encargado de afrontar los trámites legales de la Institución, además de aportar en
cualquier necesidad legal que requiera un usuario. Actualmente la Institución tiene
un comodato local para la atención al público en la Comunidad San Isidro de la
Parroquia San Andrés y cuenta con 1 batería sanitaria. En el periodo 2011-2012,
ostenta la presidencia el Sr. Rafael Tobar, como secretario Sr. Euclides Ushiña y
tesorero el Sr. José Manuel Toapanta.
- 13 -
Durante los últimos 300 años, la demanda de agua para consumo humano ha
crecido tres o cuatro veces más rápido que el crecimiento de la población mundial,
esta tendencia ha sido especialmente marcada con los avances tecnológicos por
medio de organizaciones para el beneficio común de las poblaciones.
En lo que respecta al diseño de los sistemas existen diferentes metodologías;

desde las más antiguas como la de Hardy-Cross que fue desarrollada por el
ingeniero norteamericano H. Cross en 1936 hasta los métodos más modernos
usando computadoras.
El uso de un servicio básico tal como el abastecimiento de agua potable a las

comunidades constituye una condición indispensable para las más elementales
condiciones de habitabilidad, higiene y confort de todo ser humano.
El abastecimiento adecuado de agua potable y los servicios de saneamiento

básicos, proveen beneficios inmediatos y tangibles en bienestar y mejoría de la
salud de las comunidades que cuentan con este servicio. Es por ello que toda
organización necesita estar bien organizada con métodos tecnológicos para el
buen desempeño y facilidad de los usuarios, además cuando éstas se encuentran
con toda la información manual, puede traer inconsistencia de los datos, es por
ello que se necesita implementar un sistema informático para que exista la
integridad de los datos en dicha institución como es la Junta de Agua Potable en la
Comunidad de San Isidro de la Parroquia San Andrés, Cantón Píllaro, Provincia
de Tungurahua.
Misión
Contribuir a la salud y bienestar de las comunidades de la cabecera parroquial, a

través de la dotación de servicios básicos de agua potable y alcantarillado,
trabajando con un equipo humano capacitado y comprometido, con tecnología
adecuada y altos estándares de calidad.
- 14 -
Visión
Ser una entidad de servicio público moderna con cobertura total y responsabilidad
social, reconocida por su enfoque en la satisfacción de las necesidades de sus
usuarios.
Objetivos:
 Enlazar a los actores del sector agua y saneamiento y brindar un
enfoque integral de la visión sectorial.
 Difundir y socializar información, análisis, puntos de vista, iniciativas,

experiencias sobre temas relacionados a agua y saneamiento.
Funciones:
Dentro de la entidad, se desarrollan algunas funciones, entre otras están:
 La Entrega/Recepción de lecturas de consumo mensual por sector.

 Cobro de tarifas de agua potable al cierre de cada mes por sector.
 Programación y control de mingas por sector.
 Control de mingas por sector.
 Control de sesiones por sector.
 Control de cuentas conexión actuales por sector.
 Control de los traspasos de conexión (cuentas) por sector.
 Control de los cambios de domicilio conexión (cuentas) por sector.
 Notificación a los contribuyentes para los cambios de medidores a realizar.
 Noticación a los morosos por concepto de tarifas de agua potable
adeudadas.
 Recepción de solicitudes de nuevas conexiones.
 Cortes de servicio de agua potable a los contribuyentes por estado de
morosidad en la tarifa mensual.
 Venta de nuevas conexiones a los solicitantes.
 Venta de medidores etc.
- 15 -
Planteamiento del Problema
El agua potable es indispensable para la vida del hombre, pero escasea en la

medida que la población aumenta y porque lamentablemente es desperdiciada por
personas ignorantes y carentes de sentido de responsabilidad y solidaridad
humana. Después del aire, el agua es el elemento más indispensable para la
existencia del hombre. Por eso es preocupante que su obtención y conservación
se esté convirtiendo en un problema crucial; por ello es necesario tener un manejo
adecuado y un control automatizado de los recursos hídricos.
En la actualidad los avances tecnológicos han tenido una vertiginosa evolución.

Las computadoras se han hecho indispensables para las organizaciones de todo
tipo de información en cualquier área, por la velocidad, confiabilidad que estas
nos brindan, y las han convertido en una herramienta indispensable en cualquier
lugar de trabajo dejando el manejo manual de información; por lo tanto cualquier
institución que aún no dispone de un sistema computarizado para el control de sus
actividades tiene grandes problemas e inconsistencia en el manejo de la
información.
En la parroquia existen más de 8 Juntas Regionales Administradoras de Agua

Potable dispersas de las cuales apenas el 1 % cuentan con un sistema informático
para el cobro de tarifas.
La gran mayoría de las Juntas de Agua Potable realizan los cobros tarifarios de
forma manual lo que ocasiona: proceso de recaudación inexacto, deficiente
atención a los contribuyentes, no obtención de los resultados deseados en el
momento oportuno, trayendo como consecuencia entre otras las siguientes:
a) Sistema manualmente la recaudación de agua de consumo humano, se da

recaudaciónes inexactos.
b) Almacenamiento manual de la informacion, ocaciona perdida de datos.
c) Reporte manual de las operaciones, deficiente atención a los
contribuyentes.
- 16 -
ARBOL DE PROBLEMAS
Recaudaciones Ocaciona Deficiente

Efectos Inexactas perdida de atención
datos
Inadecuado Sistema manual del control y

Problema facturación de agua potable.
Registro Almacenamiento Reporte

Manual de Manual de manual de
Causas Facturacion Información operaciones
Justificación
Varias Juntas Sectoriales de Agua Potable “Consorcio Regional Pillaro Alto”

manejan un sistema manual de información acerca de las tarifas recaudadas, los
resultados que se obtienen con este sistema son poco favorables para la
institución, por eso es mejor usar la tecnología que tenemos a nuestro alcance para
lograr atraer resultados óptimos.
El manejo manual de información es una práctica que en muy poco tiempo se la

dejará de lado completamente, y en un mundo cambiante como el nuestro que
cada día se va tecnificando, la mejor solución es adaptarse a los cambios para
mejorar y evolucionar; por esta razón es útil investigar y aprovechar el avance
tecnológico para desarrollar sistemas automatizados, puesto que las aplicaciones
son herramientas de trabajo y mejoran el desempeño de la institución.
Es importante que la Junta de Agua Potable del “Consorcio Pillaro Alto” se

implante un Sistema de Facturación para controlar las tarifas recaudadas, puesto
que el cobro “real del agua” es una necesidad actual para mejorar la operación y el
- 17 -
mantenimiento de los sistemas, así como para garantizar el suministro de agua
para consumo humano y financiar en nuevas ampliaciones que beneficien a más
gente con mejores servicios de agua potable y saneamiento.
Los beneficiarios serán en primer lugar los contribuyentes quienes ahorrarán

tiempo al realizar esta actividad y además recibirán un servicio eficiente, luego
quienes manejan el sistema porque dispondrán de una información exacta y
oportuna.
Los beneficios que se conseguirían con este sistema son: optimización de

procesos, velocidad de procesamiento, recuperación rápida y eficiente de la
información, seguridad de los datos, cobros reales del agua y permitirá brindar
mejor atención a los contribuyentes.
Objetivos:
Objetivo General
Desarrollar un Sistema Informático Administrativo para la Junta de Agua

Potable “Consorcio Pillaro Alto” del cantón Píllaro provincia de Tungurahua,
bajo la Arquitectura Cliente/Servidor 3 capas.
Objetivos Específicos:
 Desarrollar el Sistema de Facturación que permita controlar las tarifas

recaudadas por consumo de agua potable para obtener recaudaciones
exactas.
 Crear una base de datos que permita almacenar gran cantidad de
información de manera que este protegida y al mismo tiempo sea eficiente.
 Generar reportes al usuario, mediante búsquedas rapidas de los datos.
- 18 -
CAPITULO II
MARCO TEÓRICO
Antecedentes Investigativos
En la Junta de Agua Potable “Consorcio Píllaro Alto” no se ha realizado temas

relacionados con la implementación de un Sistema de Facturación, así como
tampoco ha sido abordado por otros investigadores, constituyéndolo en un tema
exclusivo, no obstante una vez revisado los archivos de la facultad de Ingeniería
en Sistemas Electrónica e Industrial de la Universidad Técnica de Ambato, se
encontró que existen varios temas de desarrollo de un Sistema de Facturación,
pero en especial se resaltan un tema como: “Desarrollo e implantación de un
sistema para el control y facturación del agua potable en el municipio de Tisaleo”
que fue implantado en el año 2008 por el Ing. Hugo Freire, desarrollando un
software para el Ilustre Municipio del Cantón Tisaleo para el control y facturación
del agua potable, utilizando Sharp Develop y Microsoft SQL Server 2005
Express;la base de datos soporta gran cantidad de información y es de gran
eficiencia a la hora de recuperar la información, el sistema cuenta con módulos de
búsquedas inteligentes permitiendo que se atienda al público de forma rápida y
precisa, posee una presentación por categoría de información la cual ayuda para la
toma de decisiones, el sistema está diseñado en una arquitectura multi-capas; este
tema posee similitud con el actual proyecto que se encuentra en desarrollo, para
destacar lo significativo de este proyecto es que servirá de soporte para realizar
investigaciones que oriente al correcto desarrollo del sistema de facturación para
el control automatizado de las tarifas recaudadas en las Juntas Administradoras de
Agua Potable “Consorcio Píllaro Alto”. Previo a una investigación realizada por
el investigador en diferentes medios de consulta como en direcciones electrónicas,
bibliotecas, se puede contar con la suficiente información bibliográfica que servirá
de ayuda para el desarrollo del presente
- 19 -
trabajo sin que exista inconvenientes en el cumplimiento del cronograma de
actividades, lo que hace factible su realización.
El presente trabajo se realizará en beneficio a las comunidades del sector a través,

de una vinculación social de la comunidad universitaria de Universidad
Tecnológica Indoamérica y el Consorcio Pillaro Alto.
Fundamentación Teórica
El proceso de producción de la aplicación informática lleva consigo realizar una

serie de tareas repartidas en cinco etapas, llamadas: análisis, diseño, codificación,
pruebas y mantenimiento. A estas cinco etapas se les conoce como ciclo de vida
de un producto software, o dicho de otra forma, el ciclo de vida de un programa
son las distintas etapas por las que éste tiene que pasar durante su existencia.
Análisis
Diseño
Codificación
Pruebas
Mantenimiento
Todas las tareas del proceso de desarrollo de software van a ser planificadas, es
decir, para cada una de ellas se establecerá una fecha aproximada de inicio y otra
de fin. Además, todas las tareas van a ser controladas a lo largo de todo el
proceso de producción, esto es, se debe realizar un seguimiento continuo del
proyecto informático. A todo este proceso de producción y gestión de software se
le conoce como Ingeniería del Software.
- 20 -
Las distintas fases del ciclo de vida de un programa se deben realizar
secuencialmente, tal y como se muestra en la figura. En cada una de las etapas se
generará una documentación que servirá para iniciar la siguiente. A este proceso
se le conoce como ciclo de vida clásico o en cascada, y es la base fundamental
sobre la que se apoya la Ingeniería del Software.
Existen otros tipos o modelos de ciclos de vida, tales como: clásico con prototipo,
automático, en espiral, etc. Pero, todos ellos están basados de alguna manera en el
modelo clásico.
BASE DE DATOS
Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un

conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso. En este sentido, una biblioteca puede
considerarse una base de datos compuesta en su mayoría por documentos y textos
impresos en papel e indexados para su consulta. En la actualidad, y debido al
desarrollo tecnológico de campos como la informática y la electrónica, la mayoría
de las bases de datos están en formato digital (electrónico), que ofrece un amplio
rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos, abreviados

SGBD, que permiten almacenar y posteriormente acceder a los datos de forma
rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y
administración, se estudian dentro del ámbito de la informática.
Las aplicaciones más usuales son para la gestión de empresas e instituciones

públicas. También son ampliamente utilizadas en entornos científicos con el
objeto de almacenar la información experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de
ellos se encuentran protegidos por las leyes de varios países. Por ejemplo, en
España los datos personales se encuentran protegidos por la Ley Orgánica de
Protección de Datos de Carácter Personal (LOPD).”
- 21 -
Tipos de Base de Datos
Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto

que se esté manejando, o la utilidad de la misma:
Según la variabilidad de los datos almacenados
Bases de datos dinámicas
Éstas son bases de datos donde la información almacenada se modifica con el

tiempo, permitiendo operaciones como actualización, borrado y adición de datos,
además de las operaciones fundamentales de consulta. Un ejemplo de esto puede
ser la base de datos utilizada en un sistema de información de una tienda de
abarrotes, una farmacia, un videoclub.
Modelos de Base de Datos
Un modelo de datos es básicamente una "descripción" de algo conocido como

contenedor de datos (algo en donde se guarda la información), así como de los
métodos para almacenar y recuperar información de esos contenedores. Los
modelos de datos no son cosas físicas: son abstracciones que permiten la
implementación de un sistema eficiente de base de datos; por lo general se
refieren a algoritmos, y conceptos matemáticos.
Algunos modelos con frecuencia utilizados en las bases de datos:
Base de datos de red
Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental

es la modificación del concepto de nodo: se permite que un mismo nodo tenga
varios padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una
solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad
que significa administrar la información en una base de datos de red ha
significado que sea un modelo utilizado en su mayoría por programadores más
que por usuarios finales.
- 22 -
Bases de datos transaccionales
Son bases de datos cuyo único fin es el envío y recepción de datos a grandes
velocidades, estas bases son muy poco comunes y están dirigidas por lo general al
entorno de análisis de calidad, datos de producción e industrial, es importante
entender que su fin único es recolectar y recuperar los datos a la mayor velocidad
posible, por lo tanto la redundancia y duplicación de información no es un
problema como con las demás bases de datos, por lo general para poderlas
aprovechar al máximo permiten algún tipo de conectividad a bases de datos
relacionales.
Bases de datos relacionales
Éste es el modelo utilizado en la actualidad para modelar problemas reales y

administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970
por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó
en consolidarse como un nuevo paradigma en los modelos de base de datos. Su
idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse
en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la
teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces
se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada
relación como si fuese una tabla que está compuesta por registros (las filas de una
tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen

relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto
tiene la considerable ventaja de que es más fácil de entender y de utilizar para un
usuario esporádico de la base de datos. La información puede ser recuperada o
almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder
para administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales
es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un
estándar implementado por los principales motores o sistemas de gestión de bases
de datos relacionales.
- 23 -
Durante su diseño, una base de datos relacional pasa por un proceso al que se le
conoce como normalización de una base de datos.
Durante los años 80 la aparición de dBASE produjo una revolución en los

lenguajes de programación y sistemas de administración de datos. Aunque nunca
debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.”
Tipología de las Bases de Datos Documentales
Se pueden establecer diferentes tipologías para caracterizar los diferentes modelos

de bases de datos documentales. Aquí se han establecido cinco clasificaciones
alternativas:
− Según el organismo productor.
− Según el modo de acceso.
− Según su cobertura temática y el destinatario.
− Según su cobertura documental.
− Según el modelo de tratamiento documental.
Las tres primeras son aplicables a cualquier tipo de base de datos, mientras que las
otras dos son específicas de las bases de datos documentales.
Hay diferentes tipos de acceso en línea:
- Acceso vía telnet o mediante conexión telefónica: el usuario realiza una

conexión estable al host (gran ordenador) en donde se halla la base de datos, bien
a través de la línea telefónica ordinaria, de redes especiales de transmisión de
datos o a través de Internet. La interfaz de usuario instalada en dicho ordenador
remoto determinará si la interrogación debe realizarse por menús o por comandos
o expresiones de un lenguaje determinado. Cuando un usuario entra en una base
de datos vía telnet establece una sesión de trabajo interactiva con el programa que
gestiona la base de datos, que le permite aplicar todas las posibilidades de
interrogación que tenga el sistema: selección, combinación y visualización o
- 24 -
impresión de resultados. En cualquier momento podrá visualizar todas las
búsquedas realizadas hasta ese instante y establecer combinaciones entre ellas.
- Acceso vía web: conexión a través de un formulario existente en una página web
de Internet, diseñado para lanzar preguntas a una base de datos. Este medio de
acceso se realiza, en ocasiones, con la restricción de tener que definir la estrategia
de búsqueda en un único paso, sin que sea posible combinar búsquedas realizadas
anteriormente.
Estructura Interna de una Base de Datos
Las bases de datos se componen de diferentes registros con su correspondiente

número de identificación. En una base de datos bibliográfica cada registro se
corresponde con una referencia de un documento original, que puede ser una
publicación independiente (monografía, tesis, informe) o una parte con autonomía
de contenido dentro de otra publicación (artículo incluido en una revista, una serie
o una compilación, ponencia o comunicación en las actas de una reunión
científica).
La información contenida en cada registro bibliográfico se estructura en diferentes

campos para facilitar su control sistemático y su recuperación individualizada.
Algunos campos reflejarán la descripción formal del documento y otros van
destinados a reflejar su contenido temático. Según el modelo de base de datos y
eltipo de documentos vaciado en la misma se establece una estructura de campos
particular.
Según la cobertura temática se pueden encontrar campos como los siguientes:
- Descriptores: términos que describen conceptos teóricos tratados de forma

especialmente relevante en el artículo.
- Identificadores: nombres propios de personas, obras o instituciones tratadas en el

artículo.
- Topónimos o identificadores geográficos: nombres propios de lugar.
- Sustancias químicas (en bases de datos de esta temática u otras afines).
- 25 -
- Magnitudes numéricas (en bases de datos de ingeniería)
- Coordenadas geográficas (en bases de datos sobre geología o geografía)
- Legislación y/o Jurisprudencia (en bases de datos de Derecho)
- Período histórico: fechas, décadas o siglos a los que se refiere la temática tratada
en el documento (en bases de datos sobre Historia).
También pueden existir otros campos para la descripción formal:
- Afiliación institucional de los autores.
- ISSN de la revista.
- País de edición de la revista.
- Biblioteca o fondo donde se localiza el documento.
Para facilitar la rapidez en la recuperación de información, los sistemas de gestión

documental permiten la elaboración de diccionarios o índices alfabéticos. Algunos
programas trabajan con un índice único formado por palabras procedentes de
todos los campos de cada registro. Otros manejan diferentes índices para cada
campo. El productor de la base de datos deberá configurar cómo se construyen
estos diccionarios según las necesidades de información que se desea cubrir y
según las posibilidades que ofrecen el programa o software utilizado.
Opciones de Búsqueda
En general todos los sistemas de recuperación de información (se presenten en

forma de lenguaje de comandos, por menús o en formularios) permiten realizar
diferentes modalidades de búsqueda:
Búsqueda directa: se teclea directamente una o varias palabras en el espacio

reservado para ello por el sistema de interrogación en la base de datos.
Pueden distinguirse a su vez dos tipos dentro de esta modalidad:
- Interrogación en texto libre: el usuario realiza su consulta sin tener en cuenta la

estructura de campos de los registros de la base de datos.
- 26 -
Generalmente, el sistema busca el término o los términos solicitados en la
totalidad de los campos de la base. En algunas bases de datos esta búsqueda se
realiza solamente en determinados campos, aquellos que el administrador de la
misma ha establecido.
- Interrogación en campos individuales: el usuario realiza su consulta

directamente sobre el campo o campos que ha seleccionado previamente: autor,
revista, descriptores, etc.
Búsqueda a través de índices: en vez de teclear un término, el usuario visualiza un

diccionario o índice alfabético de las entradas de todos los campos o de uno
concreto (índice de autores, descriptores) y selecciona las más adecuados a su
búsqueda. El proceso puede parecer más lento pero es más seguro, ya que la
búsqueda se adapta mejor al contenido real de los registros de una base de datos.
En esta posibilidad hay que tener en cuenta si el sistema trabaja con uno o varios
índices y cómo se realizan los mismos:
- Índices por palabras: incluyen solamente untérmino (conceptos expresados en

una sola palabra). Se elaboran, por ejemplo, con todas las palabras extraídas del
título o del resumen de los documentos. La mayoría de los productores de bases
de datos establecen una lista de “palabras vacías” (preposiciones, artículos) para
reducir el tamaño de estos índices. Los términos presentes en esta lista de palabras
vacías no serán consultables.
- Índices por frase: incluyen entradas compuestas por varias palabras. Por
ejemplo: apellidos y nombre del autor, descriptores o encabezamientos de
materias.
Búsqueda jerarquizada: la interrogación se realiza a través de una estructura

jerárquica. Es decir, a partir de un concepto genérico se pueden localizar, no sólo
los registros en los que aparece dicho término, sino además todos aquellos en los
que figure algún concepto más específico de su campo semántico.
- 27 -
Está opción de búsqueda sólo será posible en aquellos sistemas de información
que cuenten con campos codificados o que utilicen lenguajes estructurados
jerárquicamente en la clasificación o en los descriptores.
Búsqueda a través de códigos: en determinados campos de algunas bases de datos

la interrogación no se realiza a través de un texto sino a través de códigos
numéricos o alfanuméricos. Pueden ser campos codificados la clasificación, el
idioma, la tipología documental.
Proceso de Normalización
El proceso de normalización es un estándar que consiste, básicamente, en un

proceso de conversión de las relaciones entre las entidades, evitando:
La redundancia de los datos: repetición de datos en un sistema.
Anomalías de actualización: inconsistencias de los datos como resultado de datos

redundantes y actualizaciones parciales.
Anomalías de borrado: pérdidas no intencionadas de datos debido a que se han

borrado otros datos.
Anomalías de inserción: imposibilidad de adicionar datos en la base de datos

debido a la ausencia de otros datos.
Definición de la clave
Antes de proceder a la normalización de la tabla lo primero que debemos de

definir es una clave, esta clave deberá contener un valor único para cada registro
(no podrán existir dos valores iguales en toda la tabla) y podrá estar formado por
un único campo o por un grupo de campos.
Una vez definida la clave podremos pasar a estudiar la primera forma normal.
Primera forma normal (1NF)
Se dice que una tabla se encuentra en primera forma normal (1NF) si y solo si
cada uno de los campos contiene un único valor para un registro determinado.
- 28 -
Segunda forma normal (2NF)
La segunda forma normal compara todos y cada uno de los campos de la tabla con
la clave definida. Si todos los campos dependen directamente de la clave se dice
que la tabla está es segunda forma normal (2NF).
Tercera forma normal (3NF)
Se dice que una tabla está en tercera forma normal si y solo si los campos de la
tabla dependen únicamente de la clave, dicho en otras palabras los campos de las
tablas no dependen unos de otros.
Cuarta forma normal (4NF)
Una tabla está en cuarta forma normal si y sólo si para cualquier combinación
clave - campo no existen valores duplicados.
Otras formas normales
Existen otras dos formas normales, la llamada quinta forma normal (5FN) que no
detallo por su dudoso valor práctico ya que conduce a una gran división de tablas
y la forma normal dominio / clave (FNDLL) de la que no existe método alguno
para su implantación.
Las interrelaciones
Las interrelaciones son las relaciones que existen entre varias tablas del sistema
(Clientes y Pedidos, por ejemplo). Existen tres formas de interrelaciones
dependiendo de la cardinalidad con la que se combinan los elementos de ambas
tablas.
Interrelaciones uno a uno
Una interrelación es de uno a uno entre la tabla A y la tabla B cuando a cada

elemento de la clave de A se le asigna un único elemento de la tabla B y para cada
- 29 -
elemento de la clave de la tabla B contiene un único elemento en la tabla A.
Representamos la relación como A 1: 1 B.
Ante la presencia de este tipo de relación nos podemos plantear el caso de unificar
todos los datos en única tabla pues no es necesario mantener ambas tablas a la
misma vez.
Este tipo de relación se genera cuando aparecen tablas muy grandes, con gran
cantidad de campos, disgregando la tabla principal en dos para evitar tener una
tabla muy grande. También surge cuando los diferentes grupos de usuario
cumplimentan una información diferente para un mismo registros; en este caso se
crean tantas tablas como registros, evitando así tener que acceder a información
que el usuario del grupo actual no necesita.
Interrelaciones uno a varios
Una interrelación es de uno a varios entre las tablas A y B cuando una clave de la
tabla A posee varios elementos relacionados en la tabla B y cuando una clave de
la tabla B posee un único elemento relacionado en la tabla A.
Estas relaciones suelen surgir de aplicar la 1NF a una tabla.
Interrelaciones varios a varios
Una interrelación es de varios a varios entre las tablas A y B cuando una clave de
la tabla A posee varios elementos relacionados en la tabla B y cuando una clave
de la tabla B posee varios elementos relacionados en la tabla A.
Esta interrelación la representamos como A n: n B.
No se deben definir relaciones de este tipo en un sistema de bases de datos, debido

a su complejidad a la hora de su mantenimiento, por este motivo se debe
transformar este tipo de relación es dos interrelaciones de tipo 1: n, empleando
para ello una tabla que denominaremos puente y que estará formada por las claves
de ambas tablas. Esta tabla puente debe contener una única clave compuesta
formada por los campos clave de las tablas primeras.
- 30 -
Problemas con las interrelaciones
A la hora de establecer las interrelaciones existentes en un sistema de bases de

datos nos podemos encontrar dos problemas:
Interrelaciones recursivas: un elemento se relaciona consigo mismo directamente.
Interrelaciones circulares o cíclicas: A se relaciona con B, B se relaciona con C y

C se relaciona con A.
Ambos casos pueden suponer un grave problema si definimos una relación con
integridad referencial y decimos eliminar en cascada (al eliminar una clave de la
tabla A se eliminan los elementos relacionados en la tabla B).
Las interrelaciones cíclicas o circulares no son muy frecuentes y no existe una

metodología estándar para su eliminación, normalmente son debidas a errores de
diseño en la base de datos, principalmente en el diseño conceptual del sistema de
datos. Por tanto si llegamos a este punto hay que volver a replantearse todo el
diseño de la base de datos.
Atributos de las interrelaciones
En la mayoría de las interrelaciones definidas será conveniente exigir integridad

relacional entre las claves. Exigiendo la integridad referencial se consigue que en
una relación de tipo 1: n o de tipo 1: 1, no se puede añadir ningún valor en la tabla
destino si no existe en la tabla origen.
Definida la integridad referencial (siempre necesaria) podemos exigir la

actualización en cascada (siempre necesaria).
Para concluir debemos hablar de la eliminación en cascada (NO siempre

necesaria), la eliminación en cascada consiste en eliminar todos los datos
dependientes de una clave. En muchas ocasiones no interesa realizar esta
operación de eliminación en cascada por motivos diversos.
- 31 -
PostgreSQL
Es un sistema de gestión de base de datos relacional orientada a objetos y libre,

publicado bajo la licencia BSD.
Como muchos otros proyectos de código abierto, el desarrollo de PostgreSQL no

es manejado por una sola empresa sino que es dirigido por una comunidad de
desarrolladores y organizaciones comerciales las cuales trabajan en su desarrollo.
Dicha comunidad es denominada el PGDG (PostgreSQL Global
DevelopmentGroup).
Historia
PostgreSQL ha tenido una larga evolución, la cual se inicia en 1982 con el

proyecto Ingres en la Universidad de Berkeley. Este proyecto, liderado por
Michael Stonebraker, fue uno de los primeros intentos en implementar un motor
de base de datos relacional. Después de haber trabajado un largo tiempo en Ingres
y de haber tenido una experiencia comercial con él mismo, Michael decidió volver
a la Universidad en 1985 para trabajar en un nuevo proyecto sobre la experiencia
de Ingres, dicho proyecto fue llamado post-ingres o simplemente POSTGRES.
El proyecto post-ingres pretendía resolver los problemas con el modelo de base de

datos relacional que habían sido aclarados a comienzos de los años 1980. El
principal de estos problemas era la incapacidad del modelo relacional de
comprender "tipos", es decir, combinaciones de datos simples que conforman una
única unidad. Actualmente estos son llamados objetos. Se esforzaron en introducir
la menor cantidad posible de funcionalidades para completar el soporte de tipos.
Estas funcionalidades incluían la habilidad de definir tipos, pero también la
habilidad de describir relaciones - las cuales hasta ese momento eran ampliamente
utilizadas pero mantenidas completamente por el usuario. En Postgres la base de
datos «comprendía» las relaciones y podía obtener información de tablas
relacionadas utilizando reglas. Postgres usó muchas ideas de Ingres pero no su
código.
- 32 -
La siguiente lista muestra los hitos más importantes en la vida del proyecto
Postgres.
 1986: se publicaron varios papers que describían las bases del sistema.
 1988: ya se contaba con una versión utilizable.
 1989: el grupo publicaba la versión 1 para una pequeña comunidad de
usuarios.
 1990: se publicaba la versión 2 la cual tenía prácticamente reescrito el
sistema de reglas.
 1991: publicación de la versión 3, esta añadía la capacidad de múltiples
motores de almacenamiento.
 1993: crecimiento importante de la comunidad de usuarios, la cual
demandaba más características.
 1994: después de la publicación de la versión 4, el proyecto terminó y el
grupo se disolvió.
Después de que el proyecto POSTGRES' terminara, dos graduados de la

universidad, Andrew Yu y JollyChen, comenzaron a trabajar sobre el código de
POSTGRES, esto fue posible dado que POSTGRES estaba licenciado bajo la
BSD, y lo primero que hicieron fue añadir soporte para el lenguaje SQL a
POSTGRES, dado que anteriormente contaba con un intérprete del lenguaje de
consultas QUEL (basado en Ingres), creando así el sistema al cual denominaron
Postgres95.
Para el año 1996 se unieron al proyecto personas ajenas a la Universidad como

Marc Fournier de Hub.Org NetworkingServices, Bruce Momjian y Vadim B.
Mikheev quienes proporcionaron el primer servidor de desarrollo no universitario
para el esfuerzo de desarrollo de código abierto y comenzaron a trabajar para
estabilizar el código de Postgres95.
En el año 1996 decidieron cambiar el nombre de Postgres95 de tal modo que

refleje la característica del lenguaje SQL y lo terminaron llamando PostgreSQL,
cuya primera versión de código abierto fue lanzada el 1 de agosto de 1996. La
primera versión formal de PostgreSQL (6.0) fue liberada en enero de 1997. Desde
- 33 -
entonces, muchos desarrolladores entusiastas de los motores de base de datos se
unieron al proyecto, coordinaron vía Internet y entre todos comenzaron a
incorporar muchas características al motor.
Aunque la licencia permitía la comercialización de PostgreSQL, el código no se

desarrolló en principio con fines comerciales, algo sorprendente considerando las
ventajas que PostgreSQL ofrecía. La principal derivación se originó cuando Paula
Hawthtorn (un miembro del equipo original de Ingres que se pasó a Postgres) y
Michael Stonebraker conformaron IllustraInformation Technologies para
comercializar Postgres.
En 2000, ex inversionistas de Red Hat crearon la empresa Great Bridge para

comercializar PostgreSQL y competir contra proveedores comerciales de bases de
datos. Great Bridge auspició a varios desarrolladores de PostgreSQL y donó
recursos de vuelta a la comunidad, pero a fines de 2001 cerró debido a la dura
competencia de compañías como Red Hat y pobres condiciones del mercado.
En 2001, CommandPrompt, Inc. lanzó Mammonth PostgreSQL, la más antigua

distribución comercial de PostgreSQL. Continúa brindando soporte a la
comunidad PostgreSQL a través del auspicio de desarrolladores y proyectos,
incluyendo PL/Perl, PL/php y el alojamiento de proyectos de comunidades como
PostgreSQL Build Farm.
En enero de 2005, PostgreSQL recibió apoyo del proveedor de base de datos

Pervasive Software, conocido por su producto Btrieve que se utilizaba en la
plataforma Novell Netware, Pervasive anunció soporte comercial y participación
comunitaria y logró algo de éxito. Sin embargo, en julio de 2006 dejó el mercado
de soporte de PostgreSQL.
A mediados de 2005 otras dos compañías anunciaron planes para comercializar

PostgreSQL con énfasis en nichos separados de mercados. EnterpriseDB añadió
funcionalidades que le permitían a las aplicaciones escritas para trabajar con
Oracle ser más fáciles de ejecutar con PostgreSQL. Greenplum contribuyó
mejoras directamente orientadas a aplicaciones de Data Warehouse e Inteligencia
de negocios, incluyendo el proyecto BizGres.
- 34 -
En octubre de 2005, John Loiacono, vicepresidente ejecutivo de software en San
Microsystems comentó: "No estamos yendo tras el OEM de Microsoft pero
estamos viendo a PostgreSQL ahora", aunque no se dieron especificaciones en ese
momento. Para noviembre de 2005, San Solares 10 (lanzamiento 6/06) incluía
PostgreSQL.
En agosto de 2007 EnterpriseDB anunció el Postgres Rezurce Center y

EnterpriseDB Postgres, diseñados para ser una completamente configurada
distribución de PostgreSQL incluyendo muchos módulos contribuidos y
agregados. EnterpriseDB Postgres fue renombrado Postgres Plus en marzo de
2008.
El proyecto PostgreSQL continúa haciendo lanzamientos principales anualmente

y lanzamientos menores de reparación de bugs, todos disponibles bajo la licencia
BSD, y basados en contribuciones de proveedores comerciales, empresas
aportantes y programadores de código abierto mayormente.
Características
Algunas de sus principales características son, entre otras:
Alta concurrencia
Mediante un sistema denominado MVCC (Acceso concurrente multiversión, por

sus siglas en inglés) PostgreSQL permite que mientras un proceso escribe en una
tabla, otros accedan a la misma tabla sin necesidad de bloqueos. Cada usuario
obtiene una visión consistente de lo último a lo que se le hizo commit. Esta
estrategia es superior al uso de bloqueos por tabla o por filas común en otras
bases, eliminando la necesidad del uso de bloqueos explícitos.
Amplia variedad de tipos nativos
PostgreSQL provee nativamente soporte para:
 Números de precisión arbitraria.

 Texto de largo ilimitado.
 Figuras geométricas (con una variedad de funciones asociadas)
- 35 -
 Direcciones IP (IPv4 e IPv6).
 Bloques de direcciones estilo CIDR.
 Direcciones MAC.
 Arrays.
Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que
pueden ser por completo indexables gracias a la infraestructura GiST de
PostgreSQL. Algunos ejemplos son los tipos de datos GIS creados por el proyecto
PostGIS.
Otras características
 Claves ajenas también denominadas Llaves ajenas o Claves Foráneas

(foreignkeys).
 Disparadores (triggers): Un disparador o trigger se define en una acción
específica basada en algo ocurrente dentro de la base de datos. En
PostgreSQL esto significa la ejecución de un procedimiento almacenado
basado en una determinada acción sobre una tabla específica. Ahora todos
los disparadores se definen por seis características:
 El nombre del disparador o trigger
 El momento en que el disparador debe arrancar
 El evento del disparador deberá activarse sobre...
 La tabla donde el disparador se activará
 La frecuencia de la ejecución
 La función que podría ser llamada
Entonces combinando estas seis características, PostgreSQL le permitirá crear una

amplia funcionalidad a través de su sistema de activación de disparadores
(triggers).
 Vistas.
 Integridad transaccional.
 Herencia de tablas.
 Tipos de datos y operaciones geométricas.
- 36 -
 Soporte para transacciones distribuidas. Permite a PostgreSQL integrase
en un sistema distribuido formado por varios recursos (p.ej, una base de
datos PostgreSQL, otra Oracle, una cola de mensajes IBM MQ JMS y un
ERP SAP) gestionado por un servidor de aplicaciones donde el éxito
("commit") de la transacción goblal es el resultado del éxito de las
transacciones locales.
Funciones
Bloques de código que se ejecutan en el servidor. Pueden ser escritos en varios

lenguajes, con la potencia que cada uno de ellos da, desde las operaciones básicas
de programación, tales como bifurcaciones y bucles, hasta las complejidades de la
programación orientada a objetos o la programación funcional.Los disparadores
(triggers en inglés) son funciones enlazadas a operaciones sobre los datos.
Algunos de los lenguajes que se pueden usar son los siguientes:
 Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de oracle).

 C.
 C++.
 Java PL/Java web.
 PL/Perl.
 plPHP.
 PL/Python.
 PL/Ruby.
 PL/sh.
 PL/Tcl.
 PL/Scheme.
 Lenguaje para aplicaciones estadísticas R por medio de PL/R.
PostgreSQL soporta funciones que retornan "filas", donde la salida puede tratarse
como un conjunto de valores que pueden ser tratados igual a una fila retornada por
una consulta (query en inglés).
- 37 -
Las funciones pueden ser definidas para ejecutarse con los derechos del usuario
ejecutor o con los derechos de un usuario previamente definido. El concepto de
funciones, en otros DBMS, son muchas veces referidas como "procedimientos
almacenados" (stored procedures en inglés).”
LENGUAJE DE PROGRAMACIÓN
Es un conjunto de sintaxis y reglas semánticas que definen los programas del

computador. Es una técnica estándar de comunicación para entregarle
instrucciones al computador. Un lenguaje le da la capacidad al programador de
especificarle al computador, qué tipo de datos actúan y que acciones tomar bajo
una variada gama de circunstancias, utilizando un lenguaje relativamente próximo
al lenguaje humano.
Un programa escrito en un lenguaje de programación necesita pasar por un

proceso de compilación, interpretación o intermedio, es decir, ser traducido al
lenguaje de máquina para que pueda ser ejecutado por el ordenador.
Generaciones de los Lenguajes
Los equipos de ordenador (el hardware) han pasado por cuatro generaciones, de
las que las tres primeras (ordenadores con válvulas, transistores y circuitos
integrados) están muy claras, la cuarta (circuitos integrados a gran escala) es más
discutible.
Algo parecido ha ocurrido con la programación de los ordenadores (el software),

que se realiza en lenguajes que suelen clasificarse en cinco generaciones, de las
que las tres primeras son evidentes, mientras no todo el mundo está de acuerdo en
las otras dos.
Estas generaciones no coincidieron exactamente en el tiempo con las de hardware,

pero sí de forma aproximada, y son las siguientes:
- 38 -
Primera generación: Los primeros ordenadores se programaban directamente en
código binario, que puede representarse mediante secuencias de ceros y unos
sistema binario. Cada modelo de ordenador tiene su propio código, por esa razón
se llama lenguaje de máquina.
Segunda generación: Los lenguajes simbólicos, así mismo propios de la

máquina, simplifican la escritura de las instrucciones y las hacen más legibles.
Tercera generación: Los lenguajes de alto nivel sustituyen las instrucciones

simbólicas por códigos independientes de la máquina, parecidas al lenguaje
humano o al de las Matemáticas.
Cuarta generación: se ha dado este nombre a ciertas herramientas que permiten

construir aplicaciones sencillas combinando piezas prefabricadas. Hoy se piensa
que estas herramientas no son, propiamente hablando, lenguajes. Algunos
proponen reservar el nombre de cuarta generación para la programación orientada
a objetos.
Quinta generación: se llama así a veces a los lenguajes de la inteligencia

artificial, aunque con el fracaso del proyecto japonés de la quinta generación el
nombre ha caído en desuso.
Clasificación de los Lenguajes de Programación
Los lenguajes de programación se pueden clasificar dependiendo de varios

criterios así:
- Según el nivel de abstracción.

- Según el paradigma de programación que posee cada uno de ellos.
- Lenguaje de implementación.
Por el Nivel de Abstracción
Según este nivel, tenemos los siguientes lenguajes de programación:
- 39 -
 Lenguaje de máquina.- El lenguaje máquina es el único lenguaje que
puede ejecutar una computadora. El lenguaje de máquina es un código que
es interpretado directamente por el microprocesador.
Un lenguaje máquina es específico de cada arquitectura de computadora.
 Lenguaje de bajo nivel.- Los lenguajes de bajo nivel, conocidos como

lenguajes ensambladores, permiten al programador escribir instrucciones
de un programa usando abreviaturas del inglés, también llamadas palabras
nemotécnicas, tales como: ADD, DIV, SUB, etc.
Un programa escrito en un lenguaje ensamblador tiene el inconveniente de

que no es comprensible para la computadora, ya que, no está compuesto
por ceros y unos.
 Lenguaje de medio nivel.- Se trata de un término no aceptado por todos.

Estos lenguajes se encuentran en un punto medio. Dentro de estos
lenguajes podría situarse C ya que puede acceder a los registros del
sistema, trabajar con direcciones de memoria, todas ellas características de
lenguajes de bajo nivel y a la vez realizar operaciones de alto nivel.
 Lenguaje de alto nivel.- Son aquellos que se encuentran más cercanos al

lenguaje natural que al lenguaje máquina.
Están dirigidos a solucionar problemas mediante el uso de EDD's

(Estructuras Dinámicas de Datos).
Por el Paradigma de Programación
 Lenguaje Funcional.- Programar en un lenguaje funcional significa

construir funciones a partir de las ya existentes. Por lo tanto es importante
conocer y comprender bien las funciones que conforman la base del
lenguaje, así como las que ya fueron definidas previamente. De esta
manera se pueden ir construyendo aplicaciones cada vez más complejas.
- 40 -
 Lenguaje Lógico.- En los lenguajes lógicos se utiliza el formalismo de la
lógica para representar el conocimiento sobre un problema y para hacer
preguntas que, si se demuestra que se pueden deducir a partir del
conocimiento dado en forma de axiomas y de las reglas de deducción
estipuladas, se vuelven teoremas. Así se encuentran soluciones a
problemas formulados como preguntas.
 Lenguaje orientado a objetos.- El modelo de objetos, y los lenguajes que

lo usan, parecen facilitar la construcción de sistemas o programas en forma
modular. Los objetos ayudan a expresar programas en términos de
abstracciones del mundo real, lo que aumenta su comprensión. La clase
ofrece cierto tipo de modularización que facilita las modificaciones al
sistema. La reutilización de clases previamente probadas en distintos
sistemas también es otro punto a favor.
Lenguaje de Implementación
Implementar un lenguaje no es sino la manera de que se ejecute un programa para

una determinada combinación de hardware y software. Básicamente existen dos
formas de implementar un lenguaje: compilación e interpretación.
Compilación es la traducción a un código que pueda utilizar la máquina.
Los programas traductores que pueden realizar esta operación se llaman

¨Versiones¨.
Los primeros rumores de que Microsoft estaba desarrollando un nuevo lenguaje

de programación surgieron en 1998, haciendo referencia a un lenguaje que
entonces llamaban COOL y que decían era muy similar a Java. En junio de 2000,
Microsoft despejó todas las dudas liberando la especificación de un nuevo
lenguaje llamado C#. A esto le siguió rápidamente la primera versión de prueba
del entorno de desarrollo estándar (SDK) .NET, que incluía un compilador de C#.
El nuevo lenguaje estaba diseñado por Anders Hejlsberg( creador de Turbo Pascal
y arquitecto de Delphi ), Scott Wiltamuth y Peter Golde. Entonces describieron el
- 41 -
lenguaje como "...simple, moderno, orientado a objetos, de tipado seguro y con
una fuerte herencia de C/C++".
Una muestra de esta nueva tecnología es el nuevo lenguaje de programación C#.

Este nuevo lenguaje orientado a objetos con énfasis en internet se basa en las
lecciones aprendidas de los lenguajes C, C++, Java y Visual Basic. Por ello se
trata de un lenguaje que combina todas las cualidades que se pueden esperar de un
lenguaje moderno (orientación a objetos, gestión automática de memoria, etc.) a la
vez que proporciona un gran rendimiento.
C# o C Sharp
C# o C Sharp es un lenguaje de programación que está incluido en la Plataforma

.NET y corre en el Lenguaje Común en Tiempo de Ejecución (CLR,
CommonLanguageRuntime). El primer lenguaje en importancia para el CLR es
C#, mucho de lo que soporta la Plataforma .NET está escrito en C#.
C# intenta ser el lenguaje base para escribir aplicaciones .NET
C# deriva de C y C++, es moderno, simple y enteramente orientado a objetos,

simplifica y moderniza a C++ en las áreas de clases, namespaces, sobrecarga de
métodos y manejo de excepciones. Se elimino la complejidad de C++ para hacerlo
más fácil de utilizar y menos propenso a errores.
Características Generales
 C# provee el beneficio de un ambiente elegante y unificado.

 No soporta herencia múltiple, solamente el runtime .NET permite la
herencia múltiple en la forma de interfaces, las cuales no pueden contener
implementación.
 No maneja apuntadores, para emular la función de los apuntadores se
utiliza delegates el cual provee las bases para el .NET eventmodel.
 Por default trabaja con código administrado.
 La Plataforma .NET provee un colector de basura que es responsable de
administrar la memoria en los programas C#.
- 42 -
 El manejo de errores está basado en excepciones.
 Soporta los conceptos como encapsulación, herencia y polimorfismo de la
programación orientada a objetos.
 El Modelo completo de clases está construido en la cima del .NET Virtual
ObjectSystem (VOS). El modelo de objetos es parte de la infraestructura y
ya no forma parte del lenguaje de programación.
 No existen funciones globales, variables o constantes. Todo deber ser
encapsulado dentro de la clase, como un miembro de la instancia
(accesible vía una instancia de clase) o un miembro estático (vía el tipo).
 Los métodos que se definen en las clases son por default no virtuales (no
pueden ser sobre escritos al derivar clases)
 Soporta los modificadores de acceso private, protected, public y agrega un
cuarto modificador internal.
 Solamente se permite una base clase, si se requiere herencia múltiple es
posible implementar intefaces.
 No es posible utilizar variables no inicializadas.
 No es posible hacer el cast de un entero a un tipo de referencia (objeto).
 Los parámetros que son pasados son type-safe.
 El soporte de versiones lo provee el CLR.
 Permite acceder a diferentes APIs a través de .NET
CommonLanguageSpecification, el cual define el estándar de
interoperabilidad entre lenguajes que se adhieran a este estándar.
 La Plataforma .NET provee un acceso transparente a COM.
 Soporta OLE
 Permite la interoperabilidad con APIs al estilo C y DLLs, esta
característica para acceder a APIs nativas es llamada
PlatformInvocationServices (PInvoke)
 Por default el código es safemode, pero es posible declarar clases o sólo
métodos unsafe, esta declaración permite utilizar apuntadores, estructuras
y almacenamiento de arreglos estáticos.
 C# depende del runtime que provee la Plataforma .NET, el runtime
administra la ejecución de código.
- 43 -
Arquitectura de Computadoras
La disciplina dedicada a la construcción, estudio y aplicación de los computadores

recibe el nombre de Arquitectura de Computadores y puede ser dividida en cinco
partes fundamentales: entrada y salida, comunicaciones, control, procesamiento y
almacenamiento. Esta es de interés tanto para los ingenieros en electrónica y
computación, dedicados al diseño de hardware, como para los científicos en
computación e ingenieros de software, dedicados al diseño de programas.
Asimismo, la arquitectura de computadores es un concepto que integra software,
hardware, algoritmos y lenguajes de programación para el procesamiento de datos
y la generación de información.
El diseño y construcción de computadores es frecuentemente visto como labor de

un ingeniero más que de un científico. Sin embargo, las demandantes necesidades
de equipos de cómputo cada vez más veloces y poderosos requieren de la
aplicación práctica de diversos conceptos teóricos. Tales necesidades, involucran
computadores individuales (uniprocesadores), computadores compuestos
(multiprocesadores) y supercomputadores.
PLATAFORMA .NET
La plataforma .NET de Microsoft es un componente de software que puede ser

añadido al sistema operativoWindows. Provee un extenso conjunto de soluciones
predefinidas para necesidades generales de la programación de aplicaciones, y
administra la ejecución de los programas escritos específicamente con la
plataforma. Esta solución es el producto principal en la oferta de Microsoft, y
pretende ser utilizada por la mayoría de las aplicaciones creadas para la
plataforma Windows.
.NET Framework se incluye en Windows Server 2008, Windows Vista y

Windows 7.De igual manera, la versión actual de dicho componente puede ser
instalada en Windows XP, y en la familia de sistemas operativos Windows Server
2003. Una versión "reducida" de .NET Framework está disponible para la
plataforma Windows Mobile, incluyendo teléfonos inteligentes.
- 44 -
La norma (incluido en ECMA-335, ISO/IEC 23271) que define el conjunto de
funciones que debe implementar la biblioteca de clases base (BCL por sus siglas
en inglés, tal vez el más importante de los componentes de la plataforma), define
un conjunto funcional mínimo que debe implementarse para que el marco de
trabajo sea soportado por un sistema operativo. Aunque Microsoft implementó
esta norma para su sistema operativoWindows, la publicación de la norma abre la
posibilidad de que sea implementada para cualquier otro sistema operativo
existente o futuro, permitiendo que las aplicaciones corran sobre la plataforma
independientemente del sistema operativo para el cual haya sido implementada. El
Proyecto Mono emprendido por Ximian pretende realizar la implementación de la
norma para varios sistemas operativos adicionales bajo el marco del código
abierto.
Componentes
Los principales componentes del marco de trabajo son:
 El conjunto de lenguajes de programación.

 La biblioteca de clases base o BCL.
 El entorno común de ejecución para lenguajes, o CLR por sus siglas en
inglés.
Debido a la publicación de la norma para la infraestructura común de lenguajes

(CLI por sus siglas en inglés), el desarrollo de lenguajes se facilita, por lo que el
marco de trabajo .NET soporta ya más de 20 lenguajes de programación y es
posible desarrollar cualquiera de los tipos de aplicaciones soportados en la
plataforma con cualquiera de ellos, lo que elimina las diferencias que existían
entre lo que era posible hacer con uno u otro lenguaje.
Algunos de los lenguajes desarrollados para el marco de trabajo .NET son: C#,
Visual Basic .NET, Delphi (Object Pascal), C++, F#, J#, Perl, Python, Fortran,
Prolog (existen al menos dos implementaciones, el P# y el Prolog.NET ), Cobol y
PowerBuilder.
- 45 -
Características:
Es el encargado de proveer lo que se llama código administrado, es decir, un

entorno que provee servicios automáticos al código que se ejecuta. Los servicios
son variados:
 Cargador de clases: permite cargar en memoria las clases.

 Compilador MSIL a nativo: transforma código intermedio de alto nivel
independiente del hardware que lo ejecuta a código de máquina propio del
dispositivo que lo ejecuta.
 Administrador de código: coordina toda la operación de los distintos
subsistemas del CommonLanguageRuntime.
 Recolector de basura: elimina de memoria objetos no utilizados.
 Motor de seguridad: administra la seguridad del código que se ejecuta.
 Motor de depuración: permite hacer un seguimiento de la ejecución del
código aún cuando se utilicen lenguajes distintos.
 Verificador de tipos: controla que las variables de la aplicación usen el
área de memoria que tienen asignado.
 Administrador de excepciones: maneja los errores que se producen durante
la ejecución del código.
 Soporte de multiproceso (hilos): permite ejecutar todo el código en forma
paralela.
 Empaquetador de COM: coordina la comunicación con los componentes
COM para que puedan ser usados por el .NET Framework.
 Soporte de la Biblioteca de Clases Base: interfaz con las clases base del
.NET Framework. Esto quiere decir que existen tipos de estructuras como
es la de java y la .NET
 Las aplicaciones .NET son mucho más lentas que las aplicaciones nativas
(diferencias de 20 a 1). [cita requerida]
 Las aplicaciones .NET requieren instalar el framework, lo que complica la
distribución vía Web debido a lo pesado de la descarga.
 Las aplicaciones .NET son fácilmentecrackeables dado que, aún usando
ofuscador de código, es posible ver el código y alterar el mismo.
- 46 -
 La plataforma .NET no provee soporte transparente para los sistemas
multinúcleo/multithread quedando en responsabilidad del programador
diseñar la lógica que aproveche los sistemas multithread.
Estandarización y Licenciamiento
En agosto de 2000, Microsoft, Hewlett-Packard e Intel trabajaron conjuntamente

para estandarizar el lenguaje de programación C# y una Infraestructura de
Lenguaje Común (CLI por sus siglas en inglés). Para Diciembre de 2001, ambos
fueron ratificados por los estándares Internacionales ECMA.ISO también siguió
los pasos para abril de 2003.
Mientras Microsoft y sus socios de negocios ganaban patentes para los lenguajes
CLI y C#, ECMA e ISO solicitaron que era esencial que la implementación
estuviera disponible bajo “términos no discriminatorios”. Además de alcanzar
estos términos, las compañías también accedían a dejar estas patentes disponibles.
Sin embargo, esto no aplicó para la parte del .NET Framework, que no está
cubierto por los estándares ECMA/ISO. Esto incluye Windows Forms, ADO.Net
y ASP.Net.
En octubre de 2007, Microsoft anunciaba la liberación de su código fuente para la

Biblioteca de Clases Base del .NET Framework (incluidos ASP.Net, ADO.Net y
Windows PresentationFoundation) esto con el lanzamiento de su nueva versión:
Visual Studio 2008.
El futuro de .NET
A largo plazo Microsoft pretende reemplazar el APIWin32 o Windows API con la

plataforma .NET. Esto debido a que el APIWin32 o Windows API fue
desarrollada sobre la marcha, careciendo de documentación detallada,
uniformidad y cohesión entre sus distintos componentes, provocando múltiples
- 47 -
problemas en el desarrollo de aplicaciones para el sistema operativoWindows. La
plataforma .NET pretende solventar la mayoría de estos problemas proveyendo un
conjunto único y expandible con facilidad, de bloques interconectados, diseñados
de forma uniforme y bien documentados, que permitan a los desarrolladores tener
a mano todo lo que necesitan para producir aplicaciones sólidas.
Debido a las ventajas que la disponibilidad de una plataforma de este tipo puede
darle a las empresas de tecnología y al público en general, muchas otras empresas
e instituciones se han unido a Microsoft en el desarrollo y fortalecimiento de la
plataforma .NET, ya sea por medio de la implementación de la plataforma para
otros sistemas operativos aparte de Windows (Proyecto Mono de Ximian/Novell
para GNU/Linux/MacOS X/BSD/Solaris), el desarrollo de lenguajes de
programación adicionales para la plataforma (Lexico para hispanoparlantes, ANSI
C de la Universidad de Princeton, NetCOBOL de Fujitsu, Delphi de Borland,
PowerBuilder de Sybase entre otros) o la creación de bloques adicionales para la
plataforma (como controles, componentes y bibliotecas de clases adicionales);
siendo algunas de ellas software libre, distribuibles bajo la licencia GPL.
Con esta plataforma, Microsoft incursiona de lleno en el campo de los Servicios

Web y establece el XML como norma en el transporte de información en sus
productos y lo promociona como tal en los sistemas desarrollados utilizando sus
herramientas.
Tipo de Servidores
Servicios que ofrecen los servidores por medio de una red.
1. SERVIDOR DE ARCHIVOS: almacena varios tipos de archivo y los distribuye

a otros clientes en la red.
- 48 -
2. SERVIDOR DE BASE DE DATOS: Un servidor de base de datos es un
programa que provee servicios de base de datos a otros programas u otras
computadoras, como es definido por el modelo cliente-servidor. También puede
hacer referencia a aquellas computadoras (servidores) dedicadas a ejecutar esos
programas, prestando el servicio.
Los sistemas de administración de base de datos (SGBD) generalmente proveen

funcionalidades para servidores de base de datos, en cambio otros (como por
ejemplo, MySQL) solamente proveen construcción y acceso a la base de datos.
3. SERVIDOR DE COMUNICACIONES: Combinación de hardware y software

que permite el acceso remoto a herramientas o información que generalmente
residen en una red de dispositivos.
4. SERVIDOR DE CORREO ELECTRONICO: almacena, envía, recibe, enruta y

realiza otras operaciones relacionadas con e-mail para los clientes de la red.
5. SERVIDOR DE FAX: Un servidor de fax es una solución ideal para

organizaciones que tratan de reducir el uso del teléfono pero necesitan enviar
documentos por fax.
Almacena, envía, recibe, enruta y realiza otras funciones necesarias para la

transmisión, la recepción y la distribución apropiadas de los fax.
6. SERVIDOR DE IMPRESION: controla una o más impresoras y acepta trabajos

de impresión de otros clientes de la red, poniendo en cola los trabajos de
impresión (aunque también puede cambiar la prioridad de las diferentes
impresiones), y realizando la mayoría o todas las otras funciones que en un sitio
de trabajo se realizaría para lograr una tarea de impresión si la impresora fuera
conectada directamente con el puerto de impresora del sitio de trabajo.
7. SERVIDOR DE DE LOS SERVICIOS DE DIRECTORIO: es una aplicación o

un conjunto de aplicaciones que almacena y organiza la información sobre los
usuarios de una red.
Internet Information Services o IIS
- 49 -
Es un servidor web y un conjunto de servicios para el sistema operativo Microsoft
Windows. Originalmente era parte del Option Pack para Windows NT. Luego fue
integrado en otros sistemas operativos de Microsoft destinados a ofrecer servicios,
como Windows 2000 o Windows Server 2003. Windows XP Profesional incluye
una versión limitada de IIS. Los servicios que ofrece son: FTP, SMTP, NNTP y
HTTP/HTTPS.
Antiguamente se denominaba PWS (Personal Web Server), y actualmente forma

parte de la distribución estandar de Windows, de modo que no se necesita una
licencia extra para instalarlo.2 Este servicio convierte a una PC en un servidor
web para Internet o una intranet, es decir que en las computadoras que tienen este
servicio instalado se pueden publicar páginas web tanto local como remotamente.
Los servicios de Internet Information Services proporcionan las herramientas y

funciones necesarias para administrar de forma sencilla un servidor web seguro.
El servidor web se basa en varios módulos que le dan capacidad para procesar
distintos tipos de páginas. Por ejemplo, Microsoft incluye los de Active Server
Pages (ASP) y ASP.NET. También pueden ser incluidos los de otros fabricantes,
como PHP o Perl.
Evolución
IIS fue inicialmente lanzado como un conjunto de servicios basados en Internet

para Windows NT 3.51. IIS 2.0 siguió agregando soporte para el sistema
operativo Windows NT 4.0 y IIS 3.0 introdujo las Active Server Pages, una
tecnología de scripting dinámico.
IIS 4.0 eliminó el soporte para el protocolo Gopher y fue puesto con Windows NT
como un CD-ROM de "Paquete Opcional" separado.
La versión de IIS 7.5 corresponde a Windows Server 2008, e IIS 5.1 a Windows
XP Professional. La versión IIS 5.1, para Windows XP, es una versión compacta
del IIS que soporta sólo 10 conexiones simultáneas y sólo un sitio web. IIS 6.0 ha
agregado soporte para IPv6.
- 50 -
Windows Vista viene con IIS 7.0 preinstalado. No limitará el número de
conexiones permitidas pero limitará el flujo de tareas basándose en las solicitudes
activas concurrentes, mejorando el uso y el rendimiento en escenarios punto-a-
punto (peer-to-peer).
Versiones
• IIS 1.0, Windows NT 3.51 Service Pack 3
• IIS 2.0, Windows NT 4.0
• IIS 3.0, Windows NT 4.0 Service Pack 3
• IIS 4.0, Windows NT 4.0 Option Pack
• IIS 5.0, Windows 2000
• IIS 5.1, Windows XP Professional
• IIS 6.0, Windows Server 2003 y Windows XP Profesional x64 Edition
• IIS 7.0, Windows Vista (Solo Business y Ultimate) y Windows Server

2008
• IIS 7.5, Windows 7 y Windows Server 2008 R2
• IIS 8, Windows 8 y Windows Server 2012
Microsoft Web Platform Installer
Es un simple instalador en línea para instalar las siguientes herramientas:
• IIS 7.0
• Visual Web Developer 2008 Express Edition
• SQL Server 2008 Express Edition
• Microsoft .NET Framework
• Silverlight Tools para Microsoft Visual Studio
- 51 -
Es compatible con los sistemas operativos Windows Vista RTM, Windows Vista
SP1, Windows XP, Windows Server 2003 y Windows Server 2008, y además es
compatible con las arquitecturas x86 y 64-bit.
Con IIS “Internet Information Services” puedes configurar tu propio servidor web
para publicar contenido.
IIS (Internet Information Server) es una aplicación que puedes utilizar para
configurar tu servidor web y poder así publicar tu propio contenido. Con ella
puedes ajustar tu PC para que funcione como un servidor web de Internet, o
puedes usarla de forma local mediante Intranet, tal y como se hace en muchas
compañías, permitiendo que los empleados la utilicen como lugar para compartir
información.
Este servicio no está activado desde el comienzo cuando instalas Windows 7, lo

que implica que no puedes comenzar a publicar webs. Sin embargo es fácil
habilitarlo.
Para el desarrollo del Sistema, se utilizara las herramientas que son:
 PostgreSQL
 Visual Web Developer 2010 Express
 Asp.Net
 Power Designer Trial
 Erwin 4.0
 Interprese Architect 9
Fundamentación Legal
Base Legal Amparada a las Juntas Administradadoras de Agua Potable
DEL REGIMEN ADMINISTRATIVO
- 52 -
DISPOSICIONES GENERALES
Art. 1 El presente reglamento regula la aplicación de la Ley Constitutiva de las
Juntas Administradoras de Agua Potable y Alcantarillado en el área rural,
expedida mediante decreto No. 802 del 29 de marzo de 1979.
Art. 2 Las juntas administradoras se organizarán con los propósitos siguientes;
a. Lograr la participación efectiva de la comunidad en los estudios definitivos,
construcción, reparación, operación, administración y mantenimiento de
abastecimiento de agua potable y/o sistemas con las normas, procedimientos y
disposiciones administrativas del MIDUVI
b. Efectuar trabajos de promoción y educación sanitaria entre los habitantes de la
comunidad para conseguir un buen uso y mantenimiento del sistema de agua
potable y/o disposición sanitaria de excretas.
LA ORGANIZACIÓN
Art. 3 Las juntas administradoras entrarán en funciones, una vez quedado

debidamente organizadas y posesionados de sus cargos los miembros elegidos.
Los actos de elección de la directiva de la Junta Administradora y su posesión

serán considerados válidos únicamente con la presencia de un delegado de
MIDUVI.
Art. 4 Las Juntas Administradoras se conformarán de acuerdo con lo estipulado en

el Art. 6 de la ley.
Art. 5 Toda Junta Administradora estará constituida por cinco miembros, cuyos
cargos son los de: presidente, secretario, tesorero, 1er vocal, 2do vocal; a
excepción de las juntas administradoras de sistemas regionales de agua potable,
las que se conformarán por un presidente, un secretario, un tesorero, y un vocal
por cada comunidad integrante del sistema regional.
Art. 6 Los miembros de un Junta Administradora durarán dos años en sus

funciones, pudiendo ser reelegidos por un período, luego de lo cual la renovación
- 53 -
quedará al criterio técnico del MlDUVI y la asamblea, conforme el análisis del
cumplimiento de las funciones de cada miembro.
Art. 7 Para ser miembro de la Junta Administradora, se requiere:
a. Estar en goce de los derechos de ciudadanía
b. Residir en la comunidad y ser usuario del sistema. Para el caso de sistema
de agua potable en construcción se considerará a pospotenciales usuarios que

demuestren afán de colaboración.
c. Saber leer y escribir
d. Encontrarse al día en los pagos correspondientes al servicio cuando éste
ya existiera en la localidad.
Art. 8 Una vez efectuada la elección, se elaborará el Acta respectiva, por

triplicado. Una copia será remitida a la respectiva Jefatura provincial del
MlDUVl: la segunda será enviada a la Dirección Nacional de saneamiento Básico
Rural y al Municipio, la tercera, quedará para el archivo de la junta.
- 54 -
CAPITULO III
METODOLOGIA
Metodología de Investigación
Modalidad de Investigación
 Investigación de campo
El presente proyecto se basó en la modalidad de investigación de campo, ya que
elcontacto directo con el escenario institucional, fue imprescindible para el
desarrollo de esta investigación obteniendo información de acuerdo a los
objetivosplanteados inicialmente.
 Investigación documental-bibliográfica
La indagación bibliográfica fue de gran ayuda en la investigación, ya que se
obtuvo la información necesaria para su desarrollo. Recurriendo al Internet y a
diversos libros y revistas obteniendo la referencia teórica necesaria.
Técnicas de Investigación.
La Entrevista.- Una entrevista es un diálogo entablado entre dos o más personas:

el entrevistador o entrevistadores que interrogan y el o los entrevistados que
contestan. La palabra entrevista deriva del latín y significa "Los que van entre sí".
Se trata de una técnica o instrumento empleado para diversos
motivos, investigación, medicina, selección de personal. Una entrevista no es
casual sino que es un diálogo interesado, con unacuerdo previo y unos intereses y
expectativas por ambas partes. También la entrevista puede significar mucho para
otras personas ya que pueden ayudar a conocer personas de máxima importancia.
El diccionario de la real academia española define la palabra Entrevista como: la
conversación que tiene como finalidad la obtención de información. La misma
proviene del francés entrevista que significa lo que se entrevé o lo que se
vislumbra. En una entrevista intervienen básicamente dos personas:
- 55 -
El entrevistador y el entrevistado. El primero, además de tomar la iniciativa de la
conversación, plantea mediante preguntas específicas cada tema de su interés y
decide en qué momento el tema ha cumplido sus objetivos. El entrevistado facilita
información sobre sí mismo, su experiencia o el tema en cuestión.
La Encuesta.- Una encuesta es un conjunto de preguntas normalizadas dirigidas a

una muestra representativa de la población o instituciones, con el fin de conocer
estados de opinión o hechos específicos.
A través de este medio, facilitaremos nuestra investigación, por cuanto es una

consulta para personas elegidas al azar, en este caso preguntaremos a personas
particulares, socios, empleados, directivos, etc. Permitiendo obtener una visión
mucho más clara en base a los resultados recolectados, claro está que se generará
opiniones generales, pero no se tratará de provocar algún tipo de beneficio o daño
a las personas, peor aún a la Empresa.
Las preguntas que se llevarán a cabo en la encuesta van a ser:
 Abiertas (La persona puede dar su opinión libre en una línea o frase).
 Cerradas (Puede responder si o no).
Población y Muestra.
Población Frecuencia
Presidentes Sectoriales 5
Secretarios Sectoriales 5
Tesoreros Sectoriales 5
Tabla: 3.1. Elaborado por: los investigadores Fuente: Encuesta
La JAAP Consorcio Pillaro Alto, cuenta con 4 personas que laboran en el área
administrativa.
- 56 -
El área de operación y mantenimiento del sistema cuenta con 7 personas, cada
sector cuenta con un operador/lector y 2 operadores del sistema a nivel de
consorcio.
La apreciación que se utilizará en esta investigación es como lo dijimos

anteriormente cualitativa, y la evaluación de los resultados se la hará en base a
criterios o apreciaciones.
- 57 -
Análisis e Interpretación de Resultados
1. ¿De qué manera se maneja la información de los cobros de las tarifas

recaudadas en la Junta Administradora de Agua?
Respuesta Cantidad Porcentaje
Manualmente 12 80
Sistema Informático 0 0
Excel 3 20
Otros Programas 0 0
Total 15 100
Tabla 3.1 Cuadro porcentual pregunta 1
De que manera se maneja la información de los

cobros de las tarifas recaudadas en la Junta
Administradora
Manualmente
40% Sistema Informático
50%
Excel
10%
Otros Programas
0% Total
0%
Figura 3.1 Gráfico pregunta 1
Elaborado por: los investigadores Fuente: Encuesta
Interpretación: La gráfica refleja que el 40% de las personas encuestadas

respondieron que manejan la información de los cobros de la tarifas del consumo
de agua potable manualmente, el 50% contestaron que manejan con un sistema
informático, y el 10% en excel.
Análisis: Se demuestra que la mayoría de las juntas realizan los cobros de las
tarifas manualmente.
- 58 -
2. ¿La forma de administrar los recursos económicos de la Junta es?
Muy Buena 0 0%
Buena 4 27%
Regular 8 53%
Mala 3 20%
Total 15 100%
La forma de administrar los recursos

económicos de la Junta es
0%
20% 27% Muy Buena

Buena
Regular
53%
Mala
Interpretación: La gráfica refleja que el 53% de las personas encuestadas

respondieron que la forma de administrar los recursos económicos de la junta
administradora de agua potable es Regular; el 27% manifiesta que la
administración es Buena, mientras que solo el 20% expresa que la forma de
administrar los bienes es Mala.
Análisis: La mayoría de las personas encuestadas dicen que la forma de

administrar los recursos económicos actualmente es Regular.
- 59 -
3.- ¿El sistema o mecanismo utilizado actualmente para los cobros de tarifas
dificulta el proceso de recaudación?
Si 11 73%
Medianamente 3 20%
No 1 7%
Total 15 100%
El sistema o mecanismo utilizado

actualmente para los cobros de tarifas
dificulta el proceso de recaudación
7%
20%
Si
Medianamente
73%
No
Interpretación: El 73% de las personas encuestadas afirmaron que el mecanismo

utilizado actualmente para el cobro de tarifas volumétricas dificulta el proceso de
recaudación; el 20% manifiesta que medianamente el sistema actual dificulta el
proceso de recaudación, mientras el 7% de los investigados expresa que el sistema
actual no dificulta el proceso de recaudación de las tarifas.
Análisis: Se concluye que los sistemas o mecanismos utilizados actualmente para

los cobros de tarifas en las Juntas de Agua Potable, dificulta el proceso de
recaudación.
- 60 -
4.- ¿El sistema o mecanismo de cobros de tarifas utilizado permite ofrecer un
buen servicio al contribuyente?
Si 2 13%
Medianamente 3 20%
No 10 67%
Total 15 100%
Tabla 4.1Cuadro porcentual pregunta 4
El sistema o mecanismo de cobros de

tarifas utilizado permite ofrecer un buen
servicio al contribuyente
13%
20% Si
67% Medianamente
No
Figura 4.1Gráfico pregunta 4
Interpretación: Se observa que el 67% de las personas encuestadas negaron que

el mecanismo utilizado actualmente permita ofrecer un buen servicio a los
contribuyente; el 20% medianamente y un 13% de los investigados afirma que el
sistema actual permite ofrecer un buen servicio al contribuyente.
Análisis: La mayoría de los encuestados manifiestan que el mecanismo utilizado

actualmente para los cobros de las tarifas volumétricas no permite ofrecer un buen
servicio al contribuyente.
- 61 -
5.- ¿La información de los usuarios de la Junta se encuentra almacenada en
alguna Base de Datos manual o automatizada?
Si 12 80%
Parcialmente 2 13%
No 1 7%
Total 15 100%
La información de los usuarios de la Junta

se encuentra almacenada en alguna Base
de Datos manual o automatizada
7%
13%
Si
Parcialmente
80%
No
Interpretación: El 80% de las personas investigadas expresa que la información

de los usuarios de la Junta se encuentra en una base de datos manual o
automatizada; el 13% responden que parcialmente y el 7% manifiesta que no
cuentan con una base de datos manual o automatizada para almacenar la
información de los usuarios de la Junta de Agua Potable.
Análisis: La mayoría de los consultados afirman tener información de los

usuarios almacenado en una base de datos manual o automatizada.
- 62 -
6.- ¿Cómo están almacenados los datos actualmente?
Base de Datos Manual 11 73%
Base de Datos Automatizada 2 13%
Parcialmente Manual-Automatizada 1 7%
Ninguna 1 7%
Total 15 100%
Cómo están almacenados los datos

actualmente
Base de Datos
Manual
7%
Base de Datos
7% Automatizada
13%
Parcialmente
73% Manual-
Automatizada
Ninguna
Interpretación: De las personas encuestadas el 73% responde que los datos se

encuentran almacenados en una base de datos manual; el 13% expresa que los
datos se encuentra almacenados en una base de datos automatizada; el 7%
Parcialmente Manual-Automatizada y solo un 7% manifiesta que no se usa
ninguna base de datos para almacenar los datos de la Junta Administradora de
Agua Potable Consorcio regional Píllaro Alto.
Análisis: Se concluye que la mayoría de las personas encuestadas responde que

los datos de la institución se encuentran almacenados en una base de datos
manual.
- 63 -
7.- ¿Cree Usted que la automatización de la información mejorará el
desempeño laboral y permitirá ofrecer informes inmediatos de los cobros
recaudados en la Junta Administradora de Agua?
Si 12 80%
Medianamente 1 7%
No 2 13%
Total 15 100%
Cree Usted. que la automatización de la

información mejorará el desempeño laboral
y permitirá ofrecer informes inmediatos de
los cobros recaudados en la Junta
Administradora de Agua
13%
7%
Si
Medianamente
80%
No
Interpretación: El 80% creen que con la automatización de la información el

desempeño laboral mejorará y permitirá brindar informes inmediatos y oportunos;
el 13 % expresa que Medianamente y un 7 % manifiesta que no mejorará el
desempeño laboral.
Análisis: Se demuestra que la mayoría de las personas encuestadas creen que con
la automatización de la información se mejorará el desempeño laboral y se
obtendrá reportes inmediatos y eficientes de la información.
- 64 -
8.- ¿Considera Usted. Que con el control automatizado de las tarifas se
evitará que existan recaudaciones inexactas en la Junta Administradora de
Agua?
Si 1 7%
Medianamente 2 13%
No 12 80%
Total 15 100%
Considera Usted. que con el control

automatizado de las tarifas se evitará que
existan recaudaciones inexactas en la Junta
Administradora de Agua
7%
13%
Si
Medianamente
80%
No
Interpretación: La gráfica refleja que el 80% consideran que con la

automatización de la información se evitará las recaudaciones inexactas; el 13%
contestaron Medianamente, mientras que un 7% no cree que con la
automatización de la información se evitará las recaudaciones inexactas.
Análisis: La mayoría de las personas encuestadas consideran que con la

automatización de la información se evitará las recaudaciones inexactas.
- 65 -
9.- ¿El personal se encuentra capacitado para usar sistemas
computacionales?
Si 3 20%
Medianamente 4 27%
No 8 53%
Total 15 100%
El personal se encuentra capacitado

para usar sistemas computacionales
20%
Si
53%
27% Medianamente
No
Interpretación: Se observa que solo el 20% se encuentra capacitado para el

manejo de sistemas computacionales, mientras que el 27% de las personas
encuestadas responden que el personal se encuentra medianamente capacitado
para el manejo de sistemas computaciones y el 53% responde que nada.
Análisis: Más de la mitad de las personas encuestadas dicen que no se encuentran

capacitadas para el manejo de sistemas computacionales.
- 66 -
Metodología de Desarrollo
Todo proyecto de ingeniería tiene algún tipo de fin, ligado exclusivamente a la

obtención de un producto, proceso o servicio que es necesario generar a través de
diversas actividades, enmarcadas en diferentes etapas, algunas de estas deben
agruparse en fases porque finalmente contribuyen a crear un producto intermedio,
útil y necesario para continuar hacia el producto final y facilitar la gestión del
proyecto.
Para la elaboración de nuestro sistema tomaremos en cuenta las Técnicas de

Cuarta generación.
Técnicas de Cuarta Generación
Abarca un amplio espectro de herramientas de software que tiene algo en común:

todas facilitan, al que desarrolla el software, la especificación de algunas
características del software a alto nivel.
Las etapas del ciclo de vida T4G está estructurado por las siguientes etapas o
fases: Recolección de requisitos, Estrategias de diseño, Implementación en L4G,
Prueba.
Recolección de
Requisitos
Estrategia de
Diseño
Implementación
en L4G
Pruebas
Grafico 4.1.
- 67 -
-Recolección de Requisitos:
Es el proceso de reunión de requisitos que se intensifica y se centra especialmente

en el análisis relacionado al software. Dentro del proceso de análisis, es
fundamental que a través de una colección de requerimientos funcionales y no
funcionales de información.
Es la fase en la cual se reúne, clasifica y organiza la información de la empresa

para entender el funcionamiento de la misma, en esta etapa fue fundamental la
presencia de los representantes de la empresa así como también el cliente
queproporcionaron la información valiosa para el proceso de análisis.
-Estrategias de Diseño:
El diseño del software es realmente un proceso de muchos pasos pero que se
clasifican dentro de uno mismo. En general, la actividad del diseño se refiere al
establecimiento de las estructuras de datos, la arquitectura general del software,
representaciones de interfaz y algoritmos.
En el proceso del sistema se desarrollo los diseños de las bases de datos, que
complementan los modelos físicos y lógicos, así como los diseños de la interfaz
de usuario que se relacionan con las entradas (ventanas de ingresos de
información) y salida (reportes de información) en relación al sistema.
-Implementación en L4G:
Consiste en traducir el diseño, en una forma legible por la máquina. La generación
de código se refiere tanto a la parte de generación de los nuevos ambientes de
programación.
En esta etapa se utiliza aplicaciones .NET las mismas que permitirán generar el
código para los distintos módulos del sistema.
- 68 -
- Pruebas:
Las pruebas del software o sistema que se ha desarrollado, es el proceso de
pruebas que se centra en los procesos lógicos internos del software, asegurando
que todas las sentencias se han comprobado, en los procesos internos y externos
funcionales del sistema.
En esta etapa se llevara un tiempo prudencial donde se ejecutarán todas las

pruebas necesarias del sistema en relación a los procesos manuales con los nuevos
procesos de implementación del software en lainstitución.
- 69 -
CAPITULO IV
ANALISIS DEL SISTEMA
Análisis del Sistema Actual
En la Junta Administradora de Agua Potable del Consorcio Pillaro Alto se

suscitan problemas básicamente por el deficiente sistema de cobros de tarifas que
manejan, el cuál origina recaudaciones inexactas e inadecuada atención a los
contribuyentes.
Para el análisis del sistema se ha tomado en cuenta las siguientes necesidades

como especificaciones:
 Un contribuyente debe solicitar un formulario para el servicio de agua

potable, aceptada la solicitud y realizado el contrato se debe cancelar por
el costo de materiales, una vez cancelado procede a retirar los materiales
de bodega y luego a la instalación de la acometida.
 Cuando la acometida se encuentra instalada se procede a ingresar los datos
del contribuyente al sistema verificando sus datos y a qué sector pertenece.
 Una vez ingresado el contribuyente al sistema se debe ingresar cada mes
las lecturas correspondientes de cada medidor.
 Cada mes se debe emitir las facturas correspondientes al consumo de Agua
Potable.
 Si el contribuyente no paga a tiempo sus planillas existe un interés por
mora que se rige según los estatutos establecidos en cada Junta de Agua
Potable.
 Si el contribuyente posee el servicio de alcantarillado aporta con una cuota
extra, existen varios tipos de categorías con un costo y un máximo de
metros cúbicos de consumo permitido, y además en algunas juntas si el
contribuyente tiene más de 65 años se acoge a la ley de la tercera edad
exonerando un porcentaje del total a pagar pero si consume los metros
- 70 -
 cúbicos permitidos en cada categoría, de consumir más se lo exonera lo
estipulado a través de la ley del anciano.
 Al terminar el mes de cobros de las planillas, el sistema debe generar el
estado de cuenta general, el estado de cuenta por sector y estado de cuenta
por servicio.
 El sistema debe generar reportes oportunos y confiables.
 El sistema debe imprimir las hojas para la toma de lecturas mensual del
medidor de agua.
 Se realizó reuniones con el Consorcio regional Pillaro Alto y los
representantes de las Juntas Administradoras de Agua Potable para
establecer los requerimientos del sistema y evaluar las alternativas de
solución planteadas.
 Entre los requerimientos más importantes está el garantizar la seguridad de
la información estableciendo funciones a los usuarios, es decir crear
restricciones para cada usuario del sistema. Establecer que usuario puede
realizar transacciones sobre la información; además de esto la parte de
transacciones deberá quedar registrada en tablas de auditoría las cuales
permitirán verificar que usuario ingreso, modifico o elimino un registro.
 EL Sistema de Facturación a desarrollarse se deberá realizar en Software
Libre respondiendo a un decreto de estado para entidades públicas por lo
cual se ha escogido como mejor opción el lenguaje Microsoft Visual Web
Develop 2010 Express para la parte de programación y para la parte de
almacenamiento de datos un Sistema Gestor de Bases de Datos
denominado PostgreSQL 9.1.
Propuesta del Nuevo Sistema
El sistema que se implementará en la Junta, ayudará a agilitar todos los procesos

que aquí se ejecutan, por ejemplo la atención al cliente mejorará ostensiblemente,
será rápida y eficaz, no habrá margen para errores en el ingreso de datos y
transcripción de resultados.
EL Sistema de Facturación a desarrollarse se deberá realizar en Software Libre

respondiendo a un decreto de estado para entidades públicas por lo cual se ha
- 71 -
escogido como mejor opción el lenguaje Microsoft Visual Web Develop 2010
Express para la parte de programación y para la parte de almacenamiento de datos
un Sistema Gestor de Bases de Datos denominado PostgreSQL 9.1.
Alcance
Se procedió a levantar los procesos que va a realizar el sistema son:
 Creación de la Junta, Sector, Contribuyente, Cuenta, Lectura, Consumo,

Categoria, Costo, Servicios Facturable y Servicios no facturables con su
respectivo administrador por sector.
 Ingreso y actualización de lecturas y consumo por sector.
 Registro multas de mingas por sector.
 Registro multas de sesiones por sector.
 Ingreso conexiones otorgadas por sector.
 Ingreso venta de medidores por sector.
 Actualización de cuentas estado activo(S/N).
 Reporte de traspaso de conexiones por sector.
 Reporte de los socios de la junta por sector.
 Reportede traspaso de cuentas por sector.
 Emisión de facturas por sector.
 Reporte de recaudaciones por fechas y por sector.
 Reporte diario de recaudaciones.
 Reporte coactivas mensual por sector y general.
 Reporte coactivas anual por sector y general.
 Reporte del estado de cuenta general.
 Reporte del estado de cuenta por sector y general
 Reporte del estado de cuenta por servicio.
Análisis de Restricciones
Como en todo Sistema, en la creación y en la implantación, se generan

restricciones y limitaciones de varios tipos, en la etapa de creación no existió
ningún tipos de inconvenientes, por cuanto hubo la suficiente colaboración de
- 72 -
parte del Tesorero, Secretario y del Presidente de la Institución en la entrega de la
información, no así en la implantación, que se tiene lo siguiente:
Limitaciones Técnicas:
 El Sistema corre a partir del framework 4.0

 Se necesita el Navegador Internet Explorer 6.0 en adelante y Firefox 1.5
en adelante.
Limitaciones Operativas:
 Usuarios no autorizados, no podrán tener acceso al Sistema.

 No hay un equipo Servidor.
ESTUDIO DE FACTIBILIDAD
Para realizar este proyecto, ha sido necesario tener mucha disponibilidad de

tiempo, llevándose la mayor parte la investigación, pues fue necesario hacerlo de
una manera profunda y consciente, en aras de obtener la información, luego de lo
cual el estudio arrojó resultados muy valiosos, y por ende la enorme satisfacción
de culminar con éxito todo lo planeado. Para esto ha sido necesario lo siguiente:
Factibilidad Operativa
Debido a que el Sistema fue desarrollado a medida este interactúa

directamentecon el usuario, el cual no necesitará una capacitación extensa para
poder utilizarlo;además de esto cuenta con interfaces sencillas y amigables donde
podrán realizarlos cobros de las tarifas el que además permite administrar los
usuarios que seconectarán al Sistema.
El Sistema cuenta con tres tipos de usuarios los cuales pueden ser registrados
desde un usuario ya loggeado o conectado, estos usuarios dependiendo de su tipo
pueden ingresar, modificar, eliminar, facturar, anular facturas y emitir reportes;
tomando en cuenta que el usuario que podrá realizar todas estas transacciones será
el usuario administrador mientras el usuario de tipo secretario se remitirá a la
creación y modificación de junta, sector, barrio, categoría, costo,
- 73 -
contribuyentes,cuenta, lecturas, servicios y actividades, servicios no facturables y
el usuario de tipo tesorero podráfacturar y emitir reportes.
El usuario ya conectado podrá emitir reportes sin importar el nivel de usuario que
esté tenga además podrá modificar los datos de su cuenta como clave, mail; pero
solamente el usuario tipo administrador loggeado podrá crear nuevos usuarios ya
sean de tipo secretario, tesorero o administrador. La aplicación propuesta está
diseñada en un modelo de tres capas, definido así:
 Conexión
 Front-End con las Reglas de Negocio
 Publicación en Internet
La capa datos representa el mecanismo mediante el cual se manipula y persiste la

información, está dado en un administrador de base de datos, para esto usaremos
PostgreSQL, lenguaje de consulta estructurado, además contempla la conexión
aplicación/base de datos, incluye también las consultas que podemos hacer para
llegar a los objetivos planteados.
La capa Front-end en general hace referencia al estado inicial de un proceso, la

idea es que esta capa es responsable de recoger entradas de los usuarios, y ser
procesadas de tal manera que cumplan las especificaciones, para que el back-end
pueda usarlas, además la conexión entre front-end y back-end es un tipo de
interfaz. Mientras que las reglas de negocio contemplan todas y cada una de las
actividades que en la empresa se dan, basadas en leyes, reglamentos internos,
acuerdos y otros que deben cumplirse y que determinan si son o no son
modificables, es decir que en el ingreso de datos se tomará en cuenta lo antes
detallado.
La capa Publicación en Internet, es el estado final de nuestra aplicación, como el

Internet es un espacio de comunicación abierta, con costos relativamente bajos y
actualmente el medio de difusión mundial, aprovecharemos de estas situaciones
para que nuestro sistema basado en .NET se integre aquí, luego de lo cual
dispondremos de las distintas ventajas en el manipuleo de la información, y así
llegar oportunamente con la misma a través de dispositivos portátiles.
- 74 -
La publicación electrónica y comercial es cada vez más común. Los sitios que
permiten un alto nivel de interactividad sustituirán a aquellos que sólo muestren
información. La interactividad y la complejidad exigen que la información se
almacene de forma que facilite su manipulación y modificación, éstas constituyen
la función principal de las bases de datos en las aplicaciones WEB actuales.
Los beneficios que brindará este sistema son grandes, puesto que ayudará a un
mejoramiento en la forma de repartir los turnos para cada unidad, se eliminará
definitivamente la espera, los atrasos, é inclusive los famosos cruces de
itinerarios, la atención al público se verá mejorada en un cien por ciento, a partir
de allí se tendrá clientes satisfechos, además de la emisión de boletos, el personal
que aquí labora, verá que sus actividades diarias lo puede realizar de una manera
ágil y oportuna.
Lo anterior descrito, trae beneficios para varios sectores, entre los principales
están: los operadores de los sectores, los clientes, los empleados, la institución,
etc, y esto se puede verificar por medio de los resultados obtenidos de las
encuestas hechas a los mismos involucrados y se les preguntó de los beneficios
que va a proporcionar el sistema en la entidad, así como también el nivel de
aceptación que tiene el desarrollo del sistema.
- 75 -
Factibilidad Técnica
Hardware
Requisitos mínimos Requisitos Óptimos
Procesador de 1.6GHz Procesador de 1.6GHz o superior
Memoria RAM 256 Memoria RAM 512 Mb
Tarjeta de video con DirectX 9 y Tarjeta de video con DirectX 9 y

resolución de 1024 x 768 resolución de 1024 x 768 o superior
Lectora de DVD. Lectora de DVD o Superior.
Disco Duro Samsung 160 Gb Disco Duro Samsung de 5400 RPM.
Monitor Resolución de 800x600 pixeles Monitor Resolución de 800x600 pixeles

o Superior
6 puertos USB 6 puertos USB o Superior
Regulador de voltaje Regulador de voltaje
Impresora Lexmark X3550 Impresora EPSON Scan
Software
Requisitos mínimos Requisitos Óptimos
Sistema Operativo Windows XP (32-bit) Sistema Operativo Windows 7 (32-bit

con SP3 & 64-bit)
Paquete de Microsoft Office 97 Paquete de Microsoft Office 2010
Postgresql-8.1.3-1-windows PostgreSQL 9.1
Visual Web Developer 2005 Express Visual Web Develop 2010 Express
Navegador Internet Explorer 6.0 y Navegador Internet Explorer 6.0 y

Firefox 1.5 Firefox 1.5 o Superior
Sistema Operativo Windows Server Sistema Operativo Windows Server

2003 (32-bit & 64-bit) con SP2 2008 R2 (64-bit)
- 76 -
En virtud que la Junta Administradora de Agua Potable ¨Consorcio Pillaro Alto¨
cuenta con los equipos necesarios, se determina que si es factible el desarrollo del
proyecto.
Factibilidad Económica
Iniciaremos a calcular el costo del proyecto con el método basado de COCOMO

II, el cual corresponde al esfuerzo de desarrollo estimado una vez que se ha fijado
la arquitectura del sistema (estimación del proceso post-arquitectura). Después de
presentar dicho modelo base, veremos cómo se ajusta el modelo para:
 Estimaciones más tempranas, correspondientes al diseño inicial (Pre-

arquitectura).
 Mantenimiento.
 Estimación de número de defectos esperados.
El modelo más detallado de N. Callaos, son puntos de función, técnicamente

¨featurepoints¨.
El Modelo Constructivo de Costes (COCOMO, COnstructiveCOstMOdel) es un

modelo matemnático de base empírica utilizado para estimación de costes de
software. Incluye tres submodelos, cada uno ofrece un nivel de detalle y
aproximación, cada vez mayor, a medida que avanza el proceso de desarrollo del
software.
Gráfico CocomoAnálisis de Restricciones
Todo Sistema, en la creación y en la implantación, se generan restricciones y

limitaciones de varios tipos, afortunadamente en la etapa de desarrollo no tuvimos
ninguno de los dos tipos de inconvenientes, por cuanto hubo la suficiente
colaboración de parte del Tesorero, Secretario y del Presidente de la Institución en
la entrega de la información, no así en la implantación, que se tiene lo siguiente:
- 77 -
Limitaciones Operativas:
 Usuarios no autorizados, no podrán tener acceso al Sistema.

 No hay un equipo Servidor.
Costos
COSTOS DIRECTOS
RUBROS COSTOS
Costo de desarrollo 3513,83
TOTAL 3513,83
COSTOS INDIRECTOS
RUBROS COSTOS
Viáticos 60
Suministros 35
Transporte 40
TOTAL 135
Costo Total= Costo Directo + Costo Indirecto = 3648,83
- 78 -
Beneficios del sistema
SISTEMA SISTEMA
PARÁMETROS
ACTUAL INFORMATICO
Tiempo de realización del

20 (min) 5 (min)
proceso horas o minutos:
Costo por hora o minuto: 0.03 0.03
Cantidad de procesos al
0.60 0.15
mes:
Costo total del proceso: 0.63 0.18
Total 0.63 0.18
Análisis:
Para el sistema actual el costo total de los procesos para generar el control de
Lecturas y Emisión de Facturas es de 0.63 dólares por unidad, como se realizan en
promedio 1000 Facturas al mes el costo es de 630 dólares y al año 7560 dólares.
Con el sistema propuesto elaborar la misma cantidad costaría 2160 dólares,
representando un ahorro de 5400 dólares anuales.
Como el costo del sistema es de 16792,51 dólares la inversión se estaría recuperando
aproximadamente en tres años.
Análisis Costo Beneficio

Luego de presentar la propuesta a la institución la misma está dispuesta a costear
el proyecto. Por lo tanto es económicamente factible de desarrollar.
- 79 -
ANALISIS ORIENTADO A OBJETOS
Diagramas de Casos de Uso
Junta Administradora de Agua Potable ¨Consorcio Píllaro Alto¨ y que se van a

desarrollar son los siguientes
Los procesos propuestos para la:
 Control y seguimiento de contribuyentes.

 Control y seguimiento de las cuentas individuales y por sector del
consumidor.
 Control y seguimiento de las lecturas y consumo.
 Control y seguimiento de las coactivas por sector.
 Control y seguimiento de las facturas emitidas y anuladas.
 Búsquedas generales, individuales y por sector del consumidor.
 Consultas generales individuales y por sector del consumidor.
 Reportes generales individuales y por sector del consumidor
EMPLEADO
Type: Package
Package: Use Case Model
Detail: Created on 01/10/2012. Last modified on 01/10/2012.
Notes:
EMPLEADO
Created By: TOSHIBA on 01/10/2012
Last Modified: 01/10/2012, Version:1.0
- 80 -
uc EMPLEADO
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
INGRESAR
EA 9.3 Unregistered Trial Version MODIFICAR

EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
ELIMINAR
FACTURAR
EAADMINISTRADOR
9.3 Unregistered Trial Version EA 9.3 Unregistered«include»
Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
IMPRIMIR
(from
ADMINISTRADOR) CONTRIBUYENTE
EA 9.3 Unregistered Trial Version ANULAR
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial
FACTURA
Version EA 9.3 Unregistered Trial Version EA 9.3 U
(from
«include» ADMINISTRADOR)
EA 9.3 Unregistered Trial Version EA

EMPLEADO 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
REPORTES
(from
EAADMINISTRADOR)
9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
CREAR USUARIOS
Figure: 1
ANULAR FACTURA
EA 9.3 UnregisteredC#,
Database: TrialStereotype:,Package:EMPLEADO
Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
Detail: Created on01/10/2012. Last modified on01/10/2012.
Notes:
Relationships
Columns Association Notes
ADMINISTRADOR.
ANULAR
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered FACTURA.
Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
- 81 -
Derechos reserados:
EA 9.3 Unregistered Trial Ing. Andres
Version EA 9.3Shigui, Correo
Unregistered Trialelectrónico:
Version EA 9.3shiguiandres@mail.com
Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 U
CREAR USUARIOS
Database: C#, Stereotype:,Package:EMPLEADO
Notes:
Relationships
ADMINISTRADOR.
CREAR USUARIOS.
ELIMINAR
Notes:
Relationships
ADMINISTRADOR.
ELIMINAR.
- 82 -
FACTURAR
Notes:
Relationships
ADMINISTRADOR.
FACTURAR.
FACTURAR.
IMPRIMIR.
EMPLEADO.
FACTURAR.
IMPRIMIR
Notes:
Relationships
FACTURAR.
IMPRIMIR.
REPORTES.
IMPRIMIR.
CONTRIBUYENTE.
IMPRIMIR.
- 83 -
INGRESAR
Notes:
Relationships
ADMINISTRADOR.
INGRESAR.
EMPLEADO.
INGRESAR.
MODIFICAR
Notes:
Relationships
ADMINISTRADOR.
MODIFICAR.
EMPLEADO.
MODIFICAR.
- 84 -
REPORTES
Notes:
Relationships
ADMINISTRADOR.
REPORTES.
REPORTES.
IMPRIMIR.
EMPLEADO.
REPORTES.
Use Case1
Database: <none>, Stereotype:,Package:EMPLEADO
Notes:
Relationships
ADMINISTRADOR.
Use Case1.
- 85 -
Diccionario de Datos del Diagrama de Casos de Uso
Emisión de Facturas
Use Case Model
Type: Package
Package: Model
Notes:
Use Case Model
- 86 -
uc Use Case Model
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version
Informe de Facturas Registro Sector
Informe Compras
Administrador
Informe Cuentas
Informe Coactiv as
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3Registro
Unregistered
Barrio
Trial Version EA 9.3 Unregistered Trial Version
Registro Facturacion
UnregisteredRegistro
EA 9.3 Unregistered Trial Version EA 9.3 «precedes» TrialConsumo
Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version
Registro Categoria
«extend»
Registro Lectura Secretario
Registro
EA 9.3 Unregistered
Tesorero Trial Version EA 9.3 Unregistered TrialContribuyente
Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version
Registro Costo
Lector
Anular Factura
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered
Registro Mora Trial Version EA 9.3 Unregistered Trial Version
Dev oluciones
Figure: 1
Administrador
Database:
EA 9.3 <none>,Stereotype:,Package:Use
Unregistered Trial Version EA 9.3 Unregistered Trial VersionCase Model
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version
Notes:
Relationships
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered- Trial

87 - Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version
Administrador.
Informe Compras.
Administrador.
Informe de Facturas.
Administrador.
Informe Cuentas.
Administrador.
Anular Factura.
Administrador.
Informe Coactivas.
Informe Cuentas
Database: <none>,Stereotype:,Package:Use Case Model
Notes:
Lector
Notes:
- 88 -
Relationships
Lector.
Registro Lectura.
Registro Categoria
Notes:
Secretario
Notes:
Relationships
Secretario.
Registro Barrio.
- 89 -
Secretario.
Registro
Contribuyente.
Secretario.
Registro Sector.
Secretario.
Registro Categoria.
Secretario.
Registro Costo.
Secretario.
Registro Mora.
Tesorero
Notes:
Relationships
Tesorero.
- 90 -
Registro Facturacion.
Tesorero.
Devoluciones.
Tesorero.
Registro
Contribuyente.
Tesorero.
Registro Lectura.
Anular Factura
Notes:
Relationships
Administrador.
Anular Factura.
Devoluciones
- 91 -
Notes:
Relationships
Tesorero.
Devoluciones.
Informe Coactivas
Notes:
Relationships
Administrador.
Informe Coactivas.
Informe Compras
- 92 -
Notes:
Relationships
Administrador.
Informe Compras.
Informe Cuentas
Notes:
Relationships
Administrador.
Informe Cuentas.
Informe de Facturas
- 93 -
Notes:
Relationships
Administrador.
Informe de Facturas.
Registro Barrio
Notes:
Relationships
Secretario.
Registro Barrio.
Registro Categoria
- 94 -
Notes:
Relationships
Secretario.
Registro Categoria.
Registro Consumo
Notes:
Relationships
Registro Consumo.
- 95 -
Registro Contribuyente
Notes:
Relationships
Secretario.
Registro Contribuyente.
Tesorero.
Registro Costo
Notes:
Relationships
- 96 -
Secretario.
Registro Costo.
Registro Facturacion
Notes:
Relationships
Tesorero.
Registro Consumo.
Registro Lectura
- 97 -
Notes:
Relationships
Lector.
Registro Lectura.
Tesorero.
Registro Lectura.
Registro Mora
Notes:
Relationships
Secretario.
Registro Mora.
Registro Sector
- 98 -
Notes:
Relationships
Secretario.
Registro Sector.
Actors
Type: Package
Notes:
Actors
- 99 -
EA 9.3 Unregistered Trial Version

uc Actors

User
Figure: 2 EA 9.3 Unregistered Trial Version

User
Database: <none>,Stereotype:,Package:Actors
Notes:
Relationships
User.
Use Case2.
User.
Use Case1.

User.
EA 9.3 Unregistered- 100 Trial

- Version
Object1.
Primary Use Cases
Type: Package
Notes:
Primary Use Cases
- 101 -
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregis
uc Primary Use Cases
System Boundary
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered
The System Boundary shows the Trial Version EA 9.3 Unregis
logical interface between users
and the system being described.
Use Case1
User
Use Case2
EA 9.3 Unregistered
Figure: 3 Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregis
Use Case1
Database: <none>,Stereotype:,Package:Primary Use Cases
Notes:
Relationships
User.
Use Case1.
Interaction
EA 9.3 diagram:
Unregistered Use Case1
Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial Version EA 9.3 Unregis
- 102 -
EA 9.3 Unregistered
Derechos Trial Ing.
reserados: Version EAShigui,
Andres 9.3 Unregistered Trial Version
Correo electrónico: EA 9.3 Unregistered Trial Version EA 9.3 Unregis
shiguiandres@mail.com
EA 9.3 Unregistered Trial Version EA 9.3 Unregistered Trial V
sd Use Case1

Object1
EA 9.3 Unregistered Trial V
User

Object1
EA 9.3<none>,Stereotype:,Package:Primary
Database: Unregistered Trial Version EA
Use Cases 9.3 Unregistered Trial V
Notes:

- 103 -
Relationships
User.
Object1.
Use Case2
Database: <none>,Stereotype:,Package:Primary Use Cases
Notes:
Relationships
User.
Use Case2.
- 104 -
CAPITULO V
DISEÑO DEL SISTEMA
DISEÑO DE LA BASE DE DATOS
Diseño Lógico
junta sector categoria costo lectura servicio_actividad

codigo_junta codigo_sector tipo_categoria codigo codigo_lectura codigo-s_a
ruc_junta nombre_sector tarifa_basica tipo_categoria (FK) anio nombre_s_a
nombre_junta codigo_junta (FK) valor_alcantarillado rango_inicial mes costo_s_a
direccion_junta rango_final lectura_anterior tipo
telefono_junta multiplicador lectura_actual fecha_act
observacion consumo hora_act
observacion
numero_cuenta (FK)
detalle_servicioActividad
codigo
barrio consumo numero_consumo (FK)
codigo_barrio codigo_s_a
numero_consumo
codigo_sector (FK)
contribuyente cuenta nombre
codigo_cont numero_cuenta codigo_cont costo
nombre_barrio
fecha_lectura responsable
descripcion identificacion_cont tipo_categoria (FK) fecha_pago pagado
codigo_sector (FK) codigo_cont (FK) mes fecha_pago
limite apellidos_cont
nombres_cont
numero_medidor
marcar_medidor
anio
lectura_anterior
observaciones
codigo-s_a (FK)
codigo_limite telefono_cont alcantarillado lectura_actual
codigo_sector (FK) direccion_cont
num_casa_cont
observaciones
codigo_sector (FK)
consumo
tarifa_basica
detalle_ser_no_fac
mes_limite
fecha_nacimiento activo codigo
anio_limite excedente
tercera_edad codigo_mora (FK) alcantarillado numero_consumo (FK)
socio_fundador_cont varios_servicios numero_cuenta
observaciones otras_multas codigo_ser_no_fac (FK)
mora pago_consumo
interes_mora
nombre
valor
codigo_mora descuento_tercera_edad mes
porcentaje_mora subtotal_agua anio
porc_desc_ter_edad subtotal_ser_no_fac pagado
mes_max_sin_mora total fecha_pago
pagado observacion
factura_anulada traspaso_cuenta factura numero_fac_pert

observaciones
codigo_traspaso numero_factura numero_factura (FK)
numero_factura
numero_cuenta (FK) fecha_pago codigo_lectura (FK)
contribuyente_audit
fecha_emitida operacion
codigo_cont_anterior meses
numero_cuenta
contribuyente numero_acta codigo_cont servicio_no_facturable fecha
mes fecha_traspaso identificacion_cont codigo_ser_no_fac usuario
total_consumo_actual codigo_cont (FK) contribuyente codigo_cont
nombre_ser_no_fac
deuda_anterior_sin_mora registro_propiedad numero_meses_pago identificacion_cont
valor
interes_mora observacion total_consumo_actual codigo_sector
observacion
subtotal_consumo deuda_anterior_sin_mora apellidos_cont
interes_mora
valor_serv_no_fac
subtotal_consumo
cuenta_audit nombres_cont
telefono_cont
total_factura
valor_serv_no_fac operacion direccion_cont
responsable_emitir
responsable_anular total_factura fecha num_casa_cont
fecha_anulada responsable_emitir usuario fecha_nacimiento
estado numero_cuenta tercera_edad
numero_cuenta (FK) tipo_categoria observacion
codigo_cont
numero_medidor
marcar_medidor
alcantarillado
observacion
- 105 -
Diseño/Físico
junta sector categoria costo lectura servicio_actividad
codigo_junta: CHARACTER(5) codigo_sector: CHARACTER(5) tipo_categoria: CHARACTER(20) codigo: INTEGER codigo_lectura: NUMERIC(6,2) codigo-s_a: CHARACTER(10)
ruc_junta: CHARACTER(13) nombre_sector: CHARACTER(50) tarifa_basica: NUMERIC(6,2) tipo_categoria: CHARACTER(20) anio: NUMERIC(6,2) nombre_s_a: CHARACTER(20)
nombre_junta: CHARACTER(100) codigo_junta: CHARACTER(5) valor_alcantarillado: NUMERIC(6,2) rango_inicial: NUMERIC(5) mes: NUMERIC(6,2) costo_s_a: NUMERIC(6,2)
direccion_junta: CHARACTER(100) rango_final: NUMERIC(5) lectura_anterior: NUMERIC(6,2) tipo: CHARACTER(15)
telefono_junta: CHARACTER(10) multiplicador: NUMERIC(6,2) lectura_actual: NUMERIC(6,2) fecha_act: DATE
observacion: CHARACTER(50) consumo: NUMERIC(6,2) hora_act: DATE
observacion: NUMERIC(6,2)
numero_cuenta: CHARACTER(10)
detalle_servicioactividad
codigo: INTEGER
barrio numero_consumo: INTEGER
consumo
codigo_barrio: CHARACTER(5) codigo_s_a: CHARACTER(10)
numero_consumo: INTEGER
contribuyente cuenta nombre: CHARACTER(20)
codigo_sector: CHARACTER(5)
codigo_cont: CHARACTER(10) numero_cuenta: CHARACTER(10) codigo_cont: CHARACTER(10) costo: NUMERIC(6,2)
nombre_barrio: CHARACTER(50)
fecha_lectura: DATE responsable: CHARACTER(70)
descripcion: CHARACTER(50) identificacion_cont: CHARACTER(13) tipo_categoria: CHARACTER(20) fecha_pago: DATE pagado: CHARACTER(2)
codigo_sector: CHARACTER(5) codigo_cont: CHARACTER(10) mes: CHARACTER(12) fecha_pago: DATE
apellidos_cont: CHARACTER(30) numero_medidor: CHARACTER(10) anio: CHARACTER(4) observaciones: CHARACTER(50)
limite
nombres_cont: CHARACTER(30) marcar_medidor: CHARACTER(15) lectura_anterior: INTEGER codigo-s_a: CHARACTER(10)
codigo_limite: INTEGER telefono_cont: CHARACTER(10) alcantarillado: CHARACTER(2) lectura_actual: INTEGER
codigo_sector: CHARACTER(5) direccion_cont: CHARACTER(50) observaciones: CHARACTER(50) consumo: INTEGER
detalle_ser_no_f ac
mes_limite: CHARACTER(2) num_casa_cont: CHARACTER(20) codigo_sector: CHARACTER(5) tarifa_basica: NUMERIC(6,2)
fecha_nacimiento: DATE activo: CHARACTER(2) codigo: INTEGER
anio_limite: CHARACTER(4) excedente: NUMERIC(6,2)
tercera_edad: CHARACTER(2) codigo_mora: CHARACTER(5) alcantarillado: NUMERIC(6,2) numero_consumo: INTEGER
socio_fundador_cont: CHARACTER(2) varios_servicios: NUMERIC(6,2) numero_cuenta: CHARACTER(10)
observaciones: CHARACTER(50) otras_multas: NUMERIC(6,2) codigo_ser_no_fac: CHARACTER(10)
pago_consumo: NUMERIC(6,2) nombre: CHARACTER(20)
mora
interes_mora: NUMERIC(6,2) valor: NUMERIC(6,2)
codigo_mora: CHARACTER(5) descuento_tercera_edad: NUMERIC(6,2) mes: CHARACTER(10)
porcentaje_mora: NUMERIC(6,2) subtotal_agua: NUMERIC(8,2) anio: CHARACTER(4)
porc_desc_ter_edad: NUMERIC(6,2) subtotal_ser_no_fac: NUMERIC(8,2) pagado: CHARACTER(2)
mes_max_sin_mora: NUMERIC(6,2) total: NUMERIC(8,2) fecha_pago: DATE
pagado: CHARACTER(2) observacion: CHARACTER(50)
numero_fac_pert: INTEGER
traspaso_cuenta f actura
f actura_anulada observaciones: CHARACTER(50)
numero_factura: INTEGER codigo_traspaso: NUMERIC(6,2) numero_factura: INTEGER numero_factura: INTEGER
codigo_lectura: NUMERIC(6,2) contribuyente_audit
fecha_emitida: DATE numero_cuenta: CHARACTER(10) fecha_pago: DATE
meses: CHARACTER(200) operacion: CHARACTER(1)
numero_cuenta: CHARACTER(10) codigo_cont_anterior: NUMERIC(6,2)
contribuyente: CHARACTER(50) numero_acta: NUMERIC(6,2) codigo_cont: CHARACTER(10) servicio_no_f acturable fecha: DATE
mes: CHARACTER(50) fecha_traspaso: NUMERIC(6,2) identificacion_cont: CHARACTER(13) codigo_ser_no_fac: CHARACTER(10) usuario: CHARACTER(50)
total_consumo_actual: NUMERIC(8,2) codigo_cont: CHARACTER(10) contribuyente: CHARACTER(70) codigo_cont: CHARACTER(10)
nombre_ser_no_fac: CHARACTER(20)
deuda_anterior_sin_mora: NUMERIC(8,2) registro_propiedad: NUMERIC(6,2) numero_meses_pago: INTEGER identificacion_cont: CHARACTER(13)
valor: NUMERIC(6,2)
interes_mora: NUMERIC(8,2) observacion: NUMERIC(6,2) total_consumo_actual: NUMERIC(8,2) codigo_sector: CHARACTER(50)
observacion: CHARACTER(50)
subtotal_consumo: NUMERIC(8,2) deuda_anterior_sin_mora: NUMERIC(8,2) apellidos_cont: CHARACTER(30)
valor_serv_no_fac: NUMERIC(8,2) interes_mora: NUMERIC(8,2) nombres_cont: CHARACTER(30)
subtotal_consumo: NUMERIC(8,2) cuenta_audit
total_factura: NUMERIC(8,2) telefono_cont: CHARACTER(10)
valor_serv_no_fac: NUMERIC(8,2) operacion: CHARACTER(1) direccion_cont: CHARACTER(50)
responsable_emitir: CHARACTER(50)
responsable_anular: CHARACTER(50) total_factura: NUMERIC(8,2) fecha: DATE num_casa_cont: CHARACTER(20)
fecha_anulada: DATE responsable_emitir: CHARACTER(70) usuario: CHARACTER(50) fecha_nacimiento: DATE
estado: CHARACTER(20) numero_cuenta: CHARACTER(10) tercera_edad: CHARACTER(2)
numero_cuenta: CHARACTER(10) tipo_categoria: CHARACTER(20) observacion: CHARACTER(50)
codigo_cont: CHARACTER(10)
numero_medidor: CHARACTER(10)
marcar_medidor: CHARACTER(15)
alcantarillado: CHARACTER(2)
observacion: CHARACTER(50)
- 106 -
Diccionario de Datos del Diseño Físico
Construir el diccionario de datos correspondiente al modelo físico de la base de

datos, en el cual se debe explicar la conformación de cada tabla, con sus atributos,
tipos de dato, tamaño, claves primaria y foránea, etc.
Tabla 6.1 Tabla junta
JUNTA
CAMPO TIPO DE DATO DESCRIPCIÓN
Clave primaria: codigo _junta
codigo_junta character(5) Código de la junta
ruc_junta character(13) Ruc de la junta
nombre_junta character(100) Nombre de la junta
direccion_junta character(100) Dirección de la junta
telefono_junta character(10) Teléfono de la junta
observacion character(50) Observaciones
SECTOR
Clave primaria: codigo sector
codigo_sector character(5) Código del sector
nombre_sector character(50) Nombre del sector
codigo_junta (FK) character(5) Código de la Junta a la que

pertenece el sector
- 107 -
CATEGORÍA
Clave primaria Tipo categoria
Tipo_categoria character(20) Tipo categoría
Tarifa_basica numeric(6,2) valor de tarifa basica
Valor_alcantarillado numeric(6,2) valor de alcantarillado
COSTO
Clave primaria codigo
codigo serial Código del costo
Tipo_categoria(FK) character(20) Tipo de categoría a la que pertenece
rango_inicial float(5) valor inicial de consumo
rango_final float(5) valor final de consumo
multiplicador numeric(6,2) Multiplicador de cargo variable por m3
CONTRIBUYENTE
Clave primaria: codigo_cont
codigo_cont character(10) Código del contribuyente
identificacion_cont character(13) Identificación del contribuyente
codigo_sector(FK) character(5) Código del sector al que pertenece
apellidos_cont character(30) Apellidos del contribuyente
- 108 -
nombres_cont character(30) Nombres del contribuyente
telefono_cont character(10) Teléfono del contribuyente
direccion_cont character(50) Dirección del contribuyente
num_casa_cont character(20) Número de casa del contribuyente
fecha_nacimiento date Fecha de nacimiento delcontribuyente
tercera_edad Char(2) El contribuyente es de latercera edad
Observación character(50) Observación
CUENTA
Clave primaria: numero_cuenta
numero_cuenta character(10) Número de cuenta
tipo_categoria (fk) character(20) Tipo de categoría a la que pertenece
codigo_cont (fk) character (10) Código del contribuyente al que

pertenece
numero_medidor character(10) Código del sector al que pertenece
marcar_medidor character(15) Número de medidor de agua
alcantarillado character(2) Marca del medidor de agua
observaciones character(50) Cuenta con el servicio de alcantarillado
codigo_sector character(5) Código del sector al que pertenece
activo char(2) Activo(S/N)
codigo_mora character(5) Cuenta con código mora
- 109 -
MORA
Clave primaria: codigo_mora
codigo_mora character(5) Código de mora
porcentaje_mora numeric(6,2), Porcentaje del interés por

mora
porc_desc_ter_edad numeric (6,2), Descuento por la tercera edad.
mes_max_sin_mora numeric (6,2), Mes máximo sin mora
BARRIO
Clave primaria: codigo_barrio
codigo_barrio character(5) Código de barrio
codigo_sector character(5) Código de sector
nombre_barrio character(50) Nombre de barrio
descripcion character(50) Descripción de barrio
- 110 -
LIMITE
TIPO DE DATO DESCRIPCIÓN

CAMPO
Clave primaria: codigo_limite
codigo_limite integer Codigo de limite
codigo_sector character(5) Codigo de sector
mes_limite character(2) Mes de limite de cierre mes.
anio_limite character(4) Año de límite de cierre.
FACTURA
Clave primaria: numero_factura
numero_ factura integer Número de factura
fecha_pago date Fecha de pago
Meses Character(200) Descripción de meses de pago
Contribuyente character(70) Nombre y apellidos

delcontribuyente
numero_meses_pago integer Número de meses de pago
total_consumo_actual numeric (8,2) Total de consumo actual
deuda_anterior_sin_mora numeric (8,2) Deuda anterior sin mora
interes_mora numeric(8,2) Interés por mora
- 111 -
subtotal_consumo numeric(8,2) Subtotal del consumo
valor_serv_no_fac numeric(8,2) Valor de los servicios no

facturables
total_factura numeric(8,2) Total Factura
responsable_emitir character(70) Responsable de Emitir la Factura
Estado character(20) Estado de la Factura
numero_cuenta character(10) Numero de cuenta del socio
TRASPASO CUENTA
TIPO DE DATO DESCRIPCIÓN

CAMPO
Clave primaria: codigo_traspaso
codigo_traspaso numeric(6,2) Código de traspaso
numero_cont_anterior numeric(6,2) Número de cuenta anterior
numero_acta numeric(6,2) Número de acta
fecha_traspaso numeric(6,2) Fecha de traspaso al

nuevocontribuyente
codigo_cont character(10) Código de contribuyente
registro_propiedad numeric(6,2) Registro del nuevo contribuyente
observaciones numeric(6,2) Observaciones
- 112 -
FACTURA_ANULADA
CAMPO TIPO DE DESCRIPCIÓN

DATO
Clave primaria: numero_fact
ura
numero_factura integer Número de factura
fecha_emitida date Fecha de Emisión
contribuyente character(50) Nombres y apellidos del contribuyente.
mes character(50) Mes de pago
total_consumo_actual numeric (8,2) Total del consumo actual
deuda_anterior_sin_mora numeric (8,2) Deuda Anterior sin mora
interes_mora numeric (8,2) Interés por mora
subtotal_consumo numeric (8,2) Subtotal de consumo
valor_serv_no_fac numeric (8,2) Subtotal de servicios no facturables
total_factura numeric (8,2) Total factura
responsable_emitir character(50) Responsable de Emitir
responsable_anular character(50) Responsable en anular
fecha_anulada date Fecha de la anulación de la factura
- 113 -
SERVICIO_ACTIVIDAD
Clave primaria: Código-s_a
codigo-s_a character(10) Código del servicio_actividad
nombre_s_a character(20) Nombre del servicio_actividad
costo_s_a numeric(6,2) Costo del servicio_actividad
tipo character(15) Tipo(actividad, servicio)
fecha_act date Fecha de la Actividad
hora_act date Hora de la Actividad
SERVICIO_NO_FACTURABLE
Clave primaria: codigo_ser_no_fac
codigo_ser_no_fac character(10) Código servicio no facturable
nombre_ser_no_fac character(20) Nombre servicio no facturable
valor numeric(6,2) Valor del servicio no

facturable
observaciones character(50) observaciones
- 114 -
CONTRIBUYENTE _AUDIT
Clave primaria operacion
operacion character(1) Operación que se ha realizado en el

sistema(Insert,Update,Delete)
fecha date Fecha en la que se ha realizado la operación.
codigo_sector character(50) Código del sector
apellidos_cont character(30) Apellido del contribuyente
nombres_cont character(30) Nombre del contribuyente
telefono_con character(10) Teléfono del contribuyente
direccion_cont character(50) Dirección del contribuyente
Num_casa_cont character(20) Numero de casa del contribuyente
fecha_nacimiento date Fecha de nacimiento del contribuyente
Tercera_edad character(2) Tercera edad del contribuyente
observacion character(50) Observaciones del contribuyente
- 115 -
CUENTA_AUDIT
Clave primaria: operacion
operacion character(1) Operación que se a realizado
fecha date Fecha en la que se ha realizado la cuenta.
usuario character(50) Código del usuario
numero_cuenta character(10) Numero de cuenta
tipo_categoria character(20) Fecha de pago
codigo_cont character(10) Mes de consumo
numero_medidor character(10) Número del medidor
marcar_medidor character(15) Marca medidor
alcantarillado character(2) Alcantarillado (si)(no)
observacion character(50) observaciones
CONSUMO
Clave primaria: numero_consumo
fecha_lectura date Fecha de lectura del contribuyente
fecha_pago date Fecha de pago del contribuyente
fecha_lectura date Fecha de la lectura
Mes character(12) Mes de consumo
- 116 -
Anio character(4) Año
lectura_anterior integer Lectura anterior
lectura_actual integer Lectura actual
Consumo integer Consumo
tarifa_basica numeric(6,2) Tarifa básica
Excedente numeric (6,2) Valor por excedente
Alcantarillado numeric (6,2) Valor del alcantarillado
varios_servicios numeric (6,2) Valor de Servicios
otras_multas numeric (6,2) Multas
pago_consumo numeric (6,2) Pago por consumo
interes_mora numeric (6,2) Interés por mora
descuento_tercera_e numeric (6,2) Descuento tercera edad

dad
subtotal_agua numeric (8,2) Subtotal agua
subtotal_ser_no_fac numeric (8,2) Subtotal factura
Total numeric (8,2) Total consumo
Pagado character(2) Pagado de consumo
Numero_fac_pert interger Número de factura que pertenece
Observación character(50) Observaciones
numero_factura interger Número de factura
codigo_factura numeric (6,2) Código de factura
- 117 -
DETALLE_SERVICOACTIVIDAD
Clave primaria: codigo
codigo integer Código
numero_consumo (FK) integer Número del consumo al que

pertenece
codigo_s_a (FK) character(10) Código de servicio_actividad
nombre character(20) Nombre
costo numeric(6,2) Costo
responsable character(70) Responsable
pagado character (2) Pagado(S/N)
fecha_pago date Fecha de pago
observacion character(50) Observación
codigo-s_a character(10) Código
DETALLE_ SER_NO_FAC
Clave primaria: codigo
codigo integer Código
numero_consumo (FK) integer Número del consumo al que

pertenece
numero_cuenta character(10) Número de cuenta al que pertenece
codigo_ser_no_fac(FK) character(10) Código de servicio_actividad
- 118 -
nombre character(20) Nombre del servicio o actividad
valor numeric(6,2) Costo del servicio o actividad
mes character(10) Mes de pago
anio character(4) Año
pagado character(2) Pagado(S/N)
Fecha_pago date Fecha de pago
observacion character(50) Observaciones de pago
DISEÑO DE LA INTERFAZ DE USUARIO
Diseño de Entradas
Ingreso de Sector
SECTOR Tìtulo
CÓDIGO Nuevo
String (5)
NOMBRE Actualiza
String (20)
JUNTA Eliminar
String (5)
Guardar
Botones
Cancelar
de comando de
matenimiento
Primero Anterior Siguiente Último

Botones
de comando de
navegacion
Fecha Caducidad
En esta ventana se ingresan los datos referentes al los Sectores
- 119 -
Ingreso de Cuenta
CUENTA Tìtulo
CUENTA Nuevo
String (10)
CATEGORIA Actualiza String (10)
String (20)
CONTRIBUYENTE Eliminar
String (10)
SECTOR Guardar
String (5)
No. Med Cancelar
String (10)
Marca Med
String (15)
ALCANTARILLADO
String (2)
OBSERVACION
String (50)
Primero Anterior Siguiente Ultimo
Botones
de comando de
matenimiento
Botones
de comando de
navegacion
Fecha Caducidad
En esta ventana se ingresan los datos de la cuentas del contriyente
- 120 -
Diseño de Salidas
Reporte Contribuyentes
Título
REPORTE DE CONTRIBUYENTES
Cabecera CEDULA NOMBRE DIRECCION TELEFONO
Detalle
Pàg. 1
En esta ventana se presentara un listado de información de los contrbuyentes

general.
Reporte de Cuentas
REPORTE DE CUENTAS Título
CUENTA NOMBRE SECTOR TIPO N.MEDIDOR MARCA ALCANT.

Cabecera
Detalle
Pàg. 1
En esta ventana se presentara un listado de información de las cuentas general.
- 121 -
DIAGRAMA DE PROCESOS
SISTEMA DE AGUA POTABLE
INICIO ADMINISTRACION CONSULTA REPORTES ATENCION CLIENTE CIERRE MES
Historia Contribuyente
Facturacion
Junta SISTEMA
Cuentas
Anulacion
Misión y Visión Sector Factura
Lecturas x Sector A. Servicio Act.
Barrio
Miembros del
Coactivas x Sector A. Servicio no
Directorio Contribuyente
Facturable
Coactivas General
Cuenta
Estructura Organica
Cierre de caja
E. Cuenta x Sector
Lecturas
E. Cuenta general
Categoria
CONSULTA PLANILLAS
Conexiones Vendidas
S. Actividad
Cierre de Mes
Consulta Planilla x Mingas y Sesiones Consumo
S. no Facturable
Sector
Costo Mora Usuario Ingresar Usuario Recuperar Contrasena Usuario Cambiar Contrasena Usuario
- 122 -
DIAGRAMA DE CLASES
DIAGRAMA DE CLASES GENERAL
junta sector categoria costo

barrio
- codigo_ junta : string - codigo_sector : string[] - codigo_barrio : string - tipo_categoria : string - codigo : int
- ruc_ junta : string 1..* - nombre_sector : string - tarifa_basica : double - tipo_categoria : string
1..1 - codigo_sector : string
- nombre_ junta : string - codigo_junta : string 1..* - rango_inicial : float
- nombre_barrio : string - valor_alcantarillado : double 1..*
- direccion_ junta : string 1..* + IngresarSector () : void 1..1
1..* - descripcion : string - rango_final : float
+ IngresoCategoria () : void 1..1
- telefono_junta : string + ActualizarSector () : void - multiplicador : double
- observacion : string + IngresarBarrio () : void + ActualizarCategoria () : void
+ EliminarSector () : void + EliminarCategoria () : void + IngresarCosto () : void
+ ActualizarBarrio () : void
+ InsertarJunta () : void + SeleccionarSector () : object + EliminarBarrio () : void + SeleccionarCategoria () : object + ActualizarCosto () : void
+ ActualizarJunta () : void + SelecionarBarrio () : object + SeleccionarCosto () : object
+ EliminarJunta () : void
+ SeleccionarJunta () : Object 1..* 1..*
1..1
1..1 1..1 detalle_ser_no_
lectura consumo fact
contribuyente
cuenta - codigo_lectura : int - numero_consumo : int - codigo
- codigo_cont : string - numero_cuenta : string
- numero_cuenta : string - numero_cuenta : string - numero_consumo
- identificacion_cont : string - codigo_cont : string
- tipo_categoria : string - fecha_lectura : DateTime - numero_cuenta
- codigo_sector : string - fecha_lectura : DateTime
- codigo_cont : string - fecha_pago : DateTime - codigo_ser_no_fac
- apellidos_cont : string - mes : string - fecha_pago : DateTime
- numero_medidor : string - nombre
- nombres_cont : string - anio : string - mes : string
0..* 0..1
- marca_medidor : string 1..* - valor
- telefono_cont : string 1..* - lectura_anterior : int - anio : string
- alcantarillado : string - fecha_pago
- direccion_cont : string * - lectura_anterior : int 1..1
- socio_fundador : int - lectura_actual : int - mes
- num_casa_cont : string - consumo : int - lectura_actual : int
- observacion : string - anio
- fecha_nacimiento : string - consumo : int
- activo : string - pagado : string - pagado
- tercera_edad : string - tarifa_basica : double
- observacion : string - observacion
- observacion : string - exedente : double
+ IngrezarLectura () : int + IngresarDetSerNoFact ()
+ IngresarContribuyente () : void 1..* - alcantarillado : double
+ ActualizarLectura () : int + ActualizarDetSerNoFact ()
+ ActualizarContribuyente () : void 1..11..*1..* 1..1 - varios_servicios : double
+ SeleccionarLectura () : int + SeleccionarDetSerNoFact ()
+ EliminarrContribuyente () : void - otras_multas : double
+ SeleccionarContribuyente () : object - pago_consumo : double
- interes_mora : double 1..*
mora factura - descuento_tercera_edad : double 1..1
1..*
- codigo mora : int - numero_factura : int - subtotal_agua : double
- subtotal_ser_no_fac : double servicio_no_facturable
- porcentaje_mora : double - fecha_pago : DateTime
- porc_desc_ter_edad : double 1..* - total : double - codigo_ser_no_fac : string
- meses : string
- mes_max_sin_mora : int - pagado : string - nombre_ser_no_fac : string
- codigo_cont : string
- identificacion_cont : string - numero_factura : int - valor : double
+ IngresarMora () : void
- contribuyente : string - observacion : string - observacion : string
+ ActualizarMora () : void
+ SeleccionarMora () : object - numero_cuenta : string + IngresarConsumo () : void + IngresarSerNoFac () : void
- numero_meses_pago : int + ActualizarConsumo () : void + ActualizarSerNoFact () : void
limite - total_consumo_actual : double 1..* *+ SeleccionarConsumo () : object + SeleccionarSerNoFact () : object
- codigo_limite : int * - deuda_anterior_sin_mora : double
- interes_mora : double 1..1
- codigo_sector : string 1..*
- mes_limite : string 1..1 - subtotal_consumo : double
- anio_limite : string - valor_serv_no_fac : double detalle_servicioactividad
- total_factura : double
+ IngresarLimite () : void 1..1 1..1 - codigo : int
- responsable_emitir : string
+ ActualizarLimite () : void - numero_consumo : string
- estado : string
+ SeleccionarLimite () : object traspaso - codigo_s_a : string
+ IngresarFactura () : void - nombre : string
- codigo_traspaso : int + ActualizarFactura () : void - costo : double
- numero_cuenta : string + SeleccionarFactura () : object - responsable : string
- codigo_cont_anterior : string - pagado : string
- codigo_cont : string - fecha_pago : DateTime
- numero_acta : int
- observacion : string
- fecha_traspaso : DateTime servicio_actividad
- registro_propiedad : int + IngresarDetSerAct () : void
- codigo_s_a : string + ActualizarDetSerAct () : void
- observacion : string - nombre_s_a : string
+ SeleccionarDetSerAct () : object
+ IngresarTraspaso () : void - costo_s_a : double
1..*
+ ActualizarTraspaso () : void - tipo : string
+ SeleccionarTraspaso () : object - fecha_act : DateTime 1..1
- hora_act : TimeSpan
+ IngresarSerAct () : void
+ ActualizarSerAct () : void
+ SeleccionarserAct () : object
- 123 -
/*****************************************************************
******
* Module: Junta.cs
* Author: TOSHIBA
* Purpose: Definition of the Class Junta
******************************************************************
*****/
using System;
public class Junta
public void InsertarJunta()
// TODO: implement
public static void ActualizarJunta()
// TODO: implement
public void EliminarJunta()
- 124 -
{
// TODO: implement
public Object SeleccionarJunta()
// TODO: implement
return null;
public Sector sector;
private string CodigoJunta;
private string RucJunta;
private string NombreJunta;
private string DireccionJunta;
private string TelefonoJunta;
private string Observacion;
- 125 -
CAPITULO VI
IMPLEMENTACION Y PRUEBAS
CODIFICACIÓN
// JavaScrip, Validar la Cédula de Identidad
function check_cedula( source, args )

{
var cedula = args.Value;
array = cedula.split( "" );
num = array.length;
if ( num == 10 )
{
total = 0;
digito = (array[9]*1);
for( i=0; i < (num-1); i++ )
{
mult = 0;
if ( ( i%2 ) != 0 ) {
total = total + ( array[i] * 1 );
}
else
- 126 -
{
mult = array[i] * 2;
if ( mult > 9 )
total = total + ( mult - 9 );
else
total = total + mult;
}
}
decena = total / 10;
decena = Math.floor( decena );
decena = ( decena + 1 ) * 10;
final1 = ( decena - total );
if ( ( final1 == 10 && digito == 0 ) || ( final1 == digito ) ) {
//alert( "La c\xe9dula ES v\xe1lida!!!" );
args.IsValid = true;
}
else
{
//alert( "La c\xe9dula NO es v\xe1lida!!!" );
args.IsValid = false;
}
}
else
{
//alert("La c\xe9dula no puede tener menos de 10 d\xedgitos");
args.IsValid = false;
}
- 127 -
// Generación del Formulario Contribuyente: Inserciones, Eliminados,
Actualizaciones.
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using Npgsql;
using System.Configuration;
using System.Data;
using System.Data.Sql;
using CapaNegocios;
namespace WebApplication
{
public partial class frmContribuyente : System.Web.UI.Page
{
#region datos
private static DataSet datos = new DataSet();
private static botones botonespresionados;
#endregion
protected void Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
Session["Contador"] = 0;
AvilitarIniciar();
CargarRegistros();
MostrarDatosComboBox();
MoverComboBox();
- 128 -
LblError.Text = Convert.ToString(Session["Contador"]);
#region Metodos
private void AvilitarAgregar()
{
BtnActualizar.Enabled = false;
BtnAgregar.Enabled = false;
BtnEliminar.Enabled = false;
BtnCancelar.Enabled = true;
BtnPrimero.Enabled = false;
BtnSiguiente.Enabled = false;
BtnAnterior.Enabled = false;
BtnUltimo.Enabled = false;
BtnGuardar.Enabled = true;
private void AvilitarIniciar()

{
BtnActualizar.Enabled = true;
BtnAgregar.Enabled = true;
BtnGuardar.Enabled = false;
BtnEliminar.Enabled = true;
BtnCancelar.Enabled = false;
BtnSiguiente.Enabled = true;
- 129 -
BtnUltimo.Enabled = true;
}
private void CargarRegistros()
{
try
{
datos =
CapaNegocios.ContribuyenteCN.SelecionarContribuyente("selectcontribuyente");
txtcodigo_cont.Text = datos.Tables[0].Rows[0][0].ToString();
txtidentificacion_cont.Text = datos.Tables[0].Rows[0][1].ToString();
txtcodigo_sector.Text = datos.Tables[0].Rows[0][2].ToString();
txtapellidos_cont.Text = datos.Tables[0].Rows[0][3].ToString();
txtnombres_cont.Text = datos.Tables[0].Rows[0][4].ToString();
txttelefono_cont.Text = datos.Tables[0].Rows[0][5].ToString();
txtdireccion_cont.Text = datos.Tables[0].Rows[0][6].ToString();
txtnum_casa_cont.Text = datos.Tables[0].Rows[0][7].ToString();
txtfecha_nacimiento.Text = datos.Tables[0].Rows[0][8].ToString();
txttercera_edad.Text = datos.Tables[0].Rows[0][9].ToString();
txtobservacion.Text = datos.Tables[0].Rows[0][10].ToString();
}
catch (NpgsqlException error)
{
LblError.Text = "erro BDD" + error.Message;
}
catch (Exception error)

{
LblError.Text = error.Message;
- 130 -
}
}
private void AvilitarActualizar()
{
BtnGuardar.Enabled = true;
BtnActualizar.Enabled = false;
BtnAgregar.Enabled = false;
BtnEliminar.Enabled = false;
BtnCancelar.Enabled = true;
}
private void MostrarDatosComboBox()

{
cboSector.Items.Clear();
datos = CapaNegocios.NegSector.Selecionar();
cboSector.DataSource = datos;
cboSector.DataTextField = "nombre_sector";
cboSector.DataValueField = "codigo_sector";
cboSector.DataBind();
}
private void MoverComboBox()

{
//Instanciamos una variable para saber si tiene mas de un
//registro cuando ejecutamos el procedimiento
int numeroDeRegistros = 0;
- 131 -
int idsector;
datos = CapaNegocios.NegSector.Selecionar();
//Instanciamos variable para la tabla cargo
DataTable dtsector = new DataTable();
int registros = datos.Tables[0].Rows.Count;
if (registros > 0)
{
CapaEntidades.Sector cont = new CapaEntidades.Sector();

cont.Codigo_sector = txtcodigo_sector.Text.Trim();
dtsector = CapaNegocios.NegSector.RecuperarSectorId(cont,
"selectporidsector1");
numeroDeRegistros = dtsector.Rows.Count;
if (numeroDeRegistros > 0)
{
idsector = Convert.ToInt32(dtsector.Rows[0][0]);
cboSector.SelectedValue = Convert.ToString(idsector);
}
#endregion
protected void BtnAgregar_Click(object sender, EventArgs e)
{
try
{
AvilitarAgregar();
botonespresionados = botones.agregar;
- 132 -
}
{
}

{
}
}
protected void BtnSiguiente_Click(object sender, EventArgs e)

{
try
{
datos =
Session["Contador"] = Convert.ToInt32(Session["Contador"]) + 1;
txtcodigo_cont.Text =
datos.Tables[0].Rows[Convert.ToInt32(Session["Contador"])][0].ToString();
txtidentificacion_cont.Text =
txtcodigo_sector.Text =
txtapellidos_cont.Text =
- 133 -
txtnombres_cont.Text =
txttelefono_cont.Text =
txtdireccion_cont.Text =
txtnum_casa_cont.Text =
txtfecha_nacimiento.Text =
txttercera_edad.Text =
txtobservacion.Text =
MoverComboBox();
if (Convert.ToInt32(Session["Contador"]) == datos.Tables[0].Rows.Count - 1)
{
LblError.Text = "dwfewf";
}
BtnPrimero.Enabled = true;
BtnAnterior.Enabled = true;
}
{
}
- 134 -
{
}
protected void BtnAnterior_Click(object sender, EventArgs e)

{
try
{
datos =
Session["Contador"] = Convert.ToInt32(Session["Contador"]) - 1;
- 135 -
MoverComboBox();
if (Convert.ToInt32(Session["Contador"]) == 0)
{
}
}
{
}

{
}
}
protected void BtnUltimo_Click(object sender, EventArgs e)

{
- 136 -
try
{
int ultimo = 0;
datos =
ultimo = datos.Tables[0].Rows.Count - 1;
Session["Contador"] = ultimo;
- 137 -
MoverComboBox();
BtnAnterior.Enabled = true;
BtnPrimero.Enabled = true;
}
{
}

{
}
}
protected void BtnGuardar_Click(object sender, EventArgs e)

{
if (botonespresionados.ToString() == "agregar")
{
CapaEntidades.Contribuyente ObjContribuyente = new
CapaEntidades.Contribuyente();
ObjContribuyente.Codigo_cont = txtcodigo_cont.Text;
ObjContribuyente.Identificacion_cont = txtidentificacion_cont.Text;
ObjContribuyente.Codigo_sector = txtcodigo_sector.Text;
CapaNegocios.ContribuyenteCN.InsertarContribuyente(ObjContribuyente,
"insertarcategoria");
}
- 138 -
if (botonespresionados.ToString() == "actualizar")
{
ObjContribuyente.Identificacion_cont = txtidentificacion_cont.Text;
ObjContribuyente.Codigo_sector = txtcodigo_sector.Text;
CapaNegocios.ContribuyenteCN.InsertarContribuyente(ObjContribuyente,
"insertarcategoria");
}
//
CargarRegistros();
AvilitarIniciar();
LblError.Text = botonespresionados.ToString();
}
protected void BtnActualizar_Click(object sender, EventArgs e)

{
try
{
AvilitarActualizar();
botonespresionados = botones.actualizar;
//LblError.Text = botonespresionados.ToString();
}
{
}
}
protected void BtnEliminar_Click(object sender, EventArgs e)
- 139 -
{
if (botonespresionados.ToString() == "Eliminar")
{
CapaNegocios.ContribuyenteCN.EliminarContribuyente(ObjContribuyente,
"eliminarcontribuyente");
}
protected void BtnPrimero_Click(object sender, EventArgs e)

{
try
{
CargarRegistros();
Session["Contador"] = 0;
MoverComboBox();
}
{
- 140 -
}

{
}
}
protected void BtnCancelar_Click(object sender, EventArgs e)

{
}
}
}
PRUEBAS
Pruebas de Unidad
Las pruebas de unidad se realizan en el código que contiene el sistema, se empieza
desde su lógica hasta la ejecución de las instrucciones, con la verificación de
posibles errores.
Basicamente de Subprogramas/Módulos individuales. Estas pruebas se llevaron a
cabo con:
 Acceso al código fuente probado
 Ayuda de herramientas de depuración
Pruebas de Integración
Esta prueba se llevó a cabo sobre la interfaz del sistema, por lo tanto estas
soncompletamente indiferentes del comportamiento interno y a su estructura.
Con estas pruebas se pudo demostrar que.
• Las funciones del sitio son completamente operativas o factibles.
• El ingreso de usuario se realiza de forma adecuada y sencilla.
• El inicio de sesión y la culminación del mismo muestran la fiabilidad en la
seguridad del sitio.
- 141 -
• Los gestores de datos presentan la información de forma correcta, rápida y
adecuada.
• La integridad del sistema se mantiene.
Para lograr esto se debió probar en reiteradas veces las entradas y salidas de datos,
es decir se evaluó la manera en que el sitio presenta los datos al usuario final.
Pruebas de Validación
Con las pruebas de validación se realizó el ingreso de datos en cada uno de los
campos que eran requeridos por los formularios con la verificación de errores.
Particularmente estas pruebas se llevaron a cabo con:
VALIDACIÓN DE DATOS
El sistema valida el ingreso de datos como:
Validación del RUC
Al ingresar el RUC incorrecto aparecerá el siguiente mensaje:
Al ingresar un RUC incompleto aparecerá el siguiente mensaje:
Validación de cédula
Al ingresar una cédula incorrecta aparecerá el siguiente mensaje:
Pruebas de Recuperación
Las pruebas de recuperación determinan la capacidad que el usuario tiene para
recuperar los datos del sistema.
Esta prueba se llevó a cabo sobre la interfaz del sistema, se simulo fallas de
software y/o hardware para verificar laeficacia del proceso de recuperación.
Pruebas de Seguridad
Las pruebas de seguridad se las utilizó para verificar si los usuarios que ingresan
al sistema, tienen la autorización correspondiente con sus respectivos permisos,
con lo que se trabajó con la autentificación de PostgreSql 9.1.
RESTRICCIONES
- 142 -
Restricciones de usuario
Según lo acordado con los administradores de las juntas se crearon dos tipos
deusuarios uno que tiene acceso total llamado administrador y uno con
restriccionesde eliminación y de anulación de factura llamado empleado.
Solo el usuario administrador tiene la potestad para crear nuevos usuarios de tipo
empleado, anular facturas y ver los reportes de auditoría de las tablas
contribuyente y cuenta.
Eliminación
Solo el usuario administrador puede eliminar registros.
Pruebas de Resistencia
Las pruebas de resistencia consistían en determinar la capacidad que posee el
mismo para almacenar y manejar varias actividades verificando los errores
posibles.
Esta prueba se llevó a cabo sobre la interfaz del sistema, por lo tanto estas son
completamente indiferentes del comportamiento interno y a su estructura.
• Las funciones del sitio son completamente operativas o factibles.
• El ingreso de usuario se realiza de forma adecuada y sencilla.
• El inicio de sesión y la culminación del mismo muestran la fiabilidad en la
seguridad del sitio.
• Los gestores de datos presentan la información de forma correcta, rápida y
adecuada.
• La integridad del sistema se mantiene.
Para lograr esto se debió probar en reiteradas veces las entradas y salidas de datos,
es decir se evaluó la manera en que el sitio presenta los datos al usuario final.
Pruebas de Rendimiento
La prueba de rendimiento fue la que permitió probar el rendimiento del software
en tiempo de ejecución dentro del contexto del sistema integrado, que se da
durante todos los pasos del proceso de prueba.
Se ejecutan al menos una vez todos los caminos independientes de cada módulo
- 143 -
• Se utilizan las decisiones en su parte verdadera y en su parte falsa
• Se ejecuten todos los bucles en sus límites
• Se utilizan todas las estructuras de datos internas
Esta prueba ayudó a examinar la estructura interna y el funcionamiento
delSistema Web, para esto se diseñaron casos de prueba para evaluar la lógica del
sistema y asegurar que la operación interna se ajuste a las especificaciones.
- 144 -
CAPITULO VII
IMPLANTACIÓN
Puesta en Marcha
Una vez realizadas todas las pruebas necesarias y obtenidas los resultados tanto
para el usuario como para la institución, se procede a la implementación y/o al
funcionamiento del sistema.
Ubicación de equipos
Para que el Sistema Informático sea implementado en la Institucion “ Consorcio

Pillaro Alto“, y por las limitaciones económicas de la misma, se optó por utilizar
el Hardware existente, esto es un CPU que hará las veces de Servidor, y una
Laptop que será el Cliente, los dos equipos conectados en red, a través de cable, y
una impresora.
Quedando así el esquema definitivo:
El Servidor tiene las siguientes características: CPU Core 2 Duo, 2.20ghz,

2GB/RAM, 200GB/HD, Monitor LCD marca LG21” teclado, red, mouse. El
Software que tiene instalado es: Windows 7 Profesional Service Pack 1, Microsoft
Office 2007, y lo que se instaló es Internet Information Services para la
publicación de la Aplicación Web del Sistema y para la Base de Datos
PostgreSQL 9.1.
- 145 -
El Cliente es una Laptop marca TOSHIBA CORE i5, 4,00GB/RAM, 580GB/HD
El Software que tiene instalado es: Windows 7 Ultimate, Microsoft Office 2010, y
únicamente se instaló el navegador Firefox para correr la aplicación, aunque el
sistema está diseñado para correr con cualquier navegador.
La Impresora es de inyección de tinta, marca Lexmark, modelo X3550
El cable que se utilizó es UTP Categoría 5e, con sus respectivos conectores RJ45.
Ahora, Laptop marca TOSHIBA CORE i5, 4,00GB/RAM, 580GB/HD.El

Software que tiene instalado es 7 UltimateService Pack 1, Office 2007, lo que se
necesitó instalar para el propósito es Microsoft Visual Web Developer 2010
Express y PostgreSQL 9.1.
Capacitación
La capacitación al personal de la Institucion se lo realizó elaborando un Plan de

Capacitación que contiene:
Plan de Capacitación
- Objetivo:
- Actualizar al personal de la institución sobre el uso y manejo del
sistema automatizado.
- Tiempo:20 Horas
- Involucrados y responsables:
Involucrado Responsables
Presidente (Sr. Rafael Tobar) Segundo Andrés Shigui Lema
Tesorero (Sr. José Manuel Toapanta) Segundo Andrés Shigui Lema
Secretario (Sr. Euclides Ushina)
- 146 -
- Temas a tratar:
- Conceptos Básicos
 Hardware
 Software
 Sistema Operativo
 Sistema
 Base de Datos
- Sistema Integrado
 Ingreso de Acceso a la Clave
 Manipulación de Menú de Opciones
 Ingreso de datos
 Reporte de datos
 Respaldos de información
 Migración de datos
Mantenimiento
Mantenimiento correctivo
Son las modificaciones reactivas al sistema (producto software) hechas después de

la entrega para corregir defectos descubiertos.
En el caso del proyecto este tipo de mantenimiento se efectuaría cuando el

cliente/usuario nota fallas en el ambiente/entorno de trabajo en la Web, por
ejemplo en el caso que la base de datos falle (o se caiga) y se encuentre fuera de
servicio durante determinado tiempo, que el explorador de Internet bloqueé
algunos elementos emergentes que puedan surgir durante la ejecución de una
acción etc.
Mantenimiento adaptativo
Son las modificación del sistema (producto software) realizada después de la

entrega para permitir que un producto software siga pudiéndose utilizar en un
entorno diferente.
- 147 -
En el caso del proyecto este tipo de mantenimiento se efectuaría a la hora de hacer
cambios de configuración de hardware (En el caso Web por ejemplo cambiar el
funcionamiento de la página para que no sea compatible con navegadores
inferiores a Internet Explorer 7 o a Mozilla Firefox 3.5 y una resolución de
pantalla inferior a 1024x768) Cambio de motor de base de datos (PostgreSQL a
Access o viceversa), cambio de dominio de la página Web (de dominio .tk que
puede ser editable desde un sitio de Google a un dominio diferente al cual se le
pueda modificar su contenido por un editor de páginas Web como por ejemplo
Joomla).
Mantenimiento perfectivo
Son las modificaciones del sistema (producto software) después de la entrega para
mejorar el rendimiento o la mantenibilidad.
En el caso del proyecto, este tipo de mantenimiento se efectuaría en el caso de

arreglos en el ambiente del SIRF (Sistema Integrado de Recursos Facturables), ya
que esta aplicación tiene un uso vía Web, se utilizaría para optimizar y garantizar
el rendimiento del ambiente y entorno Web.
Mantenimiento Evolutivo
En el caso del proyecto este tipo de mantenimiento se efectuaría a la hora de

realizar las pruebas para despliegue de versión (en el caso Web) es decir se
implementaría a la hora de buscar mejoras al sistema por ejemplo en el caso de
agregar vínculos, reestructuración de la página Web (código), implementaciones
de nuevos botones, casillas de verificación, campos de escritura etc. O de lo
contrario toca eliminar algunos de los elementos mencionados anteriormente.
- 148 -
CAPITULO VIII
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
 El sistema esta desarrollado bajo la Arquitectura Cliente/Servidor 3 Capas,

la herramienta de desarrollo elegida es apropiada para un Sistema Web por
ser una herramienta de software gratuito que brinda seguridad y
confiabilidad en la información y además existe mucha información
resultando fácil de aprender su utilización.
 Es necesario la implementación del Sistema, ya que permitirá optimizar el
tiempo en la realización de las actividades que se han venido realizando
manualmente, generando a la vez un ahorro económico.
 La base de datos PostgreSQL soporta gran cantidad de información
permitiendo almacenar perfectamente la información que requiere el
sistema, además brinda seguridad de los datos y eficiencia a la hora de
recuperar la información.
 El sistema puede filtrar información por fecha permitiendo generar
reportes diarios, semanales, mensuales, anuales etc. en el momento
oportuno que sirven de gran ayuda a la hora de tomar decisiones.
RECOMENDACIONES
 Es necesario capacitar al personal que vaya a utilizar el sistema, sobre el

manejo de las aplicaciones informáticas; leer detenidamente el manual del
usuario para que puedan tener una mejor idea de las ventajas que pueden
tener al momento de utilizar el sistema.
 Antes de facturar en el sistema se deberá definir los parámetros apropiados
- 149 -
con que la Junta de Agua Potable se administrará.
 Los usuarios que cree el administrador deberán ser personas de confianza
ya que tendrán acceso a la información que puede ser importantc y hasta
confidencial.
 Realizar respaldos periódicos de la base de datos para salvaguardar la
información de la Institución, puesto que si ocurre un daño en la
información y no existe un respaldo podría ocasionar graves problemas
como pérdidas económicas de la Institución.
 Se sugiere el uso del navegador Firefox desde la versión 3.5 el mismo que
deberá tener habilitado el soporte al lenguaje JavaScript ya que en
navegadores diferentes la interfaz del sistema puede variar.
- 150 -
BIBLIOGRAFÍA
BESTEIRO, Marco Antonio (2002). Microsoft Visual C# .NET, McGraw-Hill /
Interamericana de España, Primera Edición.
BUCZAK, Greg (2003). “Superutilidades para ASP.NET”, LARMAN, Craig.
“UML y Patrones”, 2º Edición, España.
CEBALLOS, Sierra, Francisco Javier (2004) Microsoft C# Lenguaje y
Aplicaciones, Ra-Ma Editorial, Primera Edición.
CHARTE, Francisco (2009), SQL Server 2008, Editorial: Anaya Multimedia,
Madrid.
DE AMESCUA Seco Antonio, CUADRADO Galleo Juan José (2003), Análisis y
Diseño Estructurado y Orientado a Objetos de Sistemas Informáticos. Editorial:
McGraw-Hill/Interamericana de España, S.A.U. Edición: Quinta, Impreso en
España.
Direcciones Electrónicas
ESCOBAR, Marcelo (2005). El “Bolívar” de ayer y de hoy. El Click, 1(1).

FOWLER Martin, Scott Kendall (1999), UML GOTA A GOTA, Editorial:
Pearson Edición: Primera, Impreso en España.
GONZALEZ Alfonso (2010), Programación de Bases de Datos con C#, RA-MA
Editorial, Madrid.
HERRERA Luis, Naranjo Galo, MEDINA Arnaldo. Guía de Proyectos de
Investigación Social y Educativa.
http://aikon.com.ve/metodologias-desarrollo-software-extreme-programming/
http://es.wikipedia.org/wiki/ASP.NET
http://html.rincondelvago.com/evolucion-de-la-informatica_2.html
http://img.redusers.com/imagenes/libros/lpcu097/capitulogratis.pdf
http://www.asp.net/ajax/ajaxcontroltoolkit/samples/
http://www.ciw.cl/libroWeb-NV.pdf
- 151 -
http://www.eqsoft.net/presentas/introduccion_a_postgresql.pdf
http://www.sistedes.es/TJISBD/Vol-1/No-4/articles/pris-07-raja-ctps.pdf
Tema:Casi todas las pruebas de software Autor:Elena Raja Prado
http://www.subgurim.net/Articulos/asp-net-general/123/la-capa-dal-data-access-
layer-capa-de-acceso-a-datos.aspx
KENDALL& Kendall (2009), Análisis y Diseño de Sistemas, 6ta. Edición

LARMAN Craig (2002), UML y Patrones, una Introducción al Análisis y Diseño
Orientado a Objetos y al Proceso Unificado. Editorial: Pearson Prentice Hall.
Edición: Segunda, Impreso en España.
Origen: Blog de ASP.NET 2.0 y ASP.NET 3.5 con C# en castellano
Origen: Joaquín Windmüller
PRESSMAN Roger S. Ingeniería del Software un Enfoque Práctico. Tercera

edición, McGrawHill.
Tema: ASP.NET
Tema: Ciclo de vida del software
Tema: Como funciona la Web Autor: Centro de Investigación de la Web

Universidad de Chile.
Tema: Introducción a PostgreSQL Autor: Ernesto Quiñones A
Tema: La capa DAL (Data Access Layer – Capa de Acceso a Datos)
Tema: ASP.NET AJAX Control Toolkit
Tema: Desarrollo de software: probando Extreme Programming
TEMA: UML Autor: Grady Booch, Jim Rumbaugh e Ivar Jacobson
WEB SITE, (2010). Base de Datos. Extraído el 07 de Noviembre del 2010 desde
http://es.wikipedia.org/wiki/Base_de_dato
- 152 -
GLOSARIO
Microsoft Visual Web Developer Express.- Es un entorno de desarrollo gratuito

y liviano pensado para la utilización y aprendizaje. Está formado por un conjunto
de herramientas y utilidades para la creación de sitios Web y sus aplicaciones
Web con ASP.NET 2.0. Visual Web Developer sigue ofreciendo las ventajas de
productividad del Entorno de Desarrollo Integrado (IDE en inglés) a la vez que
introduce cambios con la intención de mejorarlo.
SGBD.- (Sistema de gestión de base de datos) o en inglés Database management

system (DBMS), es una agrupación de programas que sirven para definir,
construir y manipular una base de datos.
ASP.- (Application Service Provider), tecnología de Microsoft del tipo "lado del
servidor" para páginas web generadas dinámicamente, que ha sido comercializada
como un anexo a Internet Information Services (IIS).
Base de Datos.- Es un “almacén” que nos permite guardar grandes cantidades de

información de forma organizada para que luego podamos encontrar y utilizar
fácilmente.
PostgreSQL.- Es un sistema de gestión de base de datos relacional orientada a

objetos y libre, publicado bajo la licencia BSD. Como muchos otros proyectos de
código abierto, el desarrollo de PostgreSQL, no es manejado por una empresa y/o
persona, sino que es dirigido por una comunidad de desarrolladores que trabajan
de forma desinteresada, altruista, libre y/o apoyada por organizaciones
comerciales.
- 153 -
Licencia BSD.-Es la licencia de software otorgada principalmente para los
sistemas BSD (Berkeley Software Distribution). Esta licencia tiene menos
restricciones en comparación con otras como la GPL estando muy cercana al
dominio público
HTML.-HiperText Markup Language o Lenguaje de Marcación deHipertexto, es

un lenguaje se utiliza comúnmente para establecer la estructura y contenido de un
sitio web, tanto de texto, objetos e imágenes.
XML.- Lenguaje de marcas extensible es un metalenguaje extensible de etiquetas

desarrollado por el World Wide Web Consortium (W3C). Es una simplificación y
adaptación del SGML y permite definir la gramática de lenguajes específicos (de
la misma manera que HTML es a su vez un lenguaje definido por SGML). Por lo
tanto XML no es realmente un lenguaje en particular, sino una manera de definir
lenguajes para diferentes necesidades.
Framework.-Es un conjunto estandarizado de conceptos, prácticas y criterios

para enfocar un tipo de problemática particular, que sirve como referencia para
enfrentar y resolver nuevos problemas de índole similar.
Interfaces.- Conexión e interacción entre Hardware, Software y el Usuario. El

diseño y construcción de interfaces constituye una parte principal del trabajo de
los Ingenieros, programadores y consultores.
UML.-Es el lenguaje de modelado de sistemas de software más conocido y

utilizado en la actualidad; está respaldado por el OMG (Object Management
Group), es decir es un lenguaje gráfico para visualizar, especificar, construir y
documentar un sistema
Apache.-Es un servidor web HTTP de código abierto para plataformas Unix

(BSD, GNU / Linux, etc.), Microsoft Windows, Macintosh y otras, que
implementa el protocolo HTTP/1.12 y la noción de sitio virtual.
- 154 -
Clases.- En programación orientada a objetos, un tipo de datos definidos por el
usuario que especifica un conjunto de objetos que comparten las mismas
características.
Objetos.- Módulo de datos autónomos y su procesamiento asociado. Los objetos

son bloques de construcción de Software
Control.- Es un objeto gráfico, utilizado para la construcción de interfaces de

usuario.
Inventario. Se define al registro documental de los bienes y demás cosas

pertenecientes a una persona o comunidad, hecho con orden y precisión.
Kardex. Es un documento, tarjeta o registro utilizado para mantener el control de

la mercadería cuando se utiliza el método de permanencia en inventarios, con este
registro podemos controlar las entradas y salidas de las mercaderías y conocer las
existencias de todos los artículos que posee la empresa para la venta.
- 155 -
ANEXOS
Certificación de la empresa
- 156 -
Manual de Instalación
INSTALACIÓN DE INTERNET INFORMATION SERVICES (IIS)
Internet InformationServices (IIS) no se instala de forma predeterminada al

instalarWindows. Para instalarlos con la configuración predeterminada, que
únicamente suministra contenidos estáticos como archivos HTML y archivos de
mapa de bits (.bmp), seguimos el procedimiento explicado a continuación. Si
deseo que el Servidor Web suministre contenido dinámico, por ejemplo, archivos
ejecutables (.exe) o archivos include (.ssi) del Servidor, llevo a cabo el segundo
procedimiento.
Para instalar IIS con la configuración predeterminada se hace lo siguiente:
1. Hago clic en el botón Inicio , en Panel de control, en Programas y, a

continuación, en Activar o desactivar las características
de Windows. Si me solicita una contraseña de administrador o una
confirmación, escribo la contraseña o proporciono la confirmación.
2. En la lista de funciones de Windows, selecciono Internet

InformationServices y hago clic en Aceptar.
Para instalar IIS de manera que suministre contenido dinámico se procede

así:
1. Hago clic en el botón Inicio , en Panel de control, en Programas y, a

continuación, en Activar o desactivar las características
de Windows. Si me solicita una contraseña de administrador o una
confirmación, escribo la contraseña o proporciono la confirmación.
2. En la lista de funciones de Windows, hago clic en el signo más (+) situado

junto aInternet InformationServices, hago clic en el signo más (+) situado
junto a Servicios World Wide Web, hago clic en el signo más (+) situado
junto a Funciones de desarrollo de aplicaciones, selecciono las funciones
de contenido dinámico que deseo instalar y hago clic en Aceptar.
- 157 -
PROCEDIMIENTO DE INSTALACIÓN POSTGRE 9.1.4.
PostgreSQL es un gestor de base de datos relacional que puede correr tanto bajo
sistemas operativos Windows como en distribuciones Linux como Red Hat, Suse,
Centos, etc.
Puedes instalar PostgreSQL en cualquiera de los diferentes sistemas operativos

Windows de Microsoft, Windows XP, Windows Vista, Windows 7, Windows
Server 2003 o Windows Server 2008.
La versión de PostgreSQL que he utilizado para esta guía de instalación es la

9.1.4, es posible que el proceso de instalación para otras versiones, tanto
anteriores como futuras, pueda variar.
Paso 1. Es descargar el instalador de PostgreSQL para Windows, lo puedes

descargar desde el enlace siguiente
http://www.tuinformaticafacil.com/postgresql/descargar-gratis-postgresql-para-
windows-x86-32-bits.
Una vez descargado el instalador haz doble clic sobre el ejecutable y te parecerá la
primera ventana del Setup de instalación, ver Imagen 1, pulsa sobre el botón –
Siguiente–paracontinuar con la instalación.
Imagen 1
- 158 -
Paso 2. Directorio de instalación PostgreSQL te ofrece el directorio donde se
instalara el software, como veras te propone una ruta por defecto, si quieres
instalarlo en otra ubicación haz clic en el icono carpeta y selecciona la ubicación,
una vez hayas realizado la elección o si has dejado el defecto pulsa el botón -
Siguiente - para continuar.
Imagen 2
Paso 3. Directorio de Datos, en este directorio se almacenarán los tablespaces de

las base de datos que crees, el defecto ofrece el directorio data que estará debajo
del directorio de instalación seleccionado previamente. Si quieres cambiar el
directorio haz clic sobre el icono carpeta, pulsa - Siguiente - para continuar.
Imagen 3
- 159 -
Paso 4. Contraseña paso importante, el usuario postgres es el supersusario con el
que administraras las bases de datos en PostgreSQL, crear bases de datos,
mantenimiento de usuarios, mantenimiento de tablespace, backucks, restores, etc.
si el usuario postgres ya está creado en tu sistema Windows introduce la
contraseña que tenga, en caso contrario el instalador creará el usuario con la
contraseña que introduzcas, pulsa el botón - Siguiente - para continuar.
Imagen 4
Paso 5. Puerto, este puesto será el utilizado por el servidor de base datos para
atender las conexiones cliente, asegúrate de que el puerto este libre, también
puedes utilizar otro puerto si lo deseas aunque si estas empezando a trabajar con
PostgreSQL te recomiendo que dejes el que te propone, pulsa el botón -
Siguiente - para continuar.
Imagen 5
- 160 -
Paso 6. Opciones avanzadas, selecciona la configuración regional que
corresponda a tu país, pulsa el botón - Siguiente - para continuar.
Imagen 6
Paso 7. Listo para Instalar, el setup ya está preparado para iniciar la instalación,
pulsa el botón - Siguiente - para continuar.
Imagen 7
- 161 -
Paso 8. Instalando. Iras viendo en la barra de progreso como avanza la
instalación.
Imagen 8
Paso 9. Terminada la instalación de PostgreSQL. Bien ya está instalado el gestor

de base de datos, ya pues empezar a crear base de datos y a almacenar datos. Si
dejas marcado en check box – Stack Builder… - cuando pulses el botón –
Terminar – se instalaran una serie de herramientas adicionales, Imagen 10, esta
parte es opcional, si no deseas instalarlo ahora desmarca el check box, lo podrás
instalar en cualquier momento en el futuro desde – Application Stack Builder –
en el menú de PostgreSQL, ver Imagen 11.
Imagen 9
- 162 -
Imagen 10
Imagen 11
PROCEDIMIENTO DE INSTALACIÓN VISUAL STUDIO 2010 VERSIÓN

EXPRESS.
Paso 1. Requerimientos de Instalación.
Visual Studio 2010, incluyendo la versión Express puede ser instalado

cumpliendo los siguientes requerimientos:
Requerimientos del Sistema:
 Windows XP (32-bit) con SP3 - todas las ediciones excepto la edición

Starter.
 Windows Vista (32-bit & 64-bit) con SP2 - todas las ediciones excepto la
edición Starter.
 Windows 7 (32-bit & 64-bit)
 Windows Server 2003 (32-bit & 64-bit) con SP2
 Windows Server 2003 R2 (32-bit & 64-bit)
 Windows Server 2008 (32-bit & 64-bit) con SP2
 Windows Server 2008 R2 (64-bit)
- 163 -
Arquitecturas soportadas:
 32-Bit (x86)
 64-Bit (x64)
Requerimientos de Hardware:
 Procesador de 1.6GHz o superior.

 1 GB ( para 32 Bit) or 2 GB ( para 64 Bit) de RAM (adicionarle 512 MB si
fuera ejecutado en una máquina virtual)
 3GB de espacio disponible en el disco duro.
 Disco duro de 5400 RPM.
 Tarjeta de video con DirectX 9 y resolución de 1024 x 768 o superior.
 Lectora de DVD.
Visual Studio 2010 Express ISO Oficial todo en uno
Estas imágenes ISO oficiales te permitirán instalar los productos de Visual Studio
Express sin requerir acceso a internet durante la instalación (instalación offline).
Cada una de estas imágenes ISO incluyen: Visual Basic 2010 Express, Visual
C++ 2010 Express, Visual C# 2010 Express y Visual Web Developer Express
2010. Esta descarga no incluye Visual Studio 2010 Express para Windows Phone.
Visual Studio 2010 Express (English)
Visual Studio 2010 Express (Spanish)
Visual Studio 2010 Express (Italian)
Visual Studio 2010 Express (French)
Visual Studio 2010 Express (German)
D. Registrar gratuitamente Visual Studio 2010 Express
Como mencioné al inicio de este artículo, Visual Studio 2010 Express es gratuito;
sin embargo, lo único que se requiere para tener el software gratis es registrar tu
- 164 -
copia para que te entreguen un código de registro, el mismo que deberás ingresar
en el programa. Sino haces este registro, sólo podrás usar el software como prueba
durante 30 días.
Procedimiento:
Haremos el registro de Visual Web Developer 2010 Express, pero el
procedimiento es el mismo en los diferentes productos Express.
Sólo recuerden que debemos activarlas cada una.
Paso 1. Terminada la instalación de Visual Studio 2010 Express, abre uno de los
productos, en nuestro ejemplo Visual Web Developer 2010 Express y selecciona
Registrar Producto en el menú Ayuda.
click para ver tamaño completo
Paso 2. En la ventana emergente de Registro damos click al botón Obtener clave

de registro en línea.
Paso 3. Automáticamente seremos redirigidos a la página web de Microsoft en

donde haremos el registro del producto. Nos registraremos en el sitio con nuestros
- 165 -
Windows Live ID (cuentas Hotmail, messenger, etc). Se nos pedirá llenar algunos
datos.
Paso 4. Terminado el registro en la página web, nos aparecerá una ventana que
nos mostrará la clave o serial para registrar el software.
Paso 5. Pegamos el código obtenido en la ventana de registro de Visual Web

Developer 2010 Express
- 166 -
Paso 6. Finalmente, presionamos el botón Registrar Ahora.
Observación: Todo el proceso de registro visto anteriormente debe realizarse con

los demás productos de Visual Studio 2010 Express.
Manual del Administrador
El manual explica aspectos relacionados con la seguridad del sistema: creación de

usuarios, administración de permisos de acceso. Además la forma de obtener y
recuperar respaldos de la base de datos.
Iniciar sesión
- 167 -
Ingresamos nombre del administrador y su contraseña.
MENU INICIO
- 168 -
En el menú inicio se puede apreciar la Historia de la institución
En el menú inicio se puede apreciar la Visión y Misión de la institución
En el menú inicio se puede apreciar los Miembros de Directorio de la institución
MENU CONSULTA PLANILLA

MENU ADMINISTRACION – Consulta Planilla
- 169 -
MENU ADMINISTRACION
MENU ADMINISTRACION – Junta
MENU ADMINISTRACION - Sector
MENU ADMINISTRACION - Barrio
- 170 -
MENU ADMINISTRACION – Categoria
MENU ADMINISTRACION - Costo
MENU ADMINISTRACION – Contribuyente
- 171 -
MENU ADMINISTRACION – Cuenta
MENU ADMINISTRACION – Servicio Actividad
MENU ADMINISTRACION – Servicio no Facturable
- 172 -
MENU ADMINISTRACION – Servicios Actividades
MENU SISTEMAS – Crear Usuario
MENU SISTEMAS – Cambiar Contrasenia
- 173 -
MENU SISTEMAS – Recuperar Contrasenia
MENU CONSULTAS:
MENU CONSULTAS – Junta
MENU CONSULTAS – Barrio
- 174 -
MENU CONSULTAS – Sector
MENU CONSULTAS – Contribuyente
MENU CONSULTAS – CUENTAS
MENU CONSULTAS – Estado de cuentas por Fecha
- 175 -
Manual de Usuario
En el manual se explica detalladamente los pasos a seguir para su correcta

manipulación del sistema.
MANUAL DE USUARIO SISTEMA AGUA POTABLE

“REGIONAL PILLARO ALTO” v1.0
El Manual de usuario del Sistema de la Junta Administradora de Agua Potable
Consorcio Regional Pillaro Alto le ofrece toda la información necesaria para que
pueda operar con eficiencia el sistema. Su estructura le permitirá identificar
sencillamente cuáles son las operaciones que puede realizar de forma tal de
aprovechar al máximo su funcionalidad.
Requerimientos del sistema
Para operar correctamente el sistema requiere:

 Navegador de Internet
o Internet Explorer 6.0 o superior

o Mozilla 1.7 o superior
o Otros.
Todos los navegadores deben contar con el soporte de ejecución de

JavaScript activado.
Operatoria general del sistema
Para poder utilizar correctamente el sistema se deben seguir los siguientes pasos,
en el orden que se presentan:
- 176 -
INGRESO AL SISTEMA:
En esta etapa se ingresa a la página principal del sistema, donde se muestra la
misión y Visión de la Junta Administradora de Agua Potable esto se lo realiza
abriendo su navegador de internet, y escribir la siguiente dirección WEB: nombre
del servidor (también puede ser la dirección IP del servidor)/Jaap/Default.aspx.
En la pestaña de inicio del menú podemos revisar la Reseña Histórica de la Junta

Administradora de Agua Potable, lo que ofrece.
ADMINISTRACIÓN
Para poder acceder al Módulo de Administación del Sistema debemos dar click en
“INICIAR SESION”, en ese momento nos solicitara que ingresemos el Usuario y
Contraseña asi:
- 177 -
Inicialmente existe un usuario Administrador, el mismo que asigna al operador
principal del sistema. Este usuario Administradores el encargado de ingresar toda
la Información requerida, de igual manera este puede asignar usuarios y
contraseñas para que otras personas puedan manejar el sistema si lo requiere, esto
se hace seleccionando en el menú Administración-Usuario.
INGRESO CONTRIBUYENTES
Para agregar un nuevo contribuyente damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, ingresamos el Numero de cedula,
Seleccionamos Sector de combox, apellido, nombre, telefono, dirección, numero
de casa, feha de nacimiento, tercera_edad y observacion para almacenar en la
base de Datos.
- 178 -
INGRESO CUENTAS
Para agregar una nueva cuenta damos click en el botón Agregar; Seleccionamos la
Categoria, Contribuyente y Sector de comboBox respectivamente, numero de
medidor, marca de medidor, alcantarillado y observacion para asignar la cuenta un
contribuyente.
INGRESO JUNTA
Para agregar un nueva Junta damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, ingresamos el Ruc, Nombre de la
junta, direccion, nombre, teléfono y observación para almacenar en la base de
datos tipiamos en botón guardar.
- 179 -
MENU ADMINISTRACION – INGRESO SECTOR
Para agregar un nueva Junta damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, ingresamos el Nombre del
Sector, y Selecionamos la Junta del ComboBox; para almacenar en la Base de
Datos tipiamos en botón Guardar.
MENU ADMINISTRACION – Barrio

Para agregar un nuevo Barrio damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, Selecionamos el sector del
ComboBox, ingresamos el Nombre del Barrio y descripcion; para almacenar en la
Base de Datos tipiamos en botón Guardar.
- 180 -
MENU ADMINISTRACION – Categoria
Para agregar una nueva Categoria damos click en el botón Agregar; ingresamos el
tipo de categoría Residencial, Comercial e Industrial, tarifa básica mensual
correspondiente a cada categoría y valor de alcantarillado; para almacenar en la
Base de Datos tipiamos en botón Guardar.
MENU ADMINISTRACION – Costo
Para agregar un nuevo Costo damos click en el botón Agregar; el código

correspondiente se nos genera automáticamente, Selecionamos la categoría del
ComboBox, ingresamos el valor inicial, valor final en metros cubicos y el valor
multiplicador para cada categoria; para almacenar en la Base de Datos tipiamos en
botón Guardar.
- 181 -
MENU ADMINISTRACION – Ingreso Contribuyentes
Para agregar un nuevo contribuyente damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, ingresamos el Numero de cedula,
Seleccionamos Sector de ComboBox, apellido, nombre, telefono, dirección,
numero de casa, feha de nacimiento, tercera_edad y observacion para almacenar
en la base de datos tipiamos en botón Guardar.
MENU ADMINISTRACION – Ingreso Cuentas

Para agregar una nueva cuenta damos click en el botón Agregar; el código
correspondiente se nos genera automáticamente, Seleccionamos la Categoria,
Contribuyente y Sector de comboBox respectivamente, numero de medidor,
marca de medidor, alcantarillado y observacion para asignar la cuenta un
contribuyente; para almacenar en la Base de Datos tipiamos en botón Guardar.
- 182 -
MENU ADMINISTRACION – Ingreso Servicio Actividad
correspondiente se nos genera automáticamente, Seleccionamos el tipo de
actividad puede ser un Servicio o Actividad del comboBox, Ingresamos el nombre
de la Actividad o Servicio, valor del costo (Servicio/Actividad), fecha de la
Actividad y hora de la actividad; para almacenar en la Base de Datos tipiamos en
botón Guardar.
MENU ADMINISTRACION –Ingreso Servicio No Facturable

botón Guardar.
- 183 -
MENU ADMINISTRACION – Ingreso Servicios Actividades
botón Guardar.
LECTURAS-Ingreso de lecturas
En esta parte el sistema permite ingresar los datos de las lecturas realizadas en
cada medidor mensualmente.
La pantalla que permite hacer este ingreso se muestra a continuación.
- 184 -
Pantalla de Ingreso de Lecturas
CIERRE PERIODO
CIERRE PERIODO-Cierre Mes

En esta pantalla, seleccionamos el sector y se nos muesta el mes y el anio de cierre
del consumo de mes de este sector, damos clic en el botón Buscar y nos muestra
todas las cuentas del sector.
Tipiamos en el botón cierre de mes, y se genera el consumo del mes para poder
facturar las cuentas.
ASIGNACIÓN DE SERVICIO/ACTIVIDAD
En esta pantalla nos muestra el numero de consumo y los servicios asignados al
contribuyente, si lo que se desea es asignar un servicio o actividad al consumo del
mes, selecionamos el sector, el contribuyente y tipiamos el botón Seleccionar
Servicio Actividad.
- 185 -
Luego en esta ventana chequeamos en la columna Pagado, los servicios o
actividades aun no asignadas al contribuyente.
Seguidamente tipiamos en el botón Calcular y Asignar respectivamente.
- 186 -
SERVICIO AL CLIENTE
SERVICIO AL CLIENTE-Sistema de Facturación

En esta pantalla se puede seleccionar el contribuyente a travéz de una búsqueda
inteligente la puede ser por el nombre o por cedula, una vez hecha esta búsqueda
el sistema muestra los datos del consumo de agua.
Seleccionamos la cuenta y tipiamos el botón facturar.
- 187 -
SERVICIO AL CLIENTE-Anulación de Factura
Si por algún motivo de una mala manipulación del sistema o falta de dinero en
usuario no puede cancelar su factura existe una opción donde nos permite
desmarcar la factura cobrada en la cual simplemente elegimos la factura del
consumidor que fue cobrado y damos clic en el botón Anular y el sistema
retornara a un estado anterior quedando intacta su deuda y tarifas.
Seguidamente tipiamos en el botón Anular.
- 188 -
REPORTES
En el menú se encuentra la pestaña de reportes que generalmente se los utiliza

para poder llevar un archivo en forma física de las actividades realizadas en el
sistema, el proceso para todo los reportes es el mismo, basta con seleccionar el
reporte que necesitemos se generara un despliegue completo de lo realizado, si
necesitamos algo explicito como es que liste los contribuyentes de un determinado
sector, solo debemos colocar en el reporte el filtro que necesitemos y presionar
buscar para que realice la búsqueda, además todos los reporte me dan la facilidad
que pueda migrar a otro tipo de archivo como Pdf
- 189 -
Si existe alguna Duda o Inquietud sobre el manejo del sistema no duden en
contactar al Administrador del Sistema de forma inmediata.
- 190 -
Anexos
Anexo 1
UNIVERSIDAD TECNOLÓGICA INDOAMÉRICA
FACULTAD DE INGENIERIA EN SISTEMAS
ESCUELA DE INFORMATICA Y COMPUTACION
Encuesta realizadas a los señores representantes de las juntas sectoriales de

la Junta Administradora de Agua Potable “Consorcio Píllaro Alto” de la
ciudad de Pillaro.
OBJETIVO DEL CUESTIONARIO:
El presente cuestionario se ha planificado con el objeto de recabar información

referente al Sistema de Facturación, la misma que será manejada en forma
responsable y exclusivamente para solucionar un problema de la Institución, la
información es anónima y tendrá la reserva del caso, le solicitó comedidamente
conteste con la verdad en el siguiente cuestionario.
INSTRUCCIONES:
Marque con una X o escriba la respuesta que UD. considere conveniente.
1. ¿De qué manera se maneja la información de los cobros de las tarifas
recaudadas en la Junta Administradora de Agua?
( ) Manualmente
( ) Sistema Informático
( ) Excel
( ) Otro Programa
- 191 -
2. ¿La forma de administrar los recursos económicos de la Junta es?
( ) Muy buena
( ) Buena
( ) Regular
3. ¿El sistema o mecanismo utilizado actualmente para los cobros de tarifas

dificulta el proceso de recaudación?
( ) Si
( ) Medianamente
( ) No
4. ¿El sistema o mecanismo de cobros de tarifas utilizado permite ofrecer un
buen servicio al contribuyente?
( ) Si
( ) Medianamente
( ) No
5. ¿La información de los usuarios de la Junta se encuentra almacenada en
alguna base de datos?
( ) Si
( ) Parcialmente
( ) No
6. ¿El Sistema actual o mecanismo utilizado actualmente para los cobros de

tarifas trabaja con una Base de Datos?
( ) Si
( ) Parcialmente
- 192 -
( ) No
7. ¿Cómo están almacenados los datos actualmente?
( ) Base de Datos Manual
( ) Base de Datos Automatizada
8. ¿Cree Ud. que la automatización de la información mejorará el desempeño

laboral y permitirá ofrecer informes inmediatos de los cobros recaudados en
la Junta Administradora de Agua?
( ) Si
( ) Medianamente
( ) No
9. ¿Explique cómo se realiza los cobros de tarifas en la Junta Administradora

de Agua?
------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------
10. ¿Considera Ud. que con el control automatizado de las tarifas se evitará
que existan recaudaciones inexactas en la Junta Administradora de Agua?
( ) Si
( ) Medianamente
( ) No
11. ¿El personal se encuentra capacitado para usar sistemas

computacionales?
( ) Mucho
( ) Poco
( ) Nada
- 193 -

Tesis Ingenieria Sistemas UTI, Andres Shigui PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Ingenieria Sistemas UTI, Andres Shigui PDF

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD TECNOLÓGICA INDOAMÉRICA

FACULTAD DE INGENIERIA EN SISTEMAS

ESCUELA DE INFORMÁTICA Y COMPUTACIÓN

PROYECTO DE GRADO PREVIO A LA OBTENCIÓN DEL TITULO DE

“Desarrollo de un Sistema Informático Administrativo para la Junta de Agua

Segundo Andrés Shigui Lema

Claudio Wilson Saquinga Quinga

Ing. Pamela Freire S. M.Sc.

En mi calidad de catedrático Asesora del Proyecto de grado previo a la obtención

Ing. Pamela Freire S. M.Sc.

Los abajo firmantes, declaramos que los contenidos y resultados obtenidos en el

Segundo Andrés Shigue Lema Claudio Wilson Saquinga Quinga

El presente trabajo dedico, a mis padres

A DIOS con su infinito poder, me supo

A mis amigos que siempre me brindaron

A la institución de agua potable en la

A mi madre Gloria y mi padre

Porque ellos son el apoyo fundamental

A mi hija Aimé Alexandra

Que es la razón de ser de mi existencia,

En especial al Ing.Pamela Freire, Mario

A Dios por ayudarme a lograr mis

A todos los profesores dela UTI, y de

BIBLIOGRAFIA ……………………………………………………. 151

La presente investigación sobre la evolución de la informática, está dirigida a

En los tiempos modernos las Computadoras se han convertido en una herramienta

La creciente necesidad de nuestro mundo actual, de obtener un mayor

En este capítulo se presenta los conceptos términos y software, en los que se

En este capítulo se puede conocer como se realizo la investigación que utilizo

Se desarrolla el diseño de la base de datos, el diseño de la interfaz de usuario y

Contiene la implementación y pruebas del sistema en el mismo que va parte del

Se presenta la puesta en marcha, la capacitación y el mantenimiento.

En este capítulo se dan a conocer los principales hallazgos de la investigación y

Además se concluye con la bibliografía, glosario.

La Junta Administradora de Agua Potable denominada “CONSORCIO

El lugar de atención está situado en la Calle Principal (Sin nombre), junto a la

En la Institución se elige el directorio cada año, siendo esta de forma democrática,

En lo que respecta al diseño de los sistemas existen diferentes metodologías;

El uso de un servicio básico tal como el abastecimiento de agua potable a las

El abastecimiento adecuado de agua potable y los servicios de saneamiento

Contribuir a la salud y bienestar de las comunidades de la cabecera parroquial, a

 Enlazar a los actores del sector agua y saneamiento y brindar un

enfoque integral de la visión sectorial.

 Difundir y socializar información, análisis, puntos de vista, iniciativas,

Dentro de la entidad, se desarrollan algunas funciones, entre otras están:

 La Entrega/Recepción de lecturas de consumo mensual por sector.

El agua potable es indispensable para la vida del hombre, pero escasea en la

En la actualidad los avances tecnológicos han tenido una vertiginosa evolución.

En la parroquia existen más de 8 Juntas Regionales Administradoras de Agua

a) Sistema manualmente la recaudación de agua de consumo humano, se da

Recaudaciones Ocaciona Deficiente

Inadecuado Sistema manual del control y

Registro Almacenamiento Reporte

Varias Juntas Sectoriales de Agua Potable “Consorcio Regional Pillaro Alto”

El manejo manual de información es una práctica que en muy poco tiempo se la

Es importante que la Junta de Agua Potable del “Consorcio Pillaro Alto” se

Los beneficiarios serán en primer lugar los contribuyentes quienes ahorrarán

Los beneficios que se conseguirían con este sistema son: optimización de

Desarrollar un Sistema Informático Administrativo para la Junta de Agua

 Desarrollar el Sistema de Facturación que permita controlar las tarifas

En la Junta de Agua Potable “Consorcio Píllaro Alto” no se ha realizado temas

El presente trabajo se realizará en beneficio a las comunidades del sector a través,

El proceso de producción de la aplicación informática lleva consigo realizar una