proyecto ppv

Proyecto Punto de Venta

PROBLEMÁTICA

En México, los abarrotes punto de venta junto con el resto de las empresas pymes, generan el 65% del comercio, pero aportan al PIB tan sólo, el 10%. En el mismo país en 2008, existían 500,000 tiendas de abarrotes punto de venta, de las cuales, la gran mayoría desconoce cuánto dinero entra y sale de su negocio al igual que su mismo inventario ya que lo surten cuando solo falta producto.

Los datos anteriores con alarmantes, ya que no se sabe concretamente que tanta cantidad de producto desconocen al igual que se ve afectado en sus ganancias.

Teniendo tanto poder los abarrotes punto de venta, en cuanto número de comercios, no lo tienen en cuanto a generación de ingresos. Esto se debe en gran medida a que un típico “punto de venta México” cree que controla su negocio tan sólo con notas manuales.

Otro de los problemas con los que se cuenta es que aunque existen numerosos sistemas de “Punto de venta” ninguno de ellos es tan fácil he intuitivo por su gran cantidad de módulos

Página 1 de 17


JUSTIFICACIÓN

A lo largo del tiempo las grandes tiendas comerciales han logrado sobresalir por diversos motivos pero uno a los cuales se le atribuye una gran importancia es el control total de su establecimiento.

La implementación de un punto de ventas no es un lujo, sino una necesidad primordial para agilizar los procesos a lo que está relacionada la salida de mercancía en diversos tipos de establecimientos.

Permitiéndonos tener el registro de todo en un negocio, como son las ventas, compras, el registro completo de nuestro inventario, el control de nuestros clientes y proveedores, con posibilidad de expansión hacia otros módulos.

Página 2 de 17


DIAGRAMA DE FLUJO

En el siguiente diagrama se mostrara todas las funciones de nuestro software al igual que todas las posibilidades de caminos que se recorrerán en algún momento

1. Iniciar la aplicación.2. Selecciona opción de

menú.3. Usuarios.4. Ventas.5. Inventario.6. Registro (usuario).7. Eliminar (usuario).8. Escaneo del producto.9. Registro (inventario).10.Eliminar (inventario).11.Formulario (usuario).12.Validar cuenta

(administrador).13.¿Otro producto?14.Formulario (inventario).15.Validar cuenta

(administrador).16.Realizar cobro.17.Descuento de inventario.18.Fin de la aplicación.

Página 3 de 17


CAMINOS BÁSICOS

En esta parte de nuestra proyecto mostraremos todas las posibles rutas que nuestro programa puede seguir, como podrían llegar a ser una cantidad muy pequeña de camino, a cómo podrían a llegar a ser bastantes aunque cabe mencionar a mayor cantidad de caminos mayor seria la complejidad de nuestro software

Camino 1: 1, 2, 3, 6, 11, 18.

Camino 2: 1, 2, 3, 7, 12, 18.

Camino 3: 1, 2, 4, 8, 13, 16, 17, 18.

Camino 4: 1, 2, 4, 8, 13, 8, 13, 16, 17, 18.

Camino 5: 1, 2, 5, 9, 14, 18.

Camino 6: 1, 2, 5, 10, 15, 18.

COMPLEJIDAD CIPLOMÁTICA

En esa sección realizaremos la complejidad ciclomática que es la que nos proporciona una medición cuantitativa de la complejidad lógica de nuestro programa.

La fórmula para obtener esa complejidad es:

V(G)= Aristas – Nodos +2

V(G)= 25 – 21 +2 = 6

Página 4 de 17


MATRIZ DE ADYACENCIA

Continuamos con la matriz que nos permite una representación de relaciones binarias.

1 2 3 4 5 6 7 8 9 1011

12 13 1415

16 17 18

1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 02 0 0 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 03 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 04 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 05 0 0 0 0 0 0 0 0 1 1 0 0 0 0 0 0 0 06 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 07 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 08 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 09 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 010

0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0

11

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1

12

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1

13

0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 1 0

14

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1

15

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1

16

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0

17

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0

18

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Página 5 de 17


LISTAS DE ADYACENCIA

Lista 1

Lista 2

Lista 3

__

Lista 4

__

Lista 5

Página 6 de 17

Proyecto Punto de VentaLista 6

ESTRUCTURA DE CONTROL

Teniendo en cuenta la estructura del programa, podemos identificar fácilmente las sentencias y los búceles anidados dentro del mismo, separando nuestro programa en tres partes como son; cíclicas, secuencial y condiciones.

ESTRUCTURA DE CONDICIÓN:

La prueba de condición se centra en encontrar errores en condiciones lógicas en un módulo, aunque también puede detectar errores adicionales en el programa.

ESTRUCTURA DE FLUJO DE DATOS:

Principalmente se utilizan las pruebas de flujo para identificar las condiciones if y los bucles anidados.

Página 7 de 17

Proyecto Punto de VentaESTRUCTURA DE BUCLE O CÍCLICA:

La prueba de bucles es una técnica para llevar acabo los bucles del algoritmo implementado en el sistema.

APLICACIÓN

Cíclica: Secuencial: Condición:

Página 8 de 17


PRUEBAS BASADAS EN GRAFOS

MODELO DE FLUJO DE TRANSACCIÓN

En este sistema los nodos muestran los pasos de las transacciones y los enlaces representan las conexiones lógicas entre los pasos a seguir dentro del diagrama de flujo.

Con esta prueba se verifica que los procesos se estén llevando a cabo correcta y congruentemente conforme al diagrama de flujo.

Página 9 de 17

Agrega o modifica

datos

Inicio de Aplicació

n

Selección opción de menú

Ejecuta proceso

seleccionado


MODELADO DE ESTADO FINITO

TABLA DE USUARIOS

En la tabla de usuario únicamente se guarda el nombre de usuario y su contraseña, ya que serán requeridos por el sistema al momento de querer modificar el inventario o las ventas

TABLA DE INVENTARIO Y TABLA DE VENTA

En las siguientes tablas se muestra la relación entre la tabla de inventario y la tabla de ventas

TABLA INVENTARIO

Página 10 de 17

Proyecto Punto de VentaEn esta Tabla se guarda todos los productos al igual que su costo y su existencia para llevar un control de la cantidad de producto con el cual se cuenta en existencia

TABLA VENTAS

En la siguiente tabla se guardan las transacciones que se han realizado y se ocupa un ID DE VENTA para saber en qué venta se vendió cada producto y al igual que su cantidad para saber qué cantidad tendrá que ser descontada de la TABLA

INVENTARIO

PRUEBAS BASADAS EN GRAFOS

PARTICION EQUIVALENTE

En las pruebas de caja negra que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno y en esta prueba tenemos partición equivalente y utilizaremos el módulo de ventas.

En el módulo de ventas al escanear un producto

ANALISIS DE LIMITE DE VALORES (VALORES FRONTERA)

PRUEBA DE TABLA DE ORTOGONAL

PREUBAS DE ENTORNO ESPECIALIZADO

Página 11 de 17

Proyecto Punto de VentaPRUEBAS DE INTERFAZ BÁSICA PARA EL USUARIO

En este sistema la interfaz del usuario es muy dinámica e intuitiva, nuestro sistema cuenta con tres tablas que son la tabla de usuario, la tabla de ventas y la tabla de inventario.

INTERFAZ DE PARÁMETROS

En nuestro sistema de punto de venta nuestra interfaz de parámetro tenemos dos tablas las cuales se relacionan, como son los productos en existencia y los productos que son vendidos. Nuestra tabla de ventas y nuestra tabla inventario están relacionadas por nuestros ID_PRODUCTO e ID_VENTA.

INTERFAZ DE MEMORIA COMPARTIDA

En el sistema nuestra tabla de inventario es donde se guardan todos los productos como es el costo y la existencia llevando un mejor control de los mismos. En esta tabla se comparte la información con el punto de venta teniendo una interfaz de memoria compartida.

INTERFAZ DE PROCEDURALES

Página 12 de 17

Proyecto Punto de VentaTenemos dos tablas las cuales hacen referencia a la interfaz procedural al hacer modificaciones o eliminaciones de los productos, se un llamado en donde el usuario debe confirmar o verificar que este correcto y no sea una falla.

INTERFAZ DE PASOS DE MENSAJES

El usuario pide al sistema un producto y la cantidad que se tiene almacenado, este recibe la instrucción de buscar en nuestra base de datos y a su vez enviará una respuesta mencionando si el producto está en existencia o no lo manejamos.

PREUBA DE ARQUITECTURA CLIENTE SERVIDOR

EN EL SERVIDOR

BASE DE DATOS

PREUBAS DE COMUNICACIÓN DE RED

PRUEBAS DE DOCUMENTACION Y FACILIDAD DE AYUDA

(Explicar que hace algún módulo del SW, explicando para que sirve y el proceso de documentación)

El testeo del proceso de inventario de este programa se decidió hacer puesto que cuenta con la mayor importancia de desarrollo. Se comienza iniciando la aplicación, consecutivamente seleccionando una opción del menú el cual contiene tres opciones que son usuarios, ventas e inventario, en este fragmento del código como ya se había mencionado anteriormente únicamente nos centramos en la tercera opción que viene siendo inventario, puesto que es una de las funciones

Página 13 de 17

Proyecto Punto de Ventaprincipales del software en un punto de venta y con esta prueba corroborar la correcta función y control del inventario, este software permite ejecutar funciones como la de agregar eliminar y modificar productos.

Para hacer uso de esta opción de inventario es necesario jerarquizar a los usuarios, puesto que de lo contrario se tendría el problema de que cualquier usuario ya sea administrativo o cliente pudiera acceder a las opciones de modificar este, y por esto se podría prestar a robos y pérdidas considerables. Únicamente el administrador posteriormente dado de alta puede ingresar, al llegar un nuevo producto que no se encuentre registrado en la base de datos se hace uso de la función agregar nuevo producto.

Dada la indicación por parte del proveedor respecto que algún producto sufra alguna modificación, ya sea de código de barras, descontinuación o de algún carácter similar se utilizara la función modificar o eliminar, puesto que este producto ya no se venderá por parte de este punto de venta.

ESTRATEGIAS E PRUEBAS DE SOFTWARE

VERIFICACION Y VALIDACION

ORGANIZACIÓN PARA LAS PRUEBAS DE SOFTWARE

Datos extras…………………………………………………………………………………………………..

1.1.4 DISEÑO DE CAJA DE PRUEBAS

Página 14 de 17

Proyecto Punto de VentaPRUEBA DE CAJA NEGRA

Pruebas funcionales sin acceso al código fuente de las aplicaciones, se trabaja con entradas y salidas sin tomar en cuenta los procesos

En nuestro software “Punto de Venta” tomaremos en cuenta todo nuestro inventario para esta prueba donde agregaremos productos y al venderlos no puede existir menos de 1 y al terminar la venta debe de ser descontado el producto del inventario

PRUEBAS DE CAJA BLANCA

Prueba con acceso al código fuente (Datos y lógica). Se trabaja con entradas, salidas y el conocimiento interno del software.

Página 15 de 17


En el software “Punto de venta” se evaluara cada función con valores esperados, inesperados así como las respectivas condiciones con el fin de evaluar todo su funcionamiento.

Página 16 de 17

proyecto ppv

Documents