ÍNDICE 1. Modelo de Caso de Uso del Negocio 1.1. Organización Organizació n del MCUN 1.2. Actores de Negocio 1.3. Objetivos de Negocio 1.4. Casos de Uso del Negocio 1.5. CUN vs ON 1.6. Diagrama General de Casos de Uso del Negocio 2. Modelo de Análisis del Negocio 2.1. Organización Organizació n del MAN 2.2. Trabajadores del Negocio 2.3. Entidades del Negocio 2.4. Realización Realización del Negocio 2.5. Diagrama de Clases del Negocio 2.6. Diagrama de Estados 2.7. Especificaciones Especif icaciones de Caso de Uso del Negocio 3. Requisite Pro 3.1. Requerimientos Requerimientos Críticos 3.2. Requerimientos Requerimientos Funcionales 3.3. Requerimientos Requerimientos Críticos Vs Características 3.4. Casos de Uso 3.5. Actores Vs Caso de Uso 3.6. Caso de Uso Vs Características Características 3.7. Matriz de Trazabilidad Trazabilidad 3.8. Matriz de Necesidades Necesidades vs Características 3.9. Matriz de Casos de Uso 3.10. Matriz de Trazabilidad Trazabilidad STRQ vs FEAT 3.11. Matriz de Trazabilidad Trazabilidad CU vs FEAT 4. Modelo de Casos de Uso del Sistema 4.1. Actores 4.2. Paquetes 4.3. Casos de Uso 4.4. Diagrama General de Casos de Uso 5. Modelo de Análisis del Sistema 5.1. Diagrama de CU según Análisis 5.2. Arquitectura de Análisis 5.3. Realización Requerimiento Requerimient o 5.4. Realización Mercadería 5.5. Realización Realización Factura 5.6. Realización Mantenimiento 6. Modelo Conceptual 7. Modelo Lógico 8. Modelo Físico 8.1. Script de Sentencia SQL 9. Modelo de Diseño 9.1. Capa de Presentación 9.2. Diagrama de Navegación 9.3. Capa Controladora 9.4. Capa de Negocio 9.5. Diagrama de Clases de Diseño 9.6. Diagrama de Secuencia 10. Diagrama de Despliegue 11. Diagrama de Componentes 12. Anexos
2 2 2 2 3 3 3 4 4 4 4 5 5 6 7 10 10 11 12 13 13 14 15 16 16 17 18 19 19 19 20 22 22 22 23 23 38 51 57 64 65 66 67 72 72 72 73 73 74 74 74 75 76
PROYECTO FERCEJOR 1. MODELO DE CASO DE USO DEL NEGOCIO: ORGANIZACIÓN 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
Si el empleado solicita "Salir" antes de Guardar, el sistema cierra la interfaz y el caso de uso finaliza. 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 Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la interfaz y el caso de uso finaliza. 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 SI el Dpto. de Ventas solicita Cerrar sin haber guardado nada, el caso de uso finaliza y el sistema regresa al menú principal. 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 " 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. t onelaje. 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 mi entras 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 d e 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 Si el Dpto. de Logística selecciona el botón Cerrar, el caso de uso finaliza sin guardar información. 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. 4. 5. 6.
El Dpto. de Logística ingresa el Nro. de Pedido en el casillero activo. El Dpto. de Logística selecciona el Botón Buscar. El Sistema realiza la búsqueda de clientes en la BD Pedidos. 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 Si el empleado solicita "Salir" antes de Buscar, el sistema cierra la interfaz y el caso de uso finaliza. 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
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
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 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 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
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. 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 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 : 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 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. 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
