Está en la página 1de 9

Fase de Construccin

Esta fase tiene como objetivo principal hacer un enfoque detallado en el diseo,
implementacin y prueba para obtener como resultado el xito del proyecto. Esta
es una de las fases ms tcnicas del sistema, en la cual hay una interaccin y
comunicacin permanente entre el equipo de analistas, diseadores y el equipo de
programadores, la participacin del usuario es muy mnima, estando limitada a
coadyuvar en las pruebas de programas o mdulos.

Implementacin de las clases


Las actividades de implementacin se inician en la Fase de Elaboracin y tiene su
mximo desarrollo en la Fase de Construccin, se realiza de manera casi
simultnea a las actividades de diseo, en otras palabras, se solapan una con la
otra. Las clases implementadas en este sistema se muestran a continuacin:

Clase de Tickets: esta permite agregar, consultar, eliminar y duplicar un ticket en


caso de ser necesario, manejando toda la informacin necesaria referente a los
tickets.

Figura N 16

Clase Empleado: registra, consulta, agrega y modifica los datos relacionados a los
empleados
Figura N 17

Clase Ventas: permite consultar todas las ventas hechas ese da o el da que se
desee.

Figura N 18

Clase Loteras: permite agregar, consultar, eliminar y modificar las loteras.

Figura N 19

Clase Resultados: permite consultar, agregar, eliminar y modificar los resultados


del da que se desee.
Figura N 20

Clase de Tickets Premiados: esta permite la visualizar los tickets que han salido
premiados segn los resultados agregados y marcalos como pagados si es
necesario.

Figura N 21

Clase Usuario: Este permite agregar, consultar, eliminar y modificar usuario en el


sistema.

Figura N 22
Arquitectura Final
En ella se presentan las opciones definitivas que conforman el men principal del
sistema, las cuales fueron adaptadas a las necesidades del usuario, haciendo
referencia a la estructura de la propuesta. A continuacin, se visualiza la estructura
de las opciones del sistema.

Figura N 23
Pantallas de salida
Estas imgenes muestras los resultados despus de haber introducido algunos
datos para comprobar que este ejecutaba las funciones de manera correcta.

Pantalla datos de los empleados

Figura N 24

Pantalla de Resultados

Figura N 25
Pantalla donde se genera un ticket

Figura N 26

Pantalla donde se consultan las ventas

Figura N 27
Impresin de ticket:
Sistemas de loteras UGMA
Serial: 07894
Apuestas:
Chance -> 231 x 100
Zulia ->231 x 100
Pensil ->Len x 300
Monto Total: 500 Bs

Figura N 28

Pruebas de Sistema
Esta tarea de la fase de construccin tiene como fin corroborar el buen
funcionamiento del sistema y en caso de detectar fallas, solventarlas para
continuar con la siguiente fase. Este sistema ser evaluado de manera
emprica para as obtener resultados propios que dara en caso de estar ya en
manos del cliente, para as poder detectar cualquier mal funcionamiento del
sistema. Este proceso de evaluacin tomo varias fases:

Pruebas de interfaz
Al evaluar la interfaz tomamos en cuenta las validaciones que hace el sistema
antes de enviar un formulario, las diferentes teclas de acceso rpido que tiene
la interfaz y la redaccin y ortografa. Todo esto para asegurar de que no se
duplique informacin o que esta se agregue en donde no debe.

Tabla de las siguientes observaciones:


Prueba de interfaz Si No
Se muestra la pantalla de validacin al ejecutar el sistema X
Los mensajes de error/emergentes se muestran correctamente X
Los datos se almacenan correctamente X
La informacin de consulta correctamente X
Los hotkeys funcionan bien X
Todas las opciones del men funcionan o se ejecutan X
correctamente
Figura N 29

Luego de hacer la prueba de interfaz se pudo determinar que la informacin no


se consultaba correctamente debido a una confusin de nombres al consultar
las tablas de Access y las opciones que no se ejecutaban bien, era debido a
una declaracin incorrecta de variables.

Pruebas de seguridad
Esta prueba se realiza para asegurar que el empleado no tenga controles de
administrador y que el administrador pueda resguardar sus finanzas para que
no sean burladas y posiblemente hurtadas, as como tambin se busca que
solo aquellos registrados puedan acceder al sistema. Tomando en
consideracin lo siguiente:

Prueba de seguridad Si No
Solo concede acceso a usuarios registrados X
Niega el acceso a usuario cuyos datos no coincidan X
Otorga acceso a los usuarios de acuerdo a los privilegios X
acordados
Permite respaldar la informacin almacenada en la base de datos X
Figura N 30

La opcin de respaldar informacin no funcionaba debido el nombre de la


copia se modificaba y no se guardaba en la carpeta indicada.

Pruebas de caja negra


En esta prueba se busca evaluar la interaccin que tiene el programa con la
base de datos para asegurarse que se codifico de manera correcta.
Prueba de caja negra Si No
Los datos se agregan correctamente a la base de datos X
Los datos se consultan correctamente a la base de datos X
Los datos se eliminan correctamente de la base de datos X
Los datos se modifican correctamente de la base de datos X
La conexin de la base de datos al sistema funciona X
correctamente
El sistema a nivel general funciona correctamente X
Figura N 31