Los más ricos administradores de fondo de cobertura (1968-2024).pdf
PROYECTO AVANCE II DE ANALISIS GRUPO_4.docx
1. ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
PROYECTO DE ANÁLISIS Y DISEÑO DE SISTEMAS
VENTA MAYORISTA DE REPUESTOS DE AUTOS Y LA
DISTRIBUCIÓN DE LA MERCADERÍA.
“EMPRESA FERCEJOR”
CURSO:
ANÁLISIS Y DISEÑO DE SISTEMAS
GRUPO: 4
INTEGRANTES:
Barragán Quispe Wilson (orcid.org/ 0000-0003-3003-057X)
Chacon Giron Leider Geiser (orcid.org/ 0000-0002-5361-8408)
Gutiérrez Huingo Lucio (orcid.org/ 0000-0003-0514-9536)
Sanchez Leon Stewar
Rodriguez Centurion Erickson Handel
Zavaleta cam Jonathan
DOCENTE:
SANTOS FERNÁNDEZ JUAN PEDRO
TRUJILLO PERÚ
2022
2. ÍNDICE
RESUMEN...........................................................................................................................................3
INTRODUCCIÓN................................................................................................................................4
ESTUDIO DE FACTIBILIDAD .........................................................................................................5
OBJETIVO.......................................................................................................................................5
Objetivo General...........................................................................................................6
Objetivos Específicos....................................................................................................6
Alcance o campo de acción..........................................................................................................6
1.1 Requerimientos funcionales .....................................................................................................6
1.2 Requerimientos no funcionales (atributos de calidad).............................................................7
1.3 Diagrama jerárquico de actores................................................................................................8
1.4 Diagrama de paquetes y sus dependencias..............................................................................9
1.5 Diagramas de casos de uso por paquetes.................................................................................9
PROCESO TOMA DE PEDIDOS ...........................................................................................................9
PROCESO ENTREGA DE MERCADERÍA.............................................................................................10
PROCESO DE FACTURACIÓN............................................................................................................10
SEGURIDAD .....................................................................................................................................10
REUTILIZABLES.................................................................................................................................11
REPORTES........................................................................................................................................11
1.6 Diagrama de casos de uso general..........................................................................................12
1.7 Hojas de descripción de casos de uso.....................................................................................13
1.8 Diseño de pantallas.................................................................................................................13
1.9 Modelo web.................................................................................................................................40
3. RESUMEN
El presente trabajo de investigación intitulado " venta mayorista de repuestos para
autos y la distribución de la mercadería, es una empresa dedicada a la venta
mayorista de repuestos para autos, debido a la crisis mundial por la pandemia del
covid 19 que ha afectado muchos servicios en general, la empresa venta de
repuestos y distribución de mercadería “empresa fercerjor”, se vio en la necesidad
de realizar el proyecto “análisis y diseño de un sistema de atención al público”, para
seguir dando la mejor atención a sus clientes en estos tiempos de pandemia, con
todas las medidas de bioseguridad y así no poner en riesgo la salud de sus
colaboradores y clientes.
4. INTRODUCCIÓN
Ante esta situación de emergencia, como la que estamos viviendo en nuestro país y
todo el mundo, todos los seres humanos necesitamos tiempo para entender, asimilar
y poder adaptarnos al nuevo contexto. Sistema digital en el análisis y diseño de
sistemas. Repuestos Fercejor es una empresa dedicada a la venta mayorista de
repuestos para autos. Se encarga de la Venta, la logística y la distribución de la
mercadería. Atiende desde la ciudad de Córdoba a todo el país y el Mercosur, lo que
la convierte en la líder del mercado del repuesto para autos. En el año 1980 los
hermanos Juan y José Fercejor constituyen una pequeña sociedad familiar, en la
ciudad de Córdoba para dedicarse a la venta de repuestos para autos con el propósito
de cubrir el territorio de la provincia de Córdoba, lo que la convierte en la líder del
mercado del repuesto para autos hace un tiempo y debido a la expansión de la misma
han ido surgiendo inconvenientes que pueden llegar a afectar sus objetivos, metas y
principalmente su eficiencia. para conocer aún más de la historia y de cómo llego
Fercejor al momento que atraviesa hoy por hoy. El objetivo del presente proyecto es
identificar y mejorar los actuales procesos de compra y venta de la empresa Fercejor
y Ser reconocido como referente del mercado de repuestos en Mercosur a brindar
servicios en venta de repuestos del sector automotriz; Por tal motivo, el proyecto
desarrolla y plantea la existencia de dos problemas principales localizados en los
procesos de compras y ventas que se encuentran directamente relacionados con el
desempeño en las actividades de los colaboradores de los procesos mencionados.
La investigación plantea dos posibles soluciones: la sistematización de los procesos
de compra y venta, y la capacitación del personal. Los resultados de la
implementación de ambos mecanismos son el incremento de la rentabilidad de la
empresa y el incremento de la satisfacción del cliente. Por tal motivo, se propone la
sistematización de los procesos de compra y venta de repuestos automotrices, así
como la capacitación al personal. Ser reconocida como una empresa altamente
eficiente, humana y sociable. Finalmente, el estudio a realizarse, es importante, ya
que permitirá conocer como realizan el uso digital en análisis y diseño de sistemas,
mostraremos los modelos del negocio de diagramas de procesos del negocio de
ericksson-penker modelo de caso de uso y análisis. De tal modo se asume que el
sistema digital constantemente tiene un avance beneficioso para las empresas.
5. ESTUDIO DE FACTIBILIDAD
se busca facilitar a los clientes con el tema de repuestos para su movilidad en este
proyecto se realiza un completo estudio de los elementos que permitirán desarrollar
una empresa de venta mayorista de repuestos al mejor precio del mercado para los
autos. Se parte de un diagnóstico institucional para determinar del proyecto y
sustentar técnicamente los elementos necesarios para la ejecución del mismo. una
vez realizado el diagnóstico, un detallado estudio de la estructura funcional del
negocio, el diseño de los principales procesos de gestión del negocio, el diseño de
cargos requeridos para la ejecución del proyecto, desde una perspectiva de las
competencias profesionales, es la base de la propuesta presentada. otro aspecto
relevante es el análisis financiero que revela el monto de la inversión requerida y la
factibilidad económica de este emprendimiento en función a la rentabilidad esperada
del mismo. que la información que se proporciona a los administradores se
estrictamente apega a las necesidades de la empresa para que se tomen decisiones
acordes a los objetivos planteados. una excelente administración ayudara a
conseguir las metas, la administración tiene que asegurarse de que todo funcione
bien y la completa satisfacción de los clientes se refleja el desempeño de los
empleados tanto en el área administrativa como operativa y la empresa podrá ver
los resultados en los ingresos que reflejaran se brinda un servicio de mala calidad,
para que la administración funcione correctamente tiene que aplicar sus habilidades
de plantear, organizar y controlar de manera efectiva.
OBJETIVO
En el pasado la atención al cliente era de manera personal o telefónica, pero con el
paso de los años la tecnología se hizo más presente en nuestras vidas y,
prácticamente, es imposible huir de ella. Hoy en día el 86% de los consumidores
prefieren pagar un poco más por los productos adquiridos, pero tener una mejor
atención y experiencia.
Pero para adaptarnos a los cambios generacionales se hace necesario tener un
sistema que nos permita tener todos los datos al alcance de la mano e interactuar
fácilmente en los canales de preferencia de nuestros clientes; ya sea por medio de
las redes sociales, chat, correo electrónico o página web
6. Objetivo General
Determinar cómo el desarrollo de un sistema mejora la calidad de servicio en la
atención al cliente de la empresa de venta de repuestos y distribución de mercadería
“empresa fercerjor” Ser reconocido como referente del mercado de repuestos en
Mercosur.
Objetivos Específicos
Ser reconocida como una empresa altamente eficiente, humana y sociable al cliente
de la empresa Reparaciones y mantenimientos “empresa fercerjor”
Establecer como el desarrollo de un sistema mejora la accesibilidad en la atención
al cliente y Ser reconocida como una empresa de excelencia “empresa fercerjor”.
Alcance o campo de acción
El presente proyecto contempla todas las acciones necesarias para la ejecución de
las distintas fases del “ANÁLISIS Y DISEÑO DE UN SISTEMA DE ATENCIÓN AL
PÚBLICO”, describiendo la mejor solución para cada tipo de procesos a diseñar. Las
etapas que se describen son las siguientes:
1.1 Requerimientos funcionales
13. 1.7 Hojas de descripción de casos de uso
1.8 Diseño de pantallas
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:
14. 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.
15. <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.
PROTOTIPO
16. BUSCAR CLIENTE
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>
17. 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
1. El Dpto. de ventas debe estar logueado en el sistema.
18. 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.
19. 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.
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.
21. 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.
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
22. (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.
40
4. Pre Condiciones
Debe haber vehículos disponibles para el transporte.
23. 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.
PROTOTIPO
24. 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.
25. 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
1. El usuario de Departamento de Logística debe estar logueado.
PROTOTIPO:
26. REGISTRAR ENTREGA DE MERCADERÍA
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
27. 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>
Si todo el producto solicitado fue entregado 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.
29. 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,
30. 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
<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
PROTOTIPO:
31.
32. 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
33. 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
<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
35. 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”
60
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
36. 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
37. 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
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
38. 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