Sunteți pe pagina 1din 182

Ttulo: Implementacin de un sistema de

informacin para una cooperativa


Volumen: 1/1
Alumno: Guillem Barba Domingo
Director/Ponente: Miquel Barcel Garca
Departamento: Enginyeria de Serveis i Sistemes
d'Informaci (ESSI)
Fecha: 12/01/2011
DADES DEL PROJECTE
Ttulo del Proyecto: Implementacin de un sistema de informacin para una cooperativa
Nombre del estudiante: Guillem Barba Domingo
Titulacin: Ingeniera en Informtica
Crditos: 37.5
Director / Ponente: i!uel Barcel Garca
Departamento: "ngin#eria de $erveis i $istemes d%Informaci &"$$I'
I"B()$ D"* +(IB,-.* &nombre #
Presidente: /ose 0asanovas Garca
Vocal: "stanislau *lanta $alleras
Secretario: i!uel Barcel Garca
CALIFICACIN
Calificacin numrica:
Calificacin descriptiva:
Feca:
1 ndice
2 . Introduccin...............................................................................................8
2.1 . Motivacin............................................................................................8
2.2 . Para quin se ha desarrollado el proyecto...............................................10
2.3 . Contexto............................................................................................13
3 . Definicin del proyecto...............................................................................16
3.1 . Anlisis previo.....................................................................................17
3.2 . Objetivos del sistema...........................................................................19
3.2.1 Informacin a registrar. ..................................................................20
3.2.2 Actores del sistema. .......................................................................22
3.2.3 Requisitos no funcionales. ...............................................................23
3.3 . Alcance del proyecto............................................................................25
3.4 . Limitaciones y riesgos..........................................................................25
3.5 . Seleccin de la solucin a implantar.......................................................26
3.5.1 Producto seleccionado. ....................................................................33
3.6 . Planificacin inicial...............................................................................34
4 . Metodologa..............................................................................................41
4.1 . La gestin del cambio como elemento clave............................................42
4.2 . La metodologa DHARMA y la seleccin de componentes...........................43
4.3 . Caractersticas de la implantacin de un ERP...........................................46
4.4 . El mtodo DHARMA y la seleccin de componentes en la implantacin de un
ERP............................................................................................................47
4.5 . Investigacin de metodologas complementarias......................................49
4.5.1 Desarrollo Dirigido por Funcionalidades (FDD). ...................................51
4.5.2 Desarrollo Adaptable de Software (ASD). ...........................................54
4.6 . Metodologa utilizada...........................................................................56
4.7 . Plan de proyecto. WBS.........................................................................59
5 . Desarrollo del modelo general.....................................................................61
5.1 . Estudio de las organizaciones................................................................63
5.1.1 Estudio de El Abrojo. ......................................................................64
5.1.2 Estudio de Compromiso Social Cooperativo. .......................................74
5.2 . Proceso de abastecimiento de materiales y obtencin de datos de
participacin...............................................................................................85
5.3 . Procesos asociados al inicio de los proyectos...........................................87
5.4 . Modelo general....................................................................................89
5.4.1 Objetos del dominio. .......................................................................89
5.4.2 Identificacin y definicin de los actores. ...........................................93
5.4.3 Modelo de entorno de El Abrojo. .......................................................96
6 . Seleccin del proveedor de hosting..............................................................98
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 5 / 182
Implementacin de un sistema de informacin para una cooperativa
ndice
7 . Elaboracin de la lista de funcionalidades....................................................100
8 . Diseo e implementacin del prototipo........................................................108
8.1 . Dominio de un proyecto......................................................................109
8.1.1 Dominio de un proyecto con implementaciones ejecutadas por una
contraparte. ..........................................................................................111
8.1.2 Implementacin del maestro de proyectos. ......................................112
8.1.3 Modos de acceso y financiacin de los proyectos. ..............................113
8.1.4 Alertas de presentacin de documentacin. Comunicacin interna. ......115
8.1.5 Relaciones con entidades, poblacin objetivo e informes. ...................118
8.2 . Contactos sincronizados con Outlook....................................................120
9 . Implementacin iterativa..........................................................................121
9.1 . Herramienta para dibujar un rbol de dependencias de un mdulo...........122
9.2 . Gestin de recursos humanos..............................................................123
9.3 . Formacin de Recursos Humanos.........................................................125
9.4 . Presupuestos analticos.......................................................................126
9.4.1 Sincronizacin con los programas de contabilidad. ............................127
9.5 . Roles y permisos...............................................................................128
9.6 . Datos bsicos....................................................................................128
9.7 . Relacin de mdulos implementados....................................................129
9.7.1 Mdulos genricos. .......................................................................129
9.7.2 Mdulos especficos de Uruguay. ....................................................130
9.7.3 Mdulos de la implementacin comn en El Abrojo y Compromiso. ......130
9.7.4 Mdulos especficos para El Abrojo. .................................................132
9.7.5 Mdulos especficos para Compromiso Social Cooperativo. .................133
10 . Puesta en produccin y capacitacin de usuarios finales..............................134
10.1 . Sesiones de formacin realizadas.......................................................136
11 . Conclusiones.........................................................................................137
11.1 . Objetivos cumplidos.........................................................................137
11.1.1 Objetivos funcionales:. ................................................................139
11.2 . Lneas de continuidad.......................................................................140
11.3 . Valoracin econmica y de los tiempos...............................................142
11.3.1 Valoracin de la desviacin temporal. ............................................145
11.4 . Valoracin personal..........................................................................146
12 . Anexos.................................................................................................147
12.1 . A1: Documento de especificacin previa..............................................147
12.2 . A3: Diagramas de estudio de El Abrojo...............................................160
12.3 . A4: Diagramas de estudio de Compromiso Social Cooperativo................163
12.4 . A5: Listas de funcionalidades completas..............................................165
12.5 . A7: Grficos de evaluacin de la priorizacin de funcionalidades de
Compromiso..............................................................................................171
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 6 / 182
Implementacin de un sistema de informacin para una cooperativa
ndice
12.6 . A8: Diagrama de clases de la capacitacin de recursos humanos de
Compromiso..............................................................................................172
12.7 . A9: Relacin de mdulos instalados....................................................173
12.7.1 Mdulos instalados con el perfil El Abrojo. ......................................173
12.7.2 Mdulos instalados con el perfil CSC (Compromiso). ........................175
13 . Bibliografa............................................................................................177
14 . ndice de grficos...................................................................................181
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 7 / 182
Implementacin de un sistema de informacin para una cooperativa
ndice
2 Introduccin
Implementacin de un sistema de informacin para una cooperativa es un proyecto
final de carrera (PFC) de la titulacin Enginyeria en Informtica (EI) de la Facultat
dInformtica de Barcelona (FIB) de la Universitat Politcnica de Catalunya (UPC)
realizado por el alumno Guillem Barba Domingo en la modalidad A en y para las
entidades El Abrojo (Asociacin ivil y ooperativa de !ervicios) y ompromiso !ocial
ooperativo del Uruguay.
Aunque el proyecto lo registr con el ttulo en cataln, ya que es mi idioma
preferente, escribo la memoria en espaol para que pueda ser de utilidad a la entidad
para la cual se ha realizado el trabajo.
2.1 Motivcin
Un proyecto que solucione un problema real, concreto y en el mbito social.
Esto es lo que quera para mi PFC.
Despus de todos estos aos estudiando en la universidad, cuando fue la hora e
pensar en el Proyecto, tena ganas de trabajar en alguna cosa que solucionara una
necesidad real y concreta, adems de que me sirviera como experiencia en el mundo
laboral. Para los alumnos que tienen esta inquietud la Universidad propone la
"odalidad #$ Pro%ectos reali&ados en empresas. Por suerte, y gracias al trabajo que
realizan asociaciones como Tecnolo'ia ( Tothom )http$//t(t*upc*edu+, hace unos aos
se abri la va de realizar el proyecto en entidades del 3r sector, y por mis
convicciones y trayectoria personal, esta era mi eleccin.
Por otro lado, haca tiempo que tena un inters especial en conocer Amrica del Sur,
entendiendo por conocer el hacer una estada prolongada y trabajar con gente de all
para intentar captar su cultura, realidad social y poltica... Realizar el Proyecto en
algn pas de esta zona me brindaba "la excusa perfecta.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 8 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
A travs de una amiga que ha colaborado con bastantes organizaciones de este
continente, di voces buscando una ONG que necesitara un informtico para algn
proyecto interesante. La nica condicin que pona era que la necesidad ya
existiera antes del ofrecimiento, ya que me pareca condicin necesaria para que
el proyecto resolviera una necesidad real y concreta, y para que la entidad estuviera
mentalizada en aportar los recursos necesarios para el xito del proyecto. Otra
condicin era que el proyecto tuviera suficiente envergadura como para cumplir como
PFC.
De este llamamiento, y tras algn contacto previo con otras entidades, lleg la
peticin de El Abrojo / ompromiso !ocial. Inicialmente ellos me hicieron tres
propuestas: la elaboracin de un soft,are de 'estin de recursos humanos, de una
herramienta para la creacin de contenidos formativos o de un jue'o educativo.
Despus de concretar un poco ms lo que queran eleg la primera opcin por los
siguientes motivos:
1 Haca unos dos aos que llevaban preparando la idea, esperando el momento y
los recursos para desarrollarlo (factor clave para considerarlo una necesidad
real)
1 La peticin iba acompaada de un documento de especificacin previa bastante
completo (lo que lo convierte en una necesidad concreta)
1 Analizando dicho documento, lo que pedan era algn tipo de sistema de
informacin similar al soft,are de sistemas de informacin 'erenciales tipo E-P
.sic/: campo que en los ltimos aos haba captado mi inters
1 Las entidades y su trabajo eran muy interesantes, y traan muy buenas
referencias de mi amiga respecto a la compatibilidad de su forma de trabajar
respecto a la nuestra (importante para la viabilidad del pro%ecto)
1 El proyecto tena trayectoria ms que suficiente para cumplir como PFC
As pues, ya tena un proyecto que cumpla ampliamente mis expectativas. Uruguay
era mi destino!
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 9 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
2.2 Pr !ui"n #e $ de#rro%%do e% &ro'ecto
El proyecto se ha desarrollado para dos entidades del Uruguay que realizan diferentes
labores sociales pero con algunos nexos en comn. Adems de tener unos orgenes
comunes (ompromiso nace del Programa Socio-Laboral de El Abrojo) y colaboran
entre ellas, varios trabajadores, sobretodo a nivel de gestin general, trabajan en
ambas organizaciones.
El bro!o sociacin "i#il (http://www.elabrojo.org.uy) se define como una ONG
que tiene como misin implementar ideas y acciones innovadoras para la
transformacin de la realidad social, desarrollando iniciativas, proyectos y programas
de investigacin, capacitacin, educacin y promocin que apunten a la mejora de la
calidad de vida de la poblacin beneficiaria. Se organiza en 6 programas que indican
las reas en que trabajan:
1 AlterAcciones: Investigacin, formacin y educacin en la temtica del Uso
de drogas. Trabajo directo sobre usuarios y poblacin en general, bsicamente
en clave de prevencin.
1 Formacin !ocio"aboral: Capacitacin y Formacin Socio-laboral
1 Infancia, adolescencia y #uventud: Proyectos de atencin a nios,
adolescentes y jvenes en situacin de exclusin social.
1 "a $arana: Investigacin, promocin cultural y educacin en la temtica del
ocio, el deporte, el juego y la recreacin.
1 %abilidades para la &ida: Capacitacin de nios y jvenes en las destrezas
necesarias para enfrentar los desafos y presiones del mundo contemporneo.
1 Pro'rama !ocioAmbiental: Investigacin, promocin, gestin y educacin
ambiental.
As pues, su actuacin va desde la gestin de Clubes de ni0os (algo muy parecido a
nuestros esplais) hasta la elaboracin de recursos y publicaciones, pasando por
talleres y cursos en todos los formatos y mbitos de aplicacin, sin olvidar el trabajo
ms poltico para que lo que es su forma particular de afrontar un problema llegue a
ser la respuesta a nivel institucional.
El Abrojo se fund en 1989 (celebramos sus 21 aos al poco tiempo de yo llegar all),
y el 2008 se fund El bro!o "ooperati#a de $er#icios $ociales. sta no es una
escisin de la primera, se constituy para dar una mejor solucin institucional y
laboral a algunos proyectos, y excepto para algunos detalles en la implementacin el
software las consideraremos una nica entidad: El Abrojo.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 10 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
"ompromiso $ocial "ooperati#o ( http :// www .compromiso .org .uy ) es una empresa
de Economa Social creada el 2005 que desarrolla iniciativas, emprendimientos y
proyectos en el marco de una lgica empresarial. Su objetivo es ofrecer unos servicios
y productos de calidad que permitan obtener beneficios a la par que mejorar la calidad
de vida de sus asociados a partir de remuneraciones dignas, condiciones de trabajo
adecuadas y planes de formacin y desarrollo personal. Los beneficios de su actividad
son reinvertidos en la propia entidad.
La cooperativa est organizada en unidades centradas en una actividad econmica
diferente cada una:
1 %i'iene Ambiental: Es la unidad, creada el mismo 2005, es la que emplea a
ms cooperativistas (ms de 250), y ofrece servicios sobretodo en centros de
salud. Es el sector peor remunerado y menos reconocido del mercado laboral,
en el que se producen las peores condiciones de trabajo y una sistemtica
degradacin de la persona a nivel laboral y personal. Por ello, es la unidad a la
que se destinan mayores esfuerzos y recursos en formacin. Por ejemplo, se
pueden ofrecer diferentes cursos de los que se obtiene un ttulo reconocido en
el mundo laboral, permitiendo al asociado subir de categora. Un problema
grave de esta unidad es su alto nivel de rotacin en los recursos humanos.
1 Producciones culturales: Tiene por objetivo la promocin de bienes y
servicios culturales de calidad con y para los ciudadanos. Ofrece servicios de
gestin, produccin, promocin y patrocinio de eventos, grupos y servicios en
todo el marco cultural: msica, teatro, espectculo... Pone especial nfasis en
la promocin de la cultura en el interior del pas.
1 (anufacturas ()aller *t+os): Esta unidad elabora ropa de trabajo,
uniformes, artesanas y regalos empresariales, as como puntualmente
campaas de ropa tica proveniente del reciclado. Existe desde el 2006, pero
ha sido en los dos ltimos aos que se ha conseguido montar un taller equipado
a nivel profesional lo que ha permitido empezar a producir en cantidad y calidad
tambin profesional. As pues, ahora se encuentra en una fase de expansin
comercial.
1 Frontera Comunicacin: es una empresa de elaboracin de productos y
contenidos multimedia que brinda asesoramiento integral en comunicacin
institucional. Integra servicios de edicin, diseo, impresin y distribucin de
todo tipo de materiales impresos, la realizacin de vdeos institucionales,
animaciones y juegos interactivos, as como el diseo y mantenimiento de sitios
web, el desarrollo de la imagen corporativa y la 'estin de la prensa.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 11 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
1 Construcciones y (antenimiento: proyectos y tareas de albailera,
fontanera, carpintera, pintura...
1 &enta de material inform,tico: de recin creacin, esta pequea unidad se
dedica a la compra de material informtico de importacin para su venta al por
menor.
Adems de las unidades descritas, que desarrollan una actividad ms o menos
estable, ompromiso tambin ofrece servicios de asesoramiento para nuevos
emprendimientos (cooperativas, emprendimientos en el interior...) as como de
investigacin del mercado y de oportunidades de inversin.
Su vinculacin con El Abrojo se debe a que buena parte de sus fundadores provienen
de esta entidad. Desde el programa laboral seguan viendo una distancia muy grande
entre las experiencias de trabajo tutorizado que se desarrollan en este y el mundo
laboral real, lo que haca que muchos participantes de los primeros no llegaran a
completar su proceso de integracin socio-laboral. Para cubrir este hueco crearon
ompromiso.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 12 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
2.3 Conte(to
Uruguay, es una repblica presidencialista, independiente desde 1828. Actualmente
tiene 3.450.000 habitantes. Una superficie de 176.215 km2, es un pas pequeo y
con una baja densidad de poblacin (19 habitantes/km
2
), concentrndose el 50% de
la poblacin en Montevideo y sus alrededores (1,8-1,9 millones). Se estima que hay
ms de un milln de uruguayos viviendo fuera del pas.
Fue una prspera y modlica democracia: fue uno de los primeros pases en
establecer el sufragio femenino, la ley del divorcio y estableci por ley un sistema
educativo gratuito, obligatorio y laico (1877). En la 2 guerra mundial se industrializ
mucho, creo una potente y slida red sanitaria, y universidad pblica. Esta bonanza se
empez a deteriorar en 1955, empezaron a surgir grupos polticos de extrema
izquierda guerrilleros (Tupamaros) y de extrema derecha. En 1973 se establece una
dictadura cvico militar, provoca un gran deterioro tanto econmico como de derechos
civiles. En el 1985 se restaura la democracia y una lenta recuperacin del pas, hasta
1998 el pas tuvo un crecimiento sostenido de la economa, lo que permiti reducir la
pobreza considerablemente. Sin embargo, en 2001 Uruguay sufri una de las peores
crisis econmicas de su historia; el Producto Bruto Interno (PBI) disminuy en ms de
20% y el porcentaje de poblacin pobre se duplic, alcanzando entre los nios niveles
similares a los de 1986.
La existencia de polticas sociales en Uruguay, en cuyo marco se encuentra la mayor
parte de la actividad de las entidades del proyecto, se remontan a principios del siglo
XX. Sin embargo, con la recesin de los aos `70 las tendencias neo-liberales, que
criticaban el modelo de Estado del Bienestar, supusieron un brusco giro en materia de
concepcin e instrumentacin de las polticas sociales. Durante este periodo y hasta el
fin de la dictadura se impusieron los criterios econmicos o de se'uridad por encima
de los sociales, lo que hizo que las polticas sociales se vieran repartidas entre
diferentes ministerios o directivos, sin una estrategia comn.
Con el retorno de la democracia se intent compensar la situacin de pobreza
existente que se haba agravado en los ltimos aos de la dictadura. Sin embargo, no
se modific la estructura de los servicios ni se incluy a las ONGs en las estrategias en
polticas sociales del estado.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 13 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
Ante esta situacin, el pueblo uruguayo decidi en 2004 tener su primer gobierno de
i&1uierdas, el cual puso especial nfasis en las polticas sociales. Por ejemplo, cre el
Ministerio de Desarrollo Social (MIDES) que, por primera vez, unificaba todas las
polticas sociales del pas. Todo esto supuso un aumento de la participacin de las
ONGs en la labor social del estado ya que ste deleg en ellas la ejecucin de buena
parte de las polticas sociales.
Como toda entidad sin nimo de lucro, El Abrojo y ompromiso deben responder
antes los financiadores de los proyectos (ya sean organismos pblicos o empresas
privadas, locales o internacionales), y siempre ante la administracin y la sociedad.
Deben realizar anualmente el "Balance Social, que recopilar las actividades
realizadas, los usuarios y beneficiarios atendidos, los objetivos conseguidos y en qu
medida, adems del rendimiento econmico, todo ello con indicadores claros y
objetivos.
Este nivel de transparencia, responsabilidad e informacin es complicado de gestionar
a travs de los paquetes ofimticos habituales a lo que se aade la dificultad de
ejecucin de proyectos en distintas sedes y con recursos escasos.
En toda organizacin existen unos problemas (o riesgos) comunes. Uno de stos es la
dependencia excesiva a lideratos individuales que se da cuando no existe una cultura
organizativa explcita y consciente. Para luchar contra l es importante que exista lo
que se conoce como conocimiento colectivo o or'ani-ativo, o sea, que los
procesos y actividades que realiza, tanto a nivel de gestin como de actuacin directa,
y la informacin asociada a stos estn documentadas y accesibles a los miembros. Si
no existe o es pobre, se corre el riesgo de sufrir una descapitali-acin del
conocimiento cuando se produce un relevo en el equipo en un cargo de cierta
responsabilidad o especificidad tcnica.
En este campo, los sistemas de informacin, especialmente aquellos que se integran
en los procesos organizativos de forma transversal como pueden ser los ERP o CRM,
pueden ayudar mucho.

Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 14 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
Las organizaciones no lucrativas son especialmente sensibles a stos problemas ya
que habitualmente no pueden ofrecer las mejores condiciones laborales a sus
empleados (sueldo, estabilidad...) ni disponen de muchos recursos para destinar a
cuestiones de infraestructura o institucionales. Adems, y seguramente derivado de
esto ltimo, no se ha desarrollado tanto la formacin en la administracin de este tipo
de organizaciones como de sus hermanas lucrativas. Aunque en los ltimos tiempos
se ha avanzado mucho.
Como se refleja en el anlisis de oncordia23, una entidad que se dedica a promover
un cambio cultural hacia el mayor uso de las TICs, las nuevas soluciones existentes en
soft,are libre y servicios en la nube ofrecen una oportunidad de afrontar estos retos
de la mano de soluciones informticas que les den soporte.
El Abrojo y ompromiso, en un contexto de crecimiento vivido en los ltimos aos,
detectaron estos problemas y se plantearon la necesidad de afrontarlos con la ayuda
un un sistema de informacin integral. Es en este contexto que surgi este proyecto.
Fi'* 43$ An5lisis DAF6 del entorno del tercer sector de
oncordia23 )http$//,,,*concordia23*or'/es/tecnolo'ia*html+
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 15 / 182
Implementacin de un sistema de informacin para una cooperativa
Introduccin
) De*inicin de% &ro'ecto
Actualmente, la cantidad de software y frame,or7s que existen para todo tipo de
soluciones es inmensa. Si, adems, ests dispuesto a usar y desarrollar software bajo
licencias libres, las posibilidades aumentan exponencialmente. Si lo que necesitas no
es muy extico, es casi seguro que alguien ha desarrollado y liberado una herramienta
que cubre, total o parcialmente, tus requisitos.
As pues, lo primero que se debe hacer es investigar el mercado buscando aquello que
ms se acerque a lo que quieres. De esta bsqueda pueden resultar cuatro escenarios
que llevan a cuatro tipo de proyectos diferentes: que exista una herramienta que,
despus de ms o menos configuracin, cumple con tus requisitos. Que exista una
herramienta que no cubre todas tus necesidades pero que la base es buena y se ve
viable extenderla. Que exista un buen frame,or7 que se adapta a las necesidades del
proyecto y del equipo desarrollador. O que no exista nada vlido o de suficiente
calidad.
El primer caso es el mejor y no necesita ms explicacin; el proyecto consistir en
instalar y configurar la herramienta. Si la documentacin es buena y el anlisis que ha
llevado a seleccionar la solucin es certero, el proyecto ser simple.
El ltimo es el peor, el que implicar ms trabajo, ms recursos tanto en su
implementacin como en el mantenimiento posterior. Sin embargo, al no depender de
una plataforma heredada y poder especificar la solucin sin condicionantes debidos a
sta, debera ser ms fcil minimizar los riesgos. Adems, para este tipo de proyectos
son para los que hay ms literatura acerca de metodologas de gestin e
implementacin del proyecto.
Los dos escenarios intermedios son los que creo que se dan ms. Adems,
generalmente vas a encontrar ambas soluciones y debers elegir cul es mejor. Cada
una de ellas se asemeja un poco a los casos descritos anteriormente; un frame,or7 te
va a dar ms flexibilidad pero seguirs teniendo que desarrollar una buena parte del
sistema, y extender una solucin, si sta ya se aproxima mucho a lo que necesitas, va
a requerir menos implementacin pero implicar trabajar en un entorno heredado, con
las dificultades que ello conlleva a nivel de curva de aprendizaje y riesgos que pueden
aparecer por desconocimiento de las limitaciones de la solucin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 16 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
En cualquier caso, si la solucin elegida es buena nos permitir despreocuparnos de
aquellos requisitos que la herramienta ya incorpore y centrarnos en desarrollar
aquellas partes que son ms especficas de nuestro proyecto (o completar la solucin
existente) pudiendo obtener un software ms completo y de mayor calidad.
Pero para que este tipo de proyectos tengan xito, hay unos criterios que se deben
tener especialmente en cuenta a la hora de seleccionar nuestro punto de partida: el
uso de estndares y patrones en el diseo e implementacin de la solucin, la
documentacin y la comunidad existente alrededor de la herramienta, qu tan activo
est el proyecto y como gestionan las aportaciones de terceros (la comunidad de
desarrolladores). Los dos primeros influirn directamente en la curva de aprendizaje
y, por tanto, en la duracin y probabilidad de xito del proyecto. La comunidad
reducirn los riegos de que una caracterstica bsica o un error no estn solucionados
y no lo vayan a estar, y una buena documentacin nos ayudar a detectar lo que se
puede y no se puede hacer. El ltimo punto, la gestin de las aportaciones de
terceros, aplica solo para el caso de querer extender el software y es importante para
no crear un for7 del proyecto (si no es lo que se busca), lo que nos obligara a
responsabilizarnos del mantenimiento de la herramienta entera.
3.1 An+%i#i# &revio
Inicialmente, la solucin que se me peda era un software de gestin de recursos
humanos. Ya en las primeras conversaciones lo empezaron a llamar sistema de
informacin con un mdulo de recursos humanos. En ese momento inici una
bsqueda de soluciones existentes bajo estos parmetros.
El objetivo de esta bsqueda tan temprana era doble: concretar la peticin inicial (que
era absolutamente genrica) en base a la comparacin con soluciones existentes, y
verificar que lo que queran no quedaba cubierto por una herramienta existente que
convirtiera el proyecto en algo trivial y sin la envergadura suficiente para ser un PFC.
Expongo aqu las soluciones encontradas y preseleccionadas, junto con la impresin
que me causaron en su momento, ya que forma parte del punto de partida del
proyecto.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 17 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
Extracto de un e-mail enviado a Julio Calzada el 24/12/2008:
1 openE&' con mdulos de RRHH (http :// openerp .com / ) y open(ra#o
( http :// www .openbravo .com / es / ): !on E-Ps completos* reo 1ue tienen
demasiadas funcionalidades 1ue no usar8is % no tienen una 'estin de recursos
humanos potente* 9os descarto*
1 )esti*+, ( http :// gestiong .sourceforge .net / ,
http :// www .iglues .org / wiki / doku .php ? id = gestiong : nuevos _ modulos ): Pro'rama
orientado a la 'estin de 6:;s* Actualmente implementa la 'estin contable %
de socios/as* :o tiene implementada la 'estin de -<= pero puede ser una
buena propuesta implementarlo se'>n vuestros re1uisitos e inte'rarlo al
pro'rama*
1 c-ie)o (http :// www .achievo .org / ): Pro'rama de 'estin de pro%ectos 6n?line
)se instalara una versin solo accesible por vosotros+* @a tiene un mdulo de
-<= no s8 1ue tal es* Tiene traduccin al espa0ol %= tal ve&= las funcionalidades
de 'estin de pro%ectos os van bien para vuestras tareas*
1 *ran)e.&/ (http :// www .orangehrm .com / ): ;estin de -< on?line )tambi8n
se podra instalar una versin slo para vosotros+* 9a traduccin al espa0ol es
mala= pero tal ve& es una solucin mu% completa por lo 1ue se refiere a los -<*
Finalmente, a finales de enero del 2009 me enviaron un documento que haban estado
elaborando bsicamente Pedro Delprato y Pedro Bandeira (responsable del programa
laboral y del rea de planeamiento respectivamente, y de los presupuestos de la
entidad). Dicho documento (el cual est adjuntado en el Ane.o /0 1ocumento de
especificacin previa) defina los puntos a incluir en un sistema de informacin para
El Abrojo Asociacin ivil= ooperativa de !ervicios !ociales= ompromiso !ocial
ooperativo= Fundacin Puente al !ur % el Instituto de Altos Estudios, y se me plante
que el objetivo era desarrollar el sistema de informacin para el programa laboral y
despus ir amplindolo al resto de la institucin.
Este documento planteaba un escenario muy diferente al inicial. Se estaba definiendo
un sistema que deba cubrir toda la actividad de la organizacin desde tres puntos de
vista: planificacin, gestin y evaluacin, adems de servir para mejorar el acceso a la
informacin sirviendo como plataforma de comparticin de sta.
Este proyecto superaba con creces mis posibilidades, teniendo en cuenta adems, que
se planteaba para ms de una entidad. Esto implicaba que deba seleccionar una
herramienta o frame,or7 que me permitiera implementar una parte del proyecto (en
principio, la gestin de recursos humanos), pero que fuera adecuado para el objetivo
final.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 18 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
3.2 O,-etivo# de% #i#te.
Actualmente no existe un sistema de informacin centralizado, de manera que los
datos de los proyectos, personas trabajando y atendidas est dispersa en diferentes
mquinas, programas y formatos. Existen en ocasiones dificultades para obtener
informacin contable, administrativa, de gestin de los proyectos y de la poblacin
atendida. Existe dispersin geogrfica de las instituciones, con ms de 200 personas
en plantilla (entre todas las entidades), varios miles de beneficiarios directos e
indirectos y diversidad de situaciones para considerar en el momento de tomar
decisiones. Este problema tambin afecta a niveles ms bajos, especialmente en las
incorporaciones de personal nuevo.
Para combatir estos problemas y otros que se han detectado, y mejorar otras facetas
de la organizacin desde una perspectiva ms estratgica, se plantean los siguientes
objetivos que debe cumplir el sistema de informacin integral.
/e!orar el acceso a la informacin de todos los actores internos para facilitar la
planificacin y )estin 0operati#a y financiera1 de la or)ani2acin y sus
proyectos. Este objetivo es muy amplio y puede concretarse en unos ms
especficos:
1 lograr que la informacin obtenida sea fiable, relevante y pueda obtenerse en
tiempos adecuados y a un costo razonable
1 que se pueda observar el estado de los proyectos en tres momentos: en el
momento previo (planificacin), durante la ejecucin ('estin) y una vez
concluido (evaluacin).
1 que se puedan hacer comparaciones histricas
2 que se pueda acceder a la informacin de al menos los ltimos 4 aos (y
que los aos anteriores se archiven para poder recuperarlos).
2 que se pueda comparar la planificacin durante la ejecucin y en la
evaluacin
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 19 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
3acilitar la e#aluacin de los proyectos a partir de la informacin de los
beneficiarios y sus procesos de inte)racin social. Especficamente, se necesita
que el software permita procesar una gran cantidad de informacin en tiempo y
forma. Esta evaluacin es necesaria tanto para los procesos ligados al cierre y
rendicin de los proyectos, como para el aprendi2a!e interno.
/e!orar la comunicacin interna. Muy ligado a los objetivos anteriores,
especialmente al primero, se pretende aumentar el conocimiento colectivo o
or'ani&ativo, lo que fortalece la cultura or'ani&ativa y reduce los problemas derivados
de los cambios de personal.
umentar la transparencia con los actores externos, que se identifica como un
valor aadido que puede hacer aumentar la confianza e implicacin de los
financiadores.
)/2/1 In*or.cin re0i#trr
El documento de especificacin previo hace una descripcin muy exhaustiva de la
informacin que se quiere registrar y consultar. El documento est realizado pensando
solo en el programa laboral, por lo que no se plantea que sea extensible y reutilizable
por el resto de programas. Sin embargo, es un buen punto de partida.
A continuacin, expongo esta especificacin de una forma ms resumida y
estructurada alrededor de los ncleos de informacin del dominio. Adems, aado
entre parntesis los objetivos que identifico que busca satisfacer.
Hay que tener en cuenta que se quiere que la unidad de obtencin de informacin
sean los proyectos por lo que (prcticamente) toda la informacin que aqu se expresa
se debe poder asociar y consultar desde un proyecto.
4.5.6.6 De %o# &ro'ecto#
Informacin administrativa: convenios, trmites, documentacin asociada
(acceso a la informacin= 'estin operativa y evaluacin)
Planificaciones y marco lgico (acceso a la informacin= planificacin=
evaluacin)
Financiera/econmica: pagos/cobros, control de caja, planificacin de caja
(planificacin % 'estin financiera= comunicacin interna)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 20 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
De los materiales y herramientas (planificacin % acceso a la informacin=
'estin operativa % financiera)
De su ubicacin/local (acceso a la informacin= 'estin operativa)
Registro y recordatorio de tareas (comunicacin interna= 'estin operativa)
4.5.6.5 De %o# u#urio#1,ene*icirio#
Informacin personal (comunicacin interna= acceso a la informacin= 'estin
operativa)
Informacin contractual
2 Registro de los contratos (y altas y bajas), currculum vitae, experiencia
(acceso a la informacin)
2 Registro y control de jornales y horas (acceso a la informacin, 'estin
operativa % financiera
Indicadores (acceso a la informacin= evaluacin)
4.5.6.4 De %# ctividde#
Horas por temas y carga horaria por RRHH (planificacin= evaluacin)
Agenda (comunicacin interna= 'estin operativa)
Resmenes de talleres realizados y productos sistematizados (acceso a la
informacin= evaluacin)
Indicadores de resultados, cualitativos, de evaluacin, socio-econmicos...
(acceso a la informacin= evaluacin= transparencia)
Indicadores de gestin y resultados econmicos (evaluacin % 'estin
financiera)
4.5.6.7 De %o# recur#o# $u.no#
Informacin personal y de contacto (acceso a la informacin= 'estin operativa)
Informacin laboral
2 Registro de los contratos (y altas y bajas), currculum vitae, experiencia
(acceso a la informacin= planificacin)
2 Registro y control de jornales y horas (acceso a la informacin, 'estin
financiera % evaluacin)
Registro/control de gastos operativos (acceso a la informacin= 'estin
financiera)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 21 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.5.6.8 De %# contr&rte#
Informacin del contacto, de la organizacin... (acceso a la informacin= 'estin
operativa)
Registro de los proveedores: informacin sobre pagos, precios... (acceso a la
informacin= 'estin operativa)
4.5.6.9 De % or0ni2cin
Avisos, informaciones varias... (comunicacin interna)
Definiciones del programa (comunicacin interna= acceso a la informacin)
)/2/2 Actore# de% #i#te.
El documento especifica una lista de actores del sistema, su rol y las acciones que
debe poder hacer. Esto nos permite identificar las necesidades de adecuacin de la
interfa2 y los permisos a los usuarios en base a roles, que pasar a ser otro
requisito.
1 Coordinacin general de la organizacin: consultar, ingresar, corregir y borrar
informacin
1 Coordinacin del programa: ingresar, corregir y borrar informacin
1 Coordinadores de proyecto: consultar, ingresar y corregir toda la informacin
de su proyecto, consultar informacin del programa (no eliminar)
1 Educadores, talleristas y tcnicos participantes de los proyectos: consultar
informacin restringidamente, ingresar informacin
1 Financiadores (a incorporar posteriormente)
1 Poblacin beneficiaria (a incorporar paulatinamente)
1 Interesados en general (a incorporar posteriormente)
1 Administradores del sistema: establecer cambios en la base (configuraciones,
gestin de usuarios...)
Tras unas indagaciones posteriores, la cantidad de estos usuarios qued fijada en
unos 10 usuarios con un uso intensivo de la herramienta, y otros 20 que incorporarn
informacin habitualmente. El nivel de los usuarios sera ms bien bsico, usuarios de
office y correo electrnico, y estaran repartidos por unos 6 departamentos (las
provincias de Uruguay). Esta informacin era bsica para planear la formacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 22 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
)/2/) Re!ui#ito# no *uncion%e#
Finalmente, tambin se expresaban unos requisitos de carcter no funcional muy
concretos. stos dirigan (o limitaban) la solucin a disear. Como estn muy bien
especificados, paso a reproducirlos:
El aplicati#o tiene que ser ami)able. Ms amigable, cuanto ms se va "bajando
en los niveles a quien va dirigida la informacin. Si la interfaz resulta complicada, el
aplicativo simplemente no se utilizar. Si es demasiado engorroso obtener
informacin, no ser utilizado. La opcin que parece ser mas adecuada es usar un
formato de pgina web sencilla, que es algo utilizado por la mayora de la gente.
El soft:are debera ser escalable. Progresivamente tiene que poder ir aumentando
la informacin que procese, y habra que pensar en mdulos que se vayan agregando.
No ser viable seguramente tener el 100% de los productos que se quisiera obtener, y
sera deseable que el diseo previera agregados que en forma de mdulos se fueran
acoplando, y que no volvieran demasiado pesado al aplicativo.
$e tiene que poder acceder a ;l a distancia. Tiene que funcionar en un entorno
Web. La forma de ingreso preferentemente tiene que se a travs de un navegador.
Tiene que tener compatibilidad con Mozilla e Internet Explorer al menos. La mayor
parte de la gente acceder por Cyber o por lnea de ADSL, y solo en muy raras
ocasiones va mdem, por lo que tiene que ser pensada para una conexin
media o ba!a de adsl.
<iene que ser se)uro. Esto es la contracara de lo anterior. Hay que tener presente
que en las bases estarn ingresados datos personales, que es bsico mantenerlo bajo
criterios confidenciales. El acceso a esta informacin tiene que estar dado por claves
que tienen que ser seguras.
$us bases de datos tiene que ser exportables y transparentes. La informacin
sobre planificaciones, sobre registros, sobre informacin personal, tiene que ser
exportable. En particular la informacin de carcter numrico tiene que poder ser
exportada a excel o a otras plantillas de clculo similares. Las bases de datos tienen
que poder accederse para que puedan interactuar con otros desarrollos que puedan
realizarse.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 23 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
<iene que ser capa2 de interpretar informacin preexistente. Actualmente los
equipos tcnicos generan informacin, en formatos que son en general diseados por
los financiadores. Se trata de documentos de texto o plantillas de clculo. El
aplicativo debera ser capaz de realizar importaciones de estos documentos.
Sera necesaria una herramienta que permita generar importacin y exportacin de
informacin, sin demasiadas horas/hombres en ese proceso y con conocimientos de
uso de software a nivel de usuario medio.
<iene que ser compatible. 100% compatible con las ltimas versiones de Windows
y debera ser compatible con Ubuntu. El diseo debera priori2ar que
preferentemente sea de cdi)o abierto.
<iene que ser fcil de actuali2ar=confi)urar. El aplicativo debe permitir que se
puedan realizar cambios sin necesidad de recurrir a un administrador, para aquellas
cuestiones que son ms dinmicas, o los enlaces de inters, o documentos adjuntos.
+o tienen que existir intermediarios. La informacin que generan educadores y
coordinadores, no tienen que ser subida por alguien, en el momento de generar la
informacin, esta tiene que cargarse directamente en el sistema. La importacin de
informacin, tiene que ser una excepcin para situaciones especficas, pero no la
norma.
"ondiciones del ser#idor. Hay que analizar las opciones para montar el servidor,
por ahora la opcin que parece ms viable tcnica y econmicamente es la opcin de
contratar un servidor externo. El Abrojo no cuenta con IP fija, y no tiene un recurso
humano con carga horario completa que pueda dedicarse al mantenimiento de un
servidor y que garantice que funcione las 24 h. Esto adems implicara comprar
hardware. Es necesario que el servidor tenga dentro de sus servicios el respaldo
automtico del sistema, de ser posible de manera diaria, o en su defecto, como
mnimo, de carcter semanal. Los requisitos del aplicativo deben hacerse pensando
que el usuario medio contar con mquina que no ser de ltima generacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 24 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
3.3 A%cnce de% &ro'ecto
Analizar los objetivos y requisitos del sistema de informacin integral y seleccionar
una solucin (herramienta, fram,or7...) que cumpla con stos. Disear e implementar
una parte de este sistema que incluya, preferentemente, la gestin de recursos
humanos y de proyectos, dejando un sistema funcional y escalable. Capacitar a los
diferentes usuarios para que puedan usar el sistema y a un tcnico para que pueda
realizar el mantenimiento y las tareas administrativas que requiera el sistema, e
incluso extenderlo.
3.4 Li.itcione# ' rie#0o#
La seleccin de la plataforma sobre la que se basara el sistema deba -acerse en
la fase inicial, antes de realizar mi propio anlisis de las organizaciones, para
permitir que me capacitara en sta. Debido a que mi conocimiento previo de
soluciones que se ajustaran a los requisitos planteados era casi nulo, y que el
proyecto se deba ejecutar, desde el primer anlisis hasta la ltima formacin, en un
mximo de un ao (era el tiempo que dispona, adems de que no es bueno que los
proyectos se eternicen), deba ir el mximo de preparado.
La herramienta a implementar deba ser una solucin integral, que se acoplara a los
procesos de la organizacin para generar el mximo de informacin posible que
despus se pudiera extraer y analizar. Adems, deba permitir una
implementacin por fases ya que en este proyecto no se podra abarcar todas las
funcionalidades requeridas.
En el propio documento de especificacin previa se orientaba hacia la seleccin de una
solucin de tipo ERP. Si el producto elegido es suficientemente potente, stos ofrecen
la modularidad y flexibilidad necesaria para esta implementacin por partes y para
adaptarse a prcticamente cualquier necesidad funcional.
Para minimizar el ries)o de que la -erramienta no pudiera ser mantenida y
extendida una vez yo terminara mi proyecto, ya en esta primera etapa propuse que
buscaran un tcnico informtico de la propia entidad (o prximo a sta) para que
tomara parte en la eleccin de la solucin y en su implementacin posterior. Con esto
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 25 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
buscaba que la eleccin tuviera en cuenta las capacidades y limitaciones del tcnico
que heredara el sistema. Este punto no fue resuelto satisfactoriamente, por lo que a
los requisitos de la solucin a buscar haba que aadir una curva de aprendizaje
asumible.
Adems de la limitacin tcnica, tambin exista una limitacin econmica
importante. No disponan de ningn tipo de infraestructura de servidores ni personal
informtico, y cuando pregunt por el presupuesto su respuesta fue: :o tenemos una
evaluacin desde el punto de vista presupuestal para implementar esto= no obstante=
somos conscientes 1ue implicar5 dedicar al'unos recursos* De nuevo ac5 tus
estimaciones en cuanto a las necesidades nos a%udar5n a tener las previsiones claras*
Esta falta de un criterio presupuestal ya me hizo suponer que ste deba tender a 0,
ya que es habitual en las entidades sociales que no exista una partida (o que sea
mnima) para cuestiones de infraestructura.
3.5 Se%eccin de % #o%ucin i.&%ntr
El proceso de seleccin lo realic basndome, sobretodo, en los requisitos no formales
y en las limitaciones arriba expuestas. Desde la perspectiva funcional, deba buscar
una solucin que fuera orientada a proyectos, pero como necesitaba encontrar una
solucin que fuera potencialmente capaz de contemplar todos los mbitos funcionales,
en este sentido solo deba fijarme en soluciones extremadamente potentes y flexibles.
En mi investigacin por la red de las soluciones existentes, me encontr con el 9ivre
blanc E-P open source, elaborado por la empresa francesa !mile como parte de su
proceso de seleccin del ERP open source del que hacerse partners.
El documento es muy exhaustivo; expone las caractersticas y estado de arte de los
ERPs en general y de los open source en concreto, haciendo un repaso de los
dominios funcionales que abarcan, antes de entrar en la seleccin propiamente. Esta
empieza exponiendo los criterios que van a guiar la seleccin, para luego presentar
una tabla de los 28 productos pre-analizados (ver esta tabla en el Ane(o 2$ Tabla
comparativa para la preseleccin de soluciones). De estos 28 selecciona 6 para
realizar un anlisis ms exhaustivo: Tin%E-P (renombrado a 6penE-P), 6penbravo,
:eo'ia, E-PA, Adempiere y ompiere. Finalmente, acaban eligiendo 6penbravo y
Tin%E-P (6penE-P).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 26 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
Una vez analizado el producto, y valorando los puntos fuertes y positivos para las
necesidades del proyecto, decid basarme en este estudio para mi seleccin. No
replicar aqu todo el anlisis que realizan, pero s un extracto de aquello que ms
inters tiene para este proyecto.
Sobre la preseleccin de soluciones a analizar, destaco los siguientes criterios que les
llevaron a descartar buena parte de las soluciones:
1 soluciones basadas en Hibernate y Spring: a diferencia de sus criterios, mi
principal motivo para eliminar estas soluciones de la ecuacin son los altos
requisitos de hardware que acostumbran a exigir las soluciones basadas en
J2EE. Debido a la limitacin econmica existente, este era para mi un motivo de
descarte.
1 muy poca comunidad: las posibilidades de encontrar soporte fuera del
comercial (en caso de que este existe) se reducen drsticamente y, por tanto,
aumentan los costes o el riesgo de encallarse.
1 una plataforma tcnica en fase beta
1 una funcionalidad muy limitada
1 una localizacin francesa muy pobre: este criterio no aplicaba a este proyecto,
pero me pareci que no era suficiente para invalidar su seleccin.
1 una licencia libre no aceptada por la OSI: por el peligro de que se acabe
cerrando la aplicacin y los usuarios queden en una situacin altamente
vulnerable.
Respecto a cuestiones tcnicas, sus criterios coincidan completamente con los mos:
1 rechazo de lenguajes de programacin que no implementan una orientacin a
objetos potente (p.e.: PHP4 y lenguajes funcionales), que no garantizan una
buena legibilidad y mantenibilidad del cdigo (p.e.: Perl) o que requieran una
gestin de memoria por parte del desarrollador.
1 debe haber una clara divisin del cdigo, que apliquen el patrn MVC.
1 deben usar una estndar de almacenamiento de datos: base de datos relacional
conocida y confiable
1 deben usar o implementar un ORM
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 27 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
Estos criterios son para asegurar una fiabilidad de la solucin y para, sobretodo,
facilitar la reutilizacin de cdigo, la comprensin del cdigo ajeno y su
mantenimiento.
De las seis soluciones seleccionadas para un anlisis en profundidad, cuatro de ellas
(Tin%E-P, 6penbravo, Adempiere y ompiere) las haba encontrado como referentes
importantes del sector en mi propia investigacin. Prcticamente todas estn basadas
en J2EE, tecnologa que no era mi preferida para este proyecto por los motivos ya
expresados. Sin embargo, como un anlisis propio de las soluciones basadas en PHP
no me revel ningn producto especialmente interesante, decid contemplar los
proyectos realizados en java.
El anlisis en profundidad de las seis soluciones seleccionadas lo realizan elaborando
tres perfiles de cada una de ellas para poderlas comparar. stos son un perfil por
caractersticas 'enerales, un perfil por dominio funcional y un perfil por sector %
tama0o de la compa0a. Estos perfiles los exponen en unos grficos muy ilustrativos
que paso a reproducir.
Fi'* 42$ Perfil por caractersticas 'enerales de las B soluciones= 9ivre #lanc E-P open source
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 28 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
2otori3t3: La notoriedad actual de una solucin es importante ya que garantiza un
mnimo de fiabilidad y de continuidad de la solucin. Sin embargo, si no va
acompaada de una comunidad dinmica y una calidad tcnica, no tendr valor.
Han tenido en cuenta: el nmero y tamao de las referencias de clientes, el nmero y
notoriedad de integradores, las citas en la prensa especializada, el tamao del archivo
de foros y listas de correo, el PageRank que Google da a su web y las referencias en
Del.icio.us hacia sta.
1ynami4ue: El dinamismo de la comunidad en torno a la solucin junto con la
calidad tcnica determinan directamente el lugar de la solucin en el futuro. sta
desvincula la evolucin de la solucin a la situacin particular del editor.
Consideran: el cambio en el volumen de los foros o lista de correo, la actividad de
chat IRC, la gestin de la comunidad (en qu medida los integradores y los usuarios
son consultados y participan en el diseo y desarrollo de productos, la frecuencia de
las actualizaciones de la documentacin, la actividad en los repositorios de cdigo, la
frecuencia de las releases, citas en blogs de actores independientes.
)ec+no: Sin duda es el punto ms importante, ya que el un ncleo que respete los
estndares, aplique patrones y, en definitiva, tenga un diseo excelente reducir
drsticamente el coste de implementar nuevas funcionalidades. En el caso contrario
nos podemos encontrar que no podemos mejorar una caracterstica sin realizar un
refactorin' muy caro o, directamente, imposible. Es mas importante un ncleo bien
diseado que muchas funcionalidades implementadas.
Han valorado: el respeto de estndares existentes donde sea posible, la potencia de
las abstracciones usadas (ORM, motor de BPM, ,ebservices nativos...), grado de
factorizacin del cdigo, los conectores e interfaces disponibles para extensiones
especficas, madurez y cobertura de los ,ebservices, curva de aprendizaje del
producto, modularidad de la aplicacin (es preferible que la solucin sea un ncleo
mnimo y plu'uins que se complementan entre ellos), que no haya problemas obvios
de rendimiento.
P3rim5tre: Es el volumen total de las funcionalidades, aunque hay que analizarlas
ms detalladamente. En cualquier caso, la flexibilidad es ms importante pues afecta
ms a los costes. En un ERP flexible, aadir una caracterstica puede ser
relativamente simple.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 29 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
!ouplesse: Como a menudo hay que ampliar el mbito funcional de la herramienta,
la flexibilidad nos indica qu tan fcil ser. Est unida a la tecnolo'a pero haciendo
especial nfasis en la modularidad y la eficacia de los desarrollos de terceros.
Consideran: la posibilidad de cambiar las estructuras de datos para agregar o
modificar los objetos de negocio almacenados, la facilidad para modificar las
interfaces de usuario, la presencia o ausencia de un motor de flujo de trabajo y su
potencia (hay un editor grfico o se debe codificar en XML?), capacidad de no
modificar el tratamiento de los objetos de negocio sin modificar las estructuras de
datos, la posibilidad de personalizar los informes (facturas, etc), lo rpido y ligero del
ciclo de desarrollo.
6essources: La posibilidad de movilizar a proveedores franceses capacitados en las
tecnologas de la herramienta para realizar desarrollos especficos.
Los recursos, como estn planteados en el mbito francs, no los tuve en cuenta. Del
resto de caractersticas, aunque todas son muy importantes, las que ms me
importaban eran la tecnologa y flexibilidad, ya que muy posiblemente me tocara
realizar bastante desarrollo para adaptar la herramienta a la ptica de lo social.
Se puede ver como 6penE-P queda en muy buen lugar, especialmente en la
flexibilidad y el dinamismo de la comunidad (esto ltimo debido a una muy buena
gestin, en mi opinin, de ella). Prueba de esto son los ms de 300 mdulos
desarrollados por la comunidad que han pasado un mnimo control de calidad (rama
addons?e(tra). Esto, adems, le aporta un gran permetro.
Adems, 6penE-P tiene una mu% buena capacidad para ser confi'urado )incluidos los
flujos de trabajo= los informes+ %= por lo tanto= re1uieren menos desarrollo especfico
.sic/.
Respecto al dinamismo de la comunidad y los recursos especficos en el mundo
hispano-hablante, hay que destacar que esta comunidad (bsicamente espaola, pero
con algn componente latinoamericana, incluida Argentina y, como me enter
posteriormente, tambin Uruguay) es especialmente activa y potente. Trabajan en
una dinmica de co?ompetencia (competencia cooperativa, con mucho nfasis en la
cooperacin) que aporta muchsimos recursos, tanto a nivel de mdulos y
traducciones de calidad como de documentacin tcnica en la web. Adems, hay
disponibles cursos tcnicos y funcionales tanto en la web como presenciales muy
tiles para la introduccin a la plataforma.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 30 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
Fi'* 4C$ Perfil por dominios funcionales= 9ivre #lanc E-P open source
Los puntos de los grficos son: compras (achats), ventas, contabilidad, gestin de la
relacin con el cliente (-"), gestin de la cadena de suministro (!"), gestin de la
produccin (;PA6), punto de venta (P6!), recursos humanos, gestin de nminas,
proyectos, interfaz Web y #usiness Intelli'ence (#I).
Para este proyecto, los dominios que tenan ms importancia eran la gestin de
proyectos, de recursos humanos, de la relacin con el cliente (hay que ver esto de
una forma ms flexible, siendo clientes los usuarios, financiadores, organismos
reguladores...) y la interfaz web. Tambin eran importantes la gestin de ventas,
compras, de la produccin y de la cadena de suministro de cara a la cooperativa
ompromiso !ocial (que no est incluida en el anlisis previo), y las herramientas de
#usiness Intelli'ence podan ser tiles para las tareas de evaluacin de los proyectos y
los procesos de integracin de los beneficiarios.
Otra vez, 6penE-P vuelve a destacarse por la solucin ms completa. Sin embargo,
an ms interesante es la valoracin que expresan textualmente: 9as diferencias m5s
evidentes se hacen sentir en los mdulos de recursos humanos para los 1ue slo
6penE-P % E-PA son completos* E-PA incluso administra las nminas= donde nin'>n
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 31 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
otro E-P libre ha lle'ado tan lejos )6penE-P lo intenta % tiene un mdulo de nminas
sui&as de ejemplo= pero no franc8s+* !in un mdulo de --<<= la 'estin de pro%ectos
es limitado % por lo tanto 6penE-P se sit>a en mejores condiciones 1ue sus
competidores en esta 5rea funcional* Del mismo modo= E-PA % 6penE-P disponen de
un -" m5s completo= donde 6penbravo es m5s limitado* !in embar'o= este se
distin'ue por un mdulo de interfa& ,eb sin i'ual % un avan&ado punto de venta*
As pues, 6penE-P no solo era el ms completo sino que se destacaba en aquellas
reas funcionales que ms interesaban para este proyecto.
Fi'* 4D$ Perfil por por sector % tama0o de la empresa= 9ivre #lanc E-P open source
En este perfil hacen una estimacin de la idoneidad de la solucin segn el sector y el
tamao y volumen de negocios de la empresa. No entrar mucho en detalle sobre
esta comparacin, pues no est incluido el perfil de asociacin o de entidad social,
aunque el que ms se asemeja (y, en parte, son exactamente eso) es el de "empresa
de servicios.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 32 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
)/3/1 Producto #e%ecciondo
Tras analizar las soluciones existentes, basndome sobretodo en el anlisis realizado
por !mile, eleg 6penE-P como plataforma.
Adems de por los argumentos ya expuestos, fueron factores decisivos para la
decisin la cantidad y, sobretodo, la variedad de referencias de clientes; empresas
pequeas, medianas y hasta grandes, e incluso alguna entidad no lucrativa (un club)
y tambin una institucin educativa. Tambin el hecho de que existieran empresas
integradoras en Espaa y que estas se mostraran activas en la comunidad, ya que
abra las puertas a pedirles algn tipo de colaboracin teniendo la Responsabilidad
Social Empresarial como incentivo para esto.
Finalmente, unas primeras pruebas con la herramienta y una investigacin de los
mdulos disponibles dejaban ver que muchos de los requisitos funcionales que se
extraan de la especificacin previa quedaban cubiertas por stos.
Los requisitos no funcionales y las limitaciones del proyecto quedaban superados por
la solucin. El nico punto que representaba un riesgo era que no se poda instalar en
un entorno LAMP, por lo que quedaban descartados los servicios de hostin' habituales
para los que hay una amplia oferta.
La solucin deba instalarse en un servidor propio o en un VPS, y me fue imposible
concretar los recursos hardware que se requeriran (pregunt en los foros pero no
obtuve una respuesta clara). Como lo que s que me dijeron era que no requera unos
recursos exagerados, consider que se podran asumir los costes del VPS o, en el caso
contrario, buscar la complicidad de alguna empresa.
En cualquier caso, marqu este punto como un riesgo, lo que implic que una de las
primeras tareas que program para cuando empezara el proyecto (y tuviera los datos
suficientes para saber qu recursos necesitbamos) fue buscar el alojamiento para la
solucin.
Lo que hice a partir de este momento fue formarme todo lo que pude (teniendo en
cuenta que estaba cursando las ltimas asignaturas y que tambin estaba
trabajando), particip en las !e'undas Eornadas espa0olas de 6penE-P
) http $// ,,, *openerpspain *com / jornadas ? openerp + y asist al primer da (por una
cuestin econmica) del urso de formacin funcional en 6penE-P para la 'estin
empresarial )http $// ves *cat / amjh +.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 33 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
3.6 P%ni*iccin inici%
La planificacin inicial que elabor en la fase previa al proyecto, como parte del
estudio de viabilidad de ste, fue la siguiente.
%a de comien2o del proyecto: 31 de agosto de 2009.
%a de finali2acin: 15 de junio de 2009
1 Septiembre'09 - Octubre'09: Anlisis y diseo
1 Noviembre'09 - Diciembre'09: Implementacin Beta 1
1 Enero'10 - Marzo'10: Testeo Beta 1
1 Marzo'10 - Abril'10: Desarrollo iterativo
1 Mayo'10: Documentacin, capacitacin y testeo
1 Junio'10: Cierre del proyecto
4.9.>.6 F#e 14 An+%i#i# ' di#e5o
Inicio: 31 de agosto de 2009
3in: Semana del 26 de octubre de 2009
*b!eti#os:
Definir las necesidades (anlisis de requisitos) desde el punto de vista de la
informacin y basado en los procesos actuales.
Detectar los riesgos del proyecto.
Obtener una propuesta concreta en funcionalidades y su plan de ejecucin (Plan de
proyecto).
Decidir el mantenimiento de la herramienta: desarrollador vinculado a la organizacin
capacitado durante el desarrollo, empresa externa alojadora de la solucin, con un
freelance ya capacitado...
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 34 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
<areas:
1 Extraccin de necesidades
2 Reuniones con la administracin y coordinacin de El Abrojo y con la
Directiva de Compromiso Social.
2 Reuniones en los proyectos/programas definidos por la coordinacin.
2 Visitas a los proyectos.
1 Anlisis de requisitos
2 Elaborar una lista concreta de requisitos (funcionales y no funcionales)
2 Organizar los requisitos por mdulos.
2 Establecer una priorizacin entre requisitos.
1 Elaboracin del Plan de proyecto
2 Definicin de mdulos a generar.
2 Definicin de indicadores a incluir por mdulos.
2 Elaborar una planificacin (temporal y de recursos humanos y
materiales) detallada de las siguientes fases.
2 Elaborar el plan de Gestin de riesgos.
2 Elaborar el Plan de mantenimiento
3 Buscar alternativas y evaluarlas
1 Validacin de la propuesta por parte de los responsables/coordinadores de las
entidades.
Toda la documentacin tcnica y planificacin se realizar adaptada a la escala del
proyecto y del equipo de desarrollo.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 35 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.9.>.5 F#e 24 I.&%e.entcin 6et 1
Inicio: Semana del 26 de octubre de 2009
3in: 20 de diciembre de 2009
*b!eti#os:
Obtener una versin funcional del software que implemente los requisitos principales y
la documentacin de usuario necesaria para su uso.
Mantener al da la documentacin tcnica del proyecto.
<areas:
1 Desarrollar una primera versin Beta en un servidor de pruebas
2 Funcionalidades estructurales
2 Funcionalidades ms prioritarias
2 Funcionalidades que presentan un mayor riesgo
3 Por complejidad en la implementacin
3 Por complejidad en su uso
3 Por tener unos usuarios que presentan dificultades de capacitacin
o motivacin
1 Elaborar una versin Beta de la documentacin de usuario
1 Elaborar la documentacin tcnica referente al desarrollo realizado
La seleccin de las funcionalidades a implementar en esta versin se decidir en la
fase anterior y quedar concretada en la planificacin temporal.
Idealmente, el servidor de pruebas ser el mismo entorno que despus ser el
servidor en produccin.
Durante esta fase, aunque no se plantea como un desarrollo iterativo, s que se
seleccionar un grupo (muy) reducido de usuarios que estn fuertemente motivados y
capacitados para ayudar en decisiones de estilo y usabilidad.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 36 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.9.>.4 F#e )4 Te#teo 6et 1
Inicio: 18 de enero de 2010
3in: 5 de marzo de 2010
*b!eti#os:
Testear con el mayor nmero posible de usuarios de todos los niveles las
funcionalidades principales y la usabilidad de la herramienta.
Obtener un feedbac7 directo y masivo de los usuarios respecto a la herramienta para
disear la siguiente fase de desarrollo.
Empezar a capacitar (y familiarizar) a los usuarios en el uso de la herramienta.
<areas:
1 Realizar sesiones grupales e individuales (segn el perfil de los usuarios) de
testeo de la herramienta
2 Capacitacin en el uso (respaldado con material multimedia)
2 Testeo dirigido y libre
2 Recogida de opiniones a travs de encuestas (sesiones grupales) y
entrevistas (individuales)
1 Analizar las opiniones recogidas
1 Actualizar el Plan de proyecto
2 Modificar la propuesta (requisitos de la herramienta)
2 Actualizar la planificacin: disear y planificar la siguiente fase de
desarrollo
2 Actualizar el Plan de Gestin de riesgos
1 Validacin de las modificaciones por parte de los responsables/coordinadores de
las entidades.
tencin:
Enero y febrero (se hacen turnos) es periodo vacacional, habr que organizar bien el
calendario. Guillem tambin marchar 2 o 3 semanas de viaje durante el mes de
febrero.
Para esta parte necesitaremos infraestructura y material especfico.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 37 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.9.>.7 F#e 74 De#rro%%o itertivo
Inicio: 26 de febrero de 2010
3in: 30 de abril de 2010
*b!eti#os:
Obtener la versin final del sistema de informacin que implemente las
funcionalidades planificadas adaptadas al mximo a las necesidades de las entidades y
los usuarios.
Obtener la versin alpha de la documentacin de usuario.
Mantener al da la documentacin tcnica.
Capacitar en profundidad a usuarios (que sean referentes en cada uno de los niveles)
de manera que se conviertan en futuros capacitadores en el uso de la herramienta.
<areas:
1 Desarrollar el conjunto de funcionalidades planeadas por mdulos y por
prioridades
2 Implementar un conjunto reducido e interconectado de funcionalidades
(mdulo)
2 Validar la implementacin (a nivel funcional y de usabilidad) con el/los
usuario/s ejemplo del rol que la va a usar
3 Capacitacin en esta funcionalidad
2 Realizar las correcciones necesarias
1 Elaborar la Documentacin de usuario una vez un mdulo est estabilizado
1 Elaborar la documentacin tcnica referente al desarrollo realizado
1 Peridicamente, realizar un testeo general
1 Puesta en produccin de la versin final
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 38 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.9.>.8 F#e 34 Docu.entcin8 c&citcin ' te#teo
Inicio: 1 de mayo de 2010
3in: 30 de mayo de 2010
*b!eti#os:
Obtener la versin final de la Documentacin de usuario.
Testear la herramienta y capacitar en su uso al mayor nmero posible de usuarios de
todos los niveles las funcionalidades.
Correccin de errores.
<areas:
1 Acabar la Documentacin de usuario
1 Realizar sesiones grupales e individuales (segn el perfil de los usuarios) de
testeo de la herramienta (masivo)
2 Capacitacin en el uso (respaldado con material multimedia)
2 Testeo dirigido y libre
2 Recogida oral y grupal de opiniones, y discusin de las correcciones que
haya que realizar
2 Limpieza de los datos de testeo
1 Correccin de errores y pequeas mejoras
1 Validacin y testeo final (no masivo)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 39 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
4.9.>.9 F#e 94 Cierre de% &ro'ecto
Inicio: 31 de mayo de 2010
3in: 15 de junio de 2010
*b!eti#os:
Concluir de forma satisfactoria y ordenada la relacin con El Abrojo.
Dejar un escenario adecuado para el correcto uso y mantenimiento del Sistema de
Informacin.
Obtener la memoria del proyecto a presentar a la FIB.
<areas:
1 Realizar reunin/es de 7ic7?off del proyecto
1 Entregar toda la documentacin tcnica y de usuario
2 Repasar el Plan de mantenimiento
1 Elaborar la Memoria del proyecto a partir de la documentacin y los apuntes
realizados durante el desarrollo
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 40 / 182
Implementacin de un sistema de informacin para una cooperativa
%efinicin del proyecto
7 Metodo%o0:
ste proyecto planteaba dos grandes retos para su implementacin exitosa: realizar
un buen anlisis de requisitos y una implementacin del mismo que facilitara la
aceptacin del nuevo sistema por parte de los usuarios. Esta afirmacin puede parecer
absurda; en cualquier proyecto se pueden destacar estos dos objetivos, pero en el
contexto del proyecto y, sobretodo, teniendo en cuenta la formacin que se nos da en
la carrera, tienen especial relevancia.
En la mayora de asignaturas en que se nos explica el diseo y desarrollo de software,
se nos presentan escenarios en los que el programa se desarrolla desde cero y, o los
interlocutores tienen una idea bastante clara de lo que quieren, o el sistema a
desarrollar cubre necesidades muy operativas o fciles de identificar. Las
herramientas que nos ensean para la especificacin e implementacin del proyecto,
como pueden ser los casos de uso y la metodolo'a -FP pueden servir muy bien en
estos casos, pero encajan menos en el escenario de este proyecto, y de tantos otros
de la vida real.
Actualmente, tanto por falta u optimizacin de recursos (econmicos y de tiempo)
como por calidad (aprovechamiento de buenas soluciones existentes), los proyectos
son una implementacin, adaptacin y/o expansin de un software existente (o
varios) para cubrir las necesidades del cliente. Como ya se ha explicado en la
introduccin, este proyecto encaja en este contexto.
Adems, el sistema pretende ser una plataforma transversal a unas organizaciones
con una jerarqua muy plana y poco clara, con poca sistematizacin en sus procesos y
con unos interlocutores y usuarios finales muy heterogneos y con un dominio de la
informtica limitado.
Todos estos condicionantes dificultaban mucho la especificacin e implementacin del
proyecto, especialmente aplicando las herramientas vistas durante la carrera, y
ponan en jaque el proyecto si no se gestionaba correctamente la aceptacin del
sistema por parte de los usuarios; si no se haca una correcta gestin del cambio. Esto
me oblig a investigar metodologas que se adecuaran mejor al contexto del proyecto.
Ha sido especialmente til para este anlisis algunas asignaturas optativas y
seminarios propuestos por la facultad nos presentaban alternativas metodolgicas
para afrontar estas situaciones, y fue a partir de stas que inici mi investigacin.
Esta investigacin y la definicin en un proceso propio lo realice de forma paralela al
anlisis institucional, ya que fue cuando sobresalieron las carencias en esta rea.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 41 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.1 L 0e#tin de% c.,io co.o e%e.ento c%ve
Previamente a todo este estudio, concretamente al llegar a tierras sudamericanas, me
compr el libro mo 'estionar el cambio para reducir la resistencia, que fui leyendo
durante los primeros meses del proyecto, pues saba que ste sera un punto crucial
para el xito del proyecto. Esta idea, as como la orientacin sobre el tipo de
soluciones que necesitaban y la identificacin inicial de los riesgos, fue gracias a la
asignatura !istemas de Informacin para 6r'ani&aciones
1
.
Las ideas principales del libro ya las haba trabajado en esta asignatura, pero me
permiti profundizar en ellas y obtener ms soluciones y trucos o, dicho de otra
forma, un conjunto de buenas prcticas a tener en cuenta en mi proyecto. La idea
ms importante es la implicacin de los usuarios en el proyecto. Esta implicacin
puede (y debe) ser a diferentes niveles; desde un conocimiento temprano del
proyecto, especialmente de sus objetivos y en cmo le va a afectar (abriendo un canal
para recibir su opinin), hasta una implicacin directa en la implementacin de ste
participando en el proceso de especificacin y testeo.
El objetivo de esto es crear una actitud positiva hacia este cambio a partir de hacerles
formar parte de ste. Adems, nos permite detectar aquellos miembros que van a ser
aliados y aquellos que van a tener mayor dificultades, pudiendo planificar una
estrategia donde obtener lo mejor de cada uno o reducir los riesgos en el peor de los
casos.
Una consecuencia directa de considerar la gestin del cambio como elemento clave del
proyecto es la eleccin de la metodologa a seguir. sta va a tener que ser,
necesariamente, alguna de las conocidas como metodolo)as )iles; ya que son las
que nos permiten involucrar a los stackeholder, especialmente a los usuarios finales,
de una forma ms directa y continuada en el desarrollo del software, tanto en las
fases de anlisis y diseo, como en las de implementacin y testeo. De esta manera,
aumentamos automticamente el conocimiento de la herramienta por parte de los
usuarios, su implicacin en el proyecto y reducimos el tiempo de obtener un feedback
por parte de stos que nos permite detectar rpidamente errores y carencias de la
solucin o en el proceso de implantacin.
Adems, teniendo en cuenta que el equipo de trabajo era reducidsimo (yo solo),
elegir una metodologa que implicara mucho trabajo extra solo habra dificultado su
aplicacin y, en el peor de los casos, la ejecucin del proyecto.
1
.signatura Sistemas de !nformacin para "r#ani$aciones4 /orge 5ernande6 &,70'.
http :// www .fib .upc .edu / es / estudiar - enginyeria - informatica / enginyeries - pla -
2003/ assignatures / SIO .html
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 42 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.2 L .etodo%o0: D;ARMA ' % #e%eccin de
co.&onente#
An en Barcelona, cuando ya estaba preparando el viaje para el proyecto, curs los
seminarios Dise0o de la Ar1uitectura de !istemas <bridos
1
y Evaluacin de la calidad
% seleccin de componentes soft,are
2
, del profesor Juan Pablo Carvallo. stos fueron
muy reveladores y me orientaron mucho en como deba plantear el proyecto a nivel
metodolgico.
El primer seminario era, bsicamente, una presentacin de la metodolo)a %.&/
0%isco#erin) .ybrid &c-itectures by /odelin) ctors1. Los sistemas de
soft,are hbridos son aquellos que estn formados por varios componentes de
software de diferente naturaleza: componentes desarrollados por terceros (conocidos
como 6ff?The?!helf, 6T!), que a su vez pueden ser componentes comerciales
(COTS), gratuitos y de cdigo abierto (FOSS) o servicios web, y software desarrollado
a medida. Esta metodologa plantea el diseo de estos sistemas como la identificacin
de estos componentes identificados como actores de un sistema que debe cumplir
unos objetivos.
Concretamente, el mtodo DHARMA
esta definido como cuatro actividades
que pueden ser iteradas o
intercaladas.
Actividad /0 (odelado del entorno
de la or'ani-acin. La organizacin
y su modelo de negocio son
estudiados en detalle, a fin de
identificar el rol que juega en relacin
a su entorno. Este anlisis hace
evidentes los diversos tipos de actores
en su entorno y las necesidades
estratgicas existentes entre ellos y la
organizacin.
1
$eminario Dise%o de la &r'uitectura de Sistemas (bridos4 /uan 7ablo 0arvallo &,niversidad de .6ua# #
,70'. http :// postgrau .upc .edu / computing / esdeveniments / diseno - de - la - arquitectura - de -
sistemas - hibridos
ateriales http :// www .essi .upc .edu /~ carvallo /# DisArq
2
$eminario )valuacin de la calidad y seleccin de componentes soft*are4 /uan 7ablo 0arvallo
&,niversidad de .6ua# # ,70'. http :// postgrau .upc .edu / computing / esdeveniments / evaluacion -
de - la - calidad - y - seleccion - de - componentes - de - software -1
ateriales. http :// www .essi .upc .edu /~ carvallo /#_ x 0000_ i1055
Fi'* 4A$ Actividades del m8todo D<A-"A
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 43 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
Actividad 70 (odelado del entorno. En esta actividad se propone la introduccin de
un sistema en la organizacin y se analiza el impacto que ste tendra en relacin a
los elementos en el entorno de la misma. Los actores y dependencias estratgicas
identificadas en la actividad anterior son analizados en detalle con el objeto de
determinar cules pueden ser satisfechas directamente por el sistema, y cules son
necesarias para que este mantenga su operacin. La organizacin se modela como un
actor ms con sus dependencias con el sistema.
Actividad 80 1escomposicin de los ob#etivos del sistema. En esta actividad el
sistema es analizado en detalle y descompuesto en una jerarqua de objetivos
necesarios para satisfacer las dependencias estratgicas con su entorno. Los objetivos
representan los servicios que el sistema debe proveer para interactuar con los actores
en su entorno.
Actividad 90 Identificacin de actores del sistema. Los objetivos incluidos en el
modelo anterior son analizados y agrupados en actores que representan dominios
atmicos. Los objetivos son asociados en grupos de servicios bien definidos, en base a
un anlisis de las dependencias estratgicas con el entorno y una exploracin del
mercado de componentes existentes.
Esta metodologa est completamente condicionada a la eleccin de la modelizacin
en base a objetivos. Esto es, por un lado para facilitar que el sistema y sus
funcionalidades estn ntimamente relacionadas con los objetivos (de negocio) de la
organizacin, y por el otro lado para facilitar el control de calidad del sistema final. Y
precisamente por esto eligieron como lenguaje de modelado el iG.
Ms concretamente, en las dos primeras actividades se usan los modelos iG de
dependencias estrat8'icas (!D en ingls), que representan el nivel intencional. En las
dos ltimas actividades se usan los modelos -acional Estrat8'ico (!- en ingls) que
representan el nivel racional.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 44 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
En el seminario Evaluacin de la calidad % seleccin de componentes soft,are se nos
presentaron los conceptos de calidad del software y de modelo de evaluacin de sta.
Estos modelos, simplificando, vienen a ser una lista organizada de caractersticas
(funcionales y no funcionales) y una forma de medir su cumplimiento por parte del
software. Pretenden aportar una sistematizacin y objetividad al proceso de
evaluacin de la calidad de un software en tanto que cumplimiento de unos requisitos.
Estos modelos pueden ser de elaboracin propia (para lo que existen algunas
metodologas o recomendaciones para desarrollarlos) o est5ndares. Las ventajas de
estos ltimos son un mayor grado de objetividad y una reduccin del tiempo al no
tener que desarrollar el modelo. Las desventajas aparecen cuando no se encuentra un
modelo que se ajuste al caso estudiado.
La aplicacin de la evaluacin de la calidad en la seleccin de componentes software
no es ms que la aplicacin de los modelos de evaluacin de la calidad en el proceso
de seleccin, lo que nos permite obtener una tabla comparativa con valores fciles de
analizar. De esta forma, una vez aplicado el modelo de calidad a cada candidato, la
eleccin se convierte en un paso casi trivial.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 45 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.3 Crcter:#tic# de % i.&%ntcin de un ERP
Un ERP es un sistema integral de gestin modular, donde los diferentes usuarios
definidos por sus responsabilidades dentro de la organizacin interactan con ste
para introducir y explotar la informacin con el objetivo de cumplir con sus
necesidades operativas internas y de relacin con los actores externos a la
organizacin.
Toda implantacin de un ERP, pero especialmente de OpenERP por su alto nivel de
modularidad y su carcter Open Source, implica una bsqueda del equilibrio ptimo
entre una instalacin de mdulos estndar y el desarrollo de mdulos o adaptaciones
especficas para el proyecto.
El uso de mdulos estndar (desarrollados y mantenidos por otros) tiene las
siguientes ventajas:
1 reduccin de costes en la implantacin: directamente te ahorras todo el
desarrollo
1 reduccin de costes en el mantenimiento posterior: aunque no se puede
considerar que te lo evitas completamente ya que si descubres un error o
carencia y el autor no lo ha solucionado, debers hacerlo tu mismo.
1 reduccin de costes en el testeo: si al elegir los mdulos tienes en cuenta la
cantidad de usuarios de ste, la cantidad y calidad de documentacin existente,
y las experiencias reportadas (expresadas en foros, listas de correo, entradas
en blogs...), dispones de toda esta e(periencia acumulada sobre las
especificidades, interacciones con otros mdulos y posibles bu's de stos.
1 ajuste de los procesos de la organizacin a formas estndar: con la oportunidad
de mejorar stos procesos y la reduccin de adaptaciones en otras partes del
software.
La principal (y tal vez nica) desventaja del uso de mdulos estndar aparece cuando
estos se alejan de la forma de trabajar de la organizacin, obligando a sus empleados
a adaptarse al software. Esto, como he indicado en el punto anterior, puede ser una
oportunidad, pero tambin es un riesgo sobre la idoneidad de la solucin o la
aceptacin del cambio por parte de los usuarios.
La conclusin de esto es que una de las actividades ms importantes en el proceso de
implantacin, concretamente en el diseo de la solucin, es la seleccin de los
mdulos a instalar, adaptar y desarrollar.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 46 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.4 E% ."todo D;ARMA ' % #e%eccin de co.&onente#
en % i.&%ntcin de un ERP
Mi conclusin tras el estudio de las implicaciones, riesgos y los factores de xito y
fracaso en implementaciones de ERPs, as como de la metodologa DHARMA, era que
sta poda ser una valiosa herramienta para la fase de anlisis en este proyecto (y
creo que extensible a toda implantacin de un ERP).
Los argumentos para esta conclusin los asocio a las dos mitades de la metodologa:
Con las dos primeras actividades, nos facilita definir las necesidades a partir de los
objetivos estratgicos de la organizacin, los operacionales de sus departamentos y
empleados, y las relaciones de dependencia con actores externos.
En este proyecto en concreto, por ejemplo, estos actores serian la poblacin objetivo,
organizaciones con las que se trabaja en red, organismos de control y financiadores.
De esta forma, nos orienta en nuestro anlisis inicial y nos facilita alinearlo a los
objetivos de la organizacin y hacer ms entendible por los stakeholders ste anlisis.
Todo esto suma a favor del xito del proyecto.
La segunda mitad de la metodologa nos permite evolucionar este anlisis hasta una
definicin de los mdulos necesarios, facilitando la seleccin posterior y
mantenindolos asociados en todo momento a unos objetivos concretos. Esto ltimo
facilitar la evaluacin posterior de los requisitos y funcionalidades satisfechas,
pudiendo hacer un anlisis del xito del proyecto en cuanto al cumplimiento de
expectativas.
El diseo de la solucin consistir, principalmente, en la seleccin de los mdulos que
maximizan el cumplimiento de las funcionalidades extradas de las actividades
anteriores. Sin embargo, los mdulos tienen otras caractersticas adems de la
funcionalidad implementada: dependencia de otros mdulos, extensin y/o limitacin
de stos, aumento de la complejidad del modelo y las interfaces... si adems tenemos
en cuenta la gran cantidad de mdulos existentes, no siempre perfectamente
documentados, lo que por un lado es una ventaja por la flexibilidad y el gran
permetro funcional que tenemos, para esta tarea se vuelve una desventaja ya que la
complica.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 47 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
As pues, me pareci muy interesante la aplicacin de un modelo de evaluacin de
calidad sobre los mdulos que permitiera comparar de forma ms objetiva los factores
de funcionalidad, usabilidad, mantenibilidad y tiempo de implementacin entro
mdulos y entre conjunto de mdulos.
Sin embargo, para hacer esto se requera encontrar o desarrollar un modelo que
encajara con la evaluacin de la calidad de los mdulos de 6penE-P (su idoneidad
respecto un modelo de objetivos), y saberlo aplicar, todo esto dentro de los tiempos
del proyecto.
Como se explicar ms adelante, ya tuve problemas con las actividades de DHARMA,
por lo que decid no entrar en este tema. Sin embargo, me sigue pareciendo una idea
interesante y no descarto que, si sigo trabajando con OpenERP, desarrolle un pequeo
modelo de calidad para la evaluacin de los mdulos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 48 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.5 Inve#ti0cin de .etodo%o0:# co.&%e.entri#
An teniendo claro que quera poner en prctica el mtodo DHARMA, al empezar el
proyecto saba que tena an muchas carencias a nivel metodolgico para gestionar
exitosamente el proyecto.
Para empezar, mi conocimiento de DHARMA, especialmente en lo que respecta a su
uso y puesta en prctica, era muy reducido (slo lo haba trabajado en el seminario,
que fue de 9 horas durante una nica semana). Adems, para la implementacin tena
claro que deba aplicar una metodolo'a 5'il, pero aunque haba ledo sobre ellas
antes, no haba profundizado mucho ni haba puesto en prctica ninguna.
As pues, plante los siguientes pasos en lo respecta a mi capacitacin tcnica, de la
siguiente forma:
investigacin de metodologas complementarias a DHARMA para el anlisis
institucional, funcional, de procesos... y para el anlisis de requisitos y diseo
de la solucin
investigacin en "etodolo'as 5'iles de implementacin de soft,are
Lo primero que hice fue profundizar en la metodologa DHARMA. Concretamente en
como desarrollar los modelos de dependencias estratgicas. De este estudio destaco
la metodolo)a &i$%, que junto con el repaso de la bibliografa asociada a dicho
documento y al de presentacin de DHARMA, me ayud a conocer mejor las tcnicas y
herramientas (como algunos patrones para la modelizacin).
El primer reto a superar era como afrontar el anlisis necesario para aplicar la primera
actividad. El paso de una realidad compleja, con muchos actores y posibles relaciones,
a un modelo finito pero a la vez completo, fue una cuestin difcil.
Aunque creo que esto solo se llega a superar a base de experiencia, me dediqu a
investigar sobre otras formas de formalizacin de la realidad, ms simples y directas,
que me sirvieran como paso previo o complementario a la modelizacin propuesta por
DHARMA.
Este camino me llev a profundizar en el estudio del modelado de procesos, que en
SIO lo haba visto a nivel terico, adems de otras herramienta ms conocidas como
los organigramas.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 49 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
Para profundizar en la aplicacin de una in)eniera de requisitos orientada a
ob!eti#os, consecuencia directa de la eleccin de metodologas realizada hasta el
momento, me bas en el documento ;oal?6riented -e1uirements En'ineerin'$ A
;uided Tour.
Por lo que se refiere a las metodologas giles, mi estudio empez con el libro
In'eniera del soft,are* Fn enfo1ue pr5ctico (bsicamente los captulos que tratan el
desarrollo gil) y la propia pgina de A'ile "odellin'. Esto me orient en las diferentes
metodologas existentes para luego poder profundizar en las ms prometedoras:
Desarrollo Diri'ido por Funcionalidades (FDD en sus siglas en ingls) y Desarrollo
Adaptable de !oft,are (A!D).
Las /odelado ?)il son un conjunto de buenas prcticas para el desarrollo de
software que plantean principios metodolgicos tanto para el anlisis y modelado
como para la implementacin, algunos objetivos concretos y unas actitudes hacia las
tareas y situaciones. Esto se concreta en diferentes metodologas que intentan cumplir
con estas buenas prcticas de diferentes formas.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 50 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
7/3/1 De#rro%%o Diri0ido &or Funcion%idde# <FDD=
El Desarrollo Dirigido por Funcionalidades (FDD), desarrollado por Jeff De Luca y Peter
Coad, busca cumplir con los principios del modelado gil centrndose en las
funcionalidades que aportan valor al usuario. Su objetivo principal es hacer entregas
tangibles, software ejecutable, de forma incremental en el tiempo.
Fi'* 4B$ "odelo del proceso para el Desarrollo Diri'ido por Funcionalidades= del artculo de
!tephen Palmer en ED:
Define un proceso de iteraciones cortas basado en modelos, compuesto por cinco
actividades bsicas. Se empieza desarrollando un modelo general compuesto por un
diagrama de objetos, una lista informal de funcionalidades y notas. Luego, se elabora
una lista jerrquica de funcionalidades y se planifican en el tiempo, obteniendo un
plan de desarrollo. Finalmente, se continua con una serie de iteraciones de dos
semanas de dise0o % construccin por funcionalidad.
Para la primera actividad, desarrollar un modelo 'eneral, trabajan juntos
miembros del dominio (cliente) y del equipo de desarrollo, dirigidos por un analista
experimentado en diseo de modelos de objetos/componentes (Arquitecto Jefe). Los
miembros del dominio hacen una presentacin a alto nivel del alcance del sistema y
su contexto, y junto con los desarrolladores realizan un modelo muy esquemtico.
Luego, los miembros del dominio aportan ms detalles y, por subgrupos formados por
miembros del dominio y desarrolladores, trabajan en el modelo para luego juntar los
resultados obtenidos. Todo este proceso guiado por el Arquitecto Jefe.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 51 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
Para construir la lista de funcionalidades el equipo elabora una lista de estas tan
completa como sea posible valindose de la experiencia acumulada durante la primera
actividad. Tambin deben usar documentacin existente sobre los requisitos (casos de
usos, especificaciones funcionales...) o las notas informales de la actividad anterior.
Posteriormente, las caractersticas se agrupan por su funcin y, segn la envergadura
del sistema, se van creando niveles superiores de agrupacin de funcionalidades.
Finalmente, otra vez junto con los expertos en el dominio, son priorizadas y se
identifica el nmero mnimo que conforma el producto; este es el nmero mnimo de
funcionalidades que son necesarias para que el sistema tenga valor para el negocio.
La planificacin por funcionalidad es secuenciar los grupos de funcionalidades en
una planificacin a alto nivel y se les asigna un programador jefe. Los programadores
son asignados a las clases particulares identificadas en el modelo de objetos general
(pasan a ser sus propietarios).
Por cada iteracin , el programador jefe selecciona un reducido grupo de
funcionalidades para desarrollar durante dos semanas y ejecuta las actividades
dise:o por funcionalidad (1BF en ingls) y construccin por funcionalidad
(BBF). Identifica las clases involucradas, y los miembros asignados a stas (tanto los
expertos en el dominio como desarrolladores) forman el feature team para la
iteracin. Este equipo trabaja en detallados diagramas de secuencia y los
desarrolladores escriben los prlogos de las clases y mtodos. Luego, realizan una
inspeccin del diseo y se pasa a la BBF, donde los programadores implementan las
clases, los tests unitarios, integran y realizan una inspeccin de cdigo. Cuando el
programador jefe queda satisfecho, las funcionalidades completadas se promueven
para la siguiente compilacin.
Este proceso nos permite llevar un re'istro por funcionalidad con el que
conseguimos un seguimiento y reporte del progreso sorprendentemente preciso. Se
empieza por asignar un porcentaje de ponderacin a cada iteracin DBF/BBF:
resumen breve del dominio (1%), diseo (40%), inspeccin del diseo (3%),
implementacin (45%), inspeccin del cdigo (10%), promover para compilar (1%).
Durante las iteraciones, los programadores jefes van indicando que pasos se han
completado para cada funcionalidad que estn desarrollando. De esta forma se puede
seguir fcilmente el progreso, tanto de una funcionalidad en particular como del
sistema en general.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 52 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
As pues, las caractersticas principales de la metodologa son:
1 En el modelo de objetos general, se da ms importancia a la forma que al
contenido
1 Se centra en las fases de diseo e implementacin del sistema partiendo de una
lista de funcionalidades que debe reunir el software
1 La lista de funcionalidades se jerarquiza agrupndolas por mbitos funcionales
1 Las funcionalidades son pequeas, con resultados >tiles a los ojos del cliente, y
se expresan como <accin> el <resultado> <por|para|de|a> un/a <objeto>;
por ejemplo calcular el total de una venta.
1 El diseo por funcionalidades se centra ms en el contenido que en la forma
1 Por cada funcionalidad definida se marcan unos hitos para llevar un control y
registro preciso del estado del proyecto.
1 Es comn que cada programador jefe est trabajando con 2 o 3 feature teams
concurrentemente, y lo mismo para los programadores propietarios clases.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 53 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
7/3/2 De#rro%%o Ad&t,%e de So*t>re <ASD=
El Desarrollo Adaptable de Software (Adaptive !oft,are Development, A!D en ingls)
es un proceso de desarrollo de software orientado al desarrollo rpido de aplicaciones
propuesto por Jim Highsmith y Sam Bayer. Se basa en el principio de que las
circunstancias cambiantes y adaptar continuamente el proceso del proyecto a stas es
el estado normal, por lo que proponen una metodologa para adaptarse al cambio en
vez de luchar contra l.
A diferencia de la mayora de metodologas de desarrollo de software las cuales
utilizan un ciclo de vida en cascada; Planear, Disear, Construir, sta metodologa
propone un ciclo de vida iterativo no lineal, donde cada ciclo puede iterar y ser
modificado al tiempo que otro lo hace. Este ciclo de vida dinmico est dedicado al
aprendizaje continuo y a una alta colaboracin entre los desarrolladores y sus clientes,
con lo que favorece la adaptacin al continuo cambio en los requisitos.
Las caractersticas de un ciclo de vida son:
1 centrado en objetivos
1 dirigido por funcionalidades y por riesgos
1 iterativo con ciclos de durada fija
1 tolerante a cambios
Fi'* 4H$ Actividades del ciclo de vida del Desarrollo Adaptable de !oft,are= del blo'
Adaptive !oft,are Development
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 54 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
El ciclo de vida que propone tiene tres fases esenciales:
8. Especulacin: Se inicia el proyecto y se plantean los ciclos; enunciado de los
objetivos, restricciones del proyecto y requisitos bsicos, y se planifican en el
tiempo.
9. Colaboracin: Se desarrollan las funcionalidades.
3. Aprendizaje: Se revisa su calidad y se entrega al cliente.
La revisin de los componentes sirve para aprender de los errores y volver a iniciar el
ciclo de desarrollo.
La palabra especular se refiere a la paradoja de la planificacin; es ms probable que
suponer que todos los sta7eholders estn equivocados en los objetivos del proyecto, a
la hora de definirlos. La colaboracin se refiere a los esfuerzos para equilibrar el
trabajo basado en los elementos previsibles del contexto (la planificacin y orientacin
de los mismos) y la adaptacin a la incertidumbre alrededor de los cambios causados
por diversos factores; la tecnologa, los requisitos, los sta7eholders, los proveedores
de software, etc. Los ciclos de aprendi-a#e, exigente con todos los sta7eholders, se
basan en iteraciones cortas de diseo, desarrollo y pruebas. Durante estas iteraciones
se acumula conocimiento alrededor de errores basados en suposiciones falsas y se
corrigen, lo que conduce a una mayor experiencia y, finalmente, a dominar el dominio
del problema.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 55 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.6 Metodo%o0: uti%i2d
Lo que hice para este proyecto fue dise0ar mi propia metodologa basndome en las
dos destacadas en el captulo anterior, intentando aplicar las buenas prcticas tanto
de las metodologas giles como de la gestin del cambio.
El diseo de una metodologa adaptada al proyecto se basa una serie de
condicionantes extrados del anlisis previo:
1 Organizaciones cliente grandes y poco jerrquicas
1 Muchos stakeholders en los diferentes niveles del organigrama
1 Un nivel informtico variable, pero en general de perfil bajo
1 Poca priorizacin de las tareas administrativas
1 Un solo desarrollador
1 Pocos recursos temporales y humanos
A estos condicionantes deba aadir mis propias caractersticas y limitaciones.
Bsicamente deba tener en cuenta mi bajo conocimiento previo de la plataforma a
implementar y la poca experiencia en este tipo de proyectos. Lo primero, adems de
implicar que deba reservar una buena cantidad de tiempo para mi estudio y
aprendizaje de ste, dificultaba el proceso de anlisis y diseo al no poder orientarlos
hacia las funcionalidades y procesos ya implementados en la herramienta (OpenERP).
La metodologa A!D est muy orientada al trabajo en equipo, en este aspecto no
encajaba con el proyecto. Sin embargo, al poner en prctica las buenas prcticas de
las metodologas giles e incluir a los usuarios en el proceso de desarrollo de cada
funcionalidad (en su especificacin concreta y testeo), y si introducimos el concepto
de feature team del FDD, nos encontramos con diferentes grupos formados por el
desarrollador y diferentes usuarios que van a ir desarrollando las diferentes partes de
forma concurrente debido a la agenda de los ltimos.
La metodologa FDD me pareci muy interesante en su conjunto. El empezar con una
visin (modelo) general para luego desarrollar el proyecto en partes asociadas a
funcionalidades a nivel de usuario me pareci un planteamiento muy intuitivo (y, por
tanto, fcil de asimilar) y prctico de cara a la implicacin de los sta7eholders (ya que
puedes trabajar en grupos reducidos de stos).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 56 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
Sin embargo, le vea dos puntos flojos: el paso de
un modelo general a una lista exhaustiva de
funcionalidades, y la implementacin
independiente de las funcionalidades desde un
inicio.
Para subsanar estas carencias, y teniendo en
cuenta mis preferencias e inters hacia las
metodologas expuestas anteriormente, dise el
proceso que se muestra a la izquierda.
Bsicamente, se trata de un FDD donde he
sustituido el modelo general a desarrollar por el
modelo de dependencias estratgicas del de
entorno del sistema desarrollado siguiendo las
dos primeras actividades del mtodo DHARMA. El
objetivo de este cambio es facilitar la
comprobacin del modelo por parte de los
sta7eholders y facilitar la siguiente actividad.
La construccin de la lista de funcionalidades
ahora se basa en la tercera actividad del mtodo
DHARMA, descomponer los objetivos del sistema,
que como es la continuacin del mtodo iniciado
en la actividad anterior, debera ser fcil. El
mapeo de la jerarqua de objetivos agrupados por
servicios (resultado de la descomposicin) en una
jerarqua de funcionalidades me parece algo
natural.
El hecho de disear e implementar el sistema
completamente por partes me pareca muy poco
apropiado para la implementacin de un ERP
debido al alto grado de interaccin entre mdulos
funcionales (especialmente a nivel de datos). As
pues, me pareci oportuno incluir el diseo e
implementacin de un prototipo (versin Alpha)
como actividades previas al desarrollo dirigido por
funcionalidades.
Fi'* 4I$ Dia'rama del proceso de la
metodolo'a a usar
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 57 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
Este prototipo es una primera aproximacin al sistema con el mnimo de
implementacin posible (tiene que ser, bsicamente, una seleccin de los mdulos
principales). Se puede entender como que es la fase de especulacin del ciclo de vida
del A!D.
De la misma forma, el proceso iterativo posterior de diseo e implementacin por
funcionalidades equivalen a las fases de colaborar y aprender, ya que consistirn en
evolucionar el prototipo hasta la versin final.
El resto de actividades se mantienen las del proceso del FDD con algunos pequeos
cambios para adaptarlos a lo que es una implementacin de un ERP.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 58 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
4.7 P%n de &ro'ecto/ ?6S
La planificacin inicial del Plan de proyecto se distribua en 7 actividades. En el Anexo
3 se puede consultar la Estructura de Descomposicin del Trabajo (WBS, sus siglas en
ingls) completa, desarrollada en el plan de proyecto iniciado en septiembre y
modificado por ltima vez el 3 de febrero del 2010.
A continuacin detallo solo el rbol de tareas simplificado y las fechas ms
destacadas:
1 Investigacin en metodologas de implementacin/gestin del proyecto
a. Investigacin en ;estin del cambio
b. investigacin de metodologas complementarias a DHARMA para el
anlisis institucional, funcional, de procesos... y para el anlisis de
requisitos y diseo de la solucin
c. investigacin en "etodolo'as 5'iles de implementacin de soft,are
1 Capacitacin tcnica en la plataforma
a. Introduccin a la plataforma
i. Lectura de crticas, evaluaciones y comparativas
ii. Lectura de presentaciones, listados de funcionalidades
iii. Testeo bsico de la herramienta
iv. Seguimiento de listas de correo y foros
b. Lectura de los manuales de usuario y desarrollador
c. Testeo en profundidad y desarrollo de mdulos de aprendizaje
i. Uso de foros, listas de correo y bsquedas en internet (sitios
especializados) para resolucin de dudas.
1 Anlisis y diseo de la solucin (31/0809 - 26/10/09)
a. Anlisis preliminar: estudio de documento, evaluacin y seleccin de
plataformas (previo)
b. Anlisis institucional y obtencin de necesidades (Septiembre)
c. Anlisis de requisitos (Octubre)
d. Planificacin de la implementacin (Octubre)
e. Diseo de la solucin (Octubre)
i. Implementacin y testeo de alternativas
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 59 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
1 Implementacin: Implementacin iterativa guiada por funcionalidades
(26/10/09 - 30/04/10)
a. Anlisis y diseo de la funcionalidad
i. Implementacin
ii. (en estados avanzados) Carga de datos de demostracin
iii. Testeo y mejora con usuarios seleccionados
iv. Iterar
b. Congelacin de funcionalidades
1 Evaluacin y seleccin de la infraestructura (Septiembre - Noviembre)
a. Obtencin y anlisis de las necesidades
b. Bsqueda de ofertas y alternativas
c. Seleccin y negociacin de la solucin/oferta definitiva
1 Puesta en produccin (Finales de mayo)
a. Migracin de datos
i. Tratamiento de datos actuales
b. Creacin de usuarios y grupos definitivos
c. Correccin de errores
1 Documentacin, capacitacin de usuarios finales y testeo (31/05/10 -
15/06/10)
a. Elaboracin del manual de usuario
b. Sesiones de formacin
c. Testeo general
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 60 / 182
Implementacin de un sistema de informacin para una cooperativa
/etodolo)a
3 De#rro%%o de% .ode%o 0ener%
En esta primera etapa se llevaron a cabo las siguientes acti#idades:
1 Estudio de la organizacin
1 Estudio del dominio y obtencin de requisitos
1 Desarrollo del modelo del entorno de la organizacin
1 Desarrollo del modelo del sistema
Para llevar a cabo las dos primeras actividades se realizaron un serie de reuniones de
toma de contacto con las organizaciones y sus personas.
Los ob!eti#os de estas reuniones eran:
1 Conocer las organizaciones a nivel institucional y su organizacin interna
1 Conocer los sta7eholders, que ellos conocieran el proyecto y se implicaran en
l, como parte de la estrategia para gestionar el cambio
1 Conocer qu hacen las organizaciones, cmo lo hacen y con quien se relacionan
1 Identificar la informacin que genera y usa cada actor de stas, y los procesos
que la generan
1 Obtener requisitos y funcionalidades deseadas de los diferentes sta7eholders
Algunas t3cnicas que apliqu para conseguir estos objetivos (algunas aprendidas a lo
largo de las reuniones) fueron:
1 Explicacin de su "da a da, qu papeles/cuentas tienen que presentar, a
quien...
1 Centrarse en la informacin que manejan
1 Intentar detectar los puntos calientes (necesidades grandes, que ahora son un
problema) y, si en el momento valoraba que se podra implementar, explicaba
como el sistema de informacin ayudara.
El objetivo de esto era hacer ver a los futuros usuarios las ventajas del software
y que tomaran el proyecto y los cambios que implicara con mayor motivacin.
Sin embargo, es posible que un exceso de optimismo en esta valoracin de 1ue
se podr5 implementar hiciera crear unas expectativas no reales.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 61 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
1 Identificar otros sta7eholders (nuevos o no) relacionados con las
funcionalidades extradas en la reunin
1 Discutir acerca de una interfaz para identificar objetivos y requisitos ocultos:
esto solo lo realic con un responsable de proyecto afn a la informtica y los
sistemas de informacin, definiendo un posible panel para educadores.
En esta etapa, que transcurri entre el 31 de agosto al 2 de octubre del 2009, realic
30 reuniones.
Empez con una toma de contacto con Pedro Bandeira, el responsable del proyecto
por parte de El Abrojo, y luego nos reunimos con la administracin de esta entidad, ya
que es donde circula toda la informacin de la organizacin. En los siguientes das nos
reunimos con los rganos ejecutivos de las dos entidades. A estas primeras reuniones
asist acompaado de P. Bandeira que introduca el proyecto y a mi mismo en la
reunin.
A partir de ah, me fui reuniendo con los diferentes responsables de los programas y
unidades (los departamentos de El Abrojo y ompromiso), con algunos responsables
de proyectos de Infancia (el programa ms grande y con una mayor variedad de sub-
proyectos y contrapartes). Tambin me reun con la empresa proveedora del
programa contable y con el tcnico que deba mantener el sistema tras la finalizacin
de la implantacin.
Adems de las reuniones, tambin visit 3 proyectos y asist a una reunin de
evaluacin de un proyecto transversal de Infancia con todo el equipo de ste y del
equipo de Formacin de ompromiso. El objetivo de esto era, sobretodo, visibilizar el
proyecto a los sta7eholders ms alejados de los rganos ejecutivos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 62 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
5.1 E#tudio de %# or0ni2cione#
En esta primera parte del anlisis necesitaba poder visibilizar todos los actores que
interactan con las organizaciones y todos los (tipos de) proyectos que desarrollan. El
objetivo era poder definir todas las interacciones que se producen, tanto interna
como externamente, para poder traducirlo en objetivos, procesos e informacin a
registrar.
Este anlisis deba ser a la vez global y exhaustivo, y esto me plante grandes
dificultades. Las dos organizaciones actan en muchos mbitos, ejecutando proyectos
y actividades muy diversas que dificultan la unificacin de su dominio en un modelo
conceptual. Adems, necesitaba que fuera un modelo comprensible no solo por mi,
sino tambin por los responsables de las organizaciones, ya que pretenda validar con
ellos que la sistematizacin fuera correcta y completa.
Intent con varios modelos, pero no encontr en los estndares ninguno que me
aportara la visin global y heterognea que necesitaba. Finalmente, aplicando el
principio de modeli&acin m>ltiple del "odelado 5'il, acab haciendo un primer
modelo general con una mezcla de organigrama, diagrama de clases, modelo de
actividades y de casos de uso, adornado adems para que fuera ms atractivo y
comprensible.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 63 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
3/1/1 E#tudio de El Abrojo
Fi'* 4J$ Dia'rama resumen del estudio de El Abrojo
Este modelo muestra el organigrama bsico de la organizacin, la coleccin de (tipos
de) proyectos y servicios que desarrolla y los actores internos y externos que
participan. Este primer modelo pretende ser una visin global de la organizacin que
permita hacernos una idea de su morfologa, de sus centros de decisin y de sus
mbitos y modos de actuacin, adems de ayudarnos a intuir las relaciones que se
van a establecer con el entorno.
El Abrojo es una asociacin civil gobernada por una asamblea de socios. Su mximo
rgano ejecutivo es la oordinacin de pro'rama, un rgano tambin asambleario
formado por un representante de cada programa (normalmente su responsable) y de
la administracin. Los programas son rganos relativamente independientes que, bajo
la direccin de su responsable, planifican y ejecutan proyectos en un mbito de
actuacin. Estn centralizados los servicios de administracin, secretara y
planificacin (que se encarga de los presupuestos generales).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 64 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 434$ Dia'rama de estudio del Pro'rama Infancia
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 65 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
En este modelo se muestran todos los proyectos estables del programa Infancia
clasificados por su mbito de actuacin que, a su vez, implica un tipo de actuacin
especfico. Tambin se muestran los responsables de cada proyecto, que conforman el
equipo coordinador, los tipos de poblacin atendida y el resto de actores externos.
Los proyectos actuacin de campo estables son proyectos educativo-asistenciales
establecidos en un territorio concreto y con una trayectoria larga en el tiempo que
trabajan con nios, nias y jvenes de la zona, as como con su familia. Estos
proyectos realizan actividades ldico-educativas diarias y puntuales (campamentos,
salidas, actividades extraordinarias por fechas especiales...), y tambin pueden
implementar otros proyectos (normalmente de carcter temporal) como ahora es el
proyecto Pro?ni0o de "ovistar (que, simplificando mucho, se trata de gestionar una
ayuda para la familia a cambio de la asistencia a la escuela, con un proceso de
acompaamiento desde la entidad tanto a la familia como a la escuela).
Caractersticas de estos proyectos es su vinculacin y trabajo con el entorno del
nio/a (familia, escuela y otras entidades del barrio) y el seguimiento en profundidad
de su evolucin socio-educativa (siempre y cuando se consiga una cierta continuidad
del chico/a en la entidad). Casos particulares de estos proyectos son los que trabajan
con personas en situacin de calle. Un proyecto muy diferente dentro de este mismo
campo es el !oat, un servicio de asesoramiento para que las familias aprovechen los
servicios pblicos y sociales de los que disponen en su zona.
Los otros dos grandes proyectos, Entramados y Vo& % Vos, no son de atencin directa
a personas en situacin de riesgo si no que trabajan, respectivamente, en la
formacin de maestros para el trabajo social con sus alumnos, y el anlisis y difusin
del tratamiento que se da a cuestiones relacionadas con la infancia en los medios de
comunicacin (bsicamente escrita) del pas.
Este modelo, que muestra en un solo vistazo todos los tipos de proyectos y todos los
actores del programa, busca facilitar la extraccin de las relaciones e intercambios de
informacin que existen. Por ejemplo, es importante saber que prcticamente todos
los financiadores/contrapartes de este programa exigen algn tipo de rendicin
(aportacin de documentacin sobre la actuacin realizada) especfica. Y no hablo solo
de que el formato de la memoria y su periodo sea diferente, sino que por ejemplo, al
INAU (Institutodel Nio y Adolescente del Uruguay) hay que ppresentarla vaweb cada
mes el padrn de usuarios de cada proyecto suyo adems de fichas de evaluacin y
seguimiento de cada ni@, Movistar (Pro-nio) tiene su propio sistema de informacin
(tambin va web) para introducir los datos e indicadores de los participantes y las
actividades...
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 66 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 433$ Dia'rama 2 de estudio del Pro'rama Infancia
En este otro modelo del mismo pro'rama Infancia, se abstraen del anlisis todos los
tipos de actividades (valos) y procesos (rectngulos oblicuos) que se realizan en
cada proyecto, as como los actores que participan. Busca facilitar el anlisis necesario
para disear la parte de registro y gestin de proyectos y actividades para que sea
capaz de incluir todas las casusticas que se dan, y proveer herramientas que faciliten
la gestin de estas actividades y la ejecucin y registro de los procesos.
Para el resto de programas estos dos anlisis se han unificado en un solo diagrama,
ya que sus proyectos se ajustan a unos patrones ms generalizables y sus rendiciones
exigen unos procesos menos especficos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 67 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 432$ Dia'rama de estudio del Pro'rama 9aboral
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 68 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
En el pro'rama 9aboral encontramos un modelo de proyecto que se repetir en todos
los programas; los proyectos de capacitacin basados en algn tipo de curso. Este
tipo de proyecto lleva asociado unas actividades per s8; la capacitacin (actividades
de tipo taller, clase... con una programacin y un material educativo asociado) y el
seguimiento (la evaluacin, ms o menos continua, de los alumnos por parte de los
capacitadores).
En la mayora de proyectos tambin existe algn tipo de proceso de inscripcin de los
participantes y una evaluacin de stos sobre la propia actividad. stos participantes
pueden tomar a la vez el rol de poblacin atendida y cliente. En este programa en
particular, tambin encontramos las prcticas en un lugar de trabajo (remuneradas o
no) que llevaran asociado algn tipo de control de asistencia y evaluacin.
Los otros dos tipos de proyectos Apo%o a emprendimientos y -esponsabilidad !ocial
Empresarial se enmarcan en un tipo de proyecto que podramos llamar de consultora
y que tambin encontramos en el pro'rama Ambiental. stos realizan algn tipo de
estudio sobre una organizacin o rea territorial en su mbito de expertismo y
elaboran un informe, asesora o capacitacin al respecto (produciendo en muchos
casos un material valioso y reutilizable que vale la pena almacenar adecuadamente).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 69 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 43C$ Dia'rama de estudio del Pro'rama 9a Earana
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 70 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
En este ltimo programa del que voy a exponer su anlisis, y que trabaja en el mbito
de la recreacin, encontramos un tipo de proyecto que tambin se da, ms o menos
formalmente, en otros programas; los proyectos de investigacin. Estos proyectos
casi nunca vienen apoyados por una financiacin, pero para la entidad son
importantes ya que les permiten sistematizar y formalizar los procesos que se dan en
los proyectos y profundizar en reas de las que no se tiene mucho conocimiento. Esto
permite evolucionar a la entidad y trabajar en la tarea poltica de generalizar la
actuacin que se realiza a una parte de la poblacin hacia todo el conjunto de la
ciudadana con las mismas necesidades.
Este tipo de proyectos sugieren ms que ningn otro la necesidad de un sistema de
gestin del conocimiento y gestin documental que facilite el trabajo colaborativo y la
explotacin de los materiales producidos.
Los proyectos de formacin y los talleres en liceos se enmarcan en los proyectos ya
explicados en el modelo anterior, con la nica particularidad que el curso tiene un
formato bastante largo, lleva ya bastantes aos realizndose y sera interesante que
tuviera un sistema avan&ado de gestin de inscripciones y pagos ya que se realizan
varios cursos a la vez con bastantes usuarios que se pagan cada uno su curso de
forma fraccionada.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 71 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 43D$ Dia'rama de estudio de la Administracin de El Abrojo
La administracin de El Abrojo es el nico lu'ar donde se tiene una visin unificada y
global de toda la actividad de la entidad. Aunque generalmente no es donde se genera
la informacin, s que es donde se unifica y, por tanto, se puede analizar en su
conjunto.
Por ejemplo, en la gestin econmica, todos los responsables de proyectos pasan los
gastos (e ingresos en algunos pocos casos) que se han realizado de forma
descentralizada en cada proyecto. En la administracin se juntan estos gastos con los
que estn centralizados (servicios de la infraestructura central y descentralizada,
proveedores de los que se tiene cuenta abierta, nminas...), y se pueden intentar
analizar y comparar con los presupuestos de cada proyecto. Sin embargo, al no
disponer de un sistema integral, este anlisis y comparacin no es demasiado fcil.
Por el mismo motivo es que los responsables de proyecto no tienen fcilmente
accesible la informacin econmica de su proyecto, por lo que no pueden implicarse
demasiado en su gestin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 72 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Aunque de forma ms compartida con los responsables, la gestin de las rendiciones
(estar atento a las que hay que presentar y presentarlas) tambin est bastante
centralizada en la administracin, ya que son ellas las que tienen mayor acceso a los
convenios y al conjunto de la informacin que hay que presentar (sobre la actividad y
los participantes; generada por los responsables y equipos de los proyectos, y la
econmica). Otra vez, la falta de un sistema integral dificulta el acceso a esta
informacin y, consecuentemente, la descentralizacin de esta tarea.
La gestin de recursos humanos tambin implica bastante trabajo ya que las altas y
bajas (sobretodo las primeras) requieren de bastante documentacin y de un proceso
tedioso, y peridicamente hay que estar pendiente de que esta documentacin no
caduque. Dems, la informacin est duplicada o repartida en diferentes sistemas
orientados a los diferentes objetivos (pago de nminas, control de documentacin,
requisitos de los organismos reguladores...).
Finalmente, la secretara es el cajn de sastre de la gestin de la entidad. En ella se
inician varios procesos y se genera informacin que luego heredan y usan los
programas o la administracin. Adems, gestionan algunas cuestiones y se encargan
de algunas tareas transversales por su accesibilidad y proximidad con los usuarios y
trabajadores.
Fi'* 43A$ Dia'rama de estudio de la !ecretara de El Abrojo
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 73 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
3/1/2 E#tudio de Compromiso Social Cooperativo
Fi'* 43B$ Dia'rama resumen del estudio de ompromiso
En este modelo resumen de ompromiso !ocial ooperativo se muestran los tipos de
actores internos y externos de la organizacin, as como sus rganos de gobierno y la
organizacin interna con sus responsabilidades asociadas; tipos de productos y
servicios para el caso de las unidades empresariales. Las unidades empresariales es
como se divide y organiza la entidad para su trabajo productivo y comercial; cada una
est enfocada a un tipo de servicio y/o producto, lo que le otorga una organizacin
interna y un tipo de gestin diferente.
Las unidades de "anufacturas, Frontera comunicacin y "aterial inform5tico
comparten el objetivo comercial, la venta de productos, con lo que comparten buena
parte de los procesos y actividades implicadas en ello. Difieren, en cambio, en la parte
productiva. Para la Venta de material inform5tico se limitar a la gestin del
abastecimiento, lo que implica el trato con proveedores y la gestin de almacenes.
Para Frontera comunicacin ser muy importante la gestin de tareas y calendario, y
de documentos y materiales, lo que la hace muy parecida a parte de la actividad de
programas de El Abrojo como <abilidades para la vida o Alter-acciones. En
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 74 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
"anufacturas te(tiles se combinan las actividades de las dos anteriores, ya que
necesita una buena gestin del abastecimiento y el stoc7 y tambin necesita la
gestin del tiempo y de la produccin (esto ms que Frontera).
Producciones culturales tiene una actividad ms heterognea, pero sus necesidades
especficas por lo que se refiere a la gestin estn relacionadas con la gestin del
tiempo y de tareas. En su parte comercial combina los procesos comunes de
comercializacin y venta del resto de unidades, pero tambin trabaja en algunos
proyectos con subvenciones, lo que hace que tenga las mismas necesidades que se
presentan en El Abrojo.
<i'iene ambiental tiene una actividad y gestin muy diferente que analizaremos
luego, y sus necesidades para la cuestin comercial vuelven a ser parecidas a las de
El Abrojo combinadas con los procesos de venta y contratacin, ya que trabaja
bsicamente con contratos derivados de una licitacin pblica.
onstruccin % mantenimientos no se incluye ya que en el momento del proyecto se
estaba evaluando (por falta de personal y estrategia a medio y largo plazo) su
continuidad. Adems, la naturaleza de los responsables y capataces, as como de la
propia actividad, la haca poco propicia al uso de nuevas tecnologas, por lo que vala
ms la pena centrar los esfuerzos en unidades con un xito a corto plazo ms seguro
y dejar para un futuro, si se valora que es positivo, la incorporacin de la gestin de
esta unidad al sistema de informacin.
Las Fnidades de soporte unifican y centralizan las tareas administrativas, de
formacin interna y de comercializacin, ya que la transversatilidad de estas
necesidades lo permite. Esto permite dar una direccin estratgica a la entidad en su
conjunto y conseguir una calidad en el trato con el cliente sin dedicar recursos
excesivos.
A continuacin expongo y analizo algunos diagramas de estas unidades. Los que no
aparezcan, porqu su modelo es ms intuitivo, se pueden encontrar en el Anexo 5.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 75 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 43H$ Dia'rama de estudio de la Fnidad <i'iene Ambiental
<i'iene ambiental trabaja en muchos lugares diferentes. Adems, necesita de un
control exhaustivo de los gastos y de las horas realizadas ya que son su base para la
facturacin y para el control presupuestario de la unidad. Por ello, necesita de un
sistema de control de stoc7 que le permita prever el abastecimiento y, as, intentar
reducir los costes en materiales.
En el Anexo 5 hay un diagrama del proceso de un proyecto de <i'iene, donde se
detalla sobretodo la parte de preparacin del proyecto/licitacin, que es un pequeo
proyecto en si mismo.
Adems, debido a que el trabajo requiere un bajo perfil y los salarios son bajos,
aunque en ompromiso estn por encima de los laudos marcados por el gobierno y el
mercado, sufren de mucha rotatividad y tambin absentismo por parte de los
empleados. As pues, sus necesidades en la gestin de recursos humanos, tanto en su
control como en su formacin y procesos de ingreso, son importantes y requieren de
un trabajo en equipo con la unidad de soporte en esta rea.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 76 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 43I$ Dia'rama de estudio de la Fnidad Producciones ulturales
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 77 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
La unidad de Producciones ulturales ofrece servicios y realiza proyectos muy
variados. Desde producir obras teatrales (encargndose de todas las tareas
organizativas y administrativas) y llevar la promocin de grupos musicales, hasta
realizar cursos de formacin para dinamizadores culturales. En todos estos proyectos
la gestin del tiempo y de las tareas, as como herramientas para el trabajo
colaborativo (ya que, muchas veces, los equipos de los proyectos tienen pocas
ocasiones de coincidir todos) son soluciones interesantes para esta unidad.
Adems de esto, necesitan las funcionalidades de ventas y gestin de rendiciones, ya
que en algunos proyectos tambin trabajan con financiadores, patrocinadores... que
exigen una cierta documentacin. Otra rea funcional que les sera til es la parte de
gestin de materiales y herramientas, tanto para controlar el stoc7 y disponibilidad,
como para llevar ms control de los gastos y costes de los proyectos. Igualmente, la
gestin documental toma especial relevancia en esta unidad.
Para los cursos, y teniendo en cuenta que aqu siempre son un servicio que se vende,
con inscripciones, pagos, etc. (como el curso de recreacin de 9a Earana), un sistema
para registrar y gestionar esta parte tambin sera algo til.
Las necesidades expuestas incluyen tambin las de la unidad de Frontera Editorial. En
esta an toma ms importancia la gestin de stoc7 e, idealmente, alguna herramienta
para la gestin de la distribucin y la gestin de ventas externas, pero el volumen
trabajo es bajo para invertir mucho en ello.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 78 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 43J$ Dia'rama de estudio de la Fnidad de "anufacturas
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 79 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Esta unidad es un taller de confecciones textiles. Sus necesidades y sus procesos son
los tpicos de este tipo de negocios y, por tanto, 6penE-P se adapta perfectamente a
ellos. Durante el previo al proyecto, la unidad se haba dotado de la maquinaria y la
infraestructura necesaria para operar y rendir a niveles de mercado, y con la
reincorporacin de una jefa de taller con una amplia experiencia, tienen el objetivo de
afianzar los clientes existentes y crecer de forma importante.
El Sistema de informacin es la pieza final para esta profesionali&acin, permitiendo
un mayor control y mejor gestin de los pedidos, la facturacin y la gestin de stoc7,
adems de intentar mejorar lo que ya es un valor del taller; el trato con el cliente y el
cumplimiento de los plazos.
La parte de productos ticos y reciclados son proyectos puntuales de recogida de
materiales de segunda mano o restos de fabricas y su aprovechamiento de diferentes
formas: venta en tiendas de segunda mano, uso para la confeccin de productos
8ticos y lo de menos calidad, la venta en fabricas de trapos. Con el software se
pretende poder registrar nmeros de lo que se recoge y se usa o vende para analizar
las ganancias del proyecto, las cuales van invertidas en la propia organizacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 80 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 424$ Dia'rama de estudio de la Administracin de ompromiso
En esta administracin, la gestin de los recursos humanos (las tareas administrativas
asociadas) representan an ms trabajo que en El Abrojo, debido a la alta movilidad y
la cantidad de empleados-socios de la unidad de <i'iene Ambiental. Otra vez, la
gestin de rendiciones es una tarea importante y de la que hay que ser muy
cuidadoso.
La facturacin, que a priori es una de las funcionalidades que incorpora de serie y muy
bien integrado 6penE-P, se lleva completamente manual, y debido a que la ley
Uruguaya no se muestra muy flexible hacia las facturas impresas (o esta es la
informacin que me dieron ellos), no nos planteamos migrarla.
Igual que en El Abrojo, la contabilidad se lleva con un software que tampoco se
considera cambiarlo, y teniendo en cuenta que actualmente no existe una localizacin
uruguaya de 6penE-P que implemente las normas del pas, ya qued definido antes
de empezar que no se migrara. La misma decisin se aplica para el caso de la gestin
de nminas.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 81 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 423$ Dia'rama de estudio de la Fnidad de --<<
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 82 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Aunque sea una unidad de soporte su labor forma parte de la cadena de valor de la
cooperativa, ya que uno de sus objetivos es la integracin socio-laboral de sus socios
ofreciendo no solo un lugar de trabajo sino una oportunidad para progresar
profesional y personalmente.
Para las tareas de seleccin, un sistema de informacin se presenta como una
oportunidad de facilitar la gestin de toda la informacin asociada a los socios (o
futuros socios). Se quiere que permita entrar solicitudes de trabajo por diferentes
personas (la recepcin, la gente de la unidad, colaboradores externos..) y a travs de
la clasificacin y el registro de unos datos bsicos de sus capacidades y habilidades,
facilitar la tarea de seleccin (que es diaria).
La monitorizacin y seguimiento va muy ligado a la formacin, ya que se quiere que
los indicadores coincidan para que se pueda analizar y evaluar de forma conjunta.
Adems de que esta informacin pasa a ser parte del currculum interno del socio.
Con los procesos de capacitacin se pretende que una persona no se estanque en un
lugar de trabajo, si no que pueda progresar dentro de la misma organizacin. Para
ello es importante este anlisis de capacidades, para poder disear cursos adaptados,
y la herramienta debe facilitarlo.
La dinmica de la formacin es la est5ndar de los cursos. Los mdulos son un
conjunto de propuestas de talleres sobre una misma temtica y que trabajan una
serie de capacidades y habilidades (por ejemplo, limpie&a de 1uirfanos). Son la base
para disear los cursos concretos para un grupo de trabajadores y los hay de tcnicos
(como el ejemplo) o ms personales (habilidades de comunicacin, de liderazgo,
trabajo de la autoestima...).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 83 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Fi'* 422$ Dia'rama de estudio de la Fnidad de omerciali&acin
Como en toda empresa, en ompromiso la cuestin comercial es muy importante para
asegurar la continuidad del proyecto. Han unificado estas responsabilidades en un
departamento transversal para que los responsables de las unidades puedan centrarse
en la gestin y para buscar una mayor esperteza en esta rea, ya que el perfil en
general es ms social que empresarial.
Esta rea requiere tener acceso fcil a toda la oferta de la entidad, a datos sobre la
actividad comercial para poder analizarla y plantear estrategias y herramientas de
CRM para facilitar y mejorar la gestin de los clientes.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 84 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
5.2 Proce#o de ,#teci.iento de .teri%e# '
o,tencin de dto# de &rtici&cin
Dentro del estudio de las organizaciones tambin analic, con los sta7eholders
pertinentes, algunos de los procesos clave de sus actividades de gestin,
modelndolos y completando, junto con las notas tomadas, el dominio sobre el que
basar el diseo de la solucin.
Un tipo de proyecto que se da en ambas organizaciones, pero sobretodo en el
programa <abilidades para la Vida, es el que es definido y diseado por la entidad
pero ejecutada por una(s) contraparte(s). En este tipo de proyectos hay dos procesos
que son vitales para el correcto funcionamiento del proyecto y para el anlisis y
evaluacin de ste: el abastecimiento de materiales (la peticin de materiales por
parte del referente de la contraparte y el envo de estos por parte de la entidad) y la
obtencin de los datos de participacin. Estos procesos y la informacin generada
permiten llevar un control de stoc7 de los productos del proyecto (materiales
especficos para ste) y evaluar sus resultados de forma cuantitativa, por lo que
facilitan la generacin de las rendiciones (tanto cuantitativas como cualitativas).
Fi'* 42C$ Dia'rama del proceso de abastecimiento de
materiales % actividades asociadas
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 85 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
En la actualidad, el primer proceso se realiza como se expresa en el diagrama: lo
inicia el referente rellenando una plantilla e(cel con los materiales que necesita para
su departamento. El responsable del proyecto de El Abrojo recibe estas plantillas y las
une en una plantilla 'eneral (otra hoja e(cel) que le permite organizar los paquetes de
materiales para su envo. Cuando el referente recibe el paquete, confirma que
concuerda con lo solicitado (se intercambian unos e-mails).
La agregacin de todas las peticiones en una nica plantilla resumen anual es lo que
permite llevar un control del stoc7 y evaluar el proyecto cuantitativamente.
La obtencin de datos de participacin es muy parecida. De nuevo, cada referente
rellena una plantilla e(cel preparada por El Abrojo, luego el responsable del proyecto
agrupa estos datos en una nica plantilla para su anlisis.
Estos procesos por lo general funcionan correctamente, especialmente en la obtencin
de datos ya que las hojas e(cel son comnmente conocidas y aceptadas. Donde no se
muestran tan eficientes es en el intercambio de informacin, ya que el histrico de
sta queda desvinculada del proyecto, y en la agregacin de los datos al requerir un
procesado manual en cada ejecucin del proceso.
As pues, el anlisis de estos procesos sugiere una reingeniera de stos para
realizarlos a travs de 6penE-P aprovechando las funcionalidades de CRM y de
gestin de inventario, y facilitando la agregacin de estos datos a los del programa y
entidad. Sin embargo, hay que tener en cuenta que no se presentan como
problemticos y que tienen un punto crtico; la introduccin de los datos por parte de
los referentes (actores externos a la entidad y muy cambiantes), que se debe
mantener extremadamente intuitiva o mantener el sistema actual.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 86 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
5.3 Proce#o# #ocido# % inicio de %o# &ro'ecto#
De los procesos asociados al inicio de los proyectos, la
licitacin era el que requera ser analizado tanto por su
complejidad como por las ventajas que se desprendan
de su informatizacin: registro y anlisis de los procesos
iniciados y su resultado final (xito, fracaso, porqu...)
y mayor y mejor respuesta ante nuevas licitaciones.
En la figura de la derecha se puede ver la modelizacin
que realic junto con Pedro Delprato, el responsable de
atender y hacer el seguimiento de las licitaciones en
ompromiso y que tambin gestiona muchas en El
Abrojo. En este modelo ya se incluye el papel que
jugara el Sistema de Informacin.
Lo primero que se ve es que la actividad de prospeccin
de las licitaciones existentes no parte de cada unidad o
programa si no que puede ser transversal a ellas. As
pues, lo siguiente es canalizar esta oportunidad hacia la
persona capaz de analizar la viabilidad del proyecto
teniendo en cuenta sus caractersticas, pero tambin la
situacin de recursos disponibles. Esta persona ser,
habitualmente, el responsable del programa. Si se
valora como viable presentarse a la licitacin empezara
la fase en que se prepara la propuesta a presentar, lo
que puede ser un pequeo proyecto en si mismo.
Cuando se presenta, una informacin muy til de cara
al futuro son los presupuestos presentados por los
competidores (en licitaciones pblicas stos son de libre
acceso), lo que permite en caso de que la propuesta sea
rechazada (lo que no provocar que se elimine, si no
que se archive con este estado) se pueda realizar un
anlisis del porqu y si vale la pena cambiar los criterios
de precios. En caso de ser aceptada, la propuesta con
toda la documentacin e informacin asociada debe
convertirse dentro del Sistema de Informacin en un
nuevo proyecto.
Fi'* 42D$ Dia'rama del proceso
de licitacin con el sistema de
informacin inte'rado
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 87 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Esta funcionalidad encaja con las de prospeccin y gestin de oportunidades
implementadas en los mdulos de CRM de 6penE-P. Adems, con estos mdulos
tambin se podra modelar los procesos de los proyectos que surgen por iniciativa de
la entidad y que hay que buscar financiadores o contrapartes y las actividades de
captacin de fondos en general.
Sin embargo, hacer esta parte bien requiere un esfuerzo importante pues acaban
participando muchos sta7eholders. Como al final no se prioriz de las primeras, es una
de las cosas que han quedado para una futura extensin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 88 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
5.4 Mode%o 0ener%
De este estudio de las entidades realic una abstraccin para intentar generar un
modelo general que, por su visin global, guiase el diseo posterior de la herramienta
y la validacin del anlisis realizado por parte de los sta7eholders.
Debido a los problemas que explico ms detalladamente en el apartado "odelo de
entorno de El Abrojo, este ltimo anlisis lo realic bsicamente sobre esta entidad ya
que, al detectar problemas para sacarle provecho, abandon esta va y me qued con
el anlisis expuesto anteriormente. As pues, fueron los diagramas presentados arriba
los que discut y valid con la oordinacin de pro'ramas (en El Abrojo) y con la
oordinacin de Fnidades Empresariales (en ompromiso).
3/7/1 O,-eto# de% do.inio
'ro)rama=Unidad@
El programa/unidad es la unidad or'ani&ativa que agrupa y genera un conjunto de
proyectos alrededor de una temtica.
Tiene un responsable, un conjunto de proyectos y puede tener un equipo,
contrapartes y redes asignadas. Tiene un equipo y usuarios=poblacin atendida
calculados de sus proyectos.
Su objetivo es el de coordinar y monitorizar sus proyectos, con lo que tiene que
disponer de herramientas que le permitan monitorizar la actividad y estado econmico
de sus proyectos, as como sacar estadsticas (datos agregados) de sus actividades y
usuarios.
'royecto@
El proyecto es la unidad or'ani&ativa que agrupa y gestiona unos recursos para
realizar una actividad y cumplir unos objetivos durante un periodo.
Tiene unos ob!eti#os, una fuente de financiacin (que se obtiene a partir de
alguno de los procesos de inicio del pro%ecto), un equipo con un responsable y unos
usuarios=poblacin atendida (que se complementan con los usuarios=poblacin
atendida calculados de sus actividades/eventos. Puede tener documentos,
contrapartes, redes, acti#idades=e#entos, productos a usar o producir. Tiene
un presupuesto y=o rendicin de cuentas y puede tener in)resos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 89 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Su objetivo es gestionar el da a da del proyecto (su actividad) y generar datos que
sirvan para el programa. As pues, necesita de herramientas le permitan/faciliten
controlar el cumplimiento de sus objetivos, controlar el estado de cuentas (control
presupuestario), gestionar su equipo y la relacin con sus financiadores, contrapartes
y redes. Tambin necesita herramientas para registrar sus actividades e informacin
sobre sus usuarios/poblacin atendida (en el detalle necesario para su tarea diaria y
para obtener los datos agregados necesarios para el programa y sus rendiciones).
cti#idad=E#ento@
La actividad/evento es la unidad or'ani&ativa 1ue representa una actividad 1ue se
reali&a en un momento concreto )una/s fecha/s % horas concretas+ % 1ue re1uiere
cierto nivel or'ani&ativo %/o se 1uiere 1ue 1uede re'istrada* Su naturaleza puede ser
muy variada: actividad puntual, taller, salida/campamento, actividad comunitaria,
curso, seminario...
Tiene una fecha o fechas (puede ser una actividad peridica o de varios das) y horas
de realizacin, unos participantes (usuarios/poblacin atendida), un equipo. Puede
tener documentos, un presupuesto y=o rendicin de cuentas y puede tener
in)resos. Puede tener un proceso de inscripcin, un control de asistencia, de
e#aluacin de los participantes y una e#aluacin de la acti#idad en si misma.
3uente de financiacin:
Un financiador es una organizacin (o, eventualmente, persona) que aporta el recurso
econmico para realizar un proyecto o actividad.
Usuarios:
Persona/entidad a la que va dirigida la actividad.
1 Mediadores: Usuario que no es el pblico objetivo final del proyecto si no a
quien se le hace una transferencia de conocimientos/metodolgica para que
incida en el pblico objetivo.
1 Poblacin atendida: ni@s, jvenes, familias, trabajadores/adultos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 90 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
'roceso de inicio del proyecto: Tipos de procesos que general el inicio de un
proyecto.
1 Licitacin: El cliente (ente pblico o privado) publica un pliego de condiciones
del que hay que enterarse. Los interesados preparan y presentan una propuesta
de proyecto. El cliente valora y selecciona el proyecto que le interesa
(concurso), se firma el contrato/convenio y se inicia el proyecto.
1 'ropuesta: Se piensa y prepara una propuesta de proyecto. Se presenta la
propuesta a posibles financiadores (entes privados) y contrapartes. El
financiador y contrapartes aceptan la propuesta, se firma el convenio y se inicia
el proyecto.
1 'edido: El cliente o financiador (entes pblicos o privados) nos hace un pedido
concreto. Se valora la viabilidad y se presenta una propuesta/presupuesto. El
cliente valora y acepta la propuesta, se firma el contrato o convenio y se inicia
el proyecto.
<ipos de acti#idad de los proyectos de actuaciones de campo estables@
1 cti#idad puntual: Actividad no peridica realizada con los nios/jvenes del
proyecto. Tiene control de asistencia nominal y/o general. Puede tener
evaluacin.
1 <aller: Actividad peridica realizada con un grupo de nios/jvenes
determinado. Tiene control de asistencia nominal. Tiene planificacin y
evaluacin global. Puede tener evaluacin diaria.
1 $alida=campamento: Actividad fuera del centro de uno o varios das con los
nios/jvenes del proyecto. Tiene inscripcin/autorizacin y control de
asistencia nominal. Tiene planificacin y evaluacin.
1 cti#idad comunitaria: Actividad (normalmente) no peridica abierta a la
participacin. Tiene control de asistencia general, y puede tener nominal. Tiene
planificacin, puede tener evaluacin.
1 $e)uimiento: Evaluacin continua de la persona/familia atendida. Registro de
las actuaciones realizadas. Evaluacin de la evolucin y los resultados.
1 cuerdos: Se pactan acuerdos sobre acciones y actitudes a seguir por parte
del interesado. Tiene un seguimiento y evaluacin fuerte.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 91 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
1 <ransferencia condicionada: Se pactan acuerdos sobre acciones a realizar a
cambio de ayuda econmica. Puede tener un lmite de personas a atender.
Tiene un control fuerte de las personas atendidas. Tiene un seguimiento y
evaluacin fuerte.
1 sesoramiento: Servicio de informacin y asesoramiento sobre temas
concretos. Puede tener un horario concreto. Tiene registro de las
personas/familias atendidas. Tiene banco de recursos, puede tener evaluacin.
<ipos de acti#idades formati#as@
1 <aller: Una sesin corta. Tiene un dinamizador, puede tener especialistas
invitados. Puede tener inscripciones y control de asistencia (nominal o general).
Puede tener evaluacin del curso.
1 $eminario: Curso de varias sesiones (pero corto). Puede tener especialistas
invitados. Puede tener inscripciones y control de asistencia (nominal o general).
Puede tener evaluacin del curso.
1 "urso: Curso largo de varias sesiones. Puede incluir algn tipo de prcticas.
Tiene un responsable y un equipo de capacitadores. Tiene inscripciones. Puede
tener control de asistencia (nominal) y evaluacin/seguimiento de los
participantes. Puede tener evaluacin del curso.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 92 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
3/7/2 Identi*iccin ' de*inicin de %o# ctore#
ctor <ipo %escripcin=*b!eti#os
Organismo regulador Org
Banco de Previsin Social
(BPS)
Org Recauda los impuestos (IRPF y
para empresas) destinados a las
previsiones sociales (paro,
jubilaciones, bajas...)
Fiscaliza las nminas (altas, bajas,
cambios de sueldo)
Banco de Seguros del
Estado (BSE)
Org Recauda para las cobertura de
accidentes de trabajo
Fiscaliza las nminas
Ministerio de Trabajo y
Seguridad Social (MTSS)
Org Controla que se respeten las
normas laborales
Fiscali&a las nminas
Fija los sueldos por categoras
Direccin General
Impositiva (DGI)
Org Recauda impuestos (CSC, informe
mensual)
Fiscaliza la actividad econmica
(inspecciones)
Ministerio de Educacin y
Cultura (MEC)
Org Fiscalizar el funcionamiento de la
asociacin civil y de las
cooperativas
Fiscaliza las actas de reuniones
(inspeccin)
Financiador: estado,
fundaciones internacionales,
organizaciones internacionales
(p.e.: UNICEF), empresas
(sobretodo para CSC), donantes
privados (--)
Org Externalizar proyectos propios
Financiar los proyectos externos
Controlar los proyectos: Obtener
rendiciones econmicas y sobre el
trabajo realizado
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Contraparte: intendencias,
ONGs locales
Org Aplicar los programas y proyectos
conjuntamente
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 93 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
ctor <ipo %escripcin=*b!eti#os
Redes: institucionales (p.e..:
ANONG), programticas (p.e.:
CETI), territoriales (con
proyectos)
Org Coordina el trabajo y la visin de
distintas organizaciones sobre un
territorio, temtica...
Apoyo y comparticin de recursos
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Alianzas Org Relacin de trabajo en grupo a
medio/largo plazo con objetivos
concretos comunes (tambin
polticos)
Intercambio de informacin,
servicios, favores, trabajo
Prensa Org /
Persona
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Usuario Persona Participar en los proyectos o
actividades
Enterarse de la oferta disponible
Evaluar el servicio recibido
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Poblacin atendida
(nios, familias...)
Persona Recibir servicios
asistenciales/educacionales
Ser seleccionados
Trabajadores, docentes,
educadores...
Persona Completar su formacin
Pasantes (bsicamente
jvenes, Laboral de El
Abrojo)
Persona Capacitarse (integracin laboral)
Practicar un oficio/servicio
Cobrar un sueldo
Cliente Org /
Persona
Contratar servicios/comprar
productos
Evaluar la calidad de los
servicios/productos recibidos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 94 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
ctor <ipo %escripcin=*b!eti#os
Trabajador Persona Trabajar en uno o varios proyectos
o programas
Cobrar (por las horas trabajadas)
Completar su formacin,
capacitacin
Ser informado de las actividades,
actuaciones, polticas... de El
Abrojo
Cooperativista (CSC, El
Abrojo Coop)
Persona Contribuir en el desarrollo de la
cooperativa (participar en rganos
de gestin/decisin)
Coordinacin general (El
Abrojo: Coordinacin de
programas, CSC: CUE)
Persona Plantear y gestionar la estrategia
institucional
Gestionar relaciones institucionales
(polticas, de redes, con
contrapartes, con financiadores...)
Administracin y RRHH Persona Llevar al da los temas
administrativos
Fijar pautas de funcionamiento
Coordinacin de
programa, unidad
empresarial, proyecto
Persona Elaborar propuestas de proyectos y
buscar financiadores
Planificar y gestionar los proyectos
en ejecucin (recursos...)
Trabajar en equipo con
contrapartes, redes...
Gestionar el equipo: altas, bajas,
capacitacin...
Educador Persona Ejecutar los proyectos: programar
y ejecutar actividades, talleres...
Hacer un seguimiento de las
personas atendidas
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 95 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
3/7/) Mode%o de entorno de El Abrojo
Fi'* 42A$ Dia'rama iG del modelo de relaciones estrat8'icas del entorno de El Abrojo
Este es el intento de diagrama de relaciones estratgicas del entorno de la
organizacin El Abrojo que realic. Como se puede ver, no est completo, ya que no
fui capaz de desarrollar un modelo manejable y comprensible. Sin embargo, lo
expongo porque me sigue pareciendo interesante.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 96 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
Este tipo de diagrama permite modelar los diferentes actores y roles (las redondas),
pudiendo asignar unos a otros con la relacin isKa (la flecha simple). Entre los actores
y la organizacin encontramos relaciones de dependencia (la flecha con una D) las
cuales son direccionales. En ellas encontramos los elementos intencionales que
pueden ser: objetivos (los valos); equivalentes a requisitos funcionales, objetivos
blandos (no aparece ninguno); que equivaldran a requisitos no funcionales, recursos
(los rectngulos); que en este caso representa informacin (en algn formato) que se
intercambia e incluso tareas (tampoco aparece ninguna). Estas ltimas es preferible
no usarlas, ya que pueden ser muy prescriptivas y este modelo pretende abstraer el
1u8 hacer sin definir un como hacerlo. Sin embargo, a veces son necesarias, como
puede ser un proceso/tarea requerido as por un actor externo.
As pues, con la prctica suficiente, usar este tipo de modelado me parece
conveniente ya que muestra precisamente la informacin que necesitamos para
extraer las funcionalidades y los requisitos para un sistema de gestin.
Los problemas que tuve para realizar el modelo fueron que no encontr un equilibro
entre general y especfico, por lo que acab abandonando este modelado y el mtodo
DHARMA del proceso de mi proyecto.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 97 / 182
Implementacin de un sistema de informacin para una cooperativa
%esarrollo del modelo )eneral
9 Se%eccin de% &roveedor de hostin
Esta actividad se descompone en las siguientes acti#idades:
1 Anlisis de las necesidades
1 Investigacin de las opciones
1 Seleccin del proveedor
Las limitaciones eran importantes, ya que no disponan de ninguna persona
capacitada para realizar el mantenimiento de un servidor ni demasiado presupuesto. A
favor tena que en Uruguay no existe una legislacin acerca del almacenamiento de
datos, al estilo de la LOPD (hice que lo preguntaran a sus abogados), lo que daba
libertada para que la solucin se alojara donde mejor fuera econmicamente (lo que
descartaba Uruguay ya que el precio de este tipo de servicios es elevado).
Como el hostin' era una cuestin imprescindible, y debido a la especificidad poda
llegar a ser un coste inasumible si no se encontraba una solucin ptima, marqu
como lmite finales de octubre para tener una propuesta viable antes de replantear la
viabilidad del proyecto.
Para reducir costes plante reunir los servicios TIC que ya tenan contratados (hosting
de las webs, correo...) en el nuevo servidor que alojara el 6penE-P y as poder sumar
la partida actual al presupuesto para el mantenimiento del sistema de informacin.
El hosting actual y el correo eran un plan sencillo en una empresa argentina de muy
bajo coste, la cual no dispona de ofertas de VPSs. El servicio de correo presentaba
limitaciones para algunas tareas de difusin.
Para encontrar ofertas, el primer sitio donde pregunt fue en la lista de correo de la
localizacin espaola de OpenERP (no exista ninguna comunidad especfica
sudamericana), ya que si alguno de ellos poda ofrecerme un VPSs con el
mantenimiento del sistema operativo a un precio asumible, tena la ventaja de que
podran ofrecer un soporte de segundo (o tercer) nivel sobre 6penE-P.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 98 / 182
Implementacin de un sistema de informacin para una cooperativa
$eleccin del pro#eedor de -ostin)
De forma muy rpida contestaron y empezamos a hablar con E(cale: una empresa
espaola, formada prcticamente toda por Uruguayos, que ofrecen SaaS de 6penE-P
y tambin infraestructura de servidores. Adems, queran empezar a trabajar en
Uruguay (algunos de sus trabajadores viven en su pas) y este proyecto les brindaba
la oportunidad de tener un primer caso de 8(ito muy visible.
El primer contacto fue el 28 de septiembre y, despus de unas negociaciones llevadas
por mi con el apoyo de Pedro Bandeira, cerramos la propuesta de contrato el 10 de
octubre.
Las condiciones eran muy buenas:
1 Servidor privado virtual (VPS) sobre un Xeon-Harpertown 5430-Quadcore
[2.66GHz]
1 Sistema Operativo: Debian 5.0
1 1 IP pblica esttica
1 Memoria: 1GB FB-DIMM DDR2
1 Disco Duro: 40 GB SATA Western Digital 7.200 RPM
1 Instalacin del sistema operativo
1 Sistema de copias de seguridad diarias y semanales
Todo esto por U$S50/mes, empezando a pagar en diciembre aunque nos habilitaron la
mquina a finales de octubre. Tambin quedo marcado por contrato que las horas de
tcnico para tareas puntuales se cobraran a $350 (pesos uruguayos) y los precios de
aumentar las prestaciones.
Estas condiciones se ajustaban a las posibilidades de las entidades, que compartirn
el mismo servidor y, por tanto, su coste. Sin embargo, al poco de volver de Uruguay
(cuando an E(cale no haba mandado ninguna factura), E(cale les propuso dejar el
servicio gratuitamente como parte de una poltica de RSE para-con su pas.
Como el coste de los servicios TIC contratados en aquel momento era muy reducido, y
migrarlo al servidor requera su mantenimiento tcnico, se decidi mantener lo que se
tena y el nuevo servidor dedicarlo nicamente a 6penE-P.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 99 / 182
Implementacin de un sistema de informacin para una cooperativa
$eleccin del pro#eedor de -ostin)
@ E%,orcin de % %i#t de
*uncion%idde#
En esta etapa ejecut las siguientes acti#idades:
1 Elaboracin de una lista exhaustiva y jerrquica de funcionalidades
(descomposicin de los objetivos del sistema)
1 Priorizacin de las funcionalidades
La primera actividad deba realizarse siguiendo el mtodo DHARMA; descomponiendo
el sistema cuyo entorno se habra modelado en la etapa anterior en subsistemas
asociados a un mismo servicio o macro-funcionalidad. Esta descomposicin de general
a concreto, y con la asociacin posterior, deba convertirse en una lista jerrquica de
funcionalidades/objetivos del sistema.
Sin embargo, por los motivos que ya he explicado, la opcin de seguir el mtodo
DHARMA qued truncada y la lista, siguiendo los principios del modelado dirigido por
objetivos, la elabor combinando el anlisis de abajo a arriba y de arriba a abajo.
El primero consisti en reunir y unificar los requisitos, funcionalidades y objetivos
expresados por los diferentes sta7eholders entrevistados, de lo que elabor una lista
262 elementos organizados por mbitos de gestin y con una jerarqua basada en la
dependencia de una funcionalidad con otra. Adems, para cada una de ellas dejaba
registrado de quien haba sacado la necesidad (para facilitar el diseo en profundidad
y la validacin posterior de la funcionalidad) y, en algunos casos, alguna nota respecto
a como se poda solucionar aquello con los mdulos estndar de 6penE-P.
Fi'* 42B$ "uestra del primer listado de objetivos % funcionalidades elaborado a partir de las
reuniones con los sta7eholders
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 100 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
A partir de esta lista, y teniendo en cuenta los objetivos generales del sistema y
analizando el estudio de las organizaciones realizado, elabor una lista para cada
entidad de funcionalidades jerarquizadas. Adems, defin dos niveles (tipos) de
funcionalidades: las de primer nivel; que representan paquetes de funcionalidades y
sirven para dar soporte a actividades y procesos de gestin, y las de segundo nivel
que representan funcionalidades especficas y sirven para dar soporte a procesos
concretos o caractersticas significativas del software. Con la definicin de las
funcionalidades intent maximizar las coincidencias entre las necesidades de las dos
organizaciones, manteniendo la necesaria especificidad, con lo que consegu que 52
de ellas fueran las mismas en ambas listas.
Fi'* 42H$ "uestra 2 del primer listado de objetivos % funcionalidades elaborado a partir de las
reuniones con los sta7eholders
Fi'* 42I$ "uestra del listado de funcionalidades de El Abrojo para la priori&acin por parte del
e1uipo coordinador % de administracin*
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 101 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
Para que el e1uipo de la lista de funcionalidades (bsicamente, los miembros de la
oordinacin de pro'ramas y de la oordinacin de unidades empresariales) pudiera
validar y priorizar las funcionalidades definidas por mi, elabor las listas como una
hoja de clculo de ;oo'le Docs (que podis consultar en el Anexo 6). As, pude
compartirlas y, siguiendo unas instrucciones que les pas en el mismo documento, las
puntuaron cada uno con su criterio y necesidades de su programa/unidad.
Para hacer esta puntuacin, en cada lista cre dos columnas para cada participante; la
primera columna para las funcionalidades de primer nivel y la segunda para el resto.
Cada uno tuvo que puntuar cada funcionalidad con el siguiente criterio:
1 0: No uso esta funcionalidad
1 1: Nada prioritario: esta funcionalidad hace referencia a tareas que realizas,
pero si no est no te importa (me sirve para que, si se decide implementarla,
saber a quien tengo que preguntar cmo tiene que hacerse y validar que est
bien hecho)
1 3: Poco prioritario: no me preocupa que no est
1 7: Muy prioritario: quiero que se haga
1 15: Imprescindible (slo para funcionalidades de 1r nivel): Forma parte de lo
que cada uno considera un paquete mnimo (aquello que si no se hace no tiene
sentido tener el software). Slo se pueden marcar 4 con este nivel.
Adems del lmite sobre las puntuaciones 3A, tambin limit la puntuacin acumulada
que podan otorgar en 109 puntos para las de 1r nivel y 112 para el resto en el caso
de El Abrojo, y en 120 y 144 puntos para ompromiso. Estos nmeros no fueron al
azar, sino que los calcul en base a lo que prevea que poda ser capaz de
implementar.
Estas listas las desarroll paralelamente con la parte final de la etapa anterior, para
poder, el 10 y 11 de noviembre de 2009, presentar los esquemas de anlisis de las
organizaciones y el listado de funcionalidades a los rganos ejecutivos para su
validacin. A partir de aqu empez la tarea, nada fcil, de conseguir que todos
rellenaran las puntuaciones en un tiempo razonable. Este acab siendo de ms de un
mes, ya que di el documento por cerrado (con un par de participantes sin puntuar) el
15 de diciembre.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 102 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
Una vez tuve las puntuaciones de todos los encuestados hice un par de grficos con
los resultados para facilitar el anlisis y la definicin de la priorizacin final.
El primero es un grfico con las puntuaciones de todos los participantes a cada
funcionalidad. El exceso de informacin lo vuelve un poco catico, pero analizando con
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 103 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
Fi'* 42J$ ;r5ficos de evaluacin de la priori&acin de las funcionalidades de El Abrojo )en el
Ane(o H se encuentran los de ompromiso+
detalle y comparando segmentos concretos, permite ver el grado de popularidad de
cada funcionalidad. El segundo muestra los datos resumen; la puntuacin obtenida
respecto al total de la puntuacin (%) y la puntuacin media. Este grfico nos permite
identificar fcilmente las funcionalidades estrella, ya sea por su popularidad y/o la alta
puntuacin que se le da.
Con estos datos encima de la mesa, Pedro Bandeira y yo los analizamos e hicimos la
priorizacin final que regira el diseo e implementacin de la solucin. Como era su
objetivo, esta etapa defina lo que era el conjunto mnimo de funcionalidades que se
deban implementar para que el sistema de informacin fuera til.
A continuacin expongo el rbol de funcionalidades de El Abrojo con una puntuacin
final (la que le dimos Pedro y yo) de 15 o 7. Todo son funcionalidades de 1r nivel, y
las que estn resaltadas son las que se puntuaron con 15 lo que les otorga la
condicin de requisito obligatorio. Las funcionalidades de segundo nivel, con su
puntuacin, se tuvieron en cuenta a la hora del diseo posterior de las funcionalidades
a implementar.
A 1 Be#tin de contcto#
(egistro de datos personales4 de contacto4 notas # almacenamiento de documentos.
*istado # b:s!ueda. 7ueden ser personas4 empresas4 instituciones... ((;;4 clientes4
contrapartes...
C 1/1 Be#tin de di*u#in ' co.uniccin
7oder mandar comunicaciones por mail a contactos individuales o grupos por
programa4 pro#ecto #<o tipo de vinculacin a =stos. De>ar registrada esta
comunicacin.
A 2 Be#tin de RR;;
7oder definir un contacto como ((;;4 asociarlo a un pro#ecto como traba>ador &con alg:n
tipo de clasificacin' durante uno o varios periodos. 7oder listarlos # buscarlos.
A ) Be#tin de &ro0r.#
7oder asociar los pro#ectos a programas # un &o ms' contactos como responsables de
este4 de manera !ue puedan sacarse listados # tablas de datos de pro#ecto filtrados por
programa.
A 7 Be#tin de &ro'ecto#
7oder registrar los pro#ectos con sus datos bsicos4 su estado # una clasificacin bsica.
7oder registrar la cantidad # tipo de usuarios directos e indirectos &para poder ser usado en
las estadsticas de la gestin de programas'. 7oder definir una >erar!ua de manera !ue los
datos<recursos se compartan<agreguen.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 104 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
C 7/2 Be#tin de *uente# de *inncicin
7oder asociar varios contactos a un pro#ecto como fuente de financiamiento #
registrar la clasificacin del tipo de financiacin4 el ?contrato? # el monto aportado.
C 7/) Be#tin de contr&rte#8 #ocio# ' rede#
7oder asociar varios contactos a un pro#ecto como contrapartes4 socios o red.
C 7/7 Be#tin de in0re#o#1e0re#o#
7oder registrar los ingresos # egresos por fec@a # rublo4 # !ue muestre el estado de
la ca>a.
C 7/9 Be#tin de evento# ' ctividde#
7oder registrar eventos # actividades &con los datos bsicos de agenda' asociadas
a un pro#ecto o programa &de manera !ue se pueda obtener un calendario del
pro#ecto' # poder registrar la cantidad # tipo de usuarios directos e indirectos &para
poder ser usado en las estadsticas de la gestin de programas'.
A 3 Be#tin de .teri%e#8 $err.ient# e in*re#tructur
(egistrar los materiales # @erramientas !ue se usan o tienen4 # la infraestructura !ue se
tiene pudi=ndolos asociar a pro#ectos o programas # gestionar su stocA.
A 9 Be#tin de co.&r#
(egistrar los proveedores. (egistrar los pedidos # soportar el proceso de compra # pago.
A @ Be#tin de %icitcione#
(egistrar las licitaciones presentadas con datos bsicos4 clasificacin4 asociacin a
programa o pro#ecto4 documentacin ad>unta # el resultado final.
A D Be#tin de cur#o# <t%%ere#8 #e.inrio#///=
7oder registrar los cursos como actividades de pro#ectos con fec@a de inicio # fin4 gestin
de pla6as e inscripciones de contactos &!ue se computan como usuarios directos'.
A 11 Be#tin de co.uniccin intern
(egistrar las informaciones !ue entren &por tel=fono4 faB4 mensa>ero...' dirigidas a un
traba>ador.
Las funcionalidades marcadas como obligatorias para ompromiso fueron las
siguientes:
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 105 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
A 6 ,estin de contactos
Registro de datos personales, de contacto, notas y almacenamiento de
documentos. Listado y bsqueda. Pueden ser personas, empresas,
instituciones... RRHH, clientes, contrapartes...
A 5 ,estin de &&..
Poder definir un contacto como RRHH, asociarlo a un proyecto como trabajador
(con algn tipo de clasificacin) durante uno o varios periodos. Poder listarlos y
buscarlos.
C 5.6 .erramienta de soporte a la formacin interna
Registrar los cursos realizados por el trabajador con la informacin de las
capacidades/habilidades trabajadas y la evaluacin de su
aprovechamiento por parte del trabajador.
A 4 ,estin de unidades
Poder asociar los proyectos, servicios, productos... a unidades y uno (o ms)
contactos como responsables de esta, de manera que puedan sacarse listados y
tablas de datos filtrados por unidad.
A 7 ,estin de proyectos, ser#icios y produccin
Poder registrar los proyectos con sus datos bsicos, su estado y una
clasificacin bsica. Poder registrar la cantidad y tipo de usuarios directos e
indirectos (para poder ser usado en las estadsticas de la gestin de
programas). Poder definir una jerarqua de manera que los datos/recursos se
compartan/agreguen.
C 7.5 ,estin de fuentes de financiacin
Poder asociar varios contactos a un proyecto como fuente de
financiamiento y registrar la clasificacin del tipo de financiacin, el
"contrato" y el monto aportado.
C 7.7 ,estin de in)resos=e)resos
Poder registrar los ingresos y egresos por fecha y rublo, y que muestre el
estado de la caja.
C 7.A ,estin de productos
Poder registrar productos/materiales como productos de un proyecto o
programa. Clasificarlos. Poder sacar listados y datos agregados para la
gestin de la unidad.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 106 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
A 8 ,estin de materiales, -erramientas e infraestructura
Registrar los materiales (producidos por nosotros o comprados) y herramientas
que se usan, y la infraestructura que se tiene pudindolos asociar a proyectos o
unidades y gestionar su stock.
A 9 ,estin de compras
Registrar los proveedores. Clasificarlos, filtrarlos y buscarlos. Registrar los
pedidos y soportar el proceso de compra (pedidos) y pago.
A A ,estin de licitaciones
Registrar las licitaciones presentadas con datos bsicos, clasificacin, asociacin
a programa o proyecto, documentacin adjunta y el resultado final.
A B ,estin de #entas y comerciali2acin
Definicin de productos y servicios como vendibles y soporte al proceso de
venta.
A 66 ,estin de comunicacin interna
Registrar las informaciones que entren (por telfono, fax, mensajero...)
dirigidas a un trabajador.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 107 / 182
Implementacin de un sistema de informacin para una cooperativa
Elaboracin de la lista de funcionalidades
E Di#e5o e i.&%e.entcin de% prototipo
Las acti#idades de esta etapa eran:
1 Diseo del prototipo
2 Estudio de la especificacin y de los mdulos principales (los incluidos en
los perfiles
1
de OpenERP).
2 Desarrollo del modelo de las funcionalidades incluidas (identificacin de
los actores del sistema)
2 Seleccin de los mdulos principales (seleccin de componentes)
1 Implementacin del prototipo
2 Instalacin y configuracin de los mdulos principales
2 Preparacin de los datos de demostracin
2 Testeo con usuarios
2 Mejora del modelo de funcionalidades y escritura de anotaciones al
modelo general.
La primera actividad, el estudio de los mdulos principales de 6penE-P, la realic
antes de empezar propiamente esta etapa, ya que durante las etapas previas fue
cuando estudi en profundidad la herramienta, lo que me llev a probar y estudiar los
diferentes perfiles incluidos en los mdulos bsicos. El resto de actividades las
desarroll desde la vuelta de las vacaciones de verano (el 8 de enero) hasta
aproximadamente la semana de carnavales (el 15 de febrero).
El ob!eti#o de esta etapa era obtener una versin del programa para cada entidad en
el que estuvieran implementadas las funcionalidades bsicas (las obligatorias,
marcadas con un 3A en la priorizacin) en su versin ms estndar (sin desarrollo
propio). De esta forma, se consegua un programa funcional con el que hacer unos
primeros tests con usuarios y, a partir de ah, evolucionar cada funcionalidad hasta
ajustarla a las necesidades concretas. Sin embargo, no exista en los mdulos de
6penE-P ningn maestro que encajara con los proyectos de El Abrojo y ompromiso,
por lo que tuve que implementar para esta primera versin el mdulo que los defina.
1
Un perfil es un mdulo vertical de OpenERP; incorpora todo lo necesario para
satisfacer un uso funcional: maestros, mdulos extra, permisos, roles y paneles.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 108 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
!.1 Do.inio de un &ro'ecto
Especialmente para los proyectos, pero en general para todo objeto del dominio, el
objetivo principal del diseo era encontrar una definicin que incluyera todas las
casusticas y necesidades de los diferentes programas y unidades. Por ello, era
necesario una primera abstraccin del dominio para hacerlo genrico y un completado
final para incluir todos datos necesarios. Este proceso es el que se describe en los
siguientes captulos.
Dentro de las organizaciones, y especialmente desde el punto de vista del sistema de
informacin, los proyectos son el elemento principal del dominio de stas; son a la vez
la unidad bsica para la obtencin de informacin y la unidad bsica de gestin.
Alrededor de ellos se asignan y gestionan los recursos para conseguir unos resultados.
Este lugar central de los proyectos respecto a la planificacin de recursos no responde
solo a una cuestin organizativa, viene muy condicionado por el hecho de que las
entidades no disponen de ingresos institucionales ya que toda entrada de dinero va
asociada y condicionada a un proyecto.
Fi'* 4C4$ Dia'rama de clases del modelo conceptual del dominio de un pro%ecto
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 109 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
Los programas son bsicamente una agrupacin de proyectos de una misma temtica.
Prcticamente no tienen recursos propios ms all de una o dos personas que
cumplen la funcin de responsables de pro'rama (no siempre a tiempo completo).
stos se encargan de buscar y preparar nuevos proyectos, marcar la lnea estratgica
y coordinar la gestin de los proyectos y sus recursos desde una visin ms global.
Los recursos y la informacin asociada a un proyecto proviene de tres mbitos: las
relaciones con actores externos, los recursos humanos y materiales, y el propio
proyecto y sus actividades.
Por el lado de las relaciones, encontramos los financiadores y organismos reguladores
que aportan los recursos econmicos y ejercen un control sobre la actividad y los
resultados. Las contrapartes y redes, que son aquellas entidades con las que se
trabaja ms o menos intensa y coordinadamente en la ejecucin de proyectos.
Finalmente, los usuarios o poblacin atendida tambin estaran en este grupo.
De todos ellos, lo ms importante es registrar y tener accesible su informacin de
contacto, lo que nos dar la agenda institucional del proyecto, de los programas y de
la entidad en general. Adems, la informacin cuantitativa de stas relaciones (los
proyectos financiados por una organizacin, las entidades con las que se trabaja en
red para un proyecto...) es valiosa como antecedentes o memoria de un proyecto.
Respecto a los recursos, los ms importantes y que generan ms informacin son los
humanos. De stos es importante la informacin personal y laboral para actividades
administrativas (preparacin de memorias y rendiciones, gestin de nminas...) y un
perfil de capacidades, habilidades, disponibilidad... para la planificacin de los
equipos. Otros recursos asociados a los proyectos son la infraestructura y materiales
usados (que en el diagrama se muestran como productos).
Finalmente, los proyectos quedarn definidos por su situacin en el tiempo (su
periodo de ejecucin y otras fechas), su presupuesto y los gastos e ingresos reales,
las actividades y la participacin de los usuarios (junto con algn tipo de evaluacin) y
los productos y servicios desarrollados. Estos tres ltimos constituyen los resultados
del proyecto. Un programa se puede entender como un conjunto de proyectos, ya que
sus relaciones, recursos y resultados sern la agregacin de los de sus proyectos.
El registro y explotacin de esta informacin es lo que permitir una planificacin y
)estin operati#a y financiera (por ejemplo, se podr realizar un control del flujo
de caja y de la desviacin respecto a la planificacin), as como una e#aluacin de
los resultados y su ejecucin. Esta misma informacin, analizada desde la perspectiva
de la poblacin atendida, permitir observar los procesos de inte)racin social.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 110 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
E/1/1 Do.inio de un &ro'ecto con i.&%e.entcione# e-ecutd# &or
un contr&rte
El modelo expuesto arriba es la abstraccin de todo proyecto desarrollado en las
entidades, que como se ha visto son muchos y diversos. Una instancia concreta de
ste modelo sera la de un proyecto basado en implementaciones, modelo recurrente
en diversos programas de El Abrojo. Un ejemplo es el proyecto 9a #arra del programa
<abilidades para la vida.
Fi'* 4C3$ "odelo conceptual del dominio del pro%ecto 9a #arra= del Pro'rama <abilidades
para la vida
En este tipo de proyectos nos encontramos que existe un proyecto marco que consiste
en una propuesta de objetivos, actividades y materiales desarrollados especficamente
para el proyecto (libros, juegos...), as como una forma de ejecutarlo. La preparacin
de esta propuesta es un proyecto en si mismo.
Una implementacin es la preparacin de una propuesta concreta en colaboracin de
la contraparte que la ejecutar en el terreno. Un representante de sta ser el
referente, con el que se coordinar el proyecto y los recursos, y por lo que se refiere a
El Abrojo, la ejecucin consistir en la capacitacin de los educadores locales.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 111 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
E/1/2 I.&%e.entcin de% .e#tro de &ro'ecto#
En los mdulos bsicos de 6penE-P existen dos maestros que pueden ser la base
para nuestros proyectos. El objeto project*project del mdulo de gestin de proyectos
y el objeto account*anal%tic*account del mdulo de contabilidad analtica. El primero
es la implementacin de la gestin de proyectos desde la perspectiva de la gestin del
tiempo y donde los proyectos se definen, bsicamente, por sus tareas. El segundo
enfoca el tema desde la perspectiva econmica, siendo una cuenta analtica el objeto
al que se le asocian gastos e ingresos desde diferentes sitios del ERP pudiendo
obtener balances, planificaciones e histricos, etc. En los dos casos, se puede definir
un proyecto o cuenta padre, de manera que se puede establecer una jerarqua de
proyectos. Tambin hay que tener en cuenta que a un proyecto se le puede asignar
una cuenta analtica para, desde esta, tomar las horas realizadas en las tareas como
parte del anlisis analtico.
La primera aproximacin en la implementacin del maestro de proyectos fue una
extensin del mdulo de proyectos, ya que las tareas (y todas las funcionalidades
relacionadas con ellas) me serviran para la gestin de rendiciones que se requera
(bsicamente, documentacin a elaborar y presentar). Adems, tambin implementa
el concepto de e1uipo de trabajo, pudiendo asignar usuarios a un proyecto para
asignarles tareas.
Sin embargo, esta solucin se mostr poco flexible y adecuada. Por un lado, la gestin
de tareas era un problema ms que una ventaja para la mayora de los equipos de
trabajo. Basar la gestin de proyectos en la de tareas a travs de una herramienta
informtica obligaba a un uso muy intensivo del software, lo que dificultaba la
implantacin del software de forma progresiva. Adems, los proyectos se definan
sobretodo por la cuestin econmica, por lo que estaban ms cerca del concepto de
cuenta analtica, y stas son ms flexibles para crear una jerarqua y explotarla para
extraer informacin. Finalmente, el e1uipo de un proyecto se basa en usuarios, lo que
obligara a crear un usuario para cada miembro de las entidades aunque no fueran a
usar nunca el sistema.
As pues, decid pasar a desarrollar los proyectos extendiendo la cuenta analtica
aadindole el equipo de trabajo, ampliando el partner asociado a contactos asociados
y la poblacin objetivo. Esta solucin, adems, no es incompatible con la utilizacin de
los mdulos de gestin del tiempo en extensiones futuras del sistema.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 112 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
E/1/) Modo# de cce#o ' *inncicin de %o# &ro'ecto#
De formas de clasificar los proyectos hay muchas. Hasta ahora se ha hecho por el tipo
de actividad que realizan, por el mbito de actuacin o por los objetivos que
persiguen. Sin embargo, hay una clasificacin que es muy til y necesaria para
analizar una institucin como las que nos ocupan, y es por la forma de financiacin y
por el modo de acceso (el proceso por el que se inicia el proyecto). Un anlisis desde
estos criterios nos ayudar a identificar nuestras debilidades y fortalezas y, teniendo
en cuenta la tendencia del entorno, las oportunidades y amenazas respecto a seguir
encontrando proyectos con los que trabajar.
En todo proyecto, el modo de acceso va muy ligado a la forma de financiarse, y a su
vez al tipo de convenio o contrato que se establece. Y todo ello condiciona las
rendiciones y otros procesos administrativos relacionados con el proyecto.
Simplificando, encontramos dos tipos de proyectos; los proyectos que su financiacin
se basa en subvenciones y los que se venden como un servicio. Los primeros,
normalmente su inicio se debe a una licitacin pblica que hay que ganar por
concurso y de la que se deriva un convenio que marcar los objetivos, limitaciones y
rendiciones del proyecto. Los segundos, que normalmente son contratados por
entidades privadas (empresas, escuelas e institutos, asociaciones...), se rigen por la
lgica habitual en la contratacin de servicios.
Como he dicho, esta clasificacin es una simplificacin y solo la discusin sobre sta
teniendo en cuenta tambin otros criterios (como el origen, nacional o internacional,
de la financiacin, por ejemplo) con el objetivo de poder analizar la actividad de la
entidad, nos ocup un par de horas en una reunin con la oordinacin de pro'ramas.
En la fase de implementacin iterativa, afinando el modelo con los sta7eholders y
sobre la base del formulario/maestro de la versin alpha (donde, por ejemplo, slo se
contemplaba el modo de acceso), concretamos esta cuestin desde la perspectiva
administrativa. Otras clasificaciones que se pudieran necesitar quedaban en manos del
sistema de jerarquas de los proyectos y de las categoras de los financiadores.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 113 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
La solucin fue, pues, la de tener dos campos:
(odos de acceso, en cuyas opciones hay implcito la separacin por modo de
financiacin, con las opciones: Licitacin pblica, Licitacin abreviada, Compra directa,
Llamada a precios, Iniciativa propia, Concurso
)ipo de convenio: Convenio, Orden de compra, Donacin modal
Por lo que se refiere a la documentacin y trmites asociados, se opt por crear
campos para su registro independientes de estos campos, ya que aunque a menudo
estn directamente relacionados, la flexibilidad que se consigue as es mejor que la
automatizacin que se podra conseguir con la asociacin.
En la ficha del proyecto, todo esto qued reflejado en la pestaa de onvenio %
financiacin que se muestra en la captura.
Fi'* 4C2$ aputra de la pesta0a Lonvenio % financiacinL de la ficha de Pro%ecto
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 114 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
E/1/7 A%ert# de &re#entcin de docu.entcin/ Co.uniccin
intern
Dicha tarea (la presentacin de rendiciones) es una de las tareas ms importantes de
la administracin y los responsables de proyectos, ya que como se ha explicado en la
introduccin, la transparencia y el cumplimiento de las reglas (convenios) son
requisitos imprescindibles para seguir con los proyectos. As pues, este era una de las
cuestiones en las que se deba intentar sacar el mximo provecho del Sistema de
Informacin.
De la informacin de la pestaa onvenio % financiacin se puede obtener qu
documentacin hay que presentar y cuando (la periodicidad). Con unos pocos datos
ms se pueden generar avisos fcilmente. Esto mismo es lo que hace el asistente
Generar avisos que implement y que podis ver en la seccin Acciones de la parte
derecha de la captura anterior.
Fi'* 4CC$ apturas del asistente para 'enerar avisos )solicitudes+
para la elaboracin % presentacin de rendiciones
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 115 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
El asistente empieza con la seleccin de qu tipo de avisos se van a generar.
Inicialmente nos marca todos aquellos que debemos presentar, y nos deja
deshabilitados (sin opcin a marcarlos) los que no se presentan en este proyecto (en
el ejemplo, las facturas). El asistente lo podemos lanzar tantas veces como queramos
para, por ejemplo, generar avisos para ms de una persona (de todo o de solo una
parte de la documentacin).
La segunda captura nos muestra el asistente en si. Primero se pide que concretemos
las fechas lmite (con horas) para presentar la documentacin y da la opcin de
calcularlas a partir de la primera fecha (que nos establece a la fecha de inicio del
proyecto pero que lo normal ser cambiarla) y la periodicidad establecida en la ficha
del proyecto.
Tambin podemos introducir manualmente las fechas en el listado o modificarlas
despus de calcularlas. La parte inferior nos pregunta qu usuario recibir el aviso,
con qu prioridad (baja, normal o alta) y cuantos das antes de la fecha lmite.
El selector Da semana aviso nos permite forzar que los avisos salten un da concreto
de la semana (para facilitar la organizacin de quien los recibe) que ser siempre el
anterior al margen establecido en Das previos aviso.
Este formulario es muy parecido para los tres tipos de aviso (para los informes
econmicos y narrativos es exactamente igual). Las nicas diferencias es que en el
asistente para las facturas se puede seleccionar un presupuesto que se vincular al
aviso, y el de la documentacin 1ue respalda no tiene la parte de las fechas de
presentacin pues siempre es el ltimo da hbil del mes.
Para calcular todas las fechas tiene en cuenta los fines de semana, de manera que
ninguna fecha de presentacin calculada automticamente ni ninguna fecha de aviso
cae en sbado o domingo (se mueve al viernes anterior).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 116 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
Fi'* 4CD$ aptura del listado de solicitudes )avisos+ 'enerados con el asistente
Cuando acaba el asistente salta al listado de solicitudes generadas. Una solicitud es un
aviso, enviado por un usuario hacia otro, programado para dispararse en una fecha y
hora concreta (si no se especifica ninguna fecha de disparo se considera siempre
lan&ada). Tiene un asunto, un cuerpo (que es un texto largo sin formato) y una
prioridad (para poderlas ordenar), y se pueden vincular a un contacto y a dos objetos
cualquiera de la base de datos (proyecto, factura, producto, pedido de compra o de
venta...) para contextualizarla.
Las solicitudes tienen un estado que, junto con la opcin de responderlas, nos
permiten mantener una comunicacin de forma estructurada (desde una solicitud se
puede ver el historial de envos previos). Los estados son:
+ borrador como estado previo a enviarse
+ en espera de ser atendida por el receptor, al que se llega al enviarla
+ activa entendiendo como que se est5 atendiendo. se llega al responder pero
antes de volverla a enviar.
+ cerrada cuando se da por atendida con el botn fin de la solicitud
El vnculo que siempre aparece arriba a la derecha, al lado de solicitudes, indica las
solicitudes dirigidas a nuestro usuario que han sido lanzadas y las solicitudes
pendientes las enviadas por nosotros, siempre independientemente del estado. Si
seguimos el vnculo siempre nos mostrar todas las solicitudes de las que somos
remitente o destinatario.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 117 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
E/1/3 Re%cione# con entidde#8 &o,%cin o,-etivo e in*or.e#
Las relaciones con entidades implementan las relaciones con redes, financiadores y
contrapartes del dominio, las cuales se registran con toda su informacin de contacto,
incluso con varios contactos (personas, sedes...). Como una misma organizacin
puede actuar con estos diferentes roles en diferentes proyectos, o incluso en el
mismo, estas relaciones se implementan como relaciones temporales (con una fecha
de inicio y de fin) entre un pro%ecto y un contacto con un rol definido y, en el caso de
los financiadores, con un monto aportado.
Fi'* 4CA$ aptura de la pesta0a L-elaciones con entidadesL de la ficha de pro%ecto
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 118 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
Con este diseo, y teniendo en cuenta que los contactos estn asociados a una o ms
categoras jerarquizadas, podemos obtener datos tan interesantes como los proyectos
en que ha participado una organizacin, o los proyectos financiados por organismos
gubernamentales. Para analizar estos datos implement un asistente que,
especificando un tipo de relacin (financiacin, socio, proveedor u otro), un periodo y
los proyectos a analizar (uno o varios de una lista, e incluyendo o no sus
subproyectos), genera un informe con las cantidades de relaciones y de contactos
nicos con los proyectos seleccionados, separados por categora de contacto.
Fi'* 4CB$ aptura de un ejemplo de Informe de relaciones con entidades
En este ejemplo se muestra el informe de las relaciones (no de financiacin) con
entidades del proyecto asa Abierta 2434 (el de la captura anterior) durante el 2010.
En el ejemplo nos estamos fijando en los datos por tipo de organizacin. Vemos como
el informe tambin agrega los datos en la categora padre (Por tipo, columnas Tot
Ent*/Pa(* y Tot -elaciones) que segn el rbol de categoras sern datos tiles. Las
columnas Ent*/Pa(* y -elaciones dos dan los datos por nmero de relaciones
establecidas o por contactos nicos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 119 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
!.2 Contcto# #incroni2do# con "#tloo$
Para integrar la gestin de los contactos en 6penE-P era bsico que se pudieran
consultar desde 6utloo7, el cliente de correo usado en las entidades. Para ello
6penE-P tiene unos mdulos que lo permiten a travs de un servidor LDAP que
mantiene actualizado y al que Outlook se conecta.
Las tareas necesarias para esta implementacin fueron:
1 Instalacin y configuracin de OpenLDAP en el servidor
1 Instalacin del mdulo c2cKcontactKtoKldap (seleccionado despus de probarlo
y compararlo con partnerKldap)
1 Pequeas adaptaciones del maestro de contacto para adaptarlo a las entidades
manteniendo la compatibilidad con Outlook
El sistema obtenido permite consultar como una libreta de direcciones los contactos
de 6penE-P, pudiendo usar categoras compatibles. La actualizacin de los datos
siempre se debe hacer desde el ERP.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 120 / 182
Implementacin de un sistema de informacin para una cooperativa
%iseCo e implementacin del prototipo
D I.&%e.entcin itertiv
En esta fase ejecut las actividades de diseo e implementacin por funcionalidad, lo
que quiere decir que eligiendo funcionalidades suficientemente atmicas y
manejables, revisaba con los stakeholders involucrados el estado de la funcionalidad
en el software (lo testebamos) y, ayudado con la especificacin y documentacin
previa, diseaba la implementacin a realizar (instalar y configurar mdulos extra,
personalizar algunas vistas o programar un mdulo nuevo).
El ob!eti#o era completar el mximo de funcionalidades siguiendo la priorizacin
hecha anteriormente, mejorando y extendiendo el prototipo.
Por ejemplo, el asistente para generar las solicitudes a partir de la informacin sobre
las rendiciones, o los informes de relaciones y poblacin atendida, fueron
funcionalidades que se desarrollaron como iteraciones posteriores al prototipo, el cual
solo implementaba la ficha de proyecto personalizada.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 121 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.1 ;err.ient &r di,u-r un +r,o% de de&endenci#
de un .du%o
Cuando estaba explorando 6penE-P en la fase de mi capacitacin tcnica, desarroll
una pequea herramienta (moduleKdependenciesK'raph*p%) para dibujar un rbol con
los mdulos dependientes de uno especificado, pudiendo configurar la profundidad a
explorar.
Esta herramienta me ser#a para visualizar los mdulos que extendan uno general
(recursos humanos, ventas, contactos...) y as poder estudiarlos y conocer las
funcionalidades extra que se podan aadir a cada rea. En esta fase, tambin lo us
para detectar los mdulos dependientes de alguno que haba descartado por algn
motivo.
Fi'* 4CH$ Mrbol de los mdulos dependientes de LhrKcontractL= 'enerado con
LmoduleKdependenciesK'raph*p%L
El script recorre los directorios de mdulos analizando el fichero KKterpKK*p% donde se
especifican las dependencias y guarda la informacin como nodos y transiciones.
Segn lo que se le haya especificado, genera una imagen (con la ayuda de una clase
suministrada con 6penE-P) o un fichero *'raphvi&. Con las utilidades dot, fdp o t,opi
se puede convertir en un archivo Post!cript o una imagen, por ejemplo.
Como el directorio donde busca los mdulos es un parmetro, se puede utilizar para
analizar slo los mdulos oficiales, o con otras ramas incluidas.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 122 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.2 Be#tin de recur#o# $u.no#
La ficha de empleado implementada en el prototipo se bas sobretodo en las plantillas
Excel que estaban usando entonces (una con los datos administrativos y la otra con
las nminas), ya que era el reflejo ms fiel de qu datos se necesitaban.
A partir del prototipo, realizamos una labor de testeo-aprendizaje-correccin con la
administracin de El Abrojo hasta llegar a la versin final.
Podemos ver como se registra la informacin de contacto, informacin sobre de qu
entidad (la cooperativa o la asociacin civil) de El Abrojo depende (estos atributos no
estn en la versin para ompromiso) e informacin sobre datos personales y
administrativos y la existencia en los adjuntos de copias de documentos. Estos datos
son, adems de para consultarlos, para poder obtener listados de prximos
vencimientos (carn de salud, permiso del menor) o de la falta de cierta
documentacin.
Fi'* 4CI$ aptura de la ficha de empleado mostrando la pesta0a NInformacin personalO
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 123 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
A la derecha de la imagen anterior se puede ver como existe la posibilidad de adjuntar
ficheros. Cada empleado (igual que cada proyecto) tiene una pequea estructura de
directorios que se genera automticamente definida en esta fase. Por ejemplo, cada
empleado dentro de su directorio tiene otro para los contratos y otra documentacin
sensible. Dicho directorio tiene por defecto los permisos para que solo lo puedan ver y
leer los usuarios asignados a un grupo de permisos determinado.
Estos directorios y documentos asociados a empleados, proyectos, pedidos de venta...
son accesibles por FTP manteniendo los mismos usuarios y permisos de acceso.
Fi'* 4CJ$ Detalle de la b>s1ueda avan&ada del listado de empleados
En esta imagen se muestra el formulario de bsqueda avanzada sobre empleados.
Con los atributos aadidos esta herramienta se facilita mucho el control de la
documentacin y los vencimientos.
Al final no dio tiempo a implementar, pero es algo que vale la pena acabar pronto,
unos pequeos informes de vencimientos para aadir a la ventana de bienvenida de
los usuarios que lo precisan (los que tienen el rol de recursos humanos). Tambin
queda para una segunda fase generar avisos diarios por mail de los prximos
vencimientos y otras alertas relacionadas con la documentacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 124 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.3 For.cin de Recur#o# ;u.no#
Para implementar la formacin interna lo
ms directo era usar y extender los
mdulos trainin' que implementan una
academia. Sin embargo, dichos mdulos
dependen del mdulo baseKcontact que
modifica los contactos complicndolos y,
por este motivo, se haba descartado
despus de unas pruebas con usuarios.
As pues, el mdulo desarrollado crea
cuatro tipos nuevos de datos: mdulos
temticos, propuestas de taller, cursos y
talleres. El diagrama de clases con el
diseo de stos se puede ver en el Anexo
8. Un curso est asociado al proyecto para
cuyo equipo est dirigido. Un taller lo est
a la propuesta que concreta, y a los
empleados que participan con la
informacin de la asistencia de stos.
Para toda la parte de competencias
trabajadas en los cursos, se aprovech la
clase s7ill del mdulo hrKs7ill. Este mdulo aade funcionalidades para hacer
evaluaciones peridicas de empleados en base a sus responsabilidades y
competencias, tanto para la fase de seleccin para la contratacin como para el
seguimiento. Al usar los mismos s7ills en los cursos y su evaluacin, agregamos esta
informacin al anlisis de competencias general del empleado que incluyo el mdulo.
En la imagen se puede apreciar todo el rbol de mens de la ;estin de la
capacitacin dentro del apartado de -ecursos humanos. stos mens siguen una
lgica est5ndar segn la cual para cada informacin acostumbra a haber un listado
general que lista todas las instancias, y otro con las instancias asociadas al usuario
cuando exista esta posibilidad. Adems, como submens del listado general hay
listados especficos por el estado de las instancias cuando esto tiene sentido.
Estos mens y submens estn asociados a grupos de permisos, por lo que solo se
muestran a aquellos usuarios que los tiene y deben usar.
Fi'* 4D4$ Detalle del men> principal % el de
-ecursos humanos de ompromiso= con los
submen>s de L;estin de la capacitacinL
e(tendidos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 125 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.4 Pre#u&ue#to# n%:tico#
Esta funcionalidad es una de las que aportaban mayor valor aadido al software, ya
que el control presupuestal era un problema pues los datos estaban dispersos y era
difcil juntarlos y compararlos. Consecuentemente, ver el balance actual y comparado
era algo que se haca demasiado poco ya que implicaba encargrselo a Administracin
y que ellas lo generaran dedicando un tiempo importante.
Para su diseo, me reun con las personas que hacen o ayudan a hacer los
presupuestos, lo que podramos llamar responsables de presupuestos (Pedro Bandeira
y Delprato) y pensamos qu informacin se precisaba y como era la mejor manera de
mostrarla. A partir de ah, analizamos qu datos se precisaban y donde estaban.
Fi'* 4D3$ Ejemplo no real de LVersin de presupuestoL de un pro%ecto
La solucin implementada se basa en los presupuestos analticos del mdulo
c2cKbud'et en el que un presupuesto asociado a un proyecto y un un periodo tiene
una o ms versiones en el que se detallan los importes por cada rubro (en negativo si
son gastos) y periodo de aplicacin.
Con esta informacin se pueden sacar informes (en formato pdf) del presupuesto
detallado por periodo (normalmente, por mes) y un informe comparativo entre los
importes del presupuesto y la contabilidad.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 126 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
Este informe, personalizado para adaptarlo a las necesidades de El Abrojo y
ompromiso, puede ser de solo un mes (periodo) o de ms de uno, y muestra cuatro
columnas: rubro (concepto), importe en el presupuesto, importe en la contabilidad y
la diferencia entre uno y otro.
D/7/1 Sincroni2cin con %o# &ro0r.# de cont,i%idd
Para obtener los datos de la contabilidad, como sta no se llevara con 6penE-P, hubo
que implementar dos mdulos de sincronizacin con los programas de contabilidad.
Uno de ellos, el usado por ompromiso y por la ooperativa El Abrojo, es un software
web desarrollado por la empresa de servicios contables TMD que ya implementa una
contabilidad analtica, de manera que los asientos se pueden asignar a unas
dimensiones que equivalen a las unidades, proyectos...
Esta empresa, adems, tiene una relacin cercana a las entidades, lo que facilit que
se les pudiera pedir que desarrollaran unos pequeos ,ebservices para extraer
informacin de su sistema. Esto facilit mucho la implementacin del mdulo.
El resultado de la sincronizacin con el software de contabilidad de TMD es muy bueno
ya que la separacin de gastos por proyecto y concepto viene dada de ori'en.
Para las cuentas de El Abrojo Asociacin ivil estn usando el programa ontaPin, un
programa ms sencillo que no implementa funcionalidades analticas. As pues, la
separacin de los asientos por proyecto y concepto es ms complicada y menos
precisa. Adems, la estructura de cuentas, debido a que se va heredando de hace
algunos aos, no es demasiado clara.
Al ser un software de escritorio, la sincronizacin es un proceso que requiere la
intervencin del usuario: lanzar el asistente y seleccionar el fichero donde se
encuentran los datos.
Para seleccionar los asientos se debe configurar en el proyecto y en los conceptos de
los presupuestos las condiciones, que pueden ser aplicadas sobre el nmero de cuenta
y/o una cadena de texto sobre la descripcin del asiento. Para que este sistema sea
fiable requiere que la codificacin de los asientos se haga tenindola en cuenta,
usando cadenas identificativas de los rubros y pro%ectos en las descripciones.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 127 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.5 Ro%e# ' &er.i#o#
6penE-P implementa un sistema de roles y permisos para determinar a qu puede
acceder, qu puede ver y qu hacer un usuario.
Los permisos se gestionan por grupos a los que se asignan usuarios. Se pueden
asignar grupos a mens, submens, acciones y atributos de formularios para limitar al
grupo (o grupos) el ver estos elementos en la interfaz.
Los roles se pueden asignar a transiciones de los ,or7flo,s definidos sobre un objeto,
de manera que se limite a los usuarios asignados al rol el poder ejecutar las acciones
que llevan a dicha transicin. Por ejemplo, la accin de pa'ar factura que cambia el
estado de la factura y registra el nuevo pa'o en el sistema, o cambiar los estados de
un proyecto o de una rendicin de caja chica.
Adems, tambin van asociados a los roles los cuadros de mandos disponibles y que
se pueden asignar como vista inicial del sistema, o el men principal.
%.6 Dto# ,+#ico#
Otro tipo de trabajo que se realiz, muy tpico de implementaciones de ERPs, fue la
introduccin de datos y configuraciones para adaptar el software al caso.
Destaco la preparacin de la estructura de categoras de los contactos. stas son un
elemento importante dentro de la solucin ya que no solo sirven para categorizar los
contactos, tambin se usan para analizar los proyectos segn las categoras de sus
financiadores o poblacin atendida.
Por tanto, las categoras actan como indicadores que, adems, interesa que sean
comunes en toda la entidad para poder agregar los datos. Por ello, me reun
especficamente para esto con gente de los programas implicados y desarrollamos una
ontologa de indicadores para la poblacin infantil y juvenil.
Otro tipo de datos son las categoras de empleado, los tipos de contrato, los modos de
acceso y tipos de convenio de los proyectos... la mayora de estos datos se incluyen
en el mdulo como un documento XML.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 128 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
%.7 Re%cin de .du%o# i.&%e.entdo#
La lista de todos los mdulos instalados con cada perfil se encuentra en el Ane(o J. A
continuacin detallo los mdulos desarrollados en este proyecto.
D/@/1 Mdu%o# 0en"rico#
&ecursos .umanos. "ontratos por proyecto 0-rDcontractDpro!ect1@
Crea la relacin de un empleado con sus proyectos, y de un proyecto con los
empleados que conforman su equipo, a travs de los contratos. Aade algunos
campos ms al contrato para registrar el rol y escalafn del empleado en el proyecto.
Aade algunos campos a la ficha de empleado y al contrato para registrar la
dedicacin horaria por semana y el horario de trabajo para poder ver la disponibilidad
de los recursos humanos calculada a partir de los contratos.
&ecursos .umanos. "odificacin de las -oras de traba!o por empleado
0-rDtimes-eetDemployee1@
Modifica las horas de trabajo para que se asocien a un empleado (y la relacin con un
usuario existente hasta ahora pasa a ser derivada).
&ecursos .umanos. .oras de traba!o en contratos por proyecto
0-rDcontractDpro!ectDtimes-eet1@
Modifica el clculo del precio de las horas del empleado que se define en el mdulo
QhrKtimesheetKinvoiceR para que tenga en cuenta el escalafn del empleado en el
proyecto.
&ecursos .umanos. .o!a de -oras de traba!o por proyecto
0-rDtimes-eetDs-eetDpro!ect1@
Modifica el formulario de la hoja de horas de trabajo para que se rellene por proyecto
en vez de por usuario. Un usuario, normalmente el responsable, rellena el parte de
horas del proyecto para su validacin y facturacin posterior.
'lan de cuentas mnimo 0minimumDaccountDc-art1@
Plan de cuentas con los diarios y las cuentas mnimas para definir los campos
obligatorios en los contactos, almacn, productos y categora de producto. Aade
propiedades para dar valor a estos campos.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 129 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
D/@/2 Mdu%o# e#&ec:*ico# de Fru0u'
Uru)uay currency 0l6>nDUEDcurrency1@
Aade la moneda de Uruguay (Pesos uruguayos, UYU) con una primera cotizacin.
<opnimos de Uru)uay 0l6>nDUEDtoponyms1@
Crea el objeto para las administraciones locales
`res*countr%*state*localKadministration, aade los 19 departamentos de Uruguay y los
18 Centros Comunales Zonales de Montevideo.
D/@/) Mdu%o# de % i.&%e.entcin co.Gn en El Abrojo '
Compromiso
El bro!o F "$". daptaciones de los contactos 0elabro!oDcommonDpartner1@
Realiza pequeas adaptaciones en los formularios de contactos y direcciones de
contactos segn las necesidades comunes de El Abrojo y ompromiso.
Establece las dependencias con los mdulos y aade los datos necesarios para
implementar las necesidades en gestin de contactos. Adapta el vocabulario.
El bro!o F "$". daptaciones del empleado
0elabro!oDcommonD-rDemployee1@
Establece las dependencias con los mdulos necesarios para implementar las
necesidades en gestin de recursos humanos comunes en El Abrojo y ompromiso:
contratos por proyectos, horas de trabajo por empleado y proyecto, disponibilidad...
Aade campos, datos y funcionalidades especficas para las tareas administrativas.
El bro!o F "$". daptaciones de las facturas
0elabro!oDcommonDaccountDin#oice1@
Adaptaciones, bsicamente simplificaciones, de los formularios de facturas segn las
necesidades comunes de El Abrojo y ompromiso. Adapta el vocabulario.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 130 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
El bro!o F "$". daptaciones sobre #entas 0elabro!oDcommonDsale1@
Adaptaciones de los pedidos de venta comunes para El Abrojo y ompromiso.
El bro!o F "$". daptaciones sobre compras 0elabro!oDcommonDpurc-ase1@
Adaptaciones de los formularios de compras comunes para El Abrojo y ompromiso.
El bro!o F "$". ,estin de proyectos 0elabro!oDcommonDpro!ect1@
Implementa la gestin de proyectos y programas basada en cuentas analticas segn
las necesidades de El Abrojo y ompromiso. Establece las dependencias con los
mdulos necesarios. Adapta el vocabulario.
El bro!o F "$". "a!a c-ica de proyecto 0elabro!oDcommonD-rDexpense1@
Asocia los gastos de empleado a un proyecto para usarlos como caja chica.
El bro!o F "$". $incroni2acin con el soft:are de </%
0elabro!oDcommonDtmdDsync1@
Implementa la sincronizacin automtica de los datos del software de contabilidad de
TMD usado en El Abrojo ooperativa y ompromiso. Asocia las cuentas contables a los
proyectos.
El bro!o F "$". 'resupuestos 0elabro!oDcommonDbud)et1@
Implementa la gestin de presupuestos (de costes, analticos) para los proyectos de
El Abrojo y ompromiso. Crea una relacin entre los conceptos de los presupuestos y
las dimensiones de los asientos contables del software de TMD.
El bro!o F "$". Informes de proyectos 0reportDelabro!oDcommonDpro!ect1@
Aade informes sobre las relaciones con entidades (financiadores, socios...), los
empleados de los proyectos (equipos) y la poblacin atendida de los proyectos de El
Abrojo y ompromiso.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 131 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
D/@/7 Mdu%o# e#&ec:*ico# &r El Abrojo
El bro!o. daptaciones sobre empleado 0elabro!oD-rDemployee1@
Atributos, datos y funcionalidades especficas para la gestin de recursos humanos en
El Abrojo.
El bro!o. $incroni2acin con "onta:in 0elabro!oDconta:inDsync1@
Implementa la sincronizacin (de forma atendida) de los datos del software de
contabilidad Contawin. Implementa la forma de asociar asientos del Contawin con
proyectos y conceptos de los presupuestos en base a coincidencias en el nmero de
cuenta y/o el concepto del asiento. Modifica los presupuestos para que incorporen los
datos del Contawin.
El bro!o. %atos bsicos 0elabro!oDdata1@
Aade instancias y datos predefinidos para el perfil de El Abrojo.
El bro!o. 'erfil 0profileDelabro!o1@
Perfil que implementa la integracin de 6penE-P en El Abrojo. Define los mdulos a
instalar y personaliza el men.
El bro!o. %atos importados 0elabro!oDimportedDdata1@
Introduce los datos importados de las bases de datos existentes previamente.
El bro!o. %atos de demostracin 0elabro!oDdemoDdata1@
Introduce datos de demostracin para los tests y la capacitacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 132 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
D/@/3 Mdu%o# e#&ec:*ico# &r Compromiso Social Cooperativo
"$". ,estin de la formacin interna 0cscD-rDtrainin)1@
Implementa la gestin de la formacin interna segn las necesidades de ompromiso:
cursos, talleres, mdulos temticos, habilidades trabajadas... historial de cursos y
evaluacin por habilidades de los empleados.
"$". %atos bsicos 0cscDdata1@
Aade instancias y datos predefinidos para el perfil de El Abrojo. Personaliza el
vocabulario.
"$". 'erfil 0profileDcsc1@
Perfil que implementa la integracin de 6penE-P en ompromiso. Define los mdulos
a instalar y personaliza el men.
"$". %atos importados 0cscDimportedDdata1@
Introduce los datos importados de las bases de datos existentes previamente.
"$". %atos de demostracin 0cscDdemoDdata1@
Introduce datos de demostracin para los tests y la capacitacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 133 / 182
Implementacin de un sistema de informacin para una cooperativa
Implementacin iterati#a
1H Pue#t en &roduccin '
c&citcin de u#urio# *in%e#
La puesta en produccin implic varias tareas:
1 Solicitar los subdominios gestion .elabrojo .org .uy y gestion .compromiso .org .uy
1 Configurar los Virtual<ost de Apache para cada dominio, haciendo proxy del
puerto 8080 de 6penE-P y trabajando nicamente por el protocolo https con
encriptacin SSL.
1 Preparar dos instancias del servidor 6penE-P: uno para el entorno en
produccin y otro para la pre-produccin.
1 Instalar los perfiles y cargar los datos importados.
1 Dar de alta los usuarios iniciales y configurarles los permisos.
Los datos importados fueron las plantillas Excel que se estaban usando para la gestin
de recursos humanos: la plantilla con los datos personales y administrativos y la
plantilla de sueldos. De esta segunda plantilla se extrajo los proyectos y los contratos.
Queda pendiente importar las libretas de direcciones actuales de los 6utloo7 de las
secretaras, pero requieren bastante tratamiento previo por lo que an est en
proceso.
Las sesiones de capacitacin se plantearon hacerlas por grupos de 4 a 8 usuarios con
perfiles de uso del software parecidos, para que se les pudiera dar una atencin ms
directa. Las sesiones deban ser de unas 2 horas para no sobrecargar de informacin.
Estaban invitados cualquier miembro de las entidades que quisiera, aunque por las
funcionalidades implantadas tena sentido que fueran las personas con
responsabilidades de gestin de proyectos (adems de los departamentos de soporte).
Finalmente, la mayora de grupos fueron ms grandes pues era imposible agendar
ms sesiones. Las sesiones fueron, casi todas, de unas 4 horas pues la dinmica era
ms lenta de lo esperado y con la mitad no daba tiempo de trabajar nada.
Participaron los equipos de coordinacin de unidades y programas casi ntegramente
(como la mayora estn en ambas organizaciones, fueron a unas u otras sesiones).
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 134 / 182
Implementacin de un sistema de informacin para una cooperativa
'uesta en produccin y capacitacin de usuarios finales
Tambin se hizo sesiones para las administraciones y secretaras, y para algunos
equipos como los responsables de proyectos de Infancia y 9aboral )El Abrojo+, el
equipo de Formacin de -ecursos <umanos )ompromiso+ y a las responsables del
Taller de manufacturas )ompromiso+, aunque estos grupos solo tuvieron una sesin
por lo que fue ms una presentacin que un trabajo de capacitacin real.
Para contrarrestar esta falta de capacitacin, se decidi formar especialmente a
algunos recursos para que pudieran actuar de capacitadores o de soporte de primer
nivel. Se seleccion al miembro ms activo en el proceso de implantacin (Vernica de
la Administracin de El Abrojo) y a Pedro Bandeira (responsable del proyecto por
parte de El Abrojo). Vernica conoca en profundidad el software precisamente por su
rol participativo en el proceso iterativo de implementacin de funcionalidades, y Pedro
tambin bastante, pero tuvo adems algunas sesiones extra.
Como complemento de la capacitacin presencial, se elabor un manual de usuario
accesible como una web o en formato PDF. Por falta de tiempo, ste solo contempla
de momento un extenso captulo de conceptos bsicos (repaso de la interfaz,
descripcin de los mens, de las pantallas de listado, formulario, acciones e
informes...) y otro con los detalles para el registro de entidades, personas y
contactos.
El manual en su versin on-line se puede ver en esta direccin, aunque est previsto
moverlo al servidor del sistema:
http :// www .guillem .alcarrer .net / pfc / wiki / ManualDeUsuario
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 135 / 182
Implementacin de un sistema de informacin para una cooperativa
'uesta en produccin y capacitacin de usuarios finales
1&.1 Se#ione# de *or.cin re%i2d#
1 5/05/2010. Presentacin del S.I. y capacitacin Secretara El Abrojo (2h)
1 24/05/2010. 1a sesin capacitacin Responsables de Programas El Abrojo (4h)
1 26/05/2010. 1a sesin capacitacin equipo Coordinador de las Unidades
Empresariales ompromiso (4h)
1 31/05/2010. 2a sesin capacitacin R. Programas El Abrojo (4h)
1 31/05/2010. 1a sesin capacitacin equipo Formacin RRHH ompromiso (3h)
1 1/06/2010. Capacitacin secretaras ompromiso y El Abrojo (3h)
1 2/06/2010. 2a sesin capacitacin CUE ompromiso (4h)
1 3/06/2010. Capacitacin Coordinadores Infancia, El Abrojo (4.5h)
1 5/06/2010. Presentacin y capacitacin equipo Laboral en Juan Lacaze (5h)
1 7/06/2010. 3a (y ltima) capacitacin R. Programas El Abrojo (4h)
1 8/06/2010. Capacitacin Taller de Manufacturas en Juan Lacaze ompromiso
(5h)
1 9/06/2010. Capacitacin Administracin ompromiso (4h)
1 9/06/2010. 3a (y ltima) capacitacin CUE ompromiso (4h)
1 10/06/2010. Capacitacin Administracin El Abrojo (3h)
1 10/06/2010. Capacitacin especial a Pedro Bandeira (1.5h)
1 11/06/2010. Capacitacin Recursos Humanos ompromiso (3h)
1 14/06/2010. 2a sesin capacitacin equipo Formacin de Recursos Humanos,
ompromiso (2h)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 136 / 182
Implementacin de un sistema de informacin para una cooperativa
'uesta en produccin y capacitacin de usuarios finales
11 Conc%u#ione#
11.1 O,-etivo# cu.&%ido#
El proyecto ha tenido tres grandes objetivos generales que han estado descritos en el
captulo "C*C Alcance del pro%ecto.
A continuacin se hace una valoracin de cada uno y una valoracin final global.
1.- Anali-ar los ob#etivos y re4uisitos del sistema de informacin inte'ral y
seleccionar una solucin (+erramienta, fram;or<===) 4ue cumpla con 3stos.
Desde el momento en que se tena claro que el sistema a desarrollar en este proyecto
sera solo una parte del sistema de informacin integral, era muy importante elegir
una solucin que fuera capaz de escalar en potencia y funcionalidades, y que
estuviera al alcance de la organizacin esta extensin.
6penE-P se ha mostrado como una muy buena solucin, tal como queda demostrado
por la gran cantidad de funcionalidades implementadas y por la cantidad de usuarios y
empresas que tiene, tambin en Uruguay.
2.- 1ise:ar e implementar una parte de este sistema 4ue incluya,
preferentemente, la 'estin de recursos +umanos y de proyectos, de#ando un
sistema funcional y escalable
Creo objetivamente que se ha cumplido. Luego entrar en detalle en las
funcionalidades implementadas.
3.- Capacitar a los diferentes usuarios para 4ue puedan utili-ar el sistema=
Capacitar a un t3cnico para 4ue pueda reali-ar el mantenimiento y las tareas
administrativas 4ue re4uiera el sistema, e incluso e.tenderlo=
La capacitacin de los usuarios se ha cumplido parcialmente.
Se ha hecho la formacin a todos ellos, pero slo se han hecho prcticas con los de
administracin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 137 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
En el momento de partir de Uruguay, el departamento de Administracin utilizaba
completamente el programa y algunos de los responsables (de programa y unidad)
empezaron a introducir los datos de sus proyectos.
As pues, como detallar en el siguiente captulo, queda pendiente reforzar esta
capacitacin para conseguir que todos los usuarios integren el software en sus tareas
a pleno rendimiento.
Por lo que se refiere al tcnico, el objetivo tal y como se planteaba no se ha alcanzado
debido a que el nico recurso del que se dispona, aunque tena muy buena
predisposicin, no le fue posible encontrar el tiempo para la formacin ni para
comprometerse para el mantenimiento de sta.
Ante esto, la solucin fue asumir por mi parte el mantenimiento tcnico y aprovechar
el alto nivel de motivacin con el software de una persona del equipo de
administracin de El Abrojo= Vernica, para que asumiera ella el soporte funcional de
primer nivel.
Para la extensin del programa, la entidad tiene diferentes opciones: E(cale, la
empresa proveedora del hosting que ya ha mostrado muy buena predisposicin para
cooperar con El Abrojo (lo que permite pensar que estaran dispuestos a trabajar a un
precio alcanzable por una ONG), otras empresas de Uruguay que trabajan con
6penE-P con las que contact durante mi estancia, o yo mismo u otros estudiantes de
la FIB (aqu entra mi capacidad de motivar, a travs de Tecnolo'a ( Tothom, para
esta opcin).
Un objetivo no escrito era encontrar una metodolo)a que me ayudara en la
reali2acin del proyecto,
Me gustara realizar ms proyectos de estos y quera encontrar la manera de poder,
en futuras ocasiones, planearlos correctamente. En este sentido, la experiencia ha
sido muy provechosa. El mtodo DHARMA y el Desarrollo Diri'ido por Funcionalidades
me parecen dos herramientas tiles, que en la medida en que las he aplicado han
cumplido las expectativas, pero necesito entrenarlas ms para poderlas usar
correctamente y aprovechar su potencial.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 138 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
11/1/1 O,-etivo# *uncion%e#4
En la fase de priorizacin se marcaron como re4uisitos, ya sea para una u otra
organizacin, las siguientes funcionalidades (el detalle de cada una de ellas se
describe en el captulo correspondiente):
1. Gestin de contactos
2. Gestin de 66%%
3. Gestin de pro'ramas y unidades
4. Gestin de proyectos
5. Gestin de fuentes de financiacin
6. Gestin de in'resos y 'astos
7. Gestin de materiales, +erramientas e infraestructura
!. Gestin de compras
%. Gestin de ventas y comerciali-acin=
Considero que todos ellos quedan cubiertos por la implantacin realizada.
Los que cumplen en mayor medida todas las especificidades propias son las cuatro
primeras, adems eran las que se destacaban como ms prioritarias desde un inicio.
La gestin de fuentes de financiacin, aunque creo que se puede mejorar en cuanto
integren el software en los procesos de licitacin y venta, tambin cumple con las
expectativas.
El resto de funcionalidades quedan cubiertas en tanto que se han hecho las
modificaciones necesarias para que cumplan con el dominio, creando la asociacin con
los proyectos all donde no exista y eliminando (u ocultando) lo sobrante. Sin
embargo, falta sobretodo formar y crear una estrategia institucional para su uso (el
caso ms evidente es la parte de compras), lo que debe ser un proyecto interno suyo
y para el que pueden contar con mi apoyo para las cuestiones tcnicas.
Del resto de funcionalidades importantes (marcadas con un 7 en la priorizacin), las
que se han implementado completamente son:
1&. %erramienta de soporte a la formacin interna (pedida solo por
ompromiso)
11. Gestin de las contrapartes, socios y redes
12. Gestin de la comunicacin interna=
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 139 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
11.2 L:ne# de continuidd
El siguiente paso que se debe hacer es ejecutar la segunda fase del proyecto. Esta
pasa porque todo el equipo de gestin incorpore el software en sus hbitos de trabajo.
Esta tarea es, sobretodo, un proceso interno de cambio de hbitos, de procesos. Por
ejemplo, empezar a requerir desde la direccin que los datos de contactos y
documentos de los proyectos se compartan a travs del software.
En este mismo mbito, la gestin de las compras de forma centralizada es uno hito
importante que, adems, hace aos que se plantean. Ahora disponen de una
herramienta que les facilitar implantarlo, permitindoles descentralizar la peticin de
materiales y, sin reintroducir los datos, planificar y ejecutar las compras. Adems de
permitir hacer un seguimiento de la compra por quien la ha pedido y analizar los
gastos para intentar minimizarlos.
Para acabar de aprovechar mejor la parte de compras, se debera acabar de
configurar la 'estin de stoc<, que se ha dejado preparada pero poco integrada.
De las funcionalidades importantes que habra que acabar de especificar e
implementar (al estilo ERP; aprovechar al mximo lo que existe y personalizar lo
necesario), las ms interesantes son las siguientes:
La 'estin de la difusin y la comunicacin, por su relevancia y porqu 6penE-P
dispone de algunos mdulos muy potentes que cubriran las necesidades (por
ejemplo, Po,erEmail junto con los mdulos de CRM).
Seguramente, con la implantacin anterior se incluira la 'estin de licitaciones ya
que est muy ligado a la comunicacin externa y, por tanto, las necesidades se
complementan.
La 'estin de la poblacin atendida, o mejor dicho, el registro de su informacin
para poder realizar un seguimiento y anlisis posterior. Es uno de los aspectos que
ms datos genera, y por este mismo sentido (y porque los datos, como los proyectos,
son muy variados) es un proyecto de una magnitud importante. Yo he dejado una
primera aproximacin que sirve para recoger y analizar datos de forma general, pero
una autntica herramienta de seguimiento de los procesos de integracin dara un
salto cualitativo a la herramienta.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 140 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
Lo bueno de esto es que existen muchas organizaciones a las que les vendra bien un
sistema as, y ms si va integrado en un sistema de informacin y gestin general,
por lo que me parece una oportunidad atractiva para otro estudiante o, incluso, una
buena oportunidad de negocio.
Finalmente, y muy ligada a la anterior, est la 'estin de eventos y actividades y
de cursos, talleres, seminarios===, lo que completara la informacin acerca de los
proyectos. Vuelve a ser un proyecto complejo, aunque 6penE-P dispone de mdulos
que pueden servir de muy buena base. Si se realizara, sera interesante hacer que la
web de la entidad se alimentara de esta informacin para publicitar los eventos de
carcter pblico y abierto.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 141 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
11.3 I%orcin econ.ic ' de %o# tie.&o#
En un proyecto de este tipo, la mayor parte de los costes se deben a la mano de obra.
Si, como es el caso de este proyecto, el servicio de alojamiento de la solucin se
externaliza del proyecto, los costes por otros conceptos se reducen a cosas como
traslados en visitas u otros pequeos e(tra.
Para ser rigurosos, tambin abra que calcular los costes de amortizacin de los
ordenadores, locales y otra infraestructura utilizada.
En este caso concreto, el coste del hostin' a acabado siendo 0. Si no hubiera sido as,
el coste durante el proyecto habra subido a U$S 350, y luego habra sido un coste de
mantenimiento de U$S 50/mes.
Los costes de transporte para visitas a proyectos y de las impresiones los han
asumido las entidades cliente, por lo que no se incluyen en esta evaluacin.
A continuacin se expone una tabla con las fases y actividades principales del
proyecto. Por cada una se detalla el o los perfiles tcnicos que participaran en el caso
de disponer de un equipo, la fecha de inicio y fin de la actividad (no siempre implica
un trabajo continuo o constante), las horas dedicadas y su coste calculando el
precio/hora a 7,5 C (el honorario tpico de becario de la FIB).
La ltima columna (Precio) es una aproximacin a saber cul es el precio que tendra
este mismo proyecto a precios de mercado en Espaa.
Los coste por hora de las categoras que propongo, cogiendo de base el convenio
colectivo del ao 2009, quedaran as:
1 Jefe de proyecto (Titulado/a de 'rado superior): 12,21 C/h
1 Analista: 12,21 C/h
1 Administrador de sistemas (Analista de sistemas): 12,21 C/h
1 Analista-programador 12 C/h (8,578 C/h)
A este coste habra que aadirle los impuestos y costes de amortizacin de la
empresa, adems del margen que quiera ganar. Los precios que he puesto me
parecen que se ajustan a la realidad de unos precios bastante ajustados.
En esta valoracin de horas no se tiene en cuenta el trabajo realizado antes de ir a
Uruguay, lo que correspondera a la fase de pre?venta. A la valoracin del precio de
mercado no se han incluido las horas de capacitacin propia.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 142 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
cti#idad 'erfil
'eriodo
e!ecucin
.oras "oste 'recio
Infraestructura
Evaluacin de necesidades y
seleccin del proveedor
Jefe de
proyecto
24/09/2008 -
10/10/2010
4 h 30 C )C4 S/h+
120 C
Preparacin del servidor,
entorno de pruebas y de
produccin
Administrador
de sistemas
23/11/09 -
19/02/10
10 h 75 C )2A S/h+
250 C
Anlisis y diseo de la
solucin
An5lisis preliminar$ estudio
de documento= evaluacin %
seleccin de la plataforma G
Eefe de
pro%ecto
Analista
I/32/2434 ?
3I/4C/244J
Anlisis institucional y anlisis
de requisitos
Analista 31/08/2009 -
2/10/2009
160 h 1.200 C )C4 S/h+
4.800 C
Priorizacin de
funcionalidades y
planificacin de la
implementacin
Jefe de
proyecto
Analista
11/11/2009 -
15/12/2009
8 h 60 C )C4 S/h+
240 C
Investigacin en
metodologas de anlisis y
gestin de proyectos
Estudio capacitacin de la
plataforma
Todos 2/10/2009 -
19/12/2009
100 h 750 C 0 C
Diseo e implementacin del
prototipo
Analista -
Programador
10/01/2010 -
5/04/2010
250 h 1.875 C )3A S/h+
3.750 C
Implementacin versin final
(Implementacin iterativa
guiada por funcionalidades)
Analista -
Programador
06/04/2010 -
1/06/2010
240 h 1.800 C (15 C/h)
3.600 C
Puesta en produccin y
migracin de datos
Analista -
Programador
Administrador
de sistemas
4/05/2010 -
6/06/2010
20 h 150 C )24 S/h+
400 C
Documentacin, capacitacin
de usuarios finales y testeo
Elaboracin del
manual de usuario
Analista 19/01/2010 -
25/05/2010
10 h 75 C )3A S/h+
150 C
Sesiones de formacin Analista 5/05/2010 -
14/06/2010
60 h 450 C )C4 S/h+
1.800 C
<otal B95 - 9.798 G 68.66> G
*: Actividad previa al inicio del proyecto
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 143 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
Este proyecto se enmarca en lo se denomina pro%ecto de cooperacin; las entidades
cliente no han tenido que asumir los costes reflejados arriba. Sin embargo, el
proyecto ha tenido unos costes directos derivados del hecho que los miembros del
proyecto (yo) han tenido que trasladarse a casa del cliente para ejecutar el proyecto.
Estos costes se resumen en los conceptos de transporte, al inicio y fin del proyecto, el
alquiler de la habitacin y la manutencin y costes de la vida cotidiana en Montevideo.
Tambin habra que sumarle los desplazamientos para visitar proyectos y hacer las
capacitaciones, pero como se ha dicho estos costes los asumieron las organizaciones.
El clculo de los costes de manutencin y vida cotidiana es aproximado teniendo en
cuenta las compras en el supermercado ms algo de dinero de bolsillo, sin incluir las
vacaciones ni actividades extraordinarias. El cambio tambin es una aproximacin
(est calculado a $27,5/C), ya que cuando llegu estaba a $33/C y lleg a estar a
$22/C.
"oncepto Importe
Billete de ida * 654,75 C
Seguro de viajes * 469,40 C
Alquiler habitacin )TH*A44/mes ( J=B mesesU TH2*444+
2.618 C **
Manutencin y vida cotidiana (clculo
aproximado)
)TA*444/mes ( J=B mesesU TA2*I44+
1.920 C **
Visitas a proyectos Asumido por El Abrojo y ompromiso
Billete de vuelta * 871,25 C
<otal 9.844 G
*: Gastos financiados por el CCD. **: Conversin aproximada ya que el cambio vari bastante
Para facilitar este tipo de proyecto, ya que es difcil que un estudiante pueda costearse
una estancia as, en la UPC existe el Centro de Cooperacin y 1esarrollo, que
entre otras cosas ayuda a financiar los viajes de cooperacin de los miembros de la
universidad (profesores, estudiantes y PAS).
Normalmente, y en este caso es as, el CCD financia los costes del transporte y el
seguro de viajes, lo que supone el 30% de los costes detallados arriba. En este caso,
por circunstancias, no las contrapartes (entidades cliente) no han asumido ningn
coste, pero no es extrao que hagan alguna aportacin, lo que facilita que cualquier
estudiante pueda hacer un proyecto as ahorrando una cantidad razonable.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 144 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
11/)/1 I%orcin de % de#vicin te.&or%
Si miramos los tiempos reflejados en esta tabla con los costes por recursos humanos,
y los comparamos con los planificados inicialmente (se pueden consultar los captulos
,-. - Planificacin inicial # /-0 - Plan de proyecto- 12S', podemos ver como la principal
desviacin se encuentra en que no haba reservado un periodo exclusivamente para
formarme en profundidad en la plataforma y en la metodologa.
Para el desarrollo del prototipo (#eta 3 en la planificacin inicial) tambin fui
demasiado optimista. Estas desviaciones, junto con una disponibilidad muy reducida
por parte de los sta7eholders, hizo que no se pudiera hacer la fase de testeo (y pre-
capacitacin) con el prototipo, o haber hecho una capacitacin al final ms extensa.
Evaluando ahora, creo que habra sido mejor no haber estudiado tanto la metodologa,
que aunque yo tena mucho inters como actividad de investigacin dentro del
Pro%ecto Final de arrera, no ha acabado aportando mucho valor al resultado final.
De la misma forma, tambin valoro ahora que haber limitado el abasto del proyecto a
solo una entidad, abr resultado en un proyecto ms bien acabado. Sin embargo, tal y
como se ha hecho, las dos entidades tienen una base con la que poder empezar a
trabajar y que se puede ir mejorando y extendiendo con proyectos ms pequeos,
ms asequibles.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 145 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
11.4 I%orcin &er#on%
As pues, me siento bastante satisfecho con los objetivos cumplidos. El Abrojo y
ompromiso disponen de una herramienta que haca os aos que venan pensando y
que, en su estado actual pero sobretodo si ejecutan las siguientes fases propuestas,
les ayudar a aumentar y mejorar los servicios y proyectos que realizan.
Ha sido un proyecto completo y real: empezar desde el anlisis de la necesidad del
cliente, ayudndole a ste a concretar y valorar qu es lo que quera y como se deba
hacer; pasando por la bsqueda de la solucin tcnica, todo el desarrollo,
implementacin, puesta en marcha y formacin.
El proyecto ha sido complejo, tanto por la cantidad de funcionalidades que se han
solicitado, como por la complejidad de las entidades y la gestin de los equipos
humanos implicados. Esto ltimo es lo que ha sido ms difcil.
La experiencia en todo su conjunto ha sido muy buena y muy enriquecedora.
Empezando por las organizaciones con las que he trabajado, que realizan una labor
impresionante, con muchos aos a sus espaldas, muchos xitos, y manteniendo una
coherencia y dedicacin envidiables.
Una sensacin parecida me llevo del pas. Con una cercana cultural altsima, las
diferencias son ms fciles de analizar y, de ellas, aprender. Teniendo en cuenta que
su dictadura acab ms o menos como la nuestra, ha sido especialmente interesante
conocer como tratan temas como la memoria histrica, y ha sido muy excitante poder
vivir las elecciones presidenciales (en las que ha ganado un ex-guerrillero Tupamaro)
en primera persona. La forma en que viven la democracia, as como algunas
caractersticas de sus sistema parlamentario y de partidos, es otra vez envidiable.
Como ya he dicho, me siento satisfecho con el resultado del proyecto. Hay cosas
muchas? que ahora, mirando atrs y conociendo el resultado, elegira hacer
diferente. Pero por lo general, creo que he dado lo mejor de mi, he conseguido
superar las dificultades del proyecto y las mas propias. El hecho de realizar el
proyecto solo, y no tener cerca a compaeros con los que discutir las dudas, ha hecho
ms difcil superar algunas situaciones, pero tambin ha sido un incentivo para
superarme y conocerme ms.
Como proyecto final de carrera, ha supuesto trabajar todas las habilidades y muchos
de los conocimientos adquiridos durante sta. Ha sido un gran aprendizaje, y como
ste era mi objetivo personal, lo considero cumplido.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 146 / 182
Implementacin de un sistema de informacin para una cooperativa
"onclusiones
12 Ane(o#
12.1 A14 Docu.ento de e#&eci*iccin &revi
Recibido por primera vez el 22/01/2009 en la fase de seleccin del proyecto. La ltima
versin (reproducida aqu), que solo contiene ampliaciones en el captulo "arco del
sistema de informacin, es del 27/05/2009.
Pro'ecto Si#te. de In*or.cin &r E% A,ro-o
Punto# inc%uir en un #i#te. de in*or.cin &r E% A,ro-o A#ocicin Civi%8 Coo&ertiv
de Servicio# Soci%e#8 Co.&ro.i#o Soci% Coo&ertivo8 Fundcin Puente % Sur ' e%
In#tituto de A%to# E#tudio#


Mrco de% #i#te. de in*or.cin4
E% A,ro-o es una )-G !ue traba>a en el rea social cu#a misin es Cdesarrollar una organi6acin
!ue implemente ideas # acciones innovadoras !ue den cuenta crticamente de la civili6acin
contempornea4 desarrollando iniciativas4 pro#ectos # programas de Investigacin4 0apacitacin4
"ducacin # 7romocin !ue4 desde un compromiso permanente con la transformacin de la
realidad social4 apunten a la me>ora de la calidad de vida de las poblaciones beneficiarias4 a trav=s
del fortalecimiento de la autonoma ciudadana4 el desarrollo de la sociedad civil # la articulacin de
los diferentes actores socialesD. "l .bro>o !uiere ser un con>unto de mu>eres # @ombres
organi6ados4 en un espacio de traba>o de carcter poltico # t=cnico para la intervencin4 refleBin
# transformacin de la realidad. 7or informacin de los programas !ue se desarrollan actualmente
visitar: @ttp :<< EEE .elabro>o .org .u# <
Puente % Sur es una 5undacin !ue tiene como isin promover la solidaridad4 de los
urugua#os Cciudadanos del mundoD con organi6aciones sociales4 culturales #<o emprendimientos
productivos en el territorio ,rugua#o a trav=s de la (ed. $u Fisin es ser reconocida como un
interlocutor legitimo4 confiable4 efica6 para el desarrollo de relaciones de cooperacin con el 7as4
en particular con las organi6aciones # entidades !ue desarrollan pro#ectos en los unicipios del
interior. 7or ma#or informacin: @ttp :<< EEE .puentealsur .org .u# <
Co.&ro.i#o Soci% Coo&ertiv es una empresa de "conoma $ocial !ue desarrolla
iniciativas4emprendimientos # pro#ectos en el marco de una lgica empresarial.
"n este marco 0ompromiso $ocial se esfuer6a en el logro de los me>ores estndares de eficacia #
eficiencia para el logro de utilidades !ue reviertan en la me>ora de la calidad de vida cotidiana de
sus asociados a partir de remuneraciones dignas4 condiciones de traba>o adecuadas # planes de
formacin # desarrollo personal centrados en la me>ora de la empleabilidad de los asociados.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 147 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
0oncomitantemente con esta poltica de recursos @umanos 0ompromiso $ocial implementa una
poltica de desarrollo centrada en promocin de nuevos emprendimientos de economa social !ue
amplen las fuentes laborales # la calidad de las mismas.
7or ma#or informacin: @ttp :<< EEE .csc .org .u# <
E% in#tituto de A%to# E#tudio# <IAE=8 es una fundacin con fines de investigacin en el rea de la
poltica4 la educacin # la sociedad.
6reve de#cri&cin de% &ro,%e.4

Desde las coordinaciones de programas se visuali6an d=ficit en la informacin !ue los sistemas de
de la institucin pueden brindarle actualmente. "s clave lograr !ue la informacin obtenida sea
fiable4 relevante # !ue pueda obtenerse en tiempos adecuados # a un costo ra6onable. "l tener
informacin adecuada permitira tener un panorama claro a la @ora de tomar definiciones de
gestin # de planificacin. "Bisten en ocasiones dificultades para obtener informacin contable4
administrativa4 de gestin de los pro#ectos # de la poblacin atendida. "Biste dispersin
geogrfica de las instituciones4 con ms de 3GG personas en planilla4 varios miles de beneficiarios
directos e indirectos # diversidad de situaciones para considerar en el momento de tomar
decisiones.


Producto #o%icitdo4

0rear un softEare !ue permita procesar una gran cantidad de informacin en tiempo # forma. "l
modelo debera ser similar al softEare de sistemas de informacin gerenciales tipo "(74 pero
adaptado no a procesos de produccin # distribucin4 sino dirigido a actividades educativas #
sociales4 as como al relevamiento de informacin de personas # sus procesos de integracin
social. +iene !ue ser un softEare cu#a unidad de relevamiento de informacin4 sean los pro#ectos
!ue e>ecuta la organi6acin. "l softEare debe tener presente !ue se trata de relevar la informacin
generada por organi6acin no gubernamental orientada al desarrollo4 como es "l .bro>o4 !ue
difiere en el tipo de informacin !ue necesita # !ue utili6an las empresas para las cuales son
diseHados en general los "(7.

Mo.ento# ' ti&o de In*or.cin4

"l sistema de informacin debera ser un Co>oD !ue permita observar !ue es lo !ue est ocurriendo
en la e>ecucin de los pro#ectos en el menos tres momentos diferentes:
1 "n el momento previo: P%ni*iccin
1 Durante la e>ecucin: Be#tin
1 ,na ve6 concluido: Ev%ucin

Debe permitir @acer comparaciones @istricas4 por lo !ue tiene !ue poder guardar informacin de
al menos los :ltimos I aHos4 # los aHos anteriores !ue se arc@iven de una manera !ue esa
informacin pueda ser recuperada. ,no de los ob>etivos es el seguimiento de la gestin de los
pro#ectos4 pero es importante poder generar la comparacin de la planificacin durante la
e>ecucin4 # al momento de la evaluacin final.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 148 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
1/ Ad.ini#trtiv
1/1/ Convenio#/ Condicione#
8.8.8. 0ampo autogenerado !ue identifi!ue el convenio con un cdigo !ue
lo permita ubicar fsicamente en caso de ser necesario.
8.8.9. 5ec@as de convenios
8.8.3. 5ec@a de firma del convenio
8.8.I. Figencia
8.8.5. Donante<5inanciador
8.8.J. 5irmante
8.8.7. 0ontacto en financiador
8.8.K. "scaneo de la copia del convenio &de 8G @o>as mBimo4 en donde
debe estar al menos4 fec@a4 ob>eto4 firmas4 presupuestos # condiciones de
rendicin # entrega de informes narrativos'.
8.8.L. )b>eto
8.8.8G. Descripcin
8.8.88. )tro campo 8
8.8.89. )tro campo 9 &deberan poder ser renombrados4 al
igual !ue la ma#ora de los subcampos'
2/ Finncier
9.8.8. onto global
9.8.9. 0uotas en !ue se divide el monto global
9.8.3. 7eriodicidad de las cuotas
9.8.I. 7osibilidad de generar campos en fec@a no peridicas4 !ue permitan
poner:
9.8.I.8. 5ec@as estimadas de cobros
9.8.I.9. onto de cada cobro
9.8.I.3. 0ondiciones
9.8.I.I. . !ue corresponde cada cuota &e>: Ccuota 8M
adelanto para @erramientas # uniformesD'.
9.8.5. onto de reserva o condicional &">. cuota !ue !ueda pendiente a la
espera de lograr determinados productos4 etc'.
2/2/ 7lanillas de previsin de gastos
9.9.8. 7lanificacin de gastos tipo flu>o de ca>a4 debera poder discriminar
informacin @asta de manera diaria. "l uso ms @abitual ser de manera
mensual. "n su defecto esta parte puede tener !ue colgarse flu>os de ca>a
estandari6ados en eBcel.
2/)/ (ecursos ;umanos &se relaciona tambi=n con el punto 7.9 de planificacin
de actividades4 definir cual es la !ue genera la informacin # !uien la toma'.
9.3.8. 0argo
9.3.9. -ombres asociado a cada cargo
9.3.3. Documento asociado al nombre &0I4 pasaporte'
9.3.I. ;orario de cada cargo
9.3.5. Duracin del contrato de cada cargo
9.3.J. "scalafn del cargo &re!uiere la posibilidad de generar escalafones'.
9.3.7. 0omplementos del cargo
9.3.K. .portes sociales &B7$4 B$"4 +$$'
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 149 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
2/7/ Gastos operativos
9.I.8. *ocomocin
9.I.9. 0omunicacin
9.I.3. ateriales didcticos
9.I.I. 7apelera
9.I.5. 7)$IBI*ID.D D" D"/.( ;.$+. 9G campos !ue puedan ser
nombrados en cada pro#ecto.
)/ )tros
3.8.8. 0ampo 8
3.8.9. 0ampo 9
3.8.3. 0ampo 3

7/ De 0e#tin
7/1/ De los (ecursos @umanos internos
I.8.8. Datos personales. ismos campos # formatos !ue los eBistentes
para el B7$. &disponible en
@ttp :<< EEE .bps .gub .u# <documentos <(+ <.+N( O 5ormatos P9G de
P9G arc@ivo .pdf '
I.8.9. 0orreo electrnico
I.8.3. 0elular
I.8.I. Datos de 0. vitae
I.8.I.8. Breve descripcin de su currculo
I.8.I.9. -ombre
I.8.I.3. "dad
I.8.I.I. 5ormacin principal
I.8.I.5. )tra formacin
I.8.I.J. -otas
I.8.I.7. 7osibilidad de aneBar en formato de procesador de
teBto &tipo Qord' el 0. vitae.
I.8.5. ;istorial de contrataciones # traba>os en pro#ectos. &"nlace
generado automticamente con el punto 9.3.3'
I.8.5.8. 7ro#ectos en los !ue traba>a actualmente
I.8.5.9. 7ro#ectos en los !ue traba>
I.8.5.3. 7ro#ectos en otros programas
I.8.J. Informacin sobre >ornales # @oras traba>adas
I.8.J.8. 7lanilla de @oras del mes &informacin !ue surge
del punto 9.3.B'
I.8.J.9. 0orreccin de @oras en el mes &informacin
manual'
I.8.J.3. 7ago de suplencias &info manual'
I.8.J.I. Falor de >ornal &info !ue surge del 9.3.B'
I.8.J.5. Falor @ora &info !ue surge del 9.3.B'
I.8.J.J. Falor mensual &info !ue surge del 9.3.B'
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 150 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
I.8.7. Informacin sobre altas # ba>as a planilla &anali6ar !ue surge del
9.3.B'
I.8.7.8. 0=dula &esto asociado a todos los campos del
formulario !ue se inclu# en el enlace del B7$'
I.8.7.9. 5ec@a de nacimiento
I.8.7.3. 5ec@a de alta
I.8.7.I. 5ec@a de ba>a
I.8.7.5. ;orario de traba>o
I.8.7.J. 0ampo para incluir c=dula escaneada
I.8.7.7. otivo de ba>a &cdigos B7$ en el enlace puesto'.
I.8.7.K. 7ro#ecto asociado
7/2/ De e>ecucin de los pro#ectos.
I.9.8. 0ampos a definir relacionados con el punto 7
I.9.9. De materiales eBistentes
I.9.9.8. Inventario de @erramientas con locali6acin fsica #
responsable
I.9.9.9. Inventario de insumos en funcin de las compras
!ue se van reali6ando &relacionado con punto 9.I'
I.9.9.3. Inventario de recursos incorporados &e>: celulares4
e!uipos de audio4 cmara'.
I.9.3. ,bicacin donde eBisten pro#ectos
I.9.3.8. *ocales propios
I.9.3.8.8. -ombre local
I.9.3.8.9. Direccin
I.9.3.8.3. tel=fono
I.9.3.8.I. 0orreo electrnico
I.9.3.8.5. 0oordinador local
I.9.3.9. *ocales cedidos
I.9.3.9.8. -ombre local
I.9.3.9.9. Direccin
I.9.3.9.3. tel=fono
I.9.3.9.I. 0orreo electrnico
I.9.3.9.5. 0oordinador local
I.9.3.3. 7ro#ectos en va p:blica

3/ Co.uniccione# intern# e in*or.cin &r e!ui&o#
3/1/ Informacin relevante para los e!uipos t=cnicos # las coordinaciones
5.8.8. Deficiones del programa &misin4 descripcin de nuevos pro#ectos4
orientacin'
5.8.9. Informacin administrativa &e>: 5ec@as de pagos<cobros4
documentacin pendiente de entrega4 5ec@as de entregas de Informes
educativos
5.8.9.8. 5ec@a de entrega
5.8.9.9. 5inanciador<cooperante
5.8.9.3. 5ormato &en aneBo'
5.8.9.I. "stado del informe &entregado<en proceso Rcon
porcenta>e de avance'.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 151 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
5.8.3. Informacin de inicio de pro#ectos
5.8.3.8. ecanismos para altas<ba>as
5.8.3.9. Informacin sobre trmites para usuarios &lo me>or
sera poner los enlaces de los organismos4 # adems informacin
agregada por los e!uipos en funcin de sus eBperiencias'
5.8.3.9.8. 0arn= de salud
5.8.3.9.9. 7ermiso de menor
5.8.3.9.3. 7artida de nacimiento
5.8.3.9.I. 0=dula
5.8.3.9.5. .signaciones familiares
5.8.3.3. Informacin contractual de beneficiarios
5.8.3.3.8. 0opia o n:mero de contrato
5.8.3.3.9. (eglamentos &posibilidad de discriminar
por pro#ecto'
5.8.I. "nlaces de inter=s
5.8.I.8. Bibliotecas con documentos sobre traba>o
5.8.I.8.8. )I+
5.8.I.8.9. 0interfor
5.8.I.9. inisterio de +raba>o &EEE.mtss.gub.u#'
5.8.I.3. Banco de $eguros &EEE.bse.com.u#'
5.8.I.I. ID"$ &EEE.mides.gub.u#'
5.8.I.5. I &EEE .imm .gub .u# '
5.8.I.J. )rgani6aciones $ociales # )-GSs
3/2/ ensa>es !ue surgen en pantalla al ingresar al sistema
5.9.8. Generales &pueden ser avisos de aumentos de sueldos4 de
reuniones generales del programa4 etc'
5.9.9. De un pro#ecto especfico
5.9.3. De la persona !ue ingres su clave
5.9.I. .nali6ar la viabilidad de envio de sms cuando @a# un mensa>e en el
sistema para una persona.
3/)/ Informacin sobre contrapartes &tiene !ue salir la informacin del listado
general de contactos'
5.3.8. -ombre de contraparte
5.3.9. Direccin fsica
5.3.3. Director<a 7oltica
5.3.3.8. -ombre
5.3.3.9. tel=fono
5.3.3.3. celular
5.3.3.I. correo electrnico
5.3.I. andos medios
5.3.I.8. -ombre
5.3.I.9. tel=fono
5.3.I.3. celular
5.3.I.I. correo electrnico
5.3.5. )peradores de campo
5.3.5.8. -ombre
5.3.5.9. tel=fono
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 152 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
5.3.5.3. celular
5.3.5.I. correo electrnico
3/7/ Informacin de proveedores &tambi=n debera salir de los contactos4
diferencindolo con categora proveedor'.
5.I.8. -ombre
5.I.9. (ubro
5.I.3. +el=fono
5.I.I. 0orreo electrnico
5.I.5. 7ersona de referencia
5.I.J. -otas de !uienes traba>an con ellos
5.I.7. Das de pagos @abilitados por administracin abro>o
5.I.K. 7osibilidad de aneBar listado de precios
5.I.L. apa de recursos # redes eBistentes por 6onas
3/3/ 0ontactos del 7rograma
5.5.8. ,tili6ar los mismos campos !ue eBisten en la libreta de direcciones
de outlooA. &7ara permitir la importacin de las agendas actuales'.
3/9/ $ervicio de mensa>era interna de los usuarios !ue se encuentren
registrados # online.
9/ De % Po,%cin ,ene*iciri
9/1/ Datos personales
9/2/ Datos familiares &composicin del n:cleo familiar4 etc'
9/)/ Informacin de desempeHo4
9/7/ Indicadores de empleabilidad &$e le @aba solicitado a .(I$.'
9/3/ Indicadores de ciudadana &$e le @aba solicitado a .(I$.'
9/9/ Informacin laboral &para beneficiarios en planilla'
J.J.8. 0opia del contrato &o n:mero de arc@ivo asignado automticamente.
">: cdigo pro#ectoTc=dula'.
J.J.9. 0opia del reglamento asociado &surge de punto
J.J.3. /ornales<@oras del mes &informacin manual'.
J.J.I. 0orreccin de @oras en el mes &informacin manual'
J.J.5. 7ago de suplencias &info manual'
J.J.J. Falor de >ornal &info !ue surge de los presupuestos'
J.J.7. Falor @ora &info !ue surge de los presupuestos'
J.J.K. Falor mensual &info !ue surge de los presupuestos'
J.J.L. -otas aclaratorias de !uien pasa la informacin
9/@/ Informacin sobre altas # ba>as a planilla &incluir los datos para I(75'. 7ara
beneficiarios en planilla' 0=dula &esto asociado a todos los campos del formulario
!ue se inclu# en el enlace del B7$'
J.7.8. 5ec@a de nacimiento
J.7.9. 5ec@a de alta
J.7.3. 5ec@a de ba>a
J.7.I. ;orario de traba>o
J.7.5. 0ampo para incluir c=dula escaneada
J.7.J. otivo de ba>a &cdigos B7$ en el enlace puesto'.
J.7.7. 7ro#ecto asociado
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 153 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
@/ De %o# &ro'ecto#
@/1/ 7lanificaciones # marco lgico. &anali6ar si lo me>or no es inicialmente poner
:nicamente los documentos ad>untos'.
7.8.8. )b>etivo general
7.8.9. )b>etivo especfico 8
7.8.3. .ctividades
7.8.I. 7roductos
7.8.5. (esultados esperados
7.8.J. .neBo a documento en Eord<pdf<similar del pro#ecto presentado
7.8.7. Documento !ue presente un marco lgico tpico
@/2/ 7lanificacin de actividades &ver formatos actuales de planificacin # de
recursos de 7ro>oven'
7.9.8. ;oras asignadas por temas de talleres o clases
7.9.9. 0arga @oraria asignada por ((;;
@/)/ (egistro de actividades &desarrollar'
@/7/ Indicadores de resultados &desarrollar'
@/3/ Indicadores de procesos &desarrollar'
@/9/ Indicadores cualitativos &desarrollar'
@/@/ Informes de avance &desarrollar'
@/E/ Informes de evaluacin &desarrollar'
@/D/ .genda de actividades &desarrollar'
7.L.8. .ctividades compartidas del programa
7.L.9. U.genda de todos los integrantesV &(evisar. -o parece ser viable'
@/1H/ (esumes de talleres reali6ados # productos sistemati6ados por los e!uipos
7.8G.8. +aller de seguridad laboral
7.8G.8.8. 0ontenidos elaborados por los programas
7.8G.8.9. "nlaces de inter=s sobre el tema
7.8G.9. +alleres de comunicacin
7.8G.9.8. 0ontenidos elaborados por los programas
7.8G.9.9. "nlaces de inter=s sobre el tema
7.8G.3. +alleres sobre g=nero
7.8G.3.8. 0ontenidos elaborados por los programas
7.8G.3.9. "nlaces de inter=s sobre el tema


@/11/ Indicadores de gestin # resultados econmicos
7.88.8. 0osto por beneficiario &eBclu#endo transferencias'
7.88.9. ;oras de e!uipo t=cnico por beneficiario
7.88.3. +ransferencias directas a los beneficiarios

E/ In*or.cin re%evnte &r %o# *inncidore# &a definir indicadores'
D/ Indicdore# #ocioJecon.ico# de las regiones # 6onas donde se traba>a
&a definir indicadores'
1H/ In*or.cin re%evnte &r %o# ,ene*icirio# "ste tem para a ser parte de un
futuro desarrollo de otro sistema. &desarrollo posterior'
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 154 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
A !uiene# de,er+ ,rindr in*or.cin e% &%ictivo4

. la coordinacin General de la organi6acin.
. la 0oordinacin del 7rograma
. los coordinadores de pro#ecto del programa
. los educadores4 talleristas # t=cnicos participantes de los pro#ectos
. los financiadores &a incorporar posteriormente'
. la poblacin beneficiaria &a incorporar paulatinamente'
. interesados en general &a incorporar posteriormente'

"n funcin de estos niveles es !ue deben permitirse el acceso a las funcionalidades del sistema.

*a coordinacin del programa puede ingresar informacin4 corregirla4 borrarla &estableciendo
mecanismos de respaldo !ue permita corregir errores'. Dentro de la coordinacin debera definirse
uno o dos CsuperMadministradoresD !ue pueda establecer cambios en la base4 como borrar o
asignar claves4 establecer nuevas categoras4 etc. "stas personas adems siempre tienen !ue
conocer la clave del informtico !ue @aga las tareas t=cnicas de mantenimiento4 ms all de !ue
no la utilicen nunca.
*a coordinacin de pro#ectos puede consultar toda la informacin referente a su pro#ecto # @acer
cambios dentro de ellos # consultar la informacin del resto del programa. -o deberan poder
eliminar informacin.
*os educadores pueden ingresar informacin en algunos formularios4 consultar la informacin de
su pro#ecto # toda a!uella informacin del programa !ue es de carcter general.

*a informacin de gestin en "l .bro>o se da en la enorme ma#ora de los casos4 por las cosas
C!ue pasanD en los pro#ectos !ue e>ecuta. 7or lo tanto cual!uiera de los puntos definidos &salvo
!ui6s los !ue correspondan a enlaces eBternos o informacin general' tiene !ue tener como
referencia a un pro#ecto. "n el caso de !ue sean cuestiones del programa4 este debe ser
considerado como un pro#ecto en si mismo4 adonde se CcuelganD las cuestiones !ue no tienen
pro#ectos asignados &!u= son mu# pocas'.
"n el caso de la informacin personal4 cada persona debera poder ser identificada por su n:mero
de c=dula4 ms all de !ue el sistema genere un n:mero propio para identificarlo.
7or lo tanto: la identificacin de los pro#ectos4 # el n:mero de c=dula de las personas son las dos
cuestiones !ue deberan poder operar como unidad de generacin de informacin en todo el
aplicativo4 al menos en lo !ue refiere a la informacin !ue se ver por sus usuarios.
A%0un# crcter:#tic# !ue e% &%ictivo de,er: &oder cu.&%ir

"l aplicativo debe cumplir con algunas condiciones4 !ue tienen !ue ser discutidos en el proceso de
diseHo del plan de traba>o. .lgunas son de carcter mas Ct=cnicoD # otras ms relacionadas cultura
organi6acional.

E% &%ictivo tiene !ue #er .i0,%e/ s amigable4 cuanto ms se va Cba>andoD en los niveles a
!uien va dirigida la informacin. $i al interfa6 resulta complicada4 el aplicativo simplemente no se
utili6ar. $i es demasiado engorroso obtener informacin4 no ser utili6ado. *a opcin !ue parece
ser mas adecuada es usar un formato de pgina Eeb sencilla4 !ue es algo utili6ado por la ma#ora
de la gente.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 155 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
E% #o*t>re de,er: #er e#c%,%e/ 7rogresivamente tiene !ue poder ir aumentando la
informacin !ue procese4 # @abra !ue pensar en mdulos !ue se va#an agregando. -o ser
viable seguramente tener el 8GGP de los productos !ue se !uisiera obtener4 # sera deseable !ue
el diseHo previera agregados !ue en forma de mdulos se fueran acoplando4 # !ue no volvieran
demasiado pesado al aplicativo.
Se tiene !ue &oder cceder "% di#tnci/ +iene !ue funcionar en un entorno Qeb. *a forma
de ingreso preferentemente tiene !ue se a trav=s de un navegador. +iene !ue tener
compatibilidad con o6illa e Internet "Bplorer al menos. *a ma#or parte de la gente acceder por
0#ber o por lnea de .D$*4 # solo en mu# raras ocasiones va mdem4 por lo !ue tiene !ue ser
pensada para una coneBin media o ba>a de adsl.
Tiene !ue #er #e0uro/ "sto es la contracara de lo anterior. ;a# !ue tener presente !ue en las
bases estarn ingresados datos personales4 !ue es bsico mantenerlo ba>o criterios
confidenciales. "l acceso a esta informacin tiene !ue estar dado por claves !ue tienen !ue ser
seguras.
Su# ,#e# de dto# tiene !ue #er e(&ort,%e# ' trn#&rente#. *a informacin sobre
planificaciones4 sobre registros4 sobre informacin personal4 tiene !ue ser eBportable. "n particular
la informacin de carcter num=rico tiene !ue poder ser eBportada a eBcel o a otras planillas de
clculo similares. *as bases de datos tienen !ue poder accederse para !ue puedan interactuar
con otros desarrollos !ue puedan reali6arse.
Tiene !ue #er c&2 de inter&retr in*or.cin &reJe(i#tente/ .ctualmente los e!uipos
t=cnicos generan informacin4 en formatos !ue son en general diseHados por los financiadores.
$e trata de documentos de teBto o planillas de clculo. "l aplicativo debera ser capa6 de reali6ar
importaciones de estos documentos.
$era necesaria una @erramienta !ue permita generar importacin # eBportacin de informacin4
sin demasiadas @oras<@ombres en ese proceso # con conocimientos de uso de softEare a nivel de
usuario medio.
Tiene !ue #er co.&ti,%e/ 8GGP compatible con las :ltimas versiones de QindoEs # debera ser
compatible con ,buntu. "l diseHo debera priori6ar !ue preferentemente sea de cdigo abierto.
Tiene !ue #er *+ci% de ctu%i2r/ "l aplicativo debe permitir !ue se puedan reali6ar cambios sin
necesidad de recurrir a un administrador4 para a!uellas cuestiones !ue son ms dinmicas4 o los
enlaces de inter=s4 o documentos ad>untos.
No tienen !ue e(i#tir inter.edirio#/ *a informacin !ue generan educadores # coordinadores4
no tienen !ue ser subida por alguien4 en el momento de generar la informacin4 esta tiene !ue
cargarse directamente en el sistema. *a importacin de informacin4 tiene !ue ser una eBcepcin
para situaciones especficas4 pero no la norma.
Condicione# de% #ervidor/ ;a# !ue anali6ar las opciones para montar el servidor4 por a@ora la
opcin !ue parece ms viable t=cnica # econmicamente es la opcin de contratar un servidor
eBterno. "l .bro>o no cuenta con I7 fi>a4 # no tiene un recurso @umano con carga @orario completa
!ue pueda dedicarse al mantenimiento de un servidor # !ue garantice !ue funcione las 9I @s. "sto
adems implicara comprar @ardEare. "s necesario !ue el servidor tenga dentro de sus servicios
el respaldo automtico del sistema4 de ser posible de manera diaria4 o en su defecto4 como
mnimo4 de carcter semanal. *os re!uerimientos del aplicativo deben @acerse pensando !ue el
Cusuario medioD contar con m!uina !ue no ser de :ltima generacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 156 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
A24 T,% co.&rtiv &r % &re#e%eccin de
#o%ucione# <'ivre (lanc E)* open so#rce8 de Smile=
La tabla se ha extrado del documento 9ivre #lanc E-P open source
(http :// www .smile .fr / Livres - blancs / ERP - et - decisionnel / ERP - open - source ) realizado por
la empresa !mile en setiembre del 2007.
Aqu reproduzco una versin ligeramente simplificada para mejorar su legibilidad. He
eliminado las columnas (criterios) que no aportan valor para este proyecto:
,ou#ernance 0business model1 y "ompta franHaise, y en la columna
&;f;rences client connues he sustituido las referencias all donde las haba por un
6FI. Tambin he sustituido algunos nombres de columnas por un ttulo ms corto:
';rimItre foncionnel 0'31, Vualit8 techni1ue )Vlt T+, &;f;rences client connues
0&ef1, +otori;t; :eb 'a)e&anJ 0'&1, $au#; sur %elicious 0%l1, 'osts=mois
sur forumKmailin) 0' &nJ1, %ynamique ,oo)le <rend 0, <rend1,
"ommunaut; 0"mnt1 y "ritIre dL;limination ;#entuel 0"EE1.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 157 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
So%ution Tec$no PF K%t T Re* PR D% P RnL B Trend C.nt ?e,M Licen#e CEE
"+(i, /9"" TTT TT ),I 7 I95 l=gWre
baisse
TTTT ),I .pac@e9 )fbi6 nSest !uSun frameEorA4
-eogia pr=f=r=
-eoia /9"" TTT TTT ),I 5 87 8G non suiviX TT ),I .pac@e9
"pen.aps /9"" TTT V V 545 93I n=ant TTT ),I ;7*
&YG7*34 Z
.ffero'
comme -eogia en moins bien
0ompiere /9"" TTT T ),I J 9GL 8GG baisse MM *IB("
&.+,("...'
G7* M[
9GGJ
.dempiere /9"" TTT T 5 8GK 5GG stable TTT 7.$ .+,(" G7*
)penBravo /9"" TTT T J K53 8GGG eBplosion TTT ),I
&classe X...'
Y7*
)penBlue*ab /9"" V V 5 88 n=ant V &pas mature V'
7la6ma "(7 /9"" T TTT 5 8I G n=ant -)- *G7* pas trWs mature4 pas de
gestion de production
/5ire /9"" V TTT G 8GG n=ant V partiel *G7* statut b=ta au 89<9GG74 pas
prWt dSWntre francis=
/allIn)ne /9"" TTT 9 8G 5 -)- pas asse6 connu pas Eeb
)pen.guila /9"" T V I 5G n=ant M ),I diffusion trop confidentiel
+in#"(7
&)pen"(7'
7osgre$\*
]*(70
TTT
T
TTTT ),I J 887 5GG "Bplosion TTT ),I G7*
"(75 7#t@on ^ope TTT TTT ),I 545 877 n=ant T V ),I +> pas eBplosion4 base
6opTp#t@on _[ trop... eBoti!ue
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 158 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
So%ution Tec$no PF K%t T Re* PR D% P RnL B Trend C.nt ?e,M Licen#e CEE
G-,"nterprise 7#t@on G+` V R V J 893 neant TT -)- G7* 7as asse6 connu4 pas Eeb
Dolibarr 7;7I TT V MMM 5 85 -=ant TT ),I )rient= +7"4 7;7IX
)pen7ro 7;7I 5 IK -=ant
Qeb"(7 7;7I V V G 8K8 -=ant V ),+ 7as francis=4 7;7I
7ro>ectMopen 7;7I &eG' TTT 5 375 -=ant
BlueMerp 7;7I &eG' TTT I45 85 n=ant
"AMerp 7;7I I 87 -=ant
7ro>ecterp 7;75 I G -=ant
]ssuite (ub# on
(ails
TT TTTT 3 7K -=ant M ),I 7as asse6 connu4 pas asse6
mature
-orfelloMcmmsM
os
(ub# on
(ails
TT TTTT 9 8G -=ant ),I 7as asse6 connu4 pas asse6
mature
$\* *edger 7"(* TT V J 9KG -=ant V V G7* 7"(*4 faible doc
B+uple
7ostbooAs
-atif G+`
7ostgre$\*
V V 3 98 -=ant V -)-
G-,0as@ natif<G+` R 7 8558 -=ant -)- G7* )rient= compta seule et +7"
5isterra -atif G+`
7ostgre$\*
I 95 -=ant M &"$' -)- G7*
.ban! -atif \+ 5 9L -=ant M &"$' -)-
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 159 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
12.2 A)4 Di0r.# de e#tudio de El Abrojo
. continuacin se ad>untan los diagramas reali6ados para el estudio de la organi6acin )l &bro3o
!ue no se @an incluido en el cuerpo de la memoria.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 160 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4D2$ Dia'rama de estudio del Pro'rama <abilidades para la Vida
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 161 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4DC$ Dia'rama de estudio del Pro'rama Ambiental
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 162 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4DD$ Dia'rama de estudio del Pro'rama Alter?acciones
12.3 A74 Di0r.# de e#tudio de Compromiso Social
Cooperativo
A continuacin se adjuntan los diagramas realizados para el estudio de la organizacin
ompromiso !ocial ooperativo que no se han incluido en el cuerpo de la memoria.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 163 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4DA$ Dia'rama de actividades de una licitacin de <i'iene Ambiental
Fi'* 4DI$ Dia'rama de estudio de la Fnidad de Venta de material inform5tico
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 164 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4DB$ Dia'rama de estudio de la Fnidad onstrucciones % "antenimientos
Fi'* 4DH$ Dia'rama de estudio de la Fnidad Frontera Editorial
12.4 A34 Li#t# de *uncion%idde# co.&%et#
Listas de funcionalidades elaboradas como parte del anlisis y diseo del sistema para
su priorizacin y definicin de cuales se van a implementar. La mayora de las
funcionalidades se repiten. Tambin se incluye la pgina de introduccin y ayuda para
el proceso de priorizacin.
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 165 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 166 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 167 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 168 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 169 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 170 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
12.5 A@4 Br+*ico# de ev%ucin de % &riori2cin de
*uncion%idde# de Compromiso
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 171 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4DJ$ ;r5ficos de evaluacin de la priori&acin de las funcionalidades de ompromiso
12.6 AE4 Di0r. de c%#e# de % c&citcin de recur#o# $u.no# de
Compromiso
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 172 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
Fi'* 4A4$ Dia'rama de clases del dominio de la capacitacin de recursos humanos de ompromiso
12.7 AD4 Re%cin de .du%o# in#t%do#
12/@/1 Mdu%o# in#t%do# con e% &er*i% El Abrojo
1 Base (base)
1 Grabadora de mdulos (base>module>record)
1 Configuracin bsica (base>setup)
1 On Demand Open Object - Subscription Control (use>control)
1 Recursos humanos (+r)
1 Gestin contable y financiera (account)
1 Productos y tarifas (product)
1 Presupuestos externos (sale)
1 Compras (purc+ase)
1 Gestin de inventario (stoc<)
1 Proyectos (pro#ect)
1 Planificacin de recursos de fabricacin (MRP) (mrp)
1 Sistema de gestin integrada de documentos (document)
1 Proceso empresa (process)
1 Uruguay currency (l/?n>U@>currency)
1 Topnimos de Uruguay (l/?n>U@>toponyms)
1 minimum_account_chart (minimum>account>c+art)
1 C2C partner address (c7c>partner>address)
1 Camptocamp Partner extension to synchronize OpenERP with LDAP
(c7c>contact>to>ldap)
1 Adaptaciones de Empresa para El Abrojo y CSC (elabro#o>common>partner)
1 Contratos laborales para recursos humanos (+r>contract)
1 Contratos laborales por proyecto para recursos humanos
(+r>contract>pro#ect)
1 Recursos humanos (codificacin de horarios) (+r>times+eet)
1 Asistencia de empleados (+r>attendance)
1 Recursos humanos (codificacin de horarios por empleado)
(+r>times+eet>employee)
1 Pasajes de horas (+r>times+eet>s+eet)
1 Facturacin basada en lneas analticas (+r>times+eet>invoice)
1 Recursos Humanos (Pasajes de horas por proyecto)
(+r>times+eet>s+eet>pro#ect)
1 Recursos Humanos. Partes de horas en contratos por proyecto
(+r>contract>pro#ect>times+eet)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 173 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
1 Seguimiento de los gastos de los recursos humanos (+r>e.pense)
1 El Abrojo & CSC HR Expenses adaptations (elabro#o>common>+r>e.pense)
1 Adaptaciones comunes de 'hr_employee' (elabro#o>common>+r>employee)
1 El Abrojo. Adaptaciones sobre empleado (elabro#o>+r>employee)
1 Informes contabilidad analtica (account>analytic>analysis)
1 Gestin de proyectos para El Abrojo (elabro#o>common>pro#ect)
1 Presupuesto avanzado (c7c>bud'et)
1 c2c Reporting Tools. A library that provide a new way to create clean reports
efficiently (c7c>reportin'>tools)
1 Sincronizacin con TMD para El Abrojo y CSC (elabro#o>common>tmd>sync)
1 El Abrojo. Sincronizacin con Contawin (elabro#o>conta;in>sync)
1 El Abrojo & CSC Budgets (elabro#o>common>bud'et)
1 Facturas y precios con impuestos incluidos (account>ta.>include)
1 El Abrojo & CSC Invoice adaptations (elabro#o>common>account>invoice)
1 El Abrojo & CSC Sale adaptations (elabro#o>common>sale)
1 Informes - Gestin de compras (report>purc+ase)
1 Informes - Gestin de proyectos (report>sale)
1 Informes de proyectos para El Abrojo y CSC
(report>elabro#o>common>pro#ect)
1 El Abrojo. Datos bsicos (elabro#o>data)
1 El Abrojo. Perfil (profile>elabro#o)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 174 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
12/@/2 Mdu%o# in#t%do# con e% &er*i% CSC /Compromiso0
1 Base (base)
1 Grabadora de mdulos (base>module>record)
1 Configuracin bsica (base>setup)
1 On Demand Open Object - Subscription Control (use>control)
1 Recursos humanos (+r)
1 Gestin contable y financiera (account)
1 Productos y tarifas (product)
1 Presupuestos externos (sale)
1 Compras (purc+ase)
1 Gestin de inventario (stoc<)
1 Proyectos (pro#ect)
1 Planificacin de recursos de fabricacin (MRP) (mrp)
1 Sistema de gestin integrada de documentos (document)
1 Proceso empresa (process)
1 Uruguay currency (l/?n>U@>currency)
1 Topnimos de Uruguay (l/?n>U@>toponyms)
1 minimum_account_chart (minimum>account>c+art)
1 C2C partner address (c7c>partner>address)
1 Camptocamp Partner extension to synchronize OpenERP with LDAP
(c7c>contact>to>ldap)
1 Adaptaciones de Empresa para El Abrojo y CSC (elabro#o>common>partner)
1 Contratos laborales para recursos humanos (+r>contract)
1 Contratos laborales por proyecto para recursos humanos
(+r>contract>pro#ect)
1 Recursos humanos (codificacin de horarios) (+r>times+eet)
1 Asistencia de empleados (+r>attendance)
1 Recursos humanos (codificacin de horarios por empleado)
(+r>times+eet>employee)
1 Pasajes de horas (+r>times+eet>s+eet)
1 Facturacin basada en lneas analticas (+r>times+eet>invoice)
1 Recursos Humanos (Pasajes de horas por proyecto)
(+r>times+eet>s+eet>pro#ect)
1 Recursos Humanos. Partes de horas en contratos por proyecto
(+r>contract>pro#ect>times+eet)
1 Seguimiento de los gastos de los recursos humanos (+r>e.pense)
1 El Abrojo & CSC HR Expenses adaptations (elabro#o>common>+r>e.pense)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 175 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
1 Adaptaciones comunes de 'hr_employee' (elabro#o>common>+r>employee)
1 Gestin de competencias (+r>s<ill)
1 Gestin de la capacitacin interna para CSC (csc>+r>trainin')
1 Informes contabilidad analtica (account>analytic>analysis)
1 Gestin de proyectos para El Abrojo (elabro#o>common>pro#ect)
1 Presupuesto avanzado (c7c>bud'et)
1 c2c Reporting Tools. A library that provide a new way to create clean reports
efficiently (c7c>reportin'>tools)
1 Sincronizacin con TMD para El Abrojo y CSC (elabro#o>common>tmd>sync)
1 El Abrojo & CSC Budgets (elabro#o>common>bud'et)
1 Abastecimiento inmediato. MRP JIT (Just In Time) (mrp>#it)
1 Products with multi-level variants (product>variant>multi)
1 Products with multi-level variants configurator
(product>variant>confi'urator)
1 MultiStep Product Configurator (sale>product>multistep>confi'urator)
1 Facturas y precios con impuestos incluidos (account>ta.>include)
1 El Abrojo & CSC Invoice adaptations (elabro#o>common>account>invoice)
1 El Abrojo & CSC Sale adaptations (elabro#o>common>sale)
1 El Abrojo & CSC Purchase adaptations (elabro#o>common>purc+ase)
1 Informes - Gestin de compras (report>purc+ase)
1 Informes - Gestin de proyectos (report>sale)
1 Informes de proyectos para El Abrojo y CSC
(report>elabro#o>common>pro#ect)
1 CSC basic data (csc>data)
1 Profile CSC (profile>csc)
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 176 / 182
Implementacin de un sistema de informacin para una cooperativa
nexos
1) 6i,%io0r*:
Concordia21. :uestro objetivo [en lnea]. ONGlibre, 4 noviembre 2010
[Consulta: 9 enero 2011]. Disponible en: http://www.onglibre.org/es/objetivo-
software-ong-gestion-asociaciones.html
9ivre blanc E-P open source [en lnea]. Versin 1.2. Smile open source
solutions, septiembre 2007 [Consulta: febrero 2009]. Disponible en:
http://www.smile.fr/Livres-blancs/ERP-et-decisionnel/ERP-open-source
Ministerio de Trabaja e inmigracin. ANEXO III: Tabla salarial y de plus
convenio 2009 . En: WVI 6:VE:I6 69ETIV6 E!TATA9 DE E"P-E!A! DE
6:!F9T6-XA @ E!TFDI6! DE "E-AD6! @ DE 9A 6PI:IY: PZ#9IA [en
lnea]. Madrid: B.O.E., 4 abril 2009 [Consulta: 15 enero 2011]. Disponible en:
http://www.boe.es/boe/dias/2009/04/04/pdfs/BOE-A-2009-5688.pdf
%atos de Uru)uay
Polticas de juventud en Am8rica 9atina$ Evaluacin % dise0o* Polticas de
juventud en Fru'ua% [en lnea]. CINTERFORCentro Interamericano para el
Desarrollo del Conocimiento en la Formacin Profesional [Consulta: 12 enero
2011]. Disponible en:
http://www.cinterfor.org.uy/public/spanish/region/ampro/cinterfor/temas/yout
h/doc/not/libro58/index.htm
!ociedad % polticas sociales en Fru'ua% desde la transicin democr5tica al
'obierno del Frente Amplio .onsulta$ 32 enero 2433/* Disponible en$
http $// dialnet *unirioja *es / servlet / articulo [ codi'o \2CDBAI3
Fru'ua% [en lnea]. Wikipedia en espaol [Consulta: 12 enero 2011]. Disponible
en: http://es.wikipedia.org/wiki/Uruguay
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 177 / 182
Implementacin de un sistema de informacin para una cooperativa
(iblio)rafa
/etodolo)a
Hardvard Business School Press. mo 'estionar el cambio para reducir la
resistencia. Barcelona: Ediciones Gestin 2000, 2006. ISBN 84-96612-21-X
Investi'acin en An,lisis institucional, funcional, de procesos===
Grau, G.; Franch, X.; Mayol, E.; Ayala, C.; Cares, C.; Haya, M.; Navarrete, F.;
Botella, P.; Quer, C. -i!D$ A "ethodolo'% for #uildin' iG !trate'ic Dependenc%
"odels [en lnea]. Barcelona: LSI, UPC, 2005 [Consulta: noviembre 2009].
Disponible en: http://www.lsi.upc.edu/~cayala/Papers/RiSD%20Paper-
SEKE.pdf
Haya, M.; Franch, X.; Mayol, E. Fso de los Dia'ramas de Actividades F"9 % el
9en'uaje iG en el "odelado del Proceso de Implantacion del #alanced Scorecard
[en lnea]. Tandil: GESSI, UPC, WER 2004 [Consulta: noviembre 2009].
Disponible en: http://wer.inf.puc-
rio.br/WERpapers/artigos/artigos_WER04/Mariela_Haya.pdf
Montilva, William; Snchez Bor, Lena. Proceso de "odelado del Proceso de
:e'ocios de la 6r'ani&acin [en lnea]. Universidad de los Andes, Abril - Mayo
2006 [Consulta: noviembre 2009]. Disponible en:
http://www2.ula.ve/dsiaportal/index.php?
option=com_docman&task=doc_download&gid=34
Yu, Eric S. K.; Mylopoulos, John. Fnderstandin' NPh%O in !oft,are Process
"odellin'= Anal%sis= and Desi'n [en lnea]. Sorrento: Dep. CS, University of
Toronto, Mayo 1994 [Consulta: noviembre 2009]. Disponible en:
http://www.cs.toronto.edu/pub/eric/ICSE94.pdf
(etodolo'Aas de obtencin y an,lisis de re4uisitos, !eleccin de
componentes y 1ise:o de sistemas +Abridos
Carvallo, Juan Pablo; Franch, Xavier. Descubriendo la Ar1uitectura de !istemas
de !oft,are <bridos$ Fn Enfo1ue #asado en "odelos iG [en lnea]. Valparaiso:
Universidad del Azuay y UPC, WER 2009 [Consulta: mayo 2009]. Disponible en:
http://wer.inf.puc-rio.br/WERpapers/artigos/artigos_WER09/carvallo.pdf
Lamsweerde, Axel van. ;oal?6riented -e1uirements En'ineerin'$ A ;uided
Tour [en lnea]. Toronto: Universit catholique de Louvain, RE 2001 [Consulta:
noviembre 2009]. Disponible en:
http://www.info.ucl.ac.be/Research/Publication/2001/RE01.pdf
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 178 / 182
Implementacin de un sistema de informacin para una cooperativa
(iblio)rafa
Investi'acin en (etodolo'Aas ,'iles de implementacin de soft;are
Adaptive !oft,are Development [en lnea]. Wikipedia en ingls [Consulta:
noviembre 2009]. Disponible en:
http :// en .wikipedia .org / wiki / Adaptive _ Software _ Development
AIDANAMX. Ciclo de vida del Desarrollo Adaptable de Software [en lnea].
Adaptive Software Development, 22 mayo 2008 [Consulta: noviembre 2009].
Disponible en: http://aidanamx.blogspot.com/2008/05/ciclo-de-vida-del-
desarrollo-adaptable.html
Ambler, Scott W. A'ile "odellin' !ite [en lnea]. Ambysoft inc. [Consulta: 13
septiembre 2009]. Disponible en: http :// www .agilemodeling .com
Feature Driven Development [en lnea]. Wikipedia en ingls [Consulta:
noviembre 2009]. Disponible en:
http :// en .wikipedia .org / wiki / Feature _ Driven _ Development
Feature Driven Development* 6vervie, presentation [en lnea]. Nebulon Pty.
Ltd., 2005 [Consulta: noviembre 2009]. Disponible en:
http :// www .nebulon .com / articles / fdd / fddoverpres .html
Highsmith, Jim. Messy, exciting, and anxiety-ridden: Adaptive Software
Development* En: Adaptive !oft,are Development [en lnea]. Wikipedia en
ingls, 1997 [Consulta: noviembre 2009]. Disponible en:
http://en.wikipedia.org/wiki/Adaptive_Software_Development (artculo original
no disponible).
Letelier, Patricio; Penads, M Carmen. "8todolo'as 5'iles para el desarrollo
de soft,are$ eWtreme Pro'rammin' )WP+ [en lnea]. Universidad Politcnica de
Valencia. Disponible en: http :// www .willydev .net / descargas / masyxp .pdf
Palmer, Stephen. The oad 9etter$ "odelin' and Desi'n Edition= Issue H4=
Feature Driven Development and E(treme Pro'rammin'= b% !tephen Palmer
[en lnea]. Embarcadero Developer Network (EDN) [Consulta: noviembre
2009]. Disponible en: http://edn.embarcadero.com/article/29684
Pressman, Roger S. In'eniera del soft,are* Fn enfo1ue pr5ctico. 6 ed.
Espaa: Mc Graw Hill, 2005. ISBN 970-10-5473-3
The latest FDD processes [en lnea]. Version 1.3. Nebulon Pty. Ltd. [Consulta:
noviembre 2009]. Disponible en:
http://www.nebulon.com/articles/fdd/latestprocesses.html
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 179 / 182
Implementacin de un sistema de informacin para una cooperativa
(iblio)rafa
*penE&'
Developer #oo7 [en lnea]. OpenERP Documentation [Consulta: septiembre
2009]. Disponible en: http :// doc .openerp .com / developer / index .html
Esteve, Jordi; Juaristi, Ana; Varios. Mltiples cursos. En: AulaE-P. Disponible
en: http :// www .aulaerp .com /
Hernandez, Nhomar. Instalando entornos de desarrollo % pruebas [en lnea].
Venezuela, OpenERP comunidad hispana [Consulta: 10 enero 2010]. Disponible
en: http :// wiki .openerp .org .ve / index .php ?
title = Instalando _ entornos _ de _ desarrollo _ y _ pruebas
Juaristi, Ana. Varios artculos. En: 6penE-P$ El E-P de soft,are libre )6penE-P
!ite+. Disponible en: http :// www .openerpsite .com
6penE-P and reverse pro(% [fuera de lnea]. [Consulta: 08 mayo 2010]. Link
original: http :// blog .webotin .fr /2010/03/ openerp - and - reverse - proxy /
Pinckaers, Fabien; Gardiner, Geoff. 6pen E-P= a modern approach to inte'rated
business mana'ement [en lnea]. Versin 1.0. 9 abril 2009. Disponible en:
http://www.openerp.com/services/books
Fsabilit% #oo7 [en lnea]. OpenERP Documentation [Consulta: septiembre
2009]. Disponible en: http :// doc .openerp .com / usability _ book / index .html
*penL%'
Blanco Cuaresma, Sergio. 9ibreta de direcciones compartida con 6pen9DAP [en
lnea]. Marble Station, 1 noviembre 2004 [Consulta: 01 abril 2010]. Disponible:
http :// www .marblestation .com /? p =247
Orovengua, Javier. Instalando 6pen9DAP con soporte !!9 en debian.
LinuxParty Group, 4 septiembre 2007 [Consulta: 18 abril 2010]. Disponible en:
http :// www .linux - party .com / modules .php ? name = News & file = article & sid =2270
$U%$: librera python para usar webservices SOAP
Python SOAP client with suds. 29/04/2010. http :// www .linux -
party .com / modules .php ? name = News & file = article & sid =2270
SUDS project website. 29/04/2010. https://fedorahosted.org/suds/
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 180 / 182
Implementacin de un sistema de informacin para una cooperativa
(iblio)rafa
17 ndice de 0r+*ico#
Fig. 01: Anlisis DAFO del entorno del tercer sector de Concordia21
(http://www.concordia21.org/es/tecnologia.html)................................................15
Fig. 02: Perfil por caractersticas generales de las 6 soluciones, Livre Blanc ERP open
source...........................................................................................................28
Fig. 03: Perfil por dominios funcionales, Livre Blanc ERP open source.....................31
Fig. 04: Perfil por por sector y tamao de la empresa, Livre Blanc ERP open source..32
Fig. 05: Actividades del mtodo DHARMA...........................................................43
Fig. 06: Modelo del proceso para el Desarrollo Dirigido por Funcionalidades, del
artculo de Stephen Palmer en EDN....................................................................51
Fig. 07: Actividades del ciclo de vida del Desarrollo Adaptable de Software, del blog
Adaptive Software Development .......................................................................54
Fig. 08: Diagrama del proceso de la metodologa a usar.......................................57
Fig. 09: Diagrama resumen del estudio de El Abrojo.............................................64
Fig. 010: Diagrama de estudio del Programa Infancia...........................................65
Fig. 011: Diagrama 2 de estudio del Programa Infancia........................................67
Fig. 012: Diagrama de estudio del Programa Laboral............................................68
Fig. 013: Diagrama de estudio del Programa La Jarana.........................................70
Fig. 014: Diagrama de estudio de la Administracin de El Abrojo...........................72
Fig. 015: Diagrama de estudio de la Secretara de El Abrojo..................................73
Fig. 016: Diagrama resumen del estudio de Compromiso......................................74
Fig. 017: Diagrama de estudio de la Unidad Higiene Ambiental..............................76
Fig. 018: Diagrama de estudio de la Unidad Producciones Culturales......................77
Fig. 019: Diagrama de estudio de la Unidad de Manufacturas................................79
Fig. 020: Diagrama de estudio de la Administracin de Compromiso.......................81
Fig. 021: Diagrama de estudio de la Unidad de RRHH...........................................82
Fig. 022: Diagrama de estudio de la Unidad de Comercializacin............................84
Fig. 023: Diagrama del proceso de abastecimiento de materiales y actividades
asociadas.......................................................................................................85
Fig. 024: Diagrama del proceso de licitacin con el sistema de informacin integrado
.....................................................................................................................87
Fig. 025: Diagrama i* del modelo de relaciones estratgicas del entorno de El Abrojo
.....................................................................................................................96
Fig. 026: Muestra del primer listado de objetivos y funcionalidades elaborado a partir
de las reuniones con los stakeholders...............................................................100
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 181 / 182
Implementacin de un sistema de informacin para una cooperativa
(iblio)rafa
Fig. 027: Muestra 2 del primer listado de objetivos y funcionalidades elaborado a
partir de las reuniones con los stakeholders......................................................101
Fig. 028: Muestra del listado de funcionalidades de El Abrojo para la priorizacin por
parte del equipo coordinador y de administracin...............................................101
Fig. 029: Grficos de evaluacin de la priorizacin de las funcionalidades de El Abrojo
(en el Anexo 7 se encuentran los de Compromiso).............................................103
Fig. 030: Diagrama de clases del modelo conceptual del dominio de un proyecto....109
Fig. 031: Modelo conceptual del dominio del proyecto La Barra, del Programa
Habilidades para la vida..................................................................................111
Fig. 032: Caputra de la pestaa "Convenio y financiacin" de la ficha de Proyecto. .114
Fig. 033: Capturas del asistente para generar avisos (solicitudes) para la elaboracin
y presentacin de rendiciones..........................................................................115
Fig. 034: Captura del listado de solicitudes (avisos) generados con el asistente......117
Fig. 035: Captura de la pestaa "Relaciones con entidades" de la ficha de proyecto 118
Fig. 036: Captura de un ejemplo de Informe de relaciones con entidades..............119
Fig. 037: rbol de los mdulos dependientes de "hr_contract", generado con
"module_dependencies_graph.py"...................................................................122
Fig. 038: Captura de la ficha de empleado mostrando la pestaa "Informacin
personal......................................................................................................123
Fig. 039: Detalle de la bsqueda avanzada del listado de empleados....................124
Fig. 040: Detalle del men principal y el de Recursos humanos de Compromiso, con
los submens de "Gestin de la capacitacin" extendidos....................................125
Fig. 041: Ejemplo no real de "Versin de presupuesto" de un proyecto..................126
Fig. 042: Diagrama de estudio del Programa Habilidades para la Vida...................160
Fig. 043: Diagrama de estudio del Programa Ambiental......................................161
Fig. 044: Diagrama de estudio del Programa Alter-acciones.................................162
Fig. 045: Diagrama de actividades de una licitacin de Higiene Ambiental.............163
Fig. 048: Diagrama de estudio de la Unidad de Venta de material informtico........163
Fig. 046: Diagrama de estudio de la Unidad Construcciones y Mantenimientos.......164
Fig. 047: Diagrama de estudio de la Unidad Frontera Editorial.............................164
Fig. 049: Grficos de evaluacin de la priorizacin de las funcionalidades de
Compromiso.................................................................................................171
Fig. 050: Diagrama de clases del dominio de la capacitacin de recursos humanos de
Compromiso.................................................................................................172
Proyecto Final de Carrera de Guillem Barba (FIB, UPC) 182 / 182
Implementacin de un sistema de informacin para una cooperativa
ndice de )rficos

S-ar putea să vă placă și