0% encontró este documento útil (0 votos)
122 vistas25 páginas

Equema de IF

Este documento presenta un análisis del proceso de almacén en la empresa Ferrechincha Center E.I.R.L. con el objetivo de implementar un sistema que permita controlar dicho proceso. Actualmente, el proceso de almacén es ineficiente al no tener un control exacto de los productos disponibles. El proyecto utilizará la metodología RUP y UML para modelar los casos de uso y desarrollar una solución. Se detallan los recursos, software, hardware y presupuesto requeridos.

Cargado por

Melchorita
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
122 vistas25 páginas

Equema de IF

Este documento presenta un análisis del proceso de almacén en la empresa Ferrechincha Center E.I.R.L. con el objetivo de implementar un sistema que permita controlar dicho proceso. Actualmente, el proceso de almacén es ineficiente al no tener un control exacto de los productos disponibles. El proyecto utilizará la metodología RUP y UML para modelar los casos de uso y desarrollar una solución. Se detallan los recursos, software, hardware y presupuesto requeridos.

Cargado por

Melchorita
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

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

También podría gustarte