Beruflich Dokumente
Kultur Dokumente
COMPRA Y VENTA
PARA
FERRETERIA
DIRECTIVAS DEL PROYECTO
Antecedentes
De acuerdo con las entrevistas realizadas al cliente, se han identificado los siguientes
problemas en los procedimientos actuales:
El control de las ventas es ineficiente por que todo lo que venden lo anotan en
una libreta.
En ocasiones apuntan las claves incorrectas del producto, lo que ocasiona que
el contador de negocio dé de baja otro producto.
De vez en cuando olvidan apuntar que vendieran en la libreta y por eso no
saben exactamente lo que tienen en la tienda.
Como no se sabe exactamente lo que se tiene en la tienda, los vendedores
llaman al contador cada que realizan la venta para que les informe la cantidad
existente del producto.
1. Objetivo general:
Objetivos específicos:
El sistema deberá emitir un reporte cada cierto tiempo dando a conocer los
productos que están por debajo del límite del stock mínimo establecido por
los usuarios. El “módulo de reportes” y “módulo de gestion de
informacion de producto” deberan trabajar juntos para llevar a cabo
el monitoreo de stock de productos.
Cada vez que el(los) usuario(s) realice(n) una venta, el sistema deberá ser
capaz de verificar que la cantidad requerida por los clientes existen en el
almacen. El “modulo de ventas” debera consultar con “módulo de
gestion de informacion de producto” para poder obtener la
informacion necesaria para llevar a cabo este
Cada vez que el(los) usuario(s) realice(n) una venta, el sistema deberá ser
capaz de descontar la cantidad vendida de los productos. El “módulo de
gestion de informacion de producto “ deberá consultar con “modulo
de ventas” para realizar la actualizacion en la base de datos.
El sistema deberá emitir un reporte cada cierto tiempo dando a conocer los
productos que están por debajo del límite del stock mínimo establecido por
los usuarios.
2. PROCESO DE REQUERIMIENTOS:
ACTORES:
2.4.
CALIDAD Y MEJORA DEL PROCESO
Dicha fórmula nos permitirá obtener un valor porcentual acerca de qué tan
cerca de terminar el producto nos encontramos.
3. Colchonel
4. ANALISIS DE REQUERIMIENTOS
Requerimientos Funcionales
Requerimientos No Funcionales
Muy alta
Normal
Baja
Ninguno
Muy baja
Ninguno
Ninguno
Ninguno
Estos puntos se especifican mejor con las tareas número 3 de los tópicos 5
y 6.
5. ESPECIFICACIÓN DE REQUISITOS
6. VALIDACION DE REQUERIMIENTOS
Para asegurarnos que el cliente y los desarrolladores estén ambos conformes con lo que se
va a construir, nos vemos en la necesidad de coordinar una reunión con ellos y mostrarles
allí un documento de requerimientos sin especificaciones del tipo “utilizar determinada
librería” y demás especificaciones técnicas, apoyados por interfaces y “pantallazos” de lo
que el usuario verá y será capaz de hacer mediante el software, para así poder despejar
dudas y además hacer observaciones sobre malentendidos que podrían haber surgido de
no haberles mostrado previamente la interfaz.
6.1. PROTOTIPADO
Pasamos a crear interfaces para su aprobación por parte del cliente, tomando en cuenta
los requerimientos funcionales:
UC-001
UC-002
UC-003
UC-004
UC-005
UC-006
UC-007
UC-008
6.2. VALIDACION DEL MODELO
Vamos a dividir en dos categorías las herramientas que hemos usado hasta
ahora: