Enrique Fernandez

INSTITUTO PARA LA CALIDAD DE LA EDUCACIN
SECCIN DE POSGRADO
IMPLEMENTACIN DE UN SISTEMA WEB PARA EL CONTROL

DE PAROS DE LAS MQUINAS TEXTILES EN LA FBRICA DE
TEJIDOS SAN CARLOS S.A.C
PRESENTADA POR
JOS LUIS ENRIQUE ANTAURCO

ECMIAS EDUARDO FERNNDEZ GLVEZ
TESIS
PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE
COMPUTACIN Y SISTEMAS
LIMA PER
2015
Reconocimiento - No comercial - Sin obra derivada
CC BY-NC-ND
El autor slo permite que se pueda descargar esta obra y compartirla con otras personas, siempre que se
reconozca su autora, pero no se puede cambiar de ninguna manera ni se puede utilizar comercialmente.
http://creativecommons.org/licenses/by-nc-nd/4.0/
ESCUELA PROFESIONAL DE INGENIERA DE COMPUTACIN Y
SISTEMAS
IMPLEMENTACIN DE UN SISTEMA WEB PARA EL

CONTROL DE PAROS DE LAS MQUINAS TEXTILES EN LA
FBRICA DE TEJIDOS SAN CARLOS S.A.C
TESIS
PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE

COMPUTACIN Y SISTEMAS
PRESENTADO POR
ENRIQUE ANTAURCO, JOS LUIS

FERNNDEZ GLVEZ, ECMIAS EDUARDO
LIMA - PER
2015
i
A mis padres Juan Carlos y Aida por
darme la vida, salud y educacin; por
guiarme y darme su apoyo
incondicional en todo momento.
A mis familiares y amigos que creyeron

en m en todo momento y a mis
maestros por sus enseanzas.
Jos Enrique.
ii
A mis padres Mercedes y Ecmias, por
haber sido siempre el buen ejemplo a
seguir adems por todo su apoyo en
mis estudios.
A mi familia y amigos por estar siempre

presente, gracias a ustedes he podido
tener fuerzas para seguir adelante,
gracias por su apoyo incondicional.
Ecmias Fernndez.
iii
RESUMEN
El objetivo de esta investigacin es la implementacin de un sistema

web capaz de aumentar la eficiencia de las maquinas textiles, garantizando
un adecuado control de paros en la Fbrica de Tejido San Carlos S.A.C; a
travs de la automatizacin de los paros menores, registro de los paros
mayores y el monitoreo online del estado de las mquinas textiles. Tambin
permitir disminuir la informalidad y mala gestin en la atencin de los pedidos
de produccin; por medio de la sistematizacin de los documentos de la
empresa (orden de pedido y fichas tcnicas de produccin) y la generacin de
indicadores que ayuden en la toma de decisiones para una mejor gestin en
la atencin de los pedidos de produccin.
La administracin del proyecto se bas en las buenas prcticas establecidas

en el PMBOK, y adoptando el ciclo de vida tradicional del software junto a la
metodologa SCRUM para el desarrollo del software.
Palabras claves: Eficiencia, Control, Informalidad, Gestin.
iv
ABSTRACT
The objective of this research is the implementation of a web system

that can increase efficiency of textile machinery, ensuring proper control of
stoppages in San Carlos Weaving Factory SAC; through the automation of
minor stoppages, strikes registry of the major online monitoring and textile
machines. As well as the web, system implementation will reduce informality
and mismanagement in the care of production orders, through the
systematization of business documents (purchase order and production
techniques chips) and the generation of indicators that help in making
decisions for better management in dealing with production orders.
Project management was based on the good practices established in the

PMBOK, and adopting the traditional life cycle of software by the SCRUM
methodology for software development.
Keywords: Efficiency, Control, Informality, Management.
v
NDICE GENERAL
RESUMEN iv
ABSTRACT v
NDICE GENERAL . vi
NDICE DE FIGURAS ix
NDICE DE TABLAS xi
INTRODUCCIN 1
CAPTULO I MARCO TERICO
1.1 Antecedentes 8
1.2 Bases tericas 9
1.2.1 Aplicacin web
1.2.2 Automatizacin 10
1.2.3 Arduino 12
1.2.4 Gua PMBOK 13
1.2.5 Metodologa SCRUM 16
1.3 Definicin de trminos bsicos 19
CAPTULO II METODOLOGA
2.1 Materiales 21
2.1.1 Requerimiento de Hardware y Software
2.1.2 Equipo de desarrollo 22
2.1.3 Otros costos
2.1.4 Tabla de resumen de inversin 23
2.1.5 Evaluacin econmica
2.1.6 Requerimientos para continuidad del software 25
2.1.7 Evaluacin de econmica para continuidad del software 26
vi
2.2 Mtodo 28
2.2.1 PMBOK 28
2.2.2 SCRUM 31
2.2.3 Etapas del Proceso de Desarrollo del Proyecto 37
2.3 Plan de trabajo 40
CAPTULO III DESARROLLO DEL PROYECTO
3.1 Identificacin de procesos 45
3.2 Iniciacin 50
3.3 Planificacin
3.4 Ejecucin 51
3.4.1 Sprint 0
3.4.2 Sprint 1 57
3.4.3 Sprint 2 80
3.5 Control 90
3.6 Cierre 97
CAPTULO IV PRUEBAS Y RESULTADOS
4.1 Plan de Pruebas 98
4.1.1 Propsito
4.1.2 Alcance
4.1.3 Tipo de prueba
4.2 Pruebas de Sistema 100
4.3 Pruebas Funcionales
4.4 Pruebas de Usabilidad 101
CAPTULO V DISCUSIN Y APLICACIONES
5.1 Discusin de resultados 103
vii
5.1.1 Percepcin del usuario 117
5.1.2 Resumen 124
5.2 Aplicaciones 125
CONCLUSIONES 126
RECOMENDACIONES 127
ANEXOS 128
FUENTES DE CONSULTA 213
APNDICE 216
viii
NDICE DE FIGURAS
Figura 0.1 Productividad de la maquina sulzer-1 del mes de abril 4
Figura 1.1 Ficha Sinptica de Scrum 17
Figura 2.1 Cronograma de actividades 43
Figura 3.1 Proceso de produccin 45
Figura 3.2 Proceso de urdido 47
Figura 3.3 Proceso de Engomado 48
Figura 3.4 Proceso de Tejido 49
Figura 3.5 Identificacin de mejora en proceso de produccin 59
Figura 3.6 Modelo de Datos 62
Figura 3.7 Flujo de gestin de artculos 63
Figura 3.8 Flujo de gestin de mquinas 64
Figura 3.9 Flujo de gestin de mquina 64
Figura 3.10 Flujo de gestin de proveedor 65
Figura 3.11 Flujo de gestin de rdenes de pedido y generacin de fichas

tcnicas 66
Figura 3.12 Identificacin de mejora en proceso de urdido 81
Figura 3.13 Proceso de Engomado 82
Figura 3.14 Proceso de Tejido 83
Figura 3.15 Modelo de datos 86
Figura 3.16 Flujo de Control de Paros 87
Figura 3.17 Gestin de paros mayores 87
Figura 3.18 Desarrollo de Sprint 92
Figura 3.19 Burdown Chart - Sprint 1 93
Figura 3.20 Desarrollo de Sprint 2 95
Figura 3.21 Burdown Chart - Sprint 2 96
ix
Figura 5.1 Monitoreo visual de maquinaria 104
Figura 5.2 Mdulo control de paros - Monitoreo de Maquinas 105
Figura 5.3 Mdulo de Control de Paros - Pendientes de Registro 106
Figura 5.4 Mdulo Control de Paros - Consulta de Paros 106
Figura 5.5 Registro automtico de paros 108
Figura 5.6 Indicador 1 - Pedidos atendidos a tiempo 109
Figura 5.7 Bsqueda y detalle de la mtrica 1 110
Figura 5.8 Indicador 2 - Eficiencia en produccin 111
Figura 5.9 Mtrica 3 - Tiempos de produccin y paros 112
Figura 5.10 Comparacin de la ficha de urdido 114
Figura 5.11 Comparacin de la ficha de engomado 115
Figura 5.12 Ficha de tejido 116
x
NDICE DE TABLAS
Tabla 0.1 Registro de paros en Ficha de Urdido 3
Tabla 0.2 Registro de paros de Ficha de Engomado 3
Tabla 2.1 Requerimiento de hardware y software 21
Tabla 2.2 Equipo de desarrollo 22
Tabla 2.3 Costo de operacin 22
Tabla 2.4 Costos indirectos 23
Tabla 2.5 Resumen de inversin 23
Tabla 2.6 Flujo de caja 23
Tabla 2.7 Impacto en costos de requerimientos para continuidad de negocio

27
Tabla 2.8 Flujo de caja de requerimientos para continuidad de negocio 27
Tabla 2.9 Correspondencia entre Grupos de Procesos y reas de

Conocimiento de la Direccin de Proyectos. 29
Tabla 2.10 Evaluacin de las metodologas elegidas 34
Tabla 2.11 Cuadro cualitativo de las metodologas elegidas 35
Tabla 2.12 Criterios de valores 35
Tabla 2.13 Cuadro cuantitativo de las metodologas elegidas 36
Tabla 2.14 Anlisis cuantitativo 37
Tabla 3.1 Historias de usuario 52
Tabla 3.2 Product Backlog 54
Tabla 3.3 Sprint Backlog 55
Tabla 3.4 Sprint 1 57
Tabla 3.5 Historia de Usuario 1 60
Tabla 3.7 Prueba Funcional N 1 67
xi
Tabla 3.8 Prueba Funcional N2 69
Tabla 3.11 Prueba Funcional N"5 75
Tabla 3.12 Sprint 2 80
Tabla 3.13 Historia de Usuario 84
Tabla 4.1 Detalle Pruebas de Sistema 99
Tabla 4.2 Detalle Pruebas Funcionales 99
Tabla 4.3 Detalle Pruebas de Usabilidad 99
Tabla 4.4 Cuestionario de Pruebas de Usabilidad 101
Tabla 5.1 Tiempo de registro de paros diarios 107
Tabla 5.2 Tiempo de Generacin de Fichas Tcnicas 117
Tabla 5.3 Percepcin del usuario - Pregunta1 117
Tabla 5.4 Percepcin del Usuario - Pregunta 2 118
Tabla 5.9 Resumen de discusin 124
xii
INTRODUCCIN
La empresa Fbrica Textil San Carlos S.A.C dedicada a la fabricacin

y comercializacin de productos textiles, actualmente est presentando una
baja eficiencia de sus mquinas textiles, debido al mal control de paros de sus
mquinas textiles, como tambin la informalidad y mala gestin en la atencin
de los pedidos de produccin; por tal motivo el presente trabajo propone
brindar una herramienta que permita mejorar la gestin de control de paros y
as aumentar la eficiencia de sus maquinarias de produccin textil, adems de
disminuir la informalidad y mala gestin en la atencin de los pedidos de
produccin; a travs del desarrollo e implementacin de un sistema web para
el control de paros. Para llevar a cabo el proyecto se hizo uso de un dispositivo
electrnico (Arduino) como interfaz para la obtencin de los datos de las
mquinas textiles.
Para la gestin del proyecto nos basamos en las buenas prcticas

establecidas en el PMBOK y para el desarrollo del software, en el ciclo de vida
tradicional del software junto con la metodologa SCRUM.
Este trabajo ha sido dividido en cinco captulos que son descritos a

continuacin.
En el primer captulo se describe los antecedentes de proyectos

similares, fundamentos tericos de los conceptos de Aplicacin web,
1
Automatizacin, PMBOK como gua para la gestin del proyecto y la
metodologa SCRUM para el desarrollo del software.
En el segundo captulo se explica la metodologa aplicada

especificando los elementos a usar para la implementacin tales como
recursos humanos, hardware, software y cronograma, adems de indicar los
elementos usados del PMBOK para la gestin del proyecto y la metodologa
SCRUM para el desarrollo del software.
En el tercer captulo se realiza el desarrollo del proyecto basndonos

en las buenas prcticas que nos indica PMBOK para la gestin del proyecto y
el uso del ciclo de vida junto a la metodologa SCRUM para el desarrollo del
software; los cuales nos ayudarn en el cumplimiento de los requerimientos
del usuario.
En el cuarto captulo se presenta el plan de pruebas, el cual contiene

las pruebas realizadas para el cumplimiento de los requerimientos como son:
las pruebas de carga, pruebas funcionales y pruebas de usabilidad; adems
de los resultados obtenidos.
En el quinto captulo correspondiente a las discusiones y aplicaciones

de los resultados obtenidos, se enfoca en realizar un anlisis comparativo del
proceso productivo anterior y despus de la solucin implementada, adems
se indica dnde esta solucin puede ser aplicada y las mejoras que podran
realizarse a futuro. Finalmente, a partir de estos resultados, se presenta las
Conclusiones y Recomendaciones.
Situacin Problemtica
En el rea de produccin de la empresa Fabrica Textil San Carlos S.A.C

se puede apreciar un alto grado de desorden en general, siendo uno de sus
principales problemas la mala gestin en el control de paros de sus mquinas
textiles en sus tres procesos Urdido, Engomado y Tejido.
Como por ejemplo en el proceso de Urdido en la Tabla 0.1 se puede

apreciar que existe un conteo de paros (Columna: Rupturas) mas no un
control del tiempo que estuvo detenida la maquinaria de urdido ni mucho
menos la razn por la que se detuvo; lo cual revela la deficiencia en su gestin
de control de paros en el proceso de urdido.
2
Tabla 0.1 Registro de paros en Ficha de Urdido
Fuente: Basado en Ficha Original de la Fbrica Anexo 02
Detalle de Ficha de Urdido

Fecha N N Pleg. Hilos plegad. Yardas Roturas
31-jul 1 36 204 2000 III I

01-ago 2 42 204 2000 III III III
01-ago 3 45 204 1000 III III
03-ago 4 26 204 1000 III II
03-ago 5 27 204 1000 III III
03-ago 6 39 204 1000 III
03-ago 7 49 204 1000 III III III
03-ago 8 41 204 1000 III III
Este mismo caso se puede apreciar en el proceso de Engomado en la

Tabla 0.2, donde no se encuentra un registro de paros.
Tabla 0.2 Registro de paros de Ficha de Engomado
Fuente: Basado en Ficha Original de la Fbrica Anexo 03
Detalle de Ficha de Engomado

Fecha N de pleg Metros Kilos Tipo de Pleg plegador Hora inicio Hora Final
04-ago 119 800 picaol 70
En el caso del proceso de tejido, la situacin es an ms grave debido

a la inexistencia de una ficha tcnica de tejido ni registros de control de paros.
Las rdenes en este proceso son dadas informalmente y el conocimiento del
detalle tcnico es de forma emprica.
Un caso prctico que nos permite evidenciar un descontrol de la gestin

de paros en el proceso de tejedura, lo podemos apreciar en la Figura 0.1 que
muestra la productividad de la maquinaria de tipo Sulzer-1; en general se
aprecia que la maquinaria en un determinado mes (abril 2015) no tuvo
produccin en 5 das, 7 das con baja produccin y siendo los dems das con
una produccin normal para su realidad productiva. Lo mismo podemos
apreciar en cada una de las maquinas como se muestra en el Anexo 01.
3
PRODUCTIVIDAD DE SULZER - 1
200
173,9
180 160,3 158,2
160
KILOS
140 148,3
114,2 114,6
120 107 103,7
106,4
100 92,2
106,7
80 62,2
55,4
60 48,6 49,3 48,4
58,7
40 51,5
12 12 12 12 12 12 12
20 0 0 0 0 0
0
01-ABR
02-ABR
03-ABR
04-ABR
05-ABR
06-ABR
07-ABR
08-ABR
09-ABR
10-ABR
11-ABR
12-ABR
13-ABR
14-ABR
15-ABR
16-ABR
17-ABR
18-ABR
19-ABR
20-ABR
21-ABR
22-ABR
23-ABR
24-ABR
25-ABR
26-ABR
27-ABR
28-ABR
29-ABR
30-ABR
Figura 0.1 Productividad de la maquina sulzer-1 del mes de abril
Fuente: Grfica original de la empresa
En el rea de produccin de la empresa San Carlos no existe un

historial de paros ni historial de incidentes que se hayan presentado en sus
mquinas textiles, lo que rebela una fuga importante de informacin sobre sus
incidentes y sus soluciones aplicadas. No existiendo un historial de paros no
se puede saber exactamente los tiempos de produccin de las maquinas ni
los tiempos de ocio lo que rebela un mal control de paros de maquinarias
textiles.
Otro gran problema que aqueja el rea de produccin de la empresa
textil San Carlos es la existencia de informalidad y la mala gestin en la
atencin de los pedidos de produccin, debido a que las rdenes de
produccin son iniciadas a travs de una llamada telefnica o informalmente
(no existe un documento en la cual se plasme la orden), la orden recibida
posteriormente se plasma con un mismo cdigo de orden en dos fichas
tcnicas que corresponde a cada proceso (ficha de urdido y engomado) , pero
no cubre el ciclo de produccin completo debido a que no existe la ficha
tcnica de tejido (como se haba mencionado esta es de manera emprica).
Siendo de esta forma la atencin, existe un desconocimiento de las rdenes
atendidas y de los tiempos empleados para la atencin de las rdenes. Cabe
resaltar que los reportes de produccin son dados a travs de movimientos de
4
tela, lo cual cuando son realizados toman demasiado tiempo debido a que
requiere consultar a hojas fsicas para poder ser calculado.
Problema:
En qu medida un Sistema web para el control de paros aumentar la

eficiencia de las maquinarias textiles, y disminuir la Informalidad y mala
gestin en la atencin de los pedidos de produccin en la Fbrica de Tejidos
San Carlos S.A.C?
Problemas especficos
Cmo la implementacin de un sistema web apoya al monitoreo y

control de paros de las mquinas textiles?
Cmo el desarrollo de un sistema web disminuir el tiempo empleado
en el registro de paros menores de las maquinarias de tejido?
De qu manera la generacin de indicadores ayudar a la toma de
decisiones para una mejor gestin en la atencin de los pedidos de
produccin?
En qu medida un sistema web agiliza la generacin de las fichas
tcnicas de urdido, engomado y tejido?
Objetivos:
Objetivo General
Aumentar la eficiencia de las mquinas de produccin textil,

garantizando un adecuado control de paros de las maquinarias, y
disminuir la Informalidad y mala gestin en la atencin de los pedidos
de produccin en la Fbrica de Tejidos San Carlos S.A.C.
Objetivos especficos
o Desarrollar e implementar un sistema web para el monitoreo y

control de paros de las mquinas de tejido.
5
o Disminuir el tiempo empleado en los registros de paros menores
de las mquinas de tejido.
o Establecer indicadores que ayuden a la toma de decisiones para
una mejor gestin en la atencin de los pedidos de produccin.
o Agilizar la generacin de las fichas tcnicas de urdido,
engomado y tejido.
Justificacin
Justificacin Terica
Scrum es una metodologa gil aplicable para gestionar el desarrollo

de software en todo tipo de empresas, basado en el cumplimiento de
las expectativas (requerimientos), flexibilidad a cambios, calidad del
software, mayor productividad y reduccin de riesgos. En este proyecto
aplicaremos Scrum para desarrollar el software dentro de un ambiente
industrial como tambin haremos uso de la disciplina de la ingeniera
de electrnica.
Justificacin Prctica
La justificacin prctica se basa en la implementacin de un

sistema que permitir a la fbrica de tejidos San Carlos contar con una
mejor gestin de paros de sus mquinas textiles, a travs de la
automatizacin de registro de los paros menores, registro de los paros
mayores con sus causas y respectiva solucin, y el monitoreo online
del estado de las mquinas.
Adems, permitir disminuir la informalidad y mala gestin en la

atencin de los pedidos de produccin por medio de la sistematizacin
de la generacin de orden de pedido, ficha tcnica de urdido, ficha
tcnica de engomado y tejido; como tambin la generacin de
indicadores, lo cual ayudar en la toma de decisiones para una mejor
gestin en la atencin de sus pedidos.
6
Alcance
El proyecto tiene como alcance, la automatizacin del registro

automtico de los paros menores en 3 mquinas del proceso de tejido;
tambin se tendr el registro de las causas de los paros mayores con
sus respectivas soluciones. Adems, el jefe de produccin podr
realizar el monitoreo del estado de las maquinarias textiles en tiempo
real.
En adicin a ello para disminuir la informalidad y la mala gestin

en la atencin de sus pedidos de produccin, se sistematizar la
generacin de la orden de produccin y generacin de las fichas
tcnicas de urdido, engomado y tejido; como tambin se realizar la
generacin de indicadores que ayuden en la toma decisiones para una
mejor gestin en la atencin de sus pedidos.
7
CAPTULO I
MARCO TERICO
La Fbrica de Tejidos San Carlos S.A.C es una empresa dedicada al rubro de

manufacturas; teniendo como actividades principales la produccin y
comercializacin de toallas y telas planas como son el tocuyo, lona y drill.
La empresa realiza en el rea de produccin los procesos de urdido,

engomado, tejido y confeccin; buscando en la actualidad la integracin del
proceso de teido y un mejor control de sus procesos actuales para conseguir
la solidez y reconocimiento a nivel nacional.
1.1 Antecedentes
Como antecedentes al problema definido en este proyecto,

encontramos casos similares donde se utilizan dispositivos electrnicos en el
rea de produccin, logrando as obtener un adecuado control de sus
mquinas:
Guachi & Camacho (2012) con su investigacin lograron desarrollar un

sistema que permiti el control automtico de la maquina urdidora, a
travs de una interface grfica (HMI) y un panel de visualizacin para
la maquina urdidora, con la finalidad de dar a conocer la importancia
que tiene para la empresa la automatizacin de una de sus mquinas,
8
con el registro de produccin, envi de seales de eventos de alarmas
y mensajes; logrando as una mejora en su produccin.
Gaibor (2008) en su investigacin desarroll un sistema para el control
automtico de la produccin en las maquinas textiles de la empresa
TEIMSA; este proyecto tuvo como finalidad obtener informacin de
los parmetros de produccin como longitud de la tela, cantidad de
rollos producidos, cantidad de urdidos cargados, tiempo del proceso de
tejido, entre otros; contribuyendo dichos parmetros en un adecuado
control de produccin.
Poma (2014) indica en su investigacin que el diseo de un sistema
que permiti el control automtico de una mquina textil en la planta de
fibras textiles ENKADOR, mostrando como resultado la disminucin
de perdida de materia prima, aument en niveles de rendimiento de
maquinaria y aumento de volmenes de produccin traduciendo ello en
un aumento de productividad para la empresa.
Gmez (2011) orient su investigacin al diseo de un sistema
automatizado para una maquina textil rectilnea en la microempresa
textil TECMATEJ, donde el sistema se alimentar de los diferentes
sistemas y parmetros de la maquinaria e implementar un circuito
contador que permita guardar la informacin del nmero de pasadas;
teniendo como objetivo incrementar la produccin y disminuir los costos
asociados al producto final.
Cadena & Rojas (2008) en su investigacin indicaron que la realizacin
de un sistema de control para el proceso de tinturado de tela, el cual
consta de un PLC que es alimentado por las seales de los sensores y
parten de ste todas las acciones de control; permitiendo un adecuado
control, optimizacin de proceso e incrementar el porcentaje de
produccin.
1.2 Bases tericas

1.2.1 Aplicacin web
Alegsa (2010) defini como aplicacin web:
9
Una aplicacin web es cualquier aplicacin que es accedida va web
por una red como internet o una intranet. En general, el trmino tambin
se utiliza para designar aquellos programas informticos que son
ejecutados en el entorno del navegador (por ejemplo, un applet de
Java) o codificado con algn lenguaje soportado por el navegador
(como JavaScript, combinado con HTML); confindose en el navegador
web para mostrar la aplicacin.
As mismo, acot las siguientes caractersticas:

El usuario puede acceder fcilmente a estas aplicaciones
empleando un navegador web (cliente) o similar.
Si es por internet, el usuario puede entrar desde cualquier lugar
del mundo donde tenga un acceso a internet.
Pueden existir miles de usuarios, pero una nica aplicacin
instalada en un servidor, por lo tanto, se puede actualizar y
mantener una nica aplicacin y todos sus usuarios vern los
resultados inmediatamente.
Emplean tecnologas como Java, JavaScript, DHTML, Flash,
Ajax; que dan gran potencia a la interfaz de usuario.
1.2.2 Automatizacin
En EcuRed (2015) se menciona respecto a la automatizacin:
La automatizacin es el uso de sistemas o elementos computarizados
y electromecnicos para controlar maquinarias y/o procesos
industriales sustituyendo la mano de obra del personal.
El alcance va ms all que la simple mecanizacin de los procesos ya

que sta reemplaza el esfuerzo fsico humano, la automatizacin
reduce ampliamente la necesidad sensorial y mental del humano, es
ms amplia que solo un sistema de control, abarca la instrumentacin
industrial, lo cual incluye a los sensores y transmisores de campo, los
sistemas de control y supervisin, los sistema de transmisin y
recoleccin de datos y las aplicaciones de software que permite
controlar y supervisar las operaciones en tiempo real.
10
Como tambin Yarupaitan (2015) hace mencin:
El control de un proceso industrial (fabricacin, produccin y otros) por

medios automticos en vez de manuales se suele conocer como
automatizacin. La automatizacin se puede observar con mayor
frecuencia en la industria qumica, de generacin de electricidad,
papelera, automotriz y siderrgica, entre otras. Las mquinas
automticas se usan para aumentar la productividad de una planta por
trabajador, teniendo como fin compensar los salarios crecientes y los
costos inflacionarios. Por esa razn, las industrias estn interesadas en
la productividad de sus plantas por trabajador.
Si bien la automatizacin ahorra mano de obra; tambin es utilizado

para ahorrar energa, materiales y para mejorar la calidad, exactitud y
precisin en las operaciones.
En adicin a esto hace mencin a las principales ventajas y desventajas

de la automatizacin:
Las principales ventajas de la automatizacin son:

a) Reduccin de los costos directos de mano de obra.
b) Mejora de la calidad y confiabilidad al garantizar que el producto
se fabrica con las mismas especificaciones.
c) Mejora en la utilizacin del espacio. Mediante la automatizacin
se disminuye el rea de trabajo de las partes de una lnea de
produccin, y este espacio se puede utilizar para otras
operaciones que haga que el flujo de procesos, sea ms
eficiente.
d) Reduccin de los residuos. La automatizacin garantiza la
precisin, controlando la cantidad de materia prima que se
pierde se reduce; en consecuencia, disminuye los costos en
materia de residuos.
e) Sustituye a los seres humanos en las tareas que deben ser
realizadas en ambientes riesgosos.
11
f) Sustituye a los operadores humanos en tareas que implican
trabajo fsico riguroso o montono.
Las principales desventajas de la automatizacin son:

a) Causa el desempleo porque se sustituye a los trabajadores en
procesos repetitivos o riesgosos.
b) La investigacin y desarrollo puede exceder el costo ahorrado
por la propia automatizacin.
c) Frecuentemente, la automatizacin de un proceso o planta
demanda de una gran inversin inicial.
1.2.3 Arduino
Banzi, Cuartielles, Igoe, et al. (s.f.), fundadores del proyecto

Arduino nos indican:
Arduino es un dispositivo electrnico que a travs de los aos ha sido

utilizado en diversos proyectos; donde los profesionales han realizado
aportaciones a esta plataforma de cdigo abierto basado en hardware
y software, con lo cual ha ido acumulando gran cantidad de
conocimiento como tambin brinda un fcil uso para los principiantes.
El uso del arduino es muy diverso, como por ejemplo podemos apreciar
el uso por parte de los profesores y estudiantes, quienes utilizan el
dispositivo para demostrar principios de qumica y fsica o tambin para
empezar con la programacin y robtica. Los diseadores y arquitectos
para construccin de prototipos interactivos, entre otros usos.
Entre sus ventajas respecto a otros sistemas que utilizan micros

controladores tenemos:
Asequible: Las placas de arduinos estn en el mercado a
cmodo precio en comparacin con otras plataformas de micros
controladores.
Multiplataforma: El software de arduino puede ser ejecutado en
diversos sistemas operativos como Windows, Macintosh OSX y
12
Linux, mientras que la mayora de sistemas de micro controlador
se limitan a Windows.
Simple medio ambiente, claro programacin: fcil uso para
principiantes, pero lo suficientemente flexible para usuarios
avanzados.
El cdigo abierto y el software extensible: Cuenta con un
lenguaje de programacin AVR-C donde los programadores
experimentados pueden realizar sus aportes por medio de sus
programas creados de arduino.
El cdigo abierto y el hardware extensible: Permite a los
diseadores de circuitos experimentados poder hacer su propia
versin del mdulo, amplindolo y mejorndolo.
1.2.4 Gua PMBOK
Segn Project Management Institute, Inc. (2013) nos indica que:

La Gua del PMBOK identifica un subconjunto de fundamentos para la
direccin de proyectos generalmente reconocido como buenas
prcticas.
Se describe como caracterstica Generalmente reconocido porque los
conocimientos y prcticas descritos en la gua son aplicables a la
mayora de los proyectos donde se evidencia su valor y utilidad.
Otra caracterstica es Buenas prcticas, quiere decir que en general

se est de acuerdo con la aplicacin de los conocimientos, habilidades,
herramientas y tcnicas para aumentar la posibilidad de xito en los
proyectos. Tambin Buenas prcticas significa que no siempre deba
aplicarse el conocimiento descrito, la aplicacin de los conocimientos
descritos en la gua depender del equipo de direccin de proyectos, el
cual debe establecer el apropiado uso segn el proyecto y
organizacin.
1.2.4.1 Grupo de procesos de la direccin de proyectos:
los 5 grupos bsicos de procesos segn Project
13
Management Institute, Inc. (2013) son:
a) Iniciacin:
Define y autoriza el inicio del proyecto o una fase inicial del
mismo.
b) Planificacin:
Define los objetivos y planifica las acciones requeridas para
lograr los objetivos y el alcance pretendido del proyecto.
c) Ejecucin:
Compuesto por aquellos procesos realizados para completar
el trabajo definido en el plan, teniendo como fin el cumplimiento
del plan. Implica coordinar personas y recursos, as como
integrar y realizar actividades del proyecto en conformidad con
el plan para la direccin del proyecto.
d) Seguimiento y Control:
Mide, supervisa y regula el progreso y desempeo del
proyecto para identificar reas en las que el plan requiera
cambios.
e) Cierre:
Formaliza la aceptacin del producto, servicio o resultado y
termina ordenadamente el proyecto o una fase del mismo.
1.2.4.2 reas de conocimiento:
Las diez reas del conocimiento mencionadas en el

PMBOK segn Project Management Institute, Inc. (2013) son:
a) Gestin de la Integracin del Proyecto:

Incluye los procesos y actividades necesarios para
identificar, definir, combinar, unificar y coordinar los diversos
procesos y actividades de la direccin de proyectos dentro de los
grupos de procesos de direccin de proyectos.
b) Gestin del Alcance del Proyecto:
14
Incluye los procesos necesarios para garantizar que el
proyecto incluya todo (y nicamente todo) el trabajo requerido
para completarla con xito.
c) Gestin del Tiempo del Proyecto:

Incluye los procesos requeridos para administrar la
finalizacin del proyecto a tiempo.
d) Gestin de los Costos del Proyecto:

Incluye los procesos involucrados en estima, presupuestar y
controlar los costos de modo que se complemente el proyecto
dentro del presupuesto aprobado.
e) Gestin de la Calidad del Proyecto:

Incluye los procesos y actividades de la organizacin
ejecutante que determinan responsabilidades, objetivos y
polticas de calidad a fin de que el proyecto satisfaga las
necesidades por la cuales fue emprendido.
f) Gestin de los Recursos Humanos del Proyecto:

Incluye los procesos que organizan, gestionan y conducen el
equipo del proyecto.
g) Gestin de las Comunicaciones del Proyecto:

Incluye los procesos requeridos para garantizar que la
generacin, la recopilacin, la distribucin, el almacenamiento,
la recuperacin y la disposicin final de la informacin del
proyecto sean adecuados, oportunos y entregada a quien
corresponda (interesado del proyecto o stakeholders).
h) Gestin de los Riesgos del proyecto:

Incluye los procesos relacionados con llevar a cabo la
planificacin de la gestin, identificacin, el anlisis, la
planificacin de respuesta a los riesgos, as como su monitoreo
y control en un proyecto.
i) Gestin de las Adquisiciones del Proyecto:
15
Incluye los procesos de compra o adquisicin de los
productos, servicios o resultados que es necesario obtener fuera
del equipo del proyecto.
j) Gestin de los interesados del Proyecto:

Incluye los procesos para la identificacin y gestin de los
interesados, para determinar la influencia, impacto y poder que
tienen sobre el proyecto y gestionarlos de manera adecuada
para el cumplimiento del proyecto.
1.2.5 Metodologa SCRUM
Scrum es una metodologa para el desarrollo y mantenimiento

de software, basada en un proceso iterativo e incremental utilizado
comnmente en entornos basados en el desarrollo gil de software.
Aunque surgi como modelo para el desarrollo de productos de
software, tambin se emplea en entornos que trabajan con
requerimientos inestables y que requieren rapidez y flexibilidad para
adaptarse al cambio y as lograr el cumplimiento de los requerimientos.
Visin General de Scrum: El marco de trabajo Scrum consiste en los

roles, eventos, artefactos y reglas, a su vez emplea un enfoque iterativo
e incremental para optimizar la predictibilidad y el control del riesgo.
(Scrum Alliance, 2013).
A continuacin, en la Figura 1.1, se muestra una visin general a travs

de una ficha sinptica de Scrum:
16
Figura 1.1 Ficha Sinptica de Scrum
Fuente: Palacio, J. (2006). El Modelo Scrum. Recuperado de: http://www.navegapolis.net/files/s/NST-010_01.pdf
17
Segn Palacio (2006), nos define los elementos del Scrum:
1.2.5.1 Reuniones
Planificacin de Sprint: Jornada de trabajo previa al inicio

de cada sprint en la que se determina cul va a ser el
trabajo y los objetivos que se deben cumplir en esa
iteracin.
Reunin diaria: Breve revisin del equipo del trabajo
realizado hasta la fecha y la previsin para el da
siguiente.
Revisin de Sprint: Anlisis y revisin de Incremento
generado.
1.2.5.2 Componentes
Product Backlog: Lista de requisitos de usuario que se

origina con la visin inicial del producto y va creciendo y
evolucionando durante el desarrollo.
Sprint Backlog: Lista de los trabajos que debe realizar el
equipo durante el sprint para generar el incremento
previsto.
1.2.5.3 Roles
Scrum clasifica a todas las personas que intervienen o tienen
inters en el desarrollo del proyecto en: propietario del producto
(Product Owner), lder de Scrum (Scrum Master) equipo (Team).
Todas las responsabilidades del proyecto se reparten en tres
roles:
a. Product Owner
(Propietario del Producto) Se le considera como el rol que va

a determinar los requerimientos. Este rol normalmente lo cumple
una persona de parte del cliente que conozca a fondo las
18
necesidades y pueda proporcionar la informacin necesaria en
el momento preciso.
Representa a todos los interesados en el producto final. Sus

reas de responsabilidad son:
Financiacin del proyecto

Requisitos del sistema
Retorno de la inversin del proyecto
Lanzamiento del proyecto
b. Scrum Master
(Lder del Proyecto) Responsable del proceso Scrum, de

cumplir la meta y resolver los problemas. As como tambin, de
asegurarse que el proyecto se lleve a cabo de acuerdo con las
prcticas, valores y reglas de Scrum y que progrese segn lo
previsto. Interacta con el cliente y el equipo. Coordina los
encuentros diarios, y se encarga de eliminar eventuales
obstculos. Debe ser miembro del equipo y trabajar a la par.
c. Equipo de Desarrollo
Est conformado por todas las personas que son parte del
proyecto. En esta metodologa, no existen diseadores,
analistas, programadores. Si bien cada persona cumple una
funcin de acuerdo con actividades requeridas, todos son parte
del equipo y deben ser capaces de saber todo acerca del
proyecto.
1.3 Definicin de trminos bsicos
PLC: Segn Duplan & Torres (s.f.) indican que: PLC es un dispositivo
programable, diseado para el control de seales elctricas asociadas
al control automtico de procesos industriales.
19
Control: Pacheco, Castaeda & Caicedo (2002) indica que: control es
un proceso que compara lo ejecutado con lo programado para
establecer si hay desviaciones y adoptar las medidas correctivas que
mantengan la accin entre los lmites previstos.
De acuerdo a Koontz & O'Donnel (1961), control es medir y

corregir las actividades de subordinados para asegurarse que los
eventos se ajustan a los planes.
Sensor: Segn Duplan & Torres (s.f.) indican que: el sensor es un

dispositivo que capta la magnitud a medir (temperatura, peso,
humedad, etc.) y entrega una seal sin normalizar.
Proceso: Bravo (2013), define proceso como:

Un proceso es una competencia de la organizacin que le agrega valor
al cliente, a travs del trabajo en equipo de personas, en una secuencia
organizada de actividades, interacciones, estructura y recursos que
transciende a las reas.
Hammer (2006) aporta una definicin parecida: Un proceso es una

serie organizada de actividades relacionadas, que conjuntamente
crean un resultado de valor para los clientes.
20
CAPTULO II
METODOLOGA
2.1 Materiales
2.1.1 Requerimiento de Hardware y Software
Se mencionan los materiales requeridos, la cantidad por

material, los costos unitarios y costos totales de hardware y software
utilizados en el proyecto; como se puede apreciar en la tabla 2.1.
Tabla 2.1 Requerimiento de hardware y software

Elaboracin propia
Requerimientos de hardware y software
Cantidad Concepto Costo unitario(S/.) Costo Total (S/.)
Computadora
Marca: Lenovo.
1 Memoria RAM: 8GB. 3200 3200
Procesador: Core i5 1.70 GHZ
Disco duro: 500G 1T
3 Arduino UNO 100 300
1 Windows 8 0 0
1 Oracle Express 11G 0 0
1 Jdeveloper 12.1.3 0 0
1 Visual SVN Manager 3.4.1 0 0
1 Glassfish 3.1 0 0
21
Requerimientos de hardware y software
Cantidad Concepto Costo unitario(S/.) Costo Total (S/.)

1 JDK 1.7 0 0
Total 3500.00
2.1.2 Equipo de desarrollo
Se definen los roles, costos unitarios y costos totales (segn

participacin en el proyecto) del equipo de desarrollo que ser participe
en el proyecto; como se puede apreciar en la tabla 2.2.
Tabla 2.2 Equipo de desarrollo

Elaboracin propia
Equipo de desarrollo
Duracin del
Cantidad Rol Costo Unitario costo total
Proyecto
1 Scrum Master 2000 2 4000
1 Team Members 1500 2 3000
1 Tcnico electrnico 1000 1 1000
Total 8000
2.1.3 Otros costos
Se definen otros costos al costo de operacin, para el

mantenimiento tanto del equipo de sistemas como el dispositivo
arduino, el cual se realizar mensualmente como se puede apreciar en
la tabla 2.3.
Tabla 2.3 Costo de operacin

Elaboracin propia
Costo de operacin costo unitario
Mantenimiento 1044
Tambin definimos otros costos a los costos indirectos, que servirn de

contingencia ante algn fallo en la implementacin o errores que puedan
ocurrir en la configuracin, como se puede apreciar en la tabla 2.4.
22
Tabla 2.4 Costos indirectos
Elaboracin propia
Costo indirecto Costo
Falla en la implementacin 400
Errores de configuracin 200
Total 600
2.1.4 Tabla de resumen de inversin
A continuacin, en la tabla 2.5 se muestra un resumen de

inversin del proyecto a desarrollar.
Tabla 2.5 Resumen de inversin

Elaboracin propia
Resumen de inversin
Concepto Costo
Requerimiento de hardware y software 3500
Equipo de desarrollo 8000
Costos indirectos 1044
Costos indirectos 600
2.1.5 Evaluacin econmica
a) Flujo de caja
A continuacin, se muestra el flujo de caja en la tabla 2.6,
donde el ingreso es un estimado considerando un aumento de
produccin de la mquina del 5% y un costo de fabricacin de
0.8.
Tabla 2.6 Flujo de caja

Elaboracin propia
Flujo de Caja
ao 0 ao 1 ao 2 ao 3
Ingresos 10080 10080 10080
Costos de
-11500 0 0 0
implementacin
23
Costos de
0 -1044 -1044 -1044
mantenimiento
Costos indirectos -600 0 0 0
Flujo econmico -12100 9036 9036 9036
Tasa de Descuento del 5%

b) Evaluacin (VAN, TIR, Recuperacin de la Inversin)
Clculo del VAN
Considerar que la Tasa de Descuento del 15%
9036 9036 9036

VAN = 12100 + 1
+ 2
+
(1 + 0.15) (1 + 0.15) (1 + 0.15)3
VAN = S/. 12.507,27
Nuestro proyecto tiene un VAN positivo de 12.507,27 por

lo tanto el proyecto es rentable.
Clculo del TIR
Se realiz el clculo del TIR, para la viabilidad del
proyecto.
10080 10080 10080

0 = 12100 + 1
+ 2
+
(1 + TIR) (1 + TIR) (1 + TIR)3
TIR = 64,64%
Nuestro proyecto tiene un TIR de 64,64%, que es superior

a la tasa exigida por el inversor (5%), por lo tanto, el
proyecto es viable.
Clculo del PAYBACK
Para el clculo de PAYBACK se utilizar la siguiente
frmula:
Inversin inicial
PAYBACK =
Flujo de efectivo anual
12100
PAYBACK =
10080
24
PAYBACK = 1.2 equivalente a 1 ao y 3 meses
Nuestro proyecto tiene un periodo de recuperacin
(PAYBACK) de 1 ao y 3 meses.
Clculo del Beneficio/Costo
Este coeficiente BC es 8.10 que indica que el proyecto es
rentable.
Beneficio Flujo total de ingresos

=
Costo Flujo total de egresos
Beneficio 30240
=
Costo 3732
2.1.6 Requerimientos para continuidad del software
Para mantener la continuidad y disponibilidad del software

implementado se recomienda al Gerente General de la fbrica de
tejidos San Carlos, contar con los siguientes requerimientos para el
rea de sistemas:
a) Personal
Se requieren de dos personales:
1 Jefe de sistemas (nuevo requerimiento).
1 Tcnico en Mecatrnica (contemplado en el proyecto).
Los perfiles y funciones de los personales requeridos lo

podemos apreciar en el Anexo 04.
b) Hardware
Se requieren los siguientes hardware:
1 PC Servidor (nuevo requerimiento).
o General
o Marca: HP
o Modelo: ML310e Gen8
o Conexin de redes
25
o Protocolo: Etherner, Fast Ethernet, Gigabit
Ethernet.
o RAM
o Tamao instalado: 4GB
o Tamao mximo soportado: 32GB
o Tecnologa: DDR3 SDRAM
o Procesador
o Fabricante: INTEL
o Numero de ncleos: Quad-Core
o Sistema
o Capacidad del disco duro: 1TB
o Sistema operativo: SuSE Linux Enterprise
Server.
o Tipo: Servidor.
1 PC Cliente (contemplado en el proyecto).
o Marca: Lenovo.
o Memoria RAM: 8GB.
o Procesador: Core i5 1.70 GHZ
o Disco duro: 500G 1T
Arduino UNO para las 20 mquinas de tejido
(recomendable), en el proyecto se consideraron 3
dispositivos Arduinos.
c) Software (contemplado en el proyecto).
o Glassfish v 3.1.1
o Oracle Express Edition 11g
o Jdeveloper 12.1.3
o Visual SVN Manager 3.4.1
o JDK 1.7
2.1.7 Evaluacin de econmica para continuidad del software
Se realiza la evaluacin econmica sobre los costos de los

requerimientos para la continuidad del software y as demostrar la
viabilidad econmica.
26
a) Impacto en los costos
Donde el impacto que se tendrn con respecto a los costos
iniciales del proyecto serian:
Tabla 2.7 Impacto en costos de requerimientos para continuidad de negocio

Elaboracin propia
Requerimientos Costo Aumento
1 PC Servidor 2800 Aumento en costo de implementacin: 15000
1 Jefe de sistemas 2000 Aumento en costo de operacin: 24000 anual
17 Arduino UNO 1700 Aumento de ingresos en 40200 aprox.
b) Flujo de caja
A continuacin, se muestra el flujo de caja incluido los nuevos
requerimientos.
Tabla 2.8 Flujo de caja de requerimientos para continuidad de negocio

Elaboracin propia
Flujo de Caja
ao 0 ao 1 ao 2 ao 3
Ingresos 40.200 40.200 40.200
Costos de
-15000 0 0 0
implementacin
Costos de
0 -2044 -2044 -2044
mantenimiento
Costo de operacin 0 -24000 -24000 -24000
Costos indirectos -600 0 0 0
Flujo econmico -15600 14.156 14.156 14.156
Tasa de Descuento del 5%

c) Evaluacin (VAN, TIR, Recuperacin de la Inversin)
Clculo del VAN
Considerar que la Tasa de Descuento del 15%
14.156 14.156 14.156
VAN = 15600 + 1
+ 2
+
(1 + 0.05) (1 + 0.05) (1 + 0.05)3
VAN = S/. 22.950,30
27
Nuestro proyecto tiene un VAN positivo de 22.950,30 por
lo tanto el proyecto es rentable.
Clculo del TIR
14.156 14.156 14.156

0 = 15.600 + 1
+ 2
+
(1 + TIR) (1 + TIR) (1 + TIR)3
TIR = 73,31%
Nuestro proyecto tiene un TIR de 73,31%, que es superior

a la tasa exigida por el inversor (5%), por lo tanto, el
proyecto es viable.
Clculo del Beneficio/Costo:
Este coeficiente BC es 1,54 que indica que el proyecto es
rentable.
Beneficio Flujo total de ingresos

=
Costo Flujo total de egresos
Beneficio 120600
= = 1,54
Costo 78132
2.2 Mtodo
Como mtodos para el desarrollo del proyecto se utilizar la gua

PMBOK para la gestin del proyecto, adems se har uso del ciclo de vida
tradicional del software junto a la metodologa Scrum; siendo Scrum una
metodologa gil que nos ayuda en el desarrollo del software con su facilidad
de aplicacin en equipos pequeos, flexibilidad a los cambios, colaboracin
con el cliente y orientacin a los resultados.
2.2.1 PMBOK
A continuacin, se muestra en la tabla 2.7 la relacin entre las

reas de conocimiento y los grupos de procesos de la direccin de
proyectos que estn definidos en PMBOK; donde se resaltan de color
28
gris las actividades que se han tomado en cuenta para la gestin del
proyecto.
Tabla 2.9 Correspondencia entre Grupos de Procesos y reas de Conocimiento de la Direccin de

Proyectos.
Fuente:
Project Management Institute, Inc. (2013). Gua de los Fundamentos para la Direccin de Proyectos (Gua
del PMBOK). Newtown Square.
Grupos de Procesos de la Direccin de Proyectos

reas de Grupo de
Conocimiento Grupo de Grupo de Grupo de Grupo de
Procesos de
Procesos de Procesos de Procesos de Procesos de
Monitoreo y
Inicio Planificacin Ejecucin Cierre
Control
1.4. Monitorear y
controlar el
1.1. Desarrollar 1.2. Desarrollar 1.3. Dirigir y trabajo del
1. Gestin de la 1.6. Cerrar
el Acta de el plan para la gestionar el proyecto
Integracin del proyecto o
constitucin del direccin del trabajo del
Proyecto fase
Proyecto proyecto proyecto 1.5. Realizar el
control integrado
de cambios
2.1. Planificar la
gestin del
alcance
2.5. Validar el
2.2. Recopilar
2. Gestin del alcance
requisitos
alcance del
proyecto 2.6. Controlar el
2.3. Definir el
alcance
alcance
2.4. Crear la
EDT/WBS
3.1. Planificar la
gestin del
cronograma
3.2. Definir las

actividades
3.3. Secuenciar
las actividades
3. Gestin del
3.7. Controlar el
tiempo del
3.4. Estimar los cronograma.
proyecto
recursos de las
actividades
3.5. Estimas la
duracin de las
actividades
3.6. Desarrollar
el cronograma.
29
Grupos de Procesos de la Direccin de Proyectos
reas de Grupo de
Conocimiento Grupo de Grupo de Grupo de Grupo de
Procesos de
Procesos de Procesos de Procesos de Procesos de
Monitoreo y
Inicio Planificacin Ejecucin Cierre
Control
4.1. Planificar la
gestin de los
costos
4. Gestin de
4.4. Controlar los
los costes del 4.2. Estimar los
costos.
proyecto. costos
4.3. Determinar
el presupuesto
5.2. Realizar
5. Gestin de la 5.1. Planificar la
el 5.3. Controlar la
calidad del gestin de la
aseguramient calidad.
proyecto. calidad
o de calidad.
6.2. Adquirir el
equipo del
proyecto.
6. Gestin de 6.1. Planificar la 6.3.

los recursos gestin de los Desarrollar el
humanos del recursos equipo del
proyecto. humanos. proyecto.
6.4. Dirigir el
equipo del
proyecto.
7. Gestin de 7.2. Gestionar

7.1. Planificar la
las las 7.3. Controlar las
gestin de las
comunicacione comunicacion comunicaciones.
comunicaciones.
s del proyecto. es.
8.1. Planificar la
gestin de los
riesgos.
8.2. Identificar
los riesgos.
8.3. Realizar el
anlisis
8. Gestin de
cualitativo de 8.6. Controlar los
los riesgos del
riesgos. riesgos.
proyecto
8.4. Realizar el
anlisis
cuantitativo de
riesgos.
8.5. Planificar la
respuesta a los
riesgos.
9. Gestin de
9.1. Planificar la 9.2. Efectuar
las 9.3. Controlar las 9.4. Cerrar las
gestin de las las
adquisiciones adquisiciones adquisiciones
adquisiciones adquisiciones
del proyecto
10.3.
10. Gestin de 10.2. Panificar la Gestionar la 10.4. Controlar la
10.1. Identificar a
los interesados gestin de los participacin participacin de
los interesados.
del proyecto interesados. de los los interesados.
interesados
30
2.2.2 SCRUM
2.2.2.1 Elementos del Proyecto:
Iteraciones: El proyecto se llevar a cabo en 2 Sprint de

2 semanas cada uno.
Actividades:
Planificacin del Sprint: El Jefe de la Unidad de

Informtica se rene con el equipo de desarrollo y
usuarios para determinar que requerimientos se van a
implementar durante la iteracin y definir las tareas a
realizar.
I. Duracin: 3 horas.
II. Entradas:
a. Cronograma de actividades.
b. Product Backlog.
c. Release del Producto del Sprint anterior.
d. Documentacin.
III. Salidas:
a. Sprint Backlog.
b. Actualizacin del Product Backlog.
c. Identificacin de los cambios a realizar en
la Documentacin.
Reuniones diarias: Se realizan reuniones breves

diariamente al iniciar el da para medir el avance del
proyecto y documentar los cambios que se
actualizarn. En esta reunin, participa el Equipo de
desarrollo y el Jefe de la Unidad de Informtica.
I. Duracin: 30 minutos.
II. Entradas:
a. Sprint Backlog.
31
b. Burndown Chart.
c. Historias de usuario.
d. Descripcin de las tareas realizadas por el
equipo de desarrollo.
III. Salidas:
a. Burndown Chart actualizado.

b. Elaboracin de la documentacin de los
cambios identificados.
Revisin del Sprint: Se realiza al finalizar el Sprint,

donde el equipo de desarrollo junto con el Jefe de la
Unidad de Informtica presenta al Jefe de la Oficina de
Admisin y usuarios una demo de la versin del
Release del Producto construido en el Sprint. El Jefe
de la Oficina de Admisin aprueba la versin del
Release del Producto.
I. Duracin: 3 horas.
II. Entradas:
a. Release del Producto construido en el

Sprint.
b. Documentacin de cambios
III. Salidas:
a. Revisin, Aprobacin, Publicacin e

Implementacin de los cambios en la
documentacin.
Retrospectiva del Sprint: Se realiza luego de finalizar

la Revisin del Sprint, donde el Equipo de Desarrollo
se rene con el Jefe de la Unidad de Informtica para
32
analizar la forma de trabajo y proponer mejoras en
base a la experiencia del ltimo Sprint.
I. Duracin: 30 minutos.
2.2.2.2 Eleccin de metodologa
Para la eleccin de una metodologa usaremos un cuadro

comparativo como se muestra en la tabla 2.8, para el cual usaremos
criterios cualitativos. Los criterios identificados para seleccionar estos
modelos son:
33
Tabla 2.10 Evaluacin de las metodologas elegidas
Elaboracin propia
Evaluacin de las Metodologas Elegidas
Cuantificadores
Criterio Definicin
posibles
Adaptabilidad al Respecto a las necesidades cambiantes del Muy alta Alta

cambio cliente durante el desarrollo del proyecto. Media - Baja
Tener claro los requerimientos del cliente en la

Entendimiento de Muy alta Alta
fase inicial del proyecto por parte del analista y
requerimientos Media - Baja
diseador.
Dinamismo en
Constante trabajo en equipo y conjunto con el Muy alta Alta
desarrollo de
usuario para lograr los entregables. Media - Baja
software
Contar con una adecuada gestin de recursos y Muy alta Alta

Gestin de proyecto
riesgos para llevar a cabo el proyecto. Media - Baja
Tiempo que el cliente tenga disponible para

Tiempo disponible Muy alta Alta
poder asistir a las reuniones que se requiera en
del cliente Media - Baja
el desarrollo del proyecto.
Tiempo requerido para el desarrollo de proyectos
Muy alta Alta
Tiempo de desarrollo de software utilizando una metodologa
Media - Baja
particular.
La metodologa asegura, de una manera
objetiva, el entregable final (producto de
Muy alta Alta
Calidad del software software) y que ste cumpla con los
Media - Baja
requerimientos especificados y se ajuste a los
planes establecidos.
Cada metodologa contempla en cada uno de
sus procesos documentos que especifiquen las Muy alta Alta
Documentacin
actividades que se realizan como tambin a los Media - Baja
involucrados en el proyecto.
Anlisis Cualitativo por criterio de las metodologas

elegidas
En base a los criterios anteriormente introducidos se

compara las metodologas. Se destaca que los valores
cualitativos puestos en cada metodologa por cada criterio, son
34
referenciales y pueden variar segn cada caso de proyecto, y
experiencia de las personas y las organizaciones como se
puede apreciar en la tabla 2.9.
Tabla 2.11 Cuadro cualitativo de las metodologas elegidas

Elaboracin propia
Cuadro Cualitativo de las Metodologas Elegidas
Metodologa
SCRUM AUP XP
Criterio
Entendimiento de
Alta Alta Muy alta
requerimientos
Adaptabilidad al cambio Alta Alta Muy alta
Dinamismo en desarrollo
Muy alta Muy alta Alta
de software
Gestin de proyecto Muy alta Muy alta Media
Tiempo disponible del

Muy alta Alta Media
cliente
Tiempo de desarrollo Alta Alta Muy alta
Calidad del software Muy alta Muy alta Muy alta
Documentacin Alta Media Muy alta
Anlisis cuantitativo por criterio de las metodologas

elegidas
Para el anlisis cuantitativo de las metodologas elegidas

se estableci criterios de valores que oscilan entre 1 y 5, y son
definidos en la tabla 2.10.
Tabla 2.12 Criterios de valores

Elaboracin propia
Criterio de valores
Valor Representa
2 Bajo
35
3 Media
4 Alta
5 Muy alta
En base a los criterios ya definidos establecemos los

puntajes de criterios de valores a cada metodologa, como se
muestra en la tabla 2.11.
Tabla 2.13 Cuadro cuantitativo de las metodologas elegidas

Elaboracin propia
Cuadro cuantitativo de Metodologas elegidas
Metodologa
SCRUM AUP XP
Criterio
Entendimiento de
4 4 5
requerimientos
Adaptabilidad al
4 4 5
cambio
Dinamismo en
desarrollo de 5 5 4
software
Gestin de proyecto 5 5 3
Tiempo disponible
5 4 3
del cliente
Tiempo de desarrollo 4 4 5
Calidad del software 5 5 5
Documentacin 4 3 5
Total 27 23 24
Luego de obtenido el cuadro cuantitativo, procedemos a

realizar un anlisis para determinar la mejor metodologa para
la realizacin del proyecto basndonos en el coeficiente
(importancia para el desarrollo del proyecto) y los criterios de
valor asignados, como se puede apreciar en la tabla 2.12.
36
Tabla 2.14 Anlisis cuantitativo
Elaboracin propia
Anlisis Cuantitativo
Metodologas
Criterio Coeficiente Extreme

AUP Programming SCRUM
(XP)
Entendimiento de
5 4 20 5 25 4 20
requerimientos
Adaptabilidad al
4 4 16 5 20 4 16
cambio
Dinamismo en
desarrollo de 5 5 25 4 20 5 25
software
Gestin de proyecto 5 5 25 3 15 5 25
Tiempo disponible
5 4 20 3 15 5 25
del cliente
Tiempo de desarrollo 4 4 16 5 20 4 16
Calidad del software 4 5 20 5 20 5 20
Documentacin 3 3 9 5 15 4 12
Total 151 150 159
Luego de haber realizado el cuadro comparativo podemos

observar que la metodologa que alcanz un mayor puntaje es
la metodologa SCRUM, siendo sta la mejor opcin para el
desarrollo de software.
2.2.3 Etapas del Proceso de Desarrollo del Proyecto
Para el desarrollo del proyecto seguiremos las fases que nos

indica PMBOK para una gestin de proyectos; como tambin para el
desarrollo del software nos basaremos en las cinco fases tradicionales
del ciclo de vida del software durante cada iteracin de la metodologa
SCRUM, los cuales son:
Identificacin de procesos de negocio
37
Iniciacin
Gestin de la integracin del proyecto.
Project Charter: Acta de constitucin del proyecto.
Gestin de los interesados del proyecto
Lista de Stakeholder.
Clasificacin de Stakeholder.
Registro de Stakeholder.
Planificacin
Gestin del alcance.
WBS del proyecto.
Gestin del tiempo
Cronograma del proyecto.
Gestin de las comunicaciones del proyecto
Planificar la gestin de las comunicaciones.
Gestin de riesgos
Planificar la gestin de riesgos.

Identificar los riesgos.
Realizar el anlisis cualitativo de riesgos
Realizar el anlisis cuantitativo de riesgos.
Gestin de cambios
Plan de gestin de cambios
Ejecucin
Planificacin:
38
Objetivo: Definir la pila de productos y tareas a realizar en
la iteracin.
Tareas: Creacin de la pila de productos y tareas,
actualizacin dela pila de productos y tarea e
Identificacin de cambios.
Entregables: Pila de producto y tarea.
Anlisis
Objetivo: Obtener todos los requerimientos y

especificaciones funcionales, para poder llevar adelante
las fases de diseo y construccin.
Tareas: Consolidacin de las especificaciones
funcionales, definicin de los requisitos a travs de
Historias de Usuario y creacin de prototipos del sistema.
Entregables: Historias de Usuario e interfaces de usuario.
Diseo
Objetivo: Generar el modelo de diseo para que la

solucin cumpla con los requerimientos definidos.
Tareas: Realizar el modelo de diseo que permitir
soportar el desarrollo del proyecto que contiene la
Arquitectura del Sistema, Modelo de datos y Diagrama de
Clases.
Entregables: Modelo de datos, Diagrama de Clases y la
Arquitectura del Sistema.
Construccin y Pruebas
Objetivo: Construir el producto de la iteracin, cumpliendo

con las definiciones y especificaciones de la Planificacin
de actividades.
Tareas: Creacin de las estructuras de datos y
procedimientos, desarrollo de las historias de usuario,
39
pruebas funcionales, elaboracin de manuales de usuario
y capacitaciones.
Entregables: El entregable principal es el incremento del
sistema funcionando.
Implementacin
Objetivo: Poner en marcha el producto y que est

alineado con los requerimientos.
Tareas: Aprobacin e Implementacin del producto en el
ambiente de produccin.
Entregables: Realizacin del producto.
Control
BurnDown chart.
Cierre
Acta de aceptacin del proyecto.
2.3 Plan de trabajo
A continuacin, se muestra en la Figura 2.1 el diagrama de Gantt,

basado en las fases del ciclo de vida tradicional de desarrollo de software y la
metodologa SCRUM.
40
41
42
Figura 2.1 Cronograma de actividades
Elaboracin propia
43
CAPTULO III
DESARROLLO DEL PROYECTO
Antes del inicio del desarrollo del proyecto se llev cabo la identificacin
de los procesos del negocio; donde se detalla tanto el proceso de produccin
con el cual tendremos una visin general del rea productiva como los
procesos internos de produccin como son: el proceso de urdido, engomado
y tejido.
El desarrollo del proyecto se realizar siguiendo el ciclo de la vida del

proyecto (iniciacin, planificacin, ejecucin, control y cierre), aplicando de
manera parcial las buenas prcticas que nos indica PMBOK; y para el
desarrollo del software se seguir las fases del ciclo de vida del software
tradicional (planificacin, anlisis, diseo, construccin y pruebas e
implementacin) junto a la metodologa SCRUM.
44
3.1 Identificacin de procesos
Proceso de produccin:
El proyecto se realizar en el proceso de produccin, el cual inicia cuando la Gerencia solicita la fabricacin de un producto al jefe de produccin, quien realiza la creacin de la
orden de pedido, hasta la fabricacin del producto final y su respectivo almacenamiento, como se puede observar en la Figura 3.1
Proceso de Produccin
Figura 3.1 Proceso de produccin

Elaboracin propia
45
En la empresa se ha podido apreciar 2 tipos de paros en los diferentes
procesos de produccin (urdido, engomado y tejido):
Paro mayor
Se le denomina paro mayor cuando la mquina se detiene por
ms de 30 minutos. Es ocasionados por:
Falla tcnica: fallo en alguna pieza interna de la mquina.
Desmonte: cambio de plegador del mismo producto en la
mquina.
Cambio de producto: para cada producto se debe realizar
las configuraciones necesarias antes de dar inicio la
produccin.
Paro menor
Se le denomina paro menor cuando la mquina se detiene por
menos de 30 minutos. Es ocasionado por:
Ruptura de hilo: Cuando se rompe el hilo de urdimbre (los
hilos del plegador).
Por trama: Cuando se rompe o traba el hilo de trama (el
hilo que entrelaza el tejido en la mquina).
Por metraje: Se configura la mquina para que se pare
por cada cierto metraje producido, donde el operario
verifica que la produccin no tenga ninguna falla.
46
El proceso de produccin abarca los procesos internos de:
Proceso de urdido:
Este proceso tiene el objetivo de reunir en un carrete una longitud y nmero determinado de hilos, que son colocados en
una fileta para ser procesados, como se aprecia en la Figura 3.2.
Proceso de Urdido
Figura 3.2 Proceso de urdido

Elaboracin propia
47
o Proceso de engomado:
Este proceso consiste en colocar un par de grandes carretes en la maquinaria, donde son engomados y luego
secados a valor para obtener un solo carrete, como se aprecia en la Figura 3.3.
Proceso de Engomado
Figura 3.3 Proceso de Engomado

Elaboracin propia
48
o Proceso de tejedura:
Consiste en enlazar los hilos de urdimbre y de trama con el objetivo de transformar a telas; dependiendo del
artculo que se desee, como se aprecia en la Figura 3.4.
Proceso de Tejido
Figura 3.4 Proceso de Tejido

Elaboracin propia
49
3.2 Iniciacin
Project chrter
Es el documento que dar autorizacin del inicio del proyecto,

donde describiremos las necesidades del negocio y el software que
permitir satisfacer dichos requisitos. Ver Anexo 05.
Gestin de los interesados del proyecto.
Se definen a los Stakeholder, clasificndolos, gestionndolos y

definiendo actividades para asegurar el cumplimiento de los
requerimientos. Ver Anexo 06.
3.3 Planificacin
WBS (Desglose de Trabajo)
El WBS (Desglose de trabajo) muestra las fases para la

realizacin del proyecto (iniciacin, planificacin, ejecucin, control
y cierre), como tambin el trabajo que se desarrollar en cada fase
del proyecto en forma jerrquica. Dicho desglose de trabajo se
puede observar en el Anexo 07.
Gestin de comunicaciones
La gestin de comunicaciones tiene como objetivo planificar y

llevar a cabo entregables, como informes, acta de reuniones y
capacitaciones; para mantener al cliente informado en todo
momento el estado en el que se encuentra el proyecto. Ver Anexo
08.
Gestin de riesgos
La gestin de riesgos tiene como objetivo disminuir la

probabilidad e impacto de eventos negativos que obstruyan el
desarrollo del proyecto; debido a que dichos eventos pueden afectar
50
el tiempo, calidad, costo o alcance del proyecto. Para el desarrollo
de la gestin de riesgos se realizarn:
Plan de gestin de riesgos

Identificacin y evaluacin cualitativa de riesgos
Plan de respuesta a riesgos
El desarrollo de estas plantillas lo podemos observar en el Anexo

09.
Gestin de cambios
La gestin del cambio organizacional tiene como objetivo

plantear actividades dentro del desarrollo del proyecto que permitan
involucrar a los interesados en el cambio organizacional que
conlleva la implementacin de un sistema de informacin. Llevar a
cabo dicha gestin nos permitir para minimizar la resistencia al
cambio por parte de los usuarios finales. El desarrollo de la gestin
de cambio se puede apreciar en el Anexo 10.
3.4 Ejecucin
Para la ejecucin del proyecto nos basaremos en el tradicional ciclo de

vida del software; el cual ser utilizado en cada iteracin de la metodologa
SCRUM.
3.4.1 Sprint 0
Definicin de Historias de Usuario:
Donde se puede apreciar las caractersticas del

requerimiento expresado por el mismo usuario, el rol del
usuario dentro de la organizacin, el resultado que espera
obtener y los criterios de aceptacin del producto final;
como se puede apreciar en la tabla 3.1.
51
Tabla 3.1 Historias de usuario
Elaboracin propia
Enunciado de la Historia Criterios de Aceptacin

Identificado
Caracterstica / Razn / Nmero (#) de Criterio de Aceptacin Resultado / Comportamiento
r (ID) de la Rol Contexto Evento
Funcionalidad Resultado Escenario (Ttulo) esperado
Historia
A continuacin aparecer la ventana
Necesito visualizar todas las Con la finalidad de Cuando ingrese al
con la lista de rdenes de pedidos y
ordenes de pedido y saber en qu saber la trazabilidad 1 Gestin de produccin. N/A modulo de Gestin de
las diferentes fichas tecnicas por
proceso se encuentra dicha orden del pedido. Produccin
rden.
los datos de Urdido, donde pueda
En caso que quiera
visualizar los datos como: fecha,
generar la ficha de Cuando seleccione
2 Generar ficha de urdido Operario, artculo, cantidad total de
urdido de orden de "ficha de urdido"
hilos, Nro. de hilo, longitud, proveedor,
pedido
Lote, cantidad de conos y cantidad de
plegadores.
los datos de Engomado, donde pueda
Como jefe de Necesito tambin para una orden
HU-01 En caso que quiera visualizar los datos como: fecha,
produccin nueva poder asignar personal a las
Con la finalidad de generar la ficha de Cuando seleccione Operario, artculo, cantidad total de
maquinarias, y la realizacin de las 3 Generar ficha de engomado
crear las fichas engomado de orden de "ficha de engomado" hilos, Nro. De hilo, longitud, cantidad
fichas tcnicas de urdido,
tecnicas pedido de plegadores, longitud por plegador y
engomado y tejido para cada orden
tambin los datos de la frmula:
de pedido.
producto, kilos y h2o.
los datos de tejido, donde pueda
En caso que quiera visualizar los datos como: fecha,
generar la ficha de Cuando seleccione Operario, artculo, cantidad total de
4 Generar ficha de tejido
engomado de orden de "ficha de tejido" hilos, tipo de tejido, Nro. De peine,
pedido Hilos/cm, Pasadas/cm, ancho en
peine, ancho en crudo, peso/longitud y
peso/m2.
52
A continuacin aparecer la lista de
artculo con los datos del artculo,
donde pueda visualizar los datos
En caso que quiera
Cuando seleccione como: nombre de artculo, insumo para
6 Mantener artculo agregar, modificar o
"Gestin de artculo" urdimbre (%), insumo para trama (%),
eliminar un artculo.
hilo para urdimbre, hilo para trama,
cantidad de hilos, pasadas, peso,
encogimiento e insumo.
Necesito tambin quiero poder
Con la finalidad de A continuacin aparecer la lista de
Como jefe de introducir un nuevo artculo y/o En caso que quiera
HU-01 mantener articulos y Cuando seleccione empleados, donde pueda visualizar los
produccin frmulas, empleados, productos y 7 Mantener empleado agregar, modificar o
frmulas. "Gestin de empleado" datos del empleado y el turno de
maquinaria. eliminar un empleado.
trabajo al que pertenece.
A continuacin aparecer la lista de
En caso que quiera
Cuando seleccione productos, donde pueda visualizar los
8 Mantener productos agregar, modificar o
"Gestin de producto" daos del producto y los artculos que
eliminar un producto.
contenga.
En caso que quiera
Cuando seleccione A continuacin aparecer la lista de
9 Mantener maquina agregar, modificar o
"mantener mquina" con los datos de las mquinas.
eliminar un mquina.
A continuacin aparecer el registro
En caso se registro un Al visualizar el estado de los paros menores por maquinaria,
1 Automatizacin de paros
Necesito ver tambin los paros que paro menor de las maquinas que se realizar de manera
ha tenido cada maquinaria y el automtica.
operario no pierda tiempo en el A continuacin aparecer el detalle de
En caso que quiera
registro de los paros menores. Cuando seleccione los paros de la maquina segn su
Con la finalidad de 2 Detalle de paros visualizar todos los
Tambin quiero que en casos de detalle de una maquina. estado, el tiempo en dicho estado,
controlar los paros paros de una maquina.
que la maquina este detenida por hora de inicio y hora de fin.
por maquinaria.
ms de 30 minutos, el operador o el A continuacin aparecer la ventana
tcnico tenga que llenar un registro En caso que quiera con una lista de todos los casos en
Cuando seleccione la
indicando la razn del paro y lo que visualizar las soluciones que se registr un paro de ms de 30
3 Causas y soluciones opcion incidencias y
realizo para solucionarlo. de incidencias minutos, adems de poder apreciar la
soluciones
anteriores. solucin en caso tenga, la mquina,
Como jefe de hora de registro.
HU-02
produccin Necesito visualizar las lista de A continuacin aparecer la ventana
mquinas en su estado real de Con la finalidad de con la lista de mquinas y su estado,
Cuando ingrese al
produccin con colores que saber el estado de tiempo en dicho estado), detalle para
4 Control de paros. N/A modulo de Control de
expresen los estados de los faroles las maquinarias en observar los registros de paros de
Paros.
(azul,verde,amarillo, rojo), adems tiempo real. ms de 15 minutos, su razn y su
de la especificacin del estado solucin (si es que la han registrado).
Acontinuacion aparecern las
siguientes mtricas:
Necesito tambin tener reportes de En caso que quiera - % de pedido atendidos fuera de
Con la finalidad de Cuando seleccione
los tiempos muertos y tiempos de 5 Indicadores y mtricas generar un reporte de tiempo sea 80%
generar reportes. generar reporte de paro.
produccin. paros de las maquinas. - % de eficiencia de la maquinaria 80%
- % Tiempo de produccin sea como
mnimo un 80%
53
Definicin de Product Backlog
Se muestran los requerimientos del usuario,

obtenidos de las historias de usuario, de manera
clasificada segn mdulos del sistema, priorizadas
(baja, media y alta) y estimadas en esfuerzo (entre
valores de 1-5); como se puede apreciar en la tabla
3.2.
Tabla 3.2 Product Backlog

Elaboracin propia
Product Backlog
Historia Estimacin
ID Prioridad Requerimiento Sprint
Usuario Esfuerzo
1 Mdulo de mantenimiento
Debe permitir el registro y
R01 HU-01 Baja actualizacin de los 2 1
empleados.
R02 HU-01 Baja actualizacin de las 2 1
maquinarias.
R03 HU-01 Baja 2 1
actualizacin de los artculos.
actualizacin de los
R04 HU-01 Media productos, as como 3 1
asignacin de artculos al
producto.
Debe permitir visualizar las
R05 HU-01 Baja 1 1
pantallas segn perfiles.
2 Mdulo de produccin
Debe permitir consultar las

R06 HU-01 Baja 2 1
rdenes de pedidos.
Debe permitir asignar
R07 HU-01 Baja 1 1
personal y maquinaria.
Debe permitir generar la ficha
R08 HU-01 Media 3 1
de urdido
R09 HU-01 Media 3 1
de engomado
54
R010 HU-01 Media 3 1
de Tejido.
Debe permitir visualizar en
R011 HU-01 Alta que proceso se encuentra la 5 1
orden de pedido
3 Mdulo de control de paros
Debe permitir el registro

R012 HU-02 Alta automtico de los paros 5 2
menores.
R013 HU-02 Alta maquinas en su estado 5 2
actual.
Debe permitir agregar las
R014 HU-02 Alta causas y la solucin de los 4 2
paros mayores
Debe permitir realizar reporte
R015 HU-02 Alta de los tiempos muertos y 5 2
tiempos de produccin.
Definicin de Sprint Backlog
El sprint Backlog muestra las tareas a

realizarse en cada iteracin para el desarrollo del
sistema; como se puede apreciar en la tabla 3.3.
Tabla 3.3 Sprint Backlog

Elaboracin propia
SPRINT 1
N Tareas
1 Revisin y modificacin de pila de productos
2 Revisin y modificacin de pila de tareas
3 Revisin y modificacin de historias de usuario.
4 Armar ambiente de desarrollo
5 Realizacin de modelo de datos
6 Creacin de estructura de la Base de Datos
7 Realizacin de diagrama de flujo de trabajo del sistema
55
SPRINT 1
N Tareas
8 Diseo grfico del sistema SanCarlos.css
9 Desarrollo de historias de usuario
9.1 Desarrollo de inicio de sesin
9.2 Desarrollo de Gestin de empleados
9.3 Desarrollo de Gestin de articulo
9.4 Desarrollo de Gestin de producto
9.5 Desarrollo de Gestin de maquina
9.6 Desarrollo de Lista de estado de rdenes de produccin.
9.7 Desarrollo de Gestin de Ordenes de Produccin
9.8 Desarrollo de Generacin de Ficha de Urdido
9.9 Desarrollo de Generacin de Ficha de Engomado
9.10 Desarrollo de Generacin de Ficha de Tejido
10 Pruebas funcionales
11 Aprobacin del producto
N Tareas
SPRINT 2
1 Revisin del Sprint 2
2 Actualizacin de pila de productos y sprint
3 Actualizacin de la estructura de Base de Datos
4 Automatizacin de paros menores
7.1 Desarrollo de registro de paros menores
7.2 Desarrollo de registro de paros mayores
7.3 Desarrollo de registro de causas de paros mayores
7.4 Desarrollo de registro de solucin de paros mayores
56
N Tareas
SPRINT 2
7.5 Desarrollo de obtencin de mejor solucin ante un paro mayor
7.6 Desarrollo de monitoreo de maquinarias
7.7
Desarrollo de reportes de rdenes y fichas
7.8
Desarrollo de indicadores
8 Pruebas Funcionales
10 Creacin de manual de usuario
11 Implementacin del producto
3.4.2 Sprint 1
Fase de Planificacin
o Revisin y modificacin del Spring Backlog:
Como se puede apreciar en la tabla 3.4, las

tareas del sprint 1 no han tenido cambio alguno.
Tabla 3.4 Sprint 1

Elaboracin propia
SPRINT 1
N Tareas
1 Revisin y modificacin de pila de productos
2 Revisin y modificacin de historias de usuario.
3 Revisin y modificacin de pila de tareas
4 Armar ambiente de desarrollo
5 Realizacin de modelo de datos
6 Creacin de estructura de la Base de Datos
9.1 Desarrollo de inicio de sesin
57
9.2 Desarrollo de Gestin de empleados
9.3 Desarrollo de Gestin de articulo
9.4 Desarrollo de Gestin de producto
9.5 Desarrollo de Gestin de maquina
9.6 Desarrollo de Lista de estado de rdenes de produccin.
9.7 Desarrollo de Gestin de Ordenes de Produccin
9.8 Desarrollo de Generacin de Ficha de Urdido
9.9 Desarrollo de Generacin de Ficha de Engomado
9.10 Desarrollo de Generacin de Ficha de Tejido
10 Pruebas funcionales
58
Fase de Anlisis
o Identificacin de mejora en proceso de produccin
En el proceso de produccin se identificaron actividades como la creacin de orden de pedido y las realizaciones de las fichas tcnicas, que pueden ser
mejoradas a travs del uso de un sistema de informacin que agilice y facilite la generacin de dichas fichas tcnicas; tambin se percat que el proceso de tejido no
cuenta con una ficha tcnica perdiendo el control del proceso. En adicin a esto se observa que los usuarios no pueden identificar de una manera sencilla en que
proceso se encuentra el pedido. A continuacin, se puede apreciar las actividades que sern mejoradas en la Figura 3.5.
Proceso de Produccin
Falta Ficha de Tejido
Figura 3.5 Identificacin de mejora en proceso de produccin

Elaboracin propia
59
o Revisin y modificacin de historias de usuario.

descripciones de los requerimientos no han tenido
cambio alguno.
Tabla 3.5 Historia de Usuario 1

Elaboracin propia
Enunciado de la Historia
Identificador (ID)
Rol Caracterstica / Funcionalidad Razn / Resultado
de la Historia
Necesito visualizar todas las ordenes de Con la finalidad de
pedido y saber en qu proceso se encuentra saber la trazabilidad
dicha orden del pedido.
Como jefe de
HU-01
produccin Necesito tambin para una orden nueva poder
Con la finalidad de
asignar personal a las maquinarias, y la
crear las fichas
realizacin de las fichas tcnicas de urdido,
tecnicas
engomado y tejido para cada orden de pedido.
Necesito tambin quiero poder introducir un Con la finalidad de

Como jefe de
HU-01 nuevo artculo, empleados, productos y mantener articulos y
produccin
maquinaria. frmulas.
o Revisin y modificacin del Product Backlog.
Como se puede apreciar en la tabla 3.6, el product

backlog no ha tenido cambio alguno.

Elaboracin propia
PRODUCT BACKLOG
Historia
ID Prioridad Requerimiento Estimacin Sprint
Usuario
1 Mdulo de mantenimiento

R01 HU-01 Media actualizacin de los 2 1
empleados.

R02 HU-01 Media actualizacin de las 2 1
maquinarias.
R03 HU-01 Media 2 1
actualizacin de los artculos.
60
actualizacin de los
R04 HU-01 Baja productos, as como 3 1
asignacin de artculos al
producto.

R05 HU-01 Baja 3 1
pantallas segn perfiles.
2 Mdulo de produccin
Debe permitir consultar las

R06 HU-01 Media 2 1
rdenes de pedidos.
Debe permitir asignar

R07 HU-01 Baja 1 1
personal y maquinaria.

R08 HU-01 Media 3 1
de urdido

R09 HU-01 Media 3 1
de engomado

R010 HU-01 Media 3 1
de Tejido.
Debe permitir visualizar en

R011 HU-01 Media que proceso se encuentra la 4 1
orden de pedido
o Diseo de prototipos
Ver Anexo 13.
Fase de Diseo
o Diagrama de Despliegue
Ver Anexo 12.
61
o Modelo de Datos
Se presenta a continuacin en la Figura 3.6 el modelo de datos del sistema a implementar, el cual determinar la forma de almacenar, organizar y manipular los datos.
Figura 3.6 Modelo de Datos

Elaboracin propia
62
o Realizacin de Flujo de trabajo
A continuacin, se muestran los flujos de trabajo,

que representan el comportamiento del sistema a
desarrollar.
Flujo de gestin de artculos
El flujo de gestin de artculos muestra el

comportamiento del sistema de forma grfica,
como se puede apreciar en la Figura 3.7.
Figura 3.7 Flujo de gestin de artculos

Elaboracin propia
Flujo de gestin de empleados
El flujo de gestin de empleados muestra el

63
Figura 3.8 Flujo de gestin de mquinas
Elaboracin propia
Flujo de gestin de mquinas
El flujo de gestin de mquinas muestra el

Figura 3.9 Flujo de gestin de mquina

Elaboracin propia
Flujo de gestin de proveedor
El flujo de gestin de proveedor muestra el

64
Figura 3.10 Flujo de gestin de proveedor
Elaboracin propia
Flujo de gestin de rdenes de pedido y

generacin de fichas tcnicas
El flujo de gestin de rdenes de pedido y

generacin de fichas tcnicas muestra el
65
Figura 3.11 Flujo de gestin de rdenes de pedido y generacin de fichas tcnicas
Elaboracin propia
Fase de Construccin y pruebas
Luego de realizar el desarrollo del sistema del sprint 1,

se procede a realizar las pruebas funcionales como se muestra
a continuacin:
o Prueba Funcional N 1: Se realiz las pruebas de la

funcionalidad de Gestin de Empleado, para verificar
el correcto funcionamiento del sistema, como se
66
Tabla 3.7 Prueba Funcional N 1
Elaboracin propia
PRUEBA FUNCIONAL N1
INFORMACIN GLOBAL DEL CASO DE PRUEBA
VERSIN DE EJECUCIN 1.1

CASO DE PRUEBA
1 FECHA EJECUCIN 01/10/15
No.
MODULO DEL SISTEMA Gestin de Empleado
Descripcin del En este caso se probar que el sistema liste a los empleados, permita el registro
caso de prueba: de un nuevo empleado y editar los datos del empleado.
1. CASO DE PRUEBA
a. Precondiciones
El usuario deber de haber iniciado sesin en el sistema.
b. Pasos de la prueba
El usuario selecciona Gestin Empleados.
El sistema deber mostrar la lista de los empleados registrados, con las opciones Nuevo
empleado y Editar empleado; adems de los criterios de bsqueda por apellido y nombre del
empleado.
Si el usuario selecciona Nuevo empleado.
El sistema deber mostrar el formulario para agregar empleado.
Si el usuario selecciona Editar empleado.
El sistema deber mostrar el formulario para editar empleado.
DATOS DE ENTRADA RESPUESTA COINCIDE

RESPUESTA DEL
TIPO ESPERADA DE LA
CAMPO VALOR SI NO SISTEMA
ESCENARIO APLICACIN
Criterio de El sistema
Muestre todos los
bsqueda: Sin filtro muestra todos los
Vaco X
nombre. empleados.
Nombres empleados.
El sistema
Muestre todos los
Criterio de muestra todos los
empleados que
bsqueda: Filtro por empleados que
Jos X
nombre. contengan el
Nombres contengan el
nombre Jos
nombre Jos
Muestre todos los
bsqueda: Sin filtro muestra todos los
Vaco X
Apellido. empleados.
Apellidos empleados.
67
El sistema
Muestre todos los
muestra todos los
Criterio de empleados que
empleados que
bsqueda: Fernndez Con filtro por contengan el
X
Apellido. contengan el
Apellidos apellido
apellido
Fernndez
Fernndez
El sistema
Muestre
Opcin: muestra el
Re direccin formulario para el
Selecciona formulario para el
Nuevo a registrar X
opcin registro de
empleado. registro de
Empleado
empleado.
empleado.
El sistema
Muestre
muestra el
Opcin: formulario
formulario
Re direccin cargado con los
Selecciona cargado con los
Editar a editar datos del X
opcin datos del
empleado. empleado
Empleado empleado
seleccionado,
seleccionado,
para su edicin.
para su edicin.
c. Post condiciones
Por Criterio de bsqueda:
El sistema muestre Lista de empleados filtrados segn criterio de bsqueda.
Por Opciones:
El sistema muestre el formulario correcto segn opcin
2. RESULTADOS DE LA PRUEBA
Defectos y desviaciones Veredicto
Al seleccionar opcin Editar empleado, no cargaban todos los datos del Paso Fall
empleado (Se corrigi)
Fall Paso
Observaciones Probador
Jos Luis Enrique

Los defectos detectados se resolvieron
Firma:
de manera rpida y al instante, por lo
que el veredicto es Paso Nombre: Jos Luis Enrique
Fecha: 01/10/15
68
o Prueba Funcional N 2: Se realiz las pruebas a la
funcionalidad de Gestin de Artculos, para verificar el
correcto funcionamiento de la funcionalidad como se
Tabla 3.8 Prueba Funcional N2

Elaboracin propia
PRUEBA FUNCIONAL N2

CASO DE PRUEBA
No.
MODULO DEL SISTEMA Gestin de Artculos
Descripcin del En este caso se probar que el sistema liste a los artculos, permita el registro
caso de prueba: de un nuevo artculo y editar los datos del artculo.
1. CASO DE PRUEBA
a. Precondiciones
El usuario selecciona Gestin de Artculos.
El sistema deber mostrar la lista de los empleados registrados, con las opciones Nuevo artculo y
Editar artculo; adems de los criterios de bsqueda por cdigo y nombre del artculo.
Si el usuario selecciona Nuevo artculo.
El sistema deber mostrar el formulario para agregar artculo.
Si el usuario selecciona Editar artculo.
El sistema deber mostrar el formulario para editar artculo.

RESPUESTA DEL
TIPO ESPERADA DE LA
ESCENARIO APLICACIN
bsqueda: Muestre todos los
Vaco Sin filtros X muestra todos los
Cdigo de artculos.
artculos.
artculo
El sistema
Criterio de
bsqueda: Filtro por Muestre el artculo muestra el
41 cdigo de X
Cdigo de con cdigo 41. artculo con
artculo.
artculo cdigo 41.
69
Muestre todos los
bsqueda: muestra todos los
Vaco Sin filtro X
artculos.
Nombre artculos.
El sistema
Muestre todos los
muestra todos los
Criterio de artculos que
Filtro por artculos que
bsqueda: Base contengan el
nombre de X
65 contengan el
Nombre artculo nombre de artculo
nombre Base
Base 65
65
El sistema
Opcin: Muestre formulario muestra el
Seleccio Re direccin
Nuevo na a registrar para el registro de X formulario para el
opcin artculo. artculo. registro de
Artculo
artculo.
El sistema
Seleccio Re direccin cargado con los formulario
Editar na a editar datos del artculo X cargado con los
opcin artculo. seleccionado, para datos del artculo
Artculo
su edicin. seleccionado,
para su edicin.
c. Post condiciones
El sistema muestre Lista de empleados filtrados segn criterio de bsqueda.
Por Opciones:
Al seleccionar opcin Editar empleado, no cargaban todos los datos del Paso Fall
empleado (Se corrigi)
Fall Paso
Jos Luis Enrique

Los defectos detectados se resolvieron
Firma:
de manera rpida y al instante, por lo
que el veredicto es Paso Nombre: Jos Luis Enrique
Fecha: 01/10/15
70
funcionalidad de Gestin de Mquina, para verificar el

Elaboracin propia
PRUEBA FUNCIONAL N 3

CASO DE PRUEBA
No.
MODULO DEL SISTEMA Gestin de Mquina
Descripcin del En este caso se probar que el sistema liste a las mquinas, permita el
caso de prueba: registro de una nueva mquina y editar los datos de la mquina.
1. CASO DE PRUEBA
a. Precondiciones
El usuario selecciona Gestin de Maquinas.
El sistema deber mostrar la lista de las mquinas registradas, con las opciones Nuevo mquina y
Editar mquina; adems de los criterios de bsqueda por cdigo, nombre y tipo de mquina.
Si el usuario selecciona Nueva mquina.
El sistema deber mostrar el formulario para agregar una nueva mquina.
Si el usuario selecciona Editar mquina.
El sistema deber mostrar el formulario para editar los datos de una mquina.

RESPUESTA
TIPO ESPERADA DE LA
CAMPO VALOR SI NO DEL SISTEMA
ESCENARIO APLICACIN
bsqueda: Muestre todas las
No debe muestra todas
Vaco X
Cdigo de realizar filtros. mquinas.
las mquinas.
mquina
El sistema
Criterio de Debe filtrar el
bsqueda: Muestre la mquina muestra la
cdigo que
2 X
Cdigo de contenga el de cdigo 2 mquina de
mquina dato ingresado.
cdigo 2
71
Muestre todas las
bsqueda: No debe muestra todas
Vaco X
realizar filtros. mquinas.
Nombre las mquinas.
El sistema
Muestre todas las muestra todas
Criterio de Debe filtrar los
mquinas que las mquinas
bsqueda: nombres que
Saurer X
contengan el contengan el que contengan
Nombre
dato ingresado.
nombre Saurer el nombre
Saurer
Criterio de
El sistema
bsqueda: Muestre todas las
No debe muestra todas
Vaco X
Tipo de realizar filtros. mquinas.
las mquinas.
mquina
El sistema
Criterio de muestra todas
Debe filtrar Muestre todas las
bsqueda: las mquinas
segn tipo de mquinas de tipo de X
Tejido
Tipo de mquina de tipo de
elegido. mquina Tejido.
mquina mquina
Tejido.
El sistema
Seleccio Re direccin a
Nueva na registrar para el registro de X formulario para
opcin mquina. mquina. el registro de
Mquina
mquina.
El sistema
muestra el
Opcin: Muestre formulario
formulario
Seleccio cargado con los
Re direccin a cargado con los
Editar na datos de la mquina X
editar mquina. datos de la
opcin seleccionada, para
Mquina mquina
su edicin.
seleccionada,
para su edicin.
c. Post condiciones
El sistema muestre Lista de mquinas filtrados segn criterio de bsqueda.
Por Opciones:
72
Al seleccionar opcin Editar mquina, no cargaban todos los datos de la Paso Fall
mquina (Se corrigi)
Fall Paso
Jos Luis Enrique

Los defectos detectados se resolvieron de
Firma:
manera rpida y al instante, por lo que el
veredicto es Paso Nombre: Jos Luis Enrique
Fecha: 01/10/15

funcionalidad de Gestin de Producto, para verificar el

Elaboracin propia
CASO DE PRUEBA FECHA EJECUCIN 01/10/15

4
No.
Gestin de
MODULO DEL SISTEMA
Producto
Descripcin del En este caso se probar que el sistema liste a los productos, permita el
caso de prueba: registro de un nuevo producto y editar los datos del producto.
1. CASO DE PRUEBA
a. Precondiciones
E sistema deber contar con artculos registrados.
El usuario selecciona Gestin de Productos.
El sistema deber mostrar la lista de los productos registrados junto con los artculos asignados, con
las opciones Nuevo producto y Editar producto; adems de los criterios de bsqueda por cdigo
y nombre del producto.
Si el usuario selecciona Nuevo producto.
73
El sistema deber mostrar el formulario para agregar producto.
Si el usuario selecciona Editar producto.
El sistema deber mostrar el formulario para editar producto.

RESPUESTA DEL
TIPO ESPERADA DE LA
ESCENARIO APLICACIN
El sistema
Muestre todos los
muestra todos los
artculos
Seleccin de Mostrar artculos
Seleccin X
producto artculos. relacionados al
relacionados al
producto.
producto.
Vaco Sin filtros X muestra todos los
Cdigo de productos.
productos.
producto
El sistema
Criterio de Muestre el
bsqueda: Filtro por muestra el
21 cdigo de producto con X
Cdigo de producto con
producto. cdigo 21.
producto cdigo 21.
Criterio de
El sistema
Vaco Sin filtro X muestra todos los
Nombre de productos.
productos.
producto
Muestre todos los El sistema

Criterio de
productos que muestra todos los
bsqueda: Filtro por
Toalla nombre de contengan el X productos que
Nombre de
producto nombre de contengan el
producto
producto toalla nombre Toalla
El sistema
Muestre
Opcin: muestra el
Re direccin formulario para el
Selecciona formulario para el
Nuevo a registrar X
opcin registro de
producto. registro de
Producto
producto.
producto.
74
El sistema
Muestre
muestra el
formulario
formulario
Opcin: cargado con los
cargado con los
Re direccin datos del
Selecciona datos del
Editar a editar producto X
opcin producto
producto. seleccionado y los
Producto seleccionado y los
artculos
artculos
relacionados,
seleccionados,
para su edicin.
para su edicin.
c. Post condiciones
Por Seleccin:
El sistema muestre los artculos relacionamos al producto seleccionado.
El sistema muestre Lista de productos filtrados segn criterio de bsqueda.
Por Opciones:
Al seleccionar un producto, muestra artculos no relacionados al producto (Se

corrigi). Paso Fall
Al seleccionar editar producto, muestra error de producto no encontrado (Se

Fall Paso
corrigi).
Jos Luis Enrique

Los defectos detectados se resolvieron de Firma:
manera rpida y al instante, por lo que el
veredicto es Paso. Nombre: Jos Luis Enrique
Fecha: 01/10/15

funcionalidad de Listado de rdenes de produccin,
para verificar el correcto funcionamiento de la
funcionalidad como se puede apreciar en la tabla 3.11.
Tabla 3.11 Prueba Funcional N"5

Elaboracin propia
75
CASO DE PRUEBA FECHA EJECUCIN 01/10/15

5
No.
Listado de rdenes en
MODULO DEL SISTEMA
produccin
En este caso se probar que el sistema liste a las rdenes de produccin,

Descripcin del permita el registro de un nuevo producto y editar los datos del producto; como
caso de prueba: tambin se probar que permita agregar, editar y registrar las fichas de urdido,
engomado y tejido.
1. CASO DE PRUEBA
a. Precondiciones
El sistema deber contar con artculos registrados.
El sistema deber contar con productos registrados.
El usuario selecciona rdenes de produccin.
El sistema deber mostrar la lista de las rdenes registradas junto con las fichas tcnicas
correspondientes a dicha orden.
El sistema muestra los criterios de bsqueda:
Cdigo de orden de produccin
Estado de proceso.
El sistema muestra las opciones para las rdenes de produccin
Nueva Orden
Editar Orden
El sistema muestra las opciones para las Fichas de Urdido.
Agregar Ficha Urdido
Editar Ficha Urdido
Registrar Ficha Urdido
El sistema muestra las opciones para las Fichas de Engomado.
Agregar Ficha Engomado
Editar Ficha Engomado
Registrar Ficha Engomado
El sistema muestra las opciones para las Fichas de Tejido.
Agregar Ficha Tejido
Editar Ficha Tejido
Registrar Ficha Tejido
76
RESPUESTA DEL
TIPO ESPERADA DE LA
ESCENARIO APLICACIN
El sistema muestra las

Muestre las fichas
Mostrar fichas tcnicas
Fichas tcnicas
Seleccin de (urdido, engomado y
tcnicas asociadas a la
orden de Seleccin X
asociadas a la tejido) relacionados a
produccin orden de
orden de
la orden de
produccin. produccin.
produccin.
Criterio de Muestre todas las El sistema muestra

bsqueda:
Vaco Sin filtros rdenes de X todas las rdenes de
Cdigo de
orden
Criterio de El sistema muestra la

bsqueda: Filtro por Muestre la orden
81 cdigo de X orden con cdigo
Cdigo de con cdigo 81.
orden. 81.
orden
Criterio de
Muestre todas las El sistema muestra
bsqueda:
Vaco Sin filtro rdenes de X todas las rdenes de
Estado de
proceso
Criterio de
Muestre todas las El sistema muestra
bsqueda: Filtro por
Registrad rdenes de tipo todas las rdenes de
estado X
Estado de o
orden. Registrado tipo Registrado
proceso
Opcin: Muestre El sistema muestra el

Re direccin
Selecciona formulario para el formulario para el
Nueva a registrar X
opcin
orden. registro de orden. registro de la orden.
Orden
Muestre
Opcin: El sistema muestra el
formulario
Re direccin formulario cargado
Selecciona cargado con los
Editar a editar X con los datos de la
opcin datos de la orden
orden. orden seleccionada,
Orden seleccionada,
para su edicin.
para su edicin.
Re direccin
Opcin Ficha Muestre El sistema muestra el
Selecciona a agregar
X
de Urdido: opcin ficha de formulario para el formulario para el
urdido.
77
Agregar registro de ficha registro de ficha de
Ficha de urdido. urdido.
Urdido
Muestre
formulario El sistema muestra el
Opcin Ficha cargado con los formulario cargado
de Urdido: datos de la ficha con los datos de la
Re direccin
Selecciona de urdido ficha de urdido
a editar ficha X
Editar Ficha opcin seleccionada, seleccionada, para su
de urdido.
para su edicin; edicin; adems de
Urdido adems de los los datos de la orden
datos de la orden de produccin.
de produccin.
Opcin Ficha
Muestre El sistema muestra el
de Urdido:
Re direccin
formulario para el formulario para el
Selecciona a registrar
Registrar X
opcin Ficha de registro de Ficha registro de la Ficha de
Ficha Engomado.
de Engomado. Engomado.
Engomado
Muestre
Opcin Ficha formulario El sistema muestra el
cargado con los formulario cargado
de
Re direccin datos de la Ficha con los datos de la
Engomado: Selecciona a editar Ficha de Engomado Ficha de Engomado
X
opcin de seleccionada, seleccionada, para su
Editar Ficha Engomado. para su edicin; edicin; adems de
adems de los los datos de la orden
Engomado
datos de la orden de produccin.
de produccin.
Opcin Ficha
de
Re direccin
formulario para el formulario para el
Engomado: Selecciona a registrar
X
opcin Ficha de registro de Ficha registro de la Ficha de
Registrar Tejido.
de Tejido. Tejido.
Ficha Tejido

Opcin Ficha formulario cargado
formulario
con los datos de la
de Tejido: Re direccin cargado con los
Selecciona Ficha de Tejido
a editar Ficha datos de la Ficha X
Agregar opcin de Tejido seleccionada, para su
de Tejido.
seleccionada, edicin; adems de
Ficha Tejido los datos de la orden
para su edicin;
adems de los de produccin.
78
datos de la orden
de produccin.
c. Post condiciones
Por Seleccin:
El sistema muestre las fichas de urdido asociadas a la orden de produccin
El sistema muestre las fichas de engomado asociados a la orden de produccin
El sistema muestre las fichas de tejido asociados a la orden de produccin
El sistema muestre Lista de productos filtrados segn criterio de bsqueda.
Por Opciones:
El sistema muestre el formulario correcto segn opcin (Agregar, editar) de la orden de

produccin.
El sistema muestre el formulario correcto segn opcin (Agregar, editar) de la ficha de

urdido.

engomado.

tejido.
Al seleccionar una orden, muestra fichas no asociadas a la orden (Se corrigi).
Al seleccionar editar ficha de engomado, muestra error de detalle de ficha de Paso Fall
engomado no encontrado (Se corrigi).
Fall Paso
Al seleccionar editar ficha de tejido, muestra error de detalle de ficha de tejido no
encontrado (Se corrigi).
Jos Luis Enrique

Los defectos detectados se resolvieron de
Firma:
manera rpida, por lo que el veredicto es
Paso. Nombre: Jos Luis Enrique
Fecha: 01/10/15
Fase de Implementacin
o Se realiz la demostracin del sprint 1 y manual de
usuario. Ver Apndice.
79
3.4.3 Sprint 2
Fase de Planificacin
o Revisin y modificacin del Spring Backlog: Como se
puede apreciar en la tabla 3.12, las tareas del sprint 2
no han tenido cambio alguno.
Tabla 3.12 Sprint 2

Elaboracin propia
SPRINT 2
N TAREAS
1 Revisin del Sprint 2
2 Actualizacin de pila de productos y sprint 2
3 Actualizacin de la estructura de Base de Datos
6.1 Automatizacin de paros menores
6.2 Desarrollo de registro de paros menores, segn clasificacin
6.3 Desarrollo de registro de paros mayores, segn clasificacin
6.4 Desarrollo de registro de causas de paros mayores
6.5 Desarrollo de registro de solucin de paros mayores
6.6 Desarrollo de obtencin de mejor solucin ante un paro mayor
6.7 Desarrollo de monitoreo de maquinarias
6.8
Desarrollo de reportes de rdenes y fichas
6.9
Desarrollo de reportes estadsticos de paros
7 Pruebas Funcionales
9 Creacin de manual de usuario
10 Implementacin del producto
Fase de Anlisis
80
o Identificacin de mejora en proceso de urdido:
En el proceso de urdido se identificaron actividades como anotar los paros de la mquina en la ficha de
urdido; donde se registra por igual todos los paros ya sean menores o mayores, sin poder identificar la cantidad
de cada tipo de paro ni el tiempo de duracin del mismo; adems del libre albedrio que tiene el operario para
el registro de los paros. A continuacin, se muestra la actividad a mejorar en la figura 3.12.
Proceso de Urdido
Figura 3.12 Identificacin de mejora en proceso de urdido

Elaboracin propia
81
o Identificacin de mejora en Proceso de engomado:
En el proceso de engomado se identific que no existe ningn registro de paros menores ni mayores,
aplicando solo acciones correctivas; como se puede apreciar en la Figura 3.13.
Proceso de Engomado
No existe registro
de paros
Figura 3.13 Proceso de Engomado

Elaboracin propia
82
o Identificacin de mejora en Proceso de tejedura:
En el proceso de tejedura se identific que no existe ningn registro de paros menores ni mayores,
aplicando solo acciones correctivas, como se puede apreciar en la Figura 3.14; adems se identific que los
operarios tienen dificultad al identificar de manera visual las mquinas detenidas.
No existe
Proceso de Tejido registro de paros
Figura 3.14 Proceso de Tejido

Elaboracin propia
83
o Revisin y modificacin de historias de usuario.

descripciones de los requerimientos no han tenido
cambio alguno.
Tabla 3.13 Historia de Usuario

Elaboracin propia
Enunciado de la Historia
Identificado
Razn /
r (ID) de la Rol Caracterstica / Funcionalidad
Resultado
Historia
Necesito ver tambin los paros que ha tenido cada
maquinaria y el operario no pierda tiempo en el registro de los
Con la finalidad de
paros menores. Tambin quiero que en casos de que la
controlar los paros
maquina este detenida por ms de 30 minutos, el operador o
por maquinaria.
el tcnico tenga que llenar un registro indicando la razn del
paro y lo que realizo para solucionarlo.
Como jefe de
HU-02
produccin Necesito visualizar las lista de mquinas en su estado real de Con la finalidad de
produccin con colores que expresen los estados de los saber el estado de
faroles (azul,verde,amarillo, rojo), adems de la las maquinarias en
especificacin del estado tiempo real.
Necesito tambin tener indicadores de los tiempos de Con la finalidad de

produccin. generar reportes.
o Revisin y modificacin del Product Backlog.
Como se puede apreciar en la tabla 3.14, el product

backlog no ha tenido cambio alguno.

Elaboracin propia
PRODUCT BACKLOG
Historia
ID Prioridad Requerimiento Estimacin Sprint
Usuario
3 Mdulo de control de paros
Debe permitir el registro

R012 HU-02 Alta automtico de los paros 5 2
menores.
R013 HU-02 Alta maquinas en su estado 5 2
actual.
84
Debe permitir agregar las
R014 HU-02 Alta causas y la solucin de los 4 2
paros mayores
Debe mostrar indicadores de
Pedidos atendidos fuera de
R015 HU-02 Alta tiempo Eficiencia de la 4 2
maquinaria y Tiempo de
produccin
Fase de Diseo
o Diagrama de Despliegue
Ver Anexo 12.
o Modelo de Datos
Se presenta a continuacin en la Figura 3.15 el

modelo de datos del mdulo de control de paros, el
cual determinar la forma de almacenar, organizar y
manipular los datos.
85
Figura 3.15 Modelo de datos
Elaboracin propia
o Realizacin de Flujo de trabajo
A continuacin, se muestran los flujos de trabajo,

que representan el comportamiento del sistema a
desarrollar.
Flujo de control de paros.
El flujo de control de paros muestra el

86
Figura 3.16 Flujo de Control de Paros
Elaboracin propia
Flujo de gestin de paros mayores.
El flujo de gestin de paros mayores

muestra el comportamiento del sistema de
forma grfica, como se puede apreciar en la
Figura 3.17.
Figura 3.17 Gestin de paros mayores

Elaboracin propia
Fase de Construccin y pruebas
Luego de realizar el desarrollo del sistema del sprint 2,

se procede a realizar las pruebas funcionales como se muestra
a continuacin:

funcionalidad de Control de paros, para verificar el
87
Elaboracin propia
Versin de ejecucin 1.1
Caso de Prueba No. 6 Fecha de ejecucin 05/10/15
Mdulo del sistema Control de paros
Descripcin del caso de En este caso se probar que el sistema reconoce lectura de puerto serial, adems del registro
prueba: en la BD.
1. Caso de Prueba
a. Precondiciones
El arduino reconoce la seal enviada por el sensor y enva por puerto serial.
El sistema reconoce puertos seriales disponibles.
El sistema lee las seales del puerto serial e identifica el tipo de paro.
El sistema registra en la BD la fecha y hora que se detuvo como tambin el tipo de paro.
Datos de Entrada Coincide

Respuesta Esperada del
Respuesta del Sistema
Tipo Sistema
Campo Valor Si No
Escenario
El arduino debe capturar la El arduino capturar la

Capturar
Seal enviada Seal de seal del sensor y seal del sensor y lo
datos de X
por el sensor sensor transformarlo en seales enva de forma digital al
sensor.
digitales. puerto serial.
Seal digital Reconocimien El sistema deber El sistema reconoce los

enviada por el COM4 to de puerto reconocer los puertos X puertos seriales
arduino serial. seriales disponibles. disponibles.
El sistema deber leer el El sistema lee el puerto

Seal digital
Lectura de puerto serial y reconocer serial y reconoce los
enviada por el 1 X
puerto serial. los datos enviados por el datos enviados por el
arduino
arduino. arduino.
Reconocimien
Seal digital El sistema deber clasificar El sistema clasifica la
to de tipo de
enviada por el 1 la seal segn tipo de paro X seal segn tipo de paro
paro y
arduino y registrar en BD. y registrar en BD.
registro en BD
c. Post condiciones
Clasificacin por tipo de paro.
Registro de fecha y hora en la BD.
2. Resultados de la prueba
88
Latencia de envo de seales a puerto serial (corregido) Paso Fall
Lectura de data nula en puerto serial. (corregido)

Fall Paso
Ecmias Eduardo Fernndez
Los defectos detectados fueron resueltos, por lo que el Firma:

veredicto es Paso.
Nombre: Ecmias Eduardo Fernndez
Fecha: 05/10/15

funcionalidad de Gestin de Producto, para verificar el

Elaboracin propia
Informacin global del caso de prueba

CASO DE PRUEBA
No.
MODULO DEL SISTEMA Control de paros
Descripcin del En este caso se probar que el sistema muestre el estado de las mquinas en tiempo real,
caso de prueba: identificando el tipo de paro y el tiempo que la mquina se encuentra en dicho estado.
3. CASO DE PRUEBA
d. Precondiciones
e. Pasos de la prueba
El sistema lee las seales del puerto serial e identifica el tipo de paro.
El sistema actualiza el estado de las maquinarias, segn seal de puerto serial.
DATOS DE ENTRADA COINCIDE

RESPUESTA ESPERADA DE RESPUESTA DEL
TIPO LA APLICACIN SISTEMA
CAMPO VALOR SI NO
ESCENARIO
El sistema deber El sistema determinar el

Seal digital Indicar el reconocer las seales de los estado de la mquina
enviada por el 1 estado de la X
puertos y determinar el segn las seales del
arduino mquina.
estado de la mquina. puerto serial.
89
El sistema deber indicar
Seal digital El sistema actualiza el
Indicar el tipo que tipo de paro se produce X
enviada por el 1
de paro. tipo de paro segn seal.
arduino segn seal.
Indicar el El sistema deber mostrar El sistema muestra el

Seal digital
tiempo que la el tiempo que lleva la tiempo que lleva la
enviada por el 1 X
mquina lleva
arduino
en ese estado. maquina en un estado. maquina en un estado.
f. Post condiciones
Estado de las mquinas en tiempo real.
Paso Fall
Latencia al actualizar el sistema segn lectura de puerto serial (corregido).
Fall Paso
Ecmias Eduardo Fernndez
Los defectos detectados fueron resueltos, Firma:

por lo que el veredicto es Paso.
Nombre: Ecmias Eduardo Fernndez
Fecha: 05/10/15
Fase de Implementacin
o Se realiz la demostracin del sprint 2 y manual de
usuario. Ver Anexo Apndice.
3.5 Control
Para el control y seguimiento del desarrollo, se realizaron los

Burndown chart para cada iteracin; donde se podr visualizar la
comparacin del tiempo previsto y el tiempo real dedicado al desarrollo
del proyecto por da.
Sprint 1:
Se muestra el detalle del desarrollo del sprint 1, segn las

horas invertidas por cada da de desarrollo como se puede
apreciar en la figura 3.18.
90
Tambin se realiz el Burndown para poder comparar el tiempo
previsto y el tiempo real del desarrollo del software como se
muestra en la figura 3.19; teniendo como fechas previstas:
o Fecha inicio Previsto 12/09/2015

o Fecha fin Previsto 26/09/2015
91
Figura 3.18 Desarrollo de Sprint
Elaboracin propia
92
BURNDOWN CHART
65
SPRINT #1
60
58
55 55
54
51 Previsto
50 50
47
45 46 Sprint
45
42 42
40
HORAS DE TRABAJO
39
38
37
35
34 34
30 31 31
30
27
25 26
23
22
20
19
18
17
15 15
14
10 11
10
7
5 6
3
2
0 0 0 0 0
DIAS
Figura 3.19 Burdown Chart - Sprint 1

Elaboracin propia
93
Sprint 2
Se muestra el detalle del desarrollo del

sprint 2, segn las horas invertidas por cada da de
desarrollo como se puede apreciar en la figura
3.20.
Tambin se realiz el Burndown para poder

comparar el tiempo previsto y el tiempo real del
desarrollo del software como se muestra en la
figura 3.21; teniendo como fechas de inicio y fin de
lo previsto:
o Fecha inicio Previsto 27/09/2015

o Fecha fin Previsto 10/10/2015
94
Figura 3.20 Desarrollo de Sprint 2
Elaboracin propia
95
BURNDOWN CHART
85
SPRINT #2
80 79
75 76 75
72
70 70 69
65 64 65
Previsto
60 60
58 57
55 Sprint
53
HORAS DE TRABAJO
52
50
48
45 46
42
40 40
37
35 34
32
30
28
25
22 22
20
15 16
14
10 10
5 4
0 0 0
01-OCT 02-OCT 03-OCT 04-OCT 05-OCT 06-OCT 07-OCT 08-OCT 09-OCT 10-OCT 11-OCT 12-OCT 13-OCT 14-OCT 15-OCT
DIAS
Figura 3.21 Burdown Chart - Sprint 2

Elaboracin propia
96
3.6 Cierre
Se puede apreciar el acta de aceptacin del sistema en el

Anexo 15.
97
CAPTULO IV
PRUEBAS Y RESULTADOS
4.1 Plan de Pruebas

4.1.1 Propsito
Este plan de pruebas tiene como propsito dar a conocer las

tcnicas, herramientas y actividades relacionadas con la ejecucin y
validacin del las pruebas que se realizarn al sistema; garantizando
as el cumplimiento de los requerimientos.
4.1.2 Alcance
El plan de pruebas se vuelve una gua en la ejecucin de las

pruebas que se realizarn al Sistema web de control de paros de las
maquinas textiles.
4.1.3 Tipo de prueba
Se realizaron las pruebas de sistemas, funcionales y de usabilidad

con el cual se verifica el cumplimiento de los requerimientos del
usuario. A continuacin, se detalla en las tablas 4.1, 4.2 y 4.3 cada tipo
de prueba que utilizaremos:
98
Tabla 4.1 Detalle Pruebas de Sistema
Elaboracin propia
PRUEBAS DE SISTEMA
Validar los mximos volmenes de datos (como las ordenes

Objetivo de la Prueba: de pedido, las fichas tcnicas y el registro de los paros) en
un perodo especfico en el tiempo.
Realizar pruebas de rendimiento bsico: Es la simulacin de

la carga esperada en el entorno de produccin.
Estrategia: Realizar las pruebas de concurrencia: Identificar posibles
problemas cuando ocurra una sobrecarga de usuarios,
antes de su pase a produccin.
Realizar pruebas de carga: Altos volmenes de informacin.
Herramientas
requeridas: JMETER
Se mencionaron algunas herramientas para la realizacin de las

Observaciones:
pruebas; las cuales sern elegidas por los miembros del equipo
para la ejecucin.
Tabla 4.2 Detalle Pruebas Funcionales

Elaboracin propia
PRUEBAS FUNCIONALES
Se asegura el correcto cumplimiento del proceso,

Objetivo de la Prueba: validando la entrada de datos, procesamiento y
obtencin de resultados.
Validacin de la funcionalidad se realizar utilizando
Estrategia: datos reales de la empresa, lo cual ayudar a
verificar:
o Correcto funcionamiento del sistema.
o Los resultados esperados.
o Cumplimiento de requerimientos.
Herramientas Requeridas:
Formato de casos de prueba funcionales
Observaciones: Se utilizar los formatos de casos de prueba funcional

para las pruebas funcionales.
Tabla 4.3 Detalle Pruebas de Usabilidad

Elaboracin propia
PRUEBAS DE USUABILIDAD
Objetivo de la Prueba: Validar el grado de usabilidad del sistema.
99
Para capturar el grado de usabilidad del sistema; se
les har una encuesta a los usuarios donde se podr
determinar:
Estrategia:
a. Facilidad de uso.
b. Facilidad de aprendizaje.
c. Aprobacin del usuario.
Herramientas Requeridas: Encuesta

Prototipos del sistema.
Para este tipo de prueba se usar las encuestas y los

Observaciones: prototipos del sistema; donde dichas pruebas deben ser
realizadas antes de su implementacin para un posterior
cambio.
4.2 Pruebas de Sistema
Se cre un grupo de hilos para simular la conexion de 30 usuarios

simultaneamente, esta prueba consiste en peticion http por metodo get , y el
sistema mostro 0% de fallas en todas las peticiones de request teniendo un
tiempo de resuesta de 1773 segundos como promedio y un rendimiento de
4,1/ sec lo cual demuestra que si pasa la prueba de elemental ya que soporta
la cantidad de usuarios de la empresa. Esta prueba de sistema se puede
apreciar en el Anexo 14.
4.3 Pruebas Funcionales
Las pruebas funcionales fueron realizadas durante el desarrollo del

sistema; se realiz en cada iteracin en la fase de desarrollo y pruebas.
100
4.4 Pruebas de Usabilidad
Tabla 4.4 Cuestionario de Pruebas de Usabilidad

Elaboracin propia
PREGUNTA CRITERIOS DE EVALUACIN
1 = El vocabulario es demasiado tcnico.

2 = El vocabulario presenta algunas
1. El vocabulario utilizado es simple dificultades de comprensin.
para la compresin del usuario?
3 = El vocabulario es completamente
comprensible.
2. Hay algn tipo de asistencia para los 1 = No existe ninguna ayuda.

usuarios que hacen uso del sistema por 2 = Se encuentra ayuda en algunas partes.
primera vez? 3 = Existen ayudas en todo el sistema.
1 = El sistema es de difcil comprensin.

3. El sistema es fcil de operar para 2 = El sistema es fcil de operar en algunas
alguien que no recibi capacitacin en de sus funcionalidades.
su operacin? 3 = El sistema es completamente fcil de
operar.
1 = No se entiende su interfaz.
2 = La interfaz se entiende en algunas
4. Se entienden la interfaz y su partes.
contenido?
3 = La interfaz es completamente
entendible.
1 = Es difcil identificar los objetos o

acciones.
5. Resulta fcil identificar un objeto o 2 = Se pueden identificar los objetos y
una accin? acciones en algunas partes del sistema.
3 = Todos los objetos y acciones son
fcilmente identificables.
1 = Los resultados de las acciones no son

entendibles.
2 = Los resultados de las acciones son
6. Resulta fcil entender el resultado de entendibles en algunas partes o la mayor
una accin?
parte del sistema.
3 = Todos los resultados de las acciones
son entendibles.
1 = Los mensajes non son apropiados.

2 = Los mensajes son apropiados en
7. Son apropiados los mensajes algunas partes del sistema.
presentado por el sistema?
3 = Todos los mensajes son apropiados y
fciles de comprender.
101
PREGUNTA CRITERIOS DE EVALUACIN
1 = El sistema no previene errores del

usuario.
8. Acta el sistema en la prevencin de 2 = El sistema previene algunos o la
errores con mensajes de advertencia? mayora de los errores del usuario.
3 = El sistema previene cualquier error que
pueda cometer el usuario.
1 = La navegacin no es sencilla.
2 = La navegacin presenta algunas
9. Permite una cmoda navegacin dificultades.
dentro del producto y una fcil salida de
3 = La navegacin es sencilla, requiere de
ste?
pocos vnculos para accedes a las
funcionalidades del sistema.
1 = La interfaz no es personalizable.
2 = La interfaz es personalizable con
10. Se permite al usuario personalizar algunas restricciones.
la interfaz para una mejor visualizacin?
3 = La interfaz es completamente
personalizable.
1 = No se presenta ninguna informacin

11. Se proporciona informacin visual visual ni otro tipo de ayuda.
de dnde est el usuario?, qu est 2 = Presenta ayudas en algunas partes del
haciendo y qu puede hacer a sistema.
continuacin? 3 = Las ayudas son apropiadas y estn
distribuidas al largo del sistema.
1 = La informacin presentada es ms de la
que necesita y tiende a ser confusa.
12. Se presenta al usuario la 2 = En algunas partes se presenta mayor
informacin que slo necesita? informacin a la necesaria.
3 = La informacin es estrictamente la
necesaria segn el perfil.
102
CAPTULO V
DISCUSIN Y APLICACIONES
5.1 Discusin de resultados
Objetivo General: Aumentar la eficiencia de las mquinas de

produccin textil, garantizando un adecuado control de paros de las
maquinarias, y disminuir la Informalidad y mala gestin en la atencin de los
pedidos de produccin en la Fbrica de Tejidos San Carlos S.A.C.
De los resultados obtenidos del sistema textil San Carlos, podemos apreciar
la contribucin para el aumento de la eficiencia por medio del cumplimiento de
nuestros objetivos especficos planteados:
Desarrollar e implementar un sistema web para el monitoreo y control

de paros de las mquinas de tejido.
Disminuir el tiempo empleado en los registros de paros menores de las
mquinas de tejido.
Establecer indicadores que ayuden a la toma de decisiones para una
mejor gestin en la atencin de los pedidos de produccin.
Agilizar la generacin de las fichas tcnicas de urdido, engomado y
tejido.
103
Objetivo Especfico 1: Desarrollar e implementar un sistema web para el
monitoreo y control de paros de las mquinas de tejido.
Sistema antiguo:
Registro de paros mayores: los operarios de maquinarias no realizaban un

registro de paros mayores ni mucho menos el registro de sus causas y
soluciones.
Monitoreo de las mquinas: los operarios tenan que recorrer la zona de
produccin fijndose en los faroles o dispositivos mecnicos de las
mquinas, los cuales les indican la ocurrencia de un paro; dicha forma de
monitoreo est limitada por el alcance de la visin del operario, debido a
la cantidad de mquinas en produccin que dificulta ver todos los faroles y
ms an las mquinas que no cuentan con un farol debido a que se debe
de estar muy cerca para identificar el paro; como se puede apreciar en la
Figura 5.1.
Figura 5.1 Monitoreo visual de maquinaria

Elaboracin propia
Sistema implementado
104
El sistema cuenta con un mdulo de control de paros, el cual cuenta con
los siguientes sub mdulos:
o Sub mdulo de Monitoreo de mquinas: en el cual se puede
apreciar todas las mquinas con sus respectivos estados, con el
cual el usuario podr visualizar de manera rpida y fcil los paros
que ocurran en tiempo real; como se puede apreciar en a Figura
5.2.
Figura 5.2 Mdulo control de paros - Monitoreo de Maquinas

Elaboracin propia
o Sub mdulo de Pendientes de registro: donde el operario/tcnico

puede registrar los paros mayores que se encuentren
pendientes de registro, como tambin las causas tanto
generales como especficas y la descripcin de la solucin
aplicada a este paro mayor, como se puede apreciar en a Figura
5.3.
105
Figura 5.3 Mdulo de Control de Paros - Pendientes de Registro
Elaboracin propia
o Sub mdulo de Consulta de paros, permite consultar los paros

de las mquinas segn criterio de bsqueda (maquina, rango de
fechas, tipo de paro) como se puede apreciar en a Figura 5.4.
Figura 5.4 Mdulo Control de Paros - Consulta de Paros

Elaboracin propia
Objetivo Especfico 2: Disminuir el tiempo empleado en los registros de

paros menores de las mquinas de tejido.
Sistema antiguo:
El nico proceso donde se realiza el registro de paros es en el proceso de

urdido, a continuacin, se muestra en la tabla 5.1, el cual se elabor en
106
base a los registros encontrados en las Fichas de urdido y
contabilizndolas por da. Consideramos estos tiempos de registros como
referencia debido a que la empresa deseaba realizar el mismo registro de
los paros de las mquinas en el proceso de tejido.
Tabla 5.1 Tiempo de registro de paros diarios

Elaboracin propia
Urdidora 01
Da Cantidad de paros Tiempo de registro de paros
19/10/2015 12 48seg.
20/10/2015 10 40seg.
21/10/2015 15 60seg.
Sistema implementado:
El registro de los paros menores se realiza de manera automtica, lo cual

se consigui con la implementacin del arduino para la captura de las
seales de los sensores que indican los paros de la mquina, como se
puede apreciar en la Figura 5.5; Adems permite obtener con precisin y
mayor confiabilidad la cantidad de paros (stos no pueden ser
adulterados), y por ltimo se agreg la fecha y hora para identificar el
tiempo que la mquina ha permanecido detenida.
107
Figura 5.5 Registro automtico de paros
Elaboracin propia
108
Objetivo Especfico 3: Establecer indicadores que ayuden a la toma de
decisiones para una mejor gestin en la atencin de los pedidos de produccin
Se logr elaborar mtricas los cuales servirn de apoyo al gerente y al jefe de

produccin en la toma de decisiones para una mejor gestin en la atencin de
sus pedidos, como:
Indicador 1: % de pedido atendidos fuera de tiempo sea 80%:
Se defini para esta mtrica un nivel aceptable de cantidad de pedidos

atendidos a tiempo, el cual vara entre el 70% al 80%, como se puede
observar en la Figura 5.6.
Figura 5.6 Indicador 1 - Pedidos atendidos a tiempo

Elaboracin propia
Adems, se puede obtener el porcentaje de pedidos atendidos a tiempo

indicando un rango de fechas, y as mismo mostrar tambin el detalle de la
mtrica (porcentaje de cumplimiento total de rdenes, total entregados a
tiempo y total fuera de tiempo); como se puede apreciar en la Figura 5.7.
109
Figura 5.7 Bsqueda y detalle de la mtrica 1
Elaboracin propia
Indicador 2: % de eficiencia de la maquinaria 80%.
Para esta mtrica se defini como nivel aceptable de eficiencia

de produccin entre el 70% al 80%, este indicador muestra la eficiencia
de la mquina en un rango de tiempo; como tambin el nombre de la
mquina, cantidad de rdenes involucradas, produccin ideal, tiempo
de produccin, total producido y las fechas inicial y final. Como se
puede apreciar en la figura 5.8.
Para el clculo de la Eficiencia y produccin terica se utilizaron las

siguientes frmulas textiles:
110
Figura 5.8 Indicador 2 - Eficiencia en produccin
Elaboracin propia
Indicador 3: % Tiempo de produccin sea como mnimo un 80%.
Para esta mtrica se defini como un nivel mnimo aceptable de

los tiempos de produccin un 80%, el cual vara segn los tiempos de
paros (tiempos muertos de produccin).
111
Figura 5.9 Mtrica 3 - Tiempos de produccin y paros
Elaboracin propia
Objetivo Especfico 4: Agilizar la generacin de las fichas tcnicas de urdido,

engomado y tejido.
Sistema antiguo:
Los jefes de produccin realizaban las fichas tcnicas de urdido y

engomado por medio de un Excel, donde se encuentran sus registros de
inventario, lo cual hace la obtencin datos de manera engorrosa. Y
adems no contaban con una ficha de tejido, realizando sus actividades
en el rea de tejido de manera emprica.
112
Sistema implementado:
Se agilizan las generaciones de las fichas tcnicas de urdido y engomado,

adems de establecer una ficha de tejido. A continuacin, se muestra la
comparacin de las fichas de urdido y engomado, resaltando los campos
que son innecesarios y no colocados en la ficha del sistema implementado;
como se puede apreciar en la figura 5.10 y figura 5.11 como tambin se
muestra la creacin de la ficha de tejido en la figura 5.12.
113
Sistema Antiguo Sistema Implementado
Figura 5.10 Comparacin de la ficha de urdido

Elaboracin propia
114
Figura 5.11 Comparacin de la ficha de engomado

Elaboracin propia
115
En el sistema antiguo no
hay existencia de una Ficha de
Tejido
Figura 5.12 Ficha de tejido

Elaboracin propia
116
Al agilizar la generacin de las fichas tcnicas se muestra en la tabla 5.2, la
disminucin del tiempo al generar cada ficha tcnica.
Tabla 5.2 Tiempo de Generacin de Fichas Tcnicas

Elaboracin propia
Tiempo de Generacin de Fichas
Tiempo promedio con Tiempo promedio con

sistema antiguo sistema implementado
Generar ficha de
1 min 40seg 40seg
urdido
Generar ficha de
2 min 10seg 60seg
engomado
Generar ficha de No tena ficha de
40seg
tejido tejido
5.1.1 Percepcin del usuario
Podemos evidenciar el cumplimiento de los objetivos travs de una

encuesta realiza a los usuarios, donde se pretende captar la percepcin que
tienen los usuarios luego de haber utilizado el sistema implementado.
Cada pregunta estar relacionada a un objetivo especfico

corroborando el cumplimiento del mismo:
Objetivo especfico 1: Desarrollar e implementar un sistema web para el

monitoreo y control de paros de las mquinas de tejido.
Se realizaron las siguientes preguntas:
o En cunto cree usted que ha mejorado el monitoreo de las

maquinarias textiles con la implementacin del sistema web?, Se
muestra el detalle de la encuesta en la tabla 5.3.
Tabla 5.3 Percepcin del usuario - Pregunta1

Elaboracin propia
OBJETIVO ESPECFICO
Desarrollar e implementar un sistema web para el monitoreo y control de paros de las
mquinas de tejido.
PREGUNTA N1
117
En cunto cree usted que ha mejorado el monitoreo de las maquinarias textiles con la
implementacin del sistema web?
ENCUESTADOS
Roles Cantidad
1. Encargado de produccin 1
2. Jefe de produccin 2
3. Operario de maquinaria/Tcnicos 12
CUADRO DE RESULTADOS
Categora N Encuestados Porcentaje
Muy bueno 13 87%
Bueno 2 13%
Regular 0 0%
Malo 0 0%
GRFICA
INTERPRETACIN DE RESULTADOS
En general se puede apreciar que los usuarios finales creen que si ha mejorado el
monitoreo de las maquinarias, sin embargo, an existe un pequeo grupo que indica que
puede ser mejorado a travs de envo de alertas.
o Cree usted que el registro de las causas y solucin de los paros

mayores ayudaron a establecer los mantenimientos preventivos
para un mejor control de paros?, Se muestra el detalle de la
encuesta en la tabla 5.4.
Tabla 5.4 Percepcin del Usuario - Pregunta 2

Elaboracin propia
OBJETIVO ESPECFICO
Desarrollar e implementar un sistema web para el monitoreo y control de paros de las
mquinas de tejido.
PREGUNTA N2
118
Cree usted que el registro de las causas y solucin de los paros mayores ayudaron a
establecer los mantenimientos preventivos para un mejor control de paros?
ENCUESTADOS
Roles Cantidad
3. Operario de maquinaria/Tcnicos 12
Mucho 15 100%
Regular
Poco
Nada
GRFICA
Segn la encuesta realizada, se puede apreciar que hay una aceptacin total de los
usuarios con respecto al registro de las causas y soluciones de los paros mayores ya que
colabora con el planeamiento de mantenimientos preventivos.
Objetivo especfico 2: Disminuir el tiempo empleado en registros de paros

menores de las mquinas de tejido.
Se realizaron las siguientes preguntas:
o Cunto tiempo productivo cree usted que gan al ser los registros
de los paros de forma automtica?, Se muestra el detalle de la
119
Elaboracin propia
OBJETIVO ESPECFICO
Disminuir el tiempo empleado en registros de paros menores de las mquinas de tejido.
PREGUNTA N3
Cunto tiempo productivo cree usted que gan al ser los registros de los paros de forma
automtica?
ENCUESTADOS
Roles Cantidad
3. Operario de maquinaria/ tcnico 12
Mucho
Regular 5 33%
Poco 10 67%
Nada
GRFICA
En general se puede observar que para los operarios de urdido y engomado y jefes de
produccin se gana regular tiempo productivo al automatizar los registros de paros; por
otra parte, los operarios/tcnicos de tejido indican poco debido a un supuesto registro ya
que actualmente no lo realizan.
o Cun veraz cree usted que es el registro automatizado de los

paros menores con respecto a su registro manual anterior?, Se
muestra el detalle de la encuesta en la tabla 5.6.

Elaboracin propia
OBJETIVO ESPECFICO
120
Disminuir el tiempo empleado en registros de paros menores de las mquinas de tejido.
PREGUNTA N4
Cun veraz cree usted que es el registro automatizado de los paros menores con
respecto a su registro manual anterior?
ENCUESTADOS
Roles Cantidad
Mucho 3 100%
Regular
Poco
Nada
GRFICA
Segn la encuesta realizada, se obtuvo que el registro automatizado de los paros
menores es mucho ms veraz que los registros manuales que se realizaban
anteriormente.
Objetivo especfico 3: Disminuir el tiempo de paros mayores a travs de la

implementacin de indicadores y mtricas.
Se realiz la siguiente pregunta:
o Cree usted que los indicadores y mtricas colaboraron con la

disminucin de paros mayores?, Se muestra el detalle de la
121
Elaboracin propia
OBJETIVO ESPECFICO
Establecer indicadores que ayuden a la toma de decisiones para una mejor gestin en la
atencin de los pedidos de produccin.
PREGUNTA N5
Cree usted que los indicadores y mtricas colaboraron con llevar una mejor gestin en
la atencin de pedidos?
ENCUESTADOS
Roles Cantidad
3. Tcnicos de maquinaria 4
Mucho 4 57%
Regular 3 43%
Poco
Nada
GRFICA
En general se puede apreciar que en su mayora creen que la implementacin de las
mtricas colabora con la disminucin de los paros mayores, sin embargo, otro grupo de
usuarios creen que para la disminucin de paros mayores se requiere contar con ms
historial.
122
Objetivo especfico 4: Agilizar la generacin de las fichas tcnicas de urdido,
engomado y tejido.
Se realiz la siguiente pregunta:
o En cunto cree usted que se ha agilizado la generacin de las

fichas tcnicas de urdido, engomado y tejido?, Se muestra el detalle
de la encuesta en la tabla 5.8.

Elaboracin propia
OBJETIVO ESPECFICO
Agilizar la generacin de las fichas tcnicas de urdido, engomado y tejido.
PREGUNTA N6
En cunto cree usted que se ha agilizado la generacin de las fichas tcnicas de urdido,
engomado y tejido?
ENCUESTADOS
Roles Cantidad
Mucho 3 100%
Regular
Poco
Nada
GRFICA
123
Se puede observar que todos los usuarios encuestados creen que se ha logrado agilizar la
generacin de las fichas tcnicas.
5.1.2 Resumen
A continuacin, se mostrar un resumen de la discusin del

proyecto en la tabla 5.9, comparando el sistema antiguo con el sistema
implementado utilizado por la empresa y teniendo como referencia el
objetivo que se va cumpliendo.
Tabla 5.9 Resumen de discusin

Elaboracin propia
Objetivo Sistema antiguo Sistema implementado
Objetivo
Se logr desarrollar e
Especfico 1:
implementar un mdulo de
Monitoreo Visual de
monitoreo de mquinas, que
Desarrollar e mquinas
muestre el estado de las
implementar un
mquinas en tiempo real.
sistema web para el Ausencia de registro de
monitoreo y control paros mayores (cantidad,
Se logr desarrollar e
de paros de las causas y solucin).
implementar un mdulo de
mquinas de tejido.
registros de paros mayores.
Objetivo
Especfico 2:
Registro manual de paros
Se logr automatizar el registro
menores en urdido.
Disminuir el tiempo de paros menores del proceso
empleado en de tejido; donde el operario ya
Ausencia de registro de
registros de paros no realizar el registro de los
paros menores en
menores de las paros menores.
engomado y tejido.
maquinarias de
tejido.
Se elaboraron mtricas e
Objetivo indicadores que puedan
Especfico 3: colaborar en la planeacin de
mantenimientos preventivos,
Elaborar como son:
indicadores que % de pedido atendidos
No se definieron mtricas
ayuden a la toma de fuera de tiempo sea 80%:
ni indicadores.
decisiones para
una mejor gestin % de eficiencia de la
en la atencin de maquinaria 80%.
los pedidos de
produccin. % Tiempo de produccin
sea como mnimo un 80%.
124
Objetivo
Especfico 4: Obtencin de datos para
el llenado de la ficha es de Se agiliz un 60% la generacin
Agilizar la manera engorrosa. de fichas tcnicas.
generacin de las
fichas tcnicas de No cuenta con ficha de Se elabor ficha de tejido.
urdido, engomado y tejido.
tejido.
5.2 Aplicaciones
El presente proyecto puede aplicarse en diferentes sectores industriales

que cuenten con maquinarias electro mecnicas con sensores al cual se
les pueda aplicar arduino para captar las seales.
125
CONCLUSIONES
Se logr desarrollar e implementar un sistema web que permita el registro

de paros mayores con sus causas y su respectiva solucin; como tambin
la implementacin del mdulo de monitoreo de las maquinarias en tiempo
real.
Se ha logrado disminuir el tiempo empleado en registros de paros menores
de las mquinas de tejido, por medio de la implementacin del dispositivo
arduino para la obtencin de las seales de los sensores de la mquina.
Se logr elaborar indicadores, con data ms precisa y confiable, que ayude
al gerente en la toma de decisiones para una mejor gestin en la atencin
de las rdenes de produccin.
Se agiliz la generacin de las fichas tcnicas de urdido, engomado y
tejido, por medio del rediseo de dichas las fichas tcnicas y fcil obtencin
de datos.
126
RECOMENDACIONES
Se recomienda a la fbrica de tejidos San Carlos implementar el

sistema de control de paros a todas las mquinas textiles, para llevar
un control total de las maquinarias.
Se recomienda cambiar la conexin de puerto serial del arduido al
sistema por la conexin va Ethernet, si se quiere controlar las
maquinarias de diferentes sedes.
Se recomienda implementar un ambiente adecuado para los equipos
de sistemas.
Se recomienda implementar un rea de sistemas, para dar apoyo al
sistema implementado.
127
ANEXOS
ANEXO 01 Grficas basadas en movimientos de telas de riso (toallas) 129
ANEXO 02 Ficha de urdido 132
ANEXO 03 Ficha de engomado 133
ANEXO 04 MOF del rea de informtica y Desarrollo de sistemas 134
ANEXO 05 Project Charter 141
ANEXO 06 Gestin de los interesados del proyecto 145
ANEXO 07 WBS (Desglose de trabajo) 150
ANEXO 08 Gestin de Comunicaciones 151
ANEXO 09 Gestin de Riesgos 157
ANEXO 10 Plan Gestin de Cambios 173
ANEXO 11 Arquitectura del sistema 175
ANEXO 12 Diagrama de despliegue 176
ANEXO 13 Prototipo 177
ANEXO 14 Pruebas de sistema 207
ANEXO 15 Acta de aceptacin 210
ANEXO 16 Acta de capacitacin 211
128
ANEXO 01 Grficas basadas en movimientos de telas de riso (toallas).
Se muestra en la produccin de la maquina Sulzer -1 en el mes de abril
sulzer - 1
200 173,9 160,3 148,3
150 114,2 106,4
92,2 103,7 114,6
107
KILOS
100 62,2 55,4 58,7 106,7 158,2

51,5 48,6 49,3 48,4
50 0 0 0 0 0 12 12 12 12 12 12 12
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr abr
sulzer - 1 114 62 0 0 0 55 52 92 106 0 49 0 12 12 12 49 107104 59 115107174 12 12 12 12 48 160158148
Se muestra en la produccin de la maquina Sulzer -2 en el mes de abril
sulzer - 2
250 200,7
174,6183,9
200 144,2 141,9
126,7 173,9
110,5
KILOS
150
100 59,5 69,4 138,4 133 74,1 58 122,4 62,3
43
50 12 12 0 0 0 65,3 12 12 12 19 19
0 0
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
sulzer - 2 12 12 0 0 0 60 65 201 69 144138 0 142133 12 12 74 12 0 58 127175122184174 62 111 43 19 19
Se muestra en la produccin de la maquina S4003 en el mes de abril
S4003
150 110,5
99,7 105,9 101,7 106,4 106,8 109,7 107,7
100
KILOS
119,5
50 6 0 0 0 0 15 9 6
0 3 3 3 3 3 3 0 3 10 0 0 0
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
S4003 6 0 0 0 0 100 0 15 106 9 6 111 3 3 3 3 3 3 0 3 102 10 106 0 107 0 110120108 0
129
S4005
120
91,1 95,3 94,6
100 87,8 81,7 81,8 83,8 80,1 81,2
73,2 74,577,9 76,9
80
56
KILOS
84,1 85,8 81,4 84,1 46,4

60
40 23,2
20 3 0 0 0 0 6 0 0 3 3
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
S4005 3 0 0 0 0 88 73 6 82 91 23 0 82 84 84 86 80 81 0 95 81 84 75 78 3 46 56 77 3 95
S4006
138,4
150 109,9
85,2 89,9
100 80,9 81,2 82,8 76,5 82,7 85 78,3
65,2
KILOS
40,2 61,2 65,9

34,4 81,9
50
3 0 0 0 6 3 6 0 6 0 0,7 0 3
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
S4006 3 81 0 0 0 6 81 83 40 3 6 0 34 77 61 6 83 85 0 85 90 0,7138 0 66 78 82 65 3 110
S4008
120 99,8 99,4 99,7 102,5
90,8 86,8 93,7
100 82,6 84,9 83,5 83,8 83,9 94,7 86,3
85,8 82,8 84,8
80 98,2 88,9
KILOS
60 78,9
40
20 0 0 0 0 3 0 0 0 0 0
0
01- 02- 03- 04- 05- 06- 07- 08- 09- 10- 11- 12- 13- 14- 15- 16- 17- 18- 19- 20- 21- 22- 23- 24- 25- 26- 27- 28- 29- 30-
S4008 100 0 0 0 0 91 83 3 85 86 0 0 87 99 84 79 94 84 0 100 98 83 0 84 85 0 103 95 89 86
130
S4001
180 164,2
160
140
120 86,6 91,3 89,6 83,6 87,2 86,1 96,498,1 90,5 97,2 90,1
KILOS
100 86,5 78,6 72,2 82,3 87,4 77
80
60 83,6 91,5 88,6
40 21,1
20 0 0 0 0 0 0 0 0
0
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab ab
r r r r r r r r r r r r r r r r r r r r r r r r r r r r r r
S4001 87 0 0 0 0 91 0 90 0 84 87 0 87 79 16 86 84 72 0 96 98 21 91 82 92 97 87 89 90 77
131
ANEXO 02 Ficha de urdido
La ficha de urdido contiene las indicaciones tcnicas para que el operario del
proceso de urdido pueda llevar a cabo sus actividades.
132
ANEXO 03 Ficha de engomado
La ficha de engomado contiene las indicaciones tcnicas para que el

operario del proceso de engomado pueda llevar a cabo sus actividades.
133
ANEXO 04 MOF del rea de informtica y Desarrollo de sistemas
134
Contenido
Funciones de la Oficina de Informtica y Desarrollo de Sistemas 136

Funcin bsica 136
Funciones Especficas 136
Estructuras de Cargos 136
1. Jefe de Oficina de Informtica y Desarrollo de Sistemas 137
2. Tcnico en Meca trnica 138
3. Especialista en Electrnica 139
135
Funciones de la Oficina de Informtica y Desarrollo de Sistemas
Oficina de Informtica y Desarrollo

Unidad orgnica
de Sistemas
Naturaleza de las funciones Operativa
Funcin bsica
Administrar eficientemente las tecnologas de la informacin y comunicacin,
para contribuir al logro de los objetivos de la empresa San Carlos, poniendo
los recursos informticos a disposicin de los usuarios, velando por su
adecuado. As como elaborar y supervisar las polticas de uso de la
tecnologa de Informacin en la empresa, mediante desarrollo y soporte
tcnico a los usuarios.
Funciones Especficas
1. Elaborar y Supervisar las polticas de uso de la tecnologa de
informacin en la empresa.
2. Disear, desarrollar e implementar sistemas y aplicaciones
informticas, planteando la utilizacin de tecnologas avanzadas en el
campo de la informtica.
3. Proponer, desarrollar e implementar procesos de integracin que
permita mejorar la gestin en la empresa textil.
4. Administrar ntegramente la operatividad de los sistemas
implementados de la empresa, as como el mantenimiento respectivo.
5. Brindar mantenimiento y soporte tcnico al hardware y software de la
red informtica de la empresa textil.
6. Administrar y configurar el acceso a los sistemas de la empresa.
Estructuras de Cargos
136
Jefe de Oficina de
Informatica y Desarrollo
de Sistemas
Tecnico en Mecatronica
Especialista en Electronica(2)
1. Jefe de Oficina de Informtica y Desarrollo de Sistemas

Identificacin del cargo

UNIDAD ORGANICA
de Sistemas
Jefe de Oficina de Informtica y

CARGO ESTRUCTURAL
Desarrollo de Sistemas
Lnea de Autoridad
DEPENDE DE Jefe de Produccin
EJERCE MANDO O SUPERVISION

Personal de Oficina
SOBRE
Funcin bsica
Planificar y administrar el uso de las tecnologas de informacin de la
empresa, supervisar el cumplimiento de las polticas de la empresa, como
tambin brindado soporte a las aplicaciones de la empresa.
1. Planificar, organizar y supervisar el funcionamiento de los sistemas
de informacin en la empresa.
137
2. Planificar Organizar y supervisar las capacitaciones a los usuarios
finales de los sistemas de informacin.
3. Supervisar el funcionamiento de los recursos hardware de los
sistemas de informacin.
4. Proponer y supervisar la renovacin y uso de los equipos
informticos.
5. Formular y proponer nuevos proyectos informticos que colaboren
con los objetivos de la empresa.
Requisitos mnimos
Tcnico o egresado
universitario en Ingeniera de
Sistemas, Ingeniera Meca
trnica, Ingeniera Electrnica o
afines.
Experiencia de 02 aos en
reas de informtica.
Formacin y Experiencia
Dominio de lenguajes de
programacin Java, C++,
Arduino.
Conocimiento en
Administracin de servidores
JBoss, Glasfish o Weblogic.
2. Tcnico en Meca trnica


UNIDAD ORGANICA
de Sistemas
CARGO ESTRUCTURAL Tcnico en Mecatronica
Lnea de Autoridad
Jefe de Oficina de Informtica y

DEPENDE DE
EJERCE MANDO O SUPERVISION Personal de Planta (Electrnicos y

SOBRE Mecnicos)
Funcin bsica
138
Proponer y supervisar el uso de las tecnologas de informacin de la
tambin brindado soporte a las aplicaciones de la empresa.
1. Supervisar el funcionamiento de los sistemas de informacin en la
empresa.
2. Planificar, Organizar y supervisar las capacitaciones a los usuarios
finales de los sistemas de informacin.
3. Supervisar el funcionamiento de los recursos hardware de los
sistemas de informacin.
4. Supervisar la renovacin y uso de los equipos informticos.
5. Formular y proponer nuevos proyectos informticos que colaboren
con los objetivos de la empresa.
Requisitos mnimos
Tcnico o egresado universitario

en Ingeniera Mecatronica
Experiencia de 01 ao en reas
Formacin y Experiencia similares de empresas textiles.
Dominio de lenguajes de
programacin Java, C++,
Arduino.
3. Especialista en Electrnica

UNIDAD ORGANICA
de Sistemas
CARGO ESTRUCTURAL Especialista en Electrnica
Lnea de Autoridad
DEPENDE DE Jefe de Oficina de Informtica y
EJERCE MANDO O SUPERVISION Personal de Planta (Operarios y

SOBRE Mecnicos)
139
Funcin bsica
Proponer y supervisar el uso de las tecnologas de informacin de la
tambin brindado soporte a los recursos electrnicos de la empresa.
1. Supervisar el funcionamiento de los recursos electrnicos de la
empresa
2. Planificar, Organizar y supervisar las capacitaciones a los
operarios y mecnicos.
3. Supervisar la renovacin y uso de los equipos electrnicos.
4. Formular y proponer nuevos controles para una mejora continua
en el mantenimiento de los recursos electrnicos.
Requisitos mnimos
Tcnico o egresado
universitario en Ingeniera
Electrnica
Formacin y Experiencia Experiencia de 02 aos en
mantenimiento de mquinas
textiles.
140
ANEXO 05 Project Charter
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Implementacin de un Sistema web
para el control de paros de las
SIWECOP
mquinas textiles en la Fbrica de
Tejidos San Carlos S.A.C
DESCRIPCIN DEL PROYECTO:
El proyecto SIWECOP consiste en la implementacin de un sistema web que permitir

aumentar la eficiencia de las mquinas de produccin textil, garantizando un adecuado
control de los paros de las mquinas textiles y disminuir la informalidad y mala gestin en la
atencin de rdenes de produccin.
El sistema permitir:
Registrar los paros mayores (cantidad de paros, hora detenida y tiempo de duracin
del paro) junto a sus causas y respectiva solucin.
Monitorear el estado de las maquinas textiles en tiempo real, reconociendo de
manera rpida y sencilla cuando se ha detenido una mquina.
Disminuir el tiempo empleado en los registros de los paros menores de las mquinas
textiles.
Agilizar la generacin de las fichas de urdido, engomado y tejido.
Mostrar indicadores que ayuden a la toma de decisiones para una mejor gestin en
la atencin de los pedidos de produccin.
El desarrollo del proyecto est a cargo de siguiente:

Ecmias Fernndez Glvez (EF)
Jos Luis Enrique Antaurco (JE)
El proyecto se efectuar a travs de la instalacin de la plataforma web, capacitacin y

puesta en prctica en las instalaciones de la Fbrica de Tejidos SAN CARLOS.
La gestin del proyecto se realizar en las Instalacin de la universidad de San Martin de

Porres, Facultad de Ingeniera y Arquitectura.
DEFINICIN DEL PRODUCTO DEL PROYECTO:
El aplicativo web implementar las funciones necesarias para realizar las siguientes
operaciones:
- Registro, edicin y consulta de rdenes de Pedido.

- Registro, edicin y consulta de Fichas Tcnicas de Engomado
- Registro, edicin y consulta de Fichas Tcnicas de Urdido.
- Registro, edicin y consulta de Fichas Tcnicas de Tejido
- Registro, edicin y consulta de Productos.
- Registro, edicin y consulta de Proveedores
- Registro, edicin y consulta de Maquinas.
- Consulta del estado de las ordenes de pedido.
- Consulta del estado de maquinarias.
- Registro automtico de paros menores de las Maquinas de tejido
- Registro de paros mayores con sus respectivas causas y su solucin.
- Indicador de pedidos atendidos fuera de tiempo.
- Indicador de eficiencia de la maquinaria.
141
- Indicador de tiempo de produccin.
Infraestructura:
Para el desarrollo de la solucin se entregar:
Equipo de cmputo para ejecucin de la aplicacin.
Capacitaciones para:
- Capacitar al personal tcnico como mecnicos, operadores, encargado de logstica,
jefe de produccin y gerente general que laboran en dicha instalacin de la empresa
San Carlos.
Se crearn procedimientos para:

- Seleccionar la autorizacin de acceso al sistema (perfiles).
- Procedimiento para Indicador de pedidos atendidos fuera de tiempo.
- Procedimiento para Indicador de eficiencia de la maquinaria.
- Procedimiento para Indicador de tiempo de produccin.
Cronograma de Desarrollo e implementacin:

El proceso de desarrollo e implementacin durar desde el 08 de agosto del 2015 al 17 de
octubre del 2015.
DEFINICIN DE REQUISITOS DEL PROYECTO:
El proyecto debe cumplir los siguientes requisitos:
Requisitos de los stakeholders:
Para el Operario/tcnico:
- El sistema debe permitir imprimir las fichas tcnicas, donde se pueda apreciar la
informacin necesaria para la elaboracin del producto.
- El sistema permitir disminuir el tiempo de registro de los paros menores, donde el
registro lo realizar el sistema de forma automtica.
- El sistema debe permitir consultar el estado actual de la mquina en tiempo real.
- El sistema debe permitir registrar las causas y la respectiva solucin de los paros
mayores.
- El sistema debe permitir a los tcnicos consultar antiguas soluciones con el fin de
ver el antecedente de la mquina y poder gestionar una pauta de correccin de
produccin y aumentar la eficiencia de produccin.
Para el jefe de produccin:

- El sistema debe permitir gestionar la asignacin de tcnicos y operarios a las
mquinas para mejorar la gestin en la atencin de los pedidos de produccin.
- El sistema debe permitir consultar el estado actual de la mquina.
- El sistema debe permitir generar las fichas tcnicas de urdido, engomado y tejido.
- El sistema debe permitir mostrar los indicadores de pedido atendidos fuera de
tiempo, eficiencia de la maquinaria, Tiempo de produccin.
Para el gerente general:

- El sistema debe permitir mostrar los indicadores de pedido atendidos fuera de
tiempo, eficiencia de la maquinaria, Tiempo de produccin.
OBJETIVOS DEL PROYECTO:
CONCEPTO OBJETIVOS CRITERIO DE XITO
142
Efectuar la aplicacin para un mejor
control de los paros de las mquinas y Aprobacin de los entregables
1. ALCANCE
mejor gestin en la atencin de los por parte de los usuarios.
pedidos en la empresa San Carlos.
Realizar el proyecto en el plazo

Lanzamiento del aplicativo piloto
2. TIEMPO establecido para el lanzamiento del
el 15 de octubre 2015
aplicativo piloto.
Cumplir con el presupuesto estimado No exceder el presupuesto del

3. COSTO
del proyecto S/. 12100 proyecto
FINALIDAD DEL PROYECTO:

Aumentar la eficiencia de las mquinas de produccin textil, garantizando un
adecuado control de paros de las maquinarias, y disminuyendo la Informalidad y mala
gestin en la atencin de los pedidos de produccin en la Fbrica de Tejidos San
Carlos S.A.C.
DESIGNACIN DEL PROJECT MANAGER DEL PROYECTO.
NOMBRE EC NIVELES DE AUTORIDAD

REPORTA A JE Exigir el cumplimiento de los entregables del
SUPERVISA A Grupo proyecto.
CRONOGRAMA DE HITOS DEL PROYECTO.
HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA
1. Inicio del Proyecto 08 de agosto
2. Gestin del Proyecto 08 de agosto al 17 de octubre
3. Implementacin, sprint 1 30 de agosto
4. Implementacin, sprint 2 15 de octubre
7. Cierre del proyecto 17 de octubre
PRINCIPALES AMENAZAS DEL PROYECTO (RIESGOS NEGATIVOS).
- La resistencia del personal de la empresa ante el cambio a un sistema.
- Poca disponibilidad del tiempo de los miembros del grupo.
- Rotacin del personal del proyecto.
- Dependencia de personal electrnico.

PRINCIPALES OPORTUNIDADES DEL PROYECTO (RIESGOS POSITIVOS).
- Bajos costos de equipos requeridos para la implementacin del proyecto.
- Adquisicin y fcil manipulacin de nuevas tecnologas de informacin para tener un

adecuado control de paros.
PRESUPUESTO PRELIMINAR DEL PROYECTO.
CONCEPTO MONTO
143
1. Equipos 3500
2. Equipo de desarrollo 8000
3. Otros (mantenimiento) (4000)
4. Reserva de contingencia 600
Total Presupuesto inicial 12100
SPONSOR QUE AUTORIZA EL PROYECTO.
NOMBRE EMPRESA CARGO FECHA

CD Fbrica de Tejidos San Carlos Patrocinador 08 agosto del 2015
144
ANEXO 06 Gestin de los interesados del proyecto
LISTA DE STAKEHOLDERS
-POR ROL GENERAL EN EL PROYECTO-

Implementacin de un Sistema web para el control de
paros de las mquinas textiles en la Fbrica de Tejidos SIWECOP
San Carlos S.A.C
ROL GENERAL STAKEHOLDER
SPONSOR C. Daz
PROJECT MANAGER:
o J. Enrique
EQUIPO DE DESARROLLO DE PROYECTO:

EQUIPO DE PROYECTO o E. Fernndez
o J. Enrique
EQUIPO ELECTRNICO
o O. Napan
JEFE DE RODUCCIN
GERENTES FUNCIONALES
o C. Carmona
JEFE DE RODUCCIN:
o J. Daz.
o A. Ruiz
USUARIOS
OPERARIOS/TCNICOS:
o Varios
145
CLASIFICACIN DE STAKEHOLDERS
-MATRIZ INFLUENCIA VS PODER-

San Carlos S.A.C
PODER SOBRE EL PROYECTO
BAJA ALTA
Sponsor:
Project Manager: o C. Daz

ALTA
INLUENCIA SOBRE EL PROYECTO
o J. Enrique Jefe de Produccin
o C. Carmona
Jefe Produccin:
o A. Ruiz
o J. Daz.
BAJA
Operarios/ Tcnicos:
o Varios
Poder: Nivel de Autoridad

Influencia: Involucramiento Activo
146
CLASIFICACIN DE STAKEHOLDERS
-MATRIZ INTERES VS PODER-

San Carlos S.A.C
PODER SOBRE EL PROYECTO
BAJA MEDIO ALTA
Sponsor:
Jefe Produccin:
Project Manager:
o C. Daz
ALTA
o A. Ruiz
INTERES SOBRE EL PROYECTO
o J. Enrique
o J. Daz. Jefe de Produccin
C. Carmona
Operarios/ Tcnicos:
BAJA
o Varios
Poder: Nivel de Autoridad

Inters: Preocupacin o Conveniencia.
147
REGISTRO DE STAKEHOLDERS

paros de las mquinas textiles en la Fbrica de SIWECOP
Empresa y Localizaci Rol en el Informacin Requerimientos Expectativas Influencia

Nombre Fase de Mayor inters
Puesto n proyecto de contacto primordiales Principales Potencial
Los usuarios
SC 998145221 queden
Carlos
Gerente Pro - Lima Sponsor Carlos46@gma satisfechos Fuerte Todo el Proyecto
Daz
General il.com con el
proyecto
Que se
388-9663 culmine el
Jos Jefe de Project Cumplir con el
Lima Jose91enrique proyecto de Fuerte Todo el Proyecto
Enrique proyecto Manager plan de proyecto
@gmail.com forma
exitosa.
Cumplir con los Cumplir bien
SC Jefe 998148673 Fase de planificacin
Cesar Jefe de requerimientos su
de Pro Lima Carmona_21@ Fuerte
Carmona produccin tcnicos y rol en el
Produccin gmail.com Fase de ejecucin
funcionales proyecto
Cumplir bien
SC Jefe 977351339 Cumplir con las
Jorge Jefe de su
de Pro Lima jorge_diaz@gm pruebas Fuerte Fase de ejecucin
Daz produccin rol en el
Produccin ail.com funcionales
proyecto
Cumplir bien
SC Jefe 955282180 Cumplir con los
Jefe de su
Alex Ruiz de Pro Lima Ralex@gmail.c requerimientos Fuerte Fase de ejecucin
produccin rol en el
Produccin om tcnicos
proyecto
148
ESTRATEGIA DE GESTIN DE STAKEHOLDERS

ESTRATEGIA POTENCIAL PARA

INTERES EN EL EVALUACION DEL OBSERVACIONES Y
STAKEHOLDER GANAR SOPORTE O REDUCIR
PROYECTO IMPACTO COMENTARIOS
OBTCULOS
Informar de manera continua el desarrollo

Sponsor: Se cumpla con el tiempo y
Muy alto del proyecto y solicitar el soporte
Carlos Daz presupuesto indicado.
necesario.
Incluirlo en la planificacin del proyecto y

Cumplir con todos los Conocimiento pleno del
Jefe de produccin: brindar avances del proyecto, para
requerimientos tcnicos y Alto proceso de produccin en
Cesar Carmona corroborar el correcto cumplimiento de los
funcionales general.
requerimientos.
Mantenerlo informado de los avances del Conocimiento funcional

Jefe de produccin: Cumplir con los
Alto proyecto y hacerlo participe de las del proceso de
Jorge Daz requerimientos funcionales
pruebas funcionales. produccin.
Mayor conocimiento
Jefe de produccin: Cumplir con todos los Mantenerlo informado de los avances del
Alto tcnico del proceso de
Alex Ruiz requerimientos tcnicos proyecto, y solicitar informacin tcnica.
urdido y engomado.
Mantenerlos informados de la ejecucin

Operarios/ Tcnicos:
Facilitar sus actividades Bajo del proyecto para generar un ambiente de
varios
trabajo en equipo.
149
ANEXO 07 WBS (Desglose de trabajo)
Sistema textil San

Carlos
Fase de Fase de Fase de Fase de

inicio Fase de Ejecucin
Planificacin Control Cierre
Project Burndown Aceptacin
Charter Gestin Gestin de Sprint 0 Sprint 1 Sprint 2 Pruebas
riesgos Chart Del proyecto
de
comunica
Identificac ciones Plan de Historias Construccin y Implemen Planificaci Construcci Implemen
in de Planificacin Anlisis Diseo Anlisis Diseo Plan de pruebas
Gestin de de usuario pruebas tacin n n y pruebas tacin
Procesos riesgos
Arquitectu Pruebas Arquitectu Pruebas Pruebas de
Identificac Product Manual de Sprint Historia de Manual de
Sprint ra del funcionale ra del funcionale sistema
in de Identificaci Backlog usuario Backlog Usuario usuario
Backlog sistema s sistema s
Stakehold ny
er Evaluacin Sprint Pruebas
Cualitativa Modelo de Actualizaci Modelo de
Backlog Identificacin de funcionales
de riesgos. datos n del datos
mejora de Product
procesos. Backlog Pruebas de
Plan de usabilidad
Respuesta Historia de
a Riesgos. Usuario Percepcin del
usuario
Actualizacin del
Product Backlog
150
ANEXO 08 Gestin de Comunicaciones
PLAN DE GESTIN DE COMUNICACIONES

San Carlos S.A.C
COMUNICACIONES DEL PROYECTO
Ver Matriz de Comunicaciones del Proyecto.
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIN DE

COMUNICACIONES
El Plan de Gestin de las Comunicaciones deber ser revisado y/o actualizado cada vez que:
1. Se apruebe un Cambio que impacte el Plan de Proyecto.

2. Se genere una accin correctiva que impacte los requerimientos o necesidades de
informacin de los Stakeholder.
3. Existan cambios de personal en el equipo de proyecto.
4. Se generen cambios en las asignaciones de personas a roles del proyecto.
5. Se generen solicitudes especiales de informes o reportes adicionales.
6. Existan quejas, sugerencias, comentarios o evidencias de requerimientos de informacin no
satisfechos.
7. Existan evidencias de deficiencias de comunicacin interna y con involucrados externos.
La actualizacin del Plan de Gestin de las Comunicaciones deber seguir los siguientes pasos:
1. Identificacin y clasificacin de stakeholders.

2. Determinacin de requerimientos de informacin.
3. Actualizacin de la Matriz de Comunicaciones del Proyecto.
4. Actualizacin del Plan de Gestin de las Comunicaciones.
5. Aprobacin del Plan de Gestin de las Comunicaciones.
6. Difusin del nuevo Plan de Gestin de las Comunicaciones.
GUIAS PARA EVENTOS DE COMUNICACIN
GUIA PARA REUNIONES:
1. Se debe fijar la agenda con anterioridad.

2. Se debe coordinar e informar fecha, hora y lugar con los participantes.
3. Se debe empezar puntual.
151
4. Se deben fijar los objetivos de la reunin (orden del da), los roles de los asistentes,
desarrollo de la reunin, tareas y compromiso (por parte del equipo del proyecto).
5. Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo).
6. Se debe emitir un Acta de Reunin, la cual se debe de emitir una copia al facilitador.
GUIA PARA CORREO ELECTRONICO:
1. Los correos electrnicos entre el Equipo de Proyecto y el Cliente debern ser enviados por
el Project Manager con copia al Sponsor, para establecer una sola va formal de
comunicacin con el Cliente.
2. Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto
debern ser copiados al Project manager y al Sponsor (si es que stos no han sido
considerados en el reparto).
3. Los correos internos entre miembros del Equipo de Proyecto, debern ser copiados a todos
los miembros, para que todos estn permanentemente informados de lo que sucede en el
proyecto.
GUIAS PARA EL CONTROL DE VERSIONES
Para controlar las versiones de los documentos, se tomarn en cuenta los siguientes lineamientos:
Los documentos se identificarn con una letra mayscula correlativa, segn las siguientes
pautas:
o A: Emitido para revisin del cliente.
o B, C, D: Otras revisiones, indicando la razn del cambio.
Cuando los documentos sean aprobados por el Cliente, estos sern identificados con la
revisin 0 (cero), eliminando la historia de las revisiones anteriores.
Las revisiones posteriores de los documentos aprobados obedecern a cambios
originados luego de la ltima revisin seguirn la numeracin 1, 2, etc., o como el PM lo
disponga.
GLOSARIO DE TERMINOLOGA DEL PROYECTO
Ver glosario de terminologa del proyecto.
152
MATRIZ DE COMUNICACIONES DEL PROYECTO

Nivel de Responsable Metodologa Frecuencia de

Informacin Contenido Formato Grupo Receptor
detalle de comunicar o tecnologa comunicacin
Datos y comunicacin
Iniciacin del Project Sponsor, Equipo Documento
sobre la iniciacin del Project Charter Medio Una sola vez
Proyecto Manager de proyecto impreso
proyecto.
Planificacin detallada del

proyecto:
Planificacin Plan del Project Sponsor, Equipo Documento
Alcance, Tiempo, Costo, Muy Alto Una sola vez
del proyecto proyecto Manager de proyecto impreso
Comunicaciones y
Riesgos.
Reunin de Reunin de coordinacin

Project Equipo de
coordinacin semanal, del equipo del Reunin Alto Reunin Semanal
Manager proyecto
del trabajo proyecto.
Captura de nuevos
Visita a la Project Sponsor, Equipo Cada 2
requerimientos y pruebas Reunin Alto Reunin
empresa Manager de proyecto Semanas
funcionales.
153
Informe de
Estado del Estado actual, problemas Project Sponsor, Equipo Cada 2
estado del Alto Reunin
proyecto y pendientes. Manager de Proyecto semanas
proyecto
Capacitacin hacia los Project Usuarios, Equipo

Capacitacin Capacitacin Alto Capacitacin 2 veces.
usuarios del sistema. Manager de proyecto
Cierre del Acta de aceptacin del Cierre del Project Sponsor, Equipo Documento
Medio Una sola vez
proyecto proyecto. proyecto. Manager de proyecto. impreso
154
GLOSARIO DE TERMINOLOGA
Implementacin de un Sistema web para el

control de paros de las mquinas textiles en la SIWECOP
Fbrica de Tejidos San Carlos S.A.C
SIGLAS COMUNES
SIGLA DEFINICIN
JDK Java Development Kit
PM Project Management / Direccin de Proyectos
PMI Project Management Institute / Instituto de gestin de proyecto
Project Management Body of Knowledge / Fundamentos de la Direccin de

PMBOK
Proyectos
PLC Programmable Logic Controller / Controlador Lgico Programable
WBS Work Breakdown Structure / Estructura de Desglose del Trabajo (EDT)
Fuente: Glosario de la Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK), Quinta
Edicin, Project Management Institute, Inc, 2008.
DEFINICIONES
Aceptar el Riesgo / Risk Acceptance. Una tcnica de planificacin de la

respuesta a los riesgos que indica que el equipo del proyecto ha decidido no
cambiar el plan de gestin del proyecto para hacer frente a un riesgo, o no ha
podido identificar alguna otra estrategia de respuesta adecuada.
Acta de Constitucin del Proyecto / Project Charter. Un documento emitido

por el iniciador o patrocinador del proyecto que autoriza formalmente la
existencia de un proyecto, y le confiere al director de proyectos la autoridad
para aplicar los recursos de la organizacin a las actividades del proyecto.
155
Alcance / Scope. La suma de productos, servicios y resultados que se
proporcionarn como un proyecto. Vase tambin alcance del proyecto y
alcance del producto.
Alcance del Producto / Product Scope. Los rasgos y funciones que

caracterizan a un producto, servicio o resultado.
Anlisis Cualitativo de Riesgos / Qualitative Risk Analysis. El proceso de

priorizar los riesgos para realizar otros anlisis o acciones posteriores,
evaluando y combinando la probabilidad de ocurrencia y el impacto.
Anlisis Cuantitativo de Riesgos / Quantitative Risk Analysis. El proceso

de analizar numricamente el efecto de los riesgos identificados en los
objetivos generales del proyecto.
Calidad / Quality. El grado en el que un conjunto de caractersticas inherentes

satisface los requisitos.
Cliente / Customer. La persona u organizacin que usar el producto,

servicio o resultado del proyecto.
Crear EDT (Estructura de Desglose del Trabajo) / Create WBS (Work

Breakdown Structure). El proceso de subdividir los principales productos
entregables del proyecto y el trabajo del proyecto en componentes ms
pequeos y ms fciles de manejar. Tambin conocido como: Crear EDT
(Estructura de Desagregacin del Trabajo); Crear EDT (Estructura de
Descomposicin del Trabajo); Crear EDT (Estructura de la Divisin del
Trabajo); Crear EDT (Estructura Detallada del Trabajo); Crear Estructura del
Trabajo.
Cronograma / Schedule. Vase cronograma del proyecto.
Fuente: Glosario de la Gua de los Fundamentos de la Direccin de Proyectos (Gua del PMBOK), Quinta
Edicin, Project Management Institute, Inc, 2008.
156
ANEXO 09 Gestin de Riesgos
PLAN DE GESTIN DE RIESGOS

Sistema web para el control de paros de las
mquinas textiles en la Fbrica de Tejidos San SIWECOP
Carlos S.A.C
METODOLOGA DE GESTION DE RIESGOS
PROCESO DESCRIPCION HERRAMIENTAS
Elaborar Plan de Gestin de

Planificacin de gestin de
los Riesgos Gua PMBOK
los riesgos
Identificar que riesgos

pueden afectar el proyecto
Identificacin de riesgos Lista de riesgos
y documentar sus
caractersticas
Evaluar probabilidad e Definicin de probabilidad e

Anlisis cualitativo de impacto. impacto
riesgos Establecer ranking de Matriz de probabilidad e
importancia. impacto
Definir respuesta a riesgos

Planificacin de respuesta
Planificar ejecucin de
a los riesgos
respuestas.
Verificar la ocurrencia de
riesgos. Supervisar y
Seguimiento y control de verificar la ejecucin de
riesgos respuestas. Verificar
aparicin de nuevos
riesgos.
ROLES Y RESPONSABILIDADES DE GESTION DE RIESGOS
PROCESO ROLES RESPONSABILIDADES
Equipo de G. riesgos
Planificacin de gestin de
Jefe de grupo Dirigir actividad
los riesgos
Miembros Ejecutar actividad
Identificacin de riesgos Jefe de grupo Dirigir actividad
157
Anlisis cualitativo de
riesgos
Anlisis cuantitativo de
No se realizar No aplica
riesgos
Planificacin de respuesta
a los riesgos
FORMATOS DE LA GESTIN DE RIESGOS
Planificacin de gestin de los riesgos Plan de gestin de riesgos
Identificacin de riesgos Identificacin y evaluacin cualitativa de riesgos
Anlisis cualitativo de riesgos Identificacin y evaluacin cualitativa de riesgos
Planificacin de respuesta a los riesgos Plan de respuesta a riesgos
158
IDENTIFICACION Y EVALUACION CUALITATIVA DE RIESGOS
Sistema web para el control de paros de las mquinas

SIWECOP
textiles en la Fbrica de Tejidos San Carlos S.A.C
VALOR VALOR TIPO DE

PROBABILIDAD IMPACTO PROBABILIDAD X IMPACTO
NUMERICO NUMRICO RIESGO
Muy improbable 0.1 Muy bajo 0.05 Muy alto Mayor a 0.5
Relativamente
0.3 Bajo 0.1 Alto Menor a 0.5
Probable
Probable 0.5 Moderado 0.2

Moderado Menor a 0.3
Muy probable 0.7 Alto 0.4
Bajo Menor a 0.1
Casi Certeza 0.9 Muy alto 0.8
Muy bajo Menor a 0.05
159
Cdigo del Descripcin Estimacin de Objetivo Estimacin Probabilidad Tipo de

Causa Raz Trigger
riesgo del riesgo probabilidad afectado de impacto x Impacto riesgo
Alcance 0.4 0.20

Tareas dificultosas
no previstas. Tiempo 0.5 0.25
Finalizacin
en fuera de Entregables
Personal no
R001 tiempo de internos fuera 0.5 Costo Alto
cumple
tareas de fecha
adecuadamente
asignadas Calidad
con la tarea
indicada.
Total Probabilidad X
0.45
Impacto
Reiterada
Motivos personales Alcance 0.8 0.40
inasistencia a
las reuniones
Personal no Tiempo 0.8 0.40
de
Renuncia del conforme con las
coordinacin
personal tareas asignadas
R002 0.5 Costo Muy Alto
clave del
Reiteradas
proyecto Conflictos
discusiones Calidad 0.8 0.40
personales entre
entre los
los miembros del
miembros del Total Probabilidad X
equipo 1.20
equipo clave. Impacto
Falla en las PCs o Alcance

Perdida de Continuas
Laptops
R003 informacin fallas en la PC. 0.1 Bajo
levantada
Fallas en la red Tiempo 0.2 0.02
160

Causa Raz Trigger
Borro
involuntario de Costo 0.4 0.04
la informacin.
Calidad 0.6 0.06
Bajones
intempestivos Total Probabilidad X
0.10
de energa Impacto
Alcance
Informe Tiempo 0.5 0.05

Desaprobaci
El informe no est incompleto
n de los
R004 de acuerdo a lo 0.1 Costo Moderado
informes
establecido Informe mal
entregados
redactado Calidad 0.8 0.8
0.13
Impacto
Atrasos en la
fase de Alcance
Atrasos en entrega
Implementaci
del producto. Tiempo 0.2 0.1
Problemas n
R005 de calidad no 0.5 Alto
Pruebas realizadas
detectados Atrasos en la Costo
de forma
fase de
inadecuada
desarrollo Calidad 0.4 0.2
161

Causa Raz Trigger
Realizacin
rpida de 0.3
Impacto
pruebas
Alcance
Problemas Incumplimiento de Tiempo 0.4 0.2

entre los informes.
Discusiones
integrantes
R006 entre los 0.5 Costo Alto
del grupo de Desentendimiento
integrantes.
desarrollo del en las tareas
proyecto asignadas. Calidad 0.3 0.15
Total probabilidad x
0.35
impacto
Alcance 0.4 0.12
Cambios de Tiempo 0.4 0.12

requerimiento Stakeholders no
R007 s en el sabe bien lo que 0.3 Costo Alta
proyecto quiere.
Calidad 0.4 0.12
0.36
impacto
Desinters por No se revisa
R008 0.3 Alcance Moderado
parte del personal. los manuales
162

Causa Raz Trigger
Personal no
calificado Inasistencia a las No se revisa Tiempo
para la capacitaciones. tutoriales
utilizacin del Costo
nuevo Falta a
sistema capacitaciones Calidad 0.4 0.12
0.12
impacto
Alcance
Mala Tiempo
realizacin de
gestin de Costo 0.8 0.8
Mala especificacin
Recortes de costos.
de costos y alcance
R009 presupuesto 0.1 Moderado
en el plan de Calidad 0.4 0.4
al proyecto Mala
proyecto.
realizacin de 0.12
gestin de
alcance. Total probabilidad x
impacto
Reestructura Mejora en los Alcance

Cambios en la
R010 cin de la procesos. 0.3 Moderado
organizacin
organizacin Tiempo 0.4 0.12
163

Causa Raz Trigger
Cambio de
personal. Costo
Calidad 0.2 0.06
0.18
impacto
Alcance
Entendimiento de Cumplimiento
los planes y de entregables Tiempo 0.8 0.08
Culminar el
metodologa a a la fecha
desarrollo del
utilizar. establecida.
R011 proyecto en 0.1 Costo Moderado
el tiempo
Control del tiempo Asistencia a las
planificado. Calidad 0.4 0.04
de ejecucin del reuniones
proyecto. establecidas.
0.12
impacto
Compromiso Alcance 0.4 0.2

Extender el
Cumplimiento de del equipo de
alcance del
planes proyecto por el
proyecto Tiempo
establecidos. cumplimiento
(incrementar
R012 de objetivos. 0.5 Alto
cantidad de
Cumplimientos de Costo
mquinas
metodologa de Apoyo de los
automatizada
desarrollo. interesados en
s).
todo el Calidad 0.4 0.2
164

Causa Raz Trigger
desarrollo del Total probabilidad x
proyecto. 0.4
impacto
Bajo costo de
Alcance
arduino en el
mercado.
Tiempo 0.3 0.15
Bajo costo y
Contratacin de Implementaci
menor tiempo Costo 0.4 0.20
personal para n del arduino
en
R013 implementacin y en ms de 3 0.5 Alto
implementaci Calidad
mantenimiento del mquinas.
n
arduino.
electrnica
Fcil
implementacin 0.35
impacto
del dispositivo
arduino.
Conocimiento de
Incremento de Alcance 0.8 0.72
necesidad de
procesos en la
control de
empresa.
produccin por Tiempo
parte de los
Necesidad de Incremento de
interesados.
control de maquinarias
R014 0.9 Costo Muy alto
paros en textiles.
Conocimiento de
produccin.
control de paros
Prdida de Calidad 0.4 0.36
(proyecto
tiempo en
electrnico)
registros de
implementado en Total probabilidad x
paros. 1.08
otras empresas. impacto
165

Causa Raz Trigger
.Software de Conocimiento Alcance
desarrollo gratuito. de software
para desarrollo Tiempo
Bajo costo en Software para del proyecto.
implementaci reporte gratuito. Costo 0.4 0.36
R015 0.9 Alto
n del Uso fcil de
proyecto. Software para software por Calidad
despliegue de parte del
aplicaciones equipo de 0.36
impacto
gratuito. desarrollo.
166
PLAN DE RESPUESTA A RIESGOS

Sistema web para el control de paros de las
mquinas textiles en la Fbrica de Tejidos SIWECOP
San Carlos S.A.C
Cdigo del Amenaza / Descripcin del Respuestas Tipo de Plan de

Fecha planificada
riesgo Oportunidad riesgo planificadas respuesta contingencia
Planificar las tareas a Semanal Tomar acciones

Mitigar
Finalizacin en fuera realizar. correctivas.
R001 Amenaza de tiempo de tareas
asignadas Asignar tareas segn Monitorear tareas
Mitigar Semanal
dificultad. asignadas.
Informar fecha de
Cuando ocurre el
Renuncia del personal Negociar condiciones salida y/o
R002 Amenaza Mitigar trigger
clave del proyecto de trabajo reemplazar el
personal
Hacer backups Volver a campo a

Perdida de informacin Semanal
R003 Amenaza peridicos de la Mitigar levantar la
levantada
informacin informacin perdida
167
Fecha planificada
Instalacin de
Mitigar Semanal
antivirus
Limitar el acceso a la
Mitigar Semanal
red
Programar con Durante la

tiempo la elaboracin Mitigar elaboracin de los
de informes informes Tomar acciones
correctivas.
Desaprobacin de los
R004 Amenaza
informes entregados
Presentar borrador Monitorear
Una fecha antes de resultados
antes de emitir Evitar
la programada
versin final
Programar tiempo de
Durante las fases del
realizacin las fases Mitigar
proyecto
del proyecto.
Monitorear las fases
Problemas de calidad y actividades del
R005 Amenaza
no detectados proyecto respecto al
tiempo provisto.
Realizar el proceso Durante la
de calidad segn el Mitigar realizacin de
plan propuesto. calidad del producto
168
Fecha planificada
Aplicar tcnicas de
dialogo para resolver Durante las fases del
Problemas entre los Mitigar
conflictos entre los proyecto
integrantes del grupo miembros Tomar acciones
R006 Amenaza
de desarrollo del correctivas.
proyecto Promover un buen Durante las fases del
Mitigar
clima organizacional proyecto.
Gestionar cambios Cuando ocurre el Volver a levantar

Mitigar
Cambios de de requerimientos trigger requerimientos
requerimientos en el nuevos.
R007 Amenaza
proyecto
Uso de metodologa Durante las fases de Monitorear los
Mitigar cambios a realizar.
gil para desarrollo. desarrollo
Programar Monitorear personal

Durante las fases de respecto al uso de
capacitaciones a Mitigar
entrega del producto manuales y
personal
Personal no calificado asistencia a
R008 Amenaza
para la utilizacin del Realizar manuales y capacitaciones.
nuevo sistema tutoriales acerca de Durante la fase de
Mitigar Monitoreo de
la utilizacin del desarrollo
sistema. resultados.
169
Fecha planificada
Uso del presupuesto

Recortes de Contar con un de contingencia.
Cuando ocurre el
R009 Amenaza presupuesto al presupuesto de Mitigar
trigger
proyecto contingencia. Ajustar el proyecto al
nuevo presupuesto.
Asignar un grupo
Monitoreo de
Reestructuracin de la encargado de la Cuando ocurre el
R010 Amenaza Mitigar cambios en la
organizacin culminacin del trigger
organizacin
proyecto.
Entregables y
desarrollos
culminados en la Ajustar cronograma
Culminar el desarrollo fecha planificada. del desarrollo del
A lo largo de todo el
R011 Oportunidad del proyecto en el Mejorar proyecto para llegar
proyecto.
tiempo planificado. Monitoreo de al tiempo
entregables y planificado.
reuniones
planificadas
170
Fecha planificada
Culminar el proyecto
Extender el alcance del en el tiempo Recomendar
proyecto (incrementar planificado. Al finalizar el extensin del
R012 Oportunidad Mejorar
cantidad de mquinas proyecto. alcance del
automatizadas) Completar el alcance proyecto.
propuesto.
Realizar presupuesto
de implementacin
electrnica. Uso del presupuesto
Bajo costo y menor
Fase de de contingencia.
tiempo en
R013 Oportunidad Realizacin de Mejorar implementacin del
implementacin
presupuesto de proyecto. Ajustar el proyecto al
electrnica
contingencia (30% nuevo presupuesto.
del presupuesto
total)
Definicin de alcance
Necesidad de control del proyecto. Dar a conocer los
Fase de inicio del
R014 Oportunidad de paros en Mejorar beneficios del
proyecto.
produccin. Aprobacin de proyecto.
Project chrter.
171
Fecha planificada
Realizar presupuesto
de implementacin
electrnica. Uso del presupuesto
Bajo costo en Fase de de contingencia.
R015 Oportunidad implementacin del Realizacin de Mejorar implementacin de
proyecto. presupuesto de proyecto. Ajustar el proyecto al
contingencia (70% nuevo presupuesto.
del presupuesto
total)
172
ANEXO 10 Plan Gestin de Cambios
La implementacin de todo sistema de informacin trae consigo un cambio en

la organizacin, apareciendo aquellos usuarios que se resisten al cambio,
para lo cual tener xito en el cambio implica generar compromisos, se debe
compartir la visin y los objetivos, lograr la competencia y cohesin grupal; no
imponer los cambios sino generarlos con el apoyo de la alta gerencia.
Para llevar a cabo la gestin de cambios en la organizacin y asegurar que se

realice de forma adecuada se realizar las siguientes fases:
Fases del cambio organizacional
1. Detectar la necesidad del cambio.
Es el inicio de todo cambio organizacional, donde se observa la necesidad de

cambio. En la empresa San Carlos, en las reuniones iniciales hemos podido
observar que tanto el gerente como los jefes de produccin tenan como
necesidad mejorar el control en su rea de produccin siendo consistes que
para mejorar dicho control era necesario un cambio en la organizacin.
2. Diagnstico de la situacin.
Luego de tener claro la necesidad del cambio y saber que tanto el gerente
como los jefes de produccin son conscientes que debe haber un cambio para
mejorar su control en la produccin; se procede a identificar los procesos
(procesos de produccin), sub procesos (proceso de urdido, engomado y
tejido) y tareas para obtener la mayor informacin posible de la situacin
actual de la organizacin (identificacin de procesos).
3. Planificacin del cambio.
En la planificacin del cambio se realizar:
Materializar de las necesidades identificadas en objetivo general

y especficos, los cuales son establecidos en el Project chrter
173
(Anexo 05) del proyecto, donde tambin se definen las tareas a
sistematizar convertidas en funcionalidades del sistema.
Definir en la gestin de comunicaciones (Anexo 08), las
reuniones con los interesados, donde se presentar los avances
del proyecto involucrndolos en el mismo, y se definen las
capacitaciones a los usuarios finales.
Realizar pruebas de usabilidad, para identificar posibles
problemas o complicaciones en el uso del sistema por parte de
los usuarios finales.
4. Implementacin del cambio.
Dar a conocer las necesidades y las soluciones planteadas para

llevar a cabo la implementacin. Esto se da con la aprobacin
del Project chrter.
Realizacin de las reuniones con los interesados para la
presentacin de avances e involucramiento de interesados
durante todo el desarrollo del proyecto. Al finalizar el desarrollo
del software se realizar las capacitaciones a los usuarios
finales segn la planificacin de la gestin de comunicaciones.
Realizacin de las pruebas de usabilidad para determinar la
satisfaccin del usuario o si se requiere algn cambio en el
software para su fcil entendimiento.
Realizacin de manual de usuario al trmino del sistema.
5. Evaluacin y control del cambio.
Dar seguimiento a la gestin de comunicaciones, para que se

cumpla las reuniones, presentaciones del sistema y las
capacitaciones (actas de capacitaciones Anexo 16) como han
sido planificadas.
Aprobacin del Acta de cierre del proyecto (Anexo 15), dando
as la finalizacin del proyecto asegurando el cumplimiento de
los objetivos y adecuado adiestramiento del sistema.
174
ANEXO 11 Arquitectura del sistema
175
ANEXO 12 Diagrama de despliegue
176
ANEXO 13 Prototipo
Gestin de Empleados:
o Listado de empleado
177
o Registro de empleado
178
o Editar empleado
179
Gestin de artculo
o Listado de artculo
180
o Registro de artculo
181
o Editar artculo
182
Gestin de mquinas
o Listado de mquinas
183
o Registro de mquina
184
o Editar mquina
185
Gestin de producto
o Listado de producto
186
o Registro de producto
187
o Editar producto
188
Gestin de proveedores
189
Editar Orden
190
Listado de Ordenes de produccin
191
Registro Ficha tcnica de urdido
192
Editar Ficha tcnica de urdido
193
Registro Ficha tcnica de engomado
194
Editar Ficha tcnica de engomado
195
Registro Ficha tcnica de tejido
196
Monitoreo de mquina.
o Listado de Mquinas en Produccin
o Historial de paros mayores.
197
Pendientes de registro
198
Consulta de paros
199
Gestin de paros mayores
200
Edicin de causa General
201
Mtricas:
o Atendidos a tiempo
202
o Eficiencia
203
204
o Tiempos de produccin y paros
205
206
ANEXO 14 Pruebas de sistema
Configuracin para Prueba elemental
207
Grfico de distribucin alfa
208
Reporte Resumen
Resultados en rbol
209
ANEXO 15 Acta de aceptacin
210
ANEXO 16 Acta de capacitacin
211
212
FUENTES DE CONSULTA
Alegsa, L. (2010). Diccionario de informtica y tecnologa: Definicin de

aplicacin web. Recuperado de
http://www.alegsa.com.ar/Dic/aplicacion%20web.php
Banzi M., Cuartielles D., Igoe T., Martino G. y Mellis D. (s.f.). What is Arduino?,
Recuperado de https://www.arduino.cc/.
Cadena, V, & Rojas, L. (2008). Diseo e implementacin de un sistema de

control para el proceso de tinturado de tela (tesis de pregrado, Escuela
Politcnica Nacional). Recuperado de
http://bibdigital.epn.edu.ec/bitstream/15000/4236/1/CD-1628.pdf
COSO (2011), El control interno segn el informe COSO. Octubre 27, 2011,
de Ingeniera y Gestin Consultora Recuperado de:
http://www.ingenieriaygestion.cl/Consultora/publi/Informe-COSO.pdf
Court, E, Prez, V, Rodrguez, C, Ingar, B, & Panez M. (2010). Sector textil

del Per. CENTRUM Recuperado de:
http://www.latinburkenroad.com/docs/BRLA%20Peruvian%20Textile%20Indu
stry%20(201003).pdf
Daz, R. (2015). Sector textil-confecciones: podr levantarse este ao?

Semana Econmica. Recuperado de:
http://semanaeconomica.com/article/economia/industria/155421-sector-textil-
confecciones-podra-levantarse-este-ano/
Dupla, L, Chacn, H, & Torres A. (s.f.). Automatizacin de procesos con

PLC. Recuperado de:
http://es.slideshare.net/danysofi/automatizaciondeprocesoscon-plc
EcuRed (s.f.). En Enciclopedia de Cuba. Recuperado de

http://www.ecured.cu/index.php/Automatizaci%C3%B3n.
213
El Comercio. (2014). El sector textil-confecciones peruano ha perdido su brillo.
Recuperado de: http://elcomercio.pe/economia/peru/sector-textil-
confecciones-peruano-ha-perdido-su-brillo-noticia-1768522.
Gaibor, C. (2008). Diseo y construccin de un sistema automtico de control

de produccin para las mquinas textiles Investa de la empresa TEIMSA (tesis
de pregrado, Escuela Politcnica Nacional). Recuperado de
http://bibdigital.epn.edu.ec/bitstream/15000/898/1/CD-1815%282009-01-21-
11-02-14%29.pdf
Gmez, J. (2011). Diseo e implementacin de un sistema automatizado para

una mquina textil rectilnea para la microempresa textil TECMATEJ (tesis
de pregrado, Escuela Politcnica Nacional). Recuperado de
http://bibdigital.epn.edu.ec/bitstream/15000/3779/1/CD-3516.pdf.
Guachi, E, & Camacho, J. (2012). Diseo e implementacin de un sistema de

control automtico con interface grfica (HMI), mediante un panel de
visualizacin para la mquina urdidora de la empresa textil TEIMSA (tesis de
pregrado, Escuela Politcnica Del Ejrcito Extensin Latacunga). Recuperado
de http://repositorio.espe.edu.ec/bitstream/21000/5831/1/T-ESPEL-0941.pdf
INEI. (2012), Produccin de las industrias textiles, cuero y calzado, papel y

edicin e impresin. Agosto 18, 2015, de Ministerio de la Produccin -
Viceministerio de MYPE e Industria. Recuperado de:
http://www.inei.gob.pe/media/MenuRecursivo/Cap15009.xlsx
Koontz, Harold y ODonnell, Cyril (1961). Principios de direccin de empresa:

un anlisis de las funciones directivas. Madrid: McGraw-Hill.
Pacheco, J.C., Castaeda, W. y Caicedo, C. H. (2002). Indicadores integrales

de gestin. Incluye modelo de cuadro de mando integral (Balanced
Scorecard). Bogot: McGraw-Hill/Interamericana, S.A.
Palacio, J. (2006). El Modelo Scrum. Obtenido de Navegapolis:

http://www.navegapolis.net/files/s/NST-010_01.pdf
214
Poma, M. (2014). Diseo e implementacin de un sistema de control
automtico para una mquina texturizadora en la planta de fibras textiles
ENKADOR (tesis de pregrado, Escuela Politcnica Nacional). Recuperado
de http://bibdigital.epn.edu.ec/bitstream/15000/7346/1/CD-5488.pdf.
Scrum Alliance. (2013). Why Scrum? Obtenido de Scrum Alliance:

http://www.scrumalliance.org/why-scrum
Scrum Organization. (2013). Resources. Obtenido de Scrum:

https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scr um-
Guide-ES.pdf
Yarupaitan, E. (2015). Automatizacin de una mquina refiladora utilizando un

contmetro como sensor de distancia (tesis de pregrado, Universidad de San
Martin de Porres). Recuperado de
http://www.repositorioacademico.usmp.edu.pe/bitstream/usmp/1174/1/yarup
aitan_mej.pdf
215
APNDICE
MANUAL DE USUARIO
216
GUA PRCTICA
15/10/2015 Tipo de Documento: Gua Revisin: 01
GUA PRCTICA
Sistema San Carlos
Nombre Rol Firma
Elaborado Ecmias Fernndez Analista Programador
Revisado Jos Antaurco Analista Programador

INDICE GENERAL
1 Introduccin al Sistema 3
2 Uso del Sistema - Consideraciones Generales 3
3 Ingreso al Sistema San Carlos 3
4 Mdulos 4
4.1 Mantenimiento 4
Sub Modulo: Gestin de Empleados 4
Sub Modulo: Gestin de Articulos 6
Sub Modulo: Gestin de Mquinas 8
Sub Modulo : Gestion de Productos 10
4.2 Ordenes de Produccin 13
Sub Modulo: Ordenes de produccin 13
Sub Modulo: Fichas Tcnicas de Urdido 35
Sub Modulo: Fichas tcnicas de Engomado 36
Sub Modulo: Fichas Tcnicas de Tejido 37
Sub Modulo: Consultar rdenes 38
4.3 Control de Paros 39
Sub Modulo: Monitoreo de Maquinas 40
Sub Modulo: Pendientes de Registro 40
Sub Modulo: Consulta de Paros 41
Sub Modulo: Gestin de Paros Mayores 42
4.4 Mtricas 44
Sub Modulo: Atendidos a Tiempo . 44
Sub Modulo: Mtrica 2 Eficiencia en Produccin 46
Sub Modulo: Tiempo Productivo 47
5 Informaciones Generales 48
5.1 Registro de Usuarios 48
1 Introduccin al Sistema
El sistema San Carlos es una aplicacin que nos permite registrar,
consultar, generar fichas tcnicas (urdido, engomado y tejido), extraer
informacin a Excel, facilitando la gestin en el control de paros y la gestin
de rdenes de produccin.
2 Uso del Sistema - Consideraciones Generales

Se puede ingresar al sistema de SAN CARLOS a travs del browser
URL (http://192.168.1.33:7101/TextilSanCarlos/faces/login). Desde
las redes internas de la fbrica textil San Carlos.
3 Ingreso al Sistema San Carlos
Para acceder a la aplicacin web, deben ingresar a la siguiente
direccin: http://192.168.1.33:7101/TextilSanCarlos/faces/login .
Ingresado sus credenciales del sistema.
Una vez ingresado al sistema, nos mostrara el men principal
3
4 Mdulos
El sistema Cuenta con los siguientes mdulos:
4.1 Mantenimiento
Esta opcin permite registrar, editar y consultar a los Empleados,
Artculos, Maquinas, Productos y Proveedores. Los cuales estn
organizados en los siguientes sub mdulos:
Sub Modulo: Gestin de Empleados

Este sub modulo nos permite registrar, editar y buscar
empleados de la fbrica.
4
Bsqueda Empleados
Para poder realizar la bsqueda de Empleados ingresamos
los valores en los criterios de bsqueda (Apellidos y Nombres) y
luego seleccionamos buscar
El sistema nos mostrara el resultado en la seccin Resultado

de Bsqueda
Nuevo Empleado
Para poder registrar a un nuevo empleado, usaremos el
botn el cual nos muestra la siguiente pantalla,

donde los (*) representan los valores obligatorios:
Usamos el botn Registrar Empleado para

registrar al nuevo empleado.
Editar Empleado
Para poder editar a un empleado, seleccionamos a un
empleado de la grilla y luego usamos el botn .
5
El sistema nos mostrara la siguiente ventana:
Editamos los campos que requerimos editar y luego usamos el
botn para guardar los cambios que hemos

realizado.
Sub Modulo: Gestin de Artculos

Este sub modulo nos permite registrar, editar y buscar los artculos
de la de la fbrica.
Bsqueda de Artculos
Para poder realizar la bsqueda de artculos ingresamos segn
el criterio de bsqueda
El sistema muestra los resultados que coincidan con el criterio de bsqueda

en la seccin Resultado de Bsqueda
6
Nuevo Articulo
Para registrar un nuevo artculo usamos el botn

, el sistema nos mostrara la siguiente ventana, donde deberemos
ingresar los valores obligatorios (*)
Para poder culminar el registro usamos el botn
Editar Artculo
Para poder editar un artculo, lo seleccionamos de la grilla de
resultados y usamos el botn
7
Editamos los campos que requerimos editar y luego usamos el botn
para guardar los cambios que hemos realizado.
Sub Modulo: Gestin de Mquinas

Este sub modulo nos permite registrar, editar y buscar las maquinas textiles
de la fbrica.
Bsqueda de Maquinas
Para poder realizar la bsqueda de Empleados ingresamos los
valores en los criterios de bsqueda y luego seleccionamos buscar
El sistema nos mostrara el resultado en la seccin Resultado de la

Bsqueda
8
Nueva Maquina
Para registrar una nueva mquina usamos el botn
, el sistema nos mostrara la siguiente ventana, donde

deberemos ingresar los valores obligatorios (*)
Editar Maquina
Para poder editar una mquina, lo seleccionamos de la grilla de
resultados y usamos el botn
9
Editamos los campos que requerimos editar y luego usamos el botn
para guardar los cambios que hemos realizado.
Sub Modulo: Gestin de Productos

Este sub modulo nos permite registrar, editar y buscar los productos
textiles de la fbrica.
Bsqueda de productos
Para poder realizar la bsqueda de Productos ingresamos los
valores en los criterios de bsqueda y luego seleccionamos buscar
El sistema nos mostrara el resultado en la seccin Resultado de la

Bsqueda
Nuevo Producto
Para registrar un nuevo usamos el botn , el

sistema nos mostrara la siguiente ventana, donde deberemos
ingresar los valores obligatorios (*)
10
En caso queremos agregar un artculo al producto que estamos
registrando usaremos el botn el cual agregara

una fila en la grilla Detalle de Artculos para su elaboracin,
seleccionamos los valores segn corresponda.
En caso queremos quitar un artculo al producto que estamos
registrando, usamos el botn
Editar Producto
Para poder editar un producto, lo seleccionamos el producto de
la grilla de resultados y usamos el botn
11
En caso queremos agregar un artculo al producto usaremos el
botn el cual agregara una fila en la grilla Detalle

de Artculos para su elaboracin, seleccionamos los valores segn
corresponda.
En caso queremos quitar un artculo usamos el botn

.
12
Para guardar los cambios realizados usamos el botn
4.2 Ordenes de Produccin

Este mdulo nos permite gestionar, consultar las ordenes de
produccin con sus respectivas fichas tcnicas de los procesos de
urdido, engomado y tejido. Como tambin consultar y extraer
informacin.
Cuenta con los siguientes sub mdulos:
Sub Modulo: Ordenes de produccin

Este mdulo nos permite gestionar, consultar las ordenes de
produccin con sus respectivas fichas tcnicas de los procesos de
urdido, engomado y tejido. Tambin nos permite generar las fichas
tcnicas de urdido, engomado y tejido.
Lista de Ordenes de Produccin
13
Para poder realizar la bsqueda de una orden de produccin
ingresamos el criterio de bsqueda y luego usamos el botn

.
El sistema mostrar las ordenes que coincidan con los criterios de

bsqueda, y mostrara sus respectivas fichas de urdido, engomado
y tejido de la orden seleccionada.
Nueva Orden de produccin

Para poder registrar una nueva orden, usaremos el botn
, el cual nos mostrara la siguiente ventana, donde los

(*) representan los valores obligatorios:
14
Para poder registrar la orden seleccionamos usaremos el botn
, el sistema registrar nuestra orden, en estado
Registrado.
Editar Orden
Para poder editar una orden seleccionamos una orden de la
grilla, y usamos el botn . La cual nos llevara a la

siguiente ventana.
En caso queramos anular una orden podemos usar el botn
, el sistema nos mostrara el siguiente mensaje, y
usamos el botn para confirma la anulacin de la orden.
15
Para guardar los cambios efectuados a la orden usaremos el botn
Agregar Ficha de Urdido

El sistema nos permitir agregar una ficha de urdido a las
rdenes de produccin que se encuentren en estado de
Registrado o En Proceso.
Para agregar una ficha de urdido a la orden seleccionada, usaremos
el botn , el cual nos mostrara la siguiente

ventana.
El sistema al lado izquierdo nos muestra la seccin Datos del

pedido (Orden de produccin)
Y el lado Derecho nos muestra los datos de la ficha de urdido.
16
Para poder registrar la ficha de urdido ingresamos y/o
seleccionamos los valores obligatorios (*) y luego usamos el botn
El sistema registrar la ficha tcnica de urdido en estado Registrado,

mostrara la siguiente ventana.
En caso queramos genera la ficha tcnica de urdido nosotros
usaremos el botn , el sistema generara la ficha

tcnica de urdido.
17
El sistema actualizara la ficha tcnica de urdido al estado
Generado y en produccin.
En caso se desee modificar la cantidad de plegadores a usar,

usaremos el botn , el cual nos
mostrara una venta para donde ingresaremos la cantidad de
plegadores que vamos usar y el sistema calculara la cantidad de
hilos por plegador que se usara.
18
Editar Ficha Urdido
El sistema nos permitir editar una ficha de urdido a las rdenes
de produccin que se encuentren en estado de Registrado o En
Proceso.
Para editar la ficha tcnica de urdido nosotros seleccionamos la
ficha de urdido que deseamos editar y luego usamos el botn
El sistema nos mostrara la siguiente ventana
En caso nosotros deseemos modificar la cantidad de plegadores

del proceso de urdido, el sistema nos permitir usar el botn
cuando la orden este en Registrado,
nos mostrar la venta donde nosotros podremos modificar la
19
cantidad de plegadores y el sistema recalcular la cantidad de hilos
por plegador.
En caso deseemos generar la ficha, usaremos el botn
, el sistema generar la ficha de urdido y

actualizara el estado de la ficha de produccin a Generado y En
produccin
20
En caso el proceso de Urdido est finalizado y. a ficha generada ya
est rellenada por el operario responsable, nosotros podremos
agregar Detalle de los plegadores de urdido usaremos el botn
, el sistema agregara una fila a la grilla de la seccin

Detalle - Plegadores de Urdido.
Una vez nosotros ingresemos los todos los detalles de plegadores

del urdido el sistema nos permitir finalizar el proceso usando el
botn , el sistema actualizar el estado de la ficha
de urdido a Terminado .
El sistema nos permitir guardar los cambios efectuados a la ficha
en estado Registrado o Generado y en produccin podremos
usar el botn .
Registrar Ficha de Engomado

El sistema nos permitir agregar una ficha de engomado a las
El sistema nos permitir registrar una ficha de engomado a partir
de una ficha de urdido en estado Terminado, para ello nosotros
seleccionamos una ficha de urdido en estado terminado y usamos
la opcin , el sistema nos mostrar la

siguiente pantalla
21
Al lado izquierdo el sistema nos muestra los datos del pedido
(orden de produccin)
Y al lado derecho nos muestra los datos de la ficha de engomado

que vamos a registrar. Donde los campos con (*) son los campos
obligatorios que tenemos que ingresar.
22
Una vez ingresados los valores usaremos el botn
para registrar la ficha tcnica de

engomado. El sistema registrara la ficha tcnica de engomado en
estado Registrado.
El sistema nos permitir generar la ficha de engomado cuando el

estado de esta sea Registrado, para generar usaremos el botn
, el sistema genera la ficha registrada y actualizar el

estado de la ficha de engomado a Generado y En produccin
23
Editar Ficha de Engomado
El sistema nos permitir agregar una ficha de engomado a las
24
Para editar una ficha tcnica de engomado seleccionaremos la
ficha de engomado en la seccin Ficha(s) de Engomado y
usamos el botn
El sistema nos mostrara la siguiente pantalla
Donde el lado izquierdo nos muestra el dato del pedido (orden de

produccin)
Y al lado derecho los datos del engomado.
25
El sistema nos permitir generar la ficha de engomado que se
encuentren en estado Registrado, para generar usaremos el botn
, el sistema generar la ficha de engomado.

Actualizando la ficha de engomado al estado Generado y en
produccin
26
Una vez que se haya terminado el proceso de engomado y el
operario haya rellenado los datos de la ficha de engomado,
nosotros podremos ingresar los datos requeridos y el detalle de los
plegadores usados en el proceso de engomado, usaremos el botn
27
- (el sistema solo nos permite usar este botn cuando la
ficha de engomado se encuentra en estado Generado y En
produccin)
El sistema solo nos permitir terminar e proceso de ficha de

engomado si registramos uno o ms detalles de plegador y el
consumo realizado.
Para terminar el proceso de engomado, usaremos el botn
.El sistema actualizara la ficha de engomado al

estado Terminado.
28
Para Guardar los cambios efectuado usaremos el botn
.
Agregar Ficha de Tejido
El sistema nos permitir agregar una ficha de tejido a las rdenes
Proceso.
Para agregar una ficha de tejido a la orden seleccionada, usaremos
el botn de la seccin Ficha(s) de Tejido,

el sistema nos mostrara la siguiente pantalla.
29
Al lado izquierdo veremos los datos de la orden de produccin y al
lado derecho los datos de la ficha tcnica de tejido que vamos a
registrar.
Para registrar una ficha tcnica de tejido debemos ingresar y/o

seleccionar los campos obligatorios (*), y usar el botn
.El sistema registrara la ficha de tejido en el

estado Registrado.
30
En caso deseemos generar la ficha de tejido, el sistema nos
permitir generar la ficha de tejido a la ficha que se encuentre en
estado Registrado, para generar la ficha usaremos el botn
. El sistema generar la ficha tcnica de tejido y

actualizara el estado de la ficha a Generado y en Produccin.
31
Editar Ficha Tejido
El sistema nos permitir editar una ficha de tejido a las rdenes
Proceso.
Para editar una ficha de tejido, la seleccionamos de la seccin
Ficha(s) de Tejido, y usamos el botn .
El sistema nos mostrara la siguiente ventana, donde al lado

izquierdo podremos apreciar los datos de la orden y al lado derecho
los datos de la ficha de tejido.
32
En caso queramos genera la ficha tcnica de tejido, el sistema nos
permitir generar la ficha tcnica de tejido a las ordenes en estado
Registrado, para ello usaremos el botn , el

sistema generar la ficha de tejido y actualizar el estado de la ficha
de tejido a Generado y En produccin.
33
Una vez que se haya terminado de fabricar lo solicitado, el sistema
nos permitir terminar el proceso de tejido a las rdenes que estn
en estado Generado y en Produccin. Para terminar el proceso
de tejido, ingresaremos los campos obligatorios (*) y luego
usaremos el botn .El sistema actualizara el estado

de la ficha de tejido y tambin actualizara el estado de la orden si
se ha cumplido con la cantidad solicitada, dando el estado a
Terminado.
34
Sub Modulo: Fichas Tcnicas de Urdido
Este Sub modulo nos permite consultar y extraer informacin de las
fichas tcnicas de Urdido.
Consulta de Ficha de Urdido

Para poder realizar una consulta debemos de ingresar los
valores en el criterio de bsqueda y usar el botn
El Sistema mostrara el resultado de las fichas de urdidos que

coincidan con el criterio de bsqueda en la seccin Resultado de
Bsqueda.
35
En caso deseemos exportarlo a Excel, usaremos el botn
,
El cual abrir el explorador de tu sistema operativo (En este caso
se trata de Windows 8) para elegir donde descargar el archivo,
seleccionamos guardar.
Sub Modulo: Fichas tcnicas de Engomado

fichas tcnicas de Engomado.
Consulta de Fichas de Engomado

El Sistema mostrara el resultado de las fichas de Engomado que

Bsqueda.
36
, el cual abrir el explorador de tu sistema

operativo (En este caso se trata de Windows 8) para elegir donde
descargar el archivo, seleccionamos guardar.
Sub Modulo: Fichas Tcnicas de Tejido

fichas tcnicas de Tejido.
Consulta de Fichas de Tejido

37
El Sistema mostrara el resultado de las fichas de Tejido que
Bsqueda.

Sub Modulo: Consultar rdenes

Este Sub modulo nos permite consultar y extraer informacin de
Ordenes de Produccin.
Consulta de Ordenes de Produccin
38
Para poder realizar una consulta debemos de ingresar los valores
en el criterio de bsqueda y usar el botn
El Sistema mostrara el resultado de las rdenes de produccin que

Bsqueda.

4.3 Control de Paros

Esta opcin permite consultar el estado actual de las maquinas
textiles en lnea. Adems, podremos completar el registro de los paros
mayores como tambin consultar el historial de paros y extraerlos en
39
Excel. Tambin nos permite gestionar las causas generales y
especificas por las que ocurren paros mayores.
Cuenta con los siguientes sub mdulos:
Sub Modulo: Monitoreo de Maquinas

Listado de Maquina en Produccin
Este sub modulo nos informa online, el estado de las mquinas
de produccin textil.
El sistema nos permite consultar el historial de paros mayores de

las mquinas, para ellos deberemos seleccionar una mquina de la
grilla y usar el botn , el cual nos llevara a la siguiente

pantalla.
Sub Modulo: Pendientes de Registro

Este mdulo nos permite completar el registro de paros mayores,
registrando la causa general y especfica y la solucin aplicada resolver
el incidente, registrados por el sistema automticamente.
40
Paros Mayores Pendientes de Registro
Para poder completar el registro de paros mayores pendiente de
registro, deberemos seleccionar un paro mayor de la grilla,
seleccionar y/o ingresar los valores faltantes, luego usaremos el
botn
El sistema actualizara el paro mayor y actualizara la lista de paros

pendiente de registro.
Sub Modulo: Consulta de Paros

Este mdulo nos permite consultar y extraer informacin de los
paros registrados.
Consulta de Paros
Para poder consultar paros debemos ingresar los criterios de
bsqueda y luego usar el botn
El sistema mostrara el resultado de los paros que coincidan con el

criterio de bsqueda.
41
En caso deseemos descargar a Excel podremos usar el botn
, el sistema nos pedir que seleccionemos en que

fichero vamos a guardar el Excel.
Sub Modulo: Gestin de Paros Mayores

Este sub modulo nos permite registrar, consultar las causas
generales y especficas. Para de Esta manera mantener una mejor
gestin de paros y evitar perder informacin de las soluciones aplicadas
en la solucin de los paros mayores.
Listado de Causas Generales

Para poder consultar las causas generales y sus causas
especficas,
42
ingresamos los criterios de bsqueda y usamos el botn
El sistema mostrara el resultado de la bsqueda que coincida con

el criterio ingresado.
Nueva Causa General

Para registrar una nueva causa general de paro mayor usamos
el botn el cual nos llevara a la siguiente

pantalla.
Donde ingresaremos los valores obligatorios (*) y usaremos el
botn
En caso queramos agregar una causa especifica podremos usar el
botn , el cual agregar una causa especifica al detalle de

Causas especficas.
Tambin podremos quitar una causa especfica de la causa general
usando el botn
43
Editar Causa General
Para editar una causa general debemos seleccionar una causa
y usar el botn , el cual nos llevara a la

siguiente pantalla.
En caso queramos agregar una causa especifica podremos usar el
botn , el cual agregar una causa especifica al detalle de

Causas especficas.
Tambin podremos quitar una causa especfica de la causa general
usando el botn
4.4 Mtricas
Este mdulo nos permite consultar las mtricas implementadas
como el de pedidos atendidos a tiempo, Eficiencia en Produccin y
Tiempos en Produccin.
Cuenta con los siguientes Sub Mdulos:
Sub Modulo: Atendidos a Tiempo
44
Este sub modulo nos permite consulta la mtrica 1: pedidos atendidos
a tiempo en que se finaliz la orden de produccin con respecto al
tiempo para el cual fue solicitado.
Mtrica 1: Pedidos Atendidos a Tiempo

Para poder consultar los resultados de la mtrica debemos
ingresar el criterio de bsqueda y usar el botn .
El sistema nos mostrara el resultado de la mtrica de manera

grfica como se muestra a continuacin, adems de mostrar el
detalle.
45
Sub Modulo: Mtrica 2 Eficiencia en Produccin
Este sub modulo nos permite consultar el resultado de la mtrica 2,
el cual consiste en calcular la eficiencia de la maquina desde que se
orden en la ficha de tejido hasta cuando se finaliz la ficha de tejido.
Considerando la produccin ideal y la produccin real reportada.
Mtrica 2: Eficiencia en Produccin
Para poder consultar la mtrica debemos ingresar los criterios
de bsqueda y usar el botn .
El sistema mostrara los resultados de la mtrica en las siguientes

secciones:
En la seccin Distribucin Grafica veremos el resultado de la

cantidad producida por mquina y los productos fabricados segn
el criterio de bsqueda.
46
En la seccin Resultado de Bsqueda, el sistema nos muestra la
eficiencia de la maquinaria considerando la produccin ideal y la
produccin real, segn el criterio de consulta.
Sub Modulo: Tiempo Productivo

Este sub modulo nos permite consulta la mtrica de tiempo de paros
y de produccin, mostrndonos el tiempo dedicado a la produccin y
los tiempos de ocio.
Mtrica 3: Tiempos De Produccin y Paros

Para poder consultar la mtrica tiempos de produccin y paros
ingresamos el criterio de bsqueda y usamos el botn

.
El sistema nos muestra el resultado en las siguientes secciones:
47
En esta seccin Grficos Distribucin de paros el sistema nos
muestra la distribucin de paros y tiempo productivo, segn el
criterio de bsqueda.
En esta seccin Resultado de la Consulta el sistema nos muestra

el del cumplimiento de la mtrica, mostrando adems el tiempo de
produccin registrado y el tiempo total registrado.
5 Informaciones Generales
5.1 Registro de Usuarios
Para poder usar el modulo y las opciones tienen que estar
registrados en el Sistema San Carlos.
48
262

Enrique Fernandez

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Enrique Fernandez

Diunggah oleh

Hak Cipta:

Format Tersedia

INSTITUTO PARA LA CALIDAD DE LA EDUCACIN

IMPLEMENTACIN DE UN SISTEMA WEB PARA EL CONTROL

JOS LUIS ENRIQUE ANTAURCO

IMPLEMENTACIN DE UN SISTEMA WEB PARA EL

PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO DE

ENRIQUE ANTAURCO, JOS LUIS

A mis familiares y amigos que creyeron

A mi familia y amigos por estar siempre

El objetivo de esta investigacin es la implementacin de un sistema

La administracin del proyecto se bas en las buenas prcticas establecidas

Palabras claves: Eficiencia, Control, Informalidad, Gestin.

The objective of this research is the implementation of a web system

Project management was based on the good practices established in the

Keywords: Efficiency, Control, Informality, Management.

CAPTULO I MARCO TERICO

1.2 Bases tericas 9

1.2.1 Aplicacin web

1.2.4 Gua PMBOK 13

1.2.5 Metodologa SCRUM 16

1.3 Definicin de trminos bsicos 19

2.1.1 Requerimiento de Hardware y Software

2.1.2 Equipo de desarrollo 22

2.1.3 Otros costos

2.1.4 Tabla de resumen de inversin 23

2.1.5 Evaluacin econmica

2.1.6 Requerimientos para continuidad del software 25

2.1.7 Evaluacin de econmica para continuidad del software 26

2.2.3 Etapas del Proceso de Desarrollo del Proyecto 37

2.3 Plan de trabajo 40

CAPTULO III DESARROLLO DEL PROYECTO

3.1 Identificacin de procesos 45

CAPTULO IV PRUEBAS Y RESULTADOS

4.1 Plan de Pruebas 98

4.1.3 Tipo de prueba

4.2 Pruebas de Sistema 100

4.3 Pruebas Funcionales

4.4 Pruebas de Usabilidad 101

CAPTULO V DISCUSIN Y APLICACIONES

5.1 Discusin de resultados 103

5.1.2 Resumen 124

5.2 Aplicaciones 125

FUENTES DE CONSULTA 213

Figura 0.1 Productividad de la maquina sulzer-1 del mes de abril 4

Figura 1.1 Ficha Sinptica de Scrum 17

Figura 2.1 Cronograma de actividades 43

Figura 3.1 Proceso de produccin 45

Figura 3.2 Proceso de urdido 47

Figura 3.3 Proceso de Engomado 48

Figura 3.4 Proceso de Tejido 49

Figura 3.5 Identificacin de mejora en proceso de produccin 59

Figura 3.6 Modelo de Datos 62

Figura 3.7 Flujo de gestin de artculos 63

Figura 3.8 Flujo de gestin de mquinas 64

Figura 3.9 Flujo de gestin de mquina 64

Figura 3.10 Flujo de gestin de proveedor 65

Figura 3.11 Flujo de gestin de rdenes de pedido y generacin de fichas

Figura 3.12 Identificacin de mejora en proceso de urdido 81

Figura 3.13 Proceso de Engomado 82

Figura 3.14 Proceso de Tejido 83

Figura 3.15 Modelo de datos 86

Figura 3.16 Flujo de Control de Paros 87

Figura 3.17 Gestin de paros mayores 87

Figura 3.18 Desarrollo de Sprint 92

Figura 3.19 Burdown Chart - Sprint 1 93