UNIVERSIDAD PRIVADA SAN JUAN BAUTISTA
FACULTAD DE INGENIERÍAS
PROGRAMA ACADÉMICO DE
INGENIERÍA DE COMPUTACIÓN Y SISTEMAS
ANALISIS DEL PROCESO DE ALMACEN EN LA EMPRESA FERRECHINCHA
CENTER E.I.R.L
CURSO: INGENIERÍA DE SOFTWARE I
DOCENTE DEL CURSO: MG. JULIO ALFREDO MARTIN CORDOVA FORERO
PRESENTADO POR LOS ESTUDIANTES:
García Castilla, María Melchorita
Escate Allaucca, Samuel Elías
Mayme Guerra, Ronaldo Alexis
Rios Palomino, Leonardo Vidal
Sánchez Morán, José Joel
CICLO: IV
CHINCHA – PERÚ
2020
INDÍCE
RESUMEN
INTRODUCCIÓN
El funcionamiento de la empresa Ferrechincha Center E.I.R.L. con RUC 20603065388 se dedica
a las ventas al mayor de materiales de construcción y a la venta al por mayor y menor de
artículos de ferretería, se encuentra ubicada en la Calle José Faustino Sánchez Car Lote. 4c (a
media cuadra de los baños turcos) en el distrito de Chincha Alta, provincia de Chincha,
departamento de Ica. En dicha empresa hemos encontrado un problema en el área de almacén al
momento de llevar el control de los artículos que se encuentran en dicha área, la problemática
surge al momento de vender un producto luego de dicha actividad no se tiene un control exacto
de la cantidad con la que aún se cuenta en el almacén para su venta, entonces buscamos una
solución con un sistema que pueda llevar dicho control y saber que producto está por agotarse
para adquirirlo y poder contar con ello.
PROBLEMA
- Ineficiente y engorroso proceso de almacén en la empresa Ferrechincha Center E.I.R.L.
OBJETIVO GENERAL
- Implementar un sistema el cual permita controlar el proceso de almacén en la empresa
Ferrechincha Center E.I.R.L.
OBJETIVOS ESPECIFICOS
- Realizar y analizar los casos de uso del Negocio en la empresa Ferrechincha Center
E.I.R.L.
- Realizar y analizar el Modelo de análisis de caso de uso del negocio en la empresa
Ferrechincha Center E.I.R.L.
- Realizar e implementar un Modelo de Casos de uso del Sistema en la empresa
Ferrechincha Center E.I.R.L.
CAPÍTULO I
MARCO TEÓRICO
1.1 Antecedentes
Los siguientes casos son antecedentes del problema ya mencionado que se han
desarrollado con éxito:
Carlos Andrés Carvajal Suescún, 2019, El proyecto elaborado por Carlos Andrés
sobre el análisis del proceso de gestión del almacén general de materiales en la
empresa “Gan Colombia Gold”, del Municipio de Segovia – Antioquia, está enfocado
en diagnosticar las dificultades, que afrontaba en ese momento el almacén de
materiales de GCG, y de acuerdo a ello plantear mejoras que ayuden al avance que
necesita para su calidad la empresa acreditada.
Gloria Sofía Pacheco Velásquez, 2018, Su proyecto sobre la mejora de la gestión de
los procesos del área de almacén y despacho de la empresa FV Área Andina – Perú,
Lima 2015, quiere explicar como la falta de control de los procesos de un área en
particular, la falta de evaluación de las funciones, el poco entendimiento de algunas
actividades del área y el no realizar oportunamente un cambio de los tiempos en los
procesos puede acarrear en diversos problemas.
Miranda Alarcón, Karen Yamilet, 2018, El proyecto elaborado por Miranda Alarcón
sobre la Gestión de almacenes para mejorar la productividad de los despachos de la
empresa asesoría del talento humano E.I.R.L, tuvo como objetivo general determinar
como la gestión de almacenes mejoran la productividad en dicha empresa.
CAPITULO II
MÉTODOS Y MATERIALES
2.1 Métodos
La metodología que utilizaremos en nuestro proyecto es la metodología de desarrollo
RUP (Rational Unified Process), pues dicha metodología nos ayudará a que el desarrollo
de nuestro proyecto sea un exitoso. “RUP tiene muchas características como un
desarrollo iterativo, el control de cambios, la administración de requisito, el modelado
visual del software, la verificación visual del software entre otros que aportan al éxito del
desarrollo de un proyecto” (Gustavo Torosi, 2017).
Rodrigo Antonio López Rosciano y José Alfredo Pech Montejo, 2015, sostienen que la
metodología de desarrollo RUP cuenta con cuatro fases de desarrollo que serán
mencionadas a continuación:
- Fase de inicio: Tiene el propósito de identificar los riesgos asociados al
proyecto y proponer una visión muy general de la arquitectura de software.
- Fase de elaboración: Se realiza la especificación de los casos de uso
seleccionados y el primer análisis del dominio del problema, se diseña la
solución preliminar.
- Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del
sistema.
- Fase de cierre: El propósito de esta fase es asegurar que el software esté
disponible para los usuarios finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte
técnico necesario.
Para poder realizar nuestro proyecto también hemos utilizado el lenguaje unificado UML
el cual explicaremos a continuación:
UML: “El lenguaje unificado de modelado (Unified Modeling Language) es
un lenguaje gráfico para visualizar, especificar, construir y documentar un
sistema. Es importante remarcar que UML es un "lenguaje de modelado" para
especificar o para describir métodos o procesos. Se utiliza para definir un
sistema, para detallar los artefactos en el sistema y para documentar y
construir. En otras palabras, es el lenguaje en el que está descrito el modelo.
UML es una herramienta propia de personas que tienen conocimientos
relativamente avanzados de programación y es frecuentemente usada por
analistas funcionales (aquellos que definen qué debe hacer un programa sin
entrar a escribir el código) y analistas-programadores, aquellos que, dado un
problema, lo estudian y escriben el código informático para resolverlo en un
lenguaje como Java, C#, Python o cualquier otro” (Grady Booch, 2000).
2.2 Materiales
Recursos humanos
DESCRIPCIÓN CANTIDAD TIEMPO (MESES)
Analista 1 4
Programador 1 4
Diseñador 1 4
Software
DESCRIPCIÓN CANTIDAD
HERRAMIENTAS DE DESARROLLO
Start UML 5
Microsoft Office Profesional Plus 2019 3
Microsoft Office 2016 2
Sql Server 2014 Standard 2
Microsoft Visual Studio 2010 Profesional 2
SISTEMA OPERATIVO
Windows 10 Pro 4
Windows 8 2
Hardware
DESCRIPCIÓN CANTIDAD
COMPUTADORAS E IMPRESORAS
Intel Core i7-6500U CPU / 1TB / 8GB Memoria Ram 1
Intel Core i5 – Lenovo Y520 / 1TB /8GB Memoria Ram 2
Intel Core i3-10/ 8GB RAM / 256GB SSD 16GB 1
Laptop Lenovo S145 14” / 8GB RAM / 512GB SSD 2
Impresora Epson Multifuncional L3150 1
2.3 Presupuesto
- Recursos humanos
TIEMPO CUOTA
DESCRIPCIÓN CANTIDAD TOTAL
(MESES) (MENSUAL)
Analista 2 4 1 500 12 000
Programador 2 4 2 000 16 000
Diseñador 1 4 1 000 4 000
Total 32 000
- Software
Cantida
Descripción Precio Total
d
Start UML 6 0 0
Microsoft Office Profesional Plus 2019 3 365 1 095
Microsoft Office 2016 3 90 270
Sql Server 2014 Standard 2 500 1 000
Java NetBeans 2 0 0
Total 2 365
- Hardware
Cantida
Descripción Precio Total
d
Intel Core i7-6500U CPU / 1TB / 8GB Memoria 1 3 200 3 200
Intel Core i5 – Lenovo / 1TB /8GB Memoria 2 2 600 5 200
Intel Core i3-10/ 8GB RAM / 256GB SSD
1 2 000 2 000
16GB
Intel Core i5-6500U / 4GB RAM / 1TB 2 2 800 5 600
Impresora Epson Multifuncional L3150 1 950 950
Total 16 950
2.4 Cronograma de actividades
TAREA DURACIÓN COMIENZO FIN
Inicio
Definir la descripción del negocio 4 días 22/03/2021 25/03/2021
Identificar los actores del negocio 5 días 26/03/2021 31/03/2021
Identificar los casos de uso de negocio 4 días 01/04/2021 05/04/2021
Identificar los objetivos de los casos de
3 días 06/04/2021 08/04/2021
negocio
Elaboración
Modelo de análisis de casos de uso del
5 días 09/04/2021 14/04/2021
negocio
Elaboración del diagrama de CUN 3 días 15/04/2021 17/04/2021
Elaboración del diagrama de dominio 4 días 19/04/2021 22/04/2021
Estructurar las realizaciones 2 días 23/04/2021 24/04/2021
Elaboración del diagrama de actividades 3 días 26/04/2021 28/04/2021
Elaboración del diagrama de secuencia 3 días 29/04/2021 01/05/2021
Construcción
Realización del informe 15 días 03/05/2021 19/05/2021
Realización de la presentación para la
3 días 20/05/2021 22/05/2021
exposición
Presentación del informe 15 días 24/05/2021 09/06/2021
Final
Presentación final del proyecto 7 días 10/06/2021 14/06/2021
CAPITULO III
DESARROLLO DEL PROYECTO
3.1 Descripción de los procesos del negocio
3.1.1 Realizar pedido
Este proceso permite al cliente solicitar el producto deseado al vendedor para su
compra.
3.1.2 Buscar producto
Este proceso le permite al almacenero verificar el stock del producto solicitado
por el vendedor.
3.1.3 Entregar producto
En este proceso el almacenero entrega el producto al vendedor para su respectiva
venta y pago.
3.1.4 Realizar pago
En este caso de uso de negocio el cliente se encarga de realizar el pago por
producto solicitado en la compra y el vendedor se encarga de que dicho pago sea
correcto.
3.1.5 Generar venta
El vendedor ingresa los datos del cliente en el sistema para concluir con la venta y
realizar y entregar la boleta o factura.
3.2 Modelo de casos de uso del negocio
3.2.1 Actores del negocio
ITEM ACTOR DE NEGOCIO DESCRIPCIÓN
El cliente es el actor que
irá a realizar el pedido a
AN001
la empresa siendo más
específicos al vendedor.
Es el encargado de
recibir el pedido,
AN002 solicitar el producto al
almacén, recibir el pago
y realizar la venta.
Se encarga de entregar
el producto al vendedor
AN003 para la realización de la
venta.
El sistema se encarga de
guardar las boletas y
AN004
facturas generadas por
las ventas.
3.2.2 Casos de uso del negocio
ITEM CASO DE USO DE NEGOCIO DESCRIPCIÓN
Este proceso permite
al cliente solicitar el
CUN001
producto deseado al
vendedor.
Este proceso permite
CUN002 verificar el producto
solicitado en stock.
CUN003 En este proceso el
almacenero entrega
el producto al
vendedor para su
respectiva venta y
pago.
En este proceso el
CUN004 vendedor recibe el
pago por el producto.
El vendedor genera
CUN005 la boleta o factura en
el sistema.
3.2.3 Objetivos del negocio
3.2.4 Diagrama de casos de uso del negocio
3.2.5 Especificaciones de casos de uso del negocio
a. Realizar Pedido
1. Breve Descripción
El cliente realiza o solicita un producto la cual será gestionada por el
vendedor.
2. Actor
Cliente
3. Flujo Básico
- El caso de uso comienza cuando el cliente solicita un producto al
vendedor.
- El vendedor ingresa los datos del producto en relación con lo
solicitado por el cliente con respecto al: tamaño, tipo, material,
marca que sea el producto y le pregunta cuál es la cantidad que
requiere.
- El vendedor realiza la búsqueda en el sistema.
- El caso de uso finaliza cuando se busca y encuentra el producto
solicitado por el cliente.
4. Flujo Alternativo
1 no aplica
5. Subflujos
1 no aplica
6. Precondiciones
El cliente debe de ser específico al momento de realizar el pedido.
7. Postcondiciones
1 se genera un número de orden para el cliente.
8. Puntos de Extensión
1 no aplica
9. Requerimientos especiales
1 no aplica
1 Prototipo
b. Generar Venta
1. Breve Descripción
El vendedor genera una venta la cual es gestionada por el sistema.
2. Actor
Vendedor
3. Flujo Básico
- El caso de uso comienza cuando el vendedor registra la venta
dentro del sistema.
- El vendedor registra las operaciones de ventas y se le brinda las
opciones de “Guardar” y “Regresar”.
- El vendedor selecciona la opción “Guardar”.
- El vendedor genera la venta y con ello se finaliza el caso de uso.
4. Flujo Alternativo
- 1 no aplica
5. Subflujos
- no aplica
6. Precondiciones
- El vendedor debe de estar identificado con el sistema.
7. Postcondiciones
- Se genera un código interno por cada venta.
8. Puntos de Extensión
- No aplica
9. Requerimientos Especiales
- No aplica
10. Prototipo
c. Búsqueda de Producto
1. Breve Descripción
El vendedor podrá realizar y registrar una búsqueda la cual será
gestionada por el sistema.
2. Actor
Vendedor
3. Flujo Básico
- El caso de uso comienza cuando el vendedor ingresa al formulario
de Registros de productos.
- El sistema cumple la función de mostrar una interfaz de Registro de
Búsqueda en los siguientes campos en referencia al: tamaño, tipo,
material, marca; y las opciones de “Buscar”, “Regresar” y
“Guardar”.
- El vendedor ingresa el código del producto.
- El vendedor selecciona la opción de “Buscar”.
- El vendedor selecciona la opción de “Guardar”.
- El sistema registra la búsqueda en relaciones con las opciones
ingresadas y finaliza el caso de uso.
4. Flujo Alternativo
- No aplica
5. Subflujos
- No aplica
6. Precondiciones
- El vendedor debe de estar identificado con el sistema.
7. Postcondiciones
- Se genera un código interno para el producto.
8. Puntos de Extensión
- No aplica
9. Requerimientos Especiales
- No aplica
10. Prototipo
d. Registro de Producto
1. Breve Descripción
El vendedor va a registrar un producto para poder gestionarlo en el
sistema.
2. Actor
Vendedor
3. Flujo Básico
- El caso de uso comienza cuando el vendedor ingresa al formulario
Registro de producto.
- El sistema muestra la interfaz de Registro Producto, con los
campos a completar de: tamaño, tipo, material, marca, precio,
cantidad; con las opciones de “Guardar” y “Regresar”.
- El Vendedor ingresa en el sistema el: tamaño, tipo, material, marca,
precio del producto.
- El vendedor selecciona la opción de “Guardar”.
- El vendedor registra el producto conforme a los campos que se
pedía completar y finaliza el caso de uso.
4. Flujo Alternativo
- 1 no aplica
5. Subflujos
- 1 no aplica
6. Precondiciones
- El vendedor debe de estar identificado con el sistema.
7. Postcondiciones
- Se genera un código interno para el producto.
8. Puntos de Extensión
- 1 no aplica
9. Requerimientos Especiales
- 1 no aplica
10. Prototipo
e. Registrar Venta
1. Breve Descripción
El vendedor registra la venta para que pueda ser gestionada dentro del
Sistema.
2. Actor
El vendedor
3. Flujo Básico
- El caso de uso comienza el vendedor ingresa al formulario
Registrar Venta.
- El sistema muestra la interfaz de Registro Venta, con los campos a
completar de: Cliente, Precio, DNI, Cantidad, Nombre_Producto;
con las opciones de “Guardar” y “Regresar”.
- El vendedor ingresa en el sistema: Cliente, Precio, DNI, Cantidad,
Nombre_Producto; con las opciones de “Guardar” y “Regresar”.
- Vendedor selecciona la opción “Guardar”.
- El vendedor Registra la Venta completando los campos que se le
pedía y se finaliza el caso de uso.
4. Flujo Alternativo
- No aplica.
5. Subflujos
- No aplica
6. Precondiciones
- El vendedor debe de esta identificado con el sistema.
7. Postcondiciones
- Se genera un código interno para el registro de la venta.
8. Puntos de Extensión
- No aplica.
9. Requerimientos Especiales
- No aplica.
10. Prototipo
f. Realizar Pago
1. Breve Descripción
El cliente luego de recibir el producto realiza el respectivo pago, el
cual será recepcionado por el vendedor.
2. Actor
Cliente
3. Flujo Básico
- El caso de uso comienza cuando el cliente recepciona el producto.
- El cliente paga lo correspondiente con el costo del producto, en el
caso de que pagué más de lo que el producto cuesta, se pasará a
devolver el vuelto que le corresponde y se finaliza el caso de uso.
4. Flujo Alternativo
- No aplicable
5. Subflujos
- No aplica
6. Precondiciones
- El cliente debe de pagar por el producto para que se le entregue
7. Postcondiciones
- Se genera una boleta que será decepcionada por el cliente.
8. Puntos de Extensión
- No aplica
9. Requerimientos Especiales
- No aplica
10. Prototipo
3.3 Modelo de análisis de casos de uso del negocio
Trabajadores del negocio
Entidades del negocio
Realizaciones del negocio
o Diagrama de actividades del negocio
o Diagrama de secuencia del negocio
o Diagrama de colaboración del negocio
Diagrama de dominio
Matriz de requerimientos
o Requerimientos funcionales
o Requerimientos no funcionales
3.4 Modelo de casos de uso del sistema
Actores del sistema
Casos de uso del sistema
Especificaciones de casos de uso del sistema
Diagrama general de casos de uso del sistema
Referencias bibliográficas