CASO DE ESTUDIO DE EXAMEN DE GRADO

FACULTAD DE CIENCIA Y TECNOLOGA

CARRERA

Ingeniera de Sistemas

AREA

Base de Datos y Sistemas de Informacin

CODIGO

EG-S-BD-07-15

Perodo: 1/2015
CASO #7

SISTEMA PARA LA GESTION DE RDENES, STOCK Y PAGOS DE

LA MINI EMPRESA CALZADOS BONIFACE
I.

SITUACION PROBLEMTICA
La empresa Calzados Boniface se dedica a la fabricacin de calzados para damas. El
gerente administrativo est precisando un sistema informtico que le permite facilitar la
gestin de sus rdenes de trabajo, el ingreso y salida de los materiales de insumo para la
fabricacin de calzados y el pago a los empleados que no tienen contrato de trabajo por
tiempo sino por cantidad de pedidos (rdenes).

II.

LOGICA DE NEGOCIO
Es importante para la administracin tener control sobre el stock en tres tipos de
almacenes: insumos, productos semi- elaborados (p. ejm. zapatos costurados sin colado ),
y productos terminados.
Los calzados se fabrican para ser ofertados al mercado en general y a pedidos exclusivo de
un determinado cliente (revendedor). Las rdenes que son para ofertas implican docenas
con nmeros variados de calzado ( ) y las rdenes que son a pedido implican las docenas
con nmeros y modelos estrictamente especificados por el cliente.
A cada empleado eventual se le asigna una determinada cantidad de rdenes (para ofertas
o pedidos exclusivos), por tanto es necesario llevar el control del estado de estas rdenes
(no iniciada, en proceso, detenida, terminada)
Cada empleado de acuerdo al tipo de calzado que le exige su orden de trabajo debe hacer
la reserva de la maquinaria que utilizar y el tiempo que la tendr en uso.
Los pagos a los empleados se cancelan por rdenes de trabajo terminadas. En algunas
ocasiones se les da algn anticipo no mayor al pago total por la orden que debe estar en
proceso en ese momento.

III.

CONSIDERACIONES DE DISEO DE LA BD
Un empleado puede atender una o muchas rdenes de trabajo tanto para ofertas como
para pedidos exclusivos, pero una orden es realizada slo por un empl eado.

El trabajador puede reservar ms de una mquina para hacer su trabajo pero no puede usar
dos mquinas al mismo.
Un empleado puede recibir slo un anticipo por cada orden de trabajo en proceso.
Cada almacn puede tener el ingreso o salida de 1 ms de sus productos (insumos,
productos semi-elaborados, productos terminados)
IV.

ROLES
Administrador: Maneja todos los mdulos del sistema
Empleados: Solicitan prstamo de maquinaria.

V.

CASOS DE USO BASICOS

Gestin de empleados, Gestin de maquinaria, Gestin de rdenes, Gestin de rdenes,
Gestin de Stock, Gestin de calzados

VI.

REPORTES
Reportes de rdenes pendientes a la fecha (incluyendo el empleado encargado)
Reporte de mquinas en stand by (libres) a la fecha
Reporte del pago pendiente a la fecha y ordenados segn el nmero de orden
asignada
Reporte de existencias de insumos e stock a la fecha. Debe mostrarse ordenado
alfabticamente.

VII.

CONSIDERACIONES DE SEGURIDAD
La aplicacin deber tener acceso por niveles para los diferentes roles, caducidad de
contrasea y una bitcora de las operaciones hechas sobre las tablas de la base de datos.

VIII.

ARTEFACTOS SOLICITADOS
a. Modelo de Requisitos
Listado de requerimientos funcionales y no funcionales
b. Modelo de Anlisis
Modelo de datos
Especificacin de requerimientos funcionales del software (SRS)
c. Modelo de Diseo

Arquitectura de la aplicacin,
Diseo de la base de datos: Lgico y fsico
Realizacin de los requerimientos
Derivados de SQL (Disparadores, cursores, ndices, transacciones, etc.)

d. Modelo de Implementacin
Modelo de Componentes
Modelo de Despliegue
Implementacin de un requerimiento (el mismo que el anterior, tipo maestrodetalle)
Diseo de reportes acorde al proceso de negocio requerido.
e. Modelo de Pruebas
Procedimiento de Prueba y Caso de Prueba a ser ilustrado para el prototipo.
IX.

RESTRICCIONES GENERALES
Se debe utilizar un proceso metodolgico, framework para gestionar el desarrollo del
producto (en trminos generales, no estrictamente aplicado), Uso de UML para representar
los artefactos, Uso arquitectura del producto.

X.

NOTA
La base de datos debe tener un modelo de recuperacin apropiado a la importancia de los
datos y debe existir una planificacin de backups..
Todos los reportes debern ser visualizables, imprimibles y exportables a los formatos
tradicionales: .doc, .xls,.pdf