022015-ESPECIALIZACIN PROCESOS DE SOFTWARE-UNIVERSIDAD SAN BUENAVENTURA
INGENIERIA KANSEI Y SU APLICACIN EN LA
ELICITACION DE REQUISITOS DE SOFTWARE
Manuel Alejandro Pastrana Pardo, Member, IEEE
Vctor Hugo Gil Ramos
Abstract - this article expose an alternative to improve the
software development process life cycle, specifically in the
elicitation of requirements applying Kansei Engineering, where it
is intended that information systems or applications to be deploy
will be closer to the real expectation of the end user requires. The
main reason to do this paper is to show another possible way to
make the software analysis thinks not only in the functions of the
final application but even in the final user experience. The reader
will see in this work a little review of the classical elicitation
techniques and the new way propose in the use of the emocardas
to try to understand the emotional impact of the users when they
interacted with the application make for them company.
Index Terms Software, Kansei, Information Systems.
Elicitation Technique, Emocards.
I. INTRODUCCION
U na de las problemticas ms comunes que se presenta en
el proceso de desarrollo de cualquier producto consiste en que
las soluciones requeridas por los usuarios distan mucho de lo
que ellos realmente quieren y/o necesitan como sugiere [1]. En
especial en la industria de software los usuarios finales reciben
un producto que opera bajo sus necesidades bsicas
funcionales pero no toma en cuenta otros aspectos relevantes
tal vez por costos o tiempo de implementacin, esto se debe a
que existe una brecha muy amplia entre el levantamiento de
requisitos y la construccin del software que al da de hoy se
busca minimizar con la implementacin de distintos
frameworks de anlisis de requisitos que se apoyan en tcnicas
tradicionales y no tradicionales para elicitar. Sin embargo se
siguen presentando inconvenientes al momento de plasmar lo
especificado por el usuario en los casos de uso, prototipos, etc.
con respecto a lo que se entrega como solucin a las
necesidades del usuario. En muchas ocasiones se ha percibido
que al momento del levantamiento de requisitos, esta labor se
realiza con usuarios que no estn involucrados diariamente en
los procesos a analizar, ocasionando que se presenten
reprocesos al momento de la entrega del sistema para su
validacin, y como sucede regularmente se entrega algo que
no es til en su totalidad para cumplir con el proceso que
1
realizan o que se requiere de la realizacin de tareas
adicionales para hacerlo funcionalmente til. Cuando de
elicitacion de requisitos se habla, se evidencia drsticamente
que el usuario final no obtiene el resultado final esperado, tal y
como se sugiere en [2] por la falta de comprensin de sus
necesidades tanto funcionales como emocionales.
Con base en lo anterior, surge la necesidad de mirar otras
alternativas e ir ms all del enfoque tradicional e
implementar el uso de otras herramientas como complemento
de la ingeniera de software, tal es el caso de la Ingeniera
Kansei aplicada al ciclo de vida del desarrollo de software,
puntualmente en el proceso de levantamiento de requisitos,
donde se puede implementar una mejora al generar factores de
diseo de posibles sensaciones visuales, tctiles y auditivas
que impacten de manera positiva al usuario y que permita que
la extraccin de las necesidades que tiene el usuario frente al
sistema de informacin o software que se va a desarrollar sean
ms claras y asertivas as como indica Mitsuo Nagamachi
creador de la Ingeniera Kansei. Gracias al trabajo de
Nagamachi, se pueden explorar nuevas formas para la
creacin de un producto y brindarle ese valor agregado que lo
hace deseable y diferenciable en un mercado por encima de
los productos de caractersticas similares.
A medida que transcurre el tiempo y los sistemas de
informacin van evolucionando, se hace necesario mejorar las
tcnicas involucradas en el ciclo de vida del desarrollo de
software. Por lo anterior y como punto de mejora continua
para los proceso de desarrollo de software, el enfoque de este
artculo aborda, como hito principal, la actividad de anlisis de
requisitos y propone complementar las tcnicas de elicitacion
con una herramienta que permita extraer las verdaderas
necesidades del usuario frente a un sistema de informacin o
aplicacin empresarial en trminos de la percepcin emocional
del mismo. Finalmente es importante resaltar la importancia
incluir dentro de las tcnicas de elicitacin de requisitos
tradicionales la ingeniera Kansei, con el fin de disminuir las
falencias que se presentan en la mayora de los proyectos.
II. PROCESO PARA EL DESARROLLO DE SOFTWARE
A. ANTECENDETES
El proceso para el desarrollo de software, segn [3], aborda
un conjunto de actividades y tcnicas que apoyan el proceso
022015-ESPECIALIZACIN PROCESOS DE SOFTWARE-UNIVERSIDAD SAN BUENAVENTURA
realizado en la ingeniera de software necesarias para
transformar los requisitos del usuario en un producto de
software.
El ciclo de vida del proceso de desarrollo de software
tradicional, lo conforman los procesos en anlisis, diseo,
desarrollo y pruebas segn [3] y para efectos de este
documento se hace nfasis en la etapa de anlisis de requisitos
o requerimientos, en donde se recopilan, examinan y evalan
las necesidades funcionales del cliente, as como se examina
cualquier restriccin que se pueda presentar durante la
construccin de la aplicacin.
La idea general es aplicar la Ingeniera Kansei sobre alguna
de las tcnicas ms habituales en la elicitacin requisitos como
son la Entrevista, Lluvia de Ideas, Escenarios [Weidenhaput et
al. 1998, Rolland et al. 1998], o como Casos de Uso [Jacobson
et al. 1993, Booch et al. 1999]. Cada una de estas tcnicas es
aplicada bsicamente en las empresas de desarrollo de
software con el fin de extraer la informacin ms relevante del
proceso que realiza el usuario final y que se pretende
automatizar.
El uso de escenarios para construir casos de uso presenta
ciertas ventajas sobre la descripcin de las necesidades
funcionales [Firesmith 1997] permitiendo extraer de manera
detallada las necesidades del usuario y facilitando la
elicitacin de requisitos mediante esta tcnica. Los casos de
uso son fcilmente comprensibles por todo el equipo de
trabajo (Clientes, Usuarios, Analistas, etc.), si estn
correctamente escritos, adems pueden servir de base para la
realizacin de las pruebas del sistema y la documentacin final
del proceso establecido [Weidenhaput et al. 1998]. Pero el uso
de estas tcnicas descuida de manera sustancial el enfoque de
usabilidad de las aplicaciones dado que su objetivo es
interpretar que funcionalidades requiere el usuario para operar
sin importar si la aplicacin fcilmente interacta con el
usuario.
Otra tcnica muy utilizada, sobre todo en cuanto a
metodologas giles se refiere es el inception gil o inception
deck. El inception es una reunin que busca orientar a todo los
interesados de un proyecto a un solo foco y objetivo en pro del
producto de software a construir. Se basa en iniciar con la
pregunta por qu estamos aqu?, con lo que se inicia la
construccin del elevetor pitch, construir la caja del producto,
conocer a los vecinos, Crear la lista de lo que el producto no
es, que son tcnicas bastantes innovadoras para dialogar en
torno al producto que se va a construir extrayendo el que y el
cmo se har. Tambin tiene otras actividades que ayudan a
identificar los riesgos del proyecto como el que no nos deja
dormir y tambin las estrategias que contrarrestan lo anterior,
que nos hace dormir bien. En resumen esta tcnica si bien es
bastante til para extraer la informacin de los interesados del
proyecto, tampoco plantea una manera explcita de tomar en
cuenta la percepcin sensorial y emocional que pueda
impactar en trminos de diseo nuestras aplicaciones porque
el aspecto de usabilidad y el Kansei o sensacin que produce
la aplicacin que est siendo diseada, si bien puede o no ser
2
una restriccin del sistema, no es un driver constante que guie
dichos diseos y por lo mismo no siempre es tenido en cuenta
como valor principal agregado de los aplicativos. Es por esto
necesario generar la siguiente pregunta: Cul es la
importancia que le damos al look and feel de las aplicaciones
y bajo qu enfoque se podra tener en cuenta?
En adicin a lo anterior y resaltando la filosofa gil, la
innovacin y la creatividad son el eje central del valor
agregado al negocio y depende del equipo que elabore el
producto adicionarle ese plus a los productos construidos.
Por lo anterior y para efectos de este trabajo se busca
implementar sobre las tcnica de entrevista, de escenario que
generan los documentos de casos de uso y las historias de
usuario, los recursos brindados por la Ingeniera Kansei que
permita al documento tener el valor agregado del aspecto
emocional para aumentar atributos de calidad en los requisitos
entregados para su posterior implementacin y que
adicionalmente estos cumplan con lo requerido por el usuario
final de la aplicacin.
III. KANSEI Y SU TRABAJO
Mitsuo Nagamachi en su artculo Kansei Engeeniering: A
New ergonomic consumer oriented technology for product
development [6], plantea una forma diferente de mirar la
creacin de productos de manera innovadora. En el trabajo
mencionado se plantea la importancia de entender los
sentimientos o Kansei, a travs de las sensaciones que se
producen al suplir las necesidades reales y las expectativas de
un cliente potencial a travs del diseo exacto que cumpla con
lo requerido o lo que l denomina diseo ergonmico.
Para ello Nagamachi plantea un modelo en el que las
palabras se convierten en requisitos de diseo que despiertan
la idea de que el producto es exactamente lo que el posible
cliente quiere. Dado este modelo a travs de un sistema de
inteligencia artificial aplicada al trabajo de Nagamachi para el
tipo de industria especifico, que recibe el nombre de KES o
Kansei Engenieering System, se logra plasmar los
sentimientos e imgenes del posible cliente en detalles de
diseo. A travs de este sistema se puede identificar por medio
de tcnicas como la lgica difusa que permiten normalizar los
datos obtenidos de las distintas percepciones de un grupo
estudio que ha alimentado la base de datos de conocimiento
previamente, las respuestas psicolgicas positivas y negativas
de acuerdo a los prototipos expuestos para lograr un efecto de
diseo que explote el lado positivo en la mayora de los
receptores del diseo.
IV. APLICACIONES DE LA INGENIERIA KANSEI
Desde su invencin en el ao 1995, la ingeniera Kansei ha
sido aplicada a diversos modelos de negocio. El primer caso
mencionado es el del carro Miata de la compaa Mazda.
Segn [6], para probar su teora Mitsuo Nagamachi decidi
contactar al director de Mazda en esos momentos, el seor
Miyamoto, y plantearle la posibilidad de implementar en un
022015-ESPECIALIZACIN PROCESOS DE SOFTWARE-UNIVERSIDAD SAN BUENAVENTURA
diseo de un automvil dicho proceso. El resultado de esta
prueba fue un xito total en las ventas de ese ao,
posicionando a Mazda como una de las empresas lderes de la
industria automotriz, adicionando mediante este mtodo una
ventaja competitiva sobre sus rivales comerciales al entender
mejor las necesidades emocionales del cliente final.
Adems del caso mencionado anteriormente, tambin
existen otros casos en los que la aplicacin de la Ingeniera
Kansei ha sido todo un xito. De acuerdo con [7], debido a
las caractersticas urbanas de Japn que imposibilitan tener un
jardn real en las residencias de algunos ciudadanos, se
present la necesidad de implementar un sistema de realidad
virtual que simulara lo ms detallamente posible un jardn y
que por medio de l, se genere la sensacin de estar inmerso
en un jardn real. Por tanto surge la necesidad de resolver esta
problemtica imitando todas las caractersticas de luz, sombra,
sonidos, viento, movimiento de las ramas y dems
caractersticas del ambiente real. La implementacin de este
sistema es muy complejo y no puede ser modelado con un
proceso de elicitacin tradicional porque no hay forma de
levantar requisitos dentro de un grupo focal de interesados,
por eso como indica [7], se decidi utilizar la implementacin
de la ingeniera Kansei para desarrollar la aplicacin hecha en
el lenguaje de programacin Java que pudiera cumplir con las
expectativas de un ambiente real.
Otro ejemplo se da en las interfaces de usuario de las redes
sociales ya que son otro gran marco de trabajo de estas teoras
al requerir implementar mejoras en la experiencia de usuario
mediante la interaccin de estos con las aplicaciones,
permitiendo determinar con solo su manipulacin que mejoras
se pueden aplicar [9].
Teniendo en cuenta los casos de xito que se mencionan
anteriormente, es importante resaltar que hasta el momento no
se ha utilizado la Ingeniera Kansei sobre aplicaciones
comerciales tradicionales, pero se debe tener en cuenta que
para la realizacin de este tipo de aplicaciones es de vital
importancia la interaccin con los usuarios, siendo este uno de
los focos que se utiliza en la Ingeniera Kansei, por lo que
sera de gran ayuda en el proceso de levantamiento de
requisitos.
V. KANSEI APLICADO
Dentro de este trabajo los autores buscan enfocar la
inclusin de la Ingeniera Kansei dentro de la ingeniera de
software como apoyo a la construccin de aplicaciones sin una
fuente concreta de recoleccin de datos y ampliar el enfoque a
las aplicaciones comerciales tradicionales.
Hoy en da el proceso que ms inconsistencias presenta
dentro de la ingeniera de software es el anlisis de requisitos,
en el que se recopila la informacin fundamental para la
construccin del proyecto segn [2]. Dentro de esta rea es
donde se deben capturar las palabras fundamentales que
detallan las necesidades objetivas del cliente final y
3
transformarlas de lenguaje natural al lenguaje estndar para la
ingeniera de software, el UML. Aunque un proceso de
recoleccin de informacin por medio de entrevistas,
cuestionarios, validacin por prototipos y dems tcnicas
utilizadas, tradicionalmente nos permiten cubrir un 80% a
90% del contexto del usuario, se centran nicamente en el
aspecto funcional de los procesos a sistematizar, pero descuida
la percepcin subjetiva que puede brindar el plus de un
producto que lo diferencia de los dems del mercado tan solo
con mejorar las percepciones psicolgicas del uso que se le da
a las interfaces graficas de usuario del producto a utilizar.
En [6], se sugiere la construccin de un sistema KES que
ser alimentado por las palabras principales Kansei o palabras
que determinan una sensacin subjetiva positiva o negativa en
el usuario de estudio. Pero dentro del trabajo mencionado, no
se indica una forma clara de realizar la recoleccin de esta
informacin desde el punto de vista de un ingeniero de
software. Partiendo de que se cuenta con un KES ya
implementado que interprete la informacin, el objetivo
principal es dilucidar un mtodo que permita recolectar la
informacin necesaria Kansei dentro de la elicitacin de
requisitos.
Por lo anterior, los autores buscan complementar las
tcnicas de elicitacion de requisitos con la ingeniera Kansei y
as llegar a un nivel de detalle mucho ms alto en lo que
corresponde a las necesidades de los usuarios finales y que el
sistema o aplicacin, que es el resultado final de todo el
proceso cumpla con todas las caractersticas, funcionalidades
y especificaciones que se capturaron al momento del
levantamiento de los requisitos.
VI. KANSEI EN LA ELICITACIN DE REQUISITOS
Dentro de los mtodos de recoleccin de informacin para
la construccin de aplicaciones que se utilizan en la mayora
de los proyectos de software, el ms utilizado son las
entrevistas con los stakeholders, que consiste en una o varias
sesiones donde cada uno de los interesados indica su rol y el
proceso que realiza, que se plasmara en un aplicativo despus
de la extraccin de la perspectiva del usuario o stakeholder.
Posterior a esto se genera una interaccin entre el
entrevistador y los entrevistados a travs de preguntas que
ayudan a dilucidar lo expresado por el entrevistado. Como
hemos mencionado anteriormente esto aplica dentro de los
proyectos tradicionales, ms no en los proceso que difieren de
lo comn. Segn [8], durante su investigacin decidieron
poner a prueba una metodologa denominada emocards,
creada por Desmet en el 2002 para medir la percepcin
psicologa del uso de tres aplicaciones mviles de prueba y
determinar factores claves en la interaccin entre el humano y
la aplicacin en un ambiente real.
Uno de los mayores problemas que los autores de [8]
encuentran, se presentan a la hora de estudiar las emociones de
un grupo focal mediante como entrevistar el individuo de una
022015-ESPECIALIZACIN PROCESOS DE SOFTWARE-UNIVERSIDAD SAN BUENAVENTURA
manera que su percepcin no sea afectada por las cmaras, los
micrfonos, el observador o la pregunta en s, debido a que
estos mecanismos pueden generar de alguna manera presin
sobre el individuo y afectar el resultado. Por este motivo y
basados en el trabajo de Desmet, quien propone un grupo de
16 tarjetas, 8 con cara masculina y 8 con caras femeninas
[Figura. 2] buscan acotar la percepcin emocional del usuario
dentro de estas categoras, cumpliendo con el objetivo de
disminuir la presin que posiblemente pueda generarse en la
entrevista, verbalizando el resultado con una pregunta sobre
el porqu de su seleccin al final de la entrevista.
Figure 2. Emocards y sus 8 categoras emocionales (Desmet et al 2001)
De esta manera se obtiene de un grupo de imgenes una
serie de respuestas que propenden a expresar todas las posibles
percepciones de la interaccin usuario - aplicacin
minimizando la influencia de agentes externos a la toma de
decisiones, como muestran las [Figura. 3] y [Figura. 4]
presentadas a continuacin
Figure 3. Ejemplo de respuestas positivas tomado de Catching Emotions
Elicited by Mobile Services, Ozchi.Org, no. Lang 1980, 2003
4
Figure 4. Ejemplo de respuestas negativas tomado Catching Emotions
Elicited by Mobile Services, Ozchi.Org, no. Lang 1980, 2003
Este factor es clave, debido a que de este grupo de
respuestas como se observa en los ejemplos de las figuras 3 y
4, existe ya una respuesta escrita que da un significado mayor
a la imagen de la que podemos extraer el Kansei.
Cabe aclarar que la utilizacin de emocards, a partir
nicamente de sus pictogramas puede generar una percepcin
muy subjetiva con respecto a sus resultados. Para eliminar esa
posibilidad y concretar el significado real de lo expresado por
los usuarios al evaluar a travs de esta herramienta el producto
de software, los evaluadores deben obligatoriamente adicionar
a su seleccin una frase que especifique claramente su
sensacin con respecto al uso del aplicativo, con esto se
concreta el objetivo principal del uso de la herramienta para
alimentar el KES.
Con base en lo anterior si se utiliza el mtodo de las
emocards como fuente de alimentacin de un KES, el
resultado obtenido puede ser muy completo dado el trabajo
realizado por [8] quien comprueba que es una excelente
tcnica de elicitacin. Esto permite al KES mejorar su base de
conocimiento a travs de las respuestas dadas por el grupo de
estudio y generar varias palabras Kansei que ayuden a
predefinir aspectos de diseo a tener en cuenta a la hora de
realizar proyectos tpicos.
VII. CONCLUSIN
La ingeniera Kansei dado que est ligada al aspecto
emocional y sensorial, puede ser aplicada en cualquier mbito
y/o proyecto, siendo en algunas ocasiones ms determinante
que en otro, como es el caso del proceso de desarrollo de
software, en donde la interaccin entre las personas y su
comunicacin constante, es el eje central para compaginar los
procesos corporativos con los sistemas de informacin.
022015-ESPECIALIZACIN PROCESOS DE SOFTWARE-UNIVERSIDAD SAN BUENAVENTURA
Dentro de las etapas del proceso de desarrollo de software
donde ms impacta el posible uso de la ingeniera Kansei es el
anlisis de requisitos; proceso donde se presentan ms
interacciones entre las personas involucradas, y es donde
regularmente se presentan ms reprocesos, por la no
implementacin adecuada de las metodologas que permiten
extraer y comprender todas las necesidades de los usuarios
finales y plasmarlas en un documento, bien sea un caso de uso
o historias de usuario y que estas sean entendidas por otras
personas adecuadamente.
Al integrar la Ingeniera Kansei con las tcnicas de
elicitacion de requisitos, se pretende a corto plazo minimizar
los reprocesos que se presentan durante el desarrollo de
software, con el fin de que los esfuerzos que hoy da se hacen
para dar solucin a los inconvenientes, se usen para la
realizacin de otras actividades que posiblemente no se
realicen o no se hagan de la manera adecuada. As, poco a
poco se logra una mejora continua y fortalecimiento de la
calidad de los artefactos que se generan en esta etapa del
proceso de desarrollo de software
Es importante evaluar en que otros aspectos del proceso
tradicional de desarrollo de software, se pueda involucrar la
ingeniera Kansei como herramienta de apoyo y mejora de los
procesos de software.
Bajo el marco de las metodologas giles de desarrollo de
software, se puede evaluar como involucrar la ingeniera
Kansei como herramienta de apoyo dentro de las prcticas de
mejora continua del proceso como son el sprint review y las
retrospectivas del proyecto.
TRABAJOS FUTUROS
Es importante que la hiptesis planteada en este artculo sea
llevada a la industria bajo un ejercicio real donde se pueda
medir el costo / beneficio de su aplicacin dentro de la etapa
del anlisis de un proyecto, haciendo una evaluacin del
impacto de su inclusin sobre el proyecto y si esto es
beneficioso o no para la empresa.
De acuerdo a lo anterior se tiene contemplada la
implementacin de la Ingeniera Kansei y los Emocards como
parte de un sprint review que se realizara para la segunda fase
de uno de los proyectos que se va desarrollar en la empresa de
unos autores de este documento.
AGRADECIMIENTOS
Quienes han impulsado este proyecto y quieren al igual que
los autores generar ese valor agregado que mencionamos
durante el documento a la industria del software.
5
REFERENCIAS
[1] J. A. Len Duarte, L. F. Romero Dessens, and J. Olea Miranda,
CUSTOMER SUBJECTIVE PERCEPTION AS A MAIN ISSUE
IN CONCEPTUAL PRODUCT DESING: A
METHODOLOGICAL PROPOSAL, Ingeniare. Revista chilena de
ingeniera, vol. 16, no. 2. Universidad de Tarapac, pp. 301309,
Sep-2008.
[2] The Standish Group, The Standish Group Report - Chaos, p. 16,
2013.
[3] R. S. Pressman and D. Ph, Ingeniera del software. .
[4] P. Kruchten, Planos Arquitectnicos: El Modelo de 4 + 1 Vistas
de la La Arquitectura del Software, IEEE Softw., vol. 12, no. 6, pp.
116, 2006.
[5] C. Reynoso, Introduccin a la Arquitectura de Software, Univ.
Buenos Aires, 2004.
[6] M. Nagamachi, Kansei Engineering: A new ergonomic consumer-
oriented technology for product development, Int. J. Ind. Ergon.,
vol. 15, pp. 311, 1995.
[7] S. Ishihara, T. Matsubara, M. Nagamachi, and Y. Matsubara,
Kansei analysis of the Japanese residential garden and
development of a low-cost virtual reality Kansei engineering system
for gardens, Adv. Human-Computer Interact., vol. 2011, no. 1,
2011.
[8] M. M. Tahti, S. Vinm, V. Vanninen, and M. Isomursu,
Catching Emotions Elicited by Mobile Services, Ozchi.Org, no.
Lang 1980, 2003
[9] JAKOB NIELSEN on January 1, 1995, 10 Usability Heuristics
for User Interface Design
Pastrana Pardo Manuel Alejandro (M2015). Este autor se convirti en
miembro del IEEE en 2011. Naci en Santiago de Cali el 17 de Enero de
1987. Es egresado de la Universidad Santiago de Cali (USC), en el plan de
ingeniera de sistemas y actualmente es estudiante del programa de
especializacin de procesos de software de la universidad San Buenaventura.
Tiene varias certificaciones del SENA entre ellas las ms relevantes son:
metodologas de anlisis y diseo de sistemas-de la incepcin al diseo de la
arquitectura, principios del anlisis y diseo orientado a objetos, utilizando el
estndar UML, diseo de casos de uso y diseo de bases de datos en sql.
Tambin es certificado como desarrollador entrenado en PSP por el Carnegie
Mellon tanto en nivel fundamentals como advance y en convenio entre el
Carnegie Mellon, Seotin, el SENA y fedesoft realizo el curso diseo de
arquitecturas de software con certificados de reconocimiento por las
entidades mencionadas, en adicin a lo anterior el autor posee conocimientos
en la herramienta WMB o Web Message Broker de IBM, y experiencia con
varios lenguajes de programacin que le han permitido tener una visin ms
amplia del rea de desarrollo. Tambin es miembro gold del Microsoft Virtual
Academy o MVA por sus siglas en Ingles.
Gil Ramos Vctor Hugo (M2015). Este autor Naci en Santiago de Cali el
20 de Junio de 1983. Es egresado de la Universidad Santiago de Cali o USC,
en el plan de ingeniera de sistemas y telemtica. Actualmente es estudiante
del programa de especializacin de procesos de software de la universidad
San Buenaventura. Tiene conocimiento en la herramienta WebSphere
Application Server (WAS), SOA, Diseo de Aplicaciones Web y con varios
lenguajes de programacin, que han permitido mejorar los procesos de
desarrollo de software en las empresas donde ha laborado y actualmente
ejerce como Ingeniero de Integracin de Aplicaciones en la empresa
FANALCA s.a.