Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Requerimiento de Software
Requerimiento de Software
COMPRA
ALMACEN
INVENTARIO
DIRECTIVAS DEL PROYECTO
Antecedentes
El negocio se llama “COMERCIALIZADORA S.A Es una empresa que lleva el control de sus Bienes
y Servicios. El interés primario es poder hacer que los Bienes se manejen de forma rápida y con el menor
grado de error. Para esto quien maneja la sección de "Bienes y Suministros"
.
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 gestión de
información de producto” deberán 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
almacén. El “módulo de ventas” deberá consultar con “módulo de
gestión de información de producto” para poder obtener la
información necesaria para llevar a cabo este
▪ Cada vez que el(los) usuario(s) realice(n) una compra, el sistema deberá
ser capaz de aumentar la cantidad adquirida de los productos. El “módulo
de gestión de información de producto “ deberá consultar con
“módulo de compras” para realizar la actualización en la base de
datos.
EN LA COMPRA
Recibe las solicitudes de compras de las diferentes áreas de la empresa.
Quien realiza una solicitud puede ser responsable de uno o varios centros de costos, con la
salvedad de que él como empleado solo está adscrito a uno.
Una vez diligenciada la solicitud es remitida al área de compras para realizar su correspondiente
cotización.
Las cotizaciones son realizadas con uno o varios proveedores de los bienes solicitados.
Cada orden puede tener asociado uno o varios ítems de la solicitud o solicitudes que van a ser
despachadas.
La orden de compra es aprobada por el Director Financiero para que sea enviada al proveedor
elegido.
EN EL ALMACEN
Su función principal es la de recepcionar los bienes que llegan de los proveedores y distribuirlos
a las correspondientes áreas que realizaron las solicitudes de compras.
Cuando llega un proveedor con mercancía, este hace una entrega física de los bienes, los cuales
son comparados con la factura que éste entrega y con la orden de compra correspondiente. Si esta
acción es correcta se registra una entrada de almacén por cada factura relacionada.
Cuando el almacén decide despachar los bienes a las diferentes áreas solicitantes, registra cada una
de las entregas en Salidas de Almacén.
Una entrada de almacén puede generar muchas salidas de almacén, por ejemplo: pueden ingresar
500 cajas de papel para impresión, pero como se debe repartir entre varias áreas, cada una requiere
de una salida de almacén.
EN EL INVENTARIO
Es la encargada de administrar y controlar la ubicación de los bienes dentro de la empresa, por
esto antes de que el bien salga del almacén debe ser codificado a través de un código único que lo
haga identificable dentro de la empresa.
La ubicación del bien se identifica por la siguiente información: responsable del bien, fecha de
entrega, dirección del bien (ubicación).
2. PROCESO DE REQUERIMIENTOS:
El software estará desarrollado según el proceso RUP, dejando en claro los principios
clave en los que se basa:
3. ANALISIS DE REQUERIMIENTOS
Requerimientos No Funcionales
Muy alta
Normal
Baja
▪ Ninguno
Muy baja
▪ Ninguno
Ninguno
▪ Ninguno
3.2. MODELADO CONCEPTUAL
COMPRA
Usuario_solicitante
ALMACEN
Producto almacenado
INVENTARIO
Estos puntos se especifican mejor con las tareas número 3 de los tópicos 5 y 6.
4. ESPECIFICACIÓN DE REQUISITOS
Versión
El sistema será capaz de permitir al(los ) usuario(s) poder actualizar y/ o eliminar información conce rniente a los productos albergados en la base de dato s.
Descripción
STK-004 Alexande r Richard Zevallos Vizcarra íSOLUSOFT) STK-001 Darlinne Hubert Palo Soto íSOLUSOFT)
STK-002 Alexander Gabriel Luna Choguecota (SOLUSOFT)
Autores STK-003 Miguel Miranda (SOLUSOFT}
Fuentes Ninguno
Paso Descripción
S ecuencia normal
Ingresar a la pestaña PRODUCTOS.
3 Seleccionar el producto de la lista emergente.
4 Seleccionar uno de las opciones existente para cada producto: ACTUALIZAR INFORMACIÓN o ELIMINAR PRODUCTO.
Paso Tiempo
Tie mpo
Postcondición Ninguno
PasoDescripción
Legue incorrecto por parte de los usuarios.
Secuencia de excepciones
No aceptar la petición para guardar algún cambio realizado. El sistema lanzara un mensaje de alerta para verificar su decision.
2
Prioridad Mu y alta
Estabilidad Alta
Estado Verificado
Comentarios Ninguno
P aquete Ninguno
5.3. Requisito Funcional N° 3: BÚSQUEDA DE PRODUCTOS
5.4. Requisito Funcional N° 4: REPORTE DE COMPRAS
5.5. Requisito Funcional N° 5: REGISTRO DE PRODUCTOS NUEVOS
5.6.
5.7.
5.8. Requisito Funcional N° 6: REPORTE DE COMPRA
UC-006 Reporte de
compcompra Compras
Versión
= Cada vez que el(los) usuario(s) realice(n) una venta. el sistema deberá ser capaz de descontar la cantidad vendida de los productos .
Además el sistema permitirá guardar el registro de que se realizo alguna venta después de haberse realizad o esta, incluy endo la fecha
=
en la que se realizó, para que los usuarios dispongan de una estadística de sus ventas realizadas semanalmente . Cada vez que el(los)
Descripción usuario{s) realice(n) una venta, el sistema deberá ser capaz de descontar la cantidad vendida de los productos. Además el sistema permitirá guardar el registro de que se
Fuentes Ninguno
Precondición Ninguno
Desc ripción
Pas o
P ::i crn Ti m nn
Paso Tiempo
Tiempo
Postcondición Ninguno
Descripción
P aso
Se cuencia de excepciones Logueo incorrect o.
Estabilidad Alta
Estad o Pendiente
Comentarios Ninguno
P aquete Ninguno
4.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
4.2. VALIDACION DEL MODELO