UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA EN INFORMÁTICA Y SISTEMAS
SISTEMA DE CONTROL DE INVENTARIO Y
VENTAS PARA FERRETERIA
PRESENTADO POR:
SEBASTIAN RICARDO REMUSGO MORENO 2020-119019
RAFHAEL ISAIAS ECHEVERRÍA MAMANI 2020-119015
FELIX FERNANDO QUISPE SENTECALA 2019-119018
ALDO RUBEN HUISA MELCHOR 2020-119002
MICHELE RICARDO MERINO NUÉ 2020-119004
BRUNO GEANPIERRE CALIZAYA CHAMBILLA 2019-119058
GROBER GLENN QUISPE AGUILAR 2019-119028
ROMEL NELSON ROY MELCHOR ROSA 2018-119031
BETTO ESTIWAR VILLAMONTE YUNGA 2020-119010
PARA OPTAR AL TÍTULO DE:
INGENIERO EN INFORMÁTICA Y SISTEMAS
Tacna - Perú
2023
Índice
Introducción.
6
Objetivo.
6
Objetivo General
6
Objetivos Específicos
6
Anteproyecto
1.1 Marco Teórico
1.2 Antecedentes
1.3 Situación Actual:
1.3.1 Descripción
1.3.2. Estructura
1.3.2.1.Enfoque de sistemas
1.3.2.2 Análisis de FODA
1.4 Metodología
1.4.1 Actividades a Desarrollar
1.4.2 Técnicas
1.4.2.1 Etapa I: Anteproyecto
1.4.2.2 Etapa II: Análisis de requerimientos y diseño
1.4.2.3 Etapa III: Programación y Plan de implementación
1.4.3 Herramientas y Equipo
1.4.4 Recursos
1.5 Formulación del Problema
1.5.1 Metodología de Caja Negra
1.5.2 Diagrama de causa y efecto
1.5.3 Explicación Diagrama Causa y Efecto
1.5.4 Planteamiento del Problema
1.6 Estudio de Factibilidad
1.6.1 Factibilidad Técnica
1.6.1.1 Sistema Operativo
1.6.1.2 Lenguaje de Desarrollo
1.6.1.3 Sistema Gestor de Base de Datos
1.6.1.4 Características del Hardware Disponible para el Desarrollo
1.6.2 Factibilidad Económica
1.6.2.1 Descripción de Costos del Sistema Actual
1.6.2.2 Descripción de Costos del Nuevo Sistema
1.6.2.3 Establecimiento de la Vida Útil
1.6.2.4 Evaluación de la razón Beneficio/Costo
6
7
10
11
11
11
11
12
15
16
18
18
18
19
21
21
23
23
24
24
27
27
27
27
28
28
28
29
29
31
33
33
1.6.2.5 Valor Presente para el Actual Sistema y el Nuevo Sistema
1.6.2.6 Conclusión Factibilidad Económica
1.6.3 Factibilidad Operativa
1.6.3.1 Usuarios
1.6.3.2 Sistema Gestor de Base de Datos
1.6.3.3 Aplicación Web
1.6.3.4 Sistema Operativo
1.6.3.5 Hardware
1.6.3.6 Manuales de Usuario
1.6.3.7 Reportes
1.6.3.8 Características del Hardware y Software de la Ferretería
1.6.3.9 Conclusión de Factibilidad Operativa
1.7 Justificación
1.8 Importancia
1.9 Alcances
1.10 Limitaciones
1.11 Planificación de Recursos
1.11.1 Recursos Humanos
1.11.2 Recurso para Desarrollo
1.11.3 Recursos Tecnológicos
1.11.4 Recursos Materiales
1.11.5 Resumen de Costos
37
39
39
39
40
40
40
41
41
41
42
43
43
44
44
44
44
44
45
45
45
46
Análisis de Requerimientos y Diseño
2.1 Análisis de la Situación Actual
2.1.1 Identificación de Procesos de la Situación Actual
2.1.2 Procesos del Área de Almacén
2.1.3 Procesos del Área de Venta
2.1.4 Diagrama de Procesos
2.1.5 Descripción, Diagramas y Análisis de Procesos del Área de Almacén
2.1.6 Descripción, Diagramas y Análisis de Procesos del Área de Ventas
2.1.7 Conclusión del Análisis de la Situación Actual
2.2 Determinación de requerimientos
2.2.1 Requerimientos funcionales
2.2.1.1 Funciones del Sistema
2.2.2 Requerimientos no Funcionales
2.3 Análisis del Sistema
2.3.1 Casos de Uso Esenciales
2.3.2 Diagrama de Casos de Uso
47
48
48
48
49
49
49
61
64
64
64
64
65
67
67
67
Bibliografía
68
Libros y revistas consultados:
Sitios Web consultados:
68
68
Índice de Tablas
Tabla 1.1-1 Factores internos y externos
Tabla 1.1-2:Clasificación de factores internos
Tabla 1.1-3:Clasificación de factores externos
Tabla 1.2-1:Datos generales de la ferretería
Tabla 1.3-2:Tabla de calificación ponderadas de factores internos
Tabla 1.3-3:Tabla de calificación ponderadas de factores externos
Tabla 1.3-4 Análisis Matriz FODA
Tabla 1.4-1: Resumen de Recursos
Tabla 1.5-1 Porcentaje de solución propuesto para el problema actual
Tabla 1.6-1 Elementos de hardware del equipo de desarrollo
Tabla 1.6.-3 Salarios del personal involucrado en el sistema actual
Tabla 1.6-4 Costo promedio mensual del recurso humano involucrado en el sistema actual
Tabla 1.6-5 Resumen de costos de desarrollo del nuevo sistema
Tabla 1.6-6 Proyección de costo promedio mensual del recurso humano involucrado en el nuevo
sistema
Tabla 1.6-7 Proyección de costos del sistema actual durante la vida útil establecida
Tabla 1.6-8 Proyección de costos del nuevo sistema durante la vida útil establecida
Tabla 1.6-9 Comparación de costos del actual sistema con el nuevo sistema
Tabla 1.6-10 Proyección de costos y beneficios acumulados para el nuevo sistema
Tabla 1.6-13: Razón B/C para cada año de funcionamiento del nuevo sistema
Tabla 1.6-14 Usuarios destinados a operar el sistema propuesto
Tabla 1.6-15 Gestor de Base de Datos para la operación del sistema propuesto
Tabla 1.6-16 Aplicaciones Web para la operación del sistema propuesto
Tabla 1.6-17 Sistemas operativos para la implementación del sistema propuesto
Tabla 1.6-18 Evaluación de hardware
Tabla 1.6-19 Ayuda técnica del sistema propuesto para facilitar su operación
Tabla 1.6-20 Productos esperados del sistema propuesto
Tabla 1.6-21 Hardware disponible para la operación del sistema propuesto
Tabla 1.6-22 Software disponible para la operación del sistema propuesto
Tabla 1.11-1 Costos de Recurso Humano
Tabla 1.11-2 Resumen de Costos para Desarrollo
Tabla 1.11-3 Costos por Recursos Tecnológicos
Tabla 1.11-4 Costos de Recursos Materiales
Tabla 1.11-5 Resumen de Costos Presupuestados
Tabla 2.1-1 Listado de procesos del Área de Almacén
Tabla 2.1-2 Listado de procesos del Área de Venta
Tabla 2.1-3 Proceso 01 del Área de Almacén
Tabla 2.1-4 Análisis del proceso 01
Tabla 2.1-5 Proceso 02 del Área Almacén
Tabla 2.1-6 Análisis del proceso 02
Tabla 2.1-7 Controlar existencias en Almacén
Tabla 2.1-8 Proceso 04 del Área de Almacén
Tabla 2.1-9 Proceso 05 del Área de Almacén
Tabla 2.1-12 Proceso 02: Venta de Productos
Tabla 2.2-1 Categorías de las funciones del sistema
Tabla 2.2-2 Requerimientos Funcionales. Funciones de Ferretería
Tabla 2.2-3 Requerimientos Funcionales.No Funciones de Ferretería
Índice de Ilustraciones
Ilustración 1.3-1: Enfoque de Sistemas del Sistema Actual
Ilustración 1.5-1: Metodología de la Caja Negra
Ilustración 1.5-2: Diagrama de Causa y Efecto (Ishikawa)
Ilustración 1.6-1: Gráfica de la proyección de tendencia de costos vs beneficios para el nuevo
sistema
Ilustración 1.6-2: VP para el sistema actual
Ilustración 1.6-3: VP para el sistema nuevo
Ilustración 2.1-1 Proceso 01: Ingreso de productos
Ilustración 2.1-2 Proceso 02: Egreso de productos
Ilustración 2.1-3 Proceso 03: Controlar existencias en almacén
Ilustración 2.1-4 Proceso 04: Almacenar productos
Ilustración 2.1-5 Proceso 05: Informar los problemas en almacén
Ilustración 2.1-6 Proceso 01: Venta de Productos
Ilustración 2.1-7 Proceso 02: Venta de Productos
Introducción.
La ferretería Lourdes es un negocio basado en la venta y compra de elementos y útiles para la
construcción, el bricolaje y el hogar, presentando un giro de negocio comercial.
Actualmente el manejo de existencias es a través del mismo dueño obteniendo la mercancía en
base a la falta de productos para su distribución que presente.
La empresa tiene conocimiento de la entrada y salida de los productos gracias a las boletas o
facturas que se realizan para la declaración de impuestos, de esta forma, la empresa podría hacer
uso de dichas boletas para poderse informar del estado de las existencias.
Objetivo.
Objetivo General.
La solución que propone el equipo de software consiste en diseñar y construir un sistema web
que permita a la Ferretería “Lourdes” manejar el control de existencias y el control de entradas y
salidas de productos.
Objetivos Específicos.
El sistema web permitirá registrar nuevos productos y se podrá realizar la modificación de su
información registrada. En el sistema se podrá gestionar la entrada y salida de productos
actualizando la existencia. Asimismo, se podrá realizar reportes de entrada y salida de productos
según intervalos de tiempo y realizar consultas sobre la existencias de productos. El sistema
contará con un buscador especializado en el cual se podrán realizar consultas por filtros en lo que
se refiere a cantidades, medidas y tipos según el producto.
Anteproyecto.
1.1 Marco Teórico
El Análisis FODA
FODA es una herramienta utilizada para analizar una empresa o negocio para determinar sus
fortalezas, debilidades, oportunidades y amenazas. Explorando las características clave de la
empresa y su entorno. Debe resaltar las fortalezas y debilidades de las diferencias internas,
comparándolas de manera objetiva y realista con los competidores y las principales
oportunidades y amenazas del entorno. En otras palabras, las fortalezas y debilidades se
relacionan con el negocio de las inspecciones internas, que usted puede controlar. Las
oportunidades y amenazas se auditan externamente, por lo que debe estudiar cuidadosamente qué
oportunidades se pueden utilizar para mejorar su negocio y estar alerta ante nuevas amenazas.
(Directorio Electrónico de Guatemala, s.f.)
Factores Internos
Factores Externos
Fortalezas
Oportunidades
Debilidades
Amenazas
Tabla 1.1-1 Factores Internos y Externos
Matriz de Evaluación de los Factores Internos.
Esta matriz permite una confrontación cuantitativa de las fortalezas y debilidades que afectan a la
unidad de estudio. El siguiente cuadro de puntuación se puede utilizar para evaluar las fortalezas
y debilidades. (Fred David, 2003)
Factor
Calificación
Fortaleza Alta
4
Fortaleza Baja
3
Debilidad Alta
2
Debilidad Baja
1
Tabla 1.1-2:Clasificación de factores internos
Se asigna un peso a cada fortaleza y debilidad propuesta, multiplique esto con las calificaciones
en la tabla y obtenga el peso ponderado.
Matriz de Evaluación de los Factores Externos.
Factores externos utilizados para evaluar las oportunidades y amenazas que afectan a la
organización. Las siguientes calificaciones se utilizan para este propósito. (Fred David, 2003)
Factor
Calificación
Oportunidad Alta
4
Oportunidad Baja
3
Amenaza Alta
2
Amenaza Baja
1
Tabla 1.1-3:Clasificación de factores externos
Diagrama de Gantt
Es un diagrama que muestra gráficamente la duración del proyecto y así se logra un cronograma
de las actividades que se realizarán a lo largo del proyecto. Para crearlo, se deben especificar
actividades y asignarles una duración; su principio y fin. La finalización de todas las actividades
coincide con la fecha de entrega final. (Gaither, N. y Frazier, G., 2000)
Diagrama de Ishikawa
También conocido como diagrama de causa y efecto o diagrama de espina de pescado. Es una
herramienta gráfica que le ayuda a encontrar soluciones a problemas, puede identificar y
clasificar las causas de estos problemas. Ilustra gráficamente la relación entre un resultado y sus
posibles causas. (Burgasí, D., Cobo, D., Pérez, K., Pilacuan, R., & Rocha, M., 2021)
Ciclo de Vida de los Sistemas de Información
Modelo de Ciclo de Vida de Desarrollo de Software: Cascada Pura:
En este modelo, los proyectos tienen varias fases, desde la investigación inicial hasta la prueba
del sistema. Al final de cada fase se recoge la documentación que refleja el cumplimiento de los
requisitos de la anterior fase. Las diferentes etapas del ciclo de vida son diferentes para cada
autor. (Pero en general, se tienen en cuenta los siguientes puntos:) (Olivera, L. y Díaz, L., 2020)
Enfoque orientado a objetos:
Implica el desarrollo de un sistema orientado a objetos adecuado para cumplir con los requisitos,
donde el sistema se representa como un conjunto de objetos que interactúan para controlar su
estado y operaciones. (Somerville,2006)
Objeto:
Son entidades del sistema que representan instancias del mundo real. Algunas de las
características del diseño orientado a objetos son:
● Los objetos representan entidades del sistema en el mundo real.
● Los objetos son independientes.
● La funcionalidad del sistema está representada por servicios de objetos.
● Los objetos se comunican mediante mensajes.
● Los objetos se pueden distribuir y ejecutar secuencialmente o en paralelo.
Las ventajas del diseño orientado a objetos son las siguientes:
● Fácil mantenimiento debido a la independencia de los elementos.
● Existe correspondencia entre los objetos del sistema y las entidades del mundo real.
● Los objetos se pueden reutilizar.
El enfoque orientado a objetos es una metodología que se puede utilizar en las fases de análisis,
diseño y programación del ciclo de desarrollo de "cascada pura" de un sistema de información.
En la fase de análisis, se identifican las clases y objetos relevantes en el dominio del problema.
Usando diagramas de casos de uso, le permite crear escenarios que describen cada uno de estos,
lo que le permite desarrollar diagramas de secuencia.
Ambos (caso de uso y diagrama de secuencia) ayudan a definir las clases representadas en el
diagrama de clases.
Estos tipos de diagramas son regidos por el lenguaje de modelado unificado (UML). Esta sección
no proporciona una revisión exhaustiva de la notación de diagramas UML. Solo se presentan los
elementos que permiten un enfoque orientado a objetos. Cuando se realizó el uso de UML para
la fase de análisis, se diseña el diccionario de datos.
Es en este punto que se produce la transición entre las fases de análisis y diseño, se utilizan
modelos de diseño, en la terminología de los métodos orientados a objetos, un patrón es una
descripción de un problema y su solución, y se le da un nombre y se puede dar uso en otros
contextos. Los patrones brindan orientación sobre cómo asignar responsabilidades a los objetos
en situaciones específicas.
Después de que la fase de análisis muestra todos los elementos necesarios, sigue la fase de
diseño, que utiliza todos los insumos de la fase anterior, lo que permite un diseño global y
detallado del sistema informático.
Diagrama de casos de uso: describe cómo se utiliza el sistema.
Diagrama de Secuencia: Muestra la secuencia de operaciones y relaciones de clase.
Diagrama de clases: muestra clases y relaciones.
1.2 Antecedentes
Nombre de la Empresa
FerreterIa Lourdes
Dirección
A.H. Promuvi Cono Sur Este Mz.A Lt.4
Area de Interes
Area de almacen
Tabla 1.2-1:Datos generales de la ferretería
Misión
Brindar atención a nuestros clientes de forma profesional,ofreciendo productos de calidad a
precios justos y proporcionando soluciones para la construcción, preparación y mejoramiento del
entorno, con su servicio a tiempo y un equipo comprometido.
Visión
Ser líder en la comercialización de productos de la mejor calidad y precios,ofreciendo un
servicio rápido y eficiente basado en la innovación continúa y con la gente más especializada.
Objetivos Estratégicos
Nuestro objetivo principal es satisfacer a los clientes brindándoles productos y servicio de
calidad, aspirando siempre a distinguirnos entre los mejores.
Alcanzar la fidelidad de nuestros clientes y colaboradores en un entorno laboral que permita un
desarrollo eficiente.
Funciones Generales
Registrar en la caja el pago de las ventas realizadas en la jornada laboral:Todas las ventas que se
realicen durante la jornada laboral quedan registradas en la ferretería.
Brindar una atención al cliente de primera calidad:La ferretería brinda su atención en el horario
de atención establecido cualquier cliente puede acercarse y se le brindara la mejor atención.
Abastecimiento de productos:La ferretería pide a su proveedores para abastecerse si los
productos están por acabarse o en otro caso cuando sean productos nuevos usando el stock.
Verificación de precios: Se verifican si los precios son los correctos y se adaptan a las del
mercado.
Almacenaje de Stock: Se verifica la cantidad cuando el producto ya está por acabarse.
1.3 Situación Actual:
1.3.1 Descripción
La ferretería Lourdes se encarga de la distribución en ventas de productos de construcción,
remodelación de buena calidad,herramientas manuales y eléctricas,suministros de plomería
,productos para pintar entre otros .
Dentro de la ferretería se administra el área de la Almacén , en el cual se registran los productos
que entran a la ferretería y se lleva un control de inventario para saber las existencias y ver si es
necesario adquirir más productos. No se cuenta con un sistema de inventario que cumpla las
necesidades del cliente.
El encargado no mantiene un control de existencias de los productos. El dueño gestiona el
manejo de entradas y salidas de productos ineficientemente mediante boletas o facturas y por
ende existen dificultades para obtener información sobre las existencias de los productos en el
negocio.
1.3.2. Estructura
1.3.2.1.Enfoque de sistemas
Un enfoque de sistemas es un poderoso marco mental para modelar cualquier objeto en estudio
(García, C., 2008), facilitando al ingeniero de cualquier especialidad desarrollar de manera
eficiente y eficaz las actividades propias de análisis y diseño de cualquier objeto; en la que se
enfatizan los factores internos y medioambientales más relevantes de tal objeto.
Para continuar con el análisis de la situación actual se utiliza lo mencionado anteriormente, en la
que se proporciona de forma gráfica aquellos factores que intervienen en el funcionamiento del
sistema actual, tal como lo muestra en la figura 1.3-1: Enfoque de Sistemas del Sistema Actual.
Además se describe cada uno de los componentes que lo componen.
Medioambiente
El medioambiente bajo el cual se encuentra el “Sistema de manejo de inventario de la ferretería
Lourdes”solo está integrado por un solo usuario que viene a ser quien administra el inventario.
usuarios
Entradas:
● Entrada de productos
● Salida de productos
Procesos:
● Ingreso de nuevos productos
Salidas:
● Reporte de cotizaciones
● Reporte de la venta realizada
Ilustración 1.3-1: Enfoque de Sistemas del Sistema Actual
1.3.2.2 Análisis de FODA
En este punto realizaremos el correspondiente análisis FODA del actual negocio de ferreteria.
Matriz de Evaluación de Factores Internos
En esta matriz, los factores internos que son fortalezas y debilidades se evalúan utilizando las
tablas de calificación a continuación. El peso se determina en función de la importancia de cada
factor y del criterio del grupo elaborador, a partir del análisis de los datos obtenidos en
entrevistas, encuestas y observación directa. Este peso se multiplica por la calificación y el
resultado es el peso ponderado. (Fred David, 2003)
Factores críticos del
Peso(0.01 a 1)
Calificación
Peso ponderado
éxito
FORTALEZAS
Variedad de productos.
0.20
4
0.8
Precios justos.
0.15
3
0.45
Asesoramiento al cliente.
0.15
3
0.45
Buena reputación
0.20
4
0.8
DEBILIDADES
Ineficiencia en el manejo
0.095
2
0.19
0.12
2
0.24
0.08
1
0.08
0.005
1
0.005
de inventarios.
No contar con una
página web de servicio al
cliente.
Ambigüedad en los
procesos de la ferretería.
Una sola sede
TOTAL
1
3.015
Tabla 1.3-2:Tabla de calificación ponderadas de factores internos
El valor obtenido de la matriz de evaluación de factores internos es de 3.015 lo que indica que
existe un ambiente interno de fortaleza baja por lo que se necesita disminuir las debilidades.
Matriz de Evaluación de Factores externos
Para evaluar los factores externos de amenazas y oportunidades, se utiliza como base la siguiente
tabla de clasificación. Al igual que en la matriz de evaluación de factores internos, el peso se
determina multiplicando la calificación para obtener un peso ponderado, y la suma de estos pesos
determinará el entorno externo en el que se encuentra la organización.
Factores críticos del éxito
Peso(0.01 a 1)
Calificación
Peso ponderado
OPORTUNIDADES
Posibilidad de expandirse
0.3
4
1.2
Acceso a nuevas
0.25
3
0.75
0.1
3
0.3
tecnologías
Búsqueda de nuevos
mercados
AMENAZAS
Fuerte competencia
0.15
2
0.3
Inflación en los precios
0.2
2
0.6
Cambio en las necesidades
0.15
2
0.3
y gustos de los
consumidores
TOTAL
1
3.45
Tabla 1.3-3:Tabla de calificación ponderadas de factores externos
El valor obtenido de la matriz de evaluación de factores externos es de 3.045 lo que indica que
existe un ambiente externo alto por lo que se necesita aprovechar las oportunidades existentes.
En base a la evaluación de factores externos e internos, se presenta a continuación el análisis de
la matriz FODA.
Análisis Matriz FODA
Factores FORTALEZAS
DEBILIDADES
Internos
F1. Variedad de productos.
D1. Ineficiencia en el manejo de
F2. Precios justos.
inventario.
F3. Asesoramiento al
D2.No contar con una página web de
cliente.
servicio al cliente.
F4. Buena reputación.
D3. Ambigüedad en los procesos de la
Factores
ferretería.
Externos
D4. Una sola sede.
OPORTUNIDADES
FO(Maxi-Maxi)
DO(Mini-Maxi)
Expandirse
Utilizar una estrategia para
Estrategia para minimizar las
O2.Acceso a nuevas
poder maximizar tanto las
debilidades y brindar un mejor
tecnologías
fortalezas como las
enfoque a las oportunidades.
O3. Búsqueda de nuevos
oportunidades que tenemos.
O1. Posibilidad de
mercados
1.Evaluar las debilidades con el
1.Fortalecer el manejo de
objetivo de mejorar y dar prioridad a
gestión de la ferretería.
las oportunidades.
2.Fortalecer el manejo del inventario
AMENAZAS
FA(Maxi-Mini)
DA(Mini-Mini)
A1. Fuerte competencia.
Estrategia para minimizar
Estrategia para minimizar las
A2. Inflación en los precios.
las fortalezas y maximizar
amenazas tanto como las debilidades.
A3. Cambio en las
las amenazas
necesidades y gustos de los
consumidores.
1. Enfocarse en mejorar las
1.Brindar una mejorar
debilidades y amenazas una con otra.
atención al cliente con el fin
de mantener una fidelidad
por parte del cliente.
Tabla 1.3-4 Análisis Matriz FODA
1.4 Metodología
Para el desarrollo del proyecto “Sistema de control de inventario para ferreteria y punto de
venta”, nos basaremos en el modelo de cascada pura, caracterizándose por dividir procesos de
desarrollo en sucesivas fases de proyecto, se eligió la metodología debido a que relacionamos
cada fase del modelo cascada con la anterior con una modificación que se adapten al desarrollo
del proyecto. La variación será una vez acabada la fase en la que se encuentre siga la siguiente
fase terminada esta fase se hará una comprobación y si esta todo correcto se seguirá de lo
contrario se volverá a la fase del comienzo a corregir o modificar en cuyo caso sea necesario.
El ciclo de vida de cascada para el proyecto en cuestión hará uso del enfoque orientado a
objetivos como parte de su metodología para:
● Establecer estándares de análisis y diseño, haciendo uso de UML 8
● Al terminar el análisis y diseño, se tendrá un conjunto preciso y detallado de
especificaciones para las clases, procesos y otros artefactos del sistema propuesto, lo cual
contribuirá a evitar el costo de volver a codificar a causa de una pobre planeación inicial.
● Permitir el reciclaje de código fuente y reducir costos de desarrollo, haciendo uso de
POO9
El motivo por el cual se eligió este modelo es debido a que nos ayuda a llevar un orden y
organizar el trabajo, asignando un responsable por cada fase, también si se detecta algún
problema ofrece la oportunidad de detectar la fase del modelo en cascada en la que ocurrió y así
arreglarlo.
1.4.1 Actividades a Desarrollar
1) Investigación preliminar
Su objetivo es conocer todos aquellos elementos relacionados directa e indirectamente con el
desarrollo del proyecto. Se lleva a cabo a través de la recolección de datos, tales como
antecedentes, situación actual que es un estudio preliminar, formulación del problema. Se hará
uso de las siguientes técnicas:
● Entrevistas y cuestionarios.
● Análisis FODA y Diagrama de ISHIKAWA (Causa – Efecto)
● Observación directa y método de la Caja Negra.
● Diagrama GANTT o Cronograma de Actividades.
2) Determinación de requerimientos
En esta actividad, el equipo de analistas de sistemas busca y determina toda la información
pertinente para llevar a cabo el desarrollo del sistema. Dicha información será solicitada al
gerente de ferreteria Lourdes. Esta información puede ser obtenida haciendo uso de las siguientes
técnicas:
● Entrevistas y cuestionarios
● Investigación bibliográfica de formularios y manuales (de procedimientos y de puestos)
3) Análisis de requerimientos
Comprende el estudio de los procedimientos, operaciones y volúmenes de actividad actuales del
sistema objeto del desarrollo. Para tal efecto, se aplicará el método de Enfoque Orientado a
Objetos, haciendo uso del Lenguaje de Modelado Unificado (UML)
Dicho enfoque posibilita la elaboración de entornos de producción que resuelven problemas para
el modelado de requisitos de sistemas de información. Se hará uso de las siguientes herramientas
y técnicas:
● Enfoque de Sistemas.
● Diccionario de Datos.
● Diagramas UML.
● Diagrama Entidad-Relación.
● Diagramas de Bases de Datos.
4) Diseño del sistema
Es la forma en la que el sistema cumplirá con los requerimientos identificados en la etapa de
análisis. Se incluye el diseño de pantallas de salida, entrada y reportes, elaboración de la
estructura de la base de datos del sistema. Siendo las herramientas y técnicas:
● Diseño de Estándares.
●
Diseño de Procedimientos.
●
Diseño de Datos.
●
Modelo de Objetos
●
Diseño de Entradas y Salidas.
●
Diseño de Base de datos.
5) Programación del sistema
Se utilizará la programación orientada a objetos (POO) para esta fase del ciclo de vida del
desarrollo del sistema. Además se hará uso de las siguientes técnicas:
● Modularidad.
● Mnemotecnia.
● Documentación Interna.
6) Pruebas del sistema
Una prueba es el proceso bajo el cual se determina si, bajo condiciones conocidas el sistema
produce los resultados deseados. Estas sirven para asegurarse que el software no tenga fallas y
que además funciona de acuerdo a las especificaciones y la forma en que los usuarios esperan
que lo haga. Los tipos de pruebas a ser realizadas son:
● Por unidad.
● Por integración.
7) Documentación y plan de implementación
Después de haber hecho todas las pruebas necesarias (al sistema propuesto), este debe de
documentarse. Debe de hacerse la aclaración que dicho proyecto llegará hasta la determinación
de un plan de implementación y no la implementación del sistema como tal.
En esta fase se deben de generar los siguientes manuales.
● Manuales técnicos del sistema informático propuesto.
● Manual de usuarios.
● Plan de Implementación.
1.4.2 Técnicas
Las técnicas más importantes a ser aplicadas durante el transcurso del proyecto son las
siguientes:
1.4.2.1 Etapa I: Anteproyecto
● Entrevistas y cuestionarios. Tienen como objetivo recolectar datos para establecer los
antecedentes.
● Análisis FODA y Diagrama de ISHIKAWA (Causa – Efecto) para hacer un diagnóstico
de la situación actual de la organización en cuestión.
● Cuestionarios, observación directa y método de la Caja Negra para la formulación del
problema
● Diagrama GANTT o Cronograma de Actividades para la planificación del proyecto
● Investigación bibliográfica de formularios y manuales (de procedimientos y de puestos)
utilizados en los procesos.
1.4.2.2 Etapa II: Análisis de requerimientos y diseño
Para el análisis de requerimientos se utilizarán las siguientes técnicas:
● Diccionario de Datos. Descripción de todos los datos utilizados en el sistema, se utiliza
para organizar las principales características de cada uno de los elementos involucrados
en el mismo.
● Modelo de Objetos. Se estructurará el sistema en un conjunto de objetos, es decir,
identificar las diferentes clases de objetos, las relaciones entre estos, sus atributos y
operaciones. Hace uso de diagramas, de clases y de objetos (instancias); para definir y
mostrar la estructura y comportamiento de todas las clases identificadas en el dominio del
problema, así como sus relaciones.
- Diagrama de Clase: es un esquema, patrón o plantilla para describir muchos
casos posibles de datos. Describe clases de objetos.
● Diagramas UML. Entre estos están:
- Diagramas de Casos de Uso
- Diagramas de Clases
- Diagramas de Objetos
- Diagramas de Interacción (de secuencia, de colaboración, de actividad, de
estado)
● Diagrama Entidad-Relación. Permite especificar los objetos de datos que entran y salen
del sistema, los atributos que definen sus propiedades y las relaciones existentes entre
ellos.
● Diagramas de Bases de Datos. Entre estos se encuentran el modelo lógico y el modelo
físico, que sirven para establecer la base de datos que utilizará el sistema a ser
desarrollado.
Para el diseño del sistema, se emplearán las siguientes técnicas:
● Diseño de Estándares. Definición de los estándares a utilizar para los nombres de
variables, tablas, archivos, etc.
● Diseño de Datos. Se especificarán los datos y estructuras de datos a ser utilizadas en los
procesos, bases de datos y archivos del sistema. Este diseño permite definir las
operaciones que se pueden realizar sobre los datos, permitirá la definición de la base de
datos o la integración con otras bases de datos existentes.
● Diseño de Entradas y Salidas. Se modelarán las pantallas para la captura de los datos,
para la salida de los datos, reportes y consultas disponibles del sistema para diferentes
tipos de usuarios que la solicitan.
● Diseño de la base de datos. Se realiza el diseño del modelo físico y lógico de la base de
datos.
1.4.2.3 Etapa III: Programación y Plan de implementación
Para la programación del sistema, se hará uso de las siguientes técnicas:
● Modularidad. Utilizado para tener un vistazo global del sistema, para luego ser dividido
en segmentos, con el propósito de desglosar el problema y dividirlo en sub-problemas de
fácil solución.
● Mnemotecnia. Técnica utilizada para mejorar la comprensión de los elementos (variables,
procedimientos, archivos, etc.) que constituyen el problema.
● Documentación Interna. Técnica de mucha utilidad para el entendimiento del código
fuente, una buena documentación interna de los módulos permite mejores y fáciles
mantenimientos futuros o facilitar las integraciones con otros sistemas.
Para las pruebas del sistema se hará uso de los siguientes tipos de pruebas:
● Por unidad. Se concentran primero en la menor unidad del diseño de un sistema, con el
fin de descubrir errores dentro de un módulo, una estructura de datos, estructura de red,
etc. Sirven además para asegurar que los datos fluyen en forma adecuada para generar los
diferentes tipos de información requerido.
● Por integración. Dichas pruebas consisten en seleccionar los módulos probados por
unidad y construir una estructura de aplicación informática que esté de acuerdo con lo
que dicta el diseño y realizar la prueba en conjunto con el propósito de ver si las unidades
funcionan correctamente.
Para la documentación del sistema y el plan de implementación se hará uso de las siguientes
técnicas:
● Manuales técnicos del sistema informático propuesto. Consiste en documentos redactados
con lenguaje técnico que describen la arquitectura del sistema informático desarrollado,
hace uso de gráficos, diagramas y lenguajes pseudo-codificados; con el propósito de
facilitar el mantenimiento posterior del sistema informático desarrollado.
● Manual de usuarios. Es un documento destinado para el usuario final del sistema,
redactado con lenguaje natural no complejo, de fácil entendimiento, que explica todas las
funciones que puede realizar el sistema desarrollado.
● Plan de Implementación. Documento necesario para llevar a cabo la implementación del
proyecto de forma global. Se especifican todos los elementos tales como recurso humano,
material tecnológico, recursos económicos, infraestructura y tiempo para su
implementación. Documento que sirve de guía para el equipo que realizará la etapa de
implementación.
1.4.3 Herramientas y Equipo
Para la metodología establecida, será necesario utilizar el siguiente equipo:
● 8 computadoras para el equipo de desarrollo
● Software para cada una de las computadoras del equipo de desarrollo
● 8 escritorios para PC’s.
● 8 sillas secretariales.
● Papelería y fotocopias.
● Acceso a Internet.
● Impresora.
● Tinta de color negro y tricolor.
1.4.4 Recursos
El recurso humano necesario para cada etapa del ciclo de vida se describe en la siguiente tabla,
incluyendo las técnicas, herramientas y equipo:
ACTIVIDAD
TÉCNICAS
HERRAMIENTA Y
RECURSA
EQUIPO
Investigación
Entrevistas y
1 Computadora,
1 persona para
preliminar
cuestionarios
fotocopias
realizar entrevista
Análisis FODA y
1 persona para pasar
Diagrama de
cuestionarios
ISHIKAWA (Causa -
3 personas para el
Efecto)
análisis de la
Observación directa y
información
método de la Caja
Negra
Determinación de
Entrevistas y
1 Computadora,
1 persona para
requerimientos
cuestionarios
fotocopias
realizar la entrevista
Investigación
1 persona para pasar
bibliográfica de
cuestionarios
formularios y
3 personas para el
manuales (de
análisis de la
procedimientos y de
información
puestos)
1 persona para la
investigación
bibliográfica
Análisis de
Enfoque de Sistemas
requerimientos
Diccionario de datos,
3 personas para
diagramas UML,
analizar los
diagrama
requerimientos y
entidad-relación,
plasmarlos en los
diagrama de base de
diferentes diagramas
datos, 3
computadoras,
herramientas CASE
para generar los
diagramas antes
mencionados
Diseño de sistemas
Diseño de Estándares
3 computadoras,
3 personas para
Diseño de
herramientas de
diseñar la solución
Procedimientos
ofimáticas, software
del sistema en base al
Modelo de Objetos
para el diseño de base análisis realizado
Diseño de Entrada y
de datos
Salida
Diseño de Base de
datos
Programación del
Modularidad
3 computadoras,
sistema
Mnemotecnia
Lenguaje de
Documentación
programación, gestor
interna
de base de datos
2 programadores
Pruebas del Sistema
Por unidad
3 computadoras,
1 persona para
Por integración
Lenguaje de
realizar las pruebas
programación, gestor
de base de datos
Documentación y
Manuales técnicos
3 computadoras, 1
2 personas para
Plan de
del sistema
impresora, paquetes
realizar el manual
Implementación
informático propuesto de ofimática
técnico
Manual de usuarios
1 persona para
Plan de
elaborar el manual de
implementación
usuario
3 personas para
elaborar el plan de
implementación
Tabla 1.4-1: Resumen de Recursos
1.5 Formulación del Problema
Se presenta la definición del problema en términos generales, haciendo uso de la metodología de
la caja negra, además de una descripción de las funciones que el sistema informático propuesto
tendrá; las principales restricciones bajo las cuales se prevé que el sistema informático propuesto
debe operar y las restricciones bajo las cuales se prevé que el sistema informático se debe
desarrollar.
1.5.1 Metodología de Caja Negra
La descripción de la situación actual (problemática) y la situación deseada para el problema se
presenta en la siguiente figura.
Ilustración 1.5-1: Metodología de la Caja Negra
1.5.2 Diagrama de causa y efecto
Ilustración 1.5-2: Diagrama de Causa y Efecto (Ishikawa)
1.5.3 Explicación Diagrama Causa y Efecto
En esta sección se enumeran las causas con sus respectivas explicaciones y el porcentaje de
soluciones que se pretende cubrir con el desarrollo del proyecto; cada causa se califica en el
cuadro de porcentaje de solución correspondiente utilizando una escala de calificación de 0 a
100%. Para estimar el porcentaje total de solución, utilice la siguiente fórmula:
Σ 𝑃𝑜𝑟𝑐𝑒𝑛𝑡𝑎𝑗𝑒 𝑑𝑒 𝑠𝑜𝑙𝑢𝑐𝑖ó𝑛 𝑑𝑒 𝑐𝑎𝑑𝑎 𝑐𝑎𝑢𝑠𝑎
# 𝑑𝑒 𝑐𝑎𝑢𝑠𝑎𝑠
Causas
Control de Stock
= 𝑃𝑜𝑟𝑐𝑒𝑛𝑡𝑎𝑗𝑒 𝑇𝑜𝑡𝑎𝑙 𝑑𝑒 𝑆𝑜𝑙𝑢𝑐𝑖ó𝑛
Explicación
Porcentaje de Solución
1.1 Cantidad Inexacta
Actualmente en la ferretería 100%
no se lleva un control con
exactitud de la cantidad que
existe en el stock.
1.2 Compras Excesivas
En la ferretería suele ocurrir 100%
que las compras se hacen de
acuerdo
a lo
que falte
visualmente entonces hay
casos donde se compre en
exceso.
1.3 Compras de Pánico
Actualmente en la ferretería 100%
suele ocurrir cuando se cree
que habrá un aumento de
precio o cuando un producto
entra en escasez.
Equipo tecnológico
2.1.No
existe
sistema Actualmente
todos
los 100%
informático para la gestión procesos de la ferretería son
de la ferretería
de forma manual.
Con el nuevo sistema, se
mecanizan todos aquellos
procesos involucrados en
dicha área.
2.2.No se cuenta con una Para generar reportes se 100%
herramienta idónea para la hace de manera manual o
generación de los siguientes con las boletas obtenidas sea
reportes.
de los proveedores de las
ventas realizadas
El nuevo sistema tendrá la
capacidad de
generar reportes de forma
automatizada..
Recursos Económicos
3.1
Desperdicios
productos de ferretería
de Actualmente en la ferretería 90%
algunos productos quedan
en un estado en el que no se
pueden vender debido a que
algunos de estos se llegan a
corroer por el paso del
tiempo.
3.2
Costos
elevados
almacenaje
en Actualmente
se paga
el 0%
alquiler de un almacén para
poder
almacenar
los
productos.
3.3
Demora
en
crecimiento económico
el Actualmente las ganancias 70%
en la ferretería son muy
demorosas.
Persona
4.1.Falta de personal
Actualmente se tiene muy 0%
poco personal.
4.2.Tardanza en la atención Actualmente como se cuenta 90%
al cliente
con poco personal, no se
puede brindar una atención
al cliente de buena calidad.
Control de Entradas y Salidas
5.1 Datos poco confiables
Actualmente
algunos 100%
productos no se puede tener
un control de existencias
exacto.
5.2 Stock Desactualizado
Actualmente la ferretería no 100%
cuenta
con
sistema
de
un
óptimo
control
de
existencias para tener un
stock actualizado.
PORCENTAJE PROMEDIO DE SOLUCIÓN
79.16%
Tabla 1.5-1 Porcentaje de solución propuesto para el problema actual
Por lo tanto se concluye que el problema planteado en el diagrama de causa y efecto tendrá un
porcentaje total de solución del 79.16 %
1.5.4 Planteamiento del Problema
El problema puede ser sintetizado a manera de pregunta así:
¿En qué medida la creación de un sistema control de inventario y punto de venta de una
ferretería contribuirá para mejorar la gestión de ferretería y mejorar el área de compra y venta de
la ferretería?
1.6 Estudio de Factibilidad
Para el éxito de todo proyecto, es necesario determinar un estudio de factibilidad, el cual es uno
de los resultados más esperados e importantes en la etapa del anteproyecto. Para ello, dicho
estudio está dividido en tres fases: técnico, económico y operativo.
1.6.1 Factibilidad Técnica
En base a esta factibilidad, se determina si el sistema propuesto puede ser desarrollado utilizando
los recursos técnicos con que cuenta el equipo de desarrollo; esto se hace teniendo en cuenta la
disponibilidad de los recursos existentes en términos de hardware, software y habilidades y
conocimientos humanos, o sea la existencia de la tecnología y el conocimiento necesario para
establecer que sea factible técnicamente el desarrollo del proyecto.
1.6.1.1 Sistema Operativo
Para administrar los recursos del servidor, el servidor web y el gestor de la base de datos se debe
utilizar un sistema operativo compatible con estas tecnologías. Para que los usuarios finales
tengan acceso a la aplicación se debe disponer de un sistema operativo que sea familiar para la
mayoría de usuarios.
Se presenta a continuación diferentes sistemas operativos
que cumplen con los características
necesarias e indispensables para el buen funcionamiento del sistema propuesto:
● CentOS 7-2009
● Windows 10 Home
● Windows 10
1.6.1.2 Lenguaje de Desarrollo
La facilidad para actualizar, insertar y procesar información, la posibilidad de acceder a través de
Internet y la ventaja de no necesitar actualizar el software en cada computadora del cliente
cuando se realice un cambio en la aplicación ha permitido decidir que la aplicación se desarrolle
en ambiente web. Se especifica la tecnología del lado del servidor que tiene mayor importancia y
además algunas tecnologías del lado del cliente.
Se presenta a continuación diferentes lenguajes de desarrollo que cumplen con las características
arriba mencionadas:
● Lenguaje de programación PHP
● Javascript
1.6.1.3 Sistema Gestor de Base de Datos
Para la administración ordenada, sencilla y clara de los datos se ha determinado que un sistema
gestor de bases de datos es la herramienta adecuada para convertir los datos en información.
A continuación se presentará bases de datos que cumplen con las características arriba
mencionadas:
● MySQL Workbench 8.0 CE
● Apache 2.4.53
1.6.1.4 Características del Hardware Disponible para el Desarrollo
Las características de los equipos de cómputo con que se dispone actualmente para el desarrollo
del sistema informático, se muestran a continuación.
EQUIPO
PC1
ELEMENTO
CAPACIDAD
Memoria RAM
8 GB
Disco Duro
1T
Procesador
Intel Core I5
Monitor
Monitor DELL E24200HS
Mouse, Teclado
Si
CD ROM / DVD-ROM
Si
Tabla 1.6-1 Elementos de hardware del equipo de desarrollo
Con lo anterior podemos decir que el equipo de desarrollo cuenta con las tecnologías lo
suficientemente robustas y maduras para desarrollar y soportar la aplicación, además todas están
disponibles para realizar el proyecto.
1.6.2 Factibilidad Económica
Permite realizar una evaluación sobre la conveniencia de invertir o no en un proyecto
determinado. Dicha factibilidad se establece detallando todos aquellos costos involucrados en el
desarrollo, implementación y operación del nuevo sistema que se plantea, y realizar una
comparación Costo-Beneficio entre mantener un sistema antiguo o desarrollar un nuevo sistema.
Para hacer efectivo lo anterior, se establece la comparación de los costos del sistema actual con
los costos proyectados del nuevo sistema, en base a anualidades y la vida útil establecida. Para
ello se hará uso de la técnica del análisis de costo beneficio y valor presente.
1.6.2.1 Descripción de Costos del Sistema Actual
Los costos detallados a continuación son costos operativos actuales, el cual se dividirá de la
siguiente manera:
Costos anuales del recurso humano involucrado en las operaciones del actual sistema.
La determinación de estos costos se calculó a partir de los datos obtenidos al realizar primero
entrevistas al personal de servicio y luego observar directamente los procesos actuales
relacionados con el Área de Almacén.
Cargo
Salario/Mes
Salario/día
Salario/hora
Salario/minuto
Encargado de la
S/. 1300
S/. 43,34
S/. 5,42
S/. 0,09
S/. 1050
S/. 35
S/. 4,38
S/. 0,07
ferretería
Cajero
Empleado
S/. 900
S/. 30
S/. 3,75
S/. 0,06
Tabla 1.6.-3 Salarios del personal involucrado en el sistema actual
La tabla anterior sirve de base para calcular el costo promedio mensual del recurso humano
involucrado en el sistema actual.
Nombre de
Actividad
Tiempo
Responsable
promedio
(Minuto)
Promedio
Repetición
Salario /
Costo Total
de actividad
minuto (S/.)
S/,
por mes
Cajero
90
2
S/. 0,07
12.6
Empleado
90
2
S/. 0,06
10,8
Encargado
120
2
S/. 0,09
21,6
Manejo del
Cajero
60
30
S/. 0,07
126
efectivo diario
Encargado
60
30
S/. 0,09
162
Ingreso de
Empleado
90
3
S/. 0,06
16,2
productos
Encargado
90
3
S/. 0,09
24,3
Egreso de
Empleado
15
30
S/. 0,06
27
productos
Encargado
15
30
S/. 0,09
40,5
Reponer
Empleado
30
3
S/. 0,06
5,4
lineamientos
Cajero
30
3
S/. 0,07
6,3
Etiquetar y
Empleado
30
3
S/. 0,06
5,4
Marcar
Cajero
30
3
S/. 0,07
6,3
Encargado
20
3
S/. 0.09
5.4
Control de
existencias de
productos
productos en los
Realizar
pedidos a
proveedores
TOTAL SALARIO MENSUAL
S/. 469.8
Tabla 1.6-4 Costo promedio mensual del recurso humano involucrado en el sistema actual
En la tabla anterior se puede ver que el salario mensual para operar el actual sistema asciende a
S/. 469,8
Por lo que el costo anual de operación del sistema actual asciende a S/.5628
1.6.2.2 Descripción de Costos del Nuevo Sistema
La siguiente tabla presenta un aproximado del presupuesto necesario para desarrollar el
proyecto,el cual está dividido en:
Recurso humano: que es el esfuerzo humano que se necesita para desarrollar el sistema.
Recurso para desarrollo: incluyen los servicios como teléfono, electricidad y otros.
Recursos tecnológicos: implica el uso de tecnología informática tangible e intangible como
internet y depreciación de equipo.
Recursos materiales: insumos necesarios para el desarrollo del proyecto, tales como:
papelería,lapiceros y otros.
Imprevistos: se establece el 10% del total de costos sin imprevistos, para cubrir gastos por
imprevistos en el desarrollo del proyecto.
Recursos
Monto(S/.)
Recursos Humanos
800
Recurso para Desarrollo
181,11
Recursos Tecnológicos
1200,00
Recursos Materiales
64,00
TOTAL SIN
IMPREVISTOS
Imprevistos (10%)
2245,11
224,.511
TOTAL
2469,621
Tabla 1.6-5 Resumen de costos de desarrollo del nuevo sistema
El total del costo del desarrollo del proyecto es de: S/.2469,621
Nombre de
Actividad
Tiempo
Responsable
promedio
(Minuto)
Promedio
Repetición
Salario /
Costo Total
de actividad
minuto (S/.)
S/,
por mes
Cajero
5
4
S/. 0,07
1,4
Empleado
5
4
S/. 0,06
1.2
Encargado
5
4
S/. 0,09
1,8
Manejo del
Cajero
15
30
S/. 0,07
31,5
efectivo diario
Encargado
15
30
S/. 0,09
40,5
Ingreso de
Empleado
60
3
S/. 0,06
10,8
productos
Encargado
60
3
S/. 0,09
16,2
Egreso de
Empleado
5
30
S/. 0,06
9
productos
Encargado
5
30
S/. 0,09
13,5
Reponer
Empleado
30
3
S/. 0,06
5,4
lineamientos
Cajero
30
3
S/. 0,07
6,3
Etiquetar y
Empleado
30
3
S/. 0,06
5,4
Marcar
Cajero
30
3
S/. 0,07
6,3
Encargado
20
3
S/. 0,09
5,4
Control de
existencias de
productos
productos en los
Realizar
pedidos a
proveedores
TOTAL SALARIO MENSUAL
168.2
Tabla 1.6-6 Proyección de costo promedio mensual del recurso humano involucrado en el nuevo
sistema
El salario proyectado para un año de funcionamiento del nuevo sistema asciende a S/. 2018,4
1.6.2.3 Establecimiento de la Vida Útil
La determinación de la vida útil de cualquier sistema influye en la evaluación de la factibilidad
económica, brindando un marco de referencia para el cálculo de los costos y beneficios que el
sistema aporta con respecto al tiempo.
Según Kendall , la vida útil de un sistema suele extenderse de 5 a 10 años, también
puede ser de 2 años, o incluso menos, dependiendo del tipo de sistema, la organización en que se
utiliza y los cambios del medio.
Se indaga con el encargado y éste manifiesta que los procesos realizados en sus negocios no
presentan variaciones importantes, por lo cual la vida útil del sistema nuevo se establece a un
promedio de 5 años.
Por lo tanto, para efectos de la realización del análisis económico, se considera que el sistema
tendrá una vida útil de 5 años.
1.6.2.4 Evaluación de la razón Beneficio/Costo
Esta sección realizará un análisis para determinar si los beneficios esperados del nuevo sistema
representan un retorno aceptable de la inversión y los costos operativos estimados del nuevo
sistema. Además, se realizó una comparación de costos entre el sistema actual y el nuevo
sistema. Con este fin, se desarrollaron proyecciones de costos para el sistema actual y el nuevo
sistema utilizando una vida útil especificada de 5 años.
Proyección de Costos del Sistema Actual
En la siguiente tabla se detallan los costos de operación que mantendría el actual sistema para un
periodo de 5 años con un crecimiento del 5 % en las actividades que este atiende:
Año
No.
Crecimiento
Promedio
Actividades
de
Salario
atendidas al
Actividades
por
año
Proyectado
actividad
Incremento
Salario por
en salario por
año (S/.)
año (S/.)
Total
Costo
Anual (S/.)
(5%)
atendida
(S/.)
0
252
0
67,11
0.0
5628
5628
1
252
12,6
67,11
281,4
5628
5909,4
2
264.6
13,23
67,11
295,47
5628
5923,47
3
277.83
13,89
67,11
296,17
5628
5924,17
4
291.72
14,58
67,11
296,20
5628
5924,20
5
306.3
15,31
67,11
296,21
5628
5924,21
Tabla 1.6-7 Proyección de costos del sistema actual durante la vida útil establecida
Proyección de Costos del Nuevo Sistema
En la siguiente tabla se detallan los costos de desarrollo y de operación anual proyectados para el
nuevo sistema. Así también, dichos costos se proyectan para un periodo de 5 años (según la vida
útil estimada del nuevo sistema), considerando además un crecimiento anual del 5 % en las
actividades.
Año
No.
Crecimiento
Actividades
de
atendidas al
Actividades
año
Proyectado
(5%)
Promedio
Salario
por
actividad
Incremento
Salario por
en salario por
año (S/.)
año (S/.)
atendida
0
0
TOTAL COSTO PARA AÑO 0
1
252
12,6
Costo
Anual (S/.)
(S/.)
2469,621
COSTO DE DESARROLLO DEL SISTEMA NUEVA
252
Total
24,02
0
2018,4
2018,4
4488,021
24,02
100,92
2018,4
2118,92
2
264,6
13,23
24,02
105,946
2018,4
2124,366
3
277,83
13,89
24,02
106,2183
2018,4
2124,6183
4
291,72
14,58
24,02
106,2309
2018,4
2124,6309
5
306,3
15,31
24,02
106,2315
2018,4
2124,6315
Tabla 1.6-8 Proyección de costos del nuevo sistema durante la vida útil establecida
Comparación de Costos
Después de haber determinado una proyección de costos para el actual sistema y el nuevo
sistema, se hace necesario comparar dichos costos durante el periodo de vida útil establecido. Se
presenta en la siguiente tabla:
Costo Actual Sistema
Costo Nuevo Sistema
Diferencia
(S/.)
(S/.)
(Benéficos/.)
0
5628
4488,021
1139,979
1
5909,4
2118,92
3790,48
2
5923,47
2124,366
3799,104
3
5924,17
2124,6183
3799,551
4
5924,20
2124,6309
3799,569
5
5924,21
2124,6315
3799,578
Año
Tabla 1.6-9 Comparación de costos del actual sistema con el nuevo sistema
Como puede verse, la tabla anterior refleja beneficios positivos desde el año No 2 después de la
implementación del nuevo sistema, con respecto a los costos del actual sistema. Lo antes
mencionado se puede apreciar de mejor forma en la siguiente tabla:
Año
0
Costo Anual
Costo
(S/.)
Acumulado (S/.)
4488,021
4488,021
Beneficio (S/.)
Beneficio
Acumulado (S/.)
1139,979
1139,979
1
2118,92
6606,941
3790,48
4930,459
2
2124,366
8725,861
3799,104
8729,563
3
2124,6183
10850,227
3799,551
12529,114
4
2124,6309
12974,8453
3799,569
16328,683
5
2124,6315
15099.4762
3799,578
20128,261
Tabla 1.6-10 Proyección de costos y beneficios acumulados para el nuevo sistema
Esta tabla puede resumirse en la siguiente figura:
Ilustración 1.6-1: Gráfica de la proyección de tendencia de costos vs beneficios para el nuevo
sistema
Razón Beneficio/Costo
Tal como lo ilustra la Tabla 1.6-11: Razón B/C para cada año de funcionamiento del nuevo
sistema,el retorno de la inversión en el nuevo sistema se recupera en el 2do año; para ello se
establece el cálculo de la razón Beneficio/Costo (B/C) para cada uno de los años:
Año
Cálculo Razón
Beneficio/Costo(S/.) B/C
Explicación
0
La razón B/C para el año de implementación del sistema
indica que son mayores los costos con respecto al
beneficios
1
Al primer año de operación del nuevo sistema la
inversión todavía no se recupera
2
En el segundo año ya se recuperó la inversión Inicial
3
Al tercer año de estar operativo el nuevo sistema refleja
que la inversión se recupera a razón de 1.15
4
A medida que pasan los años, la razón de crecimiento de
los beneficios con respecto a los costos se hace
5
evidente.
Tabla 1.6-13: Razón B/C para cada año de funcionamiento del nuevo sistema
1.6.2.5 Valor Presente para el Actual Sistema y el Nuevo Sistema
Una evaluación de la razón B/C se complementa con la técnica del cálculo del valor presente
(VP) para ambos sistemas (actual y nuevo), para lo cual se hace uso de la siguiente fórmula:
Donde
VP:Valor Presente
A:Anual
l:Tasa de interés anual
n:Número de periodos,considerados años
Supuestos a ser considerados:
La tasa de interés i a utilizar es la publicada por el Banco Central de Reserva, actualmente, la
tasa para préstamos > 1 año es de 12,55%
El periodo bajo el cual se harán los cálculos corresponde al determinado en la vida útil, por lo
que n = 5 años
VP para Sistema Actual
Ilustración 1.6-2: VP para el sistema actual
VP = 5628*[0.80604 / 0.22665]
VP = S/.20014.2701
VP para Sistema Nuevo
Ilustración 1.6-3: VP para el sistema nuevo
VP2 = 2018.4 [0.80604 / 0.22665]
VP2 = S/.7177.82565
VPT = S/. 9798.82565
1.6.2.6 Conclusión Factibilidad Económica
Tal como se establece en dicha factibilidad, el valor presente para el actual sistema asciende a
una cantidad de S/. 20014.2701 y el valor presente proyectado para el nuevo sistema asciende a
la cantidad de S/. 9798.82565; por lo que en base a dichos costos, se verifica la factibilidad
económica de invertir en el nuevo sistema antes que mantener el actual sistema. Además, se hace
una evaluación de la razón Beneficio/Costo, estableciendo que en el 3er año después de
implementado el nuevo sistema se recupera la inversión hecha a razón de 1.15.
Por lo anterior, se establece que el desarrollo del Sistema de control de inventario y venta para
ferretería, según lo demuestra el VP en el cual se obtiene un ahorro que asciende a S/.
10215.4444(VP sistema actual – VP sistema nuevo)
1.6.3 Factibilidad Operativa
El personal involucrado en los procesos del almacén han manifestado que están conscientes de
que es necesario implementar un sistema web, esto de acuerdo a encuestas y entrevistas
realizadas al personal.
El encargado cree factible la operación del sistema ya que actualmente no cuentan con un
mecanismo eficiente para administrar los recursos de la ferretería. El sistema estará constituido
por los siguientes componentes principales:
-
Usuarios
-
Sistema Gestor de Base de datos
-
Aplicación web
-
Sistema Operativo
-
Hardware
1.6.3.1 Usuarios
Se ha agrupado en conjunto a toda persona que va a interactuar de forma directa con el sistema
final ya sean estos administradores del sistema o usuarios finales.
Requerido
Disponible
1 Web Máster
Web Máster
1 Administrador
1 Administrador
Tabla 1.6-14 Usuarios destinados a operar el sistema propuesto
1.6.3.2 Sistema Gestor de Base de Datos
Sistema Gestor de Base de Datos
Para la administración ordenada, sencilla y clara de los datos se ha determinado que un sistema
gestor de bases de datos es la herramienta adecuada para convertir los datos en información.
REQUERIDO
DISPONIBLE
Sistema de base de datos MySQL
Sistema de base de datos MySQL
Apache 2.4.53
Apache 2.4.53
Tabla 1.6-15 Gestor de Base de Datos para la operación del sistema propuesto
1.6.3.3 Aplicación Web
La facilidad para actualizar, insertar y procesar información, la posibilidad de acceder a través de
Internet y la ventaja de no necesitar actualizar el software en cada computadora del cliente
cuando se realice un cambio en la aplicación ha permitido decidir que la aplicación se desarrolle
en ambiente web. Se especifica la tecnología del lado del servidor que tiene mayor importancia y
además algunas tecnologías del lado del cliente.
REQUERIDO
DISPONIBLE
Lenguaje de programación PHP
Lenguaje de programación PHP
Javascript
Javascript
Tabla 1.6-16 Aplicaciones Web para la operación del sistema propuesto
1.6.3.4 Sistema Operativo
Para administrar los recursos del servidor, el servidor web y el gestor de la base de datos se debe
utilizar un sistema operativo compatible con estas tecnologías. Para que los usuarios finales
tengan acceso a la aplicación se debe disponer de un sistema operativo que sea familiar para la
mayoría de usuarios.
REQUERIDO
DISPONIBLE
CentOS 7-2009
CentOS 7-2009
Windows 10 Home
Windows 10 Home
Windows 10
Windows 10
Tabla 1.6-17 Sistemas operativos para la implementación del sistema propuesto
1.6.3.5 Hardware
El soporte necesario para que el sistema mecanizado funcione correctamente se compone de los
siguientes elementos.
REQUERIDO
DISPONIBLE
1 Computadora Personal
1 Computadora Personal
Tabla 1.6-18 Evaluación de hardware
1.6.3.6 Manuales de Usuario
Aprender cada parte del nuevo sistema es un punto muy importante para que el sistema final sea
utilizado de la mejor forma. Durante el periodo de transición del sistema nuevo con el sistema
antiguo se presentan muchas dudas y es necesario un manual que pueda ser útil tanto para
usuarios principiantes como también para usuarios avanzados.
REQUERIDO
DISPONIBLE
POSIBILIDAD DE
GESTIONAR
Ayuda integrada
Ayuda integrada
Manual Aplicación
Manual Aplicación Almacén
Almacén
Manual Aplicación
Manual Aplicación Ventas
Venta
Tabla 1.6-19 Ayuda técnica del sistema propuesto para facilitar su operación
1.6.3.7 Reportes
La información proporcionada por un sistema informático es el producto final que cualquier
nivel de la pirámide organizacional necesita para tomar decisiones.
REQUERIDO
DISPONIBLE
POSIBILIDAD DE
GESTIONAR
Reportes detallados
Reportes detallados
Reportes consolidados
Reportes consolidados
Tabla 1.6-20 Productos esperados del sistema propuesto
1.6.3.8 Características del Hardware y Software de la Ferretería
La División de Informática de la Ferretería cuenta con el hardware y software descrito a
continuación.
1. Hardware Actual
Elemento
Computadora Personal
Memoria RAM
8 GB
Disco Duro
1 TB
Procesador
Intel Core i5 10ma generación
Motherboard
Intel
Monitor
DELL E24200HS
Tipo Impresor
No
Velocidad Impresor
No
Mouse, teclado
Si
CD-ROM
56x Max
DVD-ROM
16x Max
UPS
15 KVA
Tarjeta de red
100/1000 Kbps
Acceso a Internet
Si
Topología de Red
Estrella
Tabla 1.6-21 Hardware disponible para la operación del sistema propuesto
2. Software actual
Tipo de Programa
Computadora Personal
Sistema Operativo
Windows 10
Lenguaje de Programación
N/A
SGBD
N/A
Servidor Web
N/A
Tabla 1.6-22 Software disponible para la operación del sistema propuesto
1.6.3.9 Conclusión de Factibilidad Operativa
Se concluye que operativamente el desarrollo del proyecto es factible, ya que la Ferretería cuenta
con la tecnología informática necesaria para la puesta en operación del sistema de información
propuesto.
1.7 Justificación
Los servicios que provee la Ferretería deben ser eficientes, oportunos y exactos. Esto con tal de
optimizar la utilización de recursos.
Actualmente no existe un sistema de almacén eficiente, por lo que surge la necesidad de
desarrollar un sistema eficiente donde se pueda controlar las existencias actuales de los artículos.
Después de haber realizado una investigación en internet acerca de sistemas informáticos que
puedan satisfacer las necesidades de la ferretería, se encontraron sistemas que cumplían con
ciertos requisitos pero carecían de muchos otros, por lo tanto se concluye que un sistema
informático generalizado no cubre completamente las expectativas de una empresa específica, de
esta forma la mejor solución es desarrollar un sistema a la medida que cumpla con todos los
requerimientos establecidos por el cliente, con el objetivo de satisfacer de manera exitosa sus
actividades.
Los beneficios al implementar el sistema propuesto son:
-
Agilizar el control de existencias reduciendo así el tiempo que el sistema actual consume
al realizar el control de existencias.
-
Disminuir en la cantidad de errores ocasionada por ingreso múltiple de la misma
información.
1.8 Importancia
El sistema informático de la ferretería pretende reducir el tiempo consumido al momento de
realizar el stock, a la vez permitirá realizar las ventas de manera eficiente, así mismo como tener
información de los productos registrados en el sistema.
1.9 Alcances
El desarrollo del sistema informático para la ferretería se realizará hasta la fase de la elaboración
del plan de implementación.
El plan de implementación incluirá manuales para el usuario y planes de capacitación al usuario.
El sistema de información propuesto abarca únicamente los procesos de almacén y venta que se
llevan a cabo en la ferretería.
1.10 Limitaciones
No existen limitantes para que el Sistema Informático para la ferretería opere, ya que se cuenta
con el recurso tanto informático como humano para echarlo a andar.
1.11 Planificación de Recursos
Los recursos necesarios para el desarrollo del sistema, se dividen en cuatro categorías: humanos,
para desarrollo, tecnológicos y materiales.
1.11.1 Recursos Humanos
Incluye el esfuerzo humano necesario para el desarrollo del proyecto y lo conforma el
coordinador del proyecto y tres programadores analistas.
El costo del recurso humano durante los 8 meses del tiempo de desarrollo del sistema se estima
de la siguiente manera:
CARGO
CANTIDAD
PERÍODO
SALARIO
(MES)
MENSUAL
TOTAL (S/.)
(S/.)
Coordinador de
1
8
10.00
S/.80.00
Analista
3
8
10.00
S/.240.00
Diseñador
3
8
10.00
S/.240.00
Implementador
2
8
10.00
S/.240.00
proyecto
S/. 800.00
TOTAL
Tabla 1.11-1 Costos de Recurso Humano
1.11.2 Recurso para Desarrollo
En la Tabla 1.11-3 Costos por Recursos Tecnológicos se presenta el promedio de los costos
generados por los servicios necesarios para el desarrollo del sistema, como se detalla a
continuación:
Elemento
Costo (S/.)
Servicio Telefónico
60,69
Servicio de Electricidad
120,42
TOTAL
181,11
Tabla 1.11-2 Resumen de Costos para Desarrollo
1.11.3 Recursos Tecnológicos
Los recursos tecnológicos involucran los costos del recurso de tecnología informática tangible e
intangible. Los cuales se detallan en la Tabla 1.11-3 Costos por Recursos Tecnológicos:
Elemento
Periodo de uso (Mes)
Costo Mensual (S/.)
Subtotal (S/.)
Uso de Internet
12
90,00
1080,00
Depreciación del
2
60,00
120,00
Equipo
1200,00
TOTAL
Tabla 1.11-3 Costos por Recursos Tecnológicos
1.11.4 Recursos Materiales
A continuación se muestra el costo de algunos recursos consumibles que serán utilizados a lo
largo del desarrollo del proyecto, la lista elaborada se ha hecho en base a experiencia de otros
proyectos y los precios de cotizaciones realizadas.
ARTÍCULO
CANTIDAD
PRECIO UNITARIO
SUBTOTAL (S/.)
(S/.)
Fotocopias
500
0,04
20,00
Lapiceros
8
1,00
8,00
Paquete de Hojas
2
18,00
36,00
Bond
64,00
TOTAL
Tabla 1.11-4 Costos de Recursos Materiales
1.11.5 Resumen de Costos
La siguiente tabla presenta un aproximado del presupuesto necesario para desarrollar el proyecto.
Recursos
Monto(S/.)
Recursos Humanos
800
Recurso para Desarrollo
181,11
Recursos Tecnológicos
1200,00
Recursos Materiales
64,00
TOTAL SIN
IMPREVISTOS
2245,11
Imprevistos (10%)
224,.511
TOTAL
2469,621
Tabla 1.11-5 Resumen de Costos Presupuestados
Valor presupuestado para desarrollo del sistema: S/.2469.621
Análisis de Requerimientos y Diseño
“ANÁLISIS DE REQUERIMIENTOS Y DISEÑO”
2.1 Análisis de la Situación Actual
2.1.1 Identificación de Procesos de la Situación Actual
En esta sección se identifican los procesos involucrados en la situación actual. Primero se
identifican los participantes involucrados y luego se presenta una lista de los procesos con su
respectivo objetivo en el Área de Almacén.
2.1.2 Procesos del Área de Almacén
Participantes:
● Encargado
● Cajero
● Empleado
N°
01
Nombre del Proceso
Ingreso de Productos
Objetivo del Proceso
Participantes
Recibir los productos comprobando
Encargado
que correspondan a las cantidades y
Empleado
calidades establecidas en la orden de
compra y factura o guía de despacho
del proveedor, y rechazar productos
que estén deteriorados o no
correspondan a la compra.
02
Egreso de Productos
Despachar los productos
Empleado
según las cantidades y
Encargado
especificaciones establecidas por la
boleta o factura de compra.
03
04
Controlar existencias en
Mantener actualizados los registros
Cajero
Almacén
de control de existencias de los
Empleado
productos de la ferretería.
Encargado
Aprovechamiento adecuado del
Empleado
espacio físico. Mayor rapidez de
Cajero
Almacenar Productos
operación. Control más eficiente en
el manejo de los productos.
05
Informar los problemas en
Mantener la ferretería y los
Empleado
almacén
productos en buen estado
Encargado
Tabla 2.1-1 Listado de procesos del Área de Almacén
2.1.3 Procesos del Área de Venta
Participantes:
● Encargado
● Cajero
N°
01
02
Nombre del Proceso
Venta de Productos
Manejo del efectivo diario
Objetivo del Proceso
Participantes
Generar efectivo para el
Cajero
negocio.
Empleado
Verificar que no haya
Cajero
pérdidas o robo del
Empleado
efectivo de la ferretería.
Tabla 2.1-2 Listado de procesos del Área de Venta
2.1.4 Diagrama de Procesos
Un diagrama de proceso o diagrama de flujo ayuda a comprender el trabajo como un proceso y a
identificar dónde se encuentran los problemas en el proceso. Esta herramienta específica los
pasos que toma cualquier proceso para lograr un resultado, que puede ser información, un
producto, un servicio o una combinación de estos.
2.1.5 Descripción, Diagramas y Análisis de Procesos del Área de Almacén
Esta sección primero presenta los procesos, seguido de sus respectivos diagramas de flujo y
finalmente analiza cada proceso.
Proceso 01: Ingreso de Productos
DESCRIPCIÓN
N° de Proceso
01
Nombre de Proceso
Ingreso de Productos
Paso N°
Responsable
Actividad
Consulta la existencia de productos en
1
Encargado
almacén. Si la existencia de ciertos
productos está por agotarse.
Realiza el estudio y análisis sobre
2
cantidades a solicitar de
los diferentes productos agotados.
Encargado
Consolida la información de los productos
que están por agotarse en almacén en un
3
reporte y realiza el pedido de productos de
almacén.
4
Encargado
Autoriza la compra de los productos
5
Empleado
Gestiona compra de productos
Recibe productos y orden de adquisición
6
de productos
Empleado
7
Ingresa producto y verifica que
corresponda a la orden de adquisición de
productos (cantidades, calidad, etc.)
Informa al proveedor sobre el ingreso de
8
Encargado
productos o de irregularidades detectadas
en el ingreso si las hay
Entradas
● Productos
Salidas
● Comprobante de ingreso de
productos
Tabla 2.1-3 Proceso 01 del Área de Almacén
DIAGRAMA DE PROCESO
Ilustración 2.1-1 Proceso 01: Ingreso de productos
Análisis del Proceso
Este proceso consume en promedio 1.5 horas en realizarse, con una frecuencia de 3 veces al mes.
Es realizado directamente por dos empleados con un costo en salario mensual de S/. 40,5.
Prom.
Tiempo
Nombre de
Responsable
Actividad
Promedio
(Horas)
Repetición
Salario/hora
Costo Total
de actividad
(S/.)
(S/.)
por mes
Ingreso de
Empleado
1,5
3
S/. 3,6
S/. 16,2
producto
Encargado
1,5
3
S/. 5,4
S/. 24,3
TOTAL SALARIOS MENSUAL
S/. 40,5
Tabla 2.1-4 Análisis del proceso 01
Se identificó que los tiempos empleados para este proceso son demasiados en el sistema actual
de la Ferretería (con un promedio de 1,5 horas empleadas por ambos empleados), esto debido a
que debe realizar la lista de diferentes productos y cantidades de forma manual utilizando hojas
de cuaderno o recopilaciones de anteriores registros, teniendo unas altas probabilidades de
pérdidas de algún registro.
Proceso 02: Egreso de Productos
DESCRIPCIÓN
N° de Proceso
02
Nombre de Proceso
Egreso de Productos
Paso N°
Responsable
Actividad
Entrega al Encargado del
1
Cajero
Almacenamiento (Empleado) solicitud de
producto para el almacén.
2
Empleado
Recibe solicitud de requisición de
producto de almacén
Verifica la existencia de lo solicitado. Si
3
hay existencias, retira el material
solicitado.
Si no existen suficientes productos en el
almacén, mantiene la solicitud de
4
requisición como pendiente y solicita la
reposición del producto con el Encargado.
5
Cajero
Registra la salida de los productos
Una copia del registro de los productos
6
Empleado
7
queda en el almacén.
Entrega 1 copia del registro al cajero
Entradas
● Solicitud de productos.
Salidas
● Registro de salida de productos de la
ferretería.
● Productos de Ferretería.
Tabla 2.1-5 Proceso 02 del Área Almacén
DIAGRAMA DE PROCESO
Ilustración 2.1-2 Proceso 02: Egreso de productos
Análisis del Proceso
Este proceso consume en promedio 0,25 horas en realizarse, con una frecuencia de 30 veces al
mes. Es realizado directamente por dos empleados con un costo en salario mensual de S/. 67,5.
Nombre de
Actividad
Prom.
Tiempo
Responsable
Promedio
(Horas)
Repetición
Salario/hora
Costo Total
de actividad
(S/.)
(S/.)
por mes
Egreso de
Empleado
0,25
30
S/. 3,6
S/. 27
producto
Encargado
0,25
30
S/. 5,4
S/. 40,5
TOTAL SALARIOS MENSUAL
S/. 67,5
Tabla 2.1-6 Análisis del proceso 02
Actualmente no se puede conocer con exactitud la cantidad de productos en el almacén. Si se
quiere conocer la existencia real de productos en Almacén, se puede hacer de dos formas:
a) Se hace un conteo manual de los productos que físicamente se encuentran en Almacén.
b) Haciendo un análisis de todas las solicitudes de requisición de productos y todas las
entradas de productos realizadas en Almacén. Considerando boletas o facturas a la hora
de ingresar.
Esta forma de conocer las existencias en Almacén no es precisa en cuanto a las cantidades reales;
más que todo en la segunda forma (b); ya que en la mayoría de casos existe pérdida de
requisiciones de productos y órdenes de compra de productos, lo cual da lugar a que los datos
calculados no concuerden con lo actualmente disponible físicamente en Almacén
Proceso 03:Controlar Existencias en Almacén
DESCRIPCIÓN
N° de Proceso
03
Nombre de Proceso
Controlar existencias en almacén
Paso N°
Responsable
Actividad
Revisa si hay productos en
1
malas condiciones en la
ferretería
Si están en buenas condiciones,
prepara los productos y/o
2
productos para ser despachados
de la siguiente manera: primero
en entrar, primero en salir
Si tiene fecha de caducidad
verifica periódicamente los
3
Encargado
productos almacenados en la
Empleado
ferretería.
Cajero
4
Verifica si los productos están
vencidos
Si el material está caducado,
realiza el respectivo
5
procedimiento de desecho de los
productos caducados.
Si los productos no están
caducados, los prepara para ser
6
despachados de la siguiente
manera: primero en entrar,
primero en salir
Entradas
Salidas
● Productos almacenados en
almacén
● Productos almacenados en
Almacén ordenados para
ser despachados siguiendo:
primero en entrar, primero
en salir
● Detección de productos
vencidos
Tabla 2.1-7 Controlar existencias en Almacén
DIAGRAMA DE PROCESO
Ilustración 2.1-3 Proceso 03: Controlar existencias en almacén
Análisis del Proceso
Debido a que no se tiene un control detallado de los productos en malas condiciones
,actualmente se está dando mucho desperdicio de ellos ;ya que se cumple la fecha de
vencimiento y no son usados en el rango de tiempo establecido.Esto se debe porque los
participantes no dispone de un detalle de los productos que están por vencer;por lo que se
despachan productos con tiempos de vencimiento mayor a otros con tiempo de vencimiento
menor.
Además se ha identificado que para los productos se utiliza el método primero en entrar, primero
en salir, lo cual no aplica para todos los productos ; ya que cuando se ingresan productos, las
fechas de vencimientos de estos no necesariamente es mayor a la fecha de vencimiento de los
productos almacenados en la ferreteria.
Proceso 04: Almacenar productos
DESCRIPCIÓN
N° de Proceso
04
Nombre de Proceso
Almacenar productos
Paso N°
Responsable
Actividad
Recepcionar nuevos productos en
1
almacén.
Revisa los productos
Empleado
2
Cajero
recepcionados, que concuerden
con el comprobante de adquisición
de nuevos productos.
Almacenar los productos en los
3
estantes apropiados.
Entradas
Salidas
● Nuevos productos.
● Productos almacenados en el
almacén.
Tabla 2.1-8 Proceso 04 del Área de Almacén
DIAGRAMA DE PROCESO
Ilustración 2.1-4 Proceso 04: Almacenar productos
Análisis del Proceso
Este proceso se refiere a la distribución por estantes;ya que el almacén contiene gran variedad de
productos,entre ellos existen productos peligrosos y contaminantes.Si no se tiene en zonas que
estén debidamente apropiados pueden causar situaciones no deseadas.
Proceso 05: Informar los problemas en almacén
DESCRIPCIÓN
N° de Proceso
05
Nombre de
Informar los problemas de almacén
Proceso
Paso N°
Responsable
1
Actividad
Detecta problemas en el almacén.
Empleado
2
Informar del problema detectado al Cajero.
3
Recibe el informe del problema en el almacén.
Analiza y determina la gravedad del problema
4
detectado.
Cajero
Si el problema es grave, lo reporta al
Encargado. Si el problema no es grave y
5
puede resolverlo, establece el apropiado
mecanismo para llevar a cabo la solución.
6
Recibe el informe del problema en Almacén.
Encargado
7
Establece mecanismo apropiado para resolver
el problema en Almacén.
Entradas
● Productos almacenados en Almacén.
Salidas
● Informe de problemas en Almacén.
Tabla 2.1-9 Proceso 05 del Área de Almacén
DIAGRAMA DE PROCESO
Ilustración 2.1-5 Proceso 05: Informar los problemas en almacén
Análisis del Proceso.
No se tiene un lugar en el cual se registren los diferentes problemas que suceden en la
ferretería.Esto ocasiona que el problema se repita periódicamente,pues no se sabe como se
soluciono un problema pasado.
Además no existe la forma de detectar el nivel de urgencia de solucionar los problemas.
2.1.6 Descripción, Diagramas y Análisis de Procesos del Área de Ventas
Proceso 01: Venta de Productos
DESCRIPCIÓN
N° de Proceso
01
Nombre de Proceso
Venta de Productos
Paso N°
Responsable
Actividad
Mostrar productos que el
1
cliente solicite.
Si se tiene el producto, se
2
ofrecen alternativas del
Empleado
producto.
Si el cliente opta por algún
producto, se le entrega un
3
ticket con el precio que se
debe cancelar.
4
Cajero
5
Empleado
El cliente debe realizar el
pago en caja.
Se le entrega los productos
que canceló.
Entradas
● Dinero
Salidas
● Productos
Tabla 2.1-10 Proceso 01 del Área de Ventas
DIAGRAMA DE PROCESO
Ilustración 2.1-6 Proceso 01: Venta de Productos
Análisis del Proceso
No se cuenta con un registro de los productos más demandados así como los productos que piden
los clientes los cuales la ferretería no cuenta,en ese caso se les muestra alternativas al producto
en diferentes marcas.
Proceso 02: Manejo del efectivo diario
DESCRIPCIÓN
N°
02
Nombre de Proceso
Manejo del efectivo diario
Paso N°
Responsable
Actividad
Al finalizar el horario de
ventas se inicia la
1
contabilización con el
Encargado
Se realiza la contabilización
2
de las ganancias.
Si las ventas concuerdan con
Cajero
Encargado
3
el dinero de la caja, se
finaliza la contabilización y
se entrega un reporte de las
ventas del día.
Si las ventas no concuerdan,
el Encargado realiza el
4
descuento a la remuneración
del Cajero.
Entradas
Salidas
● Dinero de Ventas
● Reporte de las Ventas
Tabla 2.1-12 Proceso 02: Venta de Productos
DIAGRAMA DE PROCESO
Ilustración 2.1-7 Proceso 02: Venta de Productos
Análisis del Proceso
El registro de ventas con el que cuenta la ferretería es muy deficiente, debido a que demanda
mucho tiempo al momento de la contabilización de las ventas, y debido a esto puede ocurrir
diferentes malentendidos en el cual el Cajero pueda salir perjudicado injustamente.
2.1.7 Conclusión del Análisis de la Situación Actual
El propósito de la fase de análisis de la situación actual es realizar un análisis sistemático de los
elementos de entrada y los flujos de datos más importantes. Esta etapa de identificación incluye
el proceso principal de la situación actual relacionada con el área de negocio (Ferretería).
Estos elementos son la principal introducción al conocimiento y comprensión del concepto de
negocio, dando como resultado que el analista de sistemas disponga del léxico necesario para
facilitar la comunicación entre el cliente/usuario-analista y viceversa.
2.2 Determinación de requerimientos
2.2.1 Requerimientos funcionales
Los requerimientos funcionales son declaraciones de los servicios que proveerá el Sistema de
control de inventario y ventas para ferreteria, de la manera en que este reaccionara a entradas
particulares y de cómo se comportará en situaciones particulares (Somerville,2006)
Para el establecimiento de los requerimientos funcionales se hará uso de la siguiente
clasificación para categorizar las funciones resultantes, resumidas en la siguiente tabla:
Categoría de la función
Evidente
Descripción
Debe realizarse, y el usuario debería saber que se ha realizado
Debe realizarse, aunque no es visible para los usuarios. Se aplica a
Oculta
muchos servicios subyacentes, tales como guardar información en
una base de datos
Superflua
Opcional, su inclusión no repercute significativamente en el costo
ni en otras funciones
Tabla 2.2-1 Categorías de las funciones del sistema
2.2.1.1 Funciones del Sistema
Referencia
Funcion
Categoría
RF01
Realizar Inicio de sesión.
Evidente
RF02
Registrar productos
Oculto
RF03
Modificar productos
Oculto
RF04
Reporte de productos
Evidente
ordenados descendentemente
por cantidad.
RF05
Reporte de nuevos productos
Evidente
registrados en un periodo de
tiempo
RF06
Registrar ventas
Evidente
RF07
Generar boleta
Oculto
RF08
Reporte de ventas ordenados
Evidente
descendentemente por fecha
RF9
Reporte detallado de una venta Evidente
RF10
Registrar compras de
Evidente
productos
RF11
Reporte de compras ordenadas
Evidente
descendentemente por fecha
RF12
Reporte detallado de una
Evidente
compra
Tabla 2.2-2 Requerimientos Funcionales. Funciones de Ferretería
2.2.2
Requerimientos no Funcionales
Los requerimientos no funcionales son restricciones de los servicios o funciones ofrecidos por el
sistema. Son aquellos requerimientos que no se refieren directamente a las funciones específicas
del sistema, sino a propiedades o atributos de este.
Atributo
Descripción
Documentación del Sistema
Material que explica las características
técnicas y de operación del sistema, es decir
proporciona entendimiento del sistema para
los que lo vayan a utilizar y quienes le den
mantenimiento.
Fiabilidad
Esto permite que el usuario pueda confiar en
las respuestas del sistema en la parte técnica,
ya que el sistema mostrará mensajes cuando
se de algún tipo de excepción además de
proporcionar validaciones en la inserción de
datos.
Interoperabilidad
Permite exportar los reportes generados a
Excel y a documentos PDF
Interfaces
El sistema deberá proporcionar salidas en
documentos electrónicos de tal manera que
minimice el uso del papel, sin embargo la
opción de impresión debe estar disponible.
Seguridad
Permitir que los recursos del sistema
informático sean utilizados de la manera que
se ha definido y que el acceso a la
información administrada por este y su
modificación sea únicamente a las personas
acreditadas y dentro de los límites
establecidos para cada tipo de usuario.
El sistema permitirá a un usuario autenticarse.
El sistema tomará el login y contraseña del
usuario y verificará que el usuario es quien
dice ser a través de los datos suministrados.
Tabla 2.2-3 Requerimientos Funcionales.No Funciones de Ferretería
2.3 Análisis del Sistema
La etapa de análisis y diseño del sistema, tiene el propósito de analizar sistemáticamente la
entrada o el flujo de datos, procesar o transformar datos, el almacenamiento de datos y la salida
de la información en el contexto del Sistema de control de inventario y ventas para ferreteria.
Para desarrollar la etapa de análisis del sistema se hará uso del análisis orientado a objetos, que
comprende el desarrollo de un modelo orientado a objetos del dominio de aplicación. Los objetos
identificados reflejan las entidades y operaciones que se asocian con el problema a resolver.
En el análisis orientado a objetos se hace uso del lenguaje unificado de modelación (UML, por
sus siglas en inglés). El conjunto de herramientas UML incluye diagramas que permiten
visualizar la construcción de un sistema orientado a objetos.
2.3.1 Casos de Uso Esenciales
En esta sección se presenta en primer lugar, los principales actores, luego se muestra el listado de
casos de uso, su respectiva descripción en formato de alto nivel y al final se muestran los
Diagramas de casos de uso identificados para el Sistema de control de inventario y ventas para
ferretería.
2.3.1.1Descripción de Actores
Encargado:Persona encargada de la ferretería cumple la función de administrador en las
funciones básicas del sistema.
Empleado: Persona que desempeña el rol básico de la ferretería tales como registrar los
productos,etc.
Cajero: Persona encargada del correcto funcionamiento de la caja y controlar el flujo de
dinero.
2.3.1.2 Diagrama de Casos de Uso
En esta sección se presentan los diagramas de casos de uso.
Ilustración 2.3-1 Diagrama de caso de uso
Bibliografía
Libros y revistas consultados:
Fred R. David (2003). Conceptos de ADMINISTRACIÓN ESTRATÉGICA. Novena edición.
Recuperado de
https://maliaoceano.files.wordpress.com/2017/03/libro-fred-david-9a-edicion-con-estrate
gica-fred-david.pdf
Gaither, N. y Frazier, G. (2000). Administración de la Producción y Operaciones, trad. por
Sánchez García Gabriel, 8a Edición, International Thomson Editores, México.
Burgasí, D., Cobo, D., Pérez, K., Pilacuan, R., & Rocha, M. (2021). El Diagrama De Ishikawa
Como Herramienta De Calidad En La Educación: Una Revisión De Los Últimos 7 Años.
14, 84, 1212–1230.
http://tambara.org/wp-content/uploads/2021/04/DIAGRAMA-ISHIKAWA_FINAL-PDF.
pdf
Sommerville, I. (2006). Ingeniería del software. Recuperado de
https://books.google.com.pe/books?id=gQWd49zSut4C&printsec=frontcover&hl=es#v=onepage
&q&f=false
Olivera, L. y Díaz, L. (2020). Modelos de Desarrollo de Software. Revista Cubana de Ciencias
Informáticas. Scielo. Recuperado de
http://scielo.sld.cu/pdf/rcci/v15n1/2227-1899-rcci-15-01-37.pdf
García, C. (2008). Gerencia Informática. Quinta Edición, Informatik S.A. de C.V. ISBN
970-17-1948-3
Sitios Web consultados:
Directorio Electrónico de Guatemala “El Análisis FODA” (Documento web),
www.deguate.com/infocentros/gerencia/mercadeo/mk17.htm