SISTEMA DE

COMPRA Y VENTA
PARA
FERRETERIA

DIRECTIVAS DEL PROYECTO

PROPSITO DEL PRODUCTO

Antecedentes
El negocio se llama Colchas Family que esta dedicado escencialmente a la venta (y
compra en un menor grado) de materiales de ferreteria.
Planteamiento del problema
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.

Debido a lo anterior, se tiene un gran problema en el control y la actualizacin de

informacin.
Objetivos del proyecto
1. Objetivo general:
Creacin de un Sistema de Compra y Venta para una Ferreteria que
permita al negocio llevar control y mantener actualizados sus registros de
adquisiciones, ventas e inventario de productos en la misma tienda. El sistema
estar instalado en una o varias computadora, donde solo personal autorizado
podr accederlo. El sistema debe ser concluido en un tiempo no mayor a 3
meses.
Objetivos especficos:
1.
2.
3.
4.

Desarrollo del modulo de manejo de ventas.

Desarrollo del modulo de manejo de compra.
Desarrollo del modulo de manejo y gestion de informacion de los productos.
Desarrollo de las funciones complementarias y basicas que necesitara el
sistema para llevar a cabo a plenitud las tareas requeridas por los usuarios.
5. Generar los reportes correspondientes a los mdulos.

REQUERIMIENTOS
DEL
SOFTWARE

1. Requerimientos Fundamentales del Software:

1.1.

Requisitos Funcionales y No Funcionales:

1.1.1. Requisitos Funcionales

El sistema deber poder verificar la autenticacin de ingreso a este

por parte del(los) usuario(s) autorizado(s).

Gestionamiento de la informacin de los productos; es decir, el

sistema ser capaz de permitir al(los) usuario(s) poder actualizar y/o
eliminar informacin concerniente a los productos albergados en la
base de datos.

Obtencin de toda la informacin de algn producto mediante la

bsqueda, haciendo uso del cdigo perteneciente a este.

El sistema deber permitir generar un reporte de compras, despues

de haber realizado dicha operacin.

El sistema debe permitir a los usuarios el registro de nuevos

productos.

Cada vez que el(los) usuario(s) realice(n) una venta, el sistema

deber ser capaz de descontar la cantidad vendida de los
productos. Adems el sistema permitir guardar el registro de que
se realiz alguna venta despus de haberse realizado esta,
incluyendo la fecha en la que se realiz, para que los usuarios
dispongan de una estadstica de sus ventas realizadas
semanalmente. El sistema deber ser capaz de verificar que la
cantidad requerida por los clientes existen en el almacn. Si este no
fuera el caso el sistema deber emitir un mensaje de alerta dando a
conocer las cantidades actuales de los productos antes solicitados.

El(los) usuario(s) podrn registrar en el sistema los productos

defectuosos para que despus el sistema se encargue de la
actualizacin de la cantidad modificada de dicho producto.

Al final de una venta el sistema deber ser capaz de generar boletas

de pago fsicas.

1.1.2. Requisitos no Funcionales

El sistema no debe tardar mas de 5 segundos en realizar la

bsqueda de algun producto, si esto ocurriese el sistema lanzar un
mensaje de error indicando que no puede conectarse con la base de
datos.

1.2.

El sistema deber emitir un reporte cada cierto tiempo dando a

conocer los productos que estn por debajo del lmite del stock
mnimo establecido por los usuarios.

Los usuarios deben contar con la plataforma Java instalada en su(s)

computador(es).

El sistema deber funcionar correctamente en cualquiera de los

siguientes sistemas Operativos: Windows 7, Windows 8, Linux, Mac
OS.

Se debe disponer de perifericos disponibles (mouse y teclado) para

un adecuado uso del software.

Para un mejor funcionamiento del sistema se requiere una PC con

una capacidad de RAM de 2GB o mayor, adems debe contar con
un procesador que posea minimamente 2 nucleos, adems debe
contar con por lo menos 25GB disponibles para alojar la base de
datos.

Propiedades Emergentes:

El sistema deber generar un reporte de compras, despues de haber

realizado dicha operacin.Se necesitara que tanto el mdulo de

gestion de informacion de producto como el modulo de

comprastrabajen juntos.

El sistema deber emitir un reporte cada cierto tiempo dando a conocer los
productos que estn por debajo del lmite del stock mnimo establecido por
los usuarios. El mdulo de reportes y mdulo de gestion de

informacion de producto deberan trabajar juntos para llevar a cabo

el monitoreo de stock de productos.

El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

para que despus el sistema se encargue de la actualizacin de la
cantidad modificada de dicho producto. Para llevar a cabo esta funcin

se necesitar el mdulo de gestion de informacion de producto y el

mdulo de registro de productos defecuosos.

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 mdulo 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 mdulo de

gestion de informacion de producto deber consultar con modulo

de ventas para realizar la actualizacion en la base de datos.

1.3.

Requerimientos Cuantificables:

El sistema deber poder verificar la autenticacin de ingreso a este por

parte de el(los) usuario(s) autorizado(s).

Este requisito incrementar significativamente la seguridad dentro

de la tienda.

El sistema debe permitir a los usuarios el registro de nuevos productos.

El sistema deber emitir un reporte cada cierto tiempo dando a conocer los
productos que estn por debajo del lmite del stock mnimo establecido por
los usuarios.

Gestionamiento de la informacion de los productos; es decir, el sistema

ser capaz de poder actualizar y/o eliminar informacin concerniente a los
productos albergados en la base de datos.

El(los) usuario(s) podrn registrar en el sistema los productos defectuosos

para que despus el sistema se encargue de la actualizacin de la
cantidad modificada de dicho producto.

Obtencin de toda la informacin de algn producto mediante la bsqueda,

haciendo uso del cdigo perteneciente a este.

Los anteriores requisitos disminuiran el indice de problemas

existentes(ventas fantasma, productos perdidos) haciendo mas
efectivo los procesos de venta y compra, adems la gestion de la
empresa aumentar significativamente puesto que todos los
movimientos que realice la empresa estaran completamente
monitoreados por los usuarios.
1.4.

Requerimientos de Software y Requisitos del Sistema:

1.4.1. Requerimientos del Sistema

El sistema deber emitir un reporte cada cierto tiempo dando a

conocer los productos que estn por debajo del lmite del stock
mnimo establecido por los usuarios.

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. Si este no fuera el caso el sistema
deber emitir un mensaje de alerta dando a conocer las cantidades
actuales de los productos antes solicitados.

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 sistema guardar automaticamente el registro de que se realizo

alguna venta despues de haberse realizado esta, incluyendo la

fecha en la que se realiz, para que los usuarios dispongan de una

estadistica de sus ventas realizadas semanalmente.
1.4.2. Requerimientos del Software

El sistema deber poder verificar la autenticacin de ingreso a este

por parte de el(los) usuario(s) autorizado(s).

Gestionamiento de la informacion de los productos; es decir, el

sistema ser capaz de permitir al(los) usuario(s) poder actualizar y/o
eliminar informacin concerniente a los productos albergados en la
base de datos.

Obtencin de toda la informacin de algn producto mediante la

bsqueda, haciendo uso del cdigo perteneciente a este.

El sistema deber permitir generar un reporte de compras, despues

de haber realizado dicha operacin.

El sistema debe permitir a los usuarios el registro de nuevos

productos.

El(los) usuario(s) podrn registrar en el sistema los productos

defectuosos para que despus el sistema se encargue de la
actualizacin de la cantidad modificada de dicho producto.

Al final de una venta el sistema debera ser capaz de generar

boletas de pago fisicas.

2. PROCESO DE REQUERIMIENTOS:
2.1.

MODELO DEL PROCESO:

El software estar desarrollado segn el proceso RUP, dejando en claro
los principios clave en los que se basa:

ADAPTAR EL PROCESO: adaptar a las necesidades del cliente, para lo

cual previamente se debe establecer dichas necesidades y sus
prioridades. Dicha lista de necesidades se especificar en el contrato
en el apndice NECESIDADES Y PRIORIDADES PROPIAS DEL
CLIENTE.
EQUILIBRAR PRIORIDADES: en caso de haber contradicciones o
diferencias entre los usuarios del sistema, se buscar la manera de
llegar a un acuerdo, el mismo que estar en la seccin
RESTRICCIONES Y LMITES del archivo general.
DEMOSTRAR VALOR ITERATIVAMENTE: Para ello se planea un
cronograma para la presentacin de prototipos, segn los cuales se
identificar la validacin y permiso para continuar con la
implementacin. Dicho cronograma se encontrar en la seccin
CRONOGRAMA del archivo general.

COLABORACION ENTRE EQUIPOS: Dado que el desarrollo del

software estar a cargo de un equipo conformado por 5 integrantes
(vase STAKEHOLDERS) se ve til la utilizacin de una red social
(facebook) para compartir informacin y mantener comunicacin de
manera fluida y disciplinada entre todos los miembros.

ELEVAR EL NIVEL DE ABSTRACCION: Para ello se contar con

diversos modelos con los cuales se obtendr el nivel de abstraccin
deseado antes de empezar a programar el software. Herramientas tales
como Rational Rose pueden ser tiles para estos fines.

ENFOCARSE EN LA CALIDAD: Para enfocarse en la calidad, el equipo

de desarrolladores tiene en mente, que en cada parte se haga una
observacin grupal sobre aspectos de calidad y rendimiento que
puedan mejorarse, generando as un feedback entre el grupo y el(los)
encargado(s) antes de aceptarlo como posible entregable al cliente.

2.2.

ACTORES DEL PROCESO:

USUARIO: personal que operar el sistema, el cual podr ser:
SECRETARIO(encargado de generar reportes),
GERENTE(responsable de toma de decisiones concerniente a la
compra de mercancas para el negocio)
VENDEDOR(conjunto de empleados encargados de la caja chica en
cada sucursal de existir esta -, venta atendiendo en mostrador y
dems temas relacionados).

DESARROLLADOR: personal que comprende a analistas y

desarrolladores que implementarn y darn mantenimiento al software,
de acuerdo a especificaciones realizadas por el cliente.

CLIENTE: la empresa a la cual se desarrollar el software.

Gracias a las herramientas de apoyo con las que contamos, podemos

organizar:
STAKEHOLDERS PARTICIPANTES:

ACTORES:

2.3.

APOYO Y ADMINISTRACION DEL PROCESO

Para esto nos valdremos de diversos software que nos ayuden a

administrar el proceso de desarrollo:
REM: herramienta con la que inicialmente se desarroll todo el proceso.
OPENPROJ: el MS PROJECT de Linux, cuyas funcionales de
diagramas de Gantt y Pert ayudarn en la administracin del proyecto.
LETSREQ: herramienta online propietaria para los requerimientos, su
versin trial nos permite usarlo como lmite para 1 proyecto.

2.4.
CALIDAD Y MEJORA DEL PROCESO
La mtrica a utilizarse para el cumplimiento de los requerimientos estar
dada por la siguiente frmula:
(Nmero de Requerimientos Realizados) / (Total de Requerimientos)

Dicha frmula nos permitir obtener un valor porcentual acerca de qu tan

cerca de terminar el producto nos encontramos.
3. Colchonel
4. ANALISIS DE REQUERIMIENTOS
4.1.
CLASIFICACION DE REQUERIMIENTOS
Clasificaremos los requerimientos de dos dimensiones; si es funcional o no
funcionales; y por prioridad de los requerimientos.
4.1.1. Por Funcionalidad
Requerimientos Funcionales

Requerimientos No Funcionales

4.1.2. Por Prioridad

Muy alta

UC-001 Logueo de usuarios (Verificado)

UC-002 Gestin de Productos (Verificado)
UC-007 Registro de productos defectuosos (Verificado)

Alta
UC-004 Reporte de compras (Pendiente)
UC-005 Registro de Productos (Pendiente)
UC-006 Reporte de venta (Pendiente)
Normal
UC-003 Bsqueda de Productos (Verificado)
UC-008 Generar Boletas de Pago (Pendiente)
Baja
Ninguno
Muy baja
Ninguno
Ninguno
Ninguno
4.2.
MODELADO CONCEPTUAL
Para este punto usaremos los diagramas de casos de uso:
4.3.

DISEO ARQUITECTONICO Y ASIGNACION DE REQUERIMIENTOS

(Diagramas del weber)

4.4.

REQUERIMIENTOS DE NEGOCIACION

Los clientes clasifican y discuten los posibles conflictos segn su

prioridad.
Identificar y analizar los riesgos asociados a cada requisito.
En el proceso se puede eliminar, combinar o modificar requisitos
para conseguir los objetivos planteados.

4.5.
ANLISIS FORMAL
Estos puntos se especifican mejor con las tareas nmero 3 de los tpicos 5
y 6.

5. ESPECIFICACIN DE REQUISITOS
5.1 Requisito Funcional N 1: LOGUEO DE USUARIOS

5.2.

Requisito Funcional N 2: GESTIN DE PRODUCTOS

5.3.

Requisito Funcional N 3: BSQUEDA DE PRODUCTOS

5.4.

Requisito Funcional N 4: REPORTE DE COMPRAS

5.5.

Requisito Funcional N 5: REGISTRO DE PRODUCTOS NUEVOS

5.6.

Requisito Funcional N 6: REPORTE DE VENTAS

5.7.

Requisito Funcional N 7: REGISTRO DE PRODUCTOS DEFECTUOSOS

5.8.

Requisito Funcional N 8: GENERAR BOLETAS DE PAGO

6. VALIDACION DE REQUERIMIENTOS
Para asegurarnos que el cliente y los desarrolladores estn ambos
conformes con lo que se va a construir, nos vemos en la necesidad de
coordinar una reunin con ellos y mostrarles all un documento de
requerimientos sin especificaciones del tipo utilizar determinada
librera y dems especificaciones tcnicas, 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 adems hacer
observaciones sobre malentendidos que podran haber surgido de no
haberles mostrado previamente la interfaz.
6.1.

PROTOTIPADO

Pasamos a crear interfaces para su aprobacin 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

Para la validacin de las interfaces, se cre un documento donde se

guardaron las observaciones por parte del cliente hacia la interfaz, y
un agregado en done podran consultar alguna duda sobre el producto.
Dicho proceso planeamos hacerlo hasta que las observaciones de
carcter crtico se hayan terminado.

7. Colchn d mrd

8. HERRAMIENTAS DE REQUERIMIENTOS DE SOFTWARE

Vamos a dividir en dos categoras las herramientas que hemos usado hasta
ahora:
Herramientas para la elaboracin de modelos.

ArgoUML: es una aplicacin de diagramado de UML escrita en Java y

publicada bajo la Licencia BSD.

Herramientas para la gestin de requisitos.

OPENPROJ: el MS PROJECT de Linux, cuyas funcionales de diagramas de

Gantt y Pert ayudarn en la administracin del proyecto.

LETSREQ: herramienta online propietaria para los requerimientos, su versin

trial nos permite usarlo como lmite para 1 proyecto.