Está en la página 1de 76

ÍNDICE

1. Modelo de Caso de Uso del Negocio 2


1.1. Organización del MCUN 2
1.2. Actores de Negocio 2
1.3. Objetivos de Negocio 2
1.4. Casos de Uso del Negocio 3
1.5. CUN vs ON 3
1.6. Diagrama General de Casos de Uso del Negocio 3
2. Modelo de Análisis del Negocio 4
2.1. Organización del MAN 4
2.2. Trabajadores del Negocio 4
2.3. Entidades del Negocio 4
2.4. Realización del Negocio 5
2.5. Diagrama de Clases del Negocio 5
2.6. Diagrama de Estados 6
2.7. Especificaciones de Caso de Uso del Negocio 7
3. Requisite Pro 10
3.1. Requerimientos Críticos 10
3.2. Requerimientos Funcionales 11
3.3. Requerimientos Críticos Vs Características 12
3.4. Casos de Uso 13
3.5. Actores Vs Caso de Uso 13
3.6. Caso de Uso Vs Características 14
3.7. Matriz de Trazabilidad 15
3.8. Matriz de Necesidades vs Características 16
3.9. Matriz de Casos de Uso 16
3.10. Matriz de Trazabilidad STRQ vs FEAT 17
3.11. Matriz de Trazabilidad CU vs FEAT 18
4. Modelo de Casos de Uso del Sistema 19
4.1. Actores 19
4.2. Paquetes 19
4.3. Casos de Uso 20
4.4. Diagrama General de Casos de Uso 22
5. Modelo de Análisis del Sistema 22
5.1. Diagrama de CU según Análisis 22
5.2. Arquitectura de Análisis 23
5.3. Realización Requerimiento 23
5.4. Realización Mercadería 38
5.5. Realización Factura 51
5.6. Realización Mantenimiento 57
6. Modelo Conceptual 64
7. Modelo Lógico 65
8. Modelo Físico 66
8.1. Script de Sentencia SQL 67
9. Modelo de Diseño 72
9.1. Capa de Presentación 72
9.2. Diagrama de Navegación 72
9.3. Capa Controladora 73
9.4. Capa de Negocio 73
9.5. Diagrama de Clases de Diseño 74
9.6. Diagrama de Secuencia 74
10. Diagrama de Despliegue 74
11. Diagrama de Componentes 75
12. Anexos 76
PROYECTO FERCEJOR
1. MODELO DE CASO DE USO DEL NEGOCIO:
ORGANIZACIÓN DEL MCUN:

ACTORES DEL NEGOCIO:

OBJETIVOS DEL NEGOCIO:

2
CASO DE USO DEL NEGOCIO:

CUN VS ON:

DIAGRAMA GENERAL DE CASOS DE USO DEL NEGOCIO:

3
2. MODELO DE ANALISIS DEL NEGOCIO
ORGANIZACIÓN DEL MAN:

TRABAJADORES DEL NEGOCIO:

ENTIDADES DEL NEGOCIO:

4
REALIZACIÓN DEL NEGOCIO:

DIAGRAMA DE CLASE DEL NEGOCIO:


Proceso de Toma de Pedidos

Proceso Entrega de Producto

5
Proceso de Facturación

DIAGRAMA DE ESTADOS:
Proceso de Toma de Pedidos

Proceso Entrega de Producto

Proceso de Facturación

6
ESPECIFICACIONES DE LOS CASOS DE USO DEL
NEGOCIO:
ECUN PROCESO DE TOMA DE PEDIDOS:

Descripción:
Solicitar y registrar pedido de producto por parte del cliente.

Objetivo:
Facilitar la recepción de pedido por parte de ventas y logística.

Flujo Trabajo
Flujo Básico
1. Cliente realiza pedido de producto.
2. Ventas verifica en el sistema que el cliente posea crédito.
3. Si el cliente posee crédito, Ventas registra datos solicitados: Número
de Cliente; Razón Social; Fecha de Entrega; Teléfono; Domicilio de
Entrega; Detalle de productos solicitados; Descuento total aplicado;
Forma de pago; Lista de precios utilizada.
4. Enviar pedido a logística.
5. Logística recepciona pedido.
Flujos alternativos
1. En el punto 2, si el cliente no posee crédito:
a. Se rechaza pedido
b. Se informa al cliente
c. Culmina el proceso.

DIAGRAMA DE ACTIVIDADES TOMA DE PEDIDOS

7
ECUN PROCESO DE ENTREGA DE PRODUCTO

Descripción:
Se generan hojas de ruta y remitos individuales para la entrega de producto
al cliente.

Objetivo:
Control total de las mercancías y eficiencia en su entrega.

Flujo Trabajo
Flujo Básico
1. Logística verifica el producto pendiente.
2. Logística selecciona los pedidos a satisfacer y el transporte a ser
utilizado.
3. Logística arma hoja de ruta y remitos individuales.
4. Transportista entrega pedido a cliente y este lo recibe.
5. Cliente notifica aceptación o rechazo del pedido y firma el remito.
6. Transportista detalla la aceptación del pedido. (rechazo, parcial o
totalidad)
7. Transportista actualiza el sistema detallando el resultado.

DIAGRAMA DE ACTIVIDADES ENTREGA DE PRODUCTO

8
ECUN PROCESO DE FACTURACIÓN:

Descripción:
Generación de facturas para los artículos remitidos.

Objetivo:
Agilizar yObtener un mejor control de facturas.

Flujo Trabajo
Flujo Básico
1. Ventas selecciona remitos para facturar.
2. Ventas genera facturas semanalmente.
3. Emite factura al cliente.
4. Cliente recepciona o recibe factura para su respectivo pago.
5. Ventas controla facturas mensualmente.

DIAGRAMA DE ACTIVIDADES Facturación en Cuenta Corriente

9
3. REQUISITE PRO
REQUERIMIENTOS CRÍTICOS

10
REQUERIMIENTOS FUNCIONALES

11
REQUERIMIENTOS CRITICOS VS. CARACTERISTICAS:

12
CASOS DE USO:

ACTORES VS CASOS DE USO:

13
CASOS DE USO VS. CARACTERÍSTICAS:

14
MATRIZ DE TRAZABILIDAD

15
MATRIZ DE NECESIDADES (STRQ) vs CARACTERISTICAS
(FEAT)

MATRIZ DE CASOS DE USO

16
MATRIZ DE TRAZABILIDAD DE NECESIDADES (STRQ) vs CARACTERISTICAS (FEAT)

17
MATRIZ DE TRAZABILIDAD DE CASO DE USO (CU) VS CARACTERÍSTICAS (FEAT)

18
4. MODELO DE CASOS DE USO DEL SISTEMA:
ACTORES:

PAQUETES:

19
CASO DE USO:

PROCESO TOMA DE PEDIDOS

PROCESO ENTREGA DE MERCADERÍA

PROCESO DE FACTURACIÓN

20
SEGURIDAD

REUTILIZABLES

REPORTES

21
DIAGRAMA GENERAL DE CASO DE USO

5. MODELO DE ANALISIS DEL SISTEMA

DIAGRAMA DE CU SEGÚN ANÁLISIS:

22
ARQUITECTURA DE ANÁLISIS:

REQUERIMIENTO:

23
REGISTRAR CLIENTE

ESPECIFICACIÓN DE CASO DE USO

Nombre del Caso de Uso :< REGISTRAR CLIENTE>


1. Breve Descripción: Permite llevar un control de los clientes con los
que cuenta la empresa y tener su información relevante.
2. Actor: Personal del Dpto. de Ventas.
3. Flujo de Eventos
3.1 Flujo Básico
1. EL caso de uso comienza cuando el Dpto. de Ventas solicita "Registrar
Cliente" en el menú principal.
2. El sistema muestra la interfaz "Registrar Cliente" con los siguientes
datos:
Datos del Cliente: RUC, Razón Social, dirección, teléfono, crédito
disponible.
Dos botones: Guardar y Cerrar.
3. El Dpto. de Ventas registra el RUC, Razón Social, dirección, teléfono
y establece el crédito disponible que tendrá la empresa cliente.
4. El Dpto. de Ventas selecciona el Botón Guardar.
5. El Sistema almacena la información ingresada en la BD de cliente.
6. El Sistema muestra mensaje: Cliente registrado.
7. El Dpto. de Ventas selecciona el Botón Cerrar.
8. El Sistema cierra la interfaz "Registrar Cliente", retornando al menú
principal del sistema y el caso de uso finaliza.
3.2. Flujos Alternativos
<Cerrar>
Si el empleado solicita "Salir" antes de Guardar, el sistema cierra la
interfaz y el caso de uso finaliza.
<Registro Duplicado>
Si el empleado selecciona el Botón Guardar y el Cliente ya se encuentra
registrado, aparecerá un mensaje CLIENTE YA SE ENCUENTRA
REGISTRADO y el sistema cerrará la interfaz y el caso de uso finaliza.

4. Pre condiciones
1. El Dpto. de Ventas debe estar logueado en el sistema.
DIAGRAMA DE CLASE DE ANÁLISIS

24
DIAGRAMA DE COMUNICACIÓN

DIAGRAMA DE SECUENCIA

25
PROTOTIPO:

26
PROTOTIPO WEB

BUSCAR CLIENTE

27
ESPECIFICACIONES DE CASO DE USO
Nombre del Caso de Uso :< BUSCAR CLIENTE>
1. Breve descripción:
El caso de uso permite al Dpto. de ventas, determinar si un cliente se
encuentra registrado y verificar que posee crédito disponible para
adquirir productos de la empresa.
2. Actor:
Dpto. de ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de Ventas solicita "Buscar
Cliente" en el menú principal.
2. El sistema muestra la interfaz "Buscar Cliente" con los siguientes datos:
Un casillero para ingresar Nro.de RUC del Cliente.
Datos del Cliente: Razón Social, dirección, teléfono, crédito disponible.
Botón cerrar.
3. El Dpto. de Ventas ingresa el Nro.de RUC en el casillero activo.
4. El Dpto. de Ventas selecciona el Botón "Buscar".
5. El Sistema realiza la búsqueda de clientes en la BD Clientes.
6. Si el cliente está registrado, el Sistema enviará los datos en los demás
casilleros disponibles.
7. El Dpto. de Ventas verificará si tiene saldo disponible.
8. El Dpto. de Ventas selecciona el Botón "Cerrar".
9. El Sistema cierra la interfaz "Buscar Cliente", retornando al menú
principal del sistema y el caso de uso finaliza.
3.2. Flujo Alternativo
<Cerrar>
Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la interfaz
y el caso de uso finaliza.
<Si no encuentra el Cliente>
Si el sistema no encuentra el Cliente, se abre la interfaz "Registrar Cliente"
y el sistema cierra la interfaz "Buscar Cliente"

4. Pre Condiciones

28
1. El Dpto. de ventas debe estar logueado en el sistema.

DIAGRAMA DE CLASE DE ANÁLISIS

DIAGRAMA DE COMUNICACIÓN

DIAGRAMA DE SECUENCIA

29
PROTOTIPO:
30
PROTOTIPO WEB:

REGISTRAR PEDIDO

31
ESPECIFICACIONES DE CASO DE USO
Nombre del Caso de Uso :< REGISTRO DE PEDIDO>
1. Breve descripción
El caso de uso permite al Dpto. de ventas registrar un pedido de
productos o materiales hecho por un cliente específico, teniendo en
consideración el destino y la cantidad de tonelaje del mismo.
2. Actor
Dpto. de Ventas
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de ventas solicita "Registrar
Pedido" en el menú principal.
2. El sistema muestra la interfaz "Registrar Pedido" con los siguientes
datos:
Datos del Cliente: RUC, Razón Social
Datos del Destino: Provincia, Distrito, Dirección
Datos del Pedido: descripción del material, cantidad, tonelaje y precio,
fecha de entrega.
Dos botones: Agregar, modificar y eliminar
Una cuadrícula con los campos: cantidad, descripción, tonelaje y precio.
Un cuadro de texto: precio total y tonelaje total.
Dos botones: Guardar y Cerrar
3. El Dpto. de ventas ingresa el nro.de RUC
4. El sistema carga la fecha actual en la Casilla fecha de emisión de
pedido.
5. El Dpto. de ventas registra los productos solicitados por el cliente, en
base a su nombre y la cantidad necesaria.
6. El Dpto. de ventas selecciona el botón Agregar Pedido.
7. El sistema envía los datos ingresados del pedido a una tabla en donde
muestra el precio unitario y el precio total según la cantidad solicitada.
8. Se repite los pasos 5 al 7, la cantidad de veces que sea necesario.
9. El sistema a medida que se agregue los pedidos en el casillero de
precio total y tonelaje total se ira calculando.
10. Al terminar de registrar los pedidos, el dpto. de ventas selecciona el
botón Guardar.

32
11. El sistema genera el código de pedido automáticamente.
12. El dpto. de ventas selecciona el botón cerrar.
13. El sistema cierra la interfaz "Registrar Pedido",regresa al menú
principal del sistema y el caso de uso finaliza.
3.2. Flujos Alternativos
<Cerrar>
SI el Dpto. de Ventas solicita Cerrar sin haber guardado nada, el caso
de uso finaliza y el sistema regresa al menú principal.
<Precio total supera a crédito disponible>
Si el precio total acumulado de los pedidos seleccionados llega al
máximo muestra un mensaje "¿CRÉDITO INSUFICIENTE, desea
grabar pedido?".
Si el dpto. de ventas está de acuerdo, graba. De lo contrario selecciona
el botón cerrar.

4. Pre condiciones
1. El dpto.de ventas debe estar logueado en el sistema
2. Los productos deben estar registrados y tener stock disponible.
3. El cliente debe tener crédito disponible.

5. Post Condiciones
1. Se graba el pedido con su detalle y cambia de estado a pendiente de
envío.

DIAGRAMA DE CLASE DE ANÁLISIS

33
DIAGRAMA DE COMUNICACIÓN

DIAGRAMA DE SECUENCIA

34
PROTOTIPO
35
36
PROTOTIPO WEB

MERCADERÍA:
37
ARMAR HOJA DE RUTA

ESPECIFICACIONES DE CASO DE USO

1. Nombre del Caso de Uso :< ARMAR HOJA DE RUTA >


1. Breve descripción
El caso de uso permite establecer la ruta más óptima para realizar la
entrega de los pedidos en el tiempo establecido.
2. Actor
Dpto. de Logística
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de Logística solicita "Armar
Hoja de Ruta" en el menú principal.
2. El sistema muestra la interfaz "Armar hoja de ruta" con los siguientes
datos:
Datos de la ruta: lista desplegable de zona.
Lista desplegable de vehículos y choferes disponibles.
Botón de buscar zona.
Una cuadrícula con los campos: código de pedido y tonelaje.

38
Botón guardar, cerrar, imprimir hoja de ruta, imprimir remitos individuales
3. El Dpto. de logística selecciona la zona a la que se desea hacer el
reparto.
4. El sistema muestra todos los pedidos pendientes de reparto que tienen
como destino las provincias ubicadas en la zona.
5. El Dpto. de Logística selecciona el vehículo de transporte disponible.
6. El sistema selecciona los choferes que están capacitados para utilizar
el vehículo seleccionado.
7. El dpto. de logística selecciona uno de los choferes disponibles.
8. El Dpto. de logística selecciona los pedidos que se enviarán juntos
(identificados por el código de pedido).
9. El sistema acumula la cantidad de tonelaje seleccionado.
10. Los procesos 8 y 9 se repiten mientras que la suma de las toneladas
de los pedidos seleccionados no supere la cantidad máxima de peso
del vehículo seleccionado.
11. Cuando se haya ocupado el peso máximo disponible del vehículo, el
sistema mostrará un mensaje "PESO MÁXIMO".
12. El Dpto. de Logística selecciona el botón Guardar.
13. El sistema muestra mensaje "HOJA DE RUTA GUARDADA"
14. El Dpto. de Logística selecciona el Botón “Imprimir Hoja de ruta”.
15. El sistema genera la Hoja de Ruta conteniendo la información
solicitada.
16. El Dpto. de Logística selecciona el Botón “Imprimir Remitos
individuales”.
17. El sistema genera tantos remitos sean necesarios según la cantidad
de pedidos que contiene la Hoja de ruta.
18. El dpto. de Logística selecciona el botón CERRAR
19. El sistema cierra la interfaz "ARMAR HOJA DE RUTA", regresa a la
página principal y finaliza el caso de uso.
3.2. Flujos Alternativos
<Cerrar>
Si el Dpto. de Logística selecciona el botón Cerrar, el caso de uso finaliza
sin guardar información.
<Si no hay chofer calificado disponible>
El sistema no permitirá armar la hoja de ruta.

39
4. Pre Condiciones
Debe haber vehículos disponibles para el transporte.
Debe haber pedidos pendientes para la zona seleccionada.

5. Post Condiciones
1. Se arma la hoja de ruta y el estado de los pedidos que la conforman
cambian al estado en proceso de envío.

DIAGRAMA DE CLASE DE ANALISIS:

40
DIAGRAMA DE COMUNICACIÓN:

DIAGRAMA DE SECUENCIA:

41
PROTOTIPO

PROTOTIPO WEB

42
BUSCAR PEDIDO

ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :< BUSCAR PEDIDO >


1. Breve descripción
El caso de uso permite buscar un pedido mostrando la información más
relevante para tener conocimiento sobre los pedidos del cliente y la
fecha que debe ser entregada.
2. Actor
Departamento de Logística
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Dpto. de Logística solicita “Buscar
Pedido” en el menú principal.
2. El sistema muestra la interfaz “Buscar Pedido” con los siguientes
datos:
Un campo de texto para ingresar Nro.de Pedido.
Datos del cliente como: RUC y Razón Social.
Datos del pedido como: dirección de envío, departamento y provincia,
fecha de entrega, productos y cantidad, precio total, y tonelaje total.
3. El Dpto. de Logística ingresa el Nro. de Pedido en el casillero activo.
4. El Dpto. de Logística selecciona el Botón Buscar.
5. El Sistema realiza la búsqueda de clientes en la BD Pedidos.
6. Si existe el registro del pedido, el Sistema envía los datos de pedidos
y cliente.
7. El Dpto. verifica la información del pedido.
8. E Dto. de Logística selecciona el Botón Cerrar.
9. El sistema cierra la interfaz “Buscar Pedido”, retornando al menú
principal del sistema y el caso de uso finaliza.
3.2. Flujos Alternativos
<Cerrar>
Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la
interfaz y el caso de uso finaliza.
<Si no encuentra el Pedido>
Si el sistema no encuentra el Pedido, el sistema muestra un mensaje: “El
pedido no fue registrado”.

4. Pre Condiciones

43
1. El usuario de Departamento de Logística debe estar logueado.

DIAGRAMA DE CLASE DE ANALISIS

DIAGRAMA DE COMUNICACIÓN

DIAGRAMA DE SECUENCIA
44
PROTOTIPO

45
PROTOTIPO WEB

REGISTRAR ENTREGA DE MERCADERÍA


46
ESPECIFICACIONES DE CASO DE USO
Nombre del Caso de Uso :< REGISTRO DE ENTREGA DE
MERCADERÍA>
1. Breve descripción
El caso de uso permite tener un control de los productos que fueron
recibidos por el cliente y cuales fueron rechazados adicionando el
motivo por el cual no fueron recibidos, en base a ello, se establece el
monto a pagar por el cliente.
2. Actor
Transportista
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el Transportista solicita “Registrar
Entrega de Mercadería” en el menú principal.
2. El sistema muestra la interfaz “Registrar Entrega de Mercadería”.
3. El transportista ingresa el código de pedido que muestra el remito
individual físico.
4. El sistema abre la interfaz “Buscar Pedido”.
5. El sistema muestra una tabla donde contiene todos los productos que
fueron requerido en el pedido.
6. El transportista selecciona el primer producto.
7. El sistema envía la información del primer producto seleccionado a la
parte inferior del formulario.
8. El transportista realizará los cambios necesarios en los cuadros de
texto (precio, cantidad, etc.).
9. Aprieta el botón guardar, y se envía a la BD.
10. Una vez hecho los cambios necesarios estos se podrán visualizar en
la segunda tabla (tabla inferior).
11. Repita los pasos 5 al 8 según sea necesario.
12. El sistema generará el nuevo monto total de acuerdo a los cambios
realizados anteriormente.
13. Si el pedido fue actualizado por completo presiona SALIR, caso
contrario ingrese un código de pedido diferente y repita los pasos 3 al
11.
3.2. Flujo Alternativo
<SI NO HAY CAMBIOS POR HACER>

47
Si toda la producto solicitada fue entregada por el transportista, solo
selecciona el botón GUARDAR y toda la información contenida en la
primera tabla se almacena, y selecciona el botón CERRAR.

4. Pre Condiciones
1. El transportista debe estar logueado.
2. Debe estar registrado el código de pedido ingresado.
3. El pedido debe aún estar en estado de pendiente de envío.

5. Post Condiciones
Al registrar la entrega de productos el pedido cambia de estado a
entregado.

DIAGRAMA DE CLASES DE ANALISIS

48
DIAGRAMA DE COMUNICACIÓN

DIAGRAMA DE SECUENCIA

49
PROTOTIPO

PROTOTIPO WEB

50
FACTURA:

REGISTRAR FACTURA

ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :< REGISTRAR FACTURA >


1. Breve descripción
El caso de uso permite generar el comprobante de pago que es el medio
sustentatorio de haber realizado una compra o venta según sea el
caso.
2. Actor
Dpto. de Logística.
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso inicia cuando el Dpto. de Ventas solicita “Registrar
Factura” en el menú principal.
2. El sistema abre la interfaz “Registrar factura”.
3. El Dpto. de Ventas selecciona el rango de la semana que desea emitir
factura.
4. EL sistema muestra todos los pedidos que fueron entregados en ese
rango en una tabla, indicando el ruc del cliente, razón social del
cliente, el código de pedido, importe total.
5. El Dpto. de Ventas selecciona el botón “Registrar”.
6. El sistema genera por cada pedido aceptado un nro. de factura de
manera correlativa.
7. El Dpto. de Ventas selecciona el botón “Guardar”.
8. El sistema guarda la información en la BD Factura.
9. EL dpto. de Ventas selecciona el botón “Generar Factura”.
10. El sistema muestra un mensaje “¿DESEA ENVIAR A CLIENTES?”
11. El Dpto. de Ventas confirma el mensaje.
12. El sistema envía cada factura generada al cliente determinado,
teniendo en consideración que cuenta con su correo electrónico.
13. El Dpto. de Ventas selecciona el botón “Cerrar”
14. El sistema cierra la interfaz “Registrar factura”, regresa al menú
principal y con ello finaliza el caso de uso.
3.2. Flujo Alternativo

51
<CERRAR>
SI en el rango establecido no muestra ningún pedido entregado, el
dpto.delogística cierra la interfaz y termina el caso de uso.
<SI EL CLIENTE NO TIENE CORREO>
Si alguno de los clientes no cuenta con correo electrónico, el sistema
arrojará un mensaje FACTURA PENDIENTE DE ENVÍO, para lo cual
el Dpto. de Logística tendrá que tomar otras medidas.

4. Pre Condiciones
1. El Dpto. de Ventas debe estar logueado.

DIAGRAMA DE CLASE DE ANALISIS

DIAGRAMA DE COMUNICACIÓN

52
DIAGRAMA DE SECUENCIA

PROTOTIPO

53
PROTOTIPO WEB

SEGURIDAD:

54
ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :< INGRESAR USUARIO >


1. Breve descripción
El caso de uso permite brindar seguridad a la información que posee la
empresa para que solo sea accesado por personas que sean
trabajadores de la organización.
2. Actor
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso inicia cuando el Usuario desea acceder al Sistema
FERCEJOR.
2. El sistema abre la interfaz “Ingresar al Sistema”
3. El Usuario debe ingresar su Código de Usuario y su Contraseña.
4. El Usuario selecciona el botón Ingresar.
5. El sistema valido la información ingresada.
6. El sistema abre la interfaz “Menú Principal” y el caso de uso finaliza.
3.2. Flujo Alternativo
<LIMPIAR>
Si el usuario selecciona el botón Limpiar, se borra la información
ingresada en los casilleros y el caso de uso finaliza cerrando la
interfaz.
4. Pre Condiciones
El usuario debe estar registrado en la base de datos Trabajador y
debe tener el permiso para acceder al Sistema.

PROTOTIPO

MENU PRINCIPAL

55
PROTOTIPO

REPUESTOS FERCEJOR

PROTOTIPO WEB

MANTENIMIENTO:
56
MANTENIMIENTO DE CHOFER

ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :< MANTENIMIENTO DE CHOFER >


1. Breve descripción
El caso de uso permite registrar, modificar o dar de baja a un chofer que
pertenece o pertenecerá a la empresa FERCEJOR.
2. Actor
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso inicia cuando el Usuario desea seleccionar
“Mantenimiento de Chofer”
2. El sistema abre la interfaz “Mantenimiento de Chofer”.
3. El sistema muestra el listado de choferes que trabajan actualmente en
la empresa.
4. El usuario selecciona el botón Agregar Chofer
5. El sistema envía el cursor en el casillero de DNI
6. El usuario registra todos los datos del nuevo chofer
7. El usuario selecciona el botón Grabar Datos
8. El sistema muestra un mensaje “Chofer registrado”.
9. El usuario selecciona el botón “Aceptar”
10. El sistema cierra la interfaz “Mantenimiento de Chofer” y finaliza el
caso de uso, regresando al menú principal.

3.2. Flujo Alternativo

57
<SI SELECCIONA CAMBIAR ESTADO>
Cuando selecciona un registro de la lista de Chofer, el sistema envía la
información del Chofer al casillero de abajo y el usuario tiene la opción
de modificar el estado en caso se encuentre ocupado o disponible y
selecciona el botón Grabar Estado.
<SI SELECCIONA EDITAR CHOFER>
Cuando selecciona un registro de la lista de Chofer, el sistema envía
toda la información del Chofer en los casilleros de abajo y el usuario
puede modificar la información del chofer, al finalizar selecciona el
botón Grabar Datos.
4. Pre Condiciones
El usuario debe estar logueado.

PROTOTIPO

58
PROTOTIPO WEB

MANTENIMIENTO DE PRODUCTOS

ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :< MANTENIMIENTO DE PRODUCTOS>


1. Breve descripción
El caso de uso permite registrar o modificar unproducto que la empresa
vende u ofrece.
2. Actor
Usuario
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso inicia cuando el Usuario desea seleccionar
“Mantenimiento de Productos”
2. El sistema abre la interfaz “Mantenimiento de Producto”.
3. El sistema muestra el listado de productos que dispone la empresa.
4. El usuario selecciona el botón Agregar Producto
5. El sistema envía el cursor en el casillero Nombre Producto
6. El usuario registra todos los datos del nuevo Producto
7. El usuario selecciona el botón Registrar Producto
8. El sistema genera un Código de Producto.
9. El sistema muestra un mensaje “Producto registrado”.
10. El usuario selecciona el botón “Aceptar”

59
11. El sistema cierra la interfaz “Mantenimiento de Productos” y finaliza
el caso de uso, regresando al menú principal.

3.2. Flujo Alternativo


<SI SELECCIONA AGREGAR ENTRADAS>
Cuando selecciona un registro de la lista de Productos, el sistema envía
el código del producto seleccionado y el usuario tiene la opción de
ingresar la cantidad de producto que se ha adquirido y la fecha en la
que está ingresando.
4. Pre Condiciones
El usuario debe estar logueado.

PROTOTIPO

PROTOTIPO WEB

60
MANTENIMIENTO DE TRANSPORTE

ESPECIFICACIONES DE CASO DE USO

Nombre del Caso de Uso :<MANTENIMIENTO DE TRANSPORTE>

1. Breve descripción
El caso de uso permite registrar, modificar o dar de baja a un vehículo
que pertenece o pertenecerá a la empresa FERCEJOR.

2. Actor
Usuario

3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso inicia cuando el Usuario desea seleccionar
“Mantenimiento de Transporte”
2. El sistema abre la interfaz “Mantenimiento de Transporte”.
3. El sistema muestra el listado de vehículos que cuenta actualmente en
la empresa.
4. El usuario selecciona el botón Agregar Vehículo

61
5. El sistema envía el cursor en el casillero de Placa de Vehículo.
6. El usuario registra todos los datos del nuevo vehículo
7. El usuario selecciona el botón Grabar Datos
8. El sistema muestra un mensaje “Vehículo registrado”.
9. El usuario selecciona el botón “Aceptar”
10. El sistema cierra la interfaz “Mantenimiento de Chofer” y finaliza el
caso de uso, regresando al menú principal.
3.2. Flujo Alternativo
<SI SELECCIONA CAMBIAR ESTADO>
Cuando selecciona un registro de la lista de Vehículos, el sistema envía
la información del Vehículo al casillero de abajo y el usuario tiene la
opción de modificar el estado en caso se encuentre ocupado o
disponible y selecciona el botón Grabar Estado.
<SI SELECCIONA EDITAR VEHICULO>
Cuando selecciona un registro de la lista de Vehículo, el sistema envía
toda la información del Vehículo en los casilleros de abajo y el usuario
puede modificar la información del Vehículo, al finalizar selecciona el
botón Grabar Datos.

4. Pre Condiciones
El usuario debe estar logueado.

PROTOTIPO

PROTOTIPO WEB

62
63
6. MODELO CONCEPTUAL

64
7. MODELO LOGICO

65
8. MODELO FISICO

66
SCRIPT DE SENTENCIA SQL

CREATE SCHEMA AUTHORIZATION Schema


GO

CREATE TABLE CLIENTE (


CODCLIENTE INTEGER NOT NULL,
APEPATCLIEN VARCHAR(50) NULL,
APEMATCLIEN VARCHAR(50) NULL,
NOMBCLIEN VARCHAR(50) NULL,
DIRECCION VARCHAR(60) NULL,
CORREO VARCHAR(50) NULL,
TELEFONO INTEGER NULL,
CELULAR INTEGER NULL,
CODDISTRITO INTEGER NULL,
DISTRITOCODDISTRITO INTEGER NOT NULL
)
GO

CREATE TABLE DETALLEPEDIDO (


CODPEDIDO INTEGER NOT NULL,
CODMERCADERIA INTEGER NULL,
CANTIDAD INTEGER NULL,
TONELAJE DECIMAL(2 , 0) NULL
)
GO

CREATE TABLE FACTURA (


CODFACTURA INTEGER NOT NULL,
MONTOFACTURA DECIMAL(2 , 0) NULL,
TONELAJEFACTURA DECIMAL(2 , 0) NULL,
DESCUENTO DECIMAL NULL,
FECHAEMISION DATETIME NULL,
OBSERVACION VARCHAR(150) NULL
)
GO

CREATE TABLE PEDIDO (


CODPEDIDO INTEGER NOT NULL,
CODCLIENTE INTEGER NULL,
FECHAPEDIDO DATETIME NULL,
MONTOTOTAL MONEY NULL,
TONELAJETOTAL DECIMAL(2 , 0) NULL,
CODHOJARUTA INTEGER NULL,
HOJA_DE_RUTACODHOJARUTA INTEGER NOT NULL,
CLIENTECODCLIENTE INTEGER NOT NULL
)
GO

CREATE TABLE HOJA_DE_RUTA (


CODHOJARUTA INTEGER NOT NULL,
FECHAINICIO DATETIME NULL,
CODDESTINO INTEGER NULL,
TONELAJETOTAL DECIMAL NULL,
CODTRANSPORTE INTEGER NULL,
TRANSPORTECHOFERCODCHOFER INTEGER NOT NULL,
TRANSPORTEVEHICULOCODVEHICULO INTEGER NOT NULL
)
GO

67
CREATE TABLE PRODUCTOENTREGADO (
CODPEDIDO INTEGER NOT NULL,
CODMERCADERIA INTEGER NULL,
CANTIDADENTREGADA INTEGER NULL,
TONELAJE DECIMAL(2 , 0) NULL,
FECHAENTREGA DATETIME NULL,
FACTURACODFACTURA INTEGER NOT NULL
)
GO

CREATE TABLE TRANSPORTE (


CODVEHICULO INTEGER NULL,
CODCHOFER INTEGER NULL,
ESTADO VARCHAR(100) NULL,
VEHICULOCODVEHICULO INTEGER NOT NULL,
CHOFERCODCHOFER INTEGER NOT NULL
)
GO

CREATE TABLE VEHICULO (


CODVEHICULO INTEGER NOT NULL,
DESCVEHICULO VARCHAR(300) NULL,
NROPLACA VARCHAR(6) NULL,
PESOMAX DECIMAL(2 , 0) NULL
)
GO

CREATE TABLE DEPARTAMENTO (


CODDEPARTAMENTO INTEGER NOT NULL,
NOMDEPARTAMENTO VARCHAR(50) NULL,
CODDESTINO INTEGER NULL,
DESTINOCODDESTINO INTEGER NOT NULL
)
GO

CREATE TABLE DISTRITO (


CODDISTRITO INTEGER NOT NULL,
NOMDISTRITO VARCHAR(50) NULL,
CODPROVINCIA INTEGER NULL,
PROVINCIACODPROVINCIA INTEGER NOT NULL
)
GO

CREATE TABLE PROVINCIA (


CODPROVINCIA INTEGER NOT NULL,
NOMPROVINCIA VARCHAR(50) NULL,
CODDEPART INTEGER NULL,
DEPARTAMENTOCODDEPARTAMENTO INTEGER NOT NULL
)
GO

CREATE TABLE ZONA (


CODDESTINO INTEGER NOT NULL,
NOMZONA VARCHAR(50) NULL
)
GO

CREATE TABLE CHOFER (


CODCHOFER INTEGER NOT NULL,
APEPATCHOFER VARCHAR(50) NULL,
APEMATCHOFER VARCHAR(50) NULL,

68
NOMBRECHOFER VARCHAR(50) NULL,
DIRECCION VARCHAR(60) NULL,
CORREO VARCHAR(50) NULL,
TELEFONO INTEGER NULL,
NROBREVETE INTEGER NULL,
DNI INTEGER NULL,
TIPOBREVETE VARCHAR(25) NULL,
ESTADO VARCHAR(50) NULL
)
GO

CREATE TABLE PRODUCTO (


CODMERCADERIA INTEGER NOT NULL,
DESMERCADERIA VARCHAR(300) NULL,
PRECIOUNITARIO DECIMAL(2 , 0) NULL,
TONELAJE DECIMAL(2 , 0) NULL,
STOCK INTEGER NULL,
DETALLEPEDIDOCODPEDIDO VARCHAR(300) NOT NULL,
CODPEDIDO INTEGER NOT NULL
)
GO

ALTER TABLE CLIENTE ADD CONSTRAINT CLIENTE_PK PRIMARY KEY


(CODCLIENTE)
GO

ALTER TABLE DETALLEPEDIDO ADD CONSTRAINT DETALLEPEDIDO_PK PRIMARY KEY


(CODPEDIDO)
GO

ALTER TABLE FACTURA ADD CONSTRAINT FACTURA_PK PRIMARY KEY


(CODFACTURA)
GO

ALTER TABLE PEDIDO ADD CONSTRAINT PEDIDO_PK PRIMARY KEY


(CODPEDIDO)
GO

ALTER TABLE HOJA_DE_RUTA ADD CONSTRAINT HOJA_DE_RUTA_PK PRIMARY KEY


(CODHOJARUTA)
GO

ALTER TABLE PRODUCTOENTREGADO ADD CONSTRAINT PRODUCTOENTREGADO_PK


PRIMARY KEY
(CODPEDIDO)
GO

ALTER TABLE TRANSPORTE ADD CONSTRAINT TRANSPORTE_PK PRIMARY KEY


(CHOFERCODCHOFER,
VEHICULOCODVEHICULO)
GO

ALTER TABLE VEHICULO ADD CONSTRAINT VEHICULO_PK PRIMARY KEY


(CODVEHICULO)
GO

ALTER TABLE DEPARTAMENTO ADD CONSTRAINT DEPARTAMENTO_PK PRIMARY KEY


(CODDEPARTAMENTO)
GO

ALTER TABLE DISTRITO ADD CONSTRAINT DISTRITO_PK PRIMARY KEY

69
(CODDISTRITO)
GO

ALTER TABLE PROVINCIA ADD CONSTRAINT PROVINCIA_PK PRIMARY KEY


(CODPROVINCIA)
GO

ALTER TABLE ZONA ADD CONSTRAINT ZONA_PK PRIMARY KEY


(CODDESTINO)
GO

ALTER TABLE CHOFER ADD CONSTRAINT CHOFER_PK PRIMARY KEY


(CODCHOFER)
GO

ALTER TABLE PRODUCTO ADD CONSTRAINT PRODUCTO_PK PRIMARY KEY


(CODMERCADERIA)
GO

ALTER TABLE CLIENTE ADD CONSTRAINT CLIENTE_DISTRITO_FK FOREIGN KEY


(DISTRITOCODDISTRITO)
REFERENCES DISTRITO
(CODDISTRITO)
GO

ALTER TABLE DETALLEPEDIDO ADD CONSTRAINT DETALLEPEDIDO_PEDIDO_FK


FOREIGN KEY
(CODPEDIDO)
REFERENCES PEDIDO
(CODPEDIDO)
GO

ALTER TABLE PEDIDO ADD CONSTRAINT PEDIDO_HOJA_DE_RUTA_FK FOREIGN KEY


(HOJA_DE_RUTACODHOJARUTA)
REFERENCES HOJA_DE_RUTA
(CODHOJARUTA)
GO

ALTER TABLE PEDIDO ADD CONSTRAINT PEDIDO_CLIENTE_FK FOREIGN KEY


(CLIENTECODCLIENTE)
REFERENCES CLIENTE
(CODCLIENTE)
GO

ALTER TABLE HOJA_DE_RUTA ADD CONSTRAINT HOJA_DE_RUTA_TRANSPORTE_FK


FOREIGN KEY
(TRANSPORTECHOFERCODCHOFER,
TRANSPORTEVEHICULOCODVEHICULO)
REFERENCES TRANSPORTE
(CHOFERCODCHOFER,
VEHICULOCODVEHICULO)
GO

ALTER TABLE PRODUCTOENTREGADO ADD CONSTRAINT


PRODUCTOENTREGADO_FACTURA_FK FOREIGN KEY
(FACTURACODFACTURA)
REFERENCES FACTURA
(CODFACTURA)
GO

70
ALTER TABLE PRODUCTOENTREGADO ADD CONSTRAINT
PRODUCTOENTREGADO_PEDIDO_FK FOREIGN KEY
(CODPEDIDO)
REFERENCES PEDIDO
(CODPEDIDO)
GO

ALTER TABLE TRANSPORTE ADD CONSTRAINT TRANSPORTE_VEHICULO_FK FOREIGN


KEY
(VEHICULOCODVEHICULO)
REFERENCES VEHICULO
(CODVEHICULO)
GO

ALTER TABLE TRANSPORTE ADD CONSTRAINT TRANSPORTE_CHOFER_FK FOREIGN KEY


(CHOFERCODCHOFER)
REFERENCES CHOFER
(CODCHOFER)
GO

ALTER TABLE DEPARTAMENTO ADD CONSTRAINT DEPARTAMENTO_ZONA_FK FOREIGN


KEY
(DESTINOCODDESTINO)
REFERENCES ZONA
(CODDESTINO)
GO

ALTER TABLE DISTRITO ADD CONSTRAINT DISTRITO_PROVINCIA_FK FOREIGN KEY


(PROVINCIACODPROVINCIA)
REFERENCES PROVINCIA
(CODPROVINCIA)
GO

ALTER TABLE PROVINCIA ADD CONSTRAINT PROVINCIA_DEPARTAMENTO_FK FOREIGN


KEY
(DEPARTAMENTOCODDEPARTAMENTO)
REFERENCES DEPARTAMENTO
(CODDEPARTAMENTO)
GO

ALTER TABLE PRODUCTO ADD CONSTRAINT PRODUCTO_DETALLEPEDIDO_FK FOREIGN


KEY
(CODPEDIDO,
DETALLEPEDIDOCODPEDIDO)
REFERENCES DETALLEPEDIDO
(CODPEDIDO)
GO

71
9. MODELO DE DISEÑO

CAPA DE PRESENTACIÓN

DIAGRAMA DE NAVEGACIÓN

72
CAPA CONTROLADORA:

CAPA DE NEGOCIO:

73
DIAGRAMA DE CLASES DE DISEÑO REGISTRAR CLIENTE

DIAGRAMA DE SECUENCIA REGISTRAR CLIENTE

10. DIAGRAMA DE DESPLIEGUE

74
11. DIAGRAMA DE COMPONENTES

75
ANEXOS