INSTITUTO PROFESIONAL VIRGINIO GOMEZ, DE LA UNIVERSIDAD DE CONCEPCIÓN.

SEGUCOR INVENTARY

Proyecto para optar al certificado del módulo de Análisis, carrera TNS Analista
Programador.

Alumnos:
-Octavio Gutierres

-Eyla Larez

-Camila Quiñones

Profesor:
-Iván Enrique San Martín Fredes
Fecha Presentación:
03 de noviembre de 2022
Contenido
Tabla de ilustraciones ................................................................................................. 1

Introducción ................................................................................................................. 1

Análisis previo ............................................................................................................. 2

Problemática: ........................................................................................................... 3

Alternativa de Solución 1 ............................................................................................. 3

Version Web ............................................................................................................ 3

Segunda alternativa a la solución 2 ............................................................................. 4

Versión Escritorio ..................................................................................................... 4

Tabla comparativa de versiones .............................................................................. 5

Solución propuesta:..................................................................................................... 6

Diagrama de casos de uso .......................................................................................... 6

Especificación de Requerimientos: .......................................................................... 7

Metodología de desarrollo. .......................................................................................... 7

Fases del Modelo Espiral ......................................................................................... 9

PLANIFICACIÓN...................................................................................................... 9

ANÁLISIS DEL RIESGO .......................................................................................... 9

INGENIERÍA: ........................................................................................................... 9

EVALUACIÓN .......................................................................................................... 9

Nombre del Sistema .................................................................................................. 10

Objetivo General ....................................................................................................... 10

Objetivos Específicos ................................................................................................ 10

Usuarios del Software ............................................................................................... 11

Usuarios Directos ................................................................................................... 11

Usuarios Indirectos ................................................................................................ 12

Requisitos de software. ............................................................................................. 13

Requisitos Funcionales .......................................................................................... 13

Sistema: ................................................................................................................. 13

Usuario:.................................................................................................................. 13

Requisitos no Funcionales ........................................................................................ 14

Producto: ................................................................................................................... 14

Organizacionales....................................................................................................... 14

Externos .................................................................................................................... 15

Requisitos de Información ......................................................................................... 15

De Entrada: ............................................................................................................ 15

De Salida: .................................................................................................................. 16

Requisitos técnicos ................................................................................................... 17

Hardware: .............................................................................................................. 17

Para la puesta en marcha ......................................................................................... 17

Software ................................................................................................................. 17

Diagrama de clases ................................................................................................... 18

Conclusión ................................................................................................................ 19

Referencias ............................................................................................................... 20
TABLA DE ILUSTRACIONES

Ilustración 1 Tabla comparativa de versiones ............................................................. 5

Ilustración 2 Caso de Uso Solución Propuesta ........................................................... 6

Ilustración 3 Método Espiral ...................................................................................... ..8

Ilustración 4 Usuarios directos .................................................................................. 11

Ilustración 5 Usuarios indirectos ................................................................................ 12

Ilustración 6 Requisitos de entrada ........................................................................... 15

Ilustración 7 Requisitos de salida .............................................................................. 16

Ilustración 8 Diagrama de clases ............................................................................. 18

 1

INTRODUCCIÓN

En los tiempos actuales el comercio es clave para muchos ciudadanos los cuales
toman la delantera de generar empleos, siendo motor de impulso de un país, tomando
en cuenta que para emprender y mantener un negocio se debe llevar un control de los
productos que comercian, parte de la solución, es generar un sistema de inventario
para determinar y lograr llevar un control de los productos comercializados.

Segucor es una empresa enfocada en el área de instalación de cortinas metálicas,

fabricación y venta de insumos para las instalaciones.
El sistema que deseamos crear permitirá ayudar a llevar el área administrativa de
bodega, la contabilidad de la información que entra y sale del área hasta terreno.

Para ello el equipo de programadores antes mencionados en este informe, se

encargarán de otorgar una solución al cliente, dicha solución abarcará las necesidades
requeridas por el usuario, lo cual será de gran utilidad en el desarrollo de su
desempeño comercial.
 2

ANÁLISIS PREVIO:

Segucor trata de una empresa enfocada en el área de instalación de cortinas metálicas,

fabricación de materiales y venta de insumos para las instalaciones, por un lado, está el
área de instalación el cual se enfoca en fabricar he instalar cortinas directamente de la
fabricación del material y por el otro, fabrica y vende los insumos para que empresas
secundarias puedan instalar sus propias cortinas, una cosa que tiene en común estos
dos sectores es el área de bodega que es de la cual salen los insumos menores tales
como kit de motores, manillas, pestillos banderolas, etc. Además, se encarga de
administrar y controlar todas las herramientas y materiales que salen a terreno y están
en el taller

Funcionamiento de sistema actual

• Caso insumo: el cliente realiza la cotización del material que desean comprar, una
ves realizado y enviado el cliente acepta el presupuesto, enviando la orden de
trabajo a taller donde el fleje de acero instalado en la maquina es procesado dando
la forma del material solicitado. En el caso de que el cliente necesite insumos
menores se revisa en bodega el inventario se entrega al cliente y se despacha
bajando la orden del sistema.

• Caso instalación: el cliente solicita una visita acordada con el vendedor donde el
vendedor toma las medidas exactas y los requisitos de la cortina (motorizada,
pintadas, étc) después en oficina se realiza el presupuesto con las especificaciones
recibidas y se manda el presupuesto hasta que el cliente lo acepte. Una vez que el
cliente halla abonado el 50% de la instalación le empresa tiene de 7 a 10 días
hábiles para fabricar he instalar, después de haber sido procesado se envía a
terreno a los maestros para instalar la cortina.
 3

PROBLEMÁTICA:

En el área laboral actual se está presenciando un gran cambio tecnológico, lo cual

exige que las empresas tengan instrumentos y/o aplicaciones que faciliten la toma de
pedidos, la contabilización, el mantenimiento del stock de sus productos entre otros
aspectos, por lo que se debe buscar soluciones a estas necesidades, las cuales deben
de ser fáciles de usar y de aplicarse en cualquier medio.
La empresa no cuenta con un sistema cumpla con todos los requerimientos que
necesita.

ALTERNATIVA DE SOLUCIÓN 1

VERSION WEB

Con el planteamiento de crear un sistema para Inventarios es posible llevar fácilmente

un preciso control de las entradas y salidas de mercadería, desde y hacia la bodegade la
empresa, manejar adecuadamente los niveles de inventario y entregar toda la
información para la administración de éstos, con esto se plantea ejecutar un sistema
web para trabajar desde cualquier equipo con la tecnología para ingresar al sistema.
Con esto se podrá facilitar el trabajo hecho a mano, por medio de este programa
accesible, seguro para el cliente.
 4

SEGUNDA ALTERNATIVA A LA SOLUCIÓN 2

VERSIÓN ESCRITORIO

De acuerdo con las soluciones planteadas para crear un sistema de inventario se

planteó una versión del sistema de escritorio solamente para ser usado e instalado en
los equipos de la compañía, esto lleva como desventaja problemas si los equipos son
dañados, no tendrán un respaldo, además de no tener la facilidad de manejar el
sistema desde cualquier dispositivo.
 5

TABLA COMPARATIVA DE VERSIONES:

Ventajas Desventajas
Se puede trabajar desde cualquier El sistema puede ponerse lento por
equipo con capacidad de conexión, aspectos de conexión
Los respaldos quedan en una memoria
Versión Web virtual (nube).
Se puede actualizar con mejoras por
medio de versiones generadas por los
programadores sin necesidad de
interrumpir las labores del cliente.
Sistema no estará colapsado cuando El sistema puede ser interrumpido por
haya problemas con la conexión fallas del equipo principal
El sistema para ser actualizado se
Versión El servidor es interno y se maneja la deberá de alguna manera interrumpir
escritorio información en memorias internas de la mientras el equipo desarrollador esta
empresa actualizando los datos.
Limitaciones de memoria y
almacenamiento de datos

Ilustración 1 Tabla comparativa de versiones

 6

SOLUCIÓN PROPUESTA:

Tomando en cuenta la problemática de las necesidades del cliente, en un previo

análisis de las versiones presentadas, se considera las ventajas, y desventajas de las
propuestas el equipo desarrollador en consenso llego a un acuerdo de recomendar al
cliente que se ejecute la versión web, esto se debe que en consideración las ventajas
que este otorga a la solución que el cliente requiere, por otra parte se toma en cuenta
que con esta decisión se logre solucionar la problemática.

DIAGRAMA DE CASOS DE USO

Ilustración 2 Diagrama de Caso de Uso

 7

ESPECIFICACIÓN DE REQUERIMIENTOS

● Controlar el stock en la bodega de la empresa.

● Facilitar los procesos de compra y venta.

● Automatizar el proceso de selección de servicios acorde a las

reales necesidades.
● Generar un sistema de inventario confiable, de fácil manejo.

● Creación de usuarios con distintas funciones y acceso al sistema.

● Controlar los registros de los proveedores.

METODOLOGÍA DE DESARROLLO

En el presente informe el equipo desarrollador llegó a un consenso de implementar la

metodología modelo Espiral dicha metodología es ideal para el sistema que se va a
diseñar.
Las metodologías ágiles tales como el modelo de desarrollo en “Espiral”, es una
combinación, entre, el modelo waterfall y un modelo por iteraciones. El proceso pasa
por distintas etapas, desde la conceptualización, siguiendo del desarrollo, luego una
fase de mejoras para finalizar con el mantenimiento.
Dentro de cada etapa tendremos una serie de fases que transcurren, desde, la
Planificación, pasando por el Análisis de Riesgo, el Desarrollo y finalizando en la
Evaluación de lo realizado. Incorporando una fase de enlace, entre, etapas para
facilitar la transición, entre, las mismas.
El equipo de desarrollo, en este modelo de Desarrollo en Espiral, comienza con un
pequeño conjunto de requisitos y pasa por cada fase de desarrollo, agrega la
funcionalidad para el Requerimiento en Espiral, dejando la aplicación lista, para la
Fase de Producción.
 8

Ilustración 3 Método Espiral

 9

FASES DEL MODELO ESPIRAL

A continuación, una explicación más detallada de qué actividades se abordan en cada

una de las fases del modelo.

PLANIFICACIÓN:

Incluye la estimación del costo, el calendario y los recursos necesarios para la

iteración. Implicando la comprensión de los requisitos del sistema, para la
comunicación, entre el Analista de requerimiento, el dueño de la empresa y el cliente.

ANÁLISIS DEL RIESGO:

Es la identificación de los riesgos potenciales, se realiza mientras se Planifica y

Finaliza la estrategia de mitigación de riesgos.

INGENIERÍA:

Acá se incluye la Codificación, Prueba y el Despliegue del Software.

EVALUACIÓN:

Tenemos acá la evaluación del software, por parte del cliente. Además, incluye la
identificación y el seguimiento de riesgos, como los retrasos en los plazos y los
sobrecostos asociados.

(2 del ottite, 2018)

 10

NOMBRE DEL SISTEMA

Segucor Inventary es un programa de control de inventario, de

sencillo manejo, adaptado a las necesidades de la empresa
SEGUCOR y su clientela, manteniendo los bienes y productos
controlados de manera digital.

OBJETIVO GENERAL

Generar un sistema de inventario, diseñado para mantener el orden

y las cuentas claras a su empresa o emprendimiento.
Dada la problemática de la empresa como objetivo general estamos
enfocado en optimizar y facilitar el inventariado de todo el sistema de bodega
permitiendo un mejor registro de cantidad de material, llevar un control de
entrada y salida de herramientas en terreno y taller.
Además, facilitara el conteo y periodos de renovación de materiales,
clasificándolas en estado operativos o no dejando con sus observaciones
requeridas.

OBJETIVOS ESPECÍFICOS

● Conocer todo el proceso de bodega para llegar a la parte

comercial.
● Obtener información del administrador y jefe de bodega.
● Identificar las ambigüedades que presenta.
● Conocer las funciones que necesita automatizar la empresa.
● Determinar los factores que limitan o demoran el inventario
de bodega.

● Potenciar la automatización del sistema a realizar.

 11

USUARIOS DEL SOFTWARE

USUARIOS DIRECTOS:

Usuarios Descripción / Funciones

Administradores Este usuario tiene derecho de ingresar,

modificar, eliminar los datos ingresados
en los mantenedores, tiene derecho a
acceder a los inventarios.
Jefe de Bodega Tiene acceso de ingresar, modificar o
eliminar datos de los mantenedores:
Listado de proveedores, listado
productos, ordenes de
Ilustración 4 Usuarios directos Ingresos/salidas…
 12

USUARIOS INDIRECTOS:

Usuarios Descripción / Funciones

Vendedores Este usuario podrá ver toda la

información en bodega, y precios
además tiene facultad de solicitar
pedidos al jefe de bodega, en base a
esto puede generar cotizaciones al
cliente y hacer órdenes de compra, pues
es parte del área comercial.
Operadores de bodega
Este usuario recibe orden directa del jefe
de bodega, por medio de la orden de
compra, el cual le ordena que producto
debe salir del depósito, y también recibe
mercancía de los proveedores.
Ilustración 5 Usuarios indirecto
 13

REQUISITOS DE SOFTWARE.

REQUISITOS FUNCIONALES:

En este ítem se detallan los requerimientos captados de acuerdo con la problemática

presentada, lo cual se ha de determinar estos requisitos en base a la empresa y el
cliente.
SISTEMA:
● Debe tener control de acceso.

● La página principal debe tener un menú desplegable con opciones ()

● Mantenedor para registro de productos (OT entrada).

● Mantenedor para registro de proveedores. (Ingreso, modificación, eliminación)

● Mantenedor para el registro de usuarios. (Ingreso, modificación, eliminación)

● Generador de mensaje de alarma cuando este por agotarse o saturarse el stock de

producto en bodega.

● Mantenedor para salida de productos (OT salida).

● Listado de proveedores.

● Listado de productos.

● Listado de usuarios.

USUARIO:

● Realizara la OT de entrada y recepción de productos.

● Realizara la OT de salida y despacho de productos.

● Para el control de acceso el usuario deberá ingresar su Run y 8 dígitos como

contraseña.
● Cada usuario será identificado con datos personales.

● Todo usuario tendrá perfil personal con su cargo.

● El usuario podrá recuperar su contraseña introduciendo su Run y correo.

 14

REQUISITOS NO FUNCIONALES:

En este punto los requisitos otorgados por el cliente y la información recabada nos
lleva al punto del desempeño del software, y su funcionalidad, tratando de dar una
experiencia positiva al usuario.

PRODUCTO:

● Desempeño: El sistema no debe durar más de 3 segundos para acceder al

sistema.
● El sistema debe ser amigable, cada casilla debe tener un mensaje adicional
cuando se paran con el ratón explicando en detalle que contiene si accedes a
ese botón.
● El sistema debe ser capaz de efectuar un arqueo al final del día, generando
resultados de cómo va los inventarios arrojando reportes finales.

ORGANIZACIONALES:

● A cada usuario se le otorgará una clave temporal, una vez que acceda al
sistema por primera vez exitosamente, debe cambiar de clave, dicha clave
temporal no debe ser usada como clave determinada.
● Los reportes arrojados por el sistema se guardarán en formato PDF por
seguridad.
● Todos los movimientos e información serán archivados en una data en archivo
log.
 15

EXTERNOS:

Los datos de los usuarios serán usados con el fin de información del sistema, no se
podrá divulgar dicha información al menos que el cliente dé su consentimiento por
medio de formas legales.

REQUISITOS DE INFORMACIÓN
DE ENTRADA:

Función Requisitos

Control de acceso: ● RUT

● Contraseña

Recuperación de contraseña: ● RUT

● Correo electrónico
Mantenedor Proveedor: ● Nombre.
● Producto.
● ID.

Mantenedor de Producto: ● Marca.

● Detalle producto.
Mantenedor de Inventario: ● ID.
● Marca.
Ilustración 6 Requisitos de entrada
 16

DE SALIDA:

Función Requisitos

Listado de usuarios: ● Rut

● Contraseña

Listado de Proveedores ● Marca.

● Producto.
● ID.
Listado de productos. ● Productos.
● ID.
● Productos en stock.
Ilustración 7 Requisitos de salida
 17

REQUISITOS TÉCNICOS

HARDWARE:

Se debe de tener 2 equipos con las siguientes características:

● Pantallas de 19 pulgadas

● Procesador: Intel Core 3.00 GHz

● RAM 16 GB

● Sistema operativo 64 bits Procesador x64

PARA LA PUESTA EN MARCHA:

SOFTWARE

● El software que se utilizará en este proyecto será la metodología “Espiral”.

● El proyecto se creará en visual studio versión 2019.

● Lenguaje C# y Google forms

● Paquete Office documentación

 18

DIAGRAMA DE CLASE

Ilustración 8 Diagrama de Clase

 19

CONCLUSIÓN

En síntesis, el diseño orientado a objetos surge por la necesidad de solventar los

problemas en la construcción de software, ya que, es un proceso complejo y requiere
de una perspectiva diferente en la cual se propone nuevos esquemas de desarrollo y
metodologías de análisis. Por lo cual, es importante no dejar pasar detalles como los
que incluimos en este proyecto.

Con el nuevo programa generado el que este encargado en el sector de bodega tendrá
una accesibilidad más rápida al todo el material que este en bodega y/o en terreno
permitiéndole llevar un mejor registro de todo lo que entra y sale, llevando un conteo
mensuales de que material fue retirado vendido o utilizado mas en el sector además
de facilitar un mejor orden con herramientas de trabajo evitando posibles robos o
perdidas más a futuro además de no tener una manipulación externa es menos
probable que se genere una confusión de información y dejar un respaldo en caso de
alguna falla en el ERP principal.

Existen varias metodologías orientadas a objetos, a pesar de que tienen variantes

entre ellas, todas trabajan con el mismo paradigma por tanto se basan en los mismos
fundamentos de Análisis y Diseño de objetos.
En relación con la metodología Espiral concluimos que la comunicación con el cliente
es primordial para análisis los riesgos y la elaboración del sistema deseado.
Trabajo elaborado en equipo.

En cuanto al tema de modelado, se ha incidido de nuevo en el uso de UML, pero

haciendo hincapié en los diferentes tipos de diagramas (Casos de uso y de Clases)
que este proyecto presenta.
 20

REFERENCIAS

• https://www2.deloitte.com/es/es/pages/technology/articles/que-
es-el-desarrollo-en-espiral.html

• Asp Gems. (s.f.). Asp Gems, https://aspgems.com/metodologia-de-

desarrollo-de-software-iii-modelo-en-espiral/

• https://segucor.cl/