universidad tÉcnica de cotopaxirepositorio.utc.edu.ec/bitstream/27000/2045/1/t-utc-3896.pdf ·...
TRANSCRIPT
UNIVERSIDAD TEacuteCNICA DE COTOPAXI
PORTADA
UNIDAD ACADEacuteMICA DE CIENCIAS DE LA INGENIERIacuteA Y
APLICADAS
CARRERA DE INGENIERIacuteA EN INFORMAacuteTICA Y SISTEMAS
COMPUTACIONALES
TESIS DE GRADO PREVIO LA OBTENCIOacuteN DEL TIacuteTULO DE
INGENIERO EN INFORMAacuteTICA Y SISTEMAS COMPUTACIONALES
TITULO
AUTOR
Dariacuteo Gutieacuterrez Jaacutecome
DIRECTOR DE TESIS
Ing Segundo Corrales
ASESORA METODOLOacuteGICA
Dra Anita Chancusi
LATACUNGA - ECUADOR
2016
ldquoIMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN Y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOacuteGICOS E
INDUSTRIALES APLICANDO LA METODOLOGIacuteA SCRUM PARA EL
DEPARTAMENTO DE MANTENIMIENTO DE LA PLANTA
ENSAMBLADORA CIAUTO EN LA CIUDAD DE AMBATO DURANTE
EL PERIODO 2014 - 2015rdquo
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO
AUTORIA
Todos los criterios emitidos en el presente trabajo de investigacioacuten
ldquoIMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN Y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOacuteGICOS E
INDUSTRIALES APLICANDO LA METODOLOGIacuteA SCRUM PARA EL
DEPARTAMENTO DE MANTENIMIENTO DE LA PLANTA
ENSAMBLADORA CIAUTO EN LA CIUDAD DE AMBATO DURANTE
EL PERIODO 2014 - 2015rdquo
Son de exclusiva responsabilidad del autor
helliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphellip
Gutieacuterrez Jaacutecome Dariacuteo Alejandro
050316411-3
AVAL DEL DIRECTOR DE TESIS
AVAL DEL ASESOR METODOLOacuteGICO
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO
AUTORIA
Todos los criterios emitidos en el presente trabajo de investigacioacuten
ldquoIMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN Y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOacuteGICOS E
INDUSTRIALES APLICANDO LA METODOLOGIacuteA SCRUM PARA EL
DEPARTAMENTO DE MANTENIMIENTO DE LA PLANTA
ENSAMBLADORA CIAUTO EN LA CIUDAD DE AMBATO DURANTE
EL PERIODO 2014 - 2015rdquo
Son de exclusiva responsabilidad del autor
helliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphellip
Gutieacuterrez Jaacutecome Dariacuteo Alejandro
050316411-3
AVAL DEL DIRECTOR DE TESIS
AVAL DEL ASESOR METODOLOacuteGICO
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
AUTORIA
Todos los criterios emitidos en el presente trabajo de investigacioacuten
ldquoIMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN Y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOacuteGICOS E
INDUSTRIALES APLICANDO LA METODOLOGIacuteA SCRUM PARA EL
DEPARTAMENTO DE MANTENIMIENTO DE LA PLANTA
ENSAMBLADORA CIAUTO EN LA CIUDAD DE AMBATO DURANTE
EL PERIODO 2014 - 2015rdquo
Son de exclusiva responsabilidad del autor
helliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphelliphellip
Gutieacuterrez Jaacutecome Dariacuteo Alejandro
050316411-3
AVAL DEL DIRECTOR DE TESIS
AVAL DEL ASESOR METODOLOacuteGICO
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
AVAL DEL DIRECTOR DE TESIS
AVAL DEL ASESOR METODOLOacuteGICO
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
AVAL DEL ASESOR METODOLOacuteGICO
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
CERTIFICADO DE IMPLEMENTACIOacuteN
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
AGRADECIMIENTO
Mi agradecimiento primero a Dios por
haberme bendecido para lograr mis
objetivos
A mis padres y hermanos quienes han
sabido escucharme y apoyarme siempre y
en todo momento muchas gracias por toda
una vida de felicidad amor comprensioacuten y
por estar conmigo en las buenas y malas
A mis amigos y compantildeeros de trabajo por
haberme apoyado tambieacuten en todo
momento para la culminacioacuten de mis
estudios
A mi Director de tesis que con sus
conocimientos me ayudoacute en todo lo
necesario Ing Segundo Corrales
A la Universidad Teacutecnica de Cotopaxi por
permitirnos realizar nuestro proyecto
preparaacutendonos para un mundo profesional
competitivo y lleno de nuevos retos
Dario
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
DEDICATORIA
Dedico este proyecto de tesis en primer
lugar a Dios por sus bendiciones para
realizar el presente proyecto a mis padres
por su apoyo e estimulo incondicional que
lo mantuvieron durante desde el comienzo
de la carrera y todo el proyecto a mis
hermanos Diego y Yadira los cuales estimo
mucho porque me estuvieron incentivando
a la culminacioacuten de la tesis y la obtencioacuten
de mi tiacutetulo de grado A mis amigos que me
dieron ese apoyo para la culminacioacuten de la
tesis
Lo dedico a mis seres queridos que ya no
estaacuten y que desde el cielo me dieron su
apoyo incondicional
Y a todas esas personas que hicieron
posible que mi meta se cumpliera
Dario
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
INDICE GENERAL
PORTADA _______________________________________________________ i
FORMULARIO DE LA APROBACIOacuteN DEL TRIBUNAL DE GRADO ____ ii
AUTORIA _______________________________________________________ 3
AVAL DEL DIRECTOR DE TESIS __________________________________ 4
AVAL DEL ASESOR METODOLOacuteGICO _____________________________ 5
CERTIFICADO DE IMPLEMENTACIOacuteN ____________________________ 6
AGRADECIMIENTO _____________________________________________ 7
DEDICATORIA __________________________________________________ 8
INDICE GENERAL _______________________________________________ 9
INDICE DE GRAFICOS __________________________________________ 12
INDICE DE TABLAS ____________________________________________ 13
RESUMEN _____________________________________________________ 15
ABSTRACT ____________________________________________________ 16
AVAL DE TRADUCCIOacuteN ________________________________________ 17
INTRODUCCIOacuteN _______________________________________________ 18
CAPITULO I ___________________________________________________ 20
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA IMPLEMENTACIOacuteN
DE UN SISTEMA DE GESTIOacuteN y MANTENIMIENTO PROGRAMADO
DE ERQUIPOS TECNOLOGICOS E INDUSTRIALES _____________ 20
11 Sistema _______________________________________________ 20
12 Gestioacuten _______________________________________________ 21
13 Sistema de gestioacuten ______________________________________ 21
14 Mantenimiento _________________________________________ 22
15 Mantenimiento programado ______________________________ 23
16 Tecnologiacutea ____________________________________________ 23
17 Metodologiacutea ___________________________________________ 24
18 Metodologiacutea SCRUM ____________________________________ 25
19 Ingenieriacutea de software ___________________________________ 35
110 Proceso del software ____________________________________ 38
111 Gestioacuten del software _____________________________________ 40
112 Requerimientos del software ______________________________ 44
CAPITULO II ___________________________________________________ 49
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN ______________ 49
21 Antecedentes histoacutericos de empresas ensambladoras de vehiacuteculos en
el Ecuador __________________________________________________ 49
22 Misioacuten y Visioacuten de Ciauto ________________________________ 51
221 Misioacuten ____________________________________________ 51
222 Visioacuten ____________________________________________ 51
23 Disentildeo Metodoloacutegico ____________________________________ 54
231 Meacutetodos de Investigacioacuten ____________________________ 54
2311 Meacutetodo hipoteacutetico deductivo _________________________ 54
2312 La experimentacioacuten cientiacutefica ________________________ 55
24 Teacutecnicas de la investigacioacuten ______________________________ 55
241 La entrevista ______________________________________ 56
242 La encuesta ________________________________________ 56
25 Recoleccioacuten de la Informacioacuten ____________________________ 57
251 Investigacioacuten bibliograacutefica ___________________________ 57
252 Investigacioacuten experimental ___________________________ 57
253 Investigacioacuten de campo ______________________________ 58
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos _______________ 58
261 Estadiacutestica descriptiva_______________________________ 59
27 Poblacioacuten _____________________________________________ 60
28 Anaacutelisis e Interpretacioacuten de Resultados _____________________ 61
29 Verificacioacuten de la hipoacutetesis ______________________________ 67
CAPITULO III __________________________________________________ 70
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS TECNOLOGICOS
E INDUSTRIALES ____________________________________________ 70
31 Presentacioacuten ___________________________________________ 70
311 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda
CIAUTO _________________________________________________ 53
32 Objetivos ______________________________________________ 71
321 Objetivo general____________________________________ 71
322 Objetivos Especiacuteficos ________________________________ 71
33 Justificacioacuten e Importancia _______________________________ 71
34 Desarrollo de la Propuesta _______________________________ 74
341 Metodologiacutea Aacutegil SCRUM ___________________________ 74
342 Asignacioacuten de Roles de Scrum ________________________ 75
343 Proceso de desarrollo de Software _____________________ 75
3431 Historias de Usuario ________________________________ 75
3432 Iteracioacuten 1 ________________________________________ 80
34321 Plan del sprint 1 para el sistema ____________________ 80
34322 Preparacioacuten del proceso del Sprint Planning Meeting __ 83
34323 Desarrollo del Sprint 1 ____________________________ 86
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
34324 Realizacioacuten de pruebas de versioacuten __________________ 91
3433 Iteracioacuten 2 ________________________________________ 93
34331 Plan del sprint 2 para el sistema ____________________ 93
34332 Preparacioacuten del proceso del Sprint Planning Meeting __ 96
34333 Desarrollo Burn Down Chart ______________________ 99
34334 Desarrollo del Sprint 2 ___________________________ 100
34335 Realizacioacuten de pruebas de versioacuten 20 ______________ 103
3434 Iteracioacuten 3 _______________________________________ 104
34341 Plan del Sprint 3 para el sistema ___________________ 104
34342 Preparacioacuten del proceso del Sprint Planning Meeting _ 108
34343 Desarrollo del Burn Down Chart __________________ 111
34344 Desarrollo del Sprint 3 ___________________________ 111
34345 Realizacioacuten de pruebas de versioacuten 30 ______________ 114
344 Compromiso y Mantenimiento _______________________ 117
345 Conclusiones y recomendaciones de la propuesta _______ 117
3451 Conclusiones ______________________________________ 117
3452 Recomendaciones __________________________________ 118
346 Maquetacioacuten del disentildeo del sistema ___________________ 119
35 Comprobacioacuten de objetivos ______________________________ 120
CONCLUSIONES ____________________________________________ 121
RECOMENDACIONES _______________________________________ 122
BIBLIOGRAFIacuteA _____________________________________________ 123
ANEXOS ______________________________________________________ 125
INDICE DE GRAFICOS
GRAacuteFICO Nordm 1 Scrum __________________________________________ 30
GRAacuteFICO Nordm 2 Desarrollo Tecnoloacutegico Ciauto _______________________ 61
GRAacuteFICO Nordm 3 Porcentaje de Conocimiento _________________________ 62
GRAacuteFICO Nordm 4 Consideraciones de Control _________________________ 63
GRAacuteFICO Nordm 5 Calificacioacuten para el Desarrollo del SGMP _____________ 64
GRAacuteFICO Nordm 6 Porcentaje de conocimiento del mantenimiento de un equipo
en Ciauto _______________________________________________________ 65
GRAacuteFICO Nordm 7 Beneficio de documentar la planificacioacuten de mantenimientos
_______________________________________________________________ 66
GRAacuteFICO Nordm 8 Organigrama de CIAUTO __________________________ 53
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado _______________________ 86
GRAacuteFICO Nordm 10 Disentildeo de la base de datos _________________________ 87
GRAacuteFICO Nordm 11 Acciones del administrador ________________________ 88
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten___________________________ 88
GRAacuteFICO Nordm 13 Sesioacuten de root ___________________________________ 89
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas _________________________ 89
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento ___________________ 90
GRAacuteFICO Nordm 16 Registro de Personas ______________________________ 90
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado ______________________ 99
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos ____________________ 100
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas ___________________ 101
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos________________ 101
GRAacuteFICO Nordm 21 Plan Anual de sistemas ___________________________ 102
GRAacuteFICO Nordm 22 Plan de mantenimientos __________________________ 102
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado _____________________ 111
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento _____________ 111
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos ________________ 112
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas _____________ 112
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial ______________ 112
GRAacuteFICO Nordm 28 Inventario de repuestos ___________________________ 113
GRAacuteFICO Nordm 29 Ingreso y salida de material _______________________ 113
GRAacuteFICO Nordm 30 inventario de herramientas ________________________ 114
GRAacuteFICO Nordm 31 Disentildeo del sistema _______________________________ 119
INDICE DE TABLAS
Tabla Ndeg 1 Involucrados de la encuesta _____________________________ 60
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto ___________________________ 61
Tabla Ndeg 3 Porcentaje de Conocimiento _____________________________ 62
Tabla Ndeg 4 Consideraciones de Control ______________________________ 63
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP __________________ 64
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto _________________________________________________________ 65
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos __ 66
Tabla Ndeg 8 Historia de Usuario Nordm 1 ________________________________ 76
Tabla Ndeg 9 Historia de Usuario Nordm 2 ________________________________ 76
Tabla Ndeg 10 Historia de Usuario Nordm 3 _______________________________ 76
Tabla Ndeg 11 Historia de Usuario Nordm 4 _______________________________ 77
Tabla Ndeg 12 Historia de Usuario Nordm 5 _______________________________ 77
Tabla Ndeg 13 Historia de Usuario Nordm 6 _______________________________ 77
Tabla Ndeg 14 Historia de Usuario Nordm 7 _______________________________ 78
Tabla Ndeg 15 Historia de Usuario Nordm 8 _______________________________ 78
Tabla Ndeg 16 Product Backlog ______________________________________ 78
Tabla Ndeg 17 Sprint Backlog del Sprint 1 _____________________________ 80
Tabla Ndeg 18 Tareas del Sprint 1 ____________________________________ 81
Tabla Ndeg 19 Tareas tipos y estados _________________________________ 81
Tabla Ndeg 20 Listado de tareas y estados para el sprint __________________ 82
Tabla Ndeg 21 Seguimiento de la pila de tareas _________________________ 84
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten _____________________ 85
Tabla Ndeg 23 Caso de prueba 1 _____________________________________ 91
Tabla Ndeg 24 Caso de prueba 2 _____________________________________ 92
Tabla Ndeg 25 Caso de prueba 3 _____________________________________ 92
Tabla Ndeg 26 Sprint Backlog del Sprint 2 _____________________________ 93
Tabla Ndeg 27 Tareas del Sprint 2 ____________________________________ 94
Tabla Ndeg 28 Tareas tipos y estados _________________________________ 95
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2 ___________________ 95
Tabla Ndeg 30 Seguimiento de la pila de tareas _________________________ 96
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2 ___________________ 98
Tabla Ndeg 32 Caso de Prueba 4 ____________________________________ 103
Tabla Ndeg 33 Caso de prueba 5 ____________________________________ 104
Tabla Ndeg 34 Sprint Backlog del Sprint 3 ____________________________ 105
Tabla Ndeg 35 Tareas del Sprint 3 ___________________________________ 105
Tabla Ndeg 36 Tareas tipos y estados ________________________________ 106
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3 ________________ 107
Tabla Ndeg 38 Seguimiento de la pila de tareas ________________________ 108
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten ____________________ 110
Tabla Ndeg 40 Caso de prueba 6 ____________________________________ 115
Tabla Ndeg 41 Caso de prueba 7 ____________________________________ 115
Tabla Ndeg 42 Caso de prueba 8 ____________________________________ 116
RESUMEN
En el presente proyecto de tesis se detalla el desarrollo e implementacioacuten del
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales el cual fue desarrollado para el departamento de mantenimiento de la
planta ensambladora CIAUTO El sistema ayudara a llevar un control de
documentos digitales tales como formatos registros planes e instructivos que
permiten la denominacioacuten de los procesos de control de la planificacioacuten de
actividades en el departamento de mantenimiento Se ha detectado que los equipos
industriales podraacuten ser controlados perioacutedicamente y minimizar las fallas en
varias formas con la utilizacioacuten de una base de datos en PostgresSQL y lenguaje
de programacioacuten JAVA que seraacuten las herramientas para la metodologiacutea SCRUM
la misma metodologiacutea de desarrollo aacutegil de software permite que el proyecto
pueda insertar nuevos requerimientos funcionales en cada interaccioacuten para el
acceso al sistema se utilizara un usuario y contrasentildea para cada departamentos el
usuario que podraacute acceder a todos los moacutedulos del sistema es ROOT el sistema
estaraacute divido en 2 moacutedulos moacutedulo de mantenimiento y moacutedulo de sistemas los
moacutedulos son independientes con esto se busca automatizar los procesos que se
llevan solo en documentos ademaacutes con los planes y reportes que arroje el sistema
serviraacute como prueba de la realizacioacuten de los mantenimientos a los equipos
tecnoloacutegicos e industriales para este trabajo de investigacioacuten se tomoacute la
documentacioacuten que lleva la empresa referente a mantenimientos y con ellos
transforma esa informacioacuten en forma automatizada
ABSTRACT
In this project the development and implementation of the management system
and scheduled maintenance of technological and industrial equipment are detailed
which was developed for the maintenance department of the detailed CIAUTO
assembly plant The system will help to keep track of digital formats such as
documents records plans and instructions that allow the name of the control
processes of planning activities in the maintenance department It has been found
that industrial computers can be monitored regularly and minimize failures in
several ways with the use of a PostgreSQL database and Java programming
language to be tools for SCRUM methodology the same methodology of agile
software development allows the project to add new functional requirements in
each interaction for the access to the system a username and password for each
department is used the user can access to all ROOT system modules the system
is divided into two modules Module maintenance and module systems the
modules are independent each module formats records plans and instructions for
this area where only administrators can make changes enter and delete records
are found customers can only observe and export logs of different tasks
performed or to be performed later
AVAL DE TRADUCCIOacuteN
INTRODUCCIOacuteN
En Ecuador varias empresas dedicadas a la manufactura de diferentes productos
han ido integrando de acuerdo a su necesidad Sistemas de Gestioacuten de la
informacioacuten como General Motors Grupo MAVESA ADELCA entre otros
obteniendo excelentes resultados tanto en su gestioacuten como en su operatividad
Actualmente tanto empresas puacuteblicas como privadas en la provincia de
Tungurahua se apoyan en sistemas de gestioacuten de informacioacuten para una mejora
continua en sus procesos es asiacute que un sistema de gestioacuten y mantenimiento
programado se convierte en una base fundamental para el funcionamiento oacuteptimo
de una empresa
Los departamentos de mantenimiento y sistemas informaacuteticos de la planta
ensambladora CIAUTO ubicada en la provincia de Tungurahua sector
Unamuncho Camino Real (Norte de Ambato) no ha integrado un sistema que
permita llevar un control de documentos digitales respecto a los procesos de
mantenimiento y normativas de manera que la informacioacuten digital permita una
automatizacioacuten de los procesos mencionados por lo cual se hace necesario el
desarrollo de un sistema informaacutetico mediante el cual se realice un monitoreo a la
actividad
La presente investigacioacuten tiene el objetivo de implementar un sistema de gestioacuten
y mantenimiento programado utilizando como herramientas el lenguaje JAVA y
PostgresSQL como base de datos utilizando la metodologiacutea SCRUM la misma
que ayudaraacute a tener una informacioacuten precisa para la realizacioacuten del proyecto
La objetivo principal de la investigacioacuten es Desarrollar un sistema de gestioacuten y
mantenimiento programado de equipos tecnoloacutegicos e industriales aplicando la
metodologiacutea SCRUM para la gestioacuten de mantenimientos fichas teacutecnicas de
maquinaria y otra informacioacuten
En el presente trabajo de investigacioacuten se detalla el contenido de cada capiacutetulo se
ha desarrollado en consideracioacuten al formato de la estructura de la tesis establecida
por la universidad donde tambieacuten se usa la metodologiacutea de desarrollo aacutegil de
software
Capiacutetulo I aquiacute se detalla la fundamentacioacuten teoacuterica que seraacute utilizada para el
transcurso de la investigacioacuten donde se reuacutene definiciones conceptos detalles y
caracteriacutesticas que serviraacuten para el desarrollo e implementacioacuten del sistema la
informacioacuten aquiacute recopilada serviraacute como un respaldo y soporte para el
desarrollos del proyecto de investigacioacuten
Capiacutetulo II en el presente capiacutetulo se detalla el anaacutelisis interpretacioacuten y los
resultados luego de haber aplicado las teacutecnicas de investigacioacuten entrevista y
encuesta donde los resultados obtenidos podraacuten demostrar la veracidad o falsedad
de la hipoacutetesis que se planteoacute en el desarrollo de este proyecto
Capiacutetulo III posterior a la investigacioacuten de campo para saber los requerimientos
de los departamentos de mantenimiento y sistemas informaacuteticos se realizoacute el
desarrollo e implantacioacuten del sistema donde se hiso el seguimiento de sus
diferentes procesos que presenta la Metodologiacutea aacutegil de desarrollo de software
SCRUM
CAPITULO I
1 FUNDAMENTACIOacuteN TEOacuteRICA PARA LA
IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE ERQUIPOS
TECNOLOGICOS E INDUSTRIALES
11 Sistema
Para (ORTEGA JGasset 1985) Es un conjunto de reglas principios o
medidas enlazados entre siacute || Conjunto de cosas o partes
coordinadas seguacuten una le o que ordenadamente relacionadas entre
siacute contribuyen a determinado objeto Paacuteg 1313
Seguacuten (S PRESSMAN Roger 2007) Un conjunto o disposicioacuten de
elementos que estaacuten organizados para cumplir una meta predefinida
al procesar informacioacuten Paacuteg 134
De los conceptos anteriores se pude determinar que un sistema es un conjunto de
elementos ordenados y organizados para llegar a una meta y en el trayecto se
completan objetivos para lograrlo tambieacuten se puede analizar que un sistema tiene
planeacioacuten y estrategias las cuales logran enlazarse en el progreso para llegar al
objetivo
12 Gestioacuten
Para (FERNAacuteNDEZJavier 1999) Conjunto de procesos centrados en el
desarrollo y aplicacioacuten del conocimiento de una empresa para generar
activos intelectuales que pueden explotarse y generar valor al cumplir
los objetivos de nuestra empresa Paacuteg 127
Para (REYES Agustin 2003) Consiste en fijar el curso concreto de
accioacuten que ha de seguirse estableciendo los principios que habraacuten de
orientarlo la secuencia de operaciones para realizarlo y la
determinacioacuten de tiempo y nuacutemeros necesarios para su realizacioacuten
Paacuteg 79
De lo analizado anteriormente se puede decir que gestioacuten es un conjunto de
procesos que ayudan a cumplir objetivos por medio de ellos obtener resultados
para seguir mejorando tanto intelectualmente y que despueacutes se pueda explotar
generar y contribuir con nuevos objetivos a nuestra empresa pero para para ello
se establece principios que nos orientaran a lograrlo
13 Sistema de gestioacuten
Seguacuten (BLANCO L GUTSZAT I 2008) Es la gestioacuten (planeamiento
organizacioacuten operaciones y control) de los recursos (humanos y
fiacutesicos) que tienen que ver con el apoyo a sistemas (desarrollo
mejoriacutea y mantenimiento) y servicios (procesamiento transformacioacuten
distribucioacuten almacenamiento y recuperacioacuten) de la informacioacuten
(datos textos voz e imagen) para una empresa Paacuteg 56
Para (VERGARA Gonzalo 2009) Es un conjunto de etapas unidas en un
proceso continuo que permite trabajar ordenadamente una idea hasta
lograr mejoras y su continuidad Paacuteg 33
De las definiciones anteriores se puede concluir un sistema de gestioacuten es la
organizacioacuten planificacioacuten estandarizacioacuten de la informacioacuten y recursos de una
empresa que con una distribucioacuten de sistemas se puede llegar a desarrollar
mejorar y dar continuidad a varios servicios ademaacutes el sistema debe contar con el
apoyo de recursos
14 Mantenimiento
Para (GARCIA GARRIDO Santigo 2012) Se define como el conjunto de
teacutecnicas destinado a conservar equipos e instalaciones industriales en
servicio durante el mayor tiempo posible (buscando la maacutes alta
disponibilidad) y con el maacuteximo rendimiento Paacuteg 56
Para (F MONCHY 1990) Es el conjunto de acciones necesarias para
conservar o restablecer un sistema en un estado que permita garantizar
su funcionamiento a un coste miacutenimo Paacuteg 64
De lo mencionado anteriormente se puede decir que mantenimiento es un
conjunto de acciones guiadas por teacutecnicas documentacioacuten manuales de usuario
que serviraacuten para mantener cualquier equipo dispositivo o servicio disponible por
un mayor tiempo a un coste miacutenimo
15 Mantenimiento programado
Seguacuten (GARCIA GARRIDO Santigo 2012) Es una solucioacuten integral para
el mantenimiento y soporte de los ordenadores de su empresa que
consiste en un seguimiento personalizado del estado de cada
ordenador para asiacute poder evitar fallos que hubieran sido predecibles y
si el ordenador falla o es sustraiacutedo tener copias de seguridad
actualizadas Paacuteg 58
Para (T Edgar 2008) En este tipo de mantenimiento se hace eacutenfasis en
la proteccioacuten de bienes o equipos teniendo en cuenta las
recomendaciones de los fabricantes la frecuencia de utilizacioacuten si
trabajan o no en condiciones normales de disentildeo se incluyen las
inspecciones los reemplazos de partes que esteacuten proacuteximas a cumplir
su vida uacutetil Paacuteg 77
De lo analizado anteriormente se pude determinar que el mantenimiento
programado es una seguimiento organizado constante de los equipos para poder
minimizar o mantener un margen miacutenimo de problemas o fallos que fuesen
predecibles y asiacute darles una solucioacuten o en caso de sustraccioacuten o dantildeo se tengan los
respectivos respaldos herramientas y repuestos necesarios
16 Tecnologiacutea
Seguacuten (QUINTANILLA Miguel Angel 1998) Por Tecnologiacutea se entiende
un conjunto de conocimientos de base cientiacutefica que permite describir
explicar disentildear y aplicar soluciones teacutecnicas a problemas praacutecticos
de forma sistemaacutetica y racional Paacuteg 102
Para (JK GALBRAITH 1985) Tecnologiacutea significa aplicacioacuten sistemaacutetica
del conocimiento cientiacutefico (u otro conocimiento organizado) a tareas
praacutecticas Su consecuencia maacutes importante es una funcioacuten de la
divisioacuten y subdivisioacuten de cada una de esas tareas en partes o fases
componentes Paacuteg 72
Del anaacutelisis anterior se puede decir que tecnologiacutea es el conjunto de
conocimientos cientiacuteficos organizados que explican describen aplican y disentildean
soluciones teacutecnicas para tareas o problemas praacutecticos y su divisioacuten en fases
componentes
17 Metodologiacutea
Para (HUESO Andreacutes CASCANT Josep M 2012) La metodologiacutea es la
estrategia de investigacioacuten que elegimos para responder a las
preguntas de investigacioacuten Dependeraacute tanto de eacutestas como del marco
teoacuterico de la investigacioacuten Se trata pues de optar por una estrategia de
investigacioacuten general ya sea de iacutendole cuantitativa cualitativa o
mixta Tambieacuten el nivel de complejidad y detalle deseado (desde
extensa al caso de estudio) o el nivel de participacioacuten que se pretende
(desde lo extractivo hasta la investigacioacuten accioacuten participativa)Paacuteg 8
Seguacuten (YIN Robert K 1985) El significado de la metodologiacutea en siacute se
refiere a los meacutetodos de investigacioacuten que se siguen para alcanzar los
objetivos en una ciencia o estudio la metodologiacutea que se utilizara a lo
largo de la investigacioacuten es la de estudio de casos Paacuteg 26
De lo mencionado anterior se pude decir que la metodologiacutea es la taacutectica que
responderaacute planteamientos o preguntas de investigacioacuten la cual dependeraacute del
marco teoacuterico su nivel de complejidad y detalle deseado para asiacute alcanzar los
objetivos en todo el tiempo del trabajo de investigacioacuten
18 Metodologiacutea SCRUM
Para (FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008)
La metodologiacutea Scrum es un proceso aacutegil y liviano que sirve para
administrar y controlar el desarrollo de software El desarrollo se
realiza en forma iterativa e incremental (una iteracioacuten es un ciclo corto
de construccioacuten repetitivo) Cada ciclo o iteracioacuten termina con una
pieza de software ejecutable que incorpora nueva funcionalidad Las
iteraciones en general tienen una duracioacuten entre 2 y 4 semanas
Las caracteriacutesticas comunes que se identificaron en los entornos de
desarrollo de las empresas analizadas fueron
La incertidumbre como elemento consustancial y asumido en
el entorno y en la cultura de la organizacioacuten
Equipos de desarrollo auto-organizados
Fases de desarrollo solapadas
Control sutil
Difusioacuten y transferencia del conocimiento
A- Incertidumbre
Como elemento consustancial y asumido en el entorno y en la cultura
de la organizacioacuten
El equipo de trabajo para disentildear el Honda City teniacutea una edad media
de 27 antildeos y el nivel de detalle que para el nuevo producto le dieron
los directivos de Honda fue ldquoEl tipo de coche que a la gente joven de
su segmento le gustariacutea conducirrdquo
En estas empresas desde la direccioacuten se apunta cuaacutel es la visioacuten
geneacuterica que se quiere conseguir o la direccioacuten estrateacutegica que hay
que seguir pero no un plan detallado del producto y su desarrollo Al
mismo tiempo se da al equipo un margen de libertad amplio
Los ingredientes clave que sirven de acicate para la creatividad y
compromiso del equipo son
La ldquotensioacutenrdquo que crea la visioacuten difusa y el reto que supone el
grado de dificultad que encierra
El margen de autonomiacutea libertad y responsabilidad
B- Auto-organizacioacuten
Son equipos auto-organizados No hay roles de gestioacuten que marquen
pautas o asignacioacuten de tareas No se trata de equipos auto-dirigidos
sino auto-organizados La gestioacuten marca la direccioacuten pero no la
organizacioacuten Parten de cero Deben empezar por crear su propia
organizacioacuten y buscar el conocimiento que necesitan Sin similares a
una pequentildea empresa ldquoStart-uprdquo en la que todos los integrantes
trabajan de forma conjunta y auto-organizada sin unos patrones
organizativos impuestos por una estructura empresarial ajena al grupo
La direccioacuten de la empresa actuacutea como un inversor de capital riesgo
que aporta los recursos necesarios para que trabajen en su proyecto
Para que los equipos puedan conseguir auto-organizarse debe reunir
tres caracteriacutesticas
Autonomiacutea son libres para elegir la estrategia de solucioacuten
Auto-superacioacuten El equipo va desarrollando soluciones que
evaluacutea analiza y mejora
Auto-enriquecimiento La multi-disciplinaridad de los
componentes del equipo favorece el enriquecimiento mutuo y
la adopcioacuten de soluciones valiosas y complementarias
C- Fases de desarrollo solapadas
En el desarrollo aacutegil las ldquofasesrdquo pasan a ser ldquoactividadesrdquo El concepto
de fase implica sucesioacuten secuencial de unas a otras En un campo de
Scrum los trabajos que se llevan a cabo pierden el caraacutecter de fase y
son actividades que se realizan en cualquier momento de forma
simultaacutenea o a demanda seguacuten las necesidades en cada iteracioacuten Por
ejemplo lo que para el desarrollo en cascada es una ldquomodificacioacuten de
requisitosrdquo en un modelo aacutegil es informacioacuten que enriquece o
concreta la visioacuten del producto El mismo teacutermino ldquomodificacioacutenrdquo
tiene impliacutecito el concepto de que estamos ldquocambiandordquo algo que ya
se habiacutea definido La fase de requisitos ya se hizo ya estaacute completada
En el desarrollo tradicional
Las transiciones entre fase y fase acaban funcionando como fronteras
Cada fase la realiza un equipo que siente como responsabilidad maacutes
su trabajo que el desarrollo conjunto Los documentos de disentildeo o
requisitos o los prototipos pueden acabar siendo barricadas que en
lugar de favorecer la comunicacioacuten directa favorecen la separacioacuten
El retraso en una fase hace de cuello de botella en el proyecto El
solapamiento diluye el ruido y los problemas entre fases
D- Control sutil
El equipo trabaja con autonomiacutea en un entorno de ambiguumledad
inestabilidad y tensioacuten La gestioacuten establece puntos de control
suficientes para evitar que el ambiente de ambiguumledad inestabilidad y
tensioacuten del ldquocampo de Scrumrdquo derive hacia descontrol Pero la gestioacuten
no ejerce un control riacutegido que impediriacutea la creatividad y la
espontaneidad El teacutermino ldquocontrol sutilrdquo se refiere a generar el
ecosistema adecuado para un ldquoauto-control entre igualesrdquo
consecuencia de la responsabilidad y del gusto por el trabajo que se
realiza Las acciones para generar el ecosistema de este control son
Seleccionando a las personas adecuadas para el proyecto y
analizando los cambios en la dinaacutemica del grupo para
incorporar o retirar a personas si resulta necesario
Creando un espacio de trabajo abierto
Animando a los ingenieros a ldquomezclarserdquo con el mundo real de
las necesidades de los clientes
Estableciendo sistemas de evaluacioacuten y reconocimiento
basados en el rendimiento del equipo
Gestionando las diferencias de ritmo a traveacutes del proceso de
desarrollo
Siendo tolerante y previsor con los errores son un medio de
aprendizaje y el miedo al error merma la creatividad y la
espontaneidad
Implicando a los proveedores en el proyecto y animaacutendoles
tambieacuten a su propia auto-organizacioacuten
E- Difusioacuten del conocimiento
Tanto a nivel de proyecto como de organizacioacuten Los equipos son
multidisciplinares todos los miembros aportan y aprenden tanto del
resto del equipo como de las investigaciones innovaciones de su
producto y de la experiencia del desarrollo Las personas que
participan en un proyecto con el tiempo van cambiando de equipo en
la organizacioacuten a otros proyectos de esta forma se van compartiendo
y comunicando las experiencias en la organizacioacuten
Los equipos y las empresas mantienen libre acceso a la informacioacuten
herramientas y poliacuteticas de gestioacuten del conocimiento
Seguacuten (ORJUELA Ailin ROJAS Mauricio 2008) Scrum es un
marco de trabajo iterativo e incremental para el desarrollo de
proyectos productos y aplicaciones Estructura el desarrollo en ciclos
de trabajo llamados Sprint Son iteraciones de 1 a 4 semanas y se van
sucediendo una detraacutes de otra Los Sprint son de duracioacuten fija ndash
terminan en una fecha especiacutefica aunque no se haya terminado el
trabajo y nunca se alargan Se limitan en tiempo Al comienzo de
cada Sprint un equipo multi-funcional selecciona los elementos
(requisitos del cliente) de una lista priorizada Se comprometen a
terminar los elementos al final del Sprint Durante el Sprint no se
pueden cambiar los elementos elegidos
Todos los diacuteas el equipo se reuacutene brevemente para informar del
progreso y actualizan unas graacuteficas sencillas que les orientan sobre el
trabajo restante Al final del Sprint el equipo revisa el Sprint con los
interesados en el proyecto y les ensentildea lo que han construido La
gente obtiene comentarios y observaciones que se puede incorporar al
siguiente Sprint
Scrum pone el eacutenfasis en productos que funcionen al final del Sprint
que realmente esteacuten ldquohechosrdquo en el caso del software significa que el
coacutedigo esteacute integrado completamente probado y potencialmente para
entregar Los roles artefactos y eventos principales se resumen en la
Grafico 1 Scrum
Un tema importante en Scrum es ldquoinspeccionar y adaptarrdquo El
desarrollo inevitablemente implica aprender innovacioacuten y sorpresas
Por eso Scrum hace hincapieacute en dar un pequentildeo paso de desarrollo
inspeccionar el producto resultante y la eficacia de las praacutecticas
actuales y entonces adaptar el objetivo del producto y las praacutecticas
del proceso Y volver a repetir
GRAacuteFICO Nordm 1 Scrum
Fuente (ORJUELA Ailin ROJAS Mauricio 2008)
Roles en Scrum
En Scrum hay 3 roles principales El Duentildeo de Producto (DP) el
Equipo y el ScrumMaster (SM) El Duentildeo de Producto es el
responsable de maximizar el retorno de inversioacuten (ROI) identificando
las funcionalidades del producto ponieacutendolas en una lista priorizada
de funcionalidades decidiendo cuales deberiacutean ir al principio de la
lista para el siguiente Sprint y re priorizando y refinando
continuamente la lista El Duentildeo de Producto tiene la responsabilidad
de las peacuterdidas y ganancias del producto asumiendo que es un
producto comercial En el caso de una aplicacioacuten interna el DP no es
responsable del ROI en el mismo sentido de un producto comercial
(que daraacute beneficio) pero es responsable de maximizar el ROI en el
sentido de elegir - en cada Sprint ndash los elementos de maacutes valor de
negocio y menos coste En algunas ocasiones el DP y el cliente son la
misma persona esto es muy comuacuten en aplicaciones internas En otras
el cliente podriacutea ser millones de personas con diferentes necesidades
en cuyo caso el rol de DP es parecido al rol de jefe de producto o jefe
de marketing del producto que hay en muchas empresas Sin embargo
el Duentildeo de Producto es diferente al tradicional jefe de producto
porque interactuacutea activa y frecuentemente con el equipo estableciendo
personalmente las prioridades y revisando el resultado en cada
iteracioacuten - de 1 a 4 semanas- en vez de delegar las decisiones de
desarrollo en el jefe de proyecto Es importante destacar que en Scrum
hay una persona y soacutelo una que hace ndash y tiene la autoridad final ndash el
Duentildeo de Producto
El Equipo construye el producto que va a usar el cliente por ejemplo
una aplicacioacuten o un sitio web El equipo en Scrum es ldquomulti-
funcionalrdquo ndash tiene todas las competencias y habilidades necesarias
para entregar un producto potencialmente distribuible en cada Sprint ndash
y es ldquoauto-organizadordquo (auto-gestionado) con un alto grado de
autonomiacutea y responsabilidad En Scrum los equipos se auto-organizan
en vez de ser dirigidos por un jefe de equipo o jefe de proyecto
El equipo decide a que se compromete y como hacer lo mejor para
cumplir con lo comprometido en el mundo de Scrum al equipo se le
conoce como ldquoCerdosrdquo y a todos los demaacutes como ldquoGallinasrdquo (que
viene de un chiste sobre un cerdo y una gallina que estaacuten hablando
sobre abrir un restaurante llamado ldquoHuevos con jamoacutenrdquo y el cerdo no
lo ve claro porque ldquoeacutel estariacutea verdaderamente comprometido pero la
gallina solo estariacutea implicadardquo)
El equipo en Scrum consta de siete personas maacutes menos dos y para un
producto de software el equipo podriacutea incluir analistas
desarrolladores disentildeadores de interface y testers El equipo
desarrolla el producto y da ideas al DP de coacutemo hacer un gran
producto En Scrum el equipo deberiacutea estar dedicado al 100 al
trabajo en el producto durante el Sprint intentando evitar hacer varias
tareas en diferentes productos o proyectos A los equipos estables se
les asocia con una productividad maacutes alta asiacute que evita cambiar
miembros del equipo A los grupos de desarrollo de aplicaciones con
mucha gente se les organiza en varios equipos Scrum cada uno
centrado en diferentes funcionalidades del producto coordinando sus
esfuerzos muy de cerca
Dado que el equipo hace todo el trabajo (planificacioacuten anaacutelisis
programacioacuten y pruebas) para una funcionalidad completa centrada en
el cliente a los equipos de Scrum tambieacuten se les llama equipos por
funcionalidades
El ScrumMaster ayuda al grupo del producto a aprender y aplicar
Scrum para conseguir valor de negocio El ScrumMaster hace lo que
sea necesario para ayudar a que el equipo tenga eacutexito
El ScrumMaster no es el jefe del equipo o jefe de proyecto el
ScrumMaster sirve al equipo le protege de interferencias del exterior
y ensentildea y guiacutea al DP y al equipo en el uso fructiacutefero de Scrum El
ScrumMaster se asegura de que todo el mundo en el equipo
(incluyendo al DP y la gerencia) entienda y siga las praacutecticas de
Scrum y ayuda a llevar a la organizacioacuten a traveacutes de los cambios
necesarios y frecuentemente difiacuteciles a conseguir el eacutexito con el
desarrollo aacutegil
Como Scrum hace visibles muchos impedimentos y amenazas a la
efectividad del DP y el equipo es importante tener un ScrumMaster
comprometido y que trabaje eneacutergicamente para ayudar a resolver
dichos asuntos o si no el equipo y el DP tendraacuten dificultades para
tener eacutexito Los equipos de Scrum deberiacutean tener un ScrumMaster a
tiempo completo aunque en un equipo maacutes pequentildeo podriacutea ser un
miembro del equipo (llevando una carga de trabajo maacutes ligera) Un
gran ScrumMaster puede venir de cualquier experiencia o disciplina
previa ingenieriacutea disentildeo testing gestioacuten de productos gestioacuten de
proyectos o gestioacuten de calidad
El ScrumMaster y el Duentildeo de Producto no pueden ser la misma
persona a veces el ScrumMaster necesitaraacute parar los pies al DP (por
ejemplo si intenta meter nuevas funcionalidades en mitad de un
Sprint) Y al contrario de un jefe de proyecto el ScrumMaster no le
dice a gente las tareas que tienen asignadas ndash lo que hace es facilitar el
proceso apoyando al equipo que se organiza y gestiona solo Si el
ScrumMaster tuvo un puesto de gestioacuten en el equipo necesitaraacute
cambiar radicalmente su forma de pensar y el estilo de comunicacioacuten
con el equipo para tener eacutexito con Scrum En el caso de una transicioacuten
de antiguo jefe a ScrumMaster es mejor que esteacute en un equipo
diferente al equipo en el que era el jefe si no habraacute un conflicto
potencial por las dinaacutemicas sociales y de poder
Ademaacutes de estos tres roles hay otros que contribuyen al eacutexito del
producto incluyendo los jefes y gestores Aunque sus roles cambian
en Scrum siguen siendo valiosos Por ejemplo
Ayudan al equipo respetando las reglas y el espiacuteritu de Scrum
Ayudan a quitar los impedimentos identificados por el equipo
Ponen su experiencia y conocimiento a disposicioacuten del equipo
En Scrum los jefes cambian el tiempo que dedicaban a hacer de
ldquonintildeerasrdquo (asignar tareas pedir informes de estado y otras formas de
micro-gestioacuten) por tiempo como ldquoguruacutesrdquo o ldquosirvientesrdquo del equipo
(mentoring coaching ayudar a quitar obstaacuteculos ayudar a resolver
problemas dar ideas creativas y guiar el desarrollo de habilidades de
los miembros del equipo)
Para llevar a cabo este cambio los gestores puede que necesiten
cambiar su estilo de gestioacuten por ejemplo usar cuestionamiento
socraacutetico para ayudar al equipo a descubrir la solucioacuten a un problema
en lugar de simplemente decidir una solucioacuten e imponeacutersela al equipo
De las investigaciones anteriores se puede decir que la metodologiacutea Scrum es una
metodologiacutea aacutegil que estaacute orientada a varios procesos empresariales donde la
metodologiacutea brinda control y administracioacuten
La metodologiacutea Scrum se basa en un proceso iterativo e incremental donde la
iteracioacuten es un proceso de desarrollo repetitivo cada iteracioacuten tiene una duracioacuten
entre 1 a 4 semanas y no es permisible para antildeadir maacutes son sucesivos las
iteraciones hasta la culminacioacuten del proyecto
Los roles principales del Scrum son
El duentildeo del producto (Product Owner)- es quien se responsabiliza de maximizar
el retorno de inversioacuten ya que el organiza una lista de requerimientos del cliente
que se tomara un cierto nuacutemero en cada sprint por prioridad
El Equipo (team)- es aquel que desarrolla el software son multi-funcional auto-
organizados con gran autonomiacutea y responsabilidad ademaacutes no llevan sobre ellos
un jefe de equipo o jefe de proyectos
El ScrumMaster es aquel que ayuda tanto al equipo como al duentildeo del producto
para que tengan eacutexito asistieacutendolos con lo que sea necesario a la vez sirve
protege al equipo de interferencias del exterior
19 Ingenieriacutea de software
Para (SOMERVILLE Ian 2005) La ingenieriacutea de software es una
disciplina de la ingenieriacutea que comprende todos los aspectos de la
produccioacuten de software desde las etapas iniciales de la especificacioacuten
del sistema hasta el mantenimiento de este despueacutes de que se utiliza
En esta definicioacuten existen dos frases clave
Disciplina de la ingenieriacutea Los ingenieros hacen que las cosas
funciones Aplican teoriacuteas meacutetodos y herramientas donde sean
convenientes pero las utilizan de forma selectiva y siempre tratando
de descubrir soluciones a los problemas aun cuando no existan teoriacuteas
y meacutetodos aplicables para resolverlos Los ingenieros tambieacuten saben
que deben trabajar con restricciones financieras y organizacionales
por lo que buscan soluciones tomando en cuenta estas restricciones
Todos los aspectos de produccioacuten de software La ingenieriacutea del
software no solo comprende procesos teacutecnicos del desarrollo de
software y el desarrollo de herramientas meacutetodos y teoriacuteas de apoyo a
la produccioacuten del software
En general los ingenieros de software adoptan un enfoque sistemaacutetico
y organizado en su trabajo ya que es la forma maacutes efectiva de
producir software de alta calidad Sin embargo aunque la ingenieriacutea
consiste en seleccionar el meacutetodo maacutes apropiado para un conjunto de
circunstancias un enfoque maacutes formal y creativo de desarrollo podriacutea
ser efectivo en algunas circunstancias El desarrollo informal es
apropiado para el desarrollo de sistemas basados en Web los cuales
requieren una mescla de teacutecnicas de software y de disentildeo graacutefico Paacuteg
94
Seguacuten (S PRESSMAN Roger 2007) A pesar de que cientos de autores
han definido en forma individual la ingenieriacutea de software la
definicioacuten que propuso Fritz Bauer (NAU69) en una conferencia
fundamental sobre la materia auacuten se puede utilizar como base para el
debate
La ingenieriacutea del software es el establecimiento y uso de principios
solidos de la ingenieriacutea para obtener econoacutemicamente un software
confiable y que funcione de modo eficiente en maacutequinas reales
Casi cualquier lector se sentiraacute tentado a sumar otras ideas a esta
definicioacuten Dice poco sobre los aspectos teacutecnicos de la calidad del
software no se refiere de manera directa a la necesidad de satisfacer al
cliente o al tiempo de entrega de un producto omite mencionar la
importancia de la medicioacuten y la meacutetrica no establece la importancia
de un proceso efectivo No obstante la definicioacuten de Bauer ofrece una
idea baacutesica iquestCuaacuteles son ldquolos principios solidos de la ingenieriacuteardquo que
puedan aplicarse en el desarrollo del software de computadora iquestDe
queacute manera se construye ldquoeconoacutemicamenterdquo un software confiable
iquestQueacute se requiere para crear programas de computadora que funcionen
ldquode manera eficienterdquo no solo en una sino en varias ldquomaquinas realesrdquo
diferentes Estas interrogantes continuacutean siendo un reto para los
ingenieros de software
ldquoMaacutes que una disciplina a un cuerpo de conocimiento la ingenieriacutea es
un verbo una palabra de accioacuten una manera de abordar un problemardquo
El IEEE (IEE93) ha elaborado una definicioacuten maacutes comprensible al
establecer
Ingenieriacutea de software 1) la aplicacioacuten de un enfoque sistemaacutetico
disciplinado y cuantificable al desarrollo operacioacuten y mantenimiento
del software es decir la aplicacioacuten de la ingenieriacutea de software 2) El
estudio de enfoques en 1)
Y aun asiacute lo que es ldquosistemaacutetico disciplinadordquo y ldquocuantificablerdquo para
un equipo de software puede ser gravoso para otro Se requiere de
disciplina pero tambieacuten de adaptabilidad y agilidad Paacuteg 114
De la investigacioacuten anterior se puede determinar que la ingenieriacutea de software
lleva como objetivo obtener un software econoacutemicamente confiable y que ademaacutes
funcione eficientemente en maacutequinas reales ademaacutes de llevar un proceso
sistemaacutetico disciplinado y cuantificable dependeraacute del grupo de trabajo tanto de
su adaptabilidad y agilidad
La ingenieriacutea de software implica resolver problemas mediante la utilizacioacuten de
meacutetodos y teacutecnicas para el desarrollo de software donde incluyen restricciones
financieras y organizacionales Ademaacutes conlleva llevar un enfoque sistemaacutetico y
organizado que haraacute maacutes efectivo de producir software de calidad
110 Proceso del software
Para (SOMERVILLE Ian 2005) Un proceso del software es un conjunto
de actividades y resultados asociados que producen un producto de
software
Especificacioacuten del software donde los clientes e ingenieros definen el
software a producir y las restricciones sobre su operacioacuten
Desarrollo del software donde el software se disentildea y programa
Validacioacuten del software donde el software donde el software se vaacutelida
para asegurar que es lo que el cliente quiere
Evolucioacuten del software donde el software se modifica para adaptarlo a
los cambios requeridos por el cliente y el mercado
Diferentes tipos de sistemas necesitan diferentes procesos de
desarrollo Por ejemplo el software de tiempo real en un avioacuten tiene
que ser completamente especificado antes de que empiece el
desarrollo mientras que en un sistema de comercio electroacutenico la
especificacioacuten y el programa normalmente son desarrollados juntos
Por lo tanto estas actividades geneacutericas pueden organizarse de
diferentes formas y describirse en diferentes niveles de detalle para
diferentes tipos de software Sin embargo el uso de un proceso
inadecuado del software puede reducir la calidad o la utilidad del
producto de software que se va a desarrollar yo incrementar los costes
de desarrollo Paacuteg 134
Para (S PRESSMAN Roger 2007) De hecho la construccioacuten del
software de computadora es un proceso iterativo de aprendizaje y el
resultado algo que Baetjer llamariacutea el capital del software Es una
materializacioacuten del conocimiento recolectado depurado y organizado
conforme el proceso estuvo en ejecucioacuten
Pero iquestqueacute es con exactitud un proceso de software desde un punto de
vista teacutecnico Dentro del contexto de este libro un proceso de
software se define como un marco de trabajo para las tareas que se
requieren en la construccioacuten de software de alta calidad
iquestEl proceso es un sinoacutenimo de ingenieriacutea del software La respuesta
es siacute y no un proceso de software define el enfoque que se adopta
mientras el software estaacute en desarrollo Pero la ingenieriacutea del software
tambieacuten abarca las tecnologiacuteas que requiere el proceso (meacutetodos
teacutecnicos y herramientas automatizadas) Auacuten maacutes importante es que la
ingenieriacutea del software la realizan personas creativas y con
conocimiento que deben trabajar en un proceso de software maduro
que sea apropiado para el producto que construyen y para las
demandas de sus mercados Paacuteg 182
De lo mencionado anteriormente se determina que el proceso de software es
definido como un proyecto donde existen taras para cada aacuterea de trabajo y que
desarrollaran un software de calidad La ingeniera de software trabaja sobre un
proceso de software maduro que es apropiado para la construccioacuten del producto
El desarrollo de un software dependeraacute de su aplicacioacuten y ahiacute se obtendraacute si el
software seraacute totalmente especificado antes de desarrollarlo o en el transcurso del
desarrollo sin embargo si el uso de un proceso equivoco puede producir software
de mala calidad la utilidad y el aumento o disminucioacuten del costo del software
111 Gestioacuten del software
Seguacuten (SOMERVILLE Ian 2005) La gestioacuten de proyectos de software es
una parte esencial de la ingenieriacutea del software La buena gestioacuten no
puede garantizar el eacutexito del proyecto Sin embargo la mala gestioacuten
usualmente lleva al fracaso del proyecto El software es entregado
tarde los costes son mayores que los estimados y los requerimientos
no se cumplen
Los gestores de software son responsables de la planificacioacuten y
temporalizacioacuten de desarrollo de los proyectos Supervisan el trabajo
para asegurar que se lleva a cabo conforme a los estaacutendares requeridos
y supervisan el progreso para comprobar que el desarrollo se ajusta al
tiempo previsto y al presupuesto La administracioacuten de proyectos de
software es necesaria debido a que la ingenieriacutea de software
profesional siempre estaacute sujeta a restricciones organizacionales de
tiempo y presupuesto El trabajo del gestor de proyectos de software
es asegurar que estos cumplan dichas restricciones y entregar software
que contribuya a las metas de la compantildeiacutea de desarrollo de software
Los gestores de software hacen el mismo tipo de trabajo que otros
gestores Sin embargo la ingenieriacutea de software es diferente en varios
aspectos de otros tipos lo que hace a la gestioacuten de software
particularmente difiacutecil Algunas de estas diferencias son las siguientes
El producto es intangible El gestor de un proyecto de construccioacuten de
un embarcadero o de uno de ingenieriacutea civil puede ver el producto
mientras se estaacute desarrollando Si hay un desfase en calendario el
efecto en el producto es visible de forma obvia partes de la estructura
no estaacuten completa El software es intangible No se puede ver ni tocar
Los gestores de proyectos de software no pueden ver el progreso
Confiacutean en otros para elaborar la documentacioacuten necesaria para
revisar el progreso
No existen procesos de software estaacutendar En las disciplinas de
ingenieriacutea con larga historia el proceso se prueba y verifica Para
tipos particulares de sistemas como puentes o edificios el proceso de
ingenieriacutea se comprende bien Sin embargo los procesos de software
variacutean notablemente de una organizacioacuten a otra A pesar de que la
compresioacuten del proceso del software se ha desarrollado de forma
significativa en los uacuteltimos antildeos aun no se puede predecir con certeza
cuando un proceso particular tiende a desarrollar problemas
Esto es especialmente cierto cuando el proyecto de software parte un
proyecto de ingenieriacutea de un sistema grande
A menudo los proyectos grandes son uacutenicos Por lo general los
proyectos grandes de software son diferentes de proyectos previos En
consecuencia los gestores aun cuando cuenten con una amplia
experiencia esta no es suficiente para anticipar los problemas Maacutes
aun los raacutepidos cambios tecnoloacutegicos en las computadoras y las
comunicaciones hacen parece obsoleta la experiencia previa Las
lecciones aprendidas en esas experiencias pueden no se transferibles a
los nuevos proyectos
Debido a estos problemas no es sorprendente que algunos proyectos
de software se retrasen sobrepasen el presupuesto y se entreguen
fuera de tiempo A menudo los sistemas de software son nuevos y
tecnoloacutegicamente innovadores Frecuentemente los proyectos de
ingenieriacutea innovadores (como los nuevos sistemas de transporte)
tambieacuten tienen problemas de temporalizacioacuten Dadas las mezclas de
dificultades es notable que muchos proyectos de software sean
entregados a tiempo y seguacuten lo presupuestado Paacuteg 168
Para (S PRESSMAN Roger 2007) La gestioacuten eficaz de la gestioacuten de
proyectos de software se enfoca sobre las cuatro P personal producto
proceso y proyecto El orden no es arbitrario El gestor que olvida que
el trabajo de ingenieriacutea del software es una empresa intensamente
humana nunca tendraacute eacutexito en la gestioacuten de proyectos Un gestor que
fracasa en alentar la comunicacioacuten amplia con los participantes en
etapas tempranas de la evolucioacuten de proyecto se arriesga a construir
una solucioacuten elegante para el problema equivocado El gestor que
presta poca atencioacuten al proceso corre el riesgo de colocar meacutetodos y
herramientas teacutecnicos competentes en el vaciacuteo El gestor que se
embarca sin un plan de proyecto soacutelido arriesga el eacutexito del producto
El personal- La formacioacuten de personal de software motivado y
altamente calificado se ha debatido desde los antildeos 60 del siglo
pasado De hecho el ldquofactor humanordquo es tan importante que el
software Engineering Institute ha desarrollado un modelo de madurez
de la capacidad de gestioacuten de personal (MMCGP) para ldquoaumentar la
rapidez con la cual las organizaciones de software acometen las
aplicaciones cada vez maacutes complejas al ayudar a atraer aumentar
motivar desplegar y retener el talento necesario para mejorar su
capacidad de desarrollo de softwarerdquo
El producto- Antes de planear un proyecto se deberiacutean establecer los
objetivos y el aacutembito del producto considerar soluciones alternativas
e identificar las restricciones razonables (y precisas) del costo una
valoracioacuten efectiva del riesgo una divisioacuten realista de las tareas del
proyecto o un calendario de proyecto manejable que ofrezca una
indicacioacuten fiable del progreso
El proceso- Un proceso de software proporciona el marco de trabajo
desde el cual se puede establecer un plan detallado para el desarrollo
del software Un pequentildeo nuacutemero de actividades del marco de trabajo
es aplicable a todos los proyectos de software sin importar su tamantildeo
o complejidad Algunos conjuntos de tareas diferentes (tareas hitos
productos de trabajo y puntos de control de calidad) permiten que las
actividades del marco de trabajo se adapten a las caracteriacutesticas del
proyecto de software asiacute como a los requisitos del equipo del
proyecto Finalmente las actividades protectoras (como el control de
calidad del software la gestioacuten de configuracioacuten de software y la
medicioacuten) cubren el modelo del proceso Las actividades protectoras
son independientes de cualquier actividad del marco de trabajo y
ocurren durante todo el proceso
El proyecto- Los proyectos de software se realizan de manera
planificada y controlada por una razoacuten principal es la uacutenica forma
conocida de gestionar la complejidad Incluso los esfuerzos
continuaran En 1998 los datos industriales indicaron que el 26 por
ciento de los proyectos de software fracasaron por completo y que el
46 por ciento rebasaron sus costos y tiempos de entrega Aunque la
tasa de eacutexito para los proyectos de software ha mejorado un poco la
tasa de fracaso de proyectos permanece maacutes elevada de lo que deberiacutea
Paacuteg 185
De lo mencionado anteriormente se determinoacute que la gestioacuten de software tiene
que tener un enfoque en todo lo que es la planificacioacuten de software y sin dejar a
parte la humanizacioacuten en el proyecto la gestioacuten estaacute enfocada en las 4P personal
producto proceso y proyecto
El Personal
El personal de software debe ser altamente calificado y motivado
El producto
Se deben establecer objetivos tener en cuenta soluciones alternativas y tener
identificado las restricciones
El proceso
Es un marco de trabajo el cual proporciona un plan detallado de tareas que pueden
ser empleadas para simples o complejos proyectos
El proyecto
El proyecto de software debe ser de manera planificada y llevar un control para
saber el tipo de complejidad que posee
La gestioacuten del software sirve para la planificacioacuten y temporalizacioacuten de desarrollo
del software de calidad pero hay que tener en cuenta los avances diarios en
tecnologiacutea los costos y el tiempo propuesto ya que estos factores pueden hacer
que un proyecto de software no sea realizado
La gestioacuten de software tambieacuten estaacute pendiente del proceso y avance del software
tanto de pruebas y actualizaciones que se realicen durante el proceso de creacioacuten
del software
112 Requerimientos del software
Para (SOMERVILLE Ian 2005) Los requerimientos para un sistema son
la descripcioacuten de los servicios proporcionados por el sistema y sus
restricciones operativas Estos requerimientos reflejan las necesidades
de los clientes de un sistema que ayude a resolver alguacuten problema
como el control de un dispositivo hacer un pedido o encontrar
informacioacuten El proceso de descubrir analizar documentar y verificar
estos servicios y restricciones se denominan ingenieriacutea de
requerimientos (RE)
El termino requerimiento no se utiliza de una forma constante en la
industria de software En algunos casos un requerimiento es
simplemente es simplemente una declaracioacuten abstracta de alto nivel de
un servicio que debe proporcionar el sistema o una restriccioacuten de este
En el otro extremo es una definicioacuten detallada y formal de una
funcioacuten del sistema Davis (Davis 1993) explica que existen estas
diferencias
Si una compantildeiacutea desea establecer un contrato para un proyecto de
desarrollo de software grande debe definir sus necesidades de una
forma suficientemente abstracta para establecer a partir de ella una
solucioacuten Los requerimientos deben redactarse de tal forma que varios
contratistas pueden licitar el contrato ofreciendo quizaacutes formas
diferentes de cumplir las necesidades de los clientes en la
organizacioacuten Una vez que el contrato se asigna el contratista debe
redactar una definicioacuten del sistema para el cliente maacutes detalladamente
de forma que este comprenda y pueda validar lo que haraacute el software
Ambos documentos se pueden denominar documento de
requerimientos para el sistema
Algunos de los problemas que surgen durante el proceso de ingenieriacutea
de requerimientos son resultado de no hacer una clara separacioacuten entre
estos diferentes niveles de descripcioacuten Aquiacute se distinguen utilizando
la denominacioacuten requerimientos del usuario y del sistema se pueden
definir como se muestra a continuacioacuten
Los requerimientos del usuario son declaraciones en lenguaje natural
y en diagramas de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar
Los requerimientos del sistema establecen con detalle las funciones
servicios y restricciones operativas del sistema El documento de
requerimientos del sistema (algunas veces denominado especificacioacuten
funcional) debe ser preciso Debe definir exactamente queacute es lo que se
va a implementar Puede ser parte del contrato entre el comparador del
sistema y los desarrolladores del software Paacuteg 224
Seguacuten (S PRESSMAN Roger 2007) La comprensioacuten de los requisitos
de un problema esta entre las tareas maacutes difiacuteciles que enfrenta un
ingeniero de software Cuando se piensa por primera vez acerca de
ello la ingenieriacutea de requisitos no parece tan difiacutecil
Despueacutes de todo iquestEl cliente no sabe lo que se requiere iquestLos
usuarios finales no deberiacutean entender bien las caracteriacutesticas y
funciones que les proporcionaran un beneficio Es sorprendente pero
en muchas ocasiones la respuesta a estas preguntas es ldquonordquo Y aun si
los clientes y usuarios finales son expliacutecitos en sus necesidades estos
requisitos pueden cambiar durante el proyecto La ingenieriacutea de
requisitos es difiacutecil
En el proacutelogo a un libro de Ralph Young (YOU01) sobre las praacutecticas
efectivas en los requisitos el autor de este libro escribioacute
Es tu peor pesadilla Un cliente entra en tu oficina se sienta te mira
directo a los ojos y dice ldquoYo seacute que usted piensa que entiende lo que
digo pero los que usted no entiende es que lo que digo no es
realmente lo que quiero decirrdquo Esto sucede de manera invariable
cuando el proyecto estaacute avanzado despueacutes de que se han realizado los
compromisos relativos al tiempo de entrega las reputaciones estaacuten en
juego y el dinero esta enserio peligro
Todos los que hemos trabajado en el negocio de los sistemas y el
software por maacutes de unos cuantos antildeos hemos vivido esta pesadilla y
solo unos pocos de nosotros hemos aprendido a continuar aun con esta
circunstancia Nosotros tenemos dificultades cuando tratamos de
obtener requisitos de nuestros clientes Tenemos problemas al
comprender la informacioacuten que adquirimos Con frecuencia
registramos los requisitos de una manera desorganizada e invertimos
muy poco tiempo en verificar lo que registramos Permitimos que el
cambio nos controle en lugar de establecer mecanismos para
controlarlo En resumen fallamos al establecer un cimiento salido
para el sistema o software Cada uno de estos problemas representa un
reto Cuando estos se combinan la imagen es desalentadora incluso
para los gerentes y profesionales del software maacutes experimentados
Pero existen soluciones
Seria deshonesto decir que la ingenieriacutea de requisitos es la ldquosolucioacutenrdquo
para los retos que se han enunciado Pero proporciona un enfoque
soacutelido para abordar dichos desafiacuteos Paacuteg 202
De lo definido anteriormente se puede decir que la ingenieriacutea de requisitos trata de
entender las necesidades del cliente y plasmarlas en una solucioacuten pero si
conocemos parcialmente los requisitos del cliente creara problemas durante el
desarrollo y pondraacute en juego el prestigio y dinero para esto la ingeniera de
requisitos permite un enfoque soacutelido para abordar estos desafiacuteos
Los requerimientos de software son todos los servicios y restricciones que el
software proporcionara y deben estar de acuerdo con las perspectivas del cliente y
tambieacuten entendibles para todo usuario por ese motivo la empresa que requiere el
software debe ser lo bastante especiacutefico para dar solucioacuten a su problemas y de
parte del contratista de igual manera deberaacute exponer diagramas y expresarse de la
manera maacutes natural posible para que entienda el cliente
CAPITULO II
2 ENTORNO DEL LUGAR DE INVESTIGACIOacuteN
21 Antecedentes histoacutericos de empresas ensambladoras de
vehiacuteculos en el Ecuador
En Ecuador se han situado diferentes empresas dedicadas a ensamblar distribuir y
comercializar vehiacuteculos y componentes relacionados a la Industria Automotriz la
demanda interna ha llevado la implementacioacuten de diferentes puntos de venta
principalmente de repuestos a nivel nacional ademaacutes de evolucioacuten de redisentildeos
de acoplamientos en algunos caso a pesar de ello el mercado ha ido creciendo de
manera que se han hecho necesarias nuevas alternativas para suplir la demanda
una de las cuales es la importacioacuten de partes para su ensamble en el territorio
ecuatoriano es asiacute que en la actualidad empresas como General Motors del
Ecuador Corporacioacuten Maresa Holding HYUNDAI AYMESA y en este antildeo
Great Wall-Ambacar se encuentran ensamblando vehiacuteculos de diferentes tipos y
modelos
La creacioacuten de estas plantas de ensamblaje traen consigo la necesidad de
desarrollar complejos y actualizados sistemas internos para el intercambio y
procesamiento de informacioacuten inclusive se han adoptado sistemas de
automatizacioacuten de uacuteltima generacioacuten para mantener altos niveles de calidad y de
produccioacuten estos sistemas ayudan al mejoramiento de comunicacioacuten entre aacutereas y
departamentos lo cual se traduce en
eficiencia ahorro de tiempo dinero y a mantener estadiacutesticas de fallos y errores
para su inmediato tratamiento
En la provincia de Tungurahua el parque automotriz histoacutericamente no ha tenido
un proveedor local (ensambladoras de vehiacuteculos) pero se han desarrollado
diferentes empresas que dan servicios de mantenimiento y venta de repuestos otra
de las empresas relacionadas son las dedicadas a la comercializacioacuten de vehiacuteculos
estos concesionarios se proveen tanto de importaciones como de las
ensambladoras de vehiacuteculos ubicadas en otras provincias siendo Ambato uno de
los principales centros de comercio de vehiacuteculos en el zona central del paiacutes
La ciudad de Ambato desde el mes de febrero del antildeo 2013 cuenta con la
presencia de la primera empresa ensambladora de vehiacuteculos del centro del paiacutes
CIAUTO es una empresa dedicada al ensamblaje de vehiacuteculos de las marcas
GREAT WALL (modelos Haval H5 camioneta Wingle y compacto M4) la
denomina Ciudad del Auto (CIAUTO) tiene una produccioacuten de 18 - 25 autos por
diacutea
Las instalaciones estaacuten ubicadas en el sector de Unamuncho (Norte de Ambato-
Camino Real) la planta al momento se encuentra acreditada con la Norma ISO
9001
Fuente Castantildeeda Carlos Artiacuteculo Historia Automoacutevil Ecuador Fecha
08122000
Fuente Loacutepez Daniel Articulo Ensamblaje de Autos Fecha 15112003
Fuente Tartado Daniel Articulo Llegada del Automoacutevil Fecha 09032005
22 Misioacuten y Visioacuten de Ciauto
221 Misioacuten
Somos una empresa dedicada al ensamblaje de partes y vehiacuteculos
automotores de calidad
Fomentamos el desarrollo de la industria automotriz en el centro del
paiacutes asiacute como tambieacuten el crecimiento de nuestra gente generando al
mismo tiempo la rentabilidad necesaria para asegurar la continuidad
y desarrollo de nuestra organizacioacuten
Fuente Jefe de Planta CIAUTO
222 Visioacuten
Nuestra cultura organizacional impulsa la buacutesqueda de la excelencia
en un ambiente acogedor que facilita el desarrollo de nuestro equipo
humano
Mantenemos procesos de fabricacioacuten innovadores confiables
seguros y competitivos que nos permiten ensamblar vehiacuteculos de
calidad
Fomentamos el desarrollo de la industria a traveacutes del crecimiento
paulatino del nuacutemero de unidades que ensamblamos y del tipo de
partes locales que instalamos en nuestros vehiacuteculos lo que nos
permite adoptar y transferir tecnologiacutea generando nuevos y mejores
negocios para todas las partes involucradas con nuestra organizacioacuten
Gestionamos nuestros procesos de acuerdo a los requisitos
establecidos en la norma ISO 9001 lo que nos brinda las
herramientas y los recursos necesarios para trabajar ordenadamente y
con calidad facilitaacutendonos el logro de la satisfaccioacuten de nuestros
clientes internos y externos
Logramos clientes entusiasmados con nuestros productos esto nos
permite construir un gran nombre de respaldo y seriedad asegurando
el crecimiento y sustentabilidad de nuestro negocio
Generamos la rentabilidad adecuada para asegurar la continuidad y
desarrollo de nuestra empresa asiacute como de la sociedad
223 Organigrama de la Ensambladora Ciudad del Auto Cia Ltda CIAUTO
GRAacuteFICO Nordm 2 Organigrama de CIAUTO
Fuente Jefe de Planta CIAU
23 Disentildeo Metodoloacutegico
231 Meacutetodos de Investigacioacuten
Es una serie de pasos que aportan a la investigacioacuten de conocimientos mediante la
aplicacioacuten de meacutetodos y teacutecnicas y para adquirir los fundamentos de las
investigaciones nos daraacuten una visioacuten general de la realidad en que se encuentra la
empresa
2311 Meacutetodo hipoteacutetico deductivo
Seguacuten (Karl POPPER 1994 paacuteg 45) El meacutetodo hipoteacutetico
deductivo es el procedimiento o camino que sigue el
investigador para hacer una actividad una praacutectica cientiacutefica
El meacutetodo hipoteacutetico deductivo tiene varios pasos esenciales
observacioacuten del fenoacutemeno a estudiar creacioacuten de una
hipoacutetesis para explicar dicho fenoacutemeno deduccioacuten de
consecuencias o proposiciones maacutes elementales que las
propias hipoacutetesis verificacioacuten y comprobacioacuten de la verdad de
los enunciados declarados comparaacutendolos con la experiencia
Este meacutetodo ha servido para obtener una gran cantidad de informacioacuten
en forma teoacuterica se las ha llevado a la praacutectica para una comprobacioacuten
entre la teoriacutea y la experimentacioacuten con el fenoacutemeno en siacute
2312 La experimentacioacuten cientiacutefica
Para (D T CAMPBELL y otros 1973 paacuteg 9) Implica
alteracioacuten controlada de las condiciones naturales de tal forma
que el investigador creara modelos reproduciraacute condiciones
abstraeraacute rasgos distintivos del objeto del problema la
experimentacioacuten depende del grado de conocimiento del
investigador a la naturaleza a las circunstancias del objeto y
el problema de investigacioacuten es decir no siempre se podraacute
realizar experimentacioacuten
Admite la modificacioacuten de variables lo cual nos da viacutea libre para la
correccioacuten de errores y el mejoramiento de nuestra investigacioacuten
Puedo agregar que como futuro ingeniero en informaacutetica estoy
aplicando mucho este meacutetodo puesto que debemos buscar una solucioacuten
de calidad efectiva funcional y dar satisfaccioacuten al cliente
24 Teacutecnicas de la investigacioacuten
Los instrumentos de recoleccioacuten de datos e informacioacuten son un recurso
metodoloacutegico utilizado por las teacutecnicas de investigacioacuten donde se materializo la
informacioacuten mediante un dispositivo o formato (impreso o digital) que se utiliza
para poder obtener registrar o almacenar con los aspectos relevantes del estudio o
investigacioacuten recabada de las fuentes indagadas
241 La entrevista
Para (Hugo GARCEacuteS 2000 paacuteg 6) La entrevista en cierto
sentido es un cuestionario contestado en forma verbal Lo
que supone que el investigador debe desplazarse en busca de
las personas que deben ser entrevistadas Esto naturalmente
demanda maacutes tiempo aun cuando tan pronto como ha
logrado su objetivo dispone al mismo tiempo de las
contestaciones
242 La encuesta
Seguacuten (Hugo GARCEacuteS 2000 paacuteg 7) La encuesta
comprende una serie de preguntas formuladas por escrito
para que el investigado conteste tambieacuten por escrito
Generalmente la encuesta se utiliza para averiguar actitudes y
opiniones mediante preguntas haacutebilmente dirigidas Al
formular preguntas especiacuteficas sobre tal o cual
acontecimiento permite que las respuestas tengan objetividad
Se utilizoacute el instrumento cuestionario al Gerente general de la empresa
para apoyar la creacioacuten del sistema la encuesta fue aplicada a
miembros administrativos de la empresa quienes aportaron de la manera
maacutes sincera
25 Recoleccioacuten de la Informacioacuten
251 Investigacioacuten bibliograacutefica
Para (Hugo GARCEacuteS 2000 paacuteg 12) La investigacioacuten de
caraacutecter documental se apoya en la recopilacioacuten de
antecedentes a traveacutes de documentos graacuteficos formales e
informes cualquiera que estos sean donde el investigador
fundamenta y complementa su investigacioacuten con lo aportado
de por diferentes autores Los materiales de consulta suelen
ser las fuentes bibliograacuteficas iconograacuteficas fonograacuteficas y
algunos medios magneacuteticos
Este tipo de datos ayudo a la investigacioacuten en la recoleccioacuten de
informacioacuten de la empresa para el desarrollo del presente proyecto en
este caso apoyoacute en la subida de informacioacuten a una base de datos
252 Investigacioacuten experimental
Para (Hugo GARCEacuteS 2000 paacuteg 17) La investigacioacuten
experimental consiste en la manipulacioacuten de una o maacutes
variables experimental no comprobada en condiciones
rigurosamente controlada con el fin de describir de queacute
modo o por que causa se produce una situacioacuten o
acontecimiento particular El experimental provocado por el
investigador le permite introducir determinadas variables de
estudio manipuladas por eacutel para controlar el aumento o
disminucioacuten de esas variables y sus efectos en las conductas
observadas
Este tipo de investigacioacuten permite realizar la experimentacioacuten entre
variables y obtener resultados positivos o negativos para luego analizar
los resultados dados por cada una de las experimentaciones y obtener
informacioacuten concreta
253 Investigacioacuten de campo
Para (Hugo GARCEacuteS 2000 paacuteg 18) La investigacioacuten que
se realiza en el lugar geograacutefico donde se producen los
hechos o campo de los hechos como un jardiacuten la escuela el
hogar o una entidad social como un barrio marginal las
viviendas indiacutegenas los comerciantes ambulantes etc etc
Esta investigacioacuten nos permite realizar un anaacutelisis maacutes detallado en el
lugar de la investigacioacuten ya que asiacute se puede interactuar con los
miembros y los problemas que poseen donde puedo tener una
perspectiva maacutes clara
26 Tratamiento y Anaacutelisis Estadiacutestico de los Datos
Para la interpretacioacuten de los resultados se utilizara la estadiacutestica
descriptiva
261 Estadiacutestica descriptiva
Para (Hugo GARCEacuteS 2000 paacuteg 22) Los puntajes que se
han obtenido en una prueba de evaluacioacuten los datos de los
censos los datos obtenidos mediante encuestas los datos que
dispone un agricultor sobre la produccioacuten agriacutecola o los
datos de produccioacuten de una faacutebrica si se hallan en desorden
o en bruto como se los llama no dicen nada Para poder
obtener conclusiones de esa cosecha de esa industria o de
esos alumnos es necesario ordenarlos y compararlos entre siacute
o con la media aritmeacutetica o promedio o sacar porcentajes
Esto es saber lo que esos nuacutemeros dicen por si para el
presente como por ejemplo que maacutes de la mitad de los
alumnos son buenos Esto corresponde a estadiacutestica
descriptiva porque solo estaacute describiendo lo que en la
actualidad pasa
En lo mencionado anteriormente se puede decir que la estadiacutestica
descriptiva nos arrojoacute datos reales queacute califiquen el proyecto de
investigacioacuten con la ayuda de las teacutecnicas de investigacioacuten como son la
entrevista y la encuesta
27 Poblacioacuten
A continuacioacuten se detalla los miembros administrativos que se tomaron
en cuenta o que se encuentran involucrados
Tabla Ndeg 1 Involucrados de la encuesta
Involucrados Cantidad
Administradores 22
Total 22
Fuente Jefe de Planta CIAUTO
28 Anaacutelisis e Interpretacioacuten de Resultados
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
Tabla Ndeg 2 Desarrollo Tecnoloacutegico Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 3 Desarrollo Tecnoloacutegico Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Todos los encuestados opinan que CIAUTO debe estar a la par con la
tecnologiacutea y profesionales que quieren ver un mejoramiento continuo ya que
gracias a ellos podraacuten ser crecer en forma tecnoloacutegica como muchas grandes
empresas
100
0
CIAUTO DEBE ESTAR SUJETO AL DESARROLLO TECNOLOGICO
SI
NO
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
Tabla Ndeg 3 Porcentaje de Conocimiento
Paraacutemetros Frecuencia Porcentaje
SI 15 68
NO 7 32
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 4 Porcentaje de Conocimiento
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Para los encuestados que supieron mencionar que si conocen que es un
sistema de gestioacuten y mantenimiento programado es porque ven que a futuro la
empresa necesitara de sistemas similares para su desarrollo tecnoloacutegico y que los
pondraacute en un estatus maacutes alto como empresa
68
32
PORCENTAJE DE CONOCIMIENTO DE UN SISTEMA DE GESTION Y MANTENIMIENTO PROGRAMADO
SI
NO
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
Tabla Ndeg 4 Consideraciones de Control
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 5 Consideraciones de Control
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Los encuestados estaacuten seguros que se deberiacutea llevar un control de los
mantenimientos que se realizan en CIAUTO porque los equipos industriales y
tecnoloacutegicos pueden fallar repercutiendo en el estado econoacutemico y funcional de la
planta
100
0
CONSIDERACIONES DE CONTROL DE MANTENIMIENTOS
SI
NO
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
Tabla Ndeg 5 Calificacioacuten para el Desarrollo del SGMP
Paraacutemetros Frecuencia Porcentaje
EXCELENTE 8 41
BUENO 13 59
NO CALIFICA 1 5
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 6 Calificacioacuten para el Desarrollo del SGMP
Elaborado por Dario Gutieacuterrez
Anaacutelisis- La mayoriacutea de los encuestados estaacute de acuerdo en que es excelente y
bueno la creacioacuten un sistema de gestioacuten y mantenimiento programado por los
beneficios que este brida al mantener los equipos criacuteticos y dispositivos
funcionando y asiacute disminuir considerablemente el margen de error
39
57
4
CALIFICACION PARA EL DESARROLLO DEL SGMP
EXCELENTE
BUENO
NO CALIFICA
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
Tabla Ndeg 6 Porcentaje de conocimiento del mantenimiento de un equipo en
Ciauto
Paraacutemetros Frecuencia Porcentaje
SI 7 32
NO 15 68
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 7 Porcentaje de conocimiento del mantenimiento de un
equipo en Ciauto
Elaborado por Dario Gutieacuterrez
Anaacutelisis- Al no conocer el proceso de mantenimientos de equipos informaacuteticos
los encuestados respondieron negativamente pero supieron mencionar que es por
falta de informacioacuten o porque no han prestado atencioacuten se estaacuten haciendo dichos
mantenimientos a los equipos industriales y tecnoloacutegicos
32
68
PORCENTAJE DE CONOCIMIENTO DEL MANTENIMIENTO DE UN EQUIPO INFORMAacuteTICO EN CIAUTO
SI
NO
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
Tabla Ndeg 7 Beneficio de documentar la planificacioacuten de mantenimientos
Paraacutemetros Frecuencia Porcentaje
SI 22 100
NO 0 0
TOTAL 22 100 Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 8 Beneficio de documentar la planificacioacuten de
mantenimientos
Elaborado por Dario Gutieacuterrez
Anaacutelisis- El beneficio de llevar un control de documentacioacuten y planificacioacuten
para mantenimientos es muy importante porque se puede prevenir muchos errores
o problemas que presentan los equipos industriales o informaacuteticos y asiacute tenerlos
siempre funcionando oacuteptimamente
100
0
BENEFICIO DE DOCUMENTAR LA PLANIFICACIOacuteN DE MANTENIMIENTOS
SI
NO
29 Verificacioacuten de la hipoacutetesis
La comprobacioacuten de la hipoacutetesis es el estudio que se hace posteriormente de la
aplicacioacuten de un instrumento de investigacioacuten y adquirido los resultados como
datos estadiacutesticos donde se hizo referencia a la hipoacutetesis planteada al comenzar la
investigacioacuten
La implementacioacuten de un sistema de gestioacuten y mantenimiento programado de
equipos tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para que
facilite la actividad de la Norma ISO 9001 de mantenimiento manuales de
maquinaria y otra informacioacuten
Al realizar un anaacutelisis en tiempos de ejecucioacuten en las formas documentacioacuten y
sistema (software) se puede decir que los usuarios realizaban varios ingresos para
encontrar o buscar los archivos deseados para la realizacioacuten de los
mantenimientos de los equipos industrial donde se demoraban unos 30 min a 1
hora ademaacutes que no se daba aviso del mantenimiento realizado a los operarios o
coordinadores de dichas aacutereas en el caso del software los tiempos se minimizan
de 5 a 10 min dependiendo si el equipo es nuevo y necesita ser registrado y
tambieacuten en el software se puede visualizar el avance de los mantenimientos que se
han realizado y los que deberaacuten realizarse a futuro
Con la encuesta realizada se pudo obtener datos muy importantes pero de manera
general los encuestados respondieron positivamente con el 75 de que el sistema
cumple los objetivos el 25 negativo se dio porque las fallas de los equipos
industriales no se producen siempre por no realizar mantenimientos tambieacuten por
la mala utilizacioacuten de los operarios o incidentes en las estructuras
Para verificacioacuten de la factibilidad de la investigacioacuten se procedioacute a la realizacioacuten
de las encuestas detalladas anteriormente en donde se pudo constatar que la
hipoacutetesis es veriacutedica tomando en cuenta la tabulacioacuten de los datos obtenidos en
donde se puede evidenciar que 100 de encuestados estaacuten de acuerdo en que se
lleve un control de los mantenimientos planificados a traveacutes de un sistema el 39
opina que seriacutea excelente implantar un sistema de gestioacuten y mantenimiento
programado el 57 califico como bueno el desarrollo ya que esto ayudara a la
mejora continua y a mantener los equipos criacuteticos siempre disponibles el 100
opina que es muy beneficioso contar con un sistemas de gestioacuten mantenimiento
programado porque los usuarios temen por la informacioacuten con la que cuentan y
con los equipos que ayudan en diferentes puntos del ensamblaje De todo esto se
puede exponer que es factible la implementacioacuten de un sistema de gestioacuten y
mantenimiento programado para el aacuterea de mantenimiento y sistemas
informaacuteticos de la Planta ensambladora CIAUTO
Para comprobacioacuten se revisoacute los diferentes procesos en el sistema y se realiza
comprobaciones y verificaciones de la funcionalidad de cada parte
Asiacute pues en el sistema se verifica que los usuarios realizan el ingreso con sus
respectivos usuarios y acceden a los moacutedulos asignados por el tipo de
departamento
Para los usuarios del departamento de mantenimiento se puede evidenciar que al
acceder a su respectivo modulo tienes las tareas o acciones en menuacutes donde
dependiendo de lo que deseen realizar estaacuten plan anual de mantenimiento quien a
su vez tiene opciones de visualizar el reporte como tambieacuten el ingresar un nuevo
equipo industrial y tambieacuten para la asignacioacuten de un tipo de actividad y
actividades respectivas de cada equipo industrial
En otro apartado del menuacute en el moacutedulo de mantenimiento tenemos el reporte
para de tareas a realizar por mes semana o el diacutea asiacute el personal de
mantenimiento tiene las tareas asignadas para el diacutea
Para los usuarios de sistemas el modulo no es muy complejo ya que poseen un
inventario de los equipos que administran y un plan anual de tareas por fechas
como el ingreso eliminacioacuten y modificacioacuten de las diferentes tareas y sus
restricciones
El suacuteper usuario (root) seraacute el uacutenico que pueda crear usuarios o personas en el
caso de ingreso de un nuevo miembro al sistema es asiacute que llevara un control de
asignaciones y solicitudes de nuevos usuarios por otra parte tendraacute la potestad de
realizar y utilizar los moacutedulos de los demaacutes departamentos para realizar cambios
no habilitados para los respectivos usuarios
El sistema ira creciendo por lo que seraacute necesario ir actualizando o creando
nuevos moacutedulos dependiendo del tipo Sistema de Gestioacuten de Calidad ISO
9001que se vaya implantando o su respectiva actualizacioacuten cada 3 antildeos
Para culminar se comprueba y se visualiza todos los moacutedulos necesarios y sus
diferentes caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y
que despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados tareas
no realizadas y sirvan para una mejora continua de cada aacuterea y por entregar una
herramienta informaacutetica de gran utilidad para la Planta Ensambladora CIAUTO
CAPITULO III
3 IMPLEMENTACIOacuteN DE UN SISTEMA DE GESTIOacuteN y
MANTENIMIENTO PROGRAMADO DE EQUIPOS
TECNOLOGICOS E INDUSTRIALES
31 Presentacioacuten
En los uacuteltimos antildeos se ha evidenciado que las empresas puacuteblicas y privadas han
optado por sistemas informaacuteticos que ayuden y solventen diferentes aspectos
dentro la empresa asiacute ayudando con mejor control manejo e integridad de la
informacioacuten que se maneja internamente
Es asiacute que se hace factible la creacioacuten de un sistema de gestioacuten y mantenimiento
programado de equipos tecnoloacutegicos e industriales para que facilite la actividad
de la Norma ISO 9001 de mantenimiento manuales de maquinaria y otra
informacioacuten y mantener los equipos criacuteticos disponibles con menores fallas para
los departamentos de mantenimiento y sistemas informaacuteticos de la Planta
ensambladora CIAUTO
Lo cual ayuda al desarrollo de la propuesta para demostrar de una manera
renovadora mantener los equipos criacuteticos disponibles un mayor tiempo y su
control que ayudan a los departamentos de mantenimiento y sistemas
informaacuteticos en el progreso e implementacioacuten del sistema el cual el principal
beneficio es la habilidad de mantener los equipos criacuteticos en plan de
mantenimientos para mantener el mayor tiempo posible disponibles o con un
margen miacutenimo de dantildeo
32 Objetivos
321 Objetivo general
Desarrollar un sistema de gestioacuten y mantenimiento programado de equipos
tecnoloacutegicos e industriales aplicando la metodologiacutea SCRUM para la gestioacuten de
mantenimientos fichas teacutecnicas de maquinaria y otra informacioacuten
322 Objetivos Especiacuteficos
Investigar informacioacuten de procesos de creacioacuten programacioacuten y
modelacioacuten de software para que trabajen junto con una base de datos
integrada en un servidor
Realizar el anaacutelisis y disentildeo del Sistema Informaacutetico haciendo un
seguimiento de la metodologiacutea teacutecnicas e instrumentos de investigacioacuten
para cada etapa del proyecto
Confirmar el mejor funcionamiento en la implementacioacuten del sistema
haciendo un seguimiento a la metodologiacutea SCRUM la cual se usoacute para la
realizacioacuten del proyecto
33 Justificacioacuten e Importancia
El mejoramiento de las condiciones de eficiencia y eficacia de los procesos
productivos de mantenimiento y transferencia de informacioacuten en las industrias es
un tema de continuo estudio en la ensambladora CIAUTO que se encuentra en
proceso de implantacioacuten equipamiento e inicio de operacioacuten se han identificado
diferentes aspectos en los cuales intervenir entre ellos la implementacioacuten y
mejoramiento de los sistemas que apoyan los procesos de comunicacioacuten
transferencia y almacenamiento de datos en toda la planta
Un Sistema informaacutetico corporativo constituye desde hace mucho tiempo un
conjunto de recursos informaacuteticos para la organizacioacuten los cuales proporcionan
beneficios directos e indirectos tales como ahorro de tiempo y dinero facilidad
de uso mejor y maacutes raacutepida transferencia de informacioacuten escalabilidad y
flexibilidad multiplataforma entre otros
Un Procedimiento informaacutetico pone juntos todos los recursos necesarios bajo un
uacutenico Sistema Corporativo brindando estandarizacioacuten y facilidad de uso
permitiendo a los usuarios interactuar con contenidos aplicaciones procesos de
negocio y otras personas dentro de la Organizacioacuten El sistema avanzado de
herramientas que brinda a usuarios no teacutecnicos la capacidad de capturar
inmediatamente la informacioacuten y entregarla al puacuteblico objetivo en forma
oportuna
Existe variada informacioacuten teacutecnica disponible acerca del disentildeo programas de
modelamiento desarrollo testing ejemplos de funcionamiento e implementacioacuten
de sistemas informaacuteticos
Los sistemas Dashboard ayudaran generando y desarrollando tableros de control
donde se mostraran los indicadores de las diferentes tareas realizadas por el aacuterea
de mantenimiento asiacute el control seraacute maacutes visible y manejable se podraacuten tomar
decisiones para mejora continua de los procesos
Lo que se logra con la informacioacuten en este nuevo ambiente enlazado tiene un gran
impacto Los sistemas distribuidos permiten a una Organizacioacuten gastar menos
tiempo en cosas que no agregan valor como la buacutesqueda de informacioacuten para
resolver un problema La productividad se incremente a medida que el
conocimiento corporativo es maacutes accesible y la informacioacuten maacutes precisa La
flexibilidad en el tiempo de entrega del conocimiento se gana a medida que la
informacioacuten siempre esteacute a un clic de distancia Los sistemas informaacuteticos abren
un espacio en donde las fronteras son maacutes pequentildeas y el intercambio de
informacioacuten es estimulado Esto lleva a unos empleados mejor informados y con
la habilidad de tomar mejores y maacutes raacutepidas decisiones Al final se termina
logrando una mayor productividad y maacutes tiempo para incrementar las ganancias
Ademaacutes se desea brindar una mayor facilidad de administracioacuten de toda la
informacioacuten desarrollada por los usuarios al Departamento de Sistemas para que
esta brinde un mejor servicio a sus compantildeeros de trabajo
La empresa en su nivel de operativo administrativo cada uno de sus operarios
jefes de aacuterea en general se veraacuten beneficiados reduciendo tiempos de reaccioacuten
ante problemas que pueden suscitarse mediante la facilidad de prever notificar y
consecuentemente corregir distintas falencias en la produccioacuten
Finalmente se planea otorgar mayores prestaciones de manejo de histoacutericos de los
datos subidos por cada uno de los usuarios con la finalidad de explotar de la mejor
manera las herramientas del sistema de gestioacuten documental obteniendo
informacioacuten actualizada y confiable al alcance de todo el Personal
Para la investigacioacuten y desarrollo del proyecto se utilizaran diferentes
herramientas tecnoloacutegicas como potgresSQL (base de datos) Java (lenguaje de
programacioacuten) estos se encontraran en un servidor centralizado todas estas
herramientas son de coacutedigo abierto (OPEN SOURSE)
El proyecto seraacute auspiciado por la empresa CIAUTO y se desarrollaraacute en la
planta de ensamblaje que se encuentra operando en la parroquia Unamuncho
34 Desarrollo de la Propuesta
341 Metodologiacutea Aacutegil SCRUM
La metodologiacutea SCRUM es un proceso aacutegil iterativo e incremental que respeta las
cinco etapas tradicionales de un proyecto que facilitan su gestioacuten y control ellas
son
1 Planificacioacuten
2 Anaacutelisis
3 Disentildeo
4 Construccioacuten
5 Prueba e implementacioacuten
Coacutemo el objetivo principal de la metodologiacutea es la adopcioacuten de estas buenas
praacutecticas permite reducir el tiempo de desarrollo de productos maacutes capacidad de
adaptacioacuten y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes
Este tipo de proceso permite desarrollar y realizar entregas parciales mismas que
se van completando con el avance del proyecto de esta manera se reducen los
riesgos y el cliente va verificando y obteniendo resultados satisfactorios de su
proyecto Cabe sentildealar que cada iteracioacuten tiene una duracioacuten de un mes o a veces
pueden durar dos semanas
A continuacioacuten se especifican los roles para cada uno de los comprometidos del
desarrollo del software
342 Asignacioacuten de Roles de Scrum
Propietario del Producto (Product Owner) el Ing Vinicio Haro quien
es el coordinador del Aacuterea de Mantenimiento y el Ing Jorge Parra como
coordinador del Aacuterea de Sistemas de la Planta Ensambladora CIAUTO
Equipo Desarrollador (Team) Dario Gutierrez autor de la presente
Tesis quien es el encargado de desarrollar e implementar el sistema para
la gestioacuten y mantenimiento programado
Scrum Master El Ing Segundo Corrales quien es Director de Tesis y
quien es responsable de realizar un control al equipo desarrollador (team)
para dar el seguimiento a las reglas que indica la Metodologiacutea
Otros Interesados es aquiacute donde entra el tribunal de grado quienes son
los encargados de realizar las pruebas del funcionamiento del sistema
Una vez establecidos los roles a todos y cada uno de los comprometidos para el
desarrollo del software se procede a detallar cada una de las fases por las que
tiene que atravesar el desarrollo del producto y la combinacioacuten de herramientas
utilizadas
343 Proceso de desarrollo de Software
3431 Historias de Usuario
En la primera fase del desarrollo aacutegil se encuentran las historias de usuario las
cuales son los requerimientos funcioacutenales del sistema que se obtuvo en las
conversaciones con los Product Owner
Tabla Ndeg 8 Historia de Usuario Nordm 1
Historia de Usuario
Nuacutemero 1 Usuario Root administradores Clientes
Nombre de historia ingreso al sistema
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar un usuario y
contrasentildea respectivamente
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 9 Historia de Usuario Nordm 2
Historia de Usuario
Nuacutemero 2 Usuario Root administradores Clientes
Nombre de historia activacioacuten de moacutedulos de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten El root administradores y clientes deben ingresar a sus respectivos
moacutedulos
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 10 Historia de Usuario Nordm 3
Historia de Usuario
Nuacutemero 3 Usuario Root administradores
Nombre de historia Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detallara el registro de cada usuario como tambieacuten la
eliminacioacuten y modificacioacuten por parte del root y administradores del sistema
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 11 Historia de Usuario Nordm 4
Historia de Usuario
Nuacutemero 4 Usuario Root administradores departamento sistemas
Nombre de historia Plan anual de sistemas aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el moacutedulo del plan anual de sistemas se detalla cada una de la
tareas planificada por fecha de inicio y fin para realizarla
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 12 Historia de Usuario Nordm 5
Historia de Usuario
Nuacutemero 5 Usuario Root administradores departamento sistemas
Nombre de historia Plan de mantenimientos aacuterea sistemas
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en el plan de mantenimientos se detalla la fecha para realizar el
mantenimiento de cada maacutequina o dispositivo
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 13 Historia de Usuario Nordm 6
Historia de Usuario
Nuacutemero 6 Usuario Root administradores departamento
mantenimiento
Nombre de historia Plan anual aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten este plan posee un sub plan para cada equipo industrial y de ahiacute
tomara informacioacuten para la creacioacuten del plan maestro
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 14 Historia de Usuario Nordm 7
Historia de Usuario
Nuacutemero 7 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de repuestos aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten en este moacutedulo se encuentra los repuestos para cada equipo
industrial y tambieacuten un detalle por liacutenea de ensamblaje donde se podraacute ver si hay
existencias para poder ser usadas o si fueron comprados entran a inventario
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 15 Historia de Usuario Nordm 8
Historia de Usuario
Nuacutemero 8 Usuario Root administradores departamento
mantenimiento
Nombre de historia Inventario de herramientas aacuterea mantenimiento
Programador Dario Gutierrez Prioridad Alta
Descripcioacuten aquiacute se detalla las diferentes herramientas utilizadas y en
funcionamiento para cada estacioacuten y liacutenea de ensamblaje
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 16 Product Backlog
Ndeg de
Requerimiento
Ndeg de
Historia
Descripcioacuten requisito Prioridad
R1 H1
Ingreso al sistema Los diferentes
usuarios deben
logearse en el
sistema
Alta
R2 H2
Activacioacuten de
moacutedulos de
usuarios
Por la actividad
del usuario se
habilitara el
modulo
correspondiente
Alta
R3 H3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Aquiacute se habilita
todos los planes
por aacutereas o por
equipos
Alta
industriales para
realizar los
mantenimientos
DEPARTAMENTO DE SISTEMAS
R4 H4
Plan anual de
sistemas aacuterea
sistemas
Este en un plan de
manera general
que muestra todas
las tareas
planificadas para
el antildeo
Alta
R5 H5
Plan de
mantenimientos
aacuterea sistemas
En el plan de
mantenimientos
se detalla
mantenimientos
equipos y
dispositivos
Alta
DEPARTAMENTO DE MANTENIMIENTO
R6 H6
Plan anual aacuterea
mantenimiento
Aquiacute se muestran
los planes
individuales por
equipo industrial
y al final se
obtiene un
completo
detallado
Alta
R7 H7
Inventario de
repuestos aacuterea
mantenimiento
El inventario de
repuestos estaacute
identificado por
liacutenea de
ensamblaje
Alta
R8 H8
Inventario de
herramientas aacuterea
mantenimiento
Este inventario
contiene las
herramientas
utilizadas por
liacuteneas de
ensamblaje
Alta
Elaborado por Dario Gutieacuterrez
3432 Iteracioacuten 1
34321 Plan del sprint 1 para el sistema
Despueacutes de que se posea la pila de requerimientos del sistema En la planificacioacuten
es donde el Equipo Desarrollador (Team) inicia el proceso de convertir el Sprint
Backlog en el software funcional
El Sprint Backlog es el producto que surge del Producto Backlog que es una lista
de requerimientos que se establecen en un sprint
Tabla Ndeg 17 Sprint Backlog del Sprint 1
Descripcioacuten Prioridad Ndeg historian de
Usuario
R1 Ingreso por usuario Alta H1
R2 Habilitacioacuten de
moacutedulos Alta H2
R3
Creacioacuten
modificacioacuten y
eliminacioacuten de
usuarios
Alta H3
Elaborado por Dario Gutieacuterrez
Luego de haber reconocido los requerimientos que van a ser desarrollados se
procede a preparar la tabla de tareas que corresponde a efectuar el Equipo
Desarrollador (Team) para asiacute alcanzar el primer modelo o prototipo funcional
Tabla Ndeg 18 Tareas del Sprint 1
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01 Esquema de la base de datos Equipo
Desarrollador 6h
TA02 Disentildeo para el login de Usuario Equipo
Desarrollador 6h
TA03
Disentildeo para
Registromodificacioacuteneliminacioacuten
de usuarios
Equipo
Desarrollador 6h
TA04 Establecer conexioacuten con la base
de datos programacioacuten
Equipo
Desarrollador 6h
TA05 Programacioacuten para el login de
Usuario
Equipo
Desarrollador 6h
TA06
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Equipo
Desarrollador 6h
TA07 Programacioacuten habilitacioacuten de
moacutedulos por usuario
Equipo
Desarrollador 6h
TA08 Pruebas de versioacuten Equipo
Desarrollador 6h
Total de tiempo de ejecucioacuten 48h Elaborado por Dario Gutieacuterrez
Luego se muestra el conjunto de tareas donde se encuentran el tipo de tareas que
se produciraacuten a lo largo de la iteracioacuten
Tabla Ndeg 19 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
1 10-junio-2015 8 6
Tareas Responsables
Tipo Estado
Anaacutelisis Pendiente Equipo desarrollador
(team)
Disentildeo Pendiente Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo En curso Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint indica los estados de las tareas lo que ayuda para
realizar un control de las actividades que estaacuten por realizarse Tambieacuten se tiene
un listado para dar cumplimiento a la iteracioacuten
Tabla Ndeg 20 Listado de tareas y estados para el sprint
Tarea Tipo Estado Responsable
Esquema de la base de datos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el login de Usuario
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para
registromodificacioacuteneliminacioacuten
de usuarios
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la base
de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el login de
Usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacuteneliminacioacuten
de usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten habilitacioacuten de
moacutedulos por usuario
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Realizacioacuten de pruebas a la
versioacuten
Pruebas Pendiente Equipo
desarrollador
(team) y
Scrum
Marster Elaborado por Dario Gutieacuterrez
34322 Preparacioacuten del proceso del Sprint Planning Meeting
Despueacutes de culminar la pila del Sprint se solicita que el Equipo desarrollador
(Team) tenga en mente lo siguiente
Tareas anteriores (ayer)
Tareas actuales (hoy)
Al realizar cualquier parte del proceso o si se ve dificultado para realizar una
determinada tarea
Para medir el desempentildeo de las tareas que se desarrollan seraacuten evidentes en la
Tabla Ndeg 23 en la cual se podraacute constatar el progreso que lleva el proyecto y la
misma informacioacuten seraacute tomada para realizar el Burn Down Chart
Fecha = Registro de la fecha que se realiza la tarea
NHR = Nuacutemero de horas que faltan para culminar el Sprint
NTRF = Numero de tareas por finalizar
RES = Responsables
T ANT = Tareas anteriores
T ACT = Tareas actuales
Tabla Ndeg 21 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1006 42 07 Equipo
desarrollador
(team)
Plan para la iteracioacuten
1
Esquema de la base de
datos
1106 36 06 Equipo
desarrollador
(team)
Esquema de la base
de datos
Disentildeo para el login
de Usuario
1306 30 05 Equipo
desarrollador
(team)
Disentildeo para el login
de Usuario
Disentildeo para cataacutelogo
de usuarios
1406 24 04 Equipo
desarrollador
(team)
Disentildeo para
Registromodificacioacute
neliminacioacuten de
usuarios
Establecer conexioacuten
con la base de datos
programacioacuten
1506 18 03 Equipo
desarrollador
(team)
Establecer conexioacuten
con la base de datos
programacioacuten
Programacioacuten para el
login de Usuario
1606 12 02 Equipo
desarrollador
(team)
Programacioacuten para el
login de Usuario
Programacioacuten para el
cataacutelogo de usuario
1706 6 01 Equipo
desarrollador
(team)
Programacioacuten para el
Registromodificacioacute
neliminacioacuten de
usuario
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
1806 0 00 Equipo
desarrollador
(team)
Programacioacuten
habilitacioacuten de
moacutedulos por usuario
Realizacioacuten de
pruebas a la versioacuten
Elaborado por Dario Gutieacuterrez
Despueacutes de finalizar la iteracioacuten se realiza la revisioacuten de la pila del Sprint
resultante ya que pueden aparecer tareas nuevas tambieacuten se deben tomar en
cuenta aquellas tareas que no fueron finalizadas en el Sprint pero en la
iteracioacuten no existieron tareas sin finalizar esto nos lleva a que se logroacute
terminar como se encontraba en el plan de inicio
Burn Down Chart
Es una imagen descriptiva en la cual se evidencia a queacute velocidad se estaacute
desarrollando para cumplir los requerimientos y objetivos esto indica el
progreso que ha logrado con el trabajo de las tares planeadas dentro la
Iteracioacuten mediante estos datos se puede tomar en cuenta algunos aspectos
como pueden ser replantear los tiempos estimados para cada una de las tareas
o si fue concluida una tarea y se evidencio que es necesario tareas
emergentes
Para la realizacioacuten de la graacutefica se considerara si existieron cambios en las
tareas ya que la iteracioacuten se mantuvo con la pila de tareas planteada al inicio
de la misma no tiene cambio alguno
Tabla Ndeg 22 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Esquema de la base de datos Prototipo Finalizado
Disentildeo para el login de Usuario Prototipo Finalizado
Disentildeo para
Registromodificacioacuteneliminacioacuten de
usuarios
Prototipo Finalizado
Establecer conexioacuten con la base de
datos programacioacuten
Codificacioacuten Finalizado
Programacioacuten para el login de Usuario Codificacioacuten Finalizado
Programacioacuten para el
Registromodificacioacuteneliminacioacuten de
Codificacioacuten Finalizado
usuario
Programacioacuten habilitacioacuten de moacutedulos
por usuario
Codificacioacuten Finalizado
Realizacioacuten de pruebas a la versioacuten Pruebas Finalizado
Elaborado por Dario Gutieacuterrez
Lo siguiente al terminar con el seguimiento diario de las tareas dirigidas en la
iteracioacuten se necesita ajustar la informacioacuten para llevar de manera organizada
lo que se procedioacute a realizar aquiacute se muestra la graacutefica para evidenciar el
esfuerzo realizado
GRAacuteFICO Nordm 9 Iteracioacuten 1 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
Se puede decir mediante la observacioacuten del grafico que la distribucioacuten de
tareas estaacute bien establecidas
34323 Desarrollo del Sprint 1
Al iniciar el desarrollo de una aplicacioacuten es esencial comenzar con el disentildeo y
maquetacioacuten de la base de datos ya que la misma seraacute el soporte fundamental
de la creacioacuten del software
4841
3530
21
116
01 2 3 4 5 6 7 8
Sprint 1 Burndown chart
Al realizar el planteamiento de la iteracioacuten se inicioacute por la maquetacioacuten de la
base de datos con los datos que se obtuvieron de los Coordinadores de los
Departamentos de Sistemas y Mantenimiento de la Planta Ensambladora
CIAUTO quienes compartieron la informacioacuten necesaria para el ingreso de
usuarios y acciones que realizara cada uno
GRAacuteFICO Nordm 10 Disentildeo de la base de datos
Elaborado por Dario Gutieacuterrez
La tabla para el control de ingreso y habilitacioacuten de moacutedulos por usuario fue
creada para el ingreso de los usuario pero el suacuteper usuario ROOT
directamente en la base de datos ya que seraacute el uacutenico que podraacute acceder a
todos los moacutedulos en donde es el uacutenico que puede crear eliminar o modificar
usuarios
Casos de uso son herramientas que permiten la representacioacuten graacutefica de
como el usuario opera al ingresar al sistema
GRAacuteFICO Nordm 11 Acciones del administrador
Elaborado por Dario Gutieacuterrez
Para la culminacioacuten de la iteracioacuten en necesario casos de uso el desarrollo de
la interfaz el sistema dispone de una ventana principal en la cual se ingresa
datos del usuario y password para ingresar a los moacutedulos dependiendo del
departamento de usuario
Es asiacute que el grafico GRAacuteFICO Nordm 11 muestra la ventana principal y los
datos que requiere para el ingreso a los moacutedulos internamente la parte que no
se muestra es la conexioacuten a la base de datos
GRAacuteFICO Nordm 12 Ventana de Inicio sesioacuten
Elaborado por Dario Gutieacuterrez
Las siguientes ventanas son para la habilitacioacuten de los moacutedulos por
departamento de usuario
En la ventana siguiente se muestra el ingreso al sistema por parte del root
(suacuteper usuario) el cual tiene acceso a todos los moacutedulos del sistema
GRAacuteFICO Nordm 13 Sesioacuten de root
Elaborado por Dario Gutieacuterrez
La ventana para los usuarios del departamento de sistemas tendraacute solo la
habilitacioacuten del respectivo moacutedulo
GRAacuteFICO Nordm 14 Sesioacuten moacutedulo de sistemas
Elaborado por Dario Gutieacuterrez
La siguiente ventana es el modulo que tendraacute habilitado los usuarios del
departamento de mantenimiento
GRAacuteFICO Nordm 15 Sesioacuten moacutedulo de Mantenimiento
Elaborado por Dario Gutieacuterrez
En la ventana a continuacioacuten se muestra donde se procede a crear los usuarios
para utilizacioacuten del sistema como tambieacuten se puede apreciar estaacute la parte para
eliminacioacuten o edicioacuten de usuarios y un objeto donde se podraacute visualizar la
tabla
GRAacuteFICO Nordm 16 Registro de Personas
Elaborado por Dario Gutieacuterrez
Al ser un sistema debe realizarse pruebas para su correspondiente uso en
produccioacuten al encontrar errores se puede realizar las correcciones necesarias
antes de entre en funcionamiento
34324 Realizacioacuten de pruebas de versioacuten
Los requerimientos que se obtuvieron en el Sprint Backlog se deben
comprobar en el funcionamiento para la versioacuten 10 del sistema aquiacute se hace
los test para observar el funcionamiento y si se encuentra falencias estar a
tiempo para proceder con la correccioacuten Se realizaron las siguientes pruebas
Tabla Ndeg 23 Caso de prueba 1
Sistema SGMPro Id caso de prueba CP01
Historia de usuario H1 Responsable Dario Gutierrez
Propoacutesito
Prueba de ingreso al sistema en la ventana principal
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Apertura de logeo
para usuario
Visualizar la
ventana de
ingreso
Excelente
Se efectuoacute el
resultado deseado
2
Ingreso de usuario y
password para
control
Ingreso de los
datos del usuario
para control
Excelente
Se efectuoacute el
resultado deseado Elaborado por Dario Gutieacuterrez
Se procede hacer la prueba la habilitacioacuten de cada uno de los moacutedulos para
los usuarios seguacuten el departamento al que corresponde
Tabla Ndeg 24 Caso de prueba 2
Sistema SGMPro Id caso de prueba CP02
Historia de usuario H2 Responsable Dario Gutierrez
Propoacutesito
Habilitacioacuten de moacutedulos por usuario y filtro por departamento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Habilitacioacuten de
todos los moacutedulos
si es Suacuteper
usuario (root)
Todas las opciones se
habilitan y se tiene el
ingreso correspondiente
Excelente
Se efectuoacute el
resultado deseado
2 Habilitar moacutedulo
de sistemas
Al habilitarse las opciones
por el departamento de
sistemas no se tiene acceso
a opciones de
mantenimiento y root
Excelente
Se efectuoacute el
resultado deseado
3 Habilitar moacutedulo
de mantenimiento
Al habilitarse las opciones
por el departamento de
mantenimiento no se tiene
acceso a opciones de
sistemas y root
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar se realiza la creacioacuten de varios usuarios como la modificacioacuten
y eliminacioacuten para verificar se usa la visualizacioacuten de la tabla de usuarios en
la misma ventana
Tabla Ndeg 25 Caso de prueba 3
Sistema SGMPro Id caso de prueba CP03
Historia de usuario H3 Responsable Dario Gutierrez
Propoacutesito
Creacioacuten modificacioacuten y eliminacioacuten de usuarios
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Crear usuario Crear usuario para
cada departamento
Excelente
Se efectuoacute el resultado
deseado
2 Modificar
usuario
Modificar campos
del usuario y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado
3 Eliminar usuario Eliminar usuarios y
verificar en la tabla
Excelente
Se efectuoacute el resultado
deseado Elaborado por Dario Gutieacuterrez
3433 Iteracioacuten 2
34331 Plan del sprint 2 para el sistema
Para la continuacioacuten del desarrollo del sistema se procede a realizar la pila de
tareas a cumplirse en la iteracioacuten
Tabla Ndeg 26 Sprint Backlog del Sprint 2
Descripcioacuten Prioridad Ndeg historian de
Usuario
R4
Plan anual de
sistemas aacuterea
sistemas
alta H4
R5
Plan de
mantenimientos
aacuterea sistemas
alta H5
Elaborado por Dario Gutieacuterrez
Al iniciar el Sprint 2 se debe agregar las observaciones y anaacutelisis realizados
por parte del Scrum Master equipo de desarrollo (team) y del Porduct
owner
Para el Sprint 1 no se dieron observaciones al ser realizados con los disentildeos
correspondientes lo cual vuelve independiente al Sprint 2
Aquiacute los requerimientos se trasforman en tareas
Tabla Ndeg 27 Tareas del Sprint 2
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
sistemas
Equipo
Desarrollador 12h
TA02
Disentildeo para el
plan de
mantenimientos
Equipo
Desarrollador 12h
TA03
Establecer
conexioacuten con la
base de datos
programacioacuten
Equipo
Desarrollador 12h
TA04
Programacioacuten
para el plan anual
de sistemas
Equipo
Desarrollador 18h
TA05
Programacioacuten
para el plan de
mantenimientos
Equipo
Desarrollador 18h
TA06 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 84h
Elaborado por Dario Gutieacuterrez
Despueacutes de la lista de tareas se realiza la construccioacuten de la pila de tareas para
la iteracioacuten 2
Tabla Ndeg 28 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
2 20-junio-2015 21 4
Tareas Responsables
Tipo Estado
Anaacutelisis Terminado Equipo desarrollador
(team)
Disentildeo En curso Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 29 Listado de tareas y estados del Sprint 2
Tarea Tipo Estado Responsable
Disentildeo para el plan anual
de sistemas
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo para el plan de
mantenimientos
Prototipo Pendiente Equipo
desarrollador
(team)
Establecer conexioacuten con la
base de datos programacioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
anual de sistemas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan
de mantenimientos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34332 Preparacioacuten del proceso del Sprint Planning Meeting
Similar al Sprint 1 se desarrollara el seguimiento de la pila de tareas se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 30 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
2006 84 06 Equipo
desarrollador
(team)
Plan para la
iteracioacuten 2
Disentildeo para el plan
anual de sistemas
2206 80 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
anual de sistemas
2306 78 06 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
sistemas
Disentildeo para el plan
de mantenimientos
2406 74 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
s
Disentildeo para el plan
de mantenimientos
2506 68 05 Equipo
desarrollador
(team)
Disentildeo para el
plan de
mantenimiento
Establecer conexioacuten
con la base de datos
programacioacuten
s
2606 66 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Establecer conexioacuten
con la base de datos
programacioacuten
2706 62 04 Equipo
desarrollador
(team)
Establecer
conexioacuten con
la base de
datos
programacioacuten
Programacioacuten para
el plan anual de
sistemas
2906 58 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
3006 52 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0107 48 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan anual de
sistemas
0207 44 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual de
sistemas
Programacioacuten para
el plan de
mantenimientos
0307 40 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0407 36 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0607 32 02 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Programacioacuten para
el plan de
mantenimientos
0707 28 01 Equipo
desarrollador
(team)
Programacioacuten
para el plan de
mantenimiento
s
Pruebas de versioacuten
0807 26 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
0907 22 01 Equipo
desarrollador
Pruebas de
versioacuten Pruebas de versioacuten
(team)
1007 16 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1107 12 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1307 8 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1407 4 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
Al finalizar la iteracioacuten 2 se realiza la revisioacuten de la pila del Sprint resultante
ya que pueden aparecer nuevas tareas se deben tomar en cuenta aquellas
tareas que no fueron finalizadas en el Sprint 2 ya que en la iteracioacuten 2 no
existieron tareas sin finalizar esto nos da como resultado que se logroacute
terminar como se encontraba en el plan de inicio
Tabla Ndeg 31 Pila de tareas al finalizar la iteracioacuten 2
Tarea Tipo Estado
Disentildeo para el plan anual de sistemas Prototipo Finalizado
Disentildeo para el plan de mantenimientos Prototipo Finalizado
Establecer conexioacuten con la base de datos
programacioacuten
Prototipo Finalizado
Programacioacuten para el plan anual de
sistemas
Codificacioacuten Finalizado
Programacioacuten para el plan de
mantenimientos
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34333 Desarrollo Burn Down Chart
Para el desarrollo de la graacutefica se considera si existieron cambios en las
tareas como la iteracioacuten se mantuvo la pila de tareas planteada al comienza
de la interaccioacuten no tiene ninguacuten cambio
GRAacuteFICO Nordm 17 Iteracioacuten 2 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
150 145 140 135 130 125 120 115 110 105 100 95 90 85 80 75 70 65 60 55 50
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Sprint 2 Burndown chart
34334 Desarrollo del Sprint 2
Para el segundo Sprint parte del sistema se realizaron modificaciones al Esquema y Disentildeo de la base de datos donde quedo de la
siguiente manera
GRAacuteFICO Nordm 18 Disentildeo final de la base de datos
Elaborado por Dario Gutieacuterrez
Casos de uso
Plan anual de sistemas
GRAacuteFICO Nordm 19 Caso de uso plan anual sistemas
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 20 Caso de uso Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
Los usuarios del departamento de sistemas solo pueden ingresar registros al
plan anual de tal forma que al no ser cumplidos afecta con un porcentaje
negativo para los indicadores de la ISO 9001
GRAacuteFICO Nordm 21 Plan Anual de sistemas
Elaborado por Dario Gutieacuterrez
Como se mencionoacute en la ventana anterior las opciones para los usuarios de
sistemas es solo para gravar nuevos registro o realizar el cumplimiento de
cada uno de ellos
GRAacuteFICO Nordm 22 Plan de mantenimientos
Elaborado por Dario Gutieacuterrez
34335 Realizacioacuten de pruebas de versioacuten 20
Como la realizacioacuten de pruebas en la versioacuten anterior en esta tambieacuten se las
realiza y quedo de la siguiente manera
Tabla Ndeg 32 Caso de Prueba 4
Sistema SGMPro Id caso de prueba CP04
Historia de usuario H4 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de Sistemas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2 Agregar
registros al plan
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un
registro como
realizado y otro
como no
logrado
Se tomoacute varios
registros y se los
puso como
realizado y a otros
como no logrado
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 33 Caso de prueba 5
Sistema SGMPro Id caso de prueba CP05
Historia de usuario H5 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan de mantenimientos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida
obtenida
1
Acceso a la
ventana del plan
de mantenimientos
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado
deseado
2
Agregar registros
al plan de
mantenimientos
Se ingresoacute un
registro a la tabla
y se verifico
Excelente
Se efectuoacute el
resultado
deseado
3
Validar un registro
como realizado
mantenimiento y
proacuteximo
mantenimiento
Se tomoacute varios
registros y se los
puso como
realizado
mantenimiento y
a otros como
proacuteximo
mantenimiento
Excelente
Se efectuoacute el
resultado
deseado
Elaborado por Dario Gutierrez
3434 Iteracioacuten 3
34341 Plan del Sprint 3 para el sistema
Al terminar el Sprint 2 se selecciona los siguientes requerimientos del
Product Backlog para planificar el Sprint 3 y se detalla la siguiente tabla
Tabla Ndeg 34 Sprint Backlog del Sprint 3
Descripcioacuten Prioridad Ndeg historian de
Usuario
R6 Plan anual aacuterea
mantenimiento Alta H6
R7
Inventario de
repuestos aacuterea
mantenimiento
Alta H7
R8
Inventario de
herramientas aacuterea
mantenimiento
Alta H8
Elaborado por Dario Gutieacuterrez
Para la Iteracioacuten 2 el Product Owner concertoacute con los requerimientos en el
segundo Sprint
Ahora que se ha finalizado totalmente con el Sprint 2 y el Product Owner estaacute
de acuerdo se procede a tomar las tareas para el Sprint 3
Tabla Ndeg 35 Tareas del Sprint 3
Coacutedigo Descripcioacuten responsable Tiempo de
ejecucioacuten
TA01
Disentildeo para el
plan anual de
mantenimiento
Equipo
Desarrollador 18h
TA02
Disentildeo del
inventario de
repuestos
Equipo
Desarrollador 18h
TA03 Disentildeo del
inventario de
Equipo
Desarrollador 12h
herramientas
TA04 Programacioacuten
para el plan anual
Equipo
Desarrollador 48h
TA05
Programacioacuten
para el inventario
de repuestos
Equipo
Desarrollador 24h
TA06
Programacioacuten
para el inventario
de herramientas
Equipo
Desarrollador 18h
TA07 Pruebas de
versioacuten
Equipo
Desarrollador 12h
Total de tiempo de ejecucioacuten 150h
Elaborado por Dario Gutieacuterrez
Luego de la lista de tareas se desarrolla la construccioacuten de la pila de tareas
para la iteracioacuten 3
Tabla Ndeg 36 Tareas tipos y estados
Propuesta
Sistema de gestioacuten y mantenimiento programado de equipos tecnoloacutegicos e
industriales
Numero de
Sprint
Inicio Nuacutemero de diacuteas Jornada en horas
3 16-julio-2015 30 5
Tareas Responsables
Tipo Estado
Anaacutelisis En curso Equipo desarrollador
(team)
Disentildeo Terminado Equipo desarrollador
(team)
Codificacioacuten En curso Equipo desarrollador
(team)
Prototipo Pendiente Equipo desarrollador
(team)
Pruebas Pendiente Equipo desarrollador
(team) y Scrum Marster
Elaborado por Dario Gutieacuterrez
La primera lista del sprint 2 sentildeala los estados de las diferentes tareas lo que
ayuda a llevar un control de las actividades que estaacuten por realizarse
Tabla Ndeg 37 Listado de tareas y estados para el sprint 3
Tarea Tipo Estado Responsable
Disentildeo para el plan anual de
mantenimiento
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de repuestos
Prototipo Pendiente Equipo
desarrollador
(team)
Disentildeo del inventario de
herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el plan anual
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de repuestos
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Programacioacuten para el inventario
de herramientas
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Pruebas de versioacuten
Codificacioacuten Pendiente Equipo
desarrollador
(team)
Elaborado por Dario Gutieacuterrez
34342 Preparacioacuten del proceso del Sprint Planning Meeting
Igual al Sprint 2 se plantea el seguimiento de la pila de tareas tambieacuten se
recomienda tomar en consideracioacuten las tareas anteriores (ayer) tareas
actuales (hoy) y si se da alguacuten inconveniente para la realizacioacuten
Tabla Ndeg 38 Seguimiento de la pila de tareas
FECHA NHR NTRF RES TANT TACT
1607 150 07 Equipo
desarrollador
(team)
Plan para el
Sprint 3
Disentildeo para el plan
anual de
mantenimiento
1707 145 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
1807 140 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2007 135 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo para el plan
anual de
mantenimiento
2107 130 07 Equipo
desarrollador
(team)
Disentildeo para el
plan anual de
mantenimiento
Disentildeo del
inventario de
repuestos
2207 125 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2307 120 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2407 115 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
repuestos
2507 110 06 Equipo
desarrollador
(team)
Disentildeo del
inventario de
repuestos
Disentildeo del
inventario de
herramientas
2707 105 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2807 100 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Disentildeo del
inventario de
herramientas
2907 95 05 Equipo
desarrollador
(team)
Disentildeo del
inventario de
herramientas
Programacioacuten para
el plan anual
3007 90 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
3107 85 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0108 80 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0308 75 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0408 70 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0508 65 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0608 60 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0708 55 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
0808 50 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1008 45 04 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el plan anual
1108 40 03 Equipo
desarrollador
(team)
Programacioacuten
para el plan
anual
Programacioacuten para
el inventario de
repuestos
1208 35 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
repuestos
1308 30 03 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
repuestos
Programacioacuten para
el inventario de
herramientas
1408 25 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1508 20 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Programacioacuten para
el inventario de
herramientas
1708 15 02 Equipo
desarrollador
(team)
Programacioacuten
para el
inventario de
herramientas
Pruebas de versioacuten
1808 10 01 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
1908 5 00 Equipo
desarrollador
(team)
Pruebas de
versioacuten Pruebas de versioacuten
Elaborado por Dario Gutieacuterrez
En el final la iteracioacuten 3 se procede a la revisioacuten de la pila del Sprint
resultante ya que en la iteracioacuten 3 no existieron tareas sin finalizar esto nos
da como resultado que se logroacute terminar como se encontraba en el plan de
inicio
Tabla Ndeg 39 Pila de tareas al finalizar la iteracioacuten
Tarea Tipo Estado
Disentildeo para el plan anual de
mantenimiento
Prototipo Finalizado
Disentildeo del inventario de repuestos Prototipo Finalizado
Disentildeo del inventario de herramientas Prototipo Finalizado
Programacioacuten para el plan anual Codificacioacuten Finalizado
Programacioacuten para el inventario de
repuestos
Codificacioacuten Finalizado
Programacioacuten para el inventario de
herramientas
Codificacioacuten Finalizado
Pruebas de versioacuten Codificacioacuten Finalizado
Elaborado por Dario Gutieacuterrez
34343 Desarrollo del Burn Down Chart
Al realizar la distribucioacuten del tiempo el cual se tomoacute en cuenta en la
planificacioacuten y la estimacioacuten del desarrollo que se realizoacute anteriormente
GRAacuteFICO Nordm 23 Iteracioacuten 3 esfuerzo realizado
Elaborado por Dario Gutieacuterrez
34344 Desarrollo del Sprint 3
En el desarrollo de la iteracioacuten 3 quedando disentildeada todas las tablas y
completa la base de datos en la iteracioacuten 2 se procede con los siguientes casos
de uso
GRAacuteFICO Nordm 24 Caso de uso Plan anual mantenimiento
Elaborado por Dario Gutieacuterrez
15014514013513012512011511010510095 90 85 80 75 70 65 60 55 50 45 40 35 30 25 20 15 10 5
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Sprint 3 Burndown chart
GRAacuteFICO Nordm 25 Caso de uso Inventario de Repuestos
Elaborado por Dario Gutieacuterrez
GRAacuteFICO Nordm 26 Caso de uso Inventario de herramientas
Elaborado por Dario Gutieacuterrez
En el registro de los equipos industriales se detalla todo lo que concierne a
cada equipo y su actividad dentro las liacuteneas de produccioacuten de la planta
ensambladora
GRAacuteFICO Nordm 27 Ventana de Registro Equipo industrial
Elaborado por Dario Gutieacuterrez
Para el inventario de repuestos tenemos el ingreso de un nuevo iacutetem de
repuesto por si no existe no es necesario la eliminacioacuten o modificacioacuten de un
iacutetem de repuestos ya que por la complejidad de cada Equipo Industrial es muy
difiacutecil que se elimines repuestos
GRAacuteFICO Nordm 28 Inventario de repuestos
Elaborado por Dario Gutieacuterrez
En el Ingreso y Salida de Material se busca por la lista de nombre de iacutetems de
repuestos y se detalla cuanto ingresa o cuanto sale a inventario
GRAacuteFICO Nordm 29 Ingreso y salida de material
Elaborado por Dario Gutieacuterrez
En el inventario de herramientas se realiza el ingreso de una nueva
herramienta en la realizacioacuten anual de inventario si alguna herramienta se da
de baja solo se modifica la observacioacuten de la herramienta
GRAacuteFICO Nordm 30 inventario de herramientas
Elaborado por Dario Gutieacuterrez
34345 Realizacioacuten de pruebas de versioacuten 30
Al hacer un test del funcionamiento correcto del sistema se ha sometido a
pruebas el sistema para asiacute comprobar la satisfaccioacuten de los requerimientos en
el Sprint 3
Tabla Ndeg 40 Caso de prueba 6
Sistema SGMPro Id caso de prueba CP06
Historia de usuario H6 Responsable Dario Gutierrez
Propoacutesito
Prueba Plan Anual de mantenimiento
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1 Acceso a la ventana
del plan anual
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Acceso al sub
modulo
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
3 Registrar personas
Se realizoacute el
registro de
personas
Excelente
Se efectuoacute el
resultado deseado
4 Registrar equipo
industrial
Se realizoacute varios
registros de
equipos
industriales
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de
datos en el plan
anual
Se realizoacute la
verificacioacuten de la
tablas y
validacioacuten de
campos
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Tabla Ndeg 41 Caso de prueba 7
Sistema SGMPro Id caso de prueba CP07
Historia de usuario H7 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de repuestos
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Se accedioacute a la
ventana
correspondiente a
inventario de
repuestos
Se realizoacute el
acceso
correctamente
Excelente
Se efectuoacute el
resultado deseado
2 Ingresar repuestos en
el inventario
Se ingresoacute varios
repuesto llenando
todos los campos
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
en las tablas
Se validoacute los
registros al
consultar en las
tablas
Excelente
Se efectuoacute el
resultado deseado
4 Ingresar y sacar
material
Se accedioacute a la
ventana y realizo
ingresos de
material y salida de
material
Excelente
Se efectuoacute el
resultado deseado
5
Verificacioacuten de datos
ingreso y salida de
material
Se realizoacute la
verificacioacuten de la
tablas para
constatar los
ingresos y salidas
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
Para finalizar el test de pruebas se realiza la prueba al inventario de
herramientas y tomando en cuenta como si fuera un inventario anual de
herramientas
Tabla Ndeg 42 Caso de prueba 8
Sistema SGMPro Id caso de prueba CP08
Historia de usuario H8 Responsable Dario Gutierrez
Propoacutesito
Prueba Inventario de herramientas
Descripcioacuten de las acciones
Ndeg Acciones Salida esperada Salida obtenida
1
Acceso a la ventana de
Inventario de
herramientas
Se accedioacute
correctamente
Excelente
Se efectuoacute el
resultado deseado
2
Realizar un inventario
anual con algunas
herramientas
Se ingresoacute las
herramientas
tomadas en el
inventario anual
Excelente
Se efectuoacute el
resultado deseado
3 Validar informacioacuten
Se verifico la
informacioacuten con las
tablas e
informacioacuten
tomada
Excelente
Se efectuoacute el
resultado deseado
Elaborado por Dario Gutieacuterrez
344 Compromiso y Mantenimiento
El investigador se compromete en realizar revisiones teacutecnicas al sistema
implantado para asiacute verificar su funcionamiento
Los usuarios tendraacuten acceso a un manual del sistema para que no tengan
problemas al utilizarlo y no generar dudas
345 Conclusiones y recomendaciones de la propuesta
3451 Conclusiones
Del plan de desarrollo del sistema de Gestioacuten y mantenimiento programado
de equipos tecnoloacutegicos e industriales para los departamentos de
Mantenimiento y Sistemas de la planta Ensambladora CIAUTO se concluye
lo siguiente
La informacioacuten que se recolectoacute fue de gran ayuda para lograr alcanzar
los requisitos para el desarrollo del sistema los mismos que se
completaron satisfactoriamente
Al escoger las herramientas informaacuteticas precisas aplico un desarrollo
adecuado del sistema asiacute logrando obtener el sistema como se
encontraba planteado
Gracias a la aplicacioacuten de la Metodologiacutea Aacutegil de desarrollo de Software
SCRUM en el trabajo de investigacioacuten se adquirioacute experiencia muy
aplicada y nuevos conocimientos es asiacute como se ha logrado desarrollar un
eficiente control en todo el avance del sistema
3452 Recomendaciones
Es necesario obtener la informacioacuten y realizar un buen anaacutelisis para
denotar lo que realmente necesita el usuario
Es recomendable estar familiarizado con las diferentes herramientas para
el desarrollo de software asiacute sabremos utilizar lo necesario para el
desarrollo del sistema
Es adecuado conocer a fondo las funciones y caracteriacutesticas de la
metodologiacutea Scrum para evitar inconvenientes al desarrollar el sistema
Para que el sistema pueda ser ejecutado controlado y manipulado de la
mejor manera se recomienda que
Se realice una capacitacioacuten teacutecnica previa a su uso dirigida a las personas
que van a administrar el sistema ya que de esta manera podraacute manipular al
mismo con toda seguridad y a la vez aprovechar todos los recursos que
posee
Se recomienda utilizar la informacioacuten de este trabajo de investigacioacuten
como base para el desarrollo de otros sistemas a realizar
346 Maquetacioacuten del disentildeo del sistema
La maquetacioacuten del sistema nos permite conocer como estaacute armado el disentildeo
teacutecnico del sistema es un graacutefico donde se detallan las partes que lo
componen donde se encuentra especificado las herramientas utilizadas el
motor de base de datos y los que intervendraacuten con el sistema
GRAacuteFICO Nordm 31 Disentildeo del sistema
Elaborado por Dario Gutieacuterrez
35 Comprobacioacuten de objetivos
En la propuesta del trabajo de investigacioacuten se planteoacute objetivos muy
importantes y relevantes es asiacute que se justifican de la siguiente manera
Al a ver culminado la propuesta y luego la implementacioacuten del sistema se
realiza el anaacutelisis y disentildeo del Sistema donde se realizoacute el seguimiento del
proceso de la Mitologiacutea Aacutegil SCRUM para el desarrollo en cada uno de los
requerimientos de las necesidades de los usuarios
Se realiza los diferentes procesos en el sistema y se realiza comprobaciones y
verificaciones de la funcionalidad de cada parte para asiacute tener el resultado
deseado para cada uno de los usuarios
Para culminar se reitera que todos los moacutedulos necesarios y sus diferentes
caracteriacutesticas dan una visualizacioacuten de los diferentes requerimientos y que
despueacutes se convirtieron en tareas finalizadas para terminacioacuten del sistema y
se puedan verificar aspectos de planes anuales mantenimientos realizados
tareas no realizadas y sirvan para una mejora continua de cada aacuterea y por
entregar una herramienta informaacutetica de gran utilidad para la Planta
Ensambladora CIAUTO
CONCLUSIONES
Se puede concluir que existe informacioacuten variada para el desarrollo del
software como tambieacuten de la metodologiacutea SCRUM y sus procesos de
metodologiacutea aacutegil
Para la recoleccioacuten o buacutesqueda de informacioacuten se utilizoacute metodologiacuteas
teacutecnicas instrumentos y anaacutelisis de investigacioacuten las mismas que permitieron
comprobar la hipoacutetesis
Al culminar el trabajo se obtuvo como resultado un sistema implementado
que gestiona los mantenimientos fichas teacutecnicas de maquinaria y otra
informacioacuten
RECOMENDACIONES
Es recomendable utilizar las herramientas como la entrevista y la encuesta
teacutecnicas y metodologiacuteas coma la investigacioacuten bibliograacutefica junto con la
experimentacioacuten cientiacutefica para obtener resultados favorables para los
clientes quienes nos comparten una visioacuten clara de lo que quieren lograr con
el sistema a desarrollar
Estimular al desarrollo de software con metodologiacuteas aacutegiles a las comunes o
las que todos utilizan en forma repetitiva porque esto ayudaraacute a una mejor
calidad de software y tiempo de ejecucioacuten
Es apropiado la utilizacioacuten de instrumentos de desarrollo de software para
cliente servidor que se basan en coacutedigo abierto porque este tipo de lenguajes
de programacioacuten reducen costos y poseen una gran cantidad de informacioacuten
que se encuentra en el internet
BIBLIOGRAFIacuteA
Bibliografiacutea baacutesica
FIGUEROA Roberth G SOLIS Camilo J CABRERA Armando A 2008
Metodologiacuteas Tradicionales vs Metodologiacuteas Aacutegiles 2008
ORTEGA J Gasset 1985 Diccionario Everest Lengua Espantildeola Leoacuten
EVERGRAFIAS SA 1985
T Edgar 2008 Mantenimiento 2008
Bibliografiacutea citada
BLANCO L GUTSZAT I 2008 Sistemas Informaacuteticos Habana ENPES
2008
D T CAMPBELL y J STANLEY 1973 Disentildeos experimentales y cuasi
experimentales en la investigacioacuten social Buenos Aires Amorrortu 1973
F MONCHY 1990 Teoriacutea y Praacutectica del Mantenimiento Industrial
Barcelona MASSON SA 1990
FERNAacuteNDEZ Javier 1999 El Managment del Nuevo Milenio Granada
GRANICA 1999
GARCIA GARRIDO Santiago 2012 Ingenieriacutea de Mantenimiento
Madrid Renovetec 2012
HUESO Andreacutes CASCANT Josep M 2012 Metodologiacutea y Teacutecnicas
Cuantitativas de Investigacioacuten Valencia UNIVERSITAT POLITEacuteCNICA
DE VALENCIA 2012
Hugo GARCEacuteS 2000 Investigacioacuten cientiacutefica Quito Abya-yala 2000
JK GALBRAITH 1985 El Nuevo Estado industrial Madrid Sarpe 1985
Karl POPPER 1994 La loacutegica de la investigacioacuten cientiacutefica Madrid
Tecnos Edicioacuten 1994
ORJUELA Ailin ROJAS Mauricio 2008 Las Metodologiacuteas del desarrollo
aacutegil como una oportunidad para la ingenieriacutea de software educativo
Pamplona Universidad de Pamplona Colombia 2008
QUINTANILLA Miguel Aacutengel 1998 TECNOLOGIacuteA UN ENFOQUE
FILOSOacuteFICO Madrid SL FONDE DE CULTURA 1998
REYES Agustiacuten 2003 Administracioacuten Moderna Lima LIMUSA SA
2003
S PRESSMAN Roger 2007 Ingenieriacutea de Software Un enfoque praacutectico
London McGraw-Hill Interamericana 2007 ISBN 970-10-5473-3
SOMERVILLE Ian 2005 Ingenieriacutea de software Madrid PEARSON
Addison Wesley 2005 ISBN 84-7829-074-5
VERGARA Gonzalo 2009 iquestQueacute es un Sistema de Gestioacuten 2009
YIN Robert K 1985 Investigacioacuten sobre Estudio de Casos Disentildeo y
Meacutetodos Los Aacutengeles SAGE Publications 1985
Bibliografiacutea virtual
Fuente CASTANtildeEDA Carlos Articulo Historia Automoacutevil Ecuador
Fecha 08122000 Disponible en la web
httpcinaeorgecindexphpoption=com_contentampview=articleampid=26
ampItemid=302amplang=es
Fuente LOacutePEZ Daniel Articulo Ensamblaje de Autos Fecha 15112003
Disponible en la web httpeldiarioecnoticias-manabi-ecuador208469-
ensambladora-de-la-hyundai-confirmada
Fuente TARTADO Daniel Articulo Llegada del Automoacutevil Fecha
09032005 Disponible en la web httpaeadenetcifrashtml
ANEXOS
ENCUESTA
Pregunta 1 iquestCree usted que la Planta ensambladora debe estar sujeta al
desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestConoce usted que es un sistema de gestioacuten y mantenimiento
programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsidera usted que se lleve el control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea usted la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce usted coacutemo es el proceso para realizar el mantenimiento de
un equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 6 iquestConsidera usted beneficioso que se lleve un control de los
documentos y planificacioacuten de mantenimientos para los equipos criacuteticos
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENTREVISTA
Pregunta 1 iquestCoacutemo gerente de la planta ensambladora CIAUTO cree usted que
debe estar sujeta al desarrollo tecnoloacutegico para asiacute brindar una mejora continua
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 2 iquestTiene conocimiento de que es un sistema de gestioacuten y
mantenimiento programado
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 3 iquestConsiderariacutea que se lleve un control de la planificacioacuten de
mantenimientos a traveacutes de un Sistema Informaacutetico
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 4 iquestCoacutemo calificariacutea la creacioacuten de un sistema de gestioacuten y
mantenimiento programado para la planta ensambladora
EXCELENTE
BUENO
NO CALIFICA
PORQUE _________________________________________________________
__________________________________________________________________
Pregunta 5 iquestConoce coacutemo es el proceso para realizar el mantenimiento de un
equipo informaacutetico en CIAUTO
SI
NO
PORQUE _________________________________________________________
__________________________________________________________________
ENCUESTA FINAL
Pregunta 1 iquestSe pudo agilizar tiempos en la buacutesqueda de informacioacuten gracias al
SGMpro
SI
NO
Pregunta 2 iquestCree Ud que gracias a la implementacioacuten del sistema SGMpro la
gestioacuten de la informacioacuten en el departamento de mantenimiento ha reducido
recursos y tiempo
SI
NO
Pregunta 3 iquestSeguacuten su criterio el control de mantenimientos que requieren los
equipos industriales ha mejorado notablemente con la implementacioacuten de
SGMpro
SI
NO
MANUAL DE USUARIO
Para el presente proyecto se creoacute un manual de usuario donde se explica
detalladamente el funcionamiento de cada una de las ventanas
1 Ventana de ingreso al sistema
En esta ventana se digita el nombre de usuario y contrasentildea previamente
ya registrados por el administrador Dependiendo del departamento al que
pertenezca se habilitaran los moacutedulos Administrador Mantenimiento y
Sistemas
Elaborado por Dario Gutieacuterrez
2 Moacutedulo de root
Como se puede observar se habilitan todos los moacutedulos para el usuario
root al ser suacuteper usuario puede tener acceso a todo el sistema
21 Los suacuteper usuarios tienes acceso a todo el sistema
22 Los usuarios del departamento de mantenimiento tienen acceso al
moacutedulo de mantenimiento
23 Para los usuarios del departamento de sistemas se les da acceso solo al
modulos de sistemas
Elaborado por Dario Gutieacuterrez
3 Registro de personas
Para el registro de personas se toma en cuenta los datos cedula nombre
completo usuario contrasentildea y departamento
Todos los campos estaacuten validados para permitir un cierto nuacutemero de
caracteres
Elaborado por Dario Gutieacuterrez
En la ventana se puede grabar modificar eliminar nuevo como opciones para los
usuarios
4 Plan anual de sistema
Aquiacute en el plan anual se realiza el ingreso de la descripcioacuten fecha inicio y
fecha fin la persona que realiza y la observacioacuten y una pequentildea tabla
donde se visualiza los datos ingresados
Elaborado por Dario Gutieacuterrez
5 Plan de mantenimiento
En este plan solo tenemos que escoger los datos ya generados en otras
ventanas que se mostraran posteriormente en este manual pero tambieacuten
aquiacute tenemos lo que se llamariacutea un pequentildeo sub modulo para lo que es el
registro de equipo y el registro de mantenimientos
Elaborado por Dario Gutieacuterrez
6 Registro de equipo industrial
Para realizar el registro de un equipo industrial se requiere todos los datos
correspondientes y exactos ya que ninguacuten campo puede quedar vaciacuteo
Elaborado por Dario Gutieacuterrez
7 Registro de mantenimiento
Para el registro de un mantenimiento solo se deben escoger paraacutemetros
previamente ingresados por lo que aquiacute tambieacuten se puede ir a las
correspondientes ventanas para realizar el ingreso si alguacuten dato no consta
todaviacutea
Elaborado por Dario Gutieacuterrez
8 Tipo de actividad y actividades
Aquiacute se ingresan los tipos de actividades para los equipos industriales y
tambieacuten se puede ir a la ventana siguiente que es donde se ingresan los
datos para el registro de actividades del tipo de actividad correspondiente
Elaborado por Dario Gutieacuterrez
9 Inventario de repuestos
Aquiacute se puede realizar el ingreso de repuestos con sus correspondientes
datos y visualizar como tambieacuten se puede realizar un ingreso y salida de
material para tener una visualizacioacuten de lo que se tiene en repuestos y por
si necesita alguno
Elaborado por Dario Gutieacuterrez
10 Inventario de herramientas
Aquiacute constan las herramientas por cada una de las estaciones de liacuteneas de
ensamblaje y sus estados y su constancia cada inicio de antildeo que se realiza
el inventario
Elaborado por Dario Gutieacuterrez
Instalacioacuten de PostgreSQL 9
Abrir un navegador web y acceder a la URL
httpwwwpostgresqlorgdownloadwindows
Aquiacute descargar la versioacuten 900 RC1 para Windows de 64 bits
Fuente postgresql
Una vez descargado el archivo de instalacioacuten de PostgreSQL (postgresql-900-
rc1-windowsexe de 455 MB) pulsar con el botoacuten derecho del ratoacuten sobre eacutel y
seleccionar Ejecutar como administrador
Fuente postgresql
Al tener activado el control de cuentas de usuario se mostraraacute una advertencia con
el texto iquestDesea permitir que este programa realice cambios en el equipo pulsar
Siacute para continuar con la instalacioacuten de PostgreSQL
Fuente postgresql
Se iniciaraacute el asistente para instalar PostgreSQL pulsar Siguiente
Fuente postgresql
Indicar la carpeta de instalacioacuten de PostgreSQL donde se guardaraacuten los
ejecutables libreriacuteas y ficheros de configuracioacuten de PostgreSQL
Fuente postgresql
Indicar tambieacuten la carpeta donde se guardaraacuten los datos por defecto de
PostgreSQL
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres que seraacute con el que
inician sesioacuten para administrar la base de datos
Fuente postgresql
Introducir el puerto de escucha para la conexioacuten con el servidor PostgreSQL por
defecto el 5432
Fuente postgresql
Seleccionar la configuracioacuten regional
Fuente postgresql
Pulsar Siguiente para iniciar la instalacioacuten definitiva del servidor PostgreSQL
en Microsoft Windows 7
Fuente postgresql
Se iniciaraacute el asistente para instalar el motor de base de datos PostgreSQL que
crearaacute las carpetas oportunas copiaraacute los ficheros necesarios y crearaacute el servicio
Windows para iniciar de forma automaacutetica el motor de base de datos
Fuente postgresql
Una vez finalizada la instalacioacuten el asistente mostrara la posibilidad de ejecutar
Stack Builder aplicacioacuten que permitiraacute instalar otros componentes y herramientas
para PostgreSQL
Fuente postgresql
Marcar la opcioacuten de Stack Builder se iniciaraacute seleccionar PostgreSQL 90 on
port 5432 y pulsar Next
Fuente postgresql
Seleccionar las aplicaciones componentes y herramientas a instalar y pulsar
Next
Fuente postgresql
El asistente para instalar el servodpr PostgreSQL habraacute creado un servicio que
estaraacute iniciado y en tipo de inicio automaacutetico llamado postgresql-90
Fuente postgresql
Y habraacute creado la carpeta en archivos de programa PosgreSQL con las
subcarpetas
Fuente postgresql
Y la carpeta de datos
Fuente postgresql
Con esto habraacute convertido nuestro equipo Microsoft Windows 7 en un servidor de
base de datos PostgreSQL
Administracioacuten de PostgreSQL creacioacuten de usuarios (roles) cataacutelogos
Crear roles de login (usuarios) en PostgreSQL
Para el acceso a la administracioacuten del motor de base de datos PostgreSQL acceder
al botoacuten Iniciar - PostgreSQL 90 - pgAdmin III
Fuente postgresql
Desplegar Server Groups dentro desplegar Servidores y dentro de eacuteste pulsar
con el botoacuten derecho del ratoacuten sobre PostgreSQL 90 (localhost 5432) en el
menuacute emergente seleccionar Conectar
Fuente postgresql
Introducir la contrasentildea para el suacuteper usuario postgres (la contrasentildea introducida
en la instalacioacuten)
Fuente postgresql
Si todo es correcto se conectara al servidor PostgreSQL desde pgAdmin podra
configurar y administrar el servidor de PostgreSQL
Fuente postgresql
Para crear un rol de login pulsar con el botoacuten derecho del ratoacuten sobre Roles de
Login seleccionar Nueva Rol de Login
Fuente postgresql
En la pestantildea Propiedades introducir los siguientes datos
Nombre del Rol nombre del usuario
Contrasentildea contrasentildea para este usuario (rol)
La cuenta caduca para que la cuenta de usuario caduque en una fecha se
estableceraacute en este campo
Fuente postgresql
En la pestantildea Privilegios de Rol indicar si este usuario seraacute suacuteper usuario si
puede crear objetos de la base de datos y si puede crear roles
Fuente postgresql
Pulsar OK en la ventana anterior para crear el rol de login
