FACULTAD TECNOLÓGICA

SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE INVENTARIOS DE

INSUMOS Y DE PRODUCCIÓN DE CALZADO.

REINEL STEVEN BOLAÑOS MARTÍNEZ

PROYECTO CURRICULAR:
TEC. SISTEMATIZACIÓN DE DATOS
BOGOTÁ D.C, COLOMBIA
2018

1
 Nota de Aceptación:
____________________________
____________________________
____________________________
____________________________

Tutor

_______________________________

Jurado

______________________________

Bogotá D.C., 2018

2
Agradecimientos
Dedicatoria

Contenido
ABSTRACT ............................................................................................................. 5
RESUMEN .............................................................................................................. 6
INTRODUCCIÓN .................................................................................................... 7
1. ASPECTOS GENERALES DEL PROYECTO .................................................. 7
1.1 Nombre del proyecto. ................................................................................. 7
1.2 Tema .......................................................................................................... 7
1.3 PLANTEAMIENTO DEL PROBLEMA. ....................................................... 7
1.3.1 Descripción .......................................................................................... 7
1.3.2 Formulación ......................................................................................... 8
1.4 Alcances y delimitaciones .......................................................................... 8
1.4.1 Alcance ................................................................................................ 8
1.4.2 Delimitaciones ..................................................................................... 8
1.5 Objetivos. ................................................................................................... 9
1.5.1 Objetivo general................................................................................... 9
1.5.2 Objetivos Específicos. ......................................................................... 9
1.6 Justificación................................................................................................ 9
1.7 Marco de Referencia ................................................................................ 10
1.7.1 Marco teórico ..................................................................................... 10
1.8 Marco conceptual ..................................................................................... 20
1.9 Factibilidad ............................................................................................... 21
1.9.1 Técnica .............................................................................................. 21
1.9.2 Operativa ........................................................................................... 22
1.9.3 Económica ......................................................................................... 23
1.9.4 Legal .................................................................................................. 23
1.10 Cronograma de actividades .................................................................. 24
2. FASE DE EXPLORACIÓN ............................................................................. 26
2.1 Análisis del requerimiento del sistema. .................................................... 26

3
 2.1.1 Módulos ............................................................................................. 27
2.1.2 Historias de usuario: .......................................................................... 28
2.2 Diagramas de funciones........................................................................... 32
2.3 DEFINICIÓN DE LENGUAJE DE PROGRAMACIÓN Y TECNOLOGÍAS
DE DESARROLLO ............................................................................................ 34
2.3.1 Spring Framework ............................................................................. 36
3. Fase de diseño ............................................................................................... 37
4. Bibliografía ..................................................................................................... 38

4
 ABSTRACT

This project seeks to solve the lack of good management of inventory information of the
company GUIMAR SHOES dedicated to the manufacture and distribution of footwear
permanently through a web information system that allows to meet all the needs
regarding the management of inventories of inputs and finished products.

In order to solve all the requirements of the company in a specific way for the developed
processes, this document is an investigation of each process defining the key aspects
in which it can intervene and thus develop the optimal system to carry a more organized
process providing administrators with the most appropriate, fast and accurate
information necessary to give a good management to the stock and additionally
achieving a possible growth in the company as a result of the reduction of human
resources and agility at the moment of requesting the information of the inventory
allowing the reduction of manufacturing times and prevent excessive or scarce stock.

Keywords: web information system, footwear inventory, Java Spring framework.

5
 RESUMEN

El presente proyecto busca solucionar la falta de un buen manejo de la información de

inventarios de la empresa GUIMAR SHOES dedicada a la fabricación y distribución de
calzado de manera permanente por medio de un sistema de información web que
permita suplir todas las necesidades con respecto al manejo de los inventarios de los
insumos y productos terminados.

Con el fin de solucionar todos los requerimientos de la empresa de una forma puntual
y especifica para los procesos desarrollados, en este documento se realiza una
investigación de cada proceso definiendo los aspectos claves en los cuales se puede
intervenir y así desarrollar el sistema óptimo para llevar un proceso mas organizado
brindando los administradores la información más adecuada, rápida y precisa necesaria
para darle un buen manejo al stock y adicionalmente logrando un posible crecimiento
en la empresa en consecuencia de la reducción de recursos humanos y agilidad en el
momento de requerir la información del inventario permitiendo la reducción de tiempos
de fabricación y prevenir un stock excesivo o escaso.

Palabras clave: sistema de información web, inventario de calzado, Java Spring

framework.

6
 INTRODUCCIÓN

El mundo actual ha generado una gran cantidad de tecnologías de la información en

coherencia a la gran necesidad en cualquier aspecto de adquirir información en tiempo
real que sea confiable y preciso por ende todas las empresas sin importar su labor debe
incluir las tecnologías de la información en todos los procesos que realicen con el fin de
agilizar y reducir los costos y tiempos de administración, producción, atención al cliente
y/o manutención.

La empresa GUIMAR SHOES dedicada a la fabricación y distribución de calzado en

vista del deficiente manejo de inventarios de forma manual busca la forma de integrar
un sistema de información web que lleve de una forma más automática y confiable el
inventario de sus insumos y productos de tal manera que obtenga más beneficios de
toda la información que brinda una buena gestión de esta información.

ASPECTOS GENERALES DEL PROYECTO

Nombre del proyecto.

Sistema de información web para la Gestión de inventarios de insumos y de producción

de Calzado.

Tema

Desarrollo de un sistema de información web que solucione temas de compleja

administración, reduciendo tiempos de gestión administrativa de los productos de la
empresa, así como el acceso a la información del inventario de forma práctica
generando balances a corto mediano y largo plazo mejorando la información disponible
para la toma de decisiones.

PLANTEAMIENTO DEL PROBLEMA.

1.1.1 Descripción
En el barrio Restrepo en la localidad de Antonio Nariño de Bogotá se encuentra ubicada
la fábrica de calzado GUIMAR SHOES dedicada a la producción y distribución de
calzado, en el tiempo que lleva esta industria se evidencia el incremento de producción
de manera que se ha perdido el control de la gestión de insumos y fiabilidad de la
información de existencias en bodega de los diferentes insumos y su estado durante la
línea de fabricación.

En la entrevista realizada con el gerente de la compañía indica que el inventario se

realiza de manera manual en libros contables, gestionando en dichos libros información
básica y superficial, al igual en las ventas que se realizan con facturación genérica, por
otra parte, la adquisición de los insumos necesarios para la producción del calzado no

7
lleva ninguna gestión administrativa, por ende, no se cuenta con la información de la
inversión realizada para la producción del calzado y su existencia.

Por otra parte, la solicitud de pedidos se realiza de manera presencial en cada punto
de venta, así como la actualización de la mercancía que se vendida.

Exponiendo lo dicho anteriormente se evidencia que la gestión de inventarios no es

confiable ni precisa, además de ser poco eficiente ya que presenta múltiples problemas
como perdida de información o mucha complejidad en el momento de realizar
inventarios, gestión nula de insumos y esfuerzo extra de recursos humanos en la
realización de dichos procesos, puesto que no se tiene el control respectivo sobre la
cantidad de insumos y mercancía con la que cuenta la empresa y es demasiado ardua
la labor de actualización de inventarios en la mercancía distribuida y por ende la
generación de las reposiciones necesarias.

Problemas que generan una serie de consecuencias como exceso de algunos insumos
generando costos adicionales injustificables a la producción y a su vez agotamiento de
otros productos útiles para el funcionamiento del negocio, perdida en tiempos de
producción, ocasionando inconformidad de los clientes o perdida de estos, adicional a
esto no se tiene la información fiable y en tiempo real de la cantidad de mercancía
disponible, ya sea en bodega, línea de producción o en distribución.

1.1.2 Formulación
¿Se puede mejorar el proceso de inventarios con el desarrollo de un sistema de
información que permita la gestión de inventario de los insumos y productos
almacenados y distribuidos?

Alcances y delimitaciones

1.1.1 Alcance
• El presente proyecto se desarrollará para generar un sistema de
información que permitirá a la fábrica de calzado “GUIMAR SHOES”,
llevar una gestión eficaz y confiable del inventario de sus insumos,
producción y distribución del calzado.

• Mejorar tiempos de gestión, producción del producto y distribución.

• Proveer nueva información necesaria para una mejor gestión de la

producción, compra de insumos y reposición de estos.

• Dispondrá de un sitio web que permitirá el acceso de forma

permanente.

1.1.2 Delimitaciones
No se realizará un sistema en tiempo real de inventario de la mercancía distribuida
debido a que el control de los puntos de venta es externo a la empresa.

8
La información generada por el software no será válida para eventos legales ante el
estado ya que cuenta con ajustes específicos de la empresa los cuales difieren de los
establecidos por el estado de Colombia.

Para este inventario solo se tendrá en cuenta netamente la materia prima y su

producción, por ende no se tiene en cuenta arriendos, servicios públicos, desgaste de
maquinarias, mantenimientos, modelación, diseños, adquisición de herramienta y/o
maquinaria, etc.

Objetivos.

1.1.3 Objetivo general.

Desarrollar un sistema de información para la gestión de inventarios de los insumos en
la línea de fabricación y distribución en la fábrica de calzado “GUIMAR SHOES” que
actuara como una herramienta que contribuya a la empresa en la toma oportuna de
decisiones en el abastecimiento de estos.

1.1.4 Objetivos Específicos.

• Desarrollar módulo de gestión de usuario para la asignación de roles para cada
tipo de usuario correspondiente

• Desarrollar el módulo de cotización para la entrega de estimaciones de coste.

• Desarrollar módulo de inventarios de los insumos en existencia y sus

características.

• Desarrollar módulo de inventario de productos terminados y de proveedores

aliados en stock

• Desarrollar módulo de pedidos para los puntos de venta.

Justificación

El proyecto propuesto busca encontrar de forma rápida y precisa la información

relacionada con los procesos de gestión de insumos y a su vez del inventario de toda
la línea de fabricación y distribución de la fábrica de calzado “GUIMAR SHOES”, como
la perdida de producto e inconsistencias en la cantidad de insumos y gastos
económicos, obteniendo información necesaria para gestionar estos inconvenientes
mejorando la rentabilidad y eficacia de la empresa.

Para lograr los objetivos del proyecto, se desarrollará un sistema de información con
base en servicios web de fácil y permanente acceso a la información y a su vez de la
modificación de esta.

El proyecto a realizar se destaca por ser dedicado a sistematizar la información vital

para la operación de la empresa en su línea de fabricación y distribución, que permite
enfocarse en los insumos necesarios para la fabricación de calzado y gestionar el

9
desarrollo de este de forma eficiente y confiable, brindando información deducida de los
materiales disponibles de forma precisa evitando la necesidad de desplazarse
presencialmente al establecimiento para saber si hay algún producto disponible o
agotado y mantener los niveles apropiados en stock.

En consecuencia, como hay un control de inventarios, a diario se genera información

indispensable para la toma de decisiones en cuanto a los niveles de stock de los
insumos, esto viene con las garantías de tener todos los insumos disponibles.

Otro beneficio importante es la gestión de la operación de producción que presenta

dificultades en la recolección de información de la situación del estado de dicho
producto, lo que por medio de este sistema solucionaría esta falta de información y así
llevar control acertado del proceso.

Finalmente se consigue reducir en gran medida el uso de recursos físicos tales como
facturas, libros contables, agendas, etc y reducción de recursos humanos y de
desplazamiento incorporando el medio de acceso web para la comunicación fluida con
el sistema, el cual nos permite el acceso continuo e inmediato a la información y
adicionalmente permite la interacción con el cliente y de esta forma se actualizar la
información del stock en los puntos de venta sin necesidad de acudir a ellos de manera
presencial.

Marco de Referencia

1.1.5 Marco teórico

Estado del arte
Fuentes de información.
• Prieto, Ana; Martínez, Marle, Sistemas de información en las
organizaciones: Una alternativa para mejorar la productividad gerencial
en las pequeñas y medianas empresas Volumen 10. Maracaibo,
Venezuela. Universidad del Zulia. 2010. Páginas 322-337

• Métodos para mejorar la eficiencia y la toma de decisiones en la gestión

de inventarios. Carlos, Veloz-Navarrete; Oscar, Parada-Gutiérrez Revista
Ciencia UNEMI

• Montemayor Sierra, Blenda Lucero. Propuesta de un sistema de control

interno para mejorar la gestión de inventarios de la empresa Textiles.
Universidad Norbert Wiener Perú SAC, 2017

• Blanca Alicia Soto-Restrepo, Gloria Stella Mesa-Velásquez, Jaqueline de

la Cruz Quiros-Jaramillo, Análisis comparativo deltrat amiento contable y
financiero de los inventarios entre NIC 2 plena, NIIF pymes sección 13 y
Decreto 2706 capítulo 8,

• Marco Antonio Misari Argandoña El control interno de inventarios y la

gestión en las empresas de fabricación de calzado en el distrito de santa

10
 Anita, lima Perú 2012 facultad de ciencias contables, económicas y
financieras escuela profesional de contabilidad y fina

• Mónica Alexandra Camacho carrero, Brian Andres silva espinosa,

Sistema de control de inventarios y facturación para la comercializadora
de repuestos silva S.A, corporación universitaria minúto de dios, 2014

• Carlos Veloz Navarrete, Oscar Parada Gutiérrez, Métodos para mejorar

la eficiencia y la toma de decisiones en la gestión de inventarios, 2017

• Ángela Patricia Ramírez Pérez, Jhon Fredy García Valero,Wilmer

Esneyder Quiñones Rodriguez Sistematización para el control de
inventarios en sunshine bouquet ltda 2013 Textiles Of Perú SAC, 2017.

Proyectos relacionados
MARCO ANTONIO MISARI ARGANDOÑA, FACULTAD DE CIENCIAS CONTABLES,
ECONÓMICAS Y FINANCIERAS, El control interno de inventarios y la gestión en las
empresas de fabricación de calzado en el distrito de Santa Anita, teniendo como
objetivo general establecer si el control interno de inventarios influye en la gestión de
las empresas de fabricación de calzado en el distrito de Santa Anita para lograr el
objetivo realizo un estudio de tipo aplicada centrada en el nivel descriptivo, explicativo,
La población estuvo conformada por 500 personas entre damas y caballeros constituida
por profesionales, empresarios, ejecutivos, contadores, auditores y trabajadores de 8
empresas dedicadas a la fabricación y comercialización de calzado en el distrito de
Santa Anita , la muestra estuvo conformada por40 personas a los cuales se aplicó los
instrumentos de medición como entrevistas y encuestas, llegando a la conclusión que
el control interno de inventarios es un factor determinante en el desarrollo económico
de las empresas y una permanente actualización de los registros dará como resultado
el eficiente cálculo y proyección de la distribución y marketing de los productos
elaborados.

Amaya Cruz, Wilber David. Sistema de información para el control de inventario, manejo
de órdenes de compra, venta y despacho de productos para la empresa
comercializadora Variedades Dolly, Universidad Distrital Francisco José de Caldas,
Bogotá, 2014. Se desarrolló un sistema de información para la empresa
Comercializadora Variedades Dolly; que facilita realizar los procedimientos
relacionados a desarrollar; facturas, control de inventario, almacenamiento de datos de
los clientes, productos, proveedores y empleados. El sistema es implementado en
entornos web; lo que permite que se pueda ejecutar desde cualquier ubicación sin
necesidad de utilizar un solo equipo (computador).

Hernández, Andrew. Sistema de control de inventarios bajo un entorno web para

comercializadoras de mercancía. Universidad Distrital Francisco José de Caldas,
Bogotá 2014.

El siguiente desarrollo está destinado al control de inventarios permanentes en una o

más sucursales de la compañía que controla el sistema. Está compuesto de módulos
de gestión de funcionarios, almacenes, productos, proveedores, familias, módulos de

11
movimientos de mercancía y generación de reportes. El documento describe la
elaboración del proyecto en modo monografía y al permanecer en la nube permite el
intercambio de datos en tiempo real. Está compuesto de tres actores que son
administradores, jefe de inventario y almacenista.

Moreno Sánchez, Yeraldín. Sistema de información web para el manejo y control de

inventarios de la empresa INKJETKOL LTDA. Universidad Distrital Francisco José de
Caldas, Bogotá, 2014.

El sistema realizado para la empresa lNKJETKOL LTDA se especializa en el desarrollo

e implementación de un sistema de información web, a través del cual se pueda
gestionar adecuadamente el inventario principalmente de materia prima (tintas), este
sistema de información web brindo la seguridad y confiabilidad en el control de
inventarios y la administración de la información recolectada para el desarrollo de los
procesos diarios de la empresa INKJETKOL LTDA.

Inventario
Se les llama inventario a las existencias de cualquier artículo, producto o recurso
utilizado en una organización. El inventario se puede clasificar, dentro de una empresa
manufacturera, en inventario de materia prima, producto en proceso y producto
terminado. El inventario se debe controlar de la mejor manera, es decir, se debe
comparar lo que actualmente ocurre contra lo planeado.

El control de los inventarios es una de las actividades más complejas, ya que hay que
enfrentarse a intereses y consideraciones en conflicto por las múltiples incertidumbres
que encierran. Su planeación implica la participación activa de diversos segmentos de
la organización, como ventas, finanzas, compras, producción y contabilidad 1. Su
resultado final tiene gran trascendencia en la posición financiera y competitiva, puesto
que afecta directamente al servicio, a la clientela, a los costos de fabricación, a las
utilidades y a la liquidez del capital de trabajo. Debido a que existe gran cantidad de
productos se realizará una clasificación para controlar únicamente aquellos que tengan
mayor valor dentro del inventario.

Implantación de los sistemas de información en las PYME

uno de los aportes importantes de la informática se sitúa en el trámite que exige su

implantación. Está claro que el tipo de trámite empleado para automatizarse es crucial
para el éxito posible del sistema de información.

1 Sánchez López Maricela. Sistema de Información para el Control de Inventarios

del Almacén del ITS. Edición 41. México. Instituto Tecnológico de Saltillo. 2011.
Página 45.

12
Más específicamente los investigadores y los realizadores prácticos de sistemas de
información, han llegado a la conclusión que un trámite sistemático de implantación de
este sistema debe incluir ciertas etapas fundamentales.

1.Análisis de las necesidades de información de la gerencia. 2. Determinación de los

objetivos del sistema basándose en las necesidades de todos los gerentes, en los
costos y en los beneficios que se prevén. 3. Plan y propuesta del diseño del sistema de
información, incluyendo el programa y los costos estimados. 4. Diseño conceptual
preliminar del sistema de información. 5. Diseño detallado de todos los aspectos del
sistema. 6. Puesta en operación del nuevo sistema de información. 7. Control y
mantenimiento al nuevo sistema.

El Método ABC para la clasificación de los inventarios

Entre los principales elementos operacionales se destacan: el análisis de la demanda
de los aprovisionamientos, la clasificación de los productos en inventario, la
determinación de políticas de inventarios, el análisis y selección de proveedores, la
gestión de transporte, la gestión de almacenamiento y las actividades que suponen la
logística inversa. En particular, es ampliamente utilizado para la clasificación del
inventario el método ABC. En correspondencia con los fundamentos conceptuales del
método ABC, un número pequeño de productos es responsable de un volumen grande
de inversión. El propósito de la clasificación es establecer un sistema de control por
excepción. La aplicación del método ABC posibilita la obtención de una curva que
refiere la distribución estadística de los diferentes productos almacenados en tres
zonas, A, B y C, en correspondencia con el porcentaje acumulado del parámetro base,
utilizado para la clasificación: valor del consumo, valor del inventario medio, cantidad
de movimientos de los productos en el almacén, entre otros2.

ZONA A: Agrupa del 10% al 20 % del total de los renglones y representa del 60% al
80% del efecto económico total. Estos renglones serán clasificados como A y son los
más importantes para la empresa, según el parámetro base considerado. ZONA B:
Agrupa del 20% al 30% del total de los renglones y representa del 20% al 30% del
efecto económico total. Estos renglones son clasificados como B y tienen una
importancia media para la empresa. ZONA C: Agrupa del 50% al 70 % del total de los
renglones y representa del 5% al 15 % del efecto económico total. Estos renglones
serán clasificados como C y son los de menor importancia para la empresa, según el
parámetro base considerado

La Política de inventarios Mini-Max

El método de pedido de inventario min/Máx es un mecanismo de reorden básico que
ha sido implementado en muchos ERP y otros tipos de software de gestión de
inventario. El valor "Mín" representa el nivel de existencias que desencadena una
reorden, mientras que el valor "Máx" representa un nuevo nivel de existencias objetivo
que le sigue a la reorden. La diferencia entre el Mín y el Máx a menudo se interpreta
como la cantidad económica de la orden (EOQ). Y si bien la planificación de inventario
Mín/Máx es un método bastante rudimentario para el pedido de inventario, las

2Métodos para mejorar la eficiencia y la toma de decisiones en la gestión de inventarios Revista

Ciencia UNEMI Vol. 10, Nº 22, Abril 2017, pp. 29 - 38
13
configuraciones de Mín/Máx se pueden ajustar en modo dinámico para ofrecer un mejor
rendimiento del inventario.

Para permitir que un software de este tipo funcione y reemplace al método básico
Mín/Máx del software principal, se pueden utilizar las siguientes reglas:

Cuando no se necesita realizar ninguna reorden (según el software de optimización de

inventario específico), la cantidad Mín se fijará en cero o incluso -1, lo que evitará que
tenga lugar cualquier reorden.

Cuando es necesario realizar una reorden de X cantidad y suponiendo que el total de

existencias sea S, tanto el valor Mín como el Máx deberían fijarse en X-S.3

Norma Internacional de Contabilidad (NIC 2) – Existencias

El objetivo de esta Norma es prescribir el tratamiento contable de las existencias. Un
tema fundamental en la contabilidad de las existencias es la cantidad de coste que debe
reconocerse como un activo, y ser diferido hasta que los correspondientes ingresos
ordinarios sean reconocidos. Esta Norma suministra una guía práctica para la
determinación de ese coste, así como para el posterior reconocimiento como un gasto
del ejercicio, incluyendo también cualquier deterioro que rebaje el importe en libros al
valor neto realizable. También suministra directrices sobre las fórmulas de coste que se
utilizan para atribuir costes a las existencias4.

Metodología XP
la programación extrema, esta metodología pertenece al conjunto conocido como
metodologías agiles5 las cuales han cambiado el desarrollo de software en contraste
con las metodologías clásicas.

El término ágil utilizado en el desarrollo de software surge de una reunión celebrada en

febrero de 2001, donde participaron expertos en la industria de software, incluyendo
algunos de los creadores de las metodologías de software6. Tras esta reunión se fundó
The Agile Alliance, una organización sin ánimo de lucro, que apoya a las personas que
exploran y aplican valores, principios y prácticas ágiles para hacer que las soluciones
de software sean más efectivas, humanas y sostenibles.

El manifiesto por el desarrollo ágil de software, estos principios son:

• Individuos e interacciones sobre procesos y herramientas.

3 Métodos para mejorar la eficiencia y la toma de decisiones en la gestión de inventarios Revista

Ciencia UNEMI Vol. 10, Nº 22, Abril 2017, pp. 29 - 38
4 Análisis comparativo deltrat amiento contable y financiero de los inventarios entre NIC 2 plena,

pag 907-910
5 BEN OTHMANE, Lotfi, et al. Extending the agile development process to develop acceptably

secure software. 2014. p. 2.

6 CANÓS, José H.; LETELIER, Patricio; PENADÉS, Mª Carmen. Metodologías ágiles en el

desarrollo de software. 2012. p. 2.

14
 • Software funcionando sobre documentación extensiva.

• Colaboración con el cliente sobre negociación contractual.

• Respuesta ante el cambio sobre seguir un plan.

En el manifiesto que se puede encontrar en la dirección

http://agilemanifesto.org/iso/es/manifesto.html, ellos dicen que "aunque valoramos los
elementos de la derecha, valoramos más los de la izquierda".

La siguiente tabla, recoge estas diferencias que no se refieren sólo al proceso en sí,
sino también al contexto de equipo y organización que es más favorable a cada uno de
estas filosofías de procesos de desarrollo de software.

A continuación, en la Tabla 1 se encuentra un cuadro comparativo entre la metodología

ágil y la metodología tradicional.

Tabla 1 Diferencias entre metodologías ágiles y no ágiles.

The Agile Alliance, define la programación extrema7 (XP) como una metodología ágil de
desarrollo de software, que tiene como objetivo producir software de mayor calidad y
mayor calidad de vida para el equipo de desarrollo. Canós, Letelier y Penadés8, citan a

7 The Agile Alliance. Programación Extrema, https://www.agilealliance.org/glossary/xp

8 CANÓS, José H.; et al. Metodologías ágiles en el desarrollo de software. 2012. p. 4.
15
al padre de XP, Kent Beck y afirman que es una metodología ágil centrada en potenciar
las relaciones interpersonales como clave para el éxito en desarrollo de software,
promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los
desarrolladores, y propiciando un buen clima de trabajo. Canós, Letelier y Penadés,
también afirman que XP se define como especialmente adecuada para proyectos con
requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico.

The Agile Alliance y Mousques9, coinciden que XP tiene cinco valores que son la
comunicación, la simplicidad, la retroalimentación, el coraje y el respeto. Por otro lado,
Joskowicz10 describe detalladamente que el ciclo de vida de un proyecto XP incluye al
igual que las otras metodologías entender lo que el cliente necesita, estimar el esfuerzo,
crear la solución entregar el producto final al cliente. Sin embargo, XP propone un ciclo
de vida dinámico, donde se admite expresamente que, en muchos casos, los clientes
no son capaces de especificar sus requerimientos al comienzo de un proyecto.

Por esto, se trata de realizar ciclos de desarrollo cortos (llamados iteraciones), con
entregables funcionales al finalizar cada ciclo. En cada iteración se realiza un ciclo
completo de análisis, diseño, desarrollo y pruebas, pero utilizando un conjunto de reglas
y prácticas que caracterizan a XP.

La Figura 1 tomada del trabajo de Joskowicz, esquematiza los ciclos de desarrollo en

cascada (a) e iterativos (b) tradicionales, comparadas con el de XP (c).

Figura 1 Comparación de los modelos de desarrollo de software en cascada, iterativos y XP.

9 MOUSQUES, Gastón. Cátedra de Ingeniería de Software. Universidad ORT Uruguay. Facultad de

Ingeniería. 2013.
10 JOSKOWICZ, José. Reglas y prácticas en eXtreme Programming. Universidad de Vigo, 2008.

16
Mousques11 describe las fases del ciclo de vida de un proyecto XP, en la siguiente
Figura 2 se pueden apreciar las fases que más adelante se describen en de forma
detallada.

Figura 2 El ciclo de vida de un proyecto XP.

• Fase de exploración: Se plantean a grandes rasgos las historias de usuario que

son de interés para la primera entrega del producto. El equipo de desarrollo se
familiariza con las herramientas, tecnologías y prácticas.

• Fase de planificación: En esta fase el cliente establece la prioridad de cada

historia de usuario, los programadores realizan una estimación del esfuerzo
necesario de cada una de ellas. Se toman acuerdos sobre el contenido de la
primera entrega y se determina un cronograma en conjunto con el cliente.

• Fase de iteraciones: Esta fase incluye varias iteraciones del sistema antes de
la entrega del primer release. El calendario es dividido en un número iteraciones
de tal manera de que cada iteración tome de una a cuatro semanas de
implementación. En la primera iteración se crea un sistema que abarca los
aspectos más importantes de la arquitectura global. Esto se logra seleccionando
las stories que hagan referencia a la construcción de la estructura de todo el
sistema. Al final de la última iteración el sistema estará listo para entrar en
producción.

11MOUSQUES, Gastón. Cátedra de Ingeniería de Software. Universidad ORT Uruguay.

Facultad de Ingeniería. 2013
17
 • Fase de puesta en producción: La fase de producción requiere de pruebas
adicionales y revisiones de rendimiento antes de que el sistema sea trasladado
al entorno del cliente. Se deben tomar decisiones sobre la inclusión de nuevas
características a la versión actual, debido a cambios durante esta fase.

• Mantenimiento: En esta fase por lo general se necesita un esfuerzo extra de

los programadores para satisfacer los requerimientos del cliente. Por este motivo
la velocidad de desarrollo suele disminuir una vez que el sistema es puesto en
producción

• Muerte: Es cuando el cliente no tiene más historias para ser incluidas en el

sistema. Se genera la documentación final del sistema y no se realizan más
cambios en la arquitectura. La muerte del proyecto también ocurre cuando el
sistema no genera los beneficios esperados por el cliente o cuando no hay
presupuesto para mantenerlo.

Historias de Usuario
Canós, Letelier y Penadés, definen las historias de usuario como la técnica utilizada en
extrem Programming, para especificar requerimientos de software. Consisten en
tarjetas (“cards” en inglés) de papel en las cuales el cliente describe brevemente los
requerimientos funcionales o no funcionales que el sistema debe poseer. Por otra parte,
Joskowicz dice que las historias de usuario sustituyen a los documentos de
especificación funcional y a los casos de uso. Afirma que, la principal diferencia entre
las historias de usuario y los tradicionales documentos de especificación funcional están
en el nivel de detalle requerido, ya que, las historias de usuario deben ser los
suficientemente compresible y delimitada para que los programadores puedan realizar
una estimación poco riesgosa y logren implementarla en pocas semanas.

The Agile Alliance, coincide con las anteriores descripciones de las historias de usuario
y dice que independientemente del orden de su implementación, se espera que éstas
produzcan una contribución al valor global del producto.

Izaurralde y Andriano citan a Cohn para indicar que toda historia de usuario tiene una
descripción que será utilizada para planificar y posteriormente disgregar los detalles con
el dueño del producto las pruebas para determinar si una historia está finalizada o no.
Asimismo, concuerdan con The Agile Alliance al decir que las historias de usuario se
escriben en notas de papel (post-its) para facilitar la planificación y discusiones que se
llevan a cabo, típicamente se escriben de la forma:

Como <rol o tipo de usuario>, quiero <acción a ejecutar>, para <finalidad>.

Todas las historias de usuario que se definirán en la fase de planeación tendrán la

estructura que se muestra en la Tabla 2.

HISTORIA DE USUARIO
Usuario: Persona que utilizará la
Historia Numero: Permite identificar a una
historia de usuario. funcionalidad del sistema descrita en la
historia de usuario.

18
 Nombre Historia: Describe de manera general a una historia de usuario.

Prioridad en Negocio: Grado de Riesgo en Desarrollo: Valor de

importancia que el cliente asigna a una complejidad que una historia de usuario
historia de usuario. representa al equipo de desarrollo.

Puntos Estimados: Iteración Asignada:

Número de semanas que se necesitará Número de iteración, en que el cliente
para el desarrollo de una historia de desea que se implemente una historia de
usuario. usuario.
Aplicación: Información detallada de una historia de usuario.

Finalidad: Campo opcional utilizado para aclarar, si es necesario, el requerimiento descrito

de una historia de usuario.

Tabla 2 Ejemplo de historia de usuario.

¿Qué es la tecnología Java y para qué la necesito?

Java es un lenguaje de programación robusto y una plataforma informática
comercializada por primera vez en 1995 por Sun Microsystems. Hay muchas
aplicaciones y sitios web que funcionan con Java y cada día se crean más. Java es
rápido, seguro y fiable. Desde portátiles hasta centros de datos, desde consolas para
juegos hasta súper computadoras, desde teléfonos móviles hasta Internet.

JRE.
Java Runtime Environment (JRE) es lo que se obtiene al descargar el software de Java.
JRE está formado por Java Virtual Machine (JVM), clases del núcleo de la plataforma
Java y bibliotecas de la plataforma Java de soporte. JRE es la parte de tiempo de
ejecución del software de Java, que es todo lo que necesita para ejecutarlo en el
explorador web.

Development Kit (JDK)

La escritura de aplicaciones y applets de Java necesita herramientas de desarrollo
como JDK. JDK incluye Java Runtime Environment, el compilador Java y las API de
Java. Familiarizarse resulta fácil para los programadores nuevos y con experiencia.12

Spring Boot
Facilita la creación de aplicaciones independientes basadas en resortes de grado de
producción que puede ejecutar. Tomamos una opinión obsecuente de la plataforma
Spring y de las bibliotecas de terceros, para que pueda comenzar con el mínimo
esfuerzo. La mayoría de las aplicaciones Spring Boot necesitan muy poca configuración
de Spring.

12 https://www.java.com/es
19
Puede usar Spring Boot para crear aplicaciones Java que se pueden iniciar mediante
el uso de java -jarimplementaciones war más tradicionales. También ofrecemos una
herramienta de línea de comandos que ejecuta "secuencias de comandos de
primavera".

Nuestros objetivos principales son:

• Proporcione una experiencia de inicio radicalmente más rápida y

ampliamente accesible para todo el desarrollo de Spring.

• Sea obstinado de la caja, pero salga del camino rápidamente a medida

que los requisitos comienzan a divergir de los valores predeterminados.

• Proporcione una gama de características no funcionales que son comunes

a grandes clases de proyectos (como servidores integrados, seguridad,
métricas, controles de estado y configuración externalizada).

• Absolutamente no hay generación de código y ningún requisito para la

configuración XML13

¿Qué es Angular?
Angular es una plataforma que facilita la creación de aplicaciones con la web. Angular
combina plantillas declarativas, inyección de dependencia, herramientas de extremo a
extremo y mejores prácticas integradas para resolver los desafíos de
desarrollo. Angular permite a los desarrolladores crear aplicaciones que se ejecutan en
la web, el dispositivo móvil o el escritorio14

Marco conceptual

Fabrica: Establecimiento dotado de la maquinaria, herramienta e instalaciones

necesarias para la producción de ciertos objetos

Insumos: El insumo es todo aquello disponible para el uso y el desarrollo de la vida

humana, desde lo que encontramos en la naturaleza, hasta lo que creamos nosotros
mismos, es decir, la materia prima de una cosa. En general los insumos pierden sus
propiedades y características para transformarse y formar parte del producto

Área de corte: primera labor realizada para la fabricación de calzado que requiere de
recursos humanos la cual consiste en realizar cortes vasados en moldes predispuestos
para dicho fin.

Área de guarnición: siguiente labor en la línea de fabricación de calzado, consiste en

realizan las costuras, dobleces, entre otros en los cortes realizados en el área
inmediatamente anterior

13 https://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/#getting-started-
introducing-spring-boot

14 https://angular.io/docs
20
Área de soladura: labor en la cual se da la forma al calzado por medio de hormas que
definen la forma definitiva del calzado.

Área de ensuelada: labor en la cual se adhiere la suela al zapato por medio de

diferentes adictivos o pegantes.

Área de finizaje: labor en la cual se da el visto bueno del resultado final del zapato,
dando los retoques finales y su debida presentación para su comercialización.

Capellada: se define como la parte frontal del zapato y el tipo de material principal del
cual se compone.

Mercado potencial: es el grupo de personas donde va enfocado el producto o servicio

específico.

Sistema de información:

Software:

Bases de datos: Una base de datos es un almacén que nos permite guardar grandes
cantidades de información de forma organizada para que luego podamos encontrar y
utilizar fácilmente.

Cliente: Persona que utiliza los servicios o productos de un profesional o de una

empresa, especialmente la que lo hace regularmente. "el abogado reclama los
documentos incautados a su cliente; las nuevas compañías ofrecen al cliente un
paquete de servicios y/o productos"

• Persona que compra en un establecimiento comercial o público,

especialmente la que lo hace regularmente.

• Elemento de un sistema informático que depende de un servidor al que

envía peticiones para que realice para él ciertas funciones.

Factibilidad

1.1.6 Técnica
En la factibilidad técnica los recursos a utilizar son gestores de bases de datos, personal encargado
de realizar la gestión de recursos del proyecto, computadores en los cuales se encuentran el software
necesario para la implementación. Para este proyecto se utilizará lenguaje java, Spring framework,
Spring Boot, Angular 5 el gestor de base de datos MySQL debido a que tiene una mayor facilidad
para el manejo de datos, la aplicación de escritorio dispone de gran compatibilidad con dicha BD. En
la tabla 1. Se muestra cómo se distribuyen los recursos que se usan en la elaboración del proyecto.

21
Tabla 1. Factibilidad Técnica. Se describen los recursos con los cuales se cuentan
para realizar el proyecto junto a su descripción.

RECURSOS TÉCNICOS PARA EL DESARROLLO DEL PROYECTO

Tipo de Nombre del Descripción Cantidad
recurso recurso
Recursos Experto en el área Analistas (director) 2
de Desarrollo Diseñador de Base de Datos y 1
Humanos Programador
Diseñador 1
Hardware PC (portátil) Computador Portátil Lenovo 1
Core I5 2.3 GHz,
6 Gb de RAM
1 Tb disco duro
Impresora Impresora zebra para 1
Multifunción
etiquetas con códigos de
barras
Impresora
Software MySQL Manejador de base de dato 1
NetBeans IDE 8 Herramienta para el desarrollo 1
de la aplicación
Windows 10 Sistema operativo 1
Microsoft Office Herramienta para aplicación 1
de ofimática
GanttProject Gestión del proyecto 1
Tabla 3. Factibilidad técnica.

1.1.7 Operativa
La Factibilidad operativa, tiene como prioridad comprobar que a empresa será
capaz de darle uso adecuado, que cuenta con el personal capacitado para hacerlo
o tiene los recursos humanos necesarios para mantener el sistema. Para esto, el
sistema debe contemplar ciertos parámetros importantes al momento de
desarrollarse, para nuestro cliente.

El aplicativo de escritorio no debe ser complejo para los administradores de la

organización ni para con los administradores que podrán visualizar la información
de la empresa, de esta forma evitar que el usuario ocupe el sistema de manera que
pueda ocasionar errores o darle un uso indebido, de acuerdo a este parámetro es

22
fundamental simplificar las funciones limitando procedimientos, para un óptimo
funcionamiento del software.

Es necesario capacitar para facilitar al personal adaptarse al entorno virtual de la

base de datos, para evitar confusiones en los cambios de personal de los
administradores de la base de datos.

Es importante considerar la posibilidad de la obsolescencia del software. Aun que

es mejor constar con tecnología que esté disponible en el momento y sea fácil de
obtener o esté más al alcance de la mano. Es necesario contar con repuestos o
correcciones que sea fácil de conseguir. También se debe tener en consideración
las políticas habidas y por haber, de manera que si hay un cabio administrativo el
sistema no quede obsoleto muy pronto.

1.1.8 Económica
En la tabla 2 Se muestra el coste monetario por persona según los roles que se asumen
en la elaboración del proyecto.

Tabla 2. Recursos Humanos. Se definen los valores por el trabajo realizado según
las horas laboradas.

Número Rol Cantidad Horas Valor hora Valor total

1 Tutor de Proyecto 16 30000 480.000
2 Programador 1 840 12000 10,080.000
Total 10’560.000
Tabla 4. Recursos Humanos

Tabla 3. Se muestra los dispositivos mínimos para el desarrollo del proyecto

Número Bienes y servicios Valor unidad

1 Computador 1’400.000
2 Impresora 500.000
3 Lector código de barras 400.000
Total 2’300,000
Tabla 5. Recursos tecnológicos

1.1.9 Legal
Tendremos en cuenta la ley LOPD “Ley Orgánica de Protección de Datos” el cual
nos va a servir para constatar La Ley Orgánica de Protección de Datos de Carácter

23
Personal (LOPD) y el Reglamento de Medidas de Seguridad de los ficheros
automatizados con datos personales son las disposiciones básicas de obligado
cumplimiento para toda la micro empresa que utilizara nuestra base de datos, en el
desarrollo de su actividad, que permitan tratar con datos de carácter personal. Esta
ley obliga a todas las personas, empresas y organismos, tanto privados como
públicos que dispongan de datos de carácter personal a cumplir una serie de
requisitos y aplicar determinadas medidas de seguridad en función del tipo de datos
que posean.

La LOPD es la que establece las obligaciones relativas a la recogida de los datos,

consentimiento, almacenaje, conservación, uso, datos especialmente protegidos,
comunicación o cesión de los mismos. La LOPD, a su vez, establece una serie de
obligaciones legales a las que tienen que hacer frente los empresarios y que pueden
resumirse en cuatro:

• Notificación de los ficheros de datos a la APD: los empresarios deben

registrar sus bases de datos en la Agencia, de manera que ésta tenga
conocimiento sobre todos ellos

• Adopción de las medidas de seguridad: respecto de los ficheros

automatizados. Se trata del establecimiento de copias de seguridad,
programas antivirus, cierre de puertos, con el fin de conseguir la mayor
protección posible

• Documento de seguridad: crear un documento de seguridad de todos

los ficheros y bases de datos de la compañía, de manera que ocurra lo
que ocurra nunca se perderán esos archivos.

Cronograma de actividades

En la ilustración 1. Se muestra el cronograma de actividades por fases que se

tendrá en cuenta para el desarrollo del proyecto.

24
Figura 3

25
 FASE DE EXPLORACIÓN

Análisis del requerimiento del sistema.

Para este proyecto se busca reducir los costos de implementación de forma eficiente,
para ello, se concluye implementar la metodología XP (programación extrema) Es una
Metodología ligera de desarrollo de aplicaciones que se basa en la simplicidad, la
comunicación y la realimentación del código desarrollado. Se inicia identificando los
aspectos y funcionalidades que se pretenden integrar en el sistema definiendo cada
iteración del proyecto llamados módulos los cuales se subdividirán en historias de
usuario los cuales nos especifica una información más concreta de cada funcionalidad
de los roles de usuarios y tener una visual de las funciones que desarrolla cada uno y
así preparar el sistema a cada tipo de usuario.

En cuanto a la infraestructura se requiere, acceso a internet y un dispositivo (pc) para

realizar la navegación con los suficientes recursos para manipular las herramientas del
sistema web, y adicional a esto un dispositivo periférico con la capacidad de leer
códigos de barras.

Es la Fase inicial de la metodología XP, donde se establece una comunicación continua

entre el equipo de desarrollo y el cliente, para obtener principalmente los requisitos del
sistema. Además, permite establecer el alcance del proyecto y fechas de entrega del
sistema, tomando en cuenta en la prioridad y tiempo estimado para el desarrollo de
cada historia de usuario.

Se realizo una consulta con el gerente de la compañía analizando los puntos más
importantes y débiles en manejo de información, concluyendo los problemas a resolver,
llevando el correcto flujo del desarrollo e implementando herramientas robustas para su
desarrollo.

Entregas Pequeñas:
La duración de cada iteración dura alrededor de 3 semanas en la que se tiene previsto
la culminación de un módulo el cual se puede presentar una vez finalice cada iteración
con el fin de ser complementado de ser necesario con el suficiente tiempo y no alterar
de forma drástica el calendario propuesto.

Diseño:
En XP el diseño esta correlacionado fuertemente con la participación del cliente lo que
incurre en un diseño cambiante que fluye con el desarrollo del proyecto por ende un
diseño en etapa inicial no es conveniente porque solo demandaría desgaste de tiempo
innecesario.

Codificación:
La codificación o programación es un proceso que va en paralelo con el diseño la cual
va sujeta a observaciones XP, para el desarrollo de este sistema se seguirá de la
siguiente manera:

26
Cliente siempre presente, codificar primero la prueba, integración secuencial,
integraciones frecuentes, estándares de código, pruebas.

Pruebas:
Las pruebas se aplicarán de basadas en tres fundamentos básicos; la primera se realiza
de forma permanente atendiendo la metodología de prueba y error (pruebas unitarias),
la segunda con los avances de las Historias las cuales se realizarán en conjunto con el
cliente con el fin de llevar una comunicación fluida y concretar de una forma estable los
requerimientos del mismo (pruebas de aceptación). Y finalmente se realizan las pruebas
de los módulos finalizados aplicándolo en un ambiente real con el fin de detectar
inconvenientes a tiempo y / o cualquier eventualidad.

Mantenimiento:
En esta fase por lo general se necesita un esfuerzo extra de los programadores para
satisfacer los requerimientos del cliente. Por este motivo la velocidad de desarrollo
suele disminuir una vez que el sistema es puesto en producción

Muerte:
Es cuando el cliente no tiene más historias para ser incluidas en el sistema Se genera
la documentación final del sistema y no se realizan más cambios en la arquitectura. La
muerte del proyecto también ocurre cuando el sistema no genera los beneficios
esperados por el cliente o cuando no hay presupuesto para mantenerlo.

1.1.10 Módulos
Para la entrega de este proyecto, se requiere que el proyecto GIPC (Gestión de
inventarios de insumos y de producción de Calzado) cuente con los módulos descritos
en la tabla 4.

Tabla 4. Módulos.

Descripción
Módulo de Sesión. los usuarios tendrán un perfil o un usuario definido en el
sistema para poder acceder a las funcionalidades del
mismo.
Módulo de Se establece el nombre, código, colores, costes de
Cotización. producción e insumos necesarios.

Módulo de se lleva el registro de todos los insumos que se

Inventario de encuentren a disposición de la fábrica y establecer la
debida gestión.
insumos.
Módulo de Cuenta con el registro de todo el calzado en bodega listo
Inventario del para su distribución.
producto.
Módulo de Pedidos. da disposición a los puntos de venta de indicar la
mercancía agotada para sugerir el próximo pedido

27
Tabla 6. Módulos

1.1.11 Historias de usuario:

Una vez se han identificado todos los modulo a trabajaran se concluyen tres usuarios
del sistema, Gerente y/o propietario, Administrador y Cliente, entre los cuales se definen
las historias de usuario identificando las necesidades de cada uno basándose en la
estrategia de la metodología XP del Como <rol o tipo de usuario>, quiero <acción a
ejecutar>, para <finalidad>. Teniendo en cuenta la duplicidad de las historias para cada
usuario se integraron en tarjetas de usuario de las cuales se definieron las siguientes:

1. Acceso al Sistema
2. Gestión de Usuario
3. Registro de producto
4. Evaluación de costos
5. Gestión de insumos
6. inventario de Producto terminado
7. solicitud de pedidos
8. Reportes
9. Respaldos

En las tarjetas diseñadas para las historias de usuario encontramos la información

específica del usuario, aplicación y finalidad de cada una así como su respectivo
orden, prioridad y riesgo de la misma.

HISTORIA DE USUARIO
Historia Numero: 1 Usuario: Administrador Root,
Administrador, Cliente
Nombre Historia: Acceso al Sistema
Prioridad en Negocio: Alta Riesgo en Desarrollo: Media
Puntos Estimados:2 Iteración Asignada:1
Aplicación: todos los Tipos de Usuarios del sistema tendrán un nombre de usuario
y clave única con la que podrán ingresar.
Finalidad: Solo los usuarios que estén definidos en el sistema tendrán accesos a
sus funcionalidades con el fin de proporcionar seguridad al sistema.

Tabla 7. Historia de usuario 1. Acceso al sistema.

HISTORIA DE USUARIO
Historia Numero: 2 Usuario: Administrador Root
Nombre Historia: Gestión de usuarios
Prioridad en Negocio: Alta Riesgo en Desarrollo: Baja

28
 Puntos Estimados:2 Iteración Asignada:1
Aplicación: El Sistema permitirá al administrador root o principal el acceso a
todas las funciones entre ellas ingresar, modificar o eliminar usuarios del sistema
y será el único usuario con esta función.

Finalidad: para el control del sistema solo el administrador principal tendrá acceso
a esta función

Tabla 8. Historia de usuario 2. Gestión de usuario.

HISTORIA DE USUARIO
Historia Numero: 3 Usuario:
Administrador Root, Administrador
Nombre Historia: Registro de producto
Prioridad en Negocio: Alta Riesgo en Desarrollo: Baja
Puntos Estimados:2 Iteración Asignada:2
Aplicación: El Sistema permitirá al administrador registrar los productos junto
con todas las características pertinentes (nombre, color, mariales, etc)
Finalidad: El registro de todos los diferentes productos brindara al sistema la información
necesaria para todos los procesos

Tabla 9. Historia de usuario 3. Registro de producto.

HISTORIA DE USUARIO
Historia Numero: 4 Usuario:
Administrador Root, Administrador
Nombre Historia: Evaluación de costos

Prioridad en Negocio: Alta Riesgo en Desarrollo: media

Puntos Estimados:2 Iteración Asignada:2
Aplicación: El Sistema permitirá al administrador ver la información de costos
de cada producto
Finalidad: La deducción de costos en cantidad de materiales y económica es necesaria para
la adquisición de los recursos necesarios para la producción del calzado en cuestión

Tabla 10. Historia de usuario 4. Evaluación de costos.

HISTORIA DE USUARIO
Historia Numero: 5 Usuario:
Administrador Root, Administrador
Nombre Historia: Gestión de insumos

29
 Prioridad en Negocio: Alta Riesgo en Desarrollo: media
Puntos Estimados:2 Iteración Asignada:3
Aplicación: El Sistema permitirá al administrador de insumos gestionar todos
los materiales de la empresa asi como el acceso a la informacion de sus
cantidades
Finalidad: con esta nueva informacion el administrador de insumos tendrá la
informacion de forma inmediata con el fin toma de decisiones de compra forma más
oportuna

Tabla 11. Historia de usuario 5. Gestión de insumos.

HISTORIA DE USUARIO
Historia Numero: 6 Usuario:
Administrador Root, Administrador
Nombre Historia: Inventario de Producto terminado

Prioridad en Negocio: Alta Riesgo en Desarrollo: media

Puntos Estimados:2 Iteración Asignada:3
Aplicación:
El Sistema permitirá al administrador de bodega brindar recursos de recopilación
de informacion para que el sistema identifique los productos en bodega de forma
organizada por medio de un lector QR
Finalidad: Con este sistema se garantiza que los códigos leídos sean gestionados
y organizados en una planilla de manera automática

Tabla 12. Historia de usuario 6. Inventario de producto terminado.

HISTORIA DE USUARIO
Historia Numero: 7 Usuario: Cliente,
Administrador Root, Administrador,
Nombre Historia: solicitud de pedidos

Prioridad en Negocio: Alta Riesgo en Desarrollo: media

Puntos Estimados:2 Iteración Asignada:4
Aplicación: El Sistema permitirá al cliente y al administrador de pedidos realizar
la solicitud de reposiciones o pedidos desde cada punto de venta.
Finalidad: Esta función evitara la necesidad de acercarse a los puntos de venta de
manera presencial para la recolección de pedidos

Tabla 13. Historia de usuario 7. Solicitud de pedidos.

HISTORIA DE USUARIO
Historia Numero: 8 Usuario:
Administrador Root, Administrador,
Nombre Historia: Reportes

30
 Prioridad en Negocio: Alta Riesgo en Desarrollo: media
Puntos Estimados:2 Iteración Asignada:4
Aplicación: El Sistema permitirá al administrador generar reportes de ventas
y/o productos fabricados con un filtro de fechas
Finalidad: con esta informacion los administradores estarán al tanto de los niveles
de producción y ventas

Tabla 14. Historia de usuario 8. Reportes.

HISTORIA DE USUARIO
Historia Numero: 9 Usuario:
Administrador Root, Administrador,
Nombre Historia: Reportes

Prioridad en Negocio: Alta Riesgo en Desarrollo: media

Puntos Estimados:2 Iteración Asignada:4
Aplicación: El Sistema permitirá al administrador generar backups de la base
de datos
Finalidad: esta función brindara confianza en situaciones anormales donde se
presenten fallas con el sistema y su informacion.

Tabla 15. Historia de usuario 9. Respaldos.

Velocidad del Proyecto

Basándonos en las historias de usuario definidas para el desarrollo del sistema web, se
ha elaborado el siguiente plan de entrega, el cual muestra las historias de usuario que
se llevarán a cabo en cada iteración. Para este plan de entrega se ha tomado en cuenta
la prioridad y el esfuerzo de cada historia de usuario como se muestra en la tabla 5.

Historia Iteración prioridad esfuerzo F. de inicio Fecha final

1. Acceso al sistema 1 Alta 2 02/04/2018 06/04/2018
2. Creación de 1 Alta 2 09/04/2018 13/04/2018
permisos
3. Gestión de usuario 1 Alta 2 16/04/2018 20/04/2018
4. Registro de Producto 2 Alta 3 23/04/2018 27/04/2018
5. Evaluación de 2 Alta 3 30/04/2018 04/05/2018
Costos
6. Gestión de insumos 3 Alta 3 07/05/2018 11/05/2018
7. Gestión de procesos 3 Alta 3 14/05/2018 18/05/2018
de fabricación
8. inventario de 3 Alta 2 21/05/2018 25/05/2018
Producto terminado
9. solicitud de pedidos 4 Alta 3 28/05/2018 01/06/2018
10. exportación de datos 4 Alta 2 04/06/2018 08/06/2018
11. Respaldos 5 Alta 2 11/06/2018 15/06/2018
12. Reportes 5 Alta 2 18/06/2018 22/06/2018
Tabla 16. Velocidad del proyecto

31
 Diagramas de funciones.

Módulo de sesión

Figura 4

En la figura 2 tenemos la visual de lo que se requiere en este modulo para ello se no

tiene en cuenta los flujos posteriores debido a que se hará énfasis en ellos
posteriormente.

Módulo de cotización

Figura 5

En la figura 3 se observa la funcionalidad del módulo de cotización en la cual notamos

que nos permite ingresar nuevos productos con sus respectivas características con el
fin calcular sus costos y calcular posteriormente los recursos que consume en
producción masiva

32
 Módulo de Inventario de insumos.

Figura 6

En la figura 4 se describe el funcionamiento interno del sistema al generar sugerencias

de compra de insumos, así como la información de los recursos actuales.

Módulo de Inventario del producto

Figura 7

En la figura 5 de describe el funcionamiento en cuanto al inventario del producto

terminado el cual nos permite ver tres puntos claves, el inventario en existencia ,el que
está en producción y el que tiene orden de entrega con el fin de soportar información al
administrador para mantener un stock regulado.

33
 Módulo de Pedidos.
Figura 8
En la figura 6 se indica el proceso en el momento que un cliente o el administrador del
sistema realiza una orden de producción actualizando todas las bases de inventario
ofreciendo la información requerida que tomar acciones administrativas por parte de la
empresa
DEFINICIÓN DE LENGUAJE DE PROGRAMACIÓN Y TECNOLOGÍAS
DE DESARROLLO
JAVA
Lenguaje simple, Java posee una curva de aprendizaje
muy rápida. Resulta relativamente sencillo escribir applets
interesantes desde el principio.
Orientado a objetos, Java fue diseñado como un lenguaje
orientado a objetos desde el principio. Los objetos agrupan
en estructuras encapsuladas tanto sus datos como los
métodos (o funciones) que manipulan esos datos.
Distribuido, Java proporciona una colección de clases para
su uso en aplicaciones de red, que permiten abrir sockets y
establecer y aceptar conexiones con servidores o clientes
remotos, facilitando así la creación de aplicaciones
distribuidas.
Interpretado y compilado a la vez, Java es compilado, en
la medida en que su código fuente se transforma en una
especie de código máquina, los bytecodes, semejantes a las
instrucciones de ensamblador.
Seguro, Dada la naturaleza distribuida de Java, donde las
applets se bajan desde cualquier punto de la Red, la
seguridad se impuso como una necesidad de vital
importancia.
Dinámico, El lenguaje Java y su sistema de ejecución en
tiempo real son dinámicos en la fase de enlazado. Las
clases sólo se enlazan a medida que son necesitadas. Se
pueden enlazar nuevos módulos de código bajo demanda,
procedente de fuentes muy variadas, incluso desde la Red.
ASP.NET
No es sólo una simple actualización o la ultima versión de
ASP.ASP.NET combina la productividad del desarrollador
sin precedentes con un rendimiento, fiabilidad y la
implementación. ASP.NET rediseña toda el proceso. A
continuación se presentan las características de
ASP.NET:
Fácil modelo de programación, hace que la creación de
aplicaciones del mundo real web drásticamente mas fácil.
Controles de servidor ASP.NET permite una estilo de
HTML, como de la programación declarativa que le
permite crear grandes paginas con mucho menos código
que con ASP clásico.
Las flexibles opciones de idioma, le permite aprovechar
sus habilidades actuales lenguaje de programación.
Gran herramienta de soporte, usando cualquier editor de
texto, incluso el bloc de notas, sin embargo visual studio.
Rica Framework, ofrece mas de 4500 clases que
encapsulan la funcionalidad rica como XML, acceso a
datos, carga de archivos, expresiones de registro,
generación de imágenes, control de rendimiento y
operaciones de registro, etc.
Compilación de ejecución, es mucho mas rápido,
detecta automáticamente los cambios, de forma dinámica
compilar los archivos si es necesario, y almacenar los
resultados compilados para la reutilización de las
solicitudes posteriores.
34
 Ventajas: - El JDK es una herramienta libre de licencias (sin
costo), creada por Sun.
Está respaldado por un gran número de proveedores. -
Existe soporte dado por Sun.
Debido a que existen diferentes productos de Java, hay más
de un proveedor de servicios.
Sun saca al mercado cada 6 meses una nueva versión del
JDK.
Es independiente de la plataforma de desarrollo.
Existen dentro de su librería clases gráficas como awt y
swing, las cuales permiten crear objetos gráficos comunes
altamente configurables y con una arquitectura
independiente de la plataforma.
Java permite a los desarrolladores aprovechar la flexibilidad
de la Programación Orientada a Objetos en el diseño de sus
aplicaciones.
Se puede acceder a bases de datos fácilmente con JDBC,
independientemente de la plataforma utilizada o El manejo
de las bases de datos es uniforme, es decir transparente y
simple.
Desventajas: - Hay diferentes tipos de soporte técnico para
la misma herramienta, por lo que el análisis de la mejor
opción se dificulta - Para manejo a bajo nivel deben usarse
métodos nativos, lo que limita la portabilidad. - El diseño de
interfaces gráficas con awt y swing no es simple.o Existen
herramientas como el JBuilder que permiten generar
interfaces gráficas de manera sencilla, pero tienen un costo
adicional. - Puede ser que no haya JDBC para bases de
datos poco comerciales. - Algunas herramientas tienen un
costo adicional
Tabla 17 Cuadro comparativo de lenguajes de programación15.
Ventajas: Entre las tantas que ha brindado ASP para el
desarrollo de páginas Web tenemos:
Se encarga de detectar el tipo de navegador utilizado por
el cliente a la hora de realizar una petición al servidor y en
consecuencia,
determina la versión HTML que éste soporta.
Es liviano.
Se puede utilizar en cualquier computadora que esté
conectada a la red que tenga instalado un navegador.
Es muy fácil de programar y tiene muchas utilidades que
con una breve línea de aprendizaje pueden ser
modificadas a su gusto.
Tiene la facilidad de conectarse con la base de datos, que
hace que sea muy fácil.
Permite a los proveedores deWeb ofrecer aplicaciones de
negocios interactivos y no simplemente meros contenidos
publicables.
Una de las limitaciones en el desarrollo conASP es que
con el tradicional utilizamos lenguajes de scripting no
tipeados como VSBcrip o JScrip. Podemos instalar otros
motores scripting que impongan verificación de tipos; sin
embargo, no son universalmente conocidos o utilizados
como los anteriores.x
Desventajas: Una de las limitaciones en el desarrollo con
ASP es que con el tradicional utilizamos lenguajes de
scriptingno tipeados como VSBcrip o JScrip. Podemos
instalar otros motores scripting que impongan verificación
de tipos; sin embargo, no son universalmente conocidos o
utilizamos como los anteriores.
Tiene que correr en PCs normales que tengan Windows y
un servidor Web

A pesar que ambos lenguajes de programación están bien soportados y nos brindan
excelentes soluciones se determina como mejor opción JAVA por pequeñas diferencias
que hacen la diferencia, tal como ser mas diversificado entre plataformas con mejor
compatibilidad, por otra parte, JAVA en una posición personal me resulta más familiar.

Este proyecto se basa en la Programación Orientada a Objetos (POO) esta basada en

la modelación de los objetos los cuales nos brinda la facilidad de llevar los
comportamientos de los datos de forma organizada, modularizada e integrada
obteniendo como resultado un software confiable que nos brinda cualquier tipo de
requerimiento frente a una entrada y una salida de datos por medio de diferentes
funciones.

JAVA es un lenguaje de programación basado en POO el cual nos provee de gran

cantidad de herramientas debido a que es uno de los lenguajes mas robustos y
desarrollados en el mundo, adicional a esto su documentación y soporte brinda mucha
fiabilidad a la hora de llevar a cabo proyectos como el que se pretende desarrollar.

Siendo un poco más específicos se utilizará un framework conocido como Spring

framework el cual nos orienta a un trabajo mucho más profesional debido a su gran
cantidad de librerías y herramientas que van de la mano con estándares que garantizan
un funcionamiento óptimo en las plataformas y servidores.

15https://www.slideshare.net/Helmilpa/estudio-comparativo-de-php-aspnet-y-
java?next_slideshow=1
35
Por otra parte, para crear una interfaz gráfica amigable rápida y responsiva se integran
las tecnologías de desarrollo basadas en HTML, CSS Y JavaScript junto con
frameworks Angular.js, Bootstrap, de gran utilidad que al igual que Spring nos brinda
librerías con clases desarrolladas con todos los estándares de calidad logrando una
funcionalidad optima y funcional en los diferentes navegadores actuales.

1.1.12 Spring Framework

Es un robusto Framework para el Desarrollo de Aplicaciones Empresariales en el
lenguaje Java tal como:

Aplicaciones Web MVC, Aplicaciones empresariales, Aplicaciones de escritorio,

Aplicaciones Batch, Integración con REST/SOA, Spring Data, Spring Security los cuales
nos brindan soporte en todos los requerimientos del sistema.

La arquitectura MVC es uno de los principales componentes y tecnologías, y

como su propio nombre nos indica implementa una arquitectura Modelo -Vista –
Controlador. Soporta varias tecnologías para generación de las vistas, entre ellas JSP,
Thymeleaf, FreeMarker, Velocity, Tiles, iText, y POI.

¿Por qué usar Spring Framework?

• Modularidad de Componentes a través del patrón Inyección de Dependencia (CDI)

Promueve la composición y modularidad entre las partes que componen una aplicación

Plain Old Java Objectsmantienen su código limpio, simple y modular, bajo acoplamiento
y alta cohesión

• Simplicidad

Las aplicaciones con Spring son simples y requieren mucho menos código (Java y XML)
para la misma funcionalidad

• Capacidad de pruebas unitarias

Dependencias limpias, actualizadas y los justo y necesaria, aseguran que la integración

con unittestingsea muy simple

Clases POJO se pueden testear sin estar atado al framework

• Facilidad de configuración

Se elimina la mayor parte del código repetitivo y la configuración de XML a partir de sus
aplicaciones y mayor uso de anotaciones

•Plenamente probado, seguro y confiable

Spring ha sido probado y utilizado en diversos proyectos alrededor del mundo, como en
Instituciones Bancarias, Aseguradoras, Instituciones Educativas y de Gobierno, entre
muchos otros tipos de proyectos y empresas

36
•Productividad

Ganancias de productividad y una reducción en el tiempo de desarrollo e

implementación utilizando Spring

•Integración con otras Tecnologías

EJB 3.2 (Lógica de negocio), JPA, Hibernate, iBates, JDBC (Pesistencia), Velocity,
etc(Vista), JSF2, Struts, etc(Capa web),

•Otras Razones

Bien diseñado, Abstracciones aíslan detalles de la aplicación, eliminando código

repetitivo, Fácil de extender, Muchas clases reutilizables

Arquitectura de Spring

La arquitectura se compone en distintas capas, cada una tiene su función específica:

•Capa Web: Spring simplifica el desarrollo de interfaces de usuario en aplicaciones Web

MVC mediante el Soporte de varias tecnologías para generación de contenido, entre
ellas JSP, Thymeleaf, FreeMarker, Velocity, Tiles etc.

•Capa Lógica de Negocio: en esta capa podemos encontrar tecnología como los Java
Beans (POJOs), DaoSupport, Services, EJBsetcy clases Entities

•Capa de Datos: aquí vamos a encontrar tecnologías JDBC, ORM (JPA, Hibernate, etc),
Datasourcey conexiones a bases de datos

Herramientas

SpringSourceToolSuite (STS)

•Es un IDE (entorno de desarrollo basado en Eclipse) para crear aplicaciones

empresariales de Spring

•Soporta Java, Spring, Groovyy Grails

•Viene incluido el servidor Tc vFabric

Tc vFabricServer es un Tomcat que está optimizado para Spring

•También incluye plugins específicos para trabajar con spring y plantillas para
generación de proyectos spring

Fase de diseño
Módulo de sesión.
Para el módulo de sesión se definieron tres tipos de usuario los cuales constan de
Administrador el cual tiene acceso total al sistema, auxiliar el cual tiene acceso a
37
visualizar toda la información del sistema y cliente el cual tiene acceso únicamente
al módulo de pedidos.

------------------------------------

Bibliografía

Prieto, Ana; Martínez, Marle Sistemas de información en las organizaciones: Una alternativa
para mejorar la productividad gerencial en las pequeñas y medianas empresas. Volumen
10. Maracaibo, Venezuela. Universidad del Zulia. 2010. Páginas 322-337.

Carlos, Veloz-Navarrete; Oscar, Parada-Gutiérrez. • Métodos para mejorar la

eficiencia y la toma de decisiones en la gestión de inventarios. Revista Ciencia UNEMI
Vol. 10, Nº 22, Abril 2017, pp. 29 - 38.

Montemayor Sierra, Blenda Lucero. Propuesta de un sistema de control interno para

mejorar la gestión de inventarios de la empresa Textiles. Universidad Norbert Wiener Perú
SAC, 2017.

Sánchez López Maricela. Sistema de Información para el Control de Inventarios del

Almacén del ITS. Edición 41. México. Instituto Tecnológico de Saltillo. 2011. Página 45.

CANÓS, José H.; LETELIER, Patricio; PENADÉS, Mª Carmen. Metodologías ágiles

en el desarrollo de software. 2012. DSIC -Universidad Politécnica de Valencia. 2012.
Disponible en: http://roa.ult.edu.cu/handle/123456789/476
JOSKOWICZ, José. Reglas y prácticas en eXtreme Programming. Universidad de
Vigo, 2008, p. 22.

38