Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
1. INTRODUCCIÓN
En los últimos años el avance tecnológico ha tenido grandes logros siendo beneficiada la
sociedad y las personas en general. Transformando a las empresas, e instituciones y
organizaciones sociales. Proponiendo la automatización y sistemas de información y
administración. Dejando el sistema manual.
1.1 ANTECEDENTES
a) Ubicación
b) Historia
1.1.1.1 Misión
1
La misión de El surtidor es brindar el suministro de medicamentos a la Av. Panama
abastezca de combestibles.
1.1.1.2 Visión
En lo posterior ser modelo líder de otras surtidores, y extender sus dominios hacia otras
comunidades vecinas, siendo cadena de surtidor
El surtidor está conformada por el siguiente directorio con los siguientes cargos2.
Gerente
Propietario
administrativo
2
1.1.2 Antecedentes del Contexto
La Comunidad Campesina Pucarita Chica cuenta con un centro de salud de primer nivel fue
construido en la gestión del Alcalde Manfred Relles Villa construcción efectuado por el
proyecto integrado de servicio de salud (PROSISS) en (junio 1998),3 ofrece las
especialidades de Medicina General, Pediatría a todos los comunarios.
La Comunidad Campesina Pucarita Chica cuenta con un colegio convenio .Eusebio Tudela
tapia fue fundado el 4 de Marzo de 1985, se cursa nivel inicial, primaria, secundaria y
bachillerato tanto en turno mañana y tarde.
3
1.1.2.4 Transporte
La Comunidad Campesina Pucarita Chica cuenta con servicios domiciliarios como Agua, red
de energía eléctrica; y a la vez se beneficia de servicio de telefonía móvil.
4
En la Comunidad Campesina Pucarita Chica no existe otra empresa de surtidor de
combustible. La Asociación “El surtidor” será el primero en contar con un sistema de
información y administrativo del flujo de sus recursos económicos según sus necesidades.
6
Dado el resultado de la encuesta de la Asociación “El surtidor” se pudo evidenciar que en la
actualidad no tiene un buen control de la información y administración de sus recursos
económicos.
Consecuentemente es necesario la construcción de un Sistema de Información
Administrativo, que facilitara el control y movimiento de sus recursos económicos, La
búsqueda de los reportes será eficaz en el momento que la requiera la directiva o los socios,
y por lo tanto garantizara la seguridad de la información.
a) Sistema Informático
Un sistema informático (SI) se puede definir como todo el conjunto de partes que funcionan
relacionados entre sí, para conseguir un objetivo preciso.
Las partes de un sistema informático son:
Hardware: Está formado por los dispositivos electrónicos y mecánicos que realizan
los cálculos y manejo de información todo lo que podemos tocar.
Software: son las aplicaciones y los datos que explotan nuestro hardware estará
almacenado en nuestro hardware.
Personal: Está conformado por los usuarios que interactúan con los equipos
hardware y software.
Información descriptiva: Es el conjunto de manuales técnicos o de usuario.
Formularios, documentación de procedimientos o cualquier soporte técnico de
instrucciones, sobré el uso del sistema de informático.
7
b) Sistema de Información
Es el proceso mediante el cual el Sistema de Información toma los datos que requiere para
procesar la información. Las entradas pueden ser manuales o automáticas. Las manuales
son aquellas que se proporcionan en forma directa por el usuario, mientras que las
automáticas son datos o información que provienen o son tomados de otros sistemas o
módulos. Denominados interfaces automáticas.
Las unidades típicas de entrada de datos a las computadoras son las terminales, las cintas
magnéticas, las unidades de diskette, los códigos de barras, los escáner, la voz,
los monitores sensibles al tacto, el teclado y el mouse, entre otras.
Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una
secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos
introducidos recientemente en el sistema o bien con datos que están almacenados. Esta
característica de los sistemas permite la transformación de datos fuente en información que
puede ser utilizada para la toma de decisiones4, lo que hace posible, entre otras cosas, que
un tomador de decisiones genere una proyección financiera a partir de los datos que
contiene un estado de resultados o un balance general de un año base.
4
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
8
2.1.3 Actividades que Realiza un Sistema de Información
Entrada de Reportes e
datos informes
Proceso
Almacenamiento
(DB)
Interfaz Interfaz
automática automática
de entrada de salida
Durante los próximos años, los sistemas de información cumplirán tres objetivos básicos
dentro de las organizaciones:
9
Los sistemas de información que logran la automatización de procesos operativos dentro de
una organización, son llamadas frecuentemente Sistemas Transaccionales, ya que su
función primordial consiste en procesar transacciones tales como pagos, cobros, pólizas,
entradas, salidas.
Por otra parte, los sistemas de información que apoyan el proceso de toma de decisiones
son los Sistemas de Soporte a la Toma de Decisiones, Sistemas para Toma de Decisiones
de grupo, Sistemas Expertos de Soporte a la Toma de Decisiones y Sistemas de
información para ejecutivos.
Los sistemas estratégicos, se desarrollan en las organizaciones con el fin de lograr ventajas
competitivas, a través del uso de la tecnología de información.
A continuación se muestran las principales características de estos tipos de Sistemas de
Información.
a) Sistemas Transaccionales.
10
Suelen introducirse después de haber implantado los Sistemas Transaccionales más
relevantes de la empresa, ya que estos últimos constituyen su plataforma de
información.
La información que generan sirve de apoyo a los mandos intermedios y a la alta
Administración en el proceso de toma de decisiones.
Suelen ser intensivos en cálculos y escasos en entradas y salidas de información.
Así, por ejemplo, un modelo de planeación financiera requiere poca información de
entrada, genera poca información como resultado, pero puede realizar muchos
cálculos durante su proceso.
No suelen ahorrar mano de obra. Debido a ello, la justificación económica para
el desarrollo de estos sistemas es difícil, ya que no se conocen
los ingresos del proyecto de inversión.
Suelen ser Sistemas de Información interactivos y amigables, con altos estándares
de diseño gráfico y visual, ya que están dirigidos al usuario final.
Apoyan la toma de decisiones que, por su misma naturaleza son repetitivos y de
decisiones no estructuradas que no suelen repetirse. Por ejemplo, un Sistema de
Compra de Materiales que indique cuándo debe hacerse un pedido al proveedor o un
Sistema de Simulación de Negocios que apoye la decisión de introducir un
nuevo producto al mercado.
Estos sistemas pueden ser desarrollados directamente por el usuario final sin la
participación operativa de los analistas y programadores del área de informática.
c) Sistemas Estratégicos.
11
Su función es lograr ventajas que los competidores no posean, tales como ventajas
en costos y servicios diferenciados con clientes y proveedores. En este contexto, los
Sistema Estratégicos son creadores de barreras de entrada al negocio. Por ejemplo, el
uso de cajeros automáticos en los bancos en un Sistema Estratégico, ya que brinda
ventaja sobre un banco que no posee tal servicio. Si un banco nuevo decide abrir sus
puertas al público, tendrá que dar este servicio para tener un nivel similar al de sus
competidores.
Apoyan el proceso de innovación de productos y proceso dentro de la empresa debido a
que buscan ventajas respecto a los competidores y una forma de hacerlo en innovando o
creando productos y procesos.
Por último, es importante aclarar que algunos autores consideran un cuarto tipo de sistemas
de información denominado Sistemas Personales de Información, el cual está enfocado a
incrementar la productividad de sus usuarios.
12
El administrador de datos (DA) es la persona identificable que tendrá
la responsabilidad central sobre los datos dentro de la empresa. Ya que los datos son uno de
los activos más valiosos de la empresa, es imperativo que exista una persona que los
entienda junto con las necesidades de la empresa con respecto a esos datos, a un nivel
de administración superior. Por lo tanto, es labor del administrador decidir en primer lugar
qué datos deben ser almacenados en la base de datos y establecer políticas para mantener
y manejar esos datos una vez almacenados.
El administrador de base de datos (DBA) es el técnico responsable de implementar las
decisiones del administrador de datos. Por lo tanto, debe ser un profesional en IT. El
trabajo del DBA consiste en crear la base de datos real e implementar los controles técnicos
necesarios para hacer cumplir las diversas decisiones de las políticas hechas por el DA. El
DBA también es responsable de asegurar que el sistema opere con el rendimiento adecuado
y de proporcionar una variedad de otros servicios técnicos.
Los principales sistemas de administración de datos son:
13
El framework para metodología de desarrollo de software consiste en:
5
http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm
14
en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está
descrito el modelo.
Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a
una metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP),
pero no específica en sí mismo qué metodología o proceso usar.
UML no puede compararse con la programación estructurada, pues UML significa Lenguaje
Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización
en un requerimiento. Mientras que, programación estructurada, es una forma de programar
como lo es la orientación a objetos, la programación orientada a objetos viene siendo un
complemento perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados
a objetos.
El ciclo de vida de un sistema de información es un enfoque por fases del análisis6 y diseño
que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un
ciclo especifico de actividades del analista y del usuario. Según James Senn, existen tres
estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo
de sistemas, el método de desarrollo por análisis estructurado y el método de construcción
de prototipos de sistemas. Cada una de estas estrategias tiene un uso amplio en cada una
de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de
manera adecuada.
2.3.2.1 Incremental
6
http://www.monografias.com/trabajos29/ciclo-sistema/ciclo-sistema.shtml
15
Figura 2.2. Modelo Incremental
Fuente: http://procesosoftware.wikispaces.com/Modelo+Incremental
Provee una estrategia para controlar la complejidad y los riegos, desarrollando una parte del
producto software7 reservando el resto de aspectos para el futuro.
Una serie de mini-Cascadas se llevan a cabo, donde todas las fases de la cascada
modelo de desarrollo se han completado para una pequeña parte de los sistemas,
antes de proceder a la próxima incremental.
Se definen los requisitos antes de proceder con lo evolutivo, se realiza un mini-
Cascada de desarrollo de cada uno de los incrementos del sistema.
El concepto inicial de software, análisis de las necesidades, y el diseño de la
arquitectura y colectiva básicas se definen utilizando el enfoque de cascada, seguida
por iterativo de prototipos, que culmina en la instalación del prototipo final.
2.3.2.2 Evolutivo
7
http://ingenexescom.blogspot.com/2012/02/modelo-incremental.html
16
El ciclo de vida evolutivo, permiten desarrollar versiones cada vez más completas y
complejas8, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la
fase de operación. Los modelos “Iterativo Incremental” y “Espiral” (entre otros) son dos de los
más conocidos y utilizados del tipo evolutivo.
La idea detrás de este modelo es el desarrollo de una implantación del sistema inicial,
exponerla a los comentarios del usuario, refinarla en N versiones hasta que se desarrolle el
sistema adecuado.Una ventaja de este modelo es que se obtiene una rápida realimentación
del usuario9, ya que las actividades de especificación, desarrollo y pruebas se ejecutan en
cada iteración.
Actividades Concurrentes
Versión Inicial
Especificación
Versiones
Descripción Desarrollo
Intermedias
Del sistema
Validación
Versión Final
8
http://jorgetrejos.blogspot.com/2010/08/modelo-evolutivo.html
9
www.manycomics.com/ingenieria-del-software/ciclo-vida-software
17
y se utiliza un prototipo para experimentar con ellos. El prototipo ayuda a terminar de
definir estos requisitos.
Ventajas
Desventajas
2.3.2.3 Cascada
Es un proceso secuencial de desarrollo en el que los pasos de desarrollo son vistos hacia
abajo (como en una cascada de agua) a través de las fases de análisis de las necesidades,
el diseño, implantación, pruebas (validación), la integración, y mantenimiento.
18
Un estricto control se mantiene durante la vida del proyecto a través de la utilización
de una amplia documentación escrita, así como a través de comentarios y
aprobación por el usuario y la tecnología de la información de gestión al final de la
mayoría de las fases antes de comenzar la próxima fase.
Las tecnologías Web sirven para acceder a los recursos de conocimiento10 disponibles en
Internet o en las intranets utilizando un navegador. Están muy extendidas por muchas
razones: facilitan el desarrollo de sistemas de Gestión del Conocimiento su flexibilidad en
términos de escalabilidad, es decir, a la hora de expandir el sistema; su sencillez de uso y
que imitan la forma de relacionarse de las personas, al poner a disposición de todos el
conocimiento de los demás, por encima de jerarquías, barreras formales u otras cuestiones.
Estas tecnologías pueden llegar a proporcionar recursos estratégicos, pero, evidentemente,
no por la tecnología en sí misma, que está disponible ampliamente, sino por lo fácil que es
personalizarla y construir con ella sistemas de gestión de conocimientos.
10
http://www.sociedadelainformacion.com/12/tecnologiasweb.pdf
19
Características
Es un lenguaje de, marcado para la elaboración de páginas web. Es un estándar que sirve
de referencia para la elaboración de páginas web en sus diferentes versiones, define una
estructura básica y un código (denominado código HTML) para la definición de contenido de
una página web, como texto, imágenes, etc. Es un estándar a cargo de la organización
dedicada a la estandarización de casi todas las tecnologías ligadas a la web, sobre todo en
lo referente a su escritura e interpretación. Es el lenguaje con el que se definen las páginas
web.
El lenguaje HTML basa su filosofía de desarrollo en la referenciación. Para añadir un
elemento externo a la página (imagen, vídeo, script, etc.).
20
2.4.2 Navegadores Web
Google Chrome
Mozilla Firefox
Es un navegador web libre y de código abierto desarrollado para Microsoft Windows, Mac
OS X y GNU/Linux coordinado por la Corporación Mozilla y la Fundación Mozilla. Usa el
motor Gecko para renderizar páginas webs, el cual implementa actuales y futuros estándares
web A partir de agosto de 2012 Firefox tiene aproximadamente un 23 % de la cuota de
mercado, convirtiéndose en el tercer navegador web más usado, con particular éxito
en Indonesia, Alemania y Polonia, donde es el más popular con un 65 %, 47 %y 47 %de uso,
respectivamente. Está en el número 2 en la lista de más descargas de navegadores web
en Softonic.
11
http://www.ayudaenlaweb.com/navegadores/que-es-google-chrome/
21
Internet Explorer
Características
12
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/arquitectura-cliente-servidor.shtml
22
Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempeñan
entonces un papel pasivo en la comunicación (dispositivo esclavo).
Tras la recepción de una solicitud, la procesan y luego envían la respuesta al cliente.
Por lo general, aceptan conexiones desde un gran número de clientes (en ciertos
casos el número máximo de peticiones puede estar limitado).
No es frecuente que interactúen directamente con los usuarios finales.
23
CAPÍTULO 3: ANALISIS DEL SISTEMA
Un requerimiento es una condición o capacidad que debe exhibir o poseer un sistema para
satisfacer un contrato, estándar, especificación, u otra documentación formalmente
impuesta.
Los requerimientos son declaraciones que identifican atributos, capacidades, características
y cualidades que necesita cumplir un sistema para que tenga valor y utilidad para el usuario.
Es todo lo que el sistema debe cumplir o hacer, estos describen la funcionalidad que se
espera del sistema.
La Asociación de Agua Potable “San Haniel” tendrá las siguientes funciones en el sistema.
24
Secretario de Actas
Administrador de Socios
Registrar socios
Modificar los datos de los socios
Dar baja datos del socio
Lista de socios
Lista de socios dados de baja
Administrador de actividades
Registrar asistencia de actividades
Modificar asistencia de actividades
Lista de socios presentes en la actividad según fecha
Lista de socios con faltas de asistencia en la actividad
Lista se socios con retraso en asistencia
Historial de asistencia de los socios a las actividades
25
o Registrar crear tipo cargo
o Modificar tipo cargo
o Dar de baja tipo cargo
o Lista de tipo cargo
o Lista de tipo cargo dados de baja
Generar reportes
Reporte de socios
o Reporte de socios activos
o Reporte de socios dados de baja según fecha
Reporte de actividades
o Reporte de actividades según tipo de asistencia y fecha
o Reporte de socios según tipo de asistencia a la actividad
Reporte de la mesa directiva según gestión
Reporte de mesa directiva según cargo
Reporte del personal de apoyo dados de baja según fecha
Secretario de Haciendas
Gestor de cobros
Registrar cobro cuota de afiliación
Registrar cobro de deuda de actividades según tipo de asistencia
Registrar cobro el consumo de agua
Historial de socios de pago de consumo de agua
Historial de socios de pago de actividades
Registrar emite recibo de pago
Administración de lecturación
Registrar lecturación de medidor
Lista de socios sin lecturación registrada
Lista de socios con lecturación registrada
Historial de socios de consumo
26
Administración económica
Registrar ingreso
Registrar egreso
Lista de ingresos
Lista de egresos
Administrador de afiliación
Modificar deuda de afiliación
Lista de socios con duda de afiliación
Administrador de precio
Registrar precio de consumo
Registrar precio recargue de consumo
Registrar precios de faltas de actividades según tipo de asistencia
Dar de baja precio
Lista de precio
Lista de precios dados de baja
Caja
Reporte de saldo en caja
Reporte de egresos según fecha
Reporte de ingresos según fecha
Generar reportes
Reporte de socios con deuda de consumo
Reporte de socios con deuda de actividad
Reporte de socios con deuda de afiliación
27
Presidente
Generar reporte de socios
Generar reporte de caja
Reporte de ingresos según fecha
Reporte de egresos según fecha
Reporte de socios con deuda según tipo de deuda
Generar reporte de usuarios
28
Requerimientos de Hardware Servidor
Procesador 3.0 i7 Ghz o superior
Disco duro 1 Tera espacio libre 500 Mb
Memoria RAM 4 Gb o superior
Video 1 Gb o superior
Monitor SVGA
Teclado, Mouse
Backups incrementales: Se puede copiar todos los archivos que han sido
modificados desde el backup anterior.
Backups Simultáneos: Cuando los sistemas de imagen espejo pueden escribir los
datos dos veces en discos duros idénticos.
Backups en serie: se hace una serie de copias del mismo archivo, capturado cada
etapa de su evolución.
29
Backups Globales: Se pueden copiar todos los datos del disco duro, incluyendo la
estructura del árbol y los archivos del sistema.
Backups Parciales: Se puede copiar un grupo relacionado de archivos y crea una
imagen de los datos de un determinado momento.
Sistema
Usuario
30
Caso de uso registrar cobro de cuota de afiliación
Caso de uso registrar egreso
c) Usuario Presidente
El diagrama de caso de uso muestra todas las relaciones que existe entre los actores y
los casos de usos del sistema, representando la funcionalidad que ofrece el sistema al
usuario es decir interacción externa.
31
3.5.3.1 Caso de uso Secretario de Actas
SISTEMA
Llenar
formulario
<< include >>
Verificar datos
Registrar socio
SECRETARIO DE ACTAS
32
DIAGRAMA DE CASO DE USO MODIFICAR DATOS DE SOCIO
SISTEMA
Buscar datos
datos
<< include >>
Editar datos en le
formulario
<< include >>
Verificar datos
<< include >>
SISTEMA
Buscar socio
<< include >>
Verificar datos
Dar baja
SECRETARIO DE ACTAS
Figura 3.3. Diagrama de caso de uso: Dar baja socio
Precondición:
Socio registrado en el sistema.
Condiciones resultantes:
Datos guardados en la base de datos.
34
DIAGRAMA DE CASO DE USO CREAR TIPO CARGO
SISTEMA
Llenar formulario
<< include >>
Verificar datos
Registrar cargo
SECRETARIO DE ACTAS
35
DIAGRAMA DE CASO DE USO MODIFICAR TIPO CARGO
SISTEMA
Buscar cargo
<< include >>
Editar datos al
formulario << include >>
Verificar datos
<< include >>
Guardar
cambios
SECRETARIO DE ACTAS
SISTEMA
Verificar datos
SECRETARIO DE ACTAS
37
DIAGRAMA DE CASO DE USO REGISTRAR ASISTENCIA DE ACTIVIDADES
SISTEMA
Verificar datos
Registrar asistencia
SECRETARIO DE ACTAS
38
DIAGRAMA DE CASO DE USO MODIFICAR ASISTENCIA DE ACTIVIDADES
SISTEMA
<<include>>
Verificar datos
<<include>>
Modificar asistencia
SECRETARIO DE ACTAS
39
DIAGRAMA DE CASO DE USO REPORTE DE SOCIOS DADOS DE BAJA
SISTEMA
Seleccionar
reporte
<< include >>
Verificar datos
Imprimir
SECRETARIO DE ACTAS
40
DIAGRAMA DE CASO DE USO REPORTE DEL DIRECTORIO GESTIÓN
SISTEMA
Seleccionar
reporte
<< include >>
Buscar gestión
Imprimir
SECRETARIO DE ACTAS
41
3.5.3.2 Caso de uso Secretario de Haciendas
SISTEMA
Buscar medidor
Verificar datos
Registrar
lecturación
SECRETARIO DE
HACIENDAS
42
DIAGRAMA DE CASO DE USO MODIFICAR LECTURACIÓN DE MEDIDOR
SISTEMA
Buscar medidor
Editar datos
Verificar datos
Registrar datos
SECRETARIO DE modificados
HACIENDAS
SISTEMA
<<include>>
<<include>>
Imprimir recibo
SECRETARIO DE
HACIENDAS
Precondición:
Nuevo solicitud de registro.
Condiciones resultantes:
Datos guardados en la base de datos.
44
DIAGRAMA DE CASO DE USO REGISTRAR COBRO DE CONSUMO DE AGUA
SISTEMA
Verificar cobros
<<include>>
Registrar cobrar
<<include>>
SECRETARIO DE
Generar recibos
HACIENDAS
Precondición:
Nuevo solicitud de cobro.
Condiciones resultantes:
Datos guardados en la base de datos.
45
DIAGRAMA DE CASO DE USO REGISTRAR COBRO DE CUOTA DE AFILIACIÓN
SISTEMA
Verificar cobros
<<include>>
Registrar cobrar
<<include>>
Precondición:
Nuevo solicitud de cobro.
Condiciones resultantes:
Datos guardados en la base de datos.
46
DIAGRAMA DE CASO DE USO REGISTRAR EGRESO
SISTEMA
Llenar
formulario
<< include >>
Verificar datos
Registrar egreso
SECRETARIO DE
HACIENDAS
SISTEMA
Seleccionar egreso
económico
<< include >>
Parámetros de
fecha
48
DIAGRAMA DE CASO DE USO: REPORTE DE PAGO DE CONSUMO DE AGUA
SISTEMA
Seleccionar
reporte pago
consumo << include >>
Para metros de
fecha
<< include >>
Imprimir
reporte
PRESIDENTE
49
DIAGRAMA DE CASO DE USO: REPORTE DE SOCIOS TIPO DEUDA
SISTEMA
Seleccionar
reportes
<< include >>
Verificar
Imprimir
reporte
PRESIDENTE
50
CAPÍTULO 4: DISEÑO DEL SISTEMA
4.1.1 Introducción
13
E.KENDALL, KENNETH /Análisis y diseño de sistemas/Sexta edición /PEARSON EDUCACION/México 2005
51
4.2.1.1 Diagrama de Estado Secretario de Actas
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en DB Datos registrado
Modificar datos
Verificar datos
52
Diagrama de Estado de Caso de Uso: Dar Baja Socio
Dar baja
Verificar datos
Menú salir
Actualizar datos
Datos de baja en DB
Menú registrar
cargo Llenar datos Registrar datos
Datos llenados por Secretario
Formulario mostrado Registrar datos
de Actas
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en
Datos registrado
DB
Figura 4.4. Diagrama de estado de caso de uso: Registrar crear tipo cargo
53
Diagrama de Estado de Caso de Uso: Modificar Tipo Cargo
Modificar datos
Verificar datos
Dar de baja
Verificar datos
Figura 4.6. Diagrama de estado de caso de uso: Dar bajo tipo cargo
54
Diagrama de Estado de Caso de Uso: Registrar Asistencia de Actividad
Menú registrar
asistencia de Asignar tipo de Registra nuevo
actividades asistencia asistecia
Lista de socios mostrado Tipo asistencia asignada Registrar datos
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en
Datos registrado
DB
Modificar datos
Verificar datos
55
Diagrama de Estado de Caso de uso : Reporte de Socios Dados de Baja
Presionar Botón
Verificar datos Imprimir
Seleccionar reporte
No existe ningún dato Reporte mostrado
Salir
Figura 4.9. Diagrama de estado de caso de uso: Reporte de socios dados de baja
Menú opción
reportes Seleccionar
reporte
Seleccionar reporte Formulario mostrado
Verificar datos
No existe ningún dato Datos ingresados
Presionar Botón
Salir Imprimir
Reporte mostrado
56
4.2.1.2 Diagrama de Estado Secretario de Haciendas
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en DB Datos registrado
Modificar datos
Verificar datos
Lecturación
Solicitar datos modificado
Datos no encontrados
Actualizar DB
Menú salir
Los datos se guardaron correctamente
Datos almacenados en DB DB actualizada
57
Caso de Estado de Caso de Uso: Registrar Emite Recibo
Menú imprimir
recibo
Registrar recibo
Recibo mostrado con datos Recibo registrado
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en DB Datos registrado
Figura 4.14. Diagrama de estado de caso de uso: Registrar cobro consumo agua
58
Caso de Estado de Caso de Uso : Registrar Cobro de Afiliación
Verificar datos
Negar
registración
Datos incorrectos Datos verificados
Datos aceptado
Menú salir
Datos registrados correctamente
Datos almacenados en DB Datos registrado
59
4.2.1.3 Diagrama de Estado Presidente
Presionar Botón
Verificar datos Imprimir
Solicitar datos
No existe ningún dato Reporte mostrado
Salir
Verificar datos
Salir
Presionar botón imprimir
Reporte mostrado Detalle consumo
Figura 4.18. Diagrama de estado de caso de uso: Reporte de pago de consumo de agua
60
Caso de Estado de Caso de Uso : Reporte de Socios con Deuda Tipo Deuda
Presionar Botón
Verificar datos Imprimir
Seleccionar reporte
No existe ningún dato Reporte mostrado
Menú salir
Figura 4.19. Diagrama de estado de caso de uso: Reporte de socios con deuda tipo deuda
El diagrama de secuencia consta de objetos que representa de modo usual: rectángulo con
nombre subrayado, mensaje representado por líneas continúas con una punta de flecha y el
tiempo como una progresión vertical.
61
4.2.2.1 Diagrama de Secuencia Secretario de Actas
Usuario
Entrega formulario
Muestra
Usuario
Solicita modificar los datos
Muestra
62
Diagrama de Secuencia de Caso de Uso de: Dar Baja Socio
Usuario
Solicita dar de baja
Muestra
:Registrar
:Registrar cargo
cargo :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Solicita crear tipo cargo
Entrega formulario
Muestra
Figura 4.23. Diagrama de secuencia de caso de uso: Registrar crear tipo cargo
63
Diagrama de Secuencia de Caso de Uso : Modificar Tipo Cargo
Usuario
Solicita modificar cargo
Muestra
:Dar
:Dar baja
baja cargo
cargo :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Usuario
Solicita dar de baja
Muestra
Figura 4.25. Diagrama de secuencia de caso de uso: Dar baja tipo cargo
64
Diagrama de Secuencia de Caso de Uso: Registrar Asistencia de Actividad
:Registrar
:Manejador de BD :Mensaje
asistencia
Usuario
Solicita registrar asistencia
de actividad
Entrega lista de socios
Muestra
Se registro correctamente
:Modificar
:Modificar asistencia
asistencia :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Usuario
Solicita modificar asistencia
de actividad
Entrega lista de socios
Muestra
Presionar
Figura 4.28. Diagrama de secuencia de caso de uso: Reporte de socios dados de baja
:Reporte
:Reporte directorio
directorio :Manejador
:Manejador de
de BD
BD :Botón
:Botón Imprimir
Imprimir
Usuario
Usuario
Solicita reporte de directorio
Presionar
Figura 4.29. Diagrama de secuencia de caso de uso: Reporte de directorio según gestión
66
4.2.2.2 Diagrama de Secuencia Secretario de Haciendas
Usuario
Muestra
Se registro correctamente
:Modificar
:Modificar consumo
consumo :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Usuario
Muestra
67
Diagrama de Estado de Caso de Uso : Registrar Emite Recibo
Usuario
Muestra
Se registro correctamente
:Cobrar
:Cobrar consumo
consumo :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Usuario
Solicita cobrar de consumo
Muestra
Figura 4.33. Diagrama de secuencia de caso de uso: Registrar cobro de consumo de agua
68
Diagrama de Estado de Caso de Uso: Registrar Cobro de Afiliación
:Cobrar
:Cobrar afiliación
afiliación :Manejador
:Manejador de
de BD
BD :Mensaje
:Mensaje
Usuario
Usuario
Solicita cobrar afiliación
Muestra
Usuario
Muestra formulario
Muestra
Se registro correctamente
69
4.2.2.3 Diagrama de Secuencia Presidente
:Reporte
:Reporte ingreso
ingreso :Manejador
:Manejador de
de BD
BD :Botón
:Botón Imprimir
Imprimir
yy egreso
egreso
Usuario
Usuario Solicita reporte de ingreso y
egresos
Entrega lista de menus
Presionar
:Reporte
:Reporte pago
pago :Manejador
:Manejador de
de BD
BD :Botón
:Botón Imprimir
Imprimir
consumo
consumo agua
agua
Usuario
Usuario Solicita reporte de pago
consumo
Entrega lista de menus
Presionar
Figura 4.37. Diagrama de secuencia de caso de uso: Reporte de pago de consumo de agua
70
Diagrama de Estado de Caso de Uso: Reporte de Socios Tipo Deuda
:Reporte
:Reporte socios
socios :Manejador
:Manejador de
de BD
BD :Botón
:Botón Imprimir
Imprimir
con
con deudas
deudas
Usuario
Usuario
Solicita reporte de deuda
Presionar
Figura 4.38. Diagrama de secuencia de caso de uso: Reporte de socios tipo deuda
71
4.3 Diagrama de Clases
cobroReuni on
detal l e CODIGO_DET ALLE <fi 1> Integer
Rel ati onshi p_24
LOG_US <fi 3> Characters (50)
CODIGO_SOCIO <fi 2> Integer <M >
CODIGO_COBRO <pi > Seri al (10) <M >
NRO_ACUSE <fi 1> Integer <M >
FECHA_COBRO T i m estam p
LIST A Characters (2)
T OT AL_COBRO Characters (5)
CODIGO_DET ALLE <pi > Seri al (10) <M >
EST ADO Characters (10) CODIGO_COBRO <pi >
REGIST RAR <ai >
CODIGO_DET ALLE <pi >
Rel ati onshi p_3
REGIST RAR <ai 1> soci o
M ODIFICAR <ai 2>
CODIGO_SOCIO <pi > Seri al (3) <M >
APELLIDO_PAT ERNO Characters (30)
Rel ati onshi p_2
APELLIDO_M AT ERNO Characters (30)
NOM BRE_SOCIO Characters (30)
reuni on CI Characters (10)
NRO_ACUSE <pi > Seri al (10) <M > DIRECCION Characters (200)
FECHA Date SEXO Characters (7)
Rel ati onshi p_25 T ELEFONO Characters (10)
HORA_INICIO Time
HORA_FIN Time EST ADO Characters (10)
T IPO Characters (25) CELULAR Characters (10)
CONCEPT O Characters (150) FECHA_NACI Date
FECHA_RE T i m estam p FECHA_RE T i m estam p
FECHA_BAJA Characters (11)
NRO_ACUSE <pi >
REGIST RAR <ai 1> CODIGO_SOCIO <pi >
M ODIFICAR <ai 2> REGIST RAR <ai 1>
M ODIFICAR <ai 2>
preci o
DAR_BAJA <ai 3>
COD_PRECIO Seri al (10) <M > DAR_ALT A <ai 4>
PRECIO Characters (10)
EST ADO Characters (10) Rel ati onshi p_23
CONCEPT O Characters (40)
T IPO Characters (15)
m edi dor
COD_PRECIO <ai 1>
CODIGO_M EDIDOR <pi > Seri al (4) <M >
REGIST RAR <ai 2>
CODIGO_SOCIO <fi > Integer
DAR_BAJA <ai 3>
SERIE Characters (50)
Afi l i aci on Rel ati onshi p_27 M ARCA Characters (30)
DET ALLE Characters (200)
CODIGO_AFILIACION <pi > Seri al (10) <M >
CODIGO_M EDIDOR <fi > Integer CODIGO_M EDIDOR <pi >
Rel ati onshi p_21
PRECIO_AFILIACION Characters (5) REGIST RAR <ai 1>
M ODIFICAR <ai 2>
CODIGO_AFILIACION <pi >
DAR_BAJA <ai 3>
REGIST RAR <ai 1> Rel ati onshi p_26
DAR_ALT A <ai 4>
M ODIFICAR <ai 2>
Rel ati onshi p_20
Rel ati onshi p_28 cobroAfi l i caci on
CODIGO_COBRO <pi > Seri al (10) <M >
recargue LOG_US <fi 2> Characters (50) <M >
COD_RECARGUE <pi > Seri al (5) <M > CODIGO_AFILIACION <fi 1> Integer
DIAS Integer T OT AL_COBRO Characters (5)
FECHA_COBRO T i m estam p
COD_RECARGUE <pi >
REGIST RAR <ai 1> CODIGO_COBRO <pi >
M ODIFICAR <ai 2> REGIST RAR <ai >
consum o cobros
CODIGO_CONSUM O <pi > Seri al (10) <M > CODIGO_CONSUM O <fi 1> Integer
CODIGO_M EDIDOR <fi 1> Integer CODIGO_COBRO <pi > Seri al (10) <M >
LOG_US <fi 2> Characters (50) <M > FECHA_COBRO T i m estam p
LECT URA Characters (10) M ANT ENIM IENT O Characters (10)
LECT URA_ANT ERIOR Characters (10) Rel ati onshi p_15 RECARGUE Characters (10)
T OT AL Characters (10) T OT AL_CONSUM O Characters (10)
M ES Characters (20) GRAN_T OT AL Characters (10)
EST ADO Characters (7) CODIGO_COBRO <pi >
FECHA Date Rel ati onshi p_29 REGIST RAR <ai >
CODIGO_CONSUM O <pi >
trabaj adores
REGIST RAR <ai 1>
M ODIFICAR <ai 2> COD_T RABAJADOR <pi > Seri al (10) <M >
LOG_US <fi > Characters (50)
NOM BRE Characters (30)
Rel ati onshi p_16
APELLIDO_PAT ERNO Characters (30)
APELLIDO_M AT ERNO Characters (30)
usuari o FECHA_CONT RAT O Date
APELLIDO_PAT ERNO Characters (30) CARGO Characters (20)
APELLIDO_M AT ERNO Characters (30) NUM _CARNET Characters (10)
NOM BRE Characters (30) SUELDO Characters (10)
LOG_US <pi > Characters (50) <M > EST ADO Characters (7)
ID_T IPOUS <fi > Integer <M > FECHA_RE T i m estam p
PASSWORD_US Characters (40) SEXO Characters (8)
EDAD_US Characters (15) FECHA_BAJA Characters (11)
FOT O Characters (100) COD_T RABAJADOR <pi >
Rel ati onshi p_22
FECHA_CONT RAT A_US T i m estam p REGIST RAR <ai 1>
EST ADO Characters (7) M ODIFICAR <ai 2>
FECHA_BAJA Characters (11) DAR_BAJA <ai 3>
LOG_US <pi > DAR_ALT A <ai 4>
REGIST RAR <ai 1>
ti po_usuari o
M ODIFICAR <ai 2>
DAR_BAJA <ai 3> ID_T IPOUS <pi > Seri al (10) <M >
Rel
Rel ati ati onshi
onshi p_18 p_19
DAR_ALT A <ai 4> NOM BRE_T IPOUS Characters (30)
DET ALLE_T IPOUS Characters (200)
m ovi m i ento ID_T IPOUS <pi >
COD_M OVIM IENT O <pi > Seri al (10) <M >
FECHA Date detal l eM ovi m i ento
DET ALLE Characters (200) COD_M OVIM IENT O <fi 2> Integer <M >
M ONT O Characters (10) LOG_US <fi 1> Characters (50) <M >
Rel ati onshi p_1
T IPO Characters (20) CODIGO <pi > Seri al (11) <M >
CONCEPT O Characters (15)
CODIGO <pi >
COD_M OVIM IENT O <pi > REGIST RAR <ai >
REGIST RAR <ai >
di rectori o
ti po_cargo COD_DIRECT ORIO <pi > Seri al (10) <M >
COD_CARGO <pi > Seri al (5) <M > COD_CARGO <fi 2> Integer <M >
NOM BRE_CARGO Characters (30) CODIGO_SOCIO <fi 3> Integer <M >
EST ADO Characters (6) LOG_US <fi 1> Characters (50) <M >
DET ALLE Characters (200) EST ADO Characters (6)
Rel ati onshi p_17
Rel ati onshi p_9 FECHA_POSICIÓN T i m estam p
COD_CARGO <pi > Rel ati onshi p_14
GEST ION Characters (20)
REGIST RAR <ai 1>
M ODIFICAR <ai 2> COD_DIRECT ORIO <pi >
DAR_BAJA <ai 3> REGIST RAR <ai 1>
DAR_ALT A <ai 4> M ODIFICAR <ai 2>
DAR_BAJA <ai 3>
DAR_ALT A <ai 4>
72
4.4 DIAGRAMA DE BASES DE DATOS
Un diagrama de Base de Datos muestra tablas con cada uno de sus atributos, las relaciones
que existen entre estas y sus dependencias.
Modelo entidad-relación está enfocado al medio de las tablas que contendrán y manejaran
los datos en una base de datos; así como sus relaciones, las cuales realizaran a cabo por
medio de atributos y clave. Una entidad puede ser un lugar, cosa o persona, que tienen
características de interés sobre la que se desea guardar información.
73
Modelo Conceptual Entidad-Relación
cobroReuni on
CODIGO_DET ALLE <fi 1> Integer
detal l e Rel ati onshi p_24
COD_PRECIO <fi 2> Integer
CODIGO_SOCIO <fi 2> Integer <M> LOG_US <fi 3> Characters (50)
NRO_ACUSE <fi 1> Integer <M> CODIGO_COBRO <pi > Seri al (10) <M>
LIST A Characters (2) FECHA_COBRO T i mestamp
CODIGO_DET ALLE <pi > Seri al (10) <M> T OT AL_COBRO Characters (5)
EST ADO Characters (10) CODIGO_COBRO <pi >
Rel ati onshi p_3
CODIGO_DET ALLE <pi > soci o
CODIGO_SOCIO <pi > Seri al (3) <M>
Rel ati onshi p_2 APELLIDO_PAT ERNO Characters (30)
APELLIDO_MAT ERNO Characters (30)
reuni on NOMBRE_SOCIO Characters (30)
CI Characters (10)
NRO_ACUSE <pi > Seri al (10) <M>
Rel ati onshi p_25 DIRECCION Characters (200)
FECHA Date
SEXO Characters (7)
HORA_INICIO T i me
T ELEFONO Characters (10)
HORA_FIN T i me
EST ADO Characters (10)
T IPO Characters (25)
CELULAR Characters (10)
CONCEPT O Characters (150)
FECHA_NACI Date
FECHA_RE T i mestamp
FECHA_RE T i mestamp
NRO_ACUSE <pi > FECHA_BAJA Characters (11)
preci o CODIGO_SOCIO <pi >
COD_PRECIO <pi > Seri al (10) <M>
PRECIO Characters (10) Rel ati onshi p_23
EST ADO Characters (10)
CONCEPT O Characters (40) medi dor
T IPO Characters (15)
CODIGO_MEDIDOR <pi > Seri al (4) <M>
COD_PRECIO <pi > CODIGO_SOCIO <fi > Integer
Rel ati onshi p_27
Afi l i aci on SERIE Characters (50)
MARCA Characters (30)
CODIGO_AFILIACION <pi > Seri al (10) <M>
Rel ati onshi p_21 DET ALLE Characters (200)
CODIGO_MEDIDOR <fi > Integer Rel ati onshi p_26
PRECIO_AFILIACION Characters (5) CODIGO_MEDIDOR <pi >
Rel ati onshi p_28
CODIGO_AFILIACION <pi > cobroAfi l i caci on
recargue Rel ati onshi p_20 CODIGO_COBRO <pi > Seri al (10) <M>
COD_RECARGUE <pi > Seri al (5) <M> LOG_US <fi 2> Characters (50) <M>
DIAS Integer CODIGO_AFILIACION <fi 1> Integer
T OT AL_COBRO Characters (5)
COD_RECARGUE <pi >
FECHA_COBRO T i mestamp
consumo CODIGO_COBRO <pi >
CODIGO_CONSUMO <pi > Seri al (10) <M> cobros
CODIGO_MEDIDOR <fi 1> Integer
CODIGO_CONSUMO <fi 1> Integer
LOG_US <fi 2> Characters (50) <M>
CODIGO_COBRO <pi > Seri al (10) <M>
LECT URA Characters (10)
COD_PRECIO <fi 2> Integer
LECT URA_ANT ERIOR Characters (10)
FECHA_COBRO T i mestamp
T OT AL Characters (10)
Rel ati onshi p_15 MANT ENIMIENT O Characters (10)
MES Characters (20)
Rel ati onshi p_29
Rel ati RECARGUE
onshi p_17 Characters (10)
EST ADO Characters (7)
T OT AL_CONSUMO Characters (10)
FECHA Date
GRAN_T OT AL Characters (10)
CODIGO_CONSUMO <pi >
CODIGO_COBRO <pi >
74
4.4.2 Modelo Físico
cobroReuni on
CODIGO_DET ALLE
detal l e COD_PRECIO
CODIGO_SOCIO Rel ati onshi p_24 LOG_US
NRO_ACUSE CODIGO_COBRO
LIST A FECHA_COBRO
CODIGO_DET ALLE T OT AL_COBRO
EST ADO
soci o
Rel ati onshi p_2 CODIGO_SOCIO
APELLIDO_PAT ERNO
APELLIDO_M AT ERNO
reuni on NOM BRE_SOCIO
Rel ati onshi p_25 CI
NRO_ACUSE
Rel ati onshi p_3 DIRECCION
FECHA
SEXO
HORA_INICIO
T ELEFONO
HORA_FIN
EST ADO
T IPO
CELULAR
CONCEPT O
FECHA_NACI
FECHA_RE
FECHA_RE
FECHA_BAJA
preci o
COD_PRECIO Rel ati onshi p_23
PRECIO
EST ADO
CONCEPT O m edi dor
T IPO
CODIGO_M EDIDOR
CODIGO_SOCIO
Afionshi
Rel ati p_27
l i aci on SERIE
M ARCA
CODIGO_AFILIACION Rel ati onshi p_26
RelALLE
DET ati onshi p_28
CODIGO_M EDIDOR
PRECIO_AFILIACION
cobroAfi l i caci on
recargue CODIGO_COBRO
Rel ati onshi p_20
COD_RECARGUE LOG_US
DIAS Rel ati onshi p_21 CODIGO_AFILIACION
T OT AL_COBRO
FECHA_COBRO
consum o
CODIGO_CONSUM O cobros
CODIGO_M EDIDOR
CODIGO_CONSUM O
LOG_US CODIGO_COBRO
LECT URA
COD_PRECIO
LECT URA_ANT ERIOR Rel ati onshi p_15 FECHA_COBRO
T OT AL
M ANT ENIM IENT O
M ES Rel ati onshi p_29
Rel ati onshi p_17 RECARGUE
EST ADO
T OT AL_CONSUM O
FECHA
GRAN_T OT AL
ti po_usuari o
m ovi m i ento
Rel ati onshi p_18 ID_T IPOUS
COD_M OVIM IENT O
NOM BRE_T IPOUS
FECHA
DET ALLE_T IPOUS
DET ALLE
Rel ati onshi p_1
M ONT O Rel ati onshi p_9
T IPO detal l eM ovi m i ento
CONCEPT O
COD_M OVIM IENT O
LOG_US
ti po_cargo CODIGO
COD_CARGO
NOM BRE_CARGO di rectori o
EST ADO
COD_DIRECT ORIO
DET ALLE
Rel ati onshi p_14 COD_CARGO
CODIGO_SOCIO
LOG_US
EST ADO
FECHA_POSICIÓN
GEST ION
75
4.5 Diseño de Interfaz
Ingresar al sistema
La pantalla principal del sistema le permite ingresar al sistema al usuario asignado, teniendo
en cuenta que debe ingresar login y password ver: (figura 4.39).
76
Si los datos ingresados son correctos muestra la pantalla principal de usuario.
Secretario de Actas ver (figurar 4.40).
Se realizó un previo análisis tomando en cuenta los diferentes aspectos, con relación a otros
lenguajes de programación y una base de datos apropiada para este lenguaje de
programación. A continuación se muestra la (tabla 5.1) una comparación entre PHP,
ASP.NET, JAVA, Python y Ruby ver tabla 5.1.
79
Concepto ASP .NET PHP Java Python Ruby
Costo de Alto Gratuito Gratuito Gratuito Gratuito
servidor
Sintaxis de VB y C# C / C++ C/ C++ C/ C++ Perl, Smalltalk,
lenguaje base Eiffel, Ada, y
Lisp
Orientado a Si No Si Si Si
objetos completamente
Sistemas Windows y Linux o Linux o Linux o Linux o
operativos Linux pero Windows Windows Windows Windows
usando el
proyecto Mono
( pero solo con
C# )[5]
Servidor IIS o Mono Apache, Apache, Tomcat Apache, Apache,
compilador y Glassfish compilador compilador
propio propio propio
Empresa Microsoft y The PHP Group Oracle Python software Grupo Ruby
Xamarin ( para ( open source) (open source) foundation (open source)
Mono) (open source)
Base de datos MsSQLServer Mysql Oracle, mysql Mysql y Mysql y
(principalmente) PostgreSQL PostgreSQL
Rapidez de 3er lugar 4to lugar Último lugar 1er lugar 2do lugar
ejecución
Generación de
página web[4,12,7,
13].
Propósito Generar Generar Generar Enfatiza la Código
dinámicamente dinámicamente dinámicamente productividad y “divertido” y fácil
páginas web páginas web páginas web la lectura fácil de modificar por
del código parte del
desarrollador.
Apoyo de Sitio web, Mucha, pero Mucha, pero Mucha, pero Menos, pero
aprendizaje foros, descentralizada. descentralizada. descentralizada. descentralizada.
documentos No hay una No hay una No hay una No hay una
proporcionados entidad que de entidad que de entidad que de entidad que de
por Microsoft. forma oficial forma oficial forma oficial forma oficial
En general centralice la centralice la centralice la centralice la
buen soporte. ayuda ayuda ayuda ayuda
Muy
centralizada
Soporte a Native: Native: android
móviles Windows
(todos por medio phone
de un browser)
Ambiente de Ms Visual Eclipse y otras Eclipse, Eclipse, Eclipse,
desarrollo Studio à costo herramientas netbeans y netbeans y netbeans y
Y herramientas open source otras otras otras
open source[14] herramientas herramientas herramientas
open source open source open source
Fuente: http://deprofesoramaestro.blogspot.com/2012/11/comparativa-de-lenguajesweb.html
80
5.2.2 Elección del Manejador de Base de Datos
Para el desarrollo del presente proyecto se eligió el ciclo de vida evolutivo incremental la
cual nos permite desarrollar versiones cada vez más completas controlando la complejidad y
los riegos, desarrollando una parte del producto software reservando el resto de aspectos
para el futuro obteniendo una versión funcional del producto, de esta forma el sistema se
desarrolla poco a poco en la que cada incremento que se realiza en las diferentes etapas de
desarrollo de software, empezara por el análisis y terminara con la implementación y
aceptación del sistema.
81
CAPITULO 6: PRUEBAS Y VALIDACIÓNES DEL SISTEMA
6.1 INTRODUCCIÓN
Una estrategia de pruebas del software integra las técnicas de diseño de casos de la prueba
en una serie de pasos bien planificado que dan como resultado una correcta construcción del
software, La estrategia describe los pasos que hay que llevar acabo como parte de la
prueba, cuando se deben planificar y realizar esos pasos para ello que recursos se van a
necesitar. Por lo tanto cualquier estrategia de prueba debe incorporar la planificación14
En este capítulo muestra todas las pruebas y validaciones realizadas al sistema de
Información desarrollado.
Se realizaron las pruebas en los Sistemas Operativos Windows 7 en sus distintas versiones
de arquitectura (32 bits y 64 bits) y Windows XP y Sistema operativo Linux Ubuntu.
Estas pruebas se realizan para que cada módulo esté libre de errores, tomando en cuenta
los posibles errores de los usuarios, desplegando de esta manera un mensaje de Alerta
enviada por el sistema para su respectiva corrección.
Tenemos el siguiente caso de prueba: Se requiere registrar socio, en la (figura 6.1)
mostraremos el formulario de registro de socio, donde existen 13 campos en las cuales debe
llenar los datos del socio. Ver (figura 6.1).
14
Pressman, “Ingeniería de Software” Un enfoque practico, 5 a ed. McGraw-Hill, 2001
82
Figura 6.1. Formulario Registro de socio
Prueba de Funcionalidad:
Se realiza el siguiente caso de prueba: Se requiere registrar socio con los siguientes
características ver (figura 6.2).
Así como también puede observar en la lista de socios registrados en lo cual realiza una
consulta a la base de datos ver figura (6.4).
84
6.2.3 Grado de Flexibilidad de Interfaz
Se realizó pruebas con distintos usuarios, obteniendo como resultado una gran aceptación a
las interfaces, podemos concluir que el grado de flexibilidad de las interfaces es óptimo.
85
CAPITULO 7: CONCLUSIONES Y RECOMENDACIÓNES
La metodología usada RUP, para el desarrollo de este proyecto fue muy exitoso dado que
las fases que divide se adaptan al contexto de las necesidades y características del
proyecto. Esta metodología es bien definida para realizar cualquier proyecto de desarrollo de
un sistema de información.
87
BIBLIOGRAFIA
Libros Consultados
Consultas web
http://aposta.uv.es/givaro/modulo/Ciclo.htm
http://apachejcl.blogspot.com/2008/09/apache-concepto.html
http://indira-informatica.blogspot.com/2007/09/qu-es-mysql.html
http://www.tiposde.org/internet/113-tipos-de-navegadores/
http://jorgetrejos.blogspot.com/2010/08/modelo-evolutivo.html
http://ingenexescom.blogspot.com/2012/02/modelo-incremental.html
http://www.monografias.com/trabajos40/administracion-bases-datos/administracion-
bases-datos2.shtml#admin#ixzz32YP0c1vC
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml#ei#ixzz32YIRLWMz
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/arquitectura-
cliente-servidor.shtml
http://www.ayudaenlaweb.com/navegadores/que-es-google-chrome/
http://www.sociedadelainformacion.com/12/tecnologiasweb.pdf
88
ANEXOS
89
Se realizó la entrevista a 3 miembros del directorio y 184 socios afiliados a la Asociación de
Agua Potable “San Haniel”. Para resolver el cuestionario.
Objetivo: El siguiente cuestionario tiene el propósito de recoger las necesidades y problemas
por los que atraviesa la institución.
CUESTIONARIO
90
8. ¿Cuándo se realiza el pago de consumo de agua, cuota de afiliación, multa por falta
de asistencia a trabajos comunitarios o reuniones ordinarias y extraordinarias se
registra en?
Libro Factura Recibo Ninguno
10. ¿Existe dificultad en el control de socio con deuda según tipo de deuda?
Sí No
91
TABULACIÓN
92
SISTEMA ACTUAL DE LA ASOCIACIÓN DE AGUA POTABLE “SAN HANIEL”
93
.
.
SISTEMA NUEVO DE LA ASOCIACIÓN DE AGUA POTABLE “SAN HANIEL”
94
CRONOGRAMA DE TRABAJO DE CODIFICIÓN
95
MANUAL
DE USUARIO
96