Portada 199 21/7/09 15:44 Page 1

Composite

C M Y CM MY CY CMY K

Nº 199, mayo-junio 2009, año XXXV Nº 199, mayo-junio 2009, año XXXV Nº 199, mayo-junio 2009, año XXXV Nº 199, mayo-junio 2009, año XXXV Nº 199, mayo-junio 2009, año XXXV

Monografía del próximo número: "Calidad del software"

editorialComunicado de Prensa de ATI sobre la creación delConsejo de Colegios de Ingeniería Informáticas (17/6/2009) > 02en resumenUn mundo dinámico donde lo importante es sumar > 02Llorenç Pagés CasasIFIPReunión del TC6 (Communication Networks) > 03Ramón Puigjaner TrepatReunión del TC1 (Foundations of Computer Science) > 03Michael Hinchey, Joaquim Gabarro Vallés

monografíaSoftware libre para empresas(En colaboración con UPUPUPUPUPGRADE)Editores invitados: Jesús M. González-Barahona, Teo Romera Otero y Böjrn LundellPresentación. Software libre para empresas: ¡crea tu producto,alimenta tu comunidad y disfruta tu parte! > 04Jesús M. Gonzalez-Barahona, Teófilo Romera Otero, Björn LundellEl software libre en el mundo corporativo > 08Jesús M. Gonzalez-Barahona, Teófilo Romera Otero, Björn LundellBuenas prácticas para la adopción del software libre > 12Carlo DaffaraConstruir y mantener una comunidad de práctica: método aplicadoa proyectos de software libre > 17Stéphane Ribas, Michel CezonDinamización de comunidades en proyectos de software libre > 21Martin MichlmayrLa Comunidad Morfeo: estrategias Open Source para la Open Innovation > 25Cristina Breña, Andrés Leonardo Martínez OrtizAplicación de los principios del software libre en líneas de producto > 29Frank van der LindenAbordar las necesidades de la industria en Software Libre > 36Jan Henrik ZiesingSpagoWorld, la iniciativa de software libre de Engineering > 39Gabriele RuffattiUna oportunidad para las empresas de software libre: mercado emergente > 44en los países en vías de desarrolloSusana Muñoz Hernández, Jesús Martínez Mateo

secciones técnicas

Enseñanza Universitaria de la InformáticaUn juego de rol para la enseñanza de la profesión informática > 47Agustín Cernuda del Río, Manuel Quintela Pumares, Miguel Riesco AlbizuGestión del ConocimientoDatos, conocimiento, información... en este orden > 51Joan Baiget SoléInformática GráficaTratamiento de geoinformación a nivel peatonal: animación 3D a partir demetainformación Exif > 53Ricardo Navarro Moral, Francisco R. Feito Higueruela, Rafael J. Segura Sánchez,Angel L. García FernándezTecnologías para la EducaciónInfluencia en el rendimiento académico de la interacción en línea de los alumnos:estudio y análisis comparativo entre diferentes modalidades de enseñanza > 59Ángel Hernández García, Santiago Iglesias Pradas, Julián Chaparro Peláez, Félix Pascual MiguelReferencias autorizadas > 63

sociedad de la información

Prospectiva TecnológicaUn metaanálisis de la actividad prospectiva internacional en el campo delos Sistemas y Tecnologías de la Información > 70Víctor Amadeo Bañuls Silvera, José Luis Salmerón SilveraPersonal y transferibleUna paradoja divina > 73Antonio Vaquero SánchezProgramar es crearReconstrucción (CUPCAM 2007, problema G, solución) > 75Enrique Martín Martín, Cristóbal Pareja Flores

asuntos interioresCoordinación Editorial / Programación de Novática / Socios Institucionales > 77

sumario

NováticaNováticaNováticaNováticaNovática, revista fundada en 1975 y decana de la prensainformática española, es el órgano oficial de expresión y formacióncontinua de ATIATIATIATIATI (Asociación de Técnicos de Informática),organización que edita también la revista REICISREICISREICISREICISREICIS (RevistaEspañola de Innovación, Calidad e Ingeniería del Software).NováticaNováticaNováticaNováticaNovática edita asimismo UUUUUPPPPPGRADE, revista digital de CEPISCEPISCEPISCEPISCEPIS(Council of European Professional Informatics Societies), enlengua inglesa, y es miembro fundador de UPUPUPUPUPENET (UPUPUPUPUPGRADEEEEEEuropean NETNETNETNETNETwork).

<http://www.ati.es/novatica/><http://www.ati.es/reicis/>

<http://www.upgrade-cepis.org/>

ATIATIATIATIATI es miembro fundador de CEPIS CEPIS CEPIS CEPIS CEPIS (Council of European ProfessionalInformatics Societies) y es representante de España en IFIP IFIP IFIP IFIP IFIP (InternationalFederation for Information Processing); tiene un acuerdo de colaboracióncon ACMACMACMACMACM (Association for Computing Machinery), así como acuerdos devinculación o colaboración con AdaSpainAdaSpainAdaSpainAdaSpainAdaSpain, AI2,AI2,AI2,AI2,AI2, ASTIC, RITSI ASTIC, RITSI ASTIC, RITSI ASTIC, RITSI ASTIC, RITSI e HispalinuxHispalinuxHispalinuxHispalinuxHispalinux,junto a la que participa en ProInnovaProInnovaProInnovaProInnovaProInnova.

Consejo EditorialConsejo EditorialConsejo EditorialConsejo EditorialConsejo EditorialJoan Batlle Montserrat, Rafael Fernández Calvo, Luis Fernández Sanz, Javier LópezMuñoz, Alberto Llobet Batllori, Gabriel Martí Fuentes, Josep Molas i Bertran, JoséOnofre Montesa Andrés, Olga Pallás Codina, Fernando Piera Gómez (Presidente delConsejo), Ramon Puigjaner Trepat, Miquel Sarries Griñó, Adolfo Vázquez Rodríguez,Asunción Yturbe Herranz

Coordinación EditorialCoordinación EditorialCoordinación EditorialCoordinación EditorialCoordinación EditorialLlorenç Pagés Casas<pages@ati.es>Composición y autoediciónComposición y autoediciónComposición y autoediciónComposición y autoediciónComposición y autoediciónJorge Llácer Gil de RamalesTraduccionesTraduccionesTraduccionesTraduccionesTraduccionesGrupo de Lengua e Informática de ATI <http://www.ati.es/gt/lengua-informatica/>AdministraciónAdministraciónAdministraciónAdministraciónAdministraciónTomás Brunete, María José Fernández, Enric Camarero, Felicidad López

Secciones Técnicas - CoordinadoresSecciones Técnicas - CoordinadoresSecciones Técnicas - CoordinadoresSecciones Técnicas - CoordinadoresSecciones Técnicas - CoordinadoresAcceso y recuperación de la InformaciónAcceso y recuperación de la InformaciónAcceso y recuperación de la InformaciónAcceso y recuperación de la InformaciónAcceso y recuperación de la InformaciónJosé María Gómez Hidalgo (Optenet), <jmgomezh@yahoo.es>Manuel J. Maña López (Universidad de Huelva), <manuel.mana@diesia.uhu.es>Administración Pública electrónicaAdministración Pública electrónicaAdministración Pública electrónicaAdministración Pública electrónicaAdministración Pública electrónicaFrancisco López Crespo (MAE), <flc@ati.es>ArquitecturasArquitecturasArquitecturasArquitecturasArquitecturasEnrique F. Torres Moreno (Universidad de Zaragoza), <enrique.torres@unizar.es>Jordi Tubella Morgadas (DAC-UPC), <jordit@ac.upc.es>Auditoría SITICAuditoría SITICAuditoría SITICAuditoría SITICAuditoría SITICMarina Touriño Troitiño, <marinatourino@marinatourino.com>Manuel Palao García-Suelto (ASIA), <manuel@palao.com>Derecho y tecnologíasDerecho y tecnologíasDerecho y tecnologíasDerecho y tecnologíasDerecho y tecnologíasIsabel Hernando Collazos (Fac. Derecho de Donostia, UPV), <isabel.hernando@ehu.es>Elena Davara Fernández de Marcos (Davara & Davara), <edavara@davara.com>Enseñanza Universitaría de la InformáticaEnseñanza Universitaría de la InformáticaEnseñanza Universitaría de la InformáticaEnseñanza Universitaría de la InformáticaEnseñanza Universitaría de la InformáticaCristóbal Pareja Flores (DSIP-UCM), <cpareja@sip.ucm.es>J. Ángel Velázquez Iturbide (DLSI I, URJC), angel.velazquez@urjc.es>Entorno digital personalEntorno digital personalEntorno digital personalEntorno digital personalEntorno digital personalAndrés Marín López (Univ. Carlos III), <amarin@it.uc3m.es>Diego Gachet Páez (Universidad Europea de Madrid), <gachet@uem.es>Estándares WebEstándares WebEstándares WebEstándares WebEstándares WebEncarna Quesada Ruiz (Pez de Babel) <equesada@pezdebabel.com>José Carlos del Arco Prieto (TCP Sistemas e Ingeniería) <jcarco@gmail.com>Gestión del ConocimientoGestión del ConocimientoGestión del ConocimientoGestión del ConocimientoGestión del ConocimientoJoan Baiget Solé (Cap Gemini Ernst & Young), <joan.baiget@ati.es>Informática y FilosofíaInformática y FilosofíaInformática y FilosofíaInformática y FilosofíaInformática y FilosofíaJosé Angel Olivas Varela (Escuela Superior de Informática, UCLM) <joseangel.olivas@uclm.es>Karim Gherab Martín (Harvard University) <kgherab@gmail.com>Informática GráficaInformática GráficaInformática GráficaInformática GráficaInformática GráficaMiguel Chover Sellés (Universitat Jaume I de Castellón), <chover@lsi.uji.es>Roberto Vivó Hernando (Eurographics, sección española), <rvivo@dsic.upv.es>Ingeniería del SoftwareIngeniería del SoftwareIngeniería del SoftwareIngeniería del SoftwareIngeniería del SoftwareJavier Dolado Cosín (DLSI-UPV), <dolado@si.ehu.es>Luis Fernández Sanz (Universidad de Alcalá), <luis.fernandezs@uah.es>Inteligencia ArtificialInteligencia ArtificialInteligencia ArtificialInteligencia ArtificialInteligencia ArtificialVicente Botti Navarro, Vicente Julián Inglada (DSIC-UPV)<{vbotti, vinglada}@dsic.upv.es>Interacción Persona-ComputadorInteracción Persona-ComputadorInteracción Persona-ComputadorInteracción Persona-ComputadorInteracción Persona-ComputadorPedro M. Latorre Andrés (Universidad de Zaragoza, AIPO) <platorre@unizar.es>Francisco L. Gutierrez Vela (Universidad de Granada, AIPO) <fgutierr@ugr.es>Lengua e InformáticaLengua e InformáticaLengua e InformáticaLengua e InformáticaLengua e InformáticaM. del Carmen Ugarte García (IBM), <cugarte@ati.es>Lenguajes informáticosLenguajes informáticosLenguajes informáticosLenguajes informáticosLenguajes informáticosÓscar Belmonte Fernández (Univ. Jaime I de Castellón), <belfern@lsi.uji.es>Inmaculada Coma Tatay (Univ. de Valencia), <Inmaculada.Coma@uv.es>Lingüística computacionalLingüística computacionalLingüística computacionalLingüística computacionalLingüística computacionalXavier Gómez Guinovart (Univ. de Vigo), <xgg@uvigo.es>Manuel Palomar (Univ. de Alicante), <mpalomar@dlsi.ua.es>Mundo estudiantil y jóvenes profesionalesMundo estudiantil y jóvenes profesionalesMundo estudiantil y jóvenes profesionalesMundo estudiantil y jóvenes profesionalesMundo estudiantil y jóvenes profesionalesFederico G. Mon Trotti (RITSI) <gnu.fede@gmail.com>Mikel Salazar Peña (Area de Jovenes Profesionales, Junta de ATI Madrid), <mikeltxo_uni@yahoo.es>Profesión informáticaProfesión informáticaProfesión informáticaProfesión informáticaProfesión informáticaRafael Fernández Calvo (ATI), <rfcalvo@ati.es>Miquel Sàrries Griñó (Ayto. de Barcelona), <msarries@ati.es>Redes y servicios telemáticosRedes y servicios telemáticosRedes y servicios telemáticosRedes y servicios telemáticosRedes y servicios telemáticosJosé Luis Marzo Lázaro (Univ. de Girona), <joseluis.marzo@udg.es>Germán Santos Boada (UPC), <german@ac.upc.es>SeguridadSeguridadSeguridadSeguridadSeguridadJavier Areitio Bertolín (Univ. de Deusto), <jareitio@eside.deusto.es>Javier López Muñoz (ETSI Informática-UMA), <jlm@lcc.uma.es>Sistemas de Tiempo RealSistemas de Tiempo RealSistemas de Tiempo RealSistemas de Tiempo RealSistemas de Tiempo RealAlejandro Alonso Muñoz, Juan Antonio de la Puente Alfaro (DIT-UPM),<{aalonso,jpuente}@dit.upm.es>Software LibreSoftware LibreSoftware LibreSoftware LibreSoftware LibreJesús M. González Barahona (GSYC-URJC), <jgb@gsyc.es>Israel Herráiz Tabernero (UCM), <herraiz@computer.org>Tecnología de ObjetosTecnología de ObjetosTecnología de ObjetosTecnología de ObjetosTecnología de ObjetosJesus García Molina (DIS-UM), <jmolina@um.es>Gustavo Rossi (LIFIA-UNLP, Argentina), <gustavo@sol.info.unlp.edu.ar>Tecnologías para la EducaciónTecnologías para la EducaciónTecnologías para la EducaciónTecnologías para la EducaciónTecnologías para la EducaciónJuan Manuel Dodero Beardo (UC3M), <dodero@inf.uc3m.es>César Pablo Córcoles Briongo (UOC), <ccorcoles@uoc.edu>.Tecnologías y EmpresaTecnologías y EmpresaTecnologías y EmpresaTecnologías y EmpresaTecnologías y EmpresaDidac López Viñas (Universitat de Girona), <didac.lopez@ati.es>Francisco Javier Cantais Sánchez (Indra Sistemas), <fjcantais@gmail.com>Tendencias tecnológicasTendencias tecnológicasTendencias tecnológicasTendencias tecnológicasTendencias tecnológicasAlonso Alvarez García (TID), <aad@tid.es>Gabriel Martí Fuentes (Interbits), <gabi@atinet.es>TIC y TurismoTIC y TurismoTIC y TurismoTIC y TurismoTIC y TurismoAndrés Aguayo Maldonado, Antonio Guevara Plaza (Univ. de Málaga)<{aguayo, guevara}@lcc.uma.es>

Las opiniones expresadas por los autores son responsabilidad exclusiva de losmismos.NováticaNováticaNováticaNováticaNovática permite la reproducción, sin ánimo de lucro, de todos los artículos, a menos quelo impida la modalidad de © o copyright elegida por el autor, debiéndose en todo caso citarsu procedencia y enviar a NováticaNováticaNováticaNováticaNovática un ejemplar de la publicación.

Coordinación Editorial, Redacción Central y Redacción ATI MadridCoordinación Editorial, Redacción Central y Redacción ATI MadridCoordinación Editorial, Redacción Central y Redacción ATI MadridCoordinación Editorial, Redacción Central y Redacción ATI MadridCoordinación Editorial, Redacción Central y Redacción ATI MadridPadilla 66, 3º, dcha., 28006 MadridTlfn.914029391; fax.913093685 <novatica@ati.es>Composición, Edición y Redacción ATI ValenciaComposición, Edición y Redacción ATI ValenciaComposición, Edición y Redacción ATI ValenciaComposición, Edición y Redacción ATI ValenciaComposición, Edición y Redacción ATI ValenciaAv. del Reino de Valencia 23, 46005 ValenciaTlfn./fax 963330392 <secreval@ati.es>Administración y Redacción ATI CataluñaAdministración y Redacción ATI CataluñaAdministración y Redacción ATI CataluñaAdministración y Redacción ATI CataluñaAdministración y Redacción ATI CataluñaVia Laietana 46, ppal. 1ª, 08003 BarcelonaTlfn.934125235; fax 934127713 <secregen@ati.es>Redacción ATI AragónRedacción ATI AragónRedacción ATI AragónRedacción ATI AragónRedacción ATI AragónLagasca 9, 3-B, 50006 Zaragoza.Tlfn./fax 976235181 <secreara@ati.es>Redacción ATI AndalucíaRedacción ATI AndalucíaRedacción ATI AndalucíaRedacción ATI AndalucíaRedacción ATI Andalucía <secreand@ati.es>Redacción ATI GaliciaRedacción ATI GaliciaRedacción ATI GaliciaRedacción ATI GaliciaRedacción ATI Galicia<secregal@ati.es>Suscripción y VentasSuscripción y VentasSuscripción y VentasSuscripción y VentasSuscripción y Ventas <http://www.ati.es/novatica/interes.html>, ATI Cataluña, ATI MadridPublicidadPublicidadPublicidadPublicidadPublicidadPadilla 66, 3º, dcha., 28006 MadridTlnf.914029391; fax.913093685 <novatica@ati.es>Imprenta:Imprenta:Imprenta:Imprenta:Imprenta: Derra S.A., Juan de Austria 66, 08005 Barcelona.Depósito legal:Depósito legal:Depósito legal:Depósito legal:Depósito legal: B 15.154-1975 -- ISSN: 0211-2124; CODEN NOVAECPortada: Portada: Portada: Portada: Portada: Cayendo hacia arriba - Concha Arias Pérez / © ATIDiseño:Diseño:Diseño:Diseño:Diseño: Fernando Agresta / © ATI 2003

novática nº 199 mayo-junio 20092

editorial

Comunicado de Prensa de ATIComunicado de Prensa de ATIComunicado de Prensa de ATIComunicado de Prensa de ATIComunicado de Prensa de ATIsobre la creación del Consejo de Colegios de Ingeniería Informáticas (17/6/2009)sobre la creación del Consejo de Colegios de Ingeniería Informáticas (17/6/2009)sobre la creación del Consejo de Colegios de Ingeniería Informáticas (17/6/2009)sobre la creación del Consejo de Colegios de Ingeniería Informáticas (17/6/2009)sobre la creación del Consejo de Colegios de Ingeniería Informáticas (17/6/2009)

Llorenç PLlorenç PLlorenç PLlorenç PLlorenç Pagés Casasagés Casasagés Casasagés Casasagés CasasCoordinación Editorial de NováticaNováticaNováticaNováticaNovática

en resumen Un mundo dinámico donde lo importante es sumar

El pasado 9 de junio se produjo la aprobaciónunánime por el Congreso de los Diputados delas proposiciones de ley de creación del Con-sejo General de Colegios Oficiales de Ingenie-rías Informáticas presentadas por el GrupoSocialista y el Grupo Popular.

La Asociación de Técnicos de Informática(ATI), creada en 1967, quiere expresar suopinión ante este hecho, como entidad deámbito estatal de la que forman parte cerca de4.000 profesionales informáticos de todo elpaís, casi la mitad de ellos titulados en Inge-niería Informática Superior y Media o Licen-ciados en Informática, y los demás tituladosen otras materias y de otros niveles comoFormación Profesional, así como tambiénno titulados y estudiantes de Informática ensus diversas vertientes.

1. En primer lugar ATI considera que lacreación del Consejo de Colegios de Ingenie-rías Informáticas equipara a éstas con lasdemás Ingenierías, que cuentan con este tipode órganos desde hace años.

2. ATI declara su disposición a colaborar conel Consejo una vez que se haya formado, paradefender a los Ingenieros Informáticos contratoda injusta discriminación y para contribuira la mejora del conjunto de la profesióninformática y al desarrollo armónico de laSociedad de la Información. Esta disposicióna colaborar se extiende a los Colegios queformen parte del citado Consejo, tal comoATI les ha expresado ya en diversas ocasiones.

3. ATI recuerda que los intereses de los pro-fesionales informáticos que no son Ingenie-ros Informáticos deben ser también objeto dereconocimiento y tutela, tanto por las empre-sas como por las Administraciones Públicas,pues es un hecho evidente que la profesióninformática es multidisciplinar y abarca tam-bién a multitud de profesionales que no sonIngenieros Informáticos o Licenciados enInformática (en concreto, titulados de otrascarreras con especialidades informáticas, gra-duados de la rama de Informática de Forma-ción Profesional, poseedores de certificadosotorgados por diversas empresas y organiza-ciones, e incluso personas sin titulación algu-na).

De hecho, en el momento presente el númerode profesionales informáticos en activo queno tienen título de Ingeniería Informática esmuy superior al de éstos.

4. En correspondencia con el punto anteriores obvio que el Consejo de Colegios serárepresentativo de los intereses profesionalescolegiales de los Ingenieros Informáticos delpaís pero no podrá serlo de la totalidad de losprofesionales informáticos, pues por su pro-pia naturaleza corporativa no puede represen-tar a quienes no son titulados en IngenieríaInformática, teniendo en cuenta además quela colegiación no es obligatoria y que no entodas las Comunidades Autónomas existenColegios.

En este sentido ATI, creada en 1967, al ser la

mayor y más antigua de las asociaciones deprofesionales informáticos de nuestro país,también se considera representativa del con-junto de los profesionales informáticos en elámbito asociativo y no reservado por leyexclusivamente a los Colegios.

5. Es preciso subrayar que, a nivel internacio-nal, ATI es desde hace años es el único repre-sentante oficial de los profesionalesinformáticos españoles (en Europa a travésde CEPIS, <www.cepis.org>, y en el mundoa través de IFIP, <www.ifip.org>). ATI con-tinuará ejerciendo plenamente esa representa-ción pues ninguna ley española puede decidirsobre el funcionamiento de organizacionessupranacionales como las citadas.

6. Por último debemos resaltar que en elámbito profesional y laboral ha existido siem-pre una convivencia armoniosa entre los pro-fesionales informáticos que cuentan con títu-los de Ingeniería Informática y quienes no losposeen, convivencia que debe ser preservadafrente a posibles visiones exclusivistas ydiscriminatorias.

Como conclusión, todo lo expuesto ante-riormente hace más evidente si cabe la necesi-dad de colaboración, sin exclusiones, entre lasdistintas organizaciones que representamosa los profesionales informáticos españoles,así como la interlocución de todas ellas,también sin exclusiones, con las Administra-ciones Públicas implicadas en estas materias.

A estas alturas empieza a resultar evidenteque estamos en un "nuevo" mundo, cada vezmás dinámico, donde las interrelaciones, tan-to entre personas como entre entidades, soncada vez más plurales, cambiantes e inclusoimprevisibles, y donde la mejor forma dereducir toda la incertidumbre generada con-siste en ser positivos, cooperar y sumar.

Es este un mundo apasionante donde losgrandes avances de esta época, tanto tecnoló-gicos (redes) como sociales (mayor igualdadde oportunidades) y filosóficos (dar antes derecibir), están marcando el camino.

Si tuviéramos que buscar una muestra detodo ello en el ámbito de la Informática, muy

probablemente deberíamos escoger los lla-mados "ecosistemas" de software libre. Pues-to que es en el campo del software libre dondese dan mejor esas grandes paradojas, signo delos nuevos tiempos, como son la coopera-ción con los competidores o el beneficiarnosde la aportación gratuita de (parte de) nues-tros productos.

Es por esto que la monografía que presenta-mos en este número y que han coordinadoJesús M. Gonzalez-BarahonaJesús M. Gonzalez-BarahonaJesús M. Gonzalez-BarahonaJesús M. Gonzalez-BarahonaJesús M. Gonzalez-Barahona y Teófilo Teófilo Teófilo Teófilo TeófiloRomera OteroRomera OteroRomera OteroRomera OteroRomera Otero (Universidad Rey Juan Car-los), y Björn LundellBjörn LundellBjörn LundellBjörn LundellBjörn Lundell (Universidad deSkövde, Suecia) nos trae una excelente noti-cia: empresas europeas de todos los tamañosy de los más variados sectores están apostan-do decididamente por este modelo, que esca-pa ya de ser un mero modelo de gestión delsoftware para integrarse en una novedosa

corriente de hacer negocio, y en definitiva deafrontar la vida.

La constatación (hay mucho que leer sobreello en la monografía) de la cooperación deesas empresas en comunidades de softwarelibre, asumiendo los consecuentes retos eincertidumbres en la expectativa de importan-tes beneficios "comunitarios", es una buenamuestra de que vamos camino de desterrarese mundo demasiado compartimentalizado,tanto en lo económico como en lo ideológico,que heredamos de nuestros padres y abuelos.

novática nº 199 mayo-junio 2009 3

Noticias de IFIPNoticias de IFIPNoticias de IFIPNoticias de IFIPNoticias de IFIP

Reunión del TC6 (Communication Networks)Ramón Puigjaner Trepat

Delegado Permanente de ATI en IFIP y en el TC6, Vocal de la Junta Directiva General de ATI

<putxi@uib.es> <putxi@uib.es> <putxi@uib.es> <putxi@uib.es> <putxi@uib.es>

Fue una de las reuniones del TC6 a la queasistió un mayor número de miembros: 31más Eduard Dundler, del secretariado de laIFIP en Laxenburg (Austria). Tuvo lugar enAachen (Alemania) los días 14 y 15 de mayoa continuación de Networking 2009, organi-zada en la misma ciudad por el Prof. OttoSpaniol, tal vez la edición mejor organizadadesde que se instauró esta conferencia. Comoactividad notable y singular de esta reuniónfue la conferencia que impartió James Robertsde France Telecom sobre las nuevas tenden-cias y retos en Internet.

Aparte de una serie de asuntos de trámitesobre países que dejarán de ser miembros deIFIP por falta de pago de la cuota, se comentóla participación del TC6 en el próximo WorldComputer Congress WCC 2010 que se cele-brará en septiembre del próximo año enBrisbane (Australia) coincidiendo con la ce-lebración del jubileo de IFIP con motivo de

cumplir 50 años. Esta participación se mate-rializará en el 3rd. IFIP InternationalSymposium on Wireless Communicationsand Information Technology in DevelopingCountries, WCITD’2010, a propuesta delgrupo de trabajo WG6.9 CommunicationNetworks for Developing Countries, contan-do con la participación del WG6-11 E-commerce en una conferencia sobre E-Government y, como actividad principal, conla conferencia sobre Future Internet.

Hay que recordar que este WCC es el últimoque se piensa organizar con el formato actualde diversas conferencias desarrollándose enparalelo. Está por ver si habrá WCC en 2012y, en caso de que lo haya, qué estructuratendrá.

Se discutió la planificación de las actividades(conferencias, workshops, symposia, etc.) delos diferentes WG realizadas en los meses

pasados y a realizar por ellos en los meses avenir. Entre las primeras, aparte de las habi-tuales conferencias y workshops, convieneresaltar la 2nd Summer School on Networking,dedicada en el año 2008 a las comunicacionesinalámbricas y celebrada en Pretoria(Sudáfrica) en los primeros días de octubrecon una notable participación española entreel cuerpo docente (tres de los cinco profesoreseran españoles).

Otro punto importante que fue tratado es elde las características de calidad que debenseguir las distintas actividades organizadasbajo el patrocinio del TC6 y los resultadosque cabe esperar de ellas.

Se planificaron las próximas reuniones pro-bablemente en París en diciembre de este añocoincidiendo con los IFIP Wireless Days y enChennai (antes Madrás, India) en mayo de2010 coincidiendo con Networking 2010.

El TC1 se reunió en la Universidad de York(Reino Unido) el 22 de marzo de 2009. Setrataron los siguientes puntos:

Se discutió la situación de los miembrosen suspenso (recordemos que los miembrosde IFIP son países, no personas) que son losque no han pagado la suscripción a IFIPdurante los últimos tres años. Los represen-tantes nacionales de los miembros suspen-didos ya no forman parte de la AsambleaGeneral (GA) y no son elegibles como miem-bros de categoría A de los TC (ComitésTécnicos). Pueden ser miembros de lascategorías B o C de los TC. También puedenser miembros de los WG (Grupos de Traba-jo). Como los miembros de las categoríasB y C tienen que ser menos que los miembrosde la categoría A, la pérdida de miembros decategoría A reduce el número de miembrosde categorías B y C que los TC pueden tener.

Es preocupante la situación de Francia.Los miembros franceses son muy activos en

IFIP, pero con la suspensión de Franciaparece que no hay en aquel país ningunasociedad que pueda ser sociedad nacional.

Se discutió el modelo de IFIP comosponsor. Este modelo se está discutiendotambién dentro de la GA (General Assembly)y las TA (Technical Activities) de IFIP.

Se recordó que los fondos de IFIP para eldesarrollo igualan las contribuciones parauna de la conferencias de los TC por año enun país en desarrollo. Se está discutiendo unnuevo modelo de financiación en la GA y enlos comités correspondientes.

La edición de la colección de libros IFIP seha movido a Heidelberg, aunque Springer con-tinuará editando la colección. El nuevo títulode la serie es "IFIP Advances in Information andCommunication Technology". El nuevo comi-té editorial incluirá inicialmente un represen-tante de cada TC. El TC1 acuerda que surepresentante sea el chair.

Se discutieron algunos planes para elWWC 2010 y en particular para el TCS 2010en Brisbane. Los profesores James Harland(Melbourne) y Barry Jay (Sydney) fueronpropuestos como co-chairs de TCS 2010.Vladimiro Sassone (Southampton) yCristian Calude (Auckland) fueron propues-tos como co-chairs del comité de programa.Posteriormente, los cuatro aceptaron laspropuestas.

Finalmente resaltar que York es una ciudadque merece ser visitada. Además alberga elNRM, National Railway Museum. Dichomuseo guarda una réplica de la máquina delos Stephenson.

Michael HincheyMichael HincheyMichael HincheyMichael HincheyMichael Hinchey11111,,,,,Joaquim Gabarro VallésJoaquim Gabarro VallésJoaquim Gabarro VallésJoaquim Gabarro VallésJoaquim Gabarro Vallés22222

1Lero, the Irish Software EngineeringResearch Center, Chairman del TC1

2Universitat Politècnica de Catalunya,Representante de ATI en el TC1

< m i k e . h i n c h e y @ u s a . n e t > ,< m i k e . h i n c h e y @ u s a . n e t > ,< m i k e . h i n c h e y @ u s a . n e t > ,< m i k e . h i n c h e y @ u s a . n e t > ,< m i k e . h i n c h e y @ u s a . n e t > ,< g a b a r r o @ l s i . u p c . e d u >< g a b a r r o @ l s i . u p c . e d u >< g a b a r r o @ l s i . u p c . e d u >< g a b a r r o @ l s i . u p c . e d u >< g a b a r r o @ l s i . u p c . e d u >

Reunión del TC1 (Foundations of Computer Science)

novática nº 199 mayo-junio 20094 monografía

monografía Software libre para empresas

Editores invitados

PresentaciónSoftware libre para empresas:¡crea tu producto, alimenta tucomunidad y disfruta tu parte!

En los últimos años la relevancia que elsoftware libre ha ido ganando en diversosámbitos y niveles no ha hecho más que crecer.Está presente en los mercados, en las adminis-traciones públicas y es objeto de estudio yvaloración por parte de académicos, empre-sas e instituciones de gobierno. Se modelanprocesos de desarrollo de software siguiendopautas nacidas en las comunidades de soft-ware libre, se diseñan modelos de negociopara empresas a partir de actividades típicasde los proyectos de software libre, los parti-dos políticos comienzan a preparar accionesal respecto del software libre en sus propues-tas electorales y los gobiernos diseñan leyesrespecto a su uso. E incluso se estudianmodelos económicos alternativos en base alas características que han hecho posible unacomunidad fuerte con capacidad para coordi-nar profesionales, empresas, voluntarios einstituciones públicas alrededor de produc-tos de calidad y disponibles para cualquiera.

Mas allá del software, la cultura libre influyesin duda y a velocidad de vértigo en diversasfacetas de las tecnologías de la información,el arte, la cultura y en definitiva en nuestrasvidas. Elementos como la Wikipedia, la inno-vación abierta, la meritocracia o las licenciasalternativas para el arte y la cultura basadasen los fundamentos introducidos por el soft-ware libre (como las licencias CreativeCommons), las comunidades para compar-tir y crear en Internet como Flickr, y tantasotras novedades han sido absorbidas pornuestra sociedad líquida (que diría ZygmuntBauman) con pasmosa naturalidad y a unritmo imparable.

Los profesionales de las tecnologías de lainformación y la comunicación, así como lasempresas del sector no pueden pasar por altoestas nuevas tendencias y tanto es así queresulta difícil encontrar una sola de estasempresas que no tenga ya una estrategia clararespecto al software libre, bien sea para com-petir con él, para adoptarlo en sus modelos denegocio o para dedicarse en exclusiva a sucreación y explotación.

Este número monográfico especial ha sidoconfeccionado contactando con diferentesexpertos profesionales e investigadores delmundo de la empresa, del software libre y delas relaciones entre empresa y comunidadesde software libre. No pretendemos que seauna recopilación exhaustiva pero sí represen-

tativa del panorama actual en Europa en loque se refiere a casos descriptivos de cómo lasempresas usan y crean software libre, y espe-cialmente cómo se relacionan con otros acto-res (otras empresas, voluntarios y profesio-nales) dentro del mismo escenario.

En un primer artículo introductorio, El soft-ware libre en el mundo corporativo, los edito-res invitados del presente número, Jesús M.Jesús M.Jesús M.Jesús M.Jesús M.González BarahonaGonzález BarahonaGonzález BarahonaGonzález BarahonaGonzález Barahona, Teófilo RomeraTeófilo RomeraTeófilo RomeraTeófilo RomeraTeófilo RomeraOteroOteroOteroOteroOtero y Björn LundellBjörn LundellBjörn LundellBjörn LundellBjörn Lundell, ofrecen su visiónparticular de la importancia de que el mundoempresarial tenga estrategias de acción res-pecto del software libre. Al mismo tiempo,sirve de introducción a los nuevos términos yconceptos a los que se hace referencia en elresto del número, intentando ofrecer unamirada a vista de pájaro de los motivos y losmedios que aplican en este nuevo mundo quees el software libre para empresas.

En su artículo, Buenas prácticas para la

adopción del software libre, Carlo DaffaraCarlo DaffaraCarlo DaffaraCarlo DaffaraCarlo Daffara,reconocido experto en modelos de negociosostenibles con software libre, recoge un com-pendio de consejos y directrices que aseguranuna migración al software libre exitosa paraentornos empresariales. Este artículo abre elmonográfico porque resulta muy representa-tivo de los problemas que las empresas suelenencontrar a la hora de incluir el software libreen sus procesos o en sus modelos de negocioy al mismo tiempo puede servir al lector noiniciado como una extensión de la introduc-ción, puesto que maneja aspectos técnicosque resultan familiares al profesional delsector.

Seguidamente, el artículo Construir y mante-ner una comunidad de práctica: método apli-cado sobre proyectos de software libre mues-tra un método para la creación y gestión decomunidades que puede ser aplicado a lacreación y gestión de comunidades de soft-ware libre y especialmente a aquellas que

Jesús M. Gonzalez-Barahona1, Teófilo RomeraOtero1, Björn Lundell21Universidad Rey Juan Carlos, Madrid;2Centro de Investigación en Informática dela Universidad de Skövde, Suecia

< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >

Jesús M. Gonzalez-Barahona es profesor e investigador en la Universidad Rey Juan Carlos de Móstoles(Madrid). Comenzó a involucrarse en software libre en 1991. Desde entonces ha colaborado en nume-rosos grupos de trabajo, ha desarrollado algunas líneas de investigación y ha comenzado programas deformación diversos en la materia. También colabora con varios proyectos y asociaciones de software libre,escribe en diversos medios sobre temas relacionados con el software libre y lleva a cabo consultoría paracompañías y administraciones públicas sobre software libre, todo ello desde el marco del grupo deinvestigación GSyC/LibreSoft, <http://libresoft.es>.

Teófilo Romera Otero es Ingeniero en Informática por la Universidad Rey Juan Carlos de Madrid, dondeestá actualmente llevando a cabo tareas de investigación para la consecución de su doctorado. Susintereses académicos son el software de fuentes abiertas y cómo las empresas se relacionan con el.También está interesado en el desarrollo de software global aplicado al desarrollo de software de fuentesabiertas y la habilitación tecnológica a través de software de fuentes abiertas. Trabaja para el grupo deinvestigación GSyC/LibreSoft como coordinador de proyectos de investigación nacionales y europeos,algunos de ellos: Calibre, Edukalibre, FLOSSWorld, Morfeo, Vulcano, QualiPSo, FLOSSInclude o Tree.Otras tareas que lleva a cabo en el grupo son consultorías técnicas sobre software de fuentes abiertas yla coordinación docente del Master on Libre Software organizado por GSyC/LibreSoft. Es miembro delQualipso Network Board que gestiona la red de centros de competencia Qualipso y del grupo de trabajosobre Software Libre de la plataforma NESSI. Ha realizado estancias de investigación en la universidad deLeeds en el Reino Unido y en el Irish Software Engineering Research Centre (Lero) de la universidad deLimerick (Irlanda).

Björn Lundell es investigador en el Centro de Investigación en Informática de la Universidad de Skövde.Sus intereses académicos incluyen el software de fuentes abiertas, su evaluación y el soporte de méto-dos. Fue gestor técnico del proyecto de investigación COSI (Codeveloment Using Inner & Open Sourcein Software Intensive Products). Es miembro fundador del grupo de trabajo IFIP 2.13 sobre software librey preside la asociación industrial Open Source Sweeden. Lundell es doctor en Ciencias de la Computa-ción por la Universidad de Exeter.

novática nº 199 mayo-junio 2009 5

Software libre para empresas monografía

monografía

como OW2 o Morfeo implican relacionesentre voluntarios, profesionales y empresas.Los autores, Stéphane RibasStéphane RibasStéphane RibasStéphane RibasStéphane Ribas y MichelMichelMichelMichelMichelCezonCezonCezonCezonCezon, conocen bien tanto la comunidad delsoftware libre como el mundo empresarial ytras su paso por diversas empresasinformáticas han recalado recientemente en elmundo académico, para desde el institutoINRIA seguir ayudando a construir buenasrelaciones entre comunidades de desarrollo yempresas.

En línea con el artículo anterior, MartinMartinMartinMartinMartinMichlmyerMichlmyerMichlmyerMichlmyerMichlmyer nos aporta su trabajoDinamización de comunidades en proyectosde software libre. Se trata de un artículo quecomplementa muy bien tanto al artículo an-terior, sobre la construcción de comunidades,como al que le sigue. Sin duda, se trata de untema muy interesante y novedoso, puesto queaporta una descripción formal de la figura deldinamizador de comunidades en las grandesempresas. Un fenómeno reciente de importan-cia creciente y relativamente poco conocidohasta el momento. No en vano, Martin ha sidoen parte su propio objeto de estudio y observa-ción puesto que su trayectoria como líder dediversos proyectos de software libre de granenvergadura e importancia (incluyendo Debian)le ha llevado a ser contratado por HP paradinamizar y gestionar las relaciones entre laempresa y las comunidades de software libre.

Con una fuerte relación con los dos artículosanteriores, Andrés Leonardo MartínezAndrés Leonardo MartínezAndrés Leonardo MartínezAndrés Leonardo MartínezAndrés Leonardo MartínezOrtízOrtízOrtízOrtízOrtíz y Cristina BreñaCristina BreñaCristina BreñaCristina BreñaCristina Breña, co-fundador yresponsable de comunicación respectivamen-te de la comunidad Morfeo liderada porTelefónica I+D, presentan La ComunidadMorfeo: estrategias Open Source para laOpen Innovation. Morfeo es una comunidadde software en la que participan actores demuy diversa índole y con intereses y capacida-des dispares, y aun así exitosa. Se trata puesde un caso de estudio descriptivo de la historiay peculiaridades de la comunidad Morfeo.

Una vez cubierto el tan interesante tema de las

relaciones entre comunidades de desarrollode software libre y empresas, el número con-tinúa con algunos otros trabajos menos orien-tados a la creación y mantenimiento de comu-nidades pero mucho más enfocados a ladescripción de casos de éxito, oportunidadesy estrategias que las empresas siguen ya otienen a su disposición para la adecuadaexplotación de nuevos modelos de negociobasados en software libre.

Desde su amplia experiencia en Philips, Frank Frank Frank Frank Frankvan der Lindenvan der Lindenvan der Lindenvan der Lindenvan der Linden, reconocido experto en soft-ware libre y líneas de producto, escribe su artícu-lo Aplicación de los principios del software libreen líneas de producto en el que investiga lasdiversas opciones en las que el software libre ylas metodologías de desarrollo asociadas pue-den utilizarse para reducir los problemas deldesarrollo de software global (GSD o desarro-llo distribuido) así como para aumentar lacalidad del software que se desarrolla.

Jan Henrik ZiesingJan Henrik ZiesingJan Henrik ZiesingJan Henrik ZiesingJan Henrik Ziesing, científico investiga-dor del Instituto Fraunhofer en sistemas decomunicación abiertos en Berlín, aporta untrabajo sobre las necesidades de la industriaen el ámbito de software libre y la participa-ción del Instituto Fraunhofer FOKUS en elproyecto Qualipso, el mayor proyecto delprograma marco de la Comisión Europea delos que tratan exclusivamente con el softwarelibre. El artículo lleva por título Abordar lasnecesidades de la industria en Software Libre.Muestra la estrategia que Fraunhofer FOKUStiene preparada para llevar sus modelos yservicios de interoperabilidad tradicionales alámbito del software libre, mediante la crea-ción de un nuevo centro de competencia delsoftware libre que ofrezca servicios al tejidoempresarial de la región de Berlín.

En el siguiente artículo, SpagoWorld, la ini-ciativa de software libre de Engineering,Gabriele RuffatiGabriele RuffatiGabriele RuffatiGabriele RuffatiGabriele Ruffati, director de la unidad deArquitecturas y Consultoría de la división deI+D en Engineering, muestra un caso deestudio basado en la experiencia de la compa-

ñía. Se describen las razones, la estrategia y lasrelaciones de Engineering con las comunida-des, así como los resultados obtenidos por laempresa en sus productos libres.

Por último y para cerrar el número, SusanaSusanaSusanaSusanaSusanaMuñoz Hernández Muñoz Hernández Muñoz Hernández Muñoz Hernández Muñoz Hernández y Jesús MartínezJesús MartínezJesús MartínezJesús MartínezJesús MartínezMateoMateoMateoMateoMateo, profesora y estudiante de doctoradorespectivamente, de la Universidad Politécnicade Madrid (UPM) e investigadores ambos delgrupo de cooperación TEDECO (TEcnologíapara el DEsarrollo y la COoperación), pre-sentan el artículo Una oportunidad para lasempresas de software libre: mercado emer-gente en los países en vías de desarrollo. En élse describen oportunidades y mecanismosmediante los cuales el software libre puedeayudar a la creación del tejido empresarial enlos países en vías de desarrollo.

En definitiva, el presente número especialSoftware libre para empresas pretende mos-trar un panorama actual de las iniciativas,estrategias y acciones que las empresas euro-peas están llevando a cabo respecto al soft-ware libre. Hemos intentado recabar un con-junto de artículos equilibrado y de fuentes yprocedencias diversas, incluyendo Italia, Fran-cia, Holanda, Alemania y España, con auto-res de renombre que se sitúan en la franja,cada vez más amplia, en la que se solapan lascomunidades de software libre y el mundoempresarial, y ofreciendo puntos de vista porparte de universidades, grandes empresas,individuos y organismos públicos. Espera-mos que el resultado sea del agrado del lectory les emplazamos a seguir las evolucionesfuturas de la presente publicación.

AgradecimientosLos editores invitados de este número especial deNováticaNováticaNováticaNováticaNovática quieren agradecer al equipo de ATI yen especial a Llorenç Pagés, por su ayuda y buenhacer. También agradecer a Miguel Vidal suayuda como coordinador de las traducciones y alos traductores del grupo GSyC/LibreSoft por sumagnífico trabajo.

Referencias útiles sobre "Software Libre en la empresa"

Las referencias que se citan a continuación,junto con las proporcionadas en cada uno de losartículos, tienen como objetivo ayudar a loslectores a profundizar en los temas tratados enesta monografía permitiendo contrastar ideas yobtener información actualizada.

LibrosLibrosLibrosLibrosLibrosDan Woods, Gautam Guliani.Dan Woods, Gautam Guliani.Dan Woods, Gautam Guliani.Dan Woods, Gautam Guliani.Dan Woods, Gautam Guliani. Open

Source for the enterprise. O’Reilly Media, Inc.(2005). ISBN-10: 0596101198. Este es ungran libro que explica el software libre desde

el punto de vista empresarial. Ofrece ideasbrillantes sobre la gestión de proyectos y lapaquetización de software libre.

Jan Sandred.Jan Sandred.Jan Sandred.Jan Sandred.Jan Sandred. Managing Open SourceProjects. John Wiley & Sons, 2001. Un ma-nual sobre cómo abordar los principios yventajas de la programación de software libre.

Jesús González Barahona, JoaquínJesús González Barahona, JoaquínJesús González Barahona, JoaquínJesús González Barahona, JoaquínJesús González Barahona, JoaquínSeoane Pascual, Gregorio Robles. Seoane Pascual, Gregorio Robles. Seoane Pascual, Gregorio Robles. Seoane Pascual, Gregorio Robles. Seoane Pascual, Gregorio Robles. In-troducción al Software Libre. Es un libro detexto usado en el tema de Software Libre delprograma de doctorado de la Universidad Rey

Juan Carlos y en algunos otros programas dela Universitat Oberta de Catalunya. Cubreprácticamente todos los temas relacionadoscon el software libre. Este es un libro impres-cindible. <http://ocw.uoc.edu/computer-science-technology-and-multimedia/introduction-to-free-software/materials/>.

Karl Fogel.Karl Fogel.Karl Fogel.Karl Fogel.Karl Fogel. Producing Open SourceSoftware: How to Run a Successful FreeSoftware Project. O’Reilly Media, Inc. (2005).ISBN-10: 0596007590. Este es un libro sobreel aspecto humano del desarrollo de software

novática nº 199 mayo-junio 20096 monografía

monografía Software libre para empresas

libre. Describe cómo operan los proyectosexitosos, las expectativas de usuarios ydesarrolladores, y la cultura del software libre<http://producingoss.com/>.

Chris DiBona, Sam Ockman, MarkChris DiBona, Sam Ockman, MarkChris DiBona, Sam Ockman, MarkChris DiBona, Sam Ockman, MarkChris DiBona, Sam Ockman, MarkStone et al. Stone et al. Stone et al. Stone et al. Stone et al. Open Sources: Voices from theopen source revolution. O’Reilly Media, Inc.(1999). ISBN-10: 1565925823. Una clásica yexcelente compilación de artículos, ensayos yescritos de importantes actores en la escenadel software libre. Entre ellos se encuentranLinus Torvalds, Eric S. Raymond, RichardStallman, Bruce Perens y muchos otros<http://oreilly.com/catalog/opensources/book/toc.html>.

Donald K Rosenberg.Donald K Rosenberg.Donald K Rosenberg.Donald K Rosenberg.Donald K Rosenberg. Open Source:The Unauthorized White Papers. HungryMinds, 2000. ISBN-10: 0764546600. Se tratade una vision general del software libre <http:// w w w . s t r o m i a n . c o m / B o o k /FrontMatter.html>.

Lawrence Rosen. Lawrence Rosen. Lawrence Rosen. Lawrence Rosen. Lawrence Rosen. Open SourceLicensing: Software Freedom and IntellectualProperty Law. Prentice Hall PTR, 2004. ISBN-10: 0131487876. Este libro trata de casi todolo que hay que saber sobre las licencias de

software libre <http://www.rosenlaw.com/oslbook.htm>.

Lawrence Lessig.Lawrence Lessig.Lawrence Lessig.Lawrence Lessig.Lawrence Lessig. Free Culture. PenguinPress HC, 2004. ISBN-10: 1594200068. Estelibro explica cómo los grandes medios decomunicación usan la tecnología y las leyespara bloquear la cultura y controlar la crea-tividad <http://free-culture.org/>.

Karl Fogel, Moshe Bar.Karl Fogel, Moshe Bar.Karl Fogel, Moshe Bar.Karl Fogel, Moshe Bar.Karl Fogel, Moshe Bar. Open SourceDevelopment with CVS. Paraglyph Inc.(2003). ISBN-10: 1932111816. Explica mu-chos aspectos del software libre a través de ladescripción de técnicas y herramientas de de-sarrollo. <http://cvsbook.red-bean.com/>.Otras publicacionesOtras publicacionesOtras publicacionesOtras publicacionesOtras publicaciones

Qualipso Project.Qualipso Project.Qualipso Project.Qualipso Project.Qualipso Project. Qualipso deliverableon OSS business models (2008). Explicamuchos aspectos de los modelos de negociodel software libre junto con el estado del arteactual <http://qualipso.org/sites/default/f i l e s /media /A2/A2 .D1.2 .3%20The%20business%20models%20for%20using%20OS.pdf>.

A. Abella, M. A. Segovia. A. Abella, M. A. Segovia. A. Abella, M. A. Segovia. A. Abella, M. A. Segovia. A. Abella, M. A. Segovia. Libroblanco del software libre en España (2007).<http:// l ibroblanco.com/document/

III_libro_blanco_del_software_libre.pdf>.2020 FLOSS Roadmap. Esta “hoja de

ruta” fue presentada en el OpenWorldForum2008 en Paris. En un documento muy útilcreado de forma colaborativa por un granconjunto de expertos de diferentes empresasy entidades <http://www.2020flossroadmap.org/>.

Rishab Aiyer Ghosh et al. Rishab Aiyer Ghosh et al. Rishab Aiyer Ghosh et al. Rishab Aiyer Ghosh et al. Rishab Aiyer Ghosh et al. Study onthe: Economic impact of open source soft-ware on innovation and the competitivenessof the Information and CommunicationTechnologies (ICT) sector in the EU(FLOSSImpact Report 2006). Este informefue elaborado en el marco del proyectoFLOSSImpact <http://www.flossimpact.eu/> y una gran cantidad de investigadores par-ticiparon en él <http://ec.europa.eu/enterprise/ict/policy/doc/2006-11-20-flossimpact.pdf>.

Qualipso Project.Qualipso Project.Qualipso Project.Qualipso Project.Qualipso Project. Analysis of mostimportant aspects of Open SourceCompetence Centres. <http://qualipso.org/node/48>.

novática nº 199 mayo-junio 2009 7

Software libre para empresas monografía

monografía

novática nº 199 mayo-junio 20098 monografía

monografía Software libre para empresas

El software libreen el mundo corporativo

Jesús M. Gonzalez-Barahona1,Teófilo Romera Otero1, BjörnLundell21Universidad Rey Juan Carlos, Madrid;2Centro de Investigación en Informática dela Universidad de Skövde, Suecia

< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< { j g b , t e o } @ g s y c . e s > ,< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >< b j o r n . l u n d e l l @ h i s . s e >

Resumen: el software libre es un nuevo mundo en sí mismo tanto para las empresas como para losprofesionales. Es por eso que comprender cómo encontrar oportunidades en él es cada vez másimportante a medida que los productos de software libre se usan más y más en la industria del softwarey en otros sectores que dependen del software para sus actividades. En este texto, se exploran algunosde los nuevos aspectos que aparecen al aproximarse al software libre y cómo las empresas reaccionan aellos.

Palabras clave: comunidades, empresas, estrategia, FLOSS, OSS, software libre.

Autores

Jesús M. Gonzalez-Barahona es profesor e investigador en la Universidad Rey Juan Carlos de Móstoles(Madrid). Comenzó a involucrarse en software libre en 1991. Desde entonces ha colaborado en nume-rosos grupos de trabajo, ha desarrollado algunas líneas de investigación y ha comenzado programas deformación diversos en la materia. También colabora con varios proyectos y asociaciones de software libre,escribe en diversos medios sobre temas relacionados con el software libre y lleva a cabo consultoría paracompañías y administraciones públicas sobre software libre, todo ello desde el marco del grupo deinvestigación GSyC/LibreSoft, <http://libresoft.es>.

Teófilo Romera Otero es Ingeniero en Informática por la Universidad Rey Juan Carlos de Madrid, dondeestá actualmente llevando a cabo tareas de investigación para la consecución de su doctorado. Susintereses académicos son el software de fuentes abiertas y cómo las empresas se relacionan con el.También está interesado en el desarrollo de software global aplicado al desarrollo de software de fuentesabiertas y la habilitación tecnológica a través de software de fuentes abiertas. Trabaja para el grupo deinvestigación GSyC/LibreSoft como coordinador de proyectos de investigación nacionales y europeos,algunos de ellos: Calibre, Edukalibre, FLOSSWorld, Morfeo, Vulcano, QualiPSo, FLOSSInclude o Tree.Otras tareas que lleva a cabo en el grupo son consultorías técnicas sobre software de fuentes abiertas yla coordinación docente del Master on Libre Software organizado por GSyC/LibreSoft. Es miembro delQualipso Network Board que gestiona la red de centros de competencia Qualipso y del grupo de trabajosobre Software Libre de la plataforma NESSI. Ha realizado estancias de investigación en la universidad deLeeds en el Reino Unido y en el Irish Software Engineering Research Centre (Lero) de la universidad deLimerick (Irlanda).

Björn Lundell es investigador en el Centro de Investigación en Informática de la Universidad de Skövde.Sus intereses académicos incluyen el software de fuentes abiertas, su evaluación y el soporte de méto-dos. Fue gestor técnico del proyecto de investigación COSI (Codeveloment Using Inner & Open Sourcein Software Intensive Products). Es miembro fundador del grupo de trabajo IFIP 2.13 sobre software librey preside la asociación industrial Open Source Sweeden. Lundell es doctor en Ciencias de la Computaciónpor la Universidad de Exeter.

1. El concepto de software libre,(free, open source) softwareSoftware libre es el término que utilizamos eneste artículo para referirnos tanto al "freesoftware" según lo define la Free SoftwareFoundation1 , como al "open source soft-ware" (software de fuentes abiertas) según lodefine la Open Source Initiative2 . Aunqueambas definiciones son diferentes, cubrencasi la misma colección de software. En cual-quier caso, los términos (al menos en inglés)no son intercambiables. Para algunos, lapalabra "free" (que se puede traducir comolibre o como gratis al castellano) se refiere alas libertades que el software libre brinda y poresto mismo, nunca debería ser omitida. Paraotros, el sentido ambiguo de la palabra "free"que puede entenderse también como "gratis"es un problema para el entendimiento delconcepto, especialmente en entornos empre-sariales. Para evitar esta discusión, usaremosel término software libre a lo largo de estetexto.

En cualquier caso, podemos aportar unabreve descripción del software libre mencio-nando las "cuatro libertades". El softwarelibre es aquel que permite a los que lo reciben:ejecutarlo y usarlo; estudiarlo y adaptarlo anecesidades específicas; redistribuirlo a otros;y mejorarlo y añadirle funcionalidad. Todasestas libertades pueden ejercerse una vez queel software es obtenido, sin necesidad depermisos adicionales de los dueños del co-pyright más allá de la licencia que se aplicapara ese software.

Desde este punto de vista, el software libre esprincipalmente un concepto legal. Define al-gunos permisos básicos que los dueños delcopyright garantizan a aquellos a quienes danel software. De hecho, los dueños del copyrig-ht no ceden todos sus derechos. Algunosquedan reservados en forma de cláusulas ycondiciones especificadas en las licencias desoftware libre.

Desde un punto de vista económico y denegocio, es importante remarcar que no seespecifica nada acerca de cómo se obtiene elsoftware. Puede ser obtenido gratis de unrepositorio público en Internet o compradopor un sustancioso precio en una tienda,puede que en una bonita caja.

Desde un punto de vista técnico, el softwarelibre no es una tecnología en sí mismo. Dehecho, la única característica tecnológicacomún para que un programa sea softwarelibre, es que el código fuente ha de estar

disponible (el término "software de fuentesabiertas" hace hincapié en esto). Pero apartede este hecho, existen algunas particularida-des comunes en la manera en que se desarrollael software libre: modelos de desarrollo abier-tos, con más información disponible pública-mente; existencia de comunidades de soporte;mezcla de voluntarios y desarrolladores pa-gados; meritocracia y reglas de gobierno ba-sadas en la comunidad, etc.

Desde un punto de vista ético, la ética hackeres una fuerte convicción para muchos de losparticipantes en los proyectos de softwarelibre, pero no se trata de un aspecto "obliga-torio". De hecho, muchos otros no la recono-cerán o incluso no saben de qué se trata.

Puede que esta breve introducción a la idea de

software libre sea suficiente para mostrarcómo de complejo es este fenómeno, conimplicaciones legales, de negocio, técnicas yéticas. Debido a esta naturaleza diversa y lasinterrelaciones de los diferentes intereses de lagente que participa, no suele ser fácil deentender para los neófitos.

2. Problemas comunes que en-cuentran las empresasEn algún momento una empresa, que puedeestar enfocada a las TIC o bien utilizarlaspara otros propósitos, considera el producir,integrar, usar o mejorar servicios basados ensoftware libre. Existen varias razones quepueden llevarla a este punto. Razones amplia-mente discutidas en otros lugares y que noserán consideradas aquí. En lugar de centrar-se en esas razones, este artículo toma esa

novática nº 199 mayo-junio 2009 9

Software libre para empresas monografía

monografía

decisión de "pasarse al software libre", quecada vez es más común en el mundo empre-sarial, como el punto de partida.

De hecho, una vez que se ha tomado esadecisión es cuando viene la parte más difícil.Las empresas han de lidiar, a partir de esepunto, con algunos aspectos que si son ma-nejados con acierto pueden producir benefi-cios considerables, pero si son pasados poralto, pueden también ser causa de numerososriesgos y problemas. Muchos de estos aspec-tos son someramente discutidos en el resto deesta sección.

2.1. Lidiar con comunidadesEl desarrollo de software libre se suele llevara cabo en comunidades que no sólo incluyena los desarrolladores principales, sino tam-bién a colaboradores esporádicos odesarrolladores de productos relacionados(por ejemplo de ramas alternativas del mismosoftware, para el uso corporativo) y usuariosde diferentes tipos (desde usuarios finales queno saben nada del desarrollo a integradorescon experiencia que conocen el producto casitan bien como los desarrolladores principa-les). Los individuos en estas comunidadespueden ser simplemente voluntarios que de-penden de su propia motivación, profesiona-les contratados por empresas para contribuirde acuerdo a los intereses de estas o inclusoalguna combinación de ambos.

Cualquier compañía que se acerque (o quepretenda crear) a una de estas comunidadesse enfrentará a un entorno bastante diferentede las relaciones contractuales que mantienecon otras compañías o empleados y a las queestá acostumbrada. Por ejemplo, normal-mente no hay contratos que regulen las rela-ciones entre participantes en la comunidad yque puedan comprometer a la gente una vezfirmados. Al contrario, la motivación y lacreación de relaciones fructíferas para todaslas partes es aquí el modus operandi. Adap-tarse a estas nuevas reglas no es siempre fácil.

La imagen corporativa también adquiere unanueva dimensión en estos entornos. Cuandouna empresa (generalmente a través de susempleados) se convierte en miembro de unacomunidad de software libre, losdesarrolladores comienzan a forjarse unaimagen de la empresa, que normalmente sesobrepone a la imagen "tradicional" de dichaempresa. Otros comienzan a considerarla entérminos de cuánto esa empresa contribuye ala comunidad, cuánto se beneficia de ella,cómo colabora con otros participantes den-tro de ella o si es percibida como si estuvieraintentando controlarla. Esta imagen puedeproducir todo tipo de efectos secundarios.

2.2. Asuntos legalesLas licencias de software libre, aunque sebasan en las mismas leyes de propiedad inte-lectual con las que las empresas de TIC estánfamiliarizadas, son utilizadas de modos muydiferentes. Lamentablemente, sigue siendo

poco común encontrar expertos legales conexperiencia y conocimientos plenos en losmodelos de licenciamiento libres. Pero anali-zar los esquemas de licenciamiento con acier-to y comprender no sólo sus implicacioneslegales, sino también las económicas o lastécnicas, es de crucial importancia para lascompañías. Los esquemas de desarrollo, ladiseminación de nuevas tecnologías o losmodelos de negocio se ven normalmente res-tringidos o potenciados dependiendo de laslicencias que entren en juego.

De hecho, las licencias de software libre son dealgún modo el tejido que mantiene unidos atodos los actores interesados en un productode software libre. Dependiendo de la licenciautilizada, de cómo es explicada y cómo se hacecumplir, otros actores podrán estar más omenos interesados en colaborar. Las licen-cias también brindan una serie de garantías aempresas interesadas en un producto y tienenimpacto en muchos aspectos diferentes inclu-yendo la reutilización de componentes o ladependencia estratégica. Por supuesto quetambién muestran una fuerte relación conotros aspectos legales que preocupan a lascompañías, como las leyes reguladoras de lapropiedad industrial (patentes).

A pesar de la importancia de las licencias en elmundo del software libre, su estudio detalla-do no es siempre simple. De hecho, es uncampo que el mundo corporativo suele reco-nocer como potencialmente problemático.

2.3. Nuevos procesos de desarrolloEl software libre puede ser desarrollado usan-do métodos tradicionales, que son comunesen las empresas de desarrollo de software,pero este no suele ser el caso. Las comunida-des de software libre suelen utilizar sus pro-pios procesos, que tienen en cuenta o inclusoaprovechan las características particularesdel equipo de desarrollo. Una de las principa-les diferencias que normalmente encuentranlas compañías es que los desarrolladores noestán atados por contratos o trabajan parauna única compañía.

Al contrario, las comunidades de desarrollode software libre por regla general, estáncompuestas de una mezcla de voluntarios yprofesionales contratados por diferentesempresas. Debido a esta mezcolanza, lasrelaciones entre desarrolladores, y entre lascompañías y los desarrolladores, son bastan-te diferentes a las de los proyectos tradiciona-les, con una jerarquía clara de gestión y res-tricciones contractuales claras si varias em-presas se involucran a un tiempo.

En la mayoría de los proyectos de softwarelibre, la palabra clave es: motivación. Losdesarrolladores no pueden ser "gestionados"en el sentido clásico de la palabra. Por contra,trabajan juntos, con procesos de toma dedecisiones y planificación normalmente basa-dos en el concepto de meritocracia y confianzamutua. Por supuesto esto no significa que no

haya toma de decisiones, o que las opinionesy propuestas de todos los participantes setengan en consideración en la misma medida.Los proyectos de software libre suelen seguirciertas reglas, que en algunos casos existenpor escrito (al menos parcialmente), peropueden ser muy diferentes de aquellas que seutilizan en el mundo empresarial.

Este nuevo entorno suele ser difícil de entenderpara algunos desarrolladores de empresas, quepuede ser que tengan muchos años de experien-cia, pero que pueden ser desconocedores de lasparticularidades de los proyectos de softwarelibre, como por ejemplo las posibilidades de queuna contribución sea aceptada o no o cómohacerla de la mejor manera para que lo sea, quees una de las cosas que puede ser difícil deentender para ellos.

Cuando una empresa adopta un producto desoftware libre o decide lanzar el suyo propio,este tipo de problemas han de ser tenidos encuenta. De cualquier modo, hay diferentesestrategias para lidiar con ellos, desde contra-tar nuevo personal con experiencia en entornosde software libre hasta proporcionar forma-ción al equipo existente, para que aprendan yexperimenten el tipo de situaciones que se vana encontrar.

2.4. Impulsar un productoCuando una empresa lanza un nuevo produc-to de software libre, normalmente está intere-sada en mantener algún tipo de control sobreél y su evolución futura. En el caso del soft-ware propietario, este control se ve garantiza-do por los estrictos términos de las licencias.Pero si se trata de software libre, otros puedentrabajar en él también, mejorarlo (puede quede una manera en que a la empresa no le guste)y redistribuir nuevas versiones, proporcionarservicios basados en él, y puede que, con eltiempo, hacerse con el control del producto(siendo por ejemplo que distribuya la versiónmás conocida y usada).

Para evitar esto, las empresas pueden utilizardiferentes estrategias, pero no dejan de serestrategias en un nuevo entorno para ellas. Dehecho, están basadas en mantener su estatusde productor principal del producto, que nor-malmente depende de cuánto esfuerzo y re-cursos están dispuestas a dedicar al productouna vez ha sido distribuido. Es por esto quehan de planear de antemano si no quierenarriesgarse a perder su posición privilegiada.La situación es más problemática cuando laempresa no es el único productor, sino que seha unido a una comunidad de desarrollo.

Normalmente, son varias las compañías quecompiten en ella por ser consideradas "cabezadel proyecto" Buscar situaciones sinérgicasque involucren a otros actores y entendercomo contribuir a la creación de una comu-nidad sana que asegure la viabilidad del pro-yecto al mismo tiempo que se mantenga uncierto grado de control sobre ciertas decisio-nes, es un juego difícil.

novática nº 199 mayo-junio 200910 monografía

monografía Software libre para empresas

3. Nuevas estrategias para nuevassituacionesEl software libre es un mundo nuevo para lascompañías. Es territorio desconocido no sólopara los que producen software como suprincipal línea de actividad, sino también paraaquellos que necesitan software para susproductos o servicios. Esta última categoría,engloba a una enorme porción de todas lascompañías, puesto que son estratégicamentemás y más dependientes del software.

Por tanto, se necesitan nuevas estrategias ymuchas compañías las están explorando ac-tivamente para beneficiarse del software libre,para usar software libre como medio parareforzar otros fines, o incluso como parteintegral de la política de negocio de la compa-ñía. En esta sección se muestran algunas deestas estrategias, las cuales en muchos casosvienen a describir nuevas maneras de colabo-rar con otros actores.

3.1. Comunidades de empresasLas comunidades de empresas basadas en elsoftware libre son una nueva forma de cola-boración empresarial no basada en relacionescontractuales. El núcleo alrededor del cual seforma la comunidad suele ser un conjunto deproyectos de software libre que pueden estarinterrelacionados o no. Las empresas partici-pan en la comunidad porque tienen algún tipode interés en el software (producirlo, usarlo,proveer servicios alrededor de él, etc.), o inclu-so en la comunidad misma, por las oportu-nidades de negocio que pueden surgir de ella.De alguna manera, estas comunidades estánmodeladas según las comunidades tradicio-nales de software libre pero con la diferenciaprincipal de que están compuestas por com-pañías en lugar de por individuos. No suelenestar sujetas a alianzas institucionales for-males, aunque en algunos casos existe elconcepto explícito de membresía. Los mis-mos principios de meritocracia y "los que máscontribuyen son los que deciden" que se en-cuentran en otras comunidades de softwarelibre, también se ponen en funcionamientoaquí , hasta cierto punto.

Estas comunidades de empresas son en partesimilares a los grupos de interés informalespero con un lazo especial que armoniza losdiferentes intereses: el código que se produceen la comunidad. En este marco, las empresasinteresadas en obtener un producto concretosimplemente empiezan a desarrollarlo, puedeque tras una colaboración pactada con otrosactores. Las acciones de negocio pueden sercoordinadas por varios miembros y en algu-nos casos se encuentra cierto grado de apro-visionamiento común de fondos y recursospara lanzar nuevas ideas. Normalmente setrata de una mezcla de empresas grandes ypymes, junto con organismos públicos deinvestigación y otros entes. Esta peculiarmezcolanza facilita la transferencia tecnoló-gica desde el mundo académico a la industriay la creación de ecosistemas ricos alrededor deproyectos de software libre específicos.

El hecho de que el software producido seasoftware libre garantiza que nadie tiene con-trol absoluto sobre él y que se busquen solu-ciones con las que todos los diferentes actoresse sientan a gusto. Esto de alguna maneraallana el camino y ayuda a establecer algunasnormas, lo que facilita el hecho de que com-pañías competidoras puedan, en algunas cir-cunstancias, colaborar en proyectos específi-cos de su mutuo interés sin el engorro y lacomplejidad de detallados acuerdos legales.Algunos ejemplos de estas comunidades sonOW23 (antiguamente Object Web), construi-da alrededor de tecnologías web, o Morfeo4

que trata con diversas tecnologías.

3.2. Alianzas empresarialesLas alianzas son un caso específico de grupode empresas con un objetivo específico ycomún a todos los participantes, que actúacomo lazo de unión que las mantiene unidas.Este objetivo común es normalmente la pro-ducción o promoción de una tecnología espe-cífica o un estándar basado en el softwarelibre. Las empresas participantes normal-mente firman un acuerdo común e inviertenrecursos en ese fin. En general, no son muydiferentes de otros tipos de alianzas empresa-riales y sus principales diferencias son debidasal hecho de estar construidas alrededor delsoftware libre. De hecho, esto suele ayudar aque la alianza se establezca como un puntoneutral de control, abierto a nuevos actores.Ya que nadie controla la tecnología (puestoque es software libre), en principio el campoestá allanado para que todos los participan-tes compitan según sus capacidades.

Algunos ejemplos de alianzas basadas ensoftware libre son Limo Foundation5 , OpenHandset Alliance6 , y Symbian Foundation7

(todas en el área de los sistemas operativospara dispositivos móviles), o Genivi Alliance8

(dedicada a la producción de una plataformade software para coches).

3.3. Promoción de las comunidadestradicionalesOtra estrategia utilizada habitualmente porlas empresas es la creación y promoción deuna comunidad de desarrolladores y usua-rios, diseñada según las comunidades de soft-ware libre tradicionales. En este caso, unacompañía que lidera un proyecto de softwarelibre intenta que otras compañías e individuosse interesen, usando una estructura basada enla meritocracia, la contribución y la confian-za, de manera similar a lo que ocurre en lascomunidades formadas por voluntarios.

La empresa que promueve la comunidad seposiciona en una figura de promotor benevo-lente, de algún modo renunciando a algunosde los beneficios de ser el principal productor.El hecho de que el producto sea software libretambién proporciona ciertas garantías a otrosactores de que el promotor no mantienecontrol total, lo que hace que sea más intere-sante para ellos el participar. Por regla gene-ral, se encuentran relaciones sinérgicas donde

los promotores consiguen esfuerzo e innova-ción invertido en el producto en cantidadessustanciales, mientras que los actores se be-nefician bien de los recursos del promotor,bien de las oportunidades de negocio que sedan gracias a la escala de la colaboración.

Algunas empresas productoras de distribucio-nes de Linux, como RedHat9 con su comuni-dad Fedora10 o Canonical11 con su comunidadUbuntu12 fueron de las primeras en exploraresta estrategia. Más recientemente, Nokia13 hasido un caso sonado también, con su comuni-dad Maemo14 . Como estos casos ha habidomuchos otros recientemente.

3.4. Involucrarse en comunidadestradicionalesEn algunos casos, la mejor estrategia percibidapor una empresa es unirse a una comunidadtradicional de desarrollo de software libreexistente. En ocasiones, estas comunidadescomenzaron como un grupo de individuos,probablemente voluntarios, con el objetivocomún de compartir esfuerzos para el desa-rrollo y el mantenimiento de algún productode software específico. Pero con el tiempo, eshabitual que desarrolladores contratados porempresas interesadas en el producto acabenpor unirse a la comunidad o que las empresascontraten directamente a desarrolladores dela comunidad, para de algún modo unirse aldesarrollo colaborativo (y en algunos casostratar de influenciarlo). Este ha sido el caso,por ejemplo, de una de las más conocidascomunidades de software libre: Apache15 .Desde sus comienzos, varios desarrolladoresclave han estado trabajando para compañíasmientras participaban en Apache en tiempo detrabajo. La comunidad Apache reconocióeste hecho pero trató de mantenerse comouna comunidad de individuos en la cual losmiembros no se consideran representantes dela empresa para la que trabajan. Aunquesiempre puede haber algún tipo de tensióndebido a intereses empresariales, de cuandoen cuando.

En algún momento, algunas comunidadesformalizan la participación de empresas. Lacomunidad acepta recibir donaciones (enforma de empleados, fondos u otros valorescomo infraestructuras, servidores, etc.) y seestipulan reglas para equilibrar los interesesde las empresas junto con los del proyectocomo un todo.

Normalmente, las empresas tratan de impul-sar el proyecto ya no requiriendo más influen-cia a cambio de sus donaciones, sino produ-ciendo código para las funcionalidades espe-cíficas que están buscando. En algunos ca-sos, esto lleva a la creación de nuevos produc-tos dentro del proyecto. Esto puede distorsio-nar la relación entre voluntarios y empleadosen el proyecto. Pero también produce muchosbeneficios, uno de los cuales puede ser elincremento de los recursos humanos quetrabajan activamente en el proyecto o la solu-ción a problemas específicos en los que los

novática nº 199 mayo-junio 2009 11

Software libre para empresas monografía

monografía

voluntarios podrían no estar tan interesados.Existen varios ejemplos de casos como este.El Proyecto GNOME16 es probablemente elcaso más conocido. A finales de los 90 ycomienzos de esta década, muchas empresas(grandes corporaciones como Sun17 oNovell18 , o pequeñas startups como Eazel19

o Ximian20 ) colaboraron juntas. Un casomás moderno puede ser la relación de laMozilla Foundation21 con varias compa-ñías, especialmente Google22 , de la que recibeuna cantidad considerable de ingresos.

4. El papel de las pymesAlgunas pequeñas y medianas empresas tien-den a ser muy activas en términos de innova-ción y creación de nuevas tecnologías. Nor-malmente son consideradas más ágiles y di-námicas que las grandes corporaciones. Espor esto que no es sorprendente que muchasde ellas hayan sido pioneras en el campo delsoftware libre.

Algunos de los primeros casos se dieron graciasa desarrolladores de software libre que funda-ban sus propias pymes para rentabilizar el tiem-po y esfuerzo invertido en la creación de produc-to de software libre exitoso. En estos casos, eldesarrollo fue comenzado por una comunidadde voluntarios, pero en algún momento, unaparte o todos ellos, decidieron crear una empre-sa que probablemente se encargaba de todo ocasi todo el desarrollo y ofrecía servicios conánimo de obtener beneficios. Un ejemplo muyrepresentativo de esto es el caso de MySQL23 ,donde los principales desarrolladores fundaronMySQL AB, la empresa que lideró a partir deentonces el desarrollo casi al completo. Al mis-mo tiempo, ofrecieron servicios con los queobtenían fondos para financiar el desarrollo.

Este modelo se encuentra en muchos otroscasos antes y después del de MySQL. De hecho,es tan popular que en muchos casos, la empresase establece incluso antes de que el desarrollocomience formalmente, con el objetivo formalde dirigirlo cuando empiece. De algún modo,Red Hat o Ximian siguieron este modelo, sien-do sólo dos de los muchos ejemplos existentes.Con el tiempo, estas compañías pueden llegara ser compradas por grandes corporaciones(como ha sido el caso de MySQL AB, adquiridapor SUN o Ximian, adquirida por Novell), quede esta manera, incorporan innovación en suestrategia corporativa.

En algunas pymes innovadoras losdesarrolladores de software libre encuentrantrabajo con más facilidad. De hecho, paraestas compañías, contratar a estosdesarrolladores es una manera de mostrar suimplicación en los productos y servicios queofrecen (cuando están basados en softwarelibre), y una manera de diferenciarse de lacompetencia. La relación entre pymes y vo-luntarios en algunos proyectos es tan cercanaque los desarrolladores pasan de vez en cuan-do de una pyme a otra, sin dejar de trabajar enel mismo proyecto y viceversa: cambian deproyecto sin llegar a tener que cambiar de

empresa. Desde muchos puntos de vista,muchos proyectos serían simplementeinviables sin la participación de las pymes y losrecursos que invierten en el desarrollo, mien-tras que al mismo tiempo estas pymes noserían viables sin el proyecto exitoso de soft-ware libre con el que trabajan.

La relación de las pymes con las grandescorporaciones en las comunidades de desa-rrollo no es siempre fácil. Las pymes tienenproblemas para crear ecosistemas ricos por símismas, lo que significa que normalmenteagradecen la adhesión de grandes empresas.Pero una vez que entran en juego, puede darseuna situación de desequilibrio para los acto-res más pequeños. Aunque por norma suelenser más activos y dinámicos, el mero volumende grandes actores y la disponibilidad de susrecursos puede dirigir el proyecto en direccio-nes inesperadas. En cualquier caso, cuandoestas capacidades diferentes se utilizan con elánimo de buscar sinergias se puede conseguirun enorme impulso para el proyecto y bene-ficio para todos los actores.

5. El software libre y los profesio-nales informáticosLos profesionales de las TIC se sitúan en elcorazón del desarrollo de software libre. Apesar de lo que todavía digan fuentesdesinformadas, la mayoría de proyectos desoftware libre son liderados por profesionalesexperimentados en el desarrollo de software,normalmente con muchos años de experien-cia. En algunos casos, han estado involucradosen el software libre desde siempre y en otrosvienen de la industria del software tradicional.Puede que empezaran trabajando en proyec-tos de software libre como hobby en su tiem-po libre o puede que lo hicieran debido a unadecisión de su compañía. Pero, en cualquiercaso, ellos como individuos son el pegamen-to que mantiene unidos los elementos de losproyectos.

Como hemos mencionado repetidamente eneste texto, en muchos casos las empresasestán involucradas en proyectos, pero no son"ciudadanos de primera" en ellos. La mayoríade las comunidades de software libre estánbasadas en las relaciones entre personas, noen acuerdos corporativos. Es por esto quenormalmente, el papel de los profesionalesinformáticos que participan en estas comuni-dades sea mucho más importante que el de lasempresas para las que trabajan. De algúnmodo, la mayoría de los proyectos de soft-ware libre están en realidad liderados porprofesionales de las TIC que son reconocidosen la medida en que meriten por ello y seesfuercen en el proyecto.

De hecho, este reconocimiento del mérito y elesfuerzo nos lleva a un nuevo papel para losdesarrolladores profesionales. En lugar deestar restringidos por acuerdos privados yreglas empresariales que les impiden mostrara sus colegas sus capacidades y logros, eljuego en el mundo del software libre es exac-

tamente el contrario. Todo el trabajo es pú-blico, y todas las acciones son trazables. Losprofesionales que hacen un buen trabajo sonreconocidos por sus colegas y se llevan sureputación consigo según se mueven de com-pañía en compañía.

Desde el punto de vista del desarrollo profesio-nal a largo plazo, tan importante para losprofesionales de las TIC, el software libre es unmundo de posibilidades. Al poder leer el código,entender nuevas arquitecturas de programaslibres, nuevas tecnologías y nuevos paradigmasresultan tareas más sencillas. En conclusión, elsoftware libre brinda nuevas oportunidades paraprofesionales. Por supuesto que existen algu-nos riesgos evidentes, como los problemasderivados de exponer públicamente prácticas dedesarrollo deficientes, por ejemplo. Pero engeneral, los profesionales tienen mucho más delo que beneficiarse cuando trabajan con soft-ware libre.

6. ConclusiónEl software libre es un nuevo campo en elpanorama de las TIC, no porque sea unanueva tecnología sino porque brinda nuevosprocesos y posibilidades. Tanto las empresascomo los profesionales pueden obtener bene-ficios si encuentran la manera de aprovecharsus capacidades y pueden alinear sus objeti-vos con los de la comunidad del software libre.De todos modos, como todo nuevo mundo,es crucial entender las nuevas reglas y explorarlas oportunidades emergentes para benefi-ciarse de él. Por supuesto también existenriesgos, especialmente para aquellos que nose den cuenta de que, en muchos aspectos, elentorno ha cambiado.

Notas

1 Free Software Foundation < http://www.fsf.org/>.2 Open Source Init iative <http://www.opensource.org/>.3 OW2 Consortium <http://www.ow2.org/>.4 Morfeo Project <http://morfeo-project.org/>.5 LiMo Foundation <http://www.limofoundation.org/>.6 open handset alliance <http://www.openhandsetalliance.com/>.7 Symbian Foundation <http://www.symbian.org/about/index.php>.8 GENIVI Alliance <http://www.genivi.org/>.9 redhat <http://www.redhat.com/>.10 fedora <http://fedoraproject.org/>.11 CANONICAL <http://www.canonical.com/>.12 ubuntu <http://www.ubuntu.com/>.13 NOKIA <http://www.nokia.com/>.14 maemo.org <http://maemo.org>.15 The Apache Software Foundation <http://www.apache.org/>.16 GNOME: The Free Software Desktop Project<http://www.gnome.org/>.17 Sun microsystems <http://www.sun.com/>.18 Novell <http://www.novell.com/>.19 <http://en.wikipedia.org/wiki/Eazel>.20 <http://en.wikipedia.org/wiki/Ximian>.21 mozilla.org <http://www.mozilla.org/>.22 Google <http://www.google.com/intl/en/corporate/>.23 MySQL <http://www.mysql.com/>.

novática nº 199 mayo-junio 200912 monografía

monografía Software libre para empresas

1. IntroducciónEn una empresa, la decisión de adoptar solu-ciones basadas en software libre (Free/LibreOpen Source Software, FLOSS), o la deintegrar el software libre en sus servicios, sebasa normalmente en los siguientes casos deuso:

Migración/Sustitución básica: consisteen usar el FLOSS en la infraestructura infor-mática, sustituyendo normalmente instala-ciones basadas en software privativo.

Nuevo desarrollo: introducción del FLOSSpara desarrollar un nuevo proyecto de lacompañía (adopción).

Venta de servicios basados en FLOSS.Venta de productos que contienen FLOSS

internamente en una cantidad significativa.

En este sentido, una empresa puede encontrarútil el software libre desde un punto de vistatáctico (cuesta menos dinero implementarlo,con menos dependencia de proveedores, opuede ayudar a introducir productos en elmercado en menos tiempo). Los procesos deadopción interna se suelen modelizar usandoun modelo incremental, desarrollado inicial-mente por P. Carbone [1] y otros. Este mo-delo es un proceso de pasos sucesivos, siendoel primero el más complejo de todos, normal-mente (ver figura 1figura 1figura 1figura 1figura 1).

En todo caso, el proceso de migración yadopción es complejo, con esfuerzosmultidisciplinares que afectan a varias áreasy requieren una comprensión completa de losflujos de trabajo individuales, cómo se ejecu-tan y cómo la gente interactúa con los siste-mas de información en su trabajo diario. Eneste sentido, una migración a software libre esun reto importante y, como muchas otrastareas complejas, puede ir mal. Hay muchosobstáculos que nos encontramos al enfren-tarnos a una migración, pero algunos puedenevitarse fácilmente siguiendo prácticas sim-ples. Muchas de las dificultades no son denaturaleza técnica, sino organizativas, y casitodo el esfuerzo que requerirán vendrá dearriba (del equipo de gestión de la empresa);otro aspecto importante es el impacto socialde la migración (tal como la aceptación de losusuarios de los nuevos sistemas), lo cualrequerirá atención aparte.

2. Pautas de gestiónEl camino a seguir para hacer una migracióncorrecta al uso de FLOSS siempre empiezapor tener un panorama preciso de las funcio-

nes de Tecnologías de la Información (TI) dela empresa, una clara visión de las necesidadesy beneficios de las transiciones y un soportepermanente. Las diferencias con los modelosde desarrollo y soporte en el software librepueden requerir un cambio significativo en lamanera en la que el software y los serviciosson gestionados y, en general, un desplaza-miento de la responsabilidad desde los pro-veedores externos hacia el personal interno.

Asegúrese de gestionar el compro-miso a la transiciónEl soporte de la gestión y el compromiso semuestran repetidamente como las variablesmás influyentes en el éxito de los esfuerzosmás complejos de gestión de TI, y las migra-ciones a software libre no son una excepción.Este compromiso debe mantenerse duranteun período de tiempo suficiente para cubrir lamigración completa. Esto significa que, enlas organizaciones cuyos directores de Infor-mática son cambiados con frecuencia, o don-de la gestión cambia con cierta periodicidad(por ejemplo, en las Administraciones públi-cas donde ocurre a menudo), debe haber unproceso para transferir la gestión de la migra-ción. El compromiso debe también extender-se a la financiación (puesto que tanto loscambios como la formación requerirán re-

cursos, tanto económicos como humanos).La mejor forma de garantizar una coordina-ción constante es asignarle un equipo conexperiencia mixta (gestión y técnica) para daruna realimentación continua y una gestióndel día a día.

A tener en cuenta: si las únicas personas quetrabajan en la migración son personal deldepartamento de informática, probablemen-te no tendrán información suficiente sobre lagestión de más alto nivel, ni planes de finan-ciación para continuar la migración tras losprimeros pasos.

Prepare una panorámica clara de loque se espera de la migración oadopción, incluyendo puntosmediblesLa transición puede empezarse por variosmotivos, incluyendo el mejor control de loscostes de informática, independencia de losproveedores, flexibilidad o soporte de losestándares abiertos. Para asegurarse de que lamigración está produciendo beneficios deforma efectiva, o está yendo de acuerdo alplan de migración, es fundamental conocer deantemano los indicadores que servirán paraevaluar el progreso. Los requisitos deben serrealistas, y, en particular, las expectativas de

Buenas prácticas para la adop-ción del software libre

Carlo DaffaraDirector de I+D de Conecta Research ltd.,Italia

< c d a f f a r a @ c o n e c t a . i t >< c d a f f a r a @ c o n e c t a . i t >< c d a f f a r a @ c o n e c t a . i t >< c d a f f a r a @ c o n e c t a . i t >< c d a f f a r a @ c o n e c t a . i t >

Traducción: Traducción: Traducción: Traducción: Traducción: Juan Jose Amor Iglesias (GSyC/LibreSoft, Universidad Rey Juan Carlos)

Resumen: muchas empresas y administraciones públicas se plantean la adopción del software libre(Free/Libre and Open Source Software, FLOSS) en sus proyectos, o simplemente la migración a este,puesto que les puede implicar menores costes de implementación de nuevos sistemas informáticos o demantenimiento de los actuales. Pero, en general, los procesos de adopción o migración son complejos:se requieren esfuerzos multidisciplinares que cubran diversas áreas, una completa comprensión decómo son los flujos de trabajo internos en la empresa y de cómo interactúan los usuarios con los sistemasinformáticos. Este artículo propone una serie de pautas con el fin de maximizar el éxito de una adopcióno migración a software libre en organizaciones, pautas que se dividirán en tres grupos: pautas de gestión(orientadas a la gestión de mayor nivel en la compañía), pautas técnicas (orientadas al punto de vistatécnico) y pautas sociales (orientadas a características típicas del FLOSS que las compañías querránaprovechar, como la relación con las comunidades de desarrollo o la mejora del soporte técnico graciasa la experimentación y formación internas).

Palabras clave: adopción de software libre, comunidades de software libre, empresas, migración,software libre.

Autor

Carlo Daffara es el miembro italiano del Grupo de Trabajo Europeo sobre software libre. Preside ademásdiversos grupos de trabajo como el grupo de middleware de código abierto del comité técnico encomputación escalable del IEEE y el grupo de trabajo de las PYME del Competitiveness Task Force de laUE. Su actividad investigadora actual se centra en la sostenibilidad de los modelos de negocio basados enel software libre. Actualmente es jefe de I+D en Conecta Research ltd, empresa de consultoría en softwarelibre.

novática nº 199 mayo-junio 2009 13

Software libre para empresas monografía

monografía

reducción del coste total de la propiedad(TCO) deben poderse contrastar con datospúblicamente disponibles.

A tener en cuenta: si la única ventaja que sepercibe es que "el software se baja gratis de lared", puede que tengamos una serie de premisasincorrectas que probablemente desemboca-rán en una opinión negativa sobre la migra-ción.

Asegúrese de que el calendario esrealistaLa introducción de una nueva plataformainformática requerirá siempre mucho tiem-po; por regla general, el tiempo para realizaruna transición completa hacia el FLOSSpuede considerarse comparable al de la intro-ducción de un nuevo software ERP (EnterpriseResource Planning) en la compañía; paratransiciones más pequeñas, el esfuerzo entiempo debe escalarse proporcionalmente.

A tener en cuenta: cuando el tiempo de migra-ción se mide en días, y no se planifica esfuerzopara después de la migración, el procesopuede quedarse detenido forzosamente si losrecursos planificados se agotan.

Revise los procedimientos actualesde obtención y desarrollo de soft-ware o tecnología informáticaPuesto que los esfuerzos de implementaciónse desplazan desde el software comercial ha-cia el libre, los procesos de obtención y desa-rrollo deben ser actualizados conveniente-mente. En particular, la mentalidad de "com-pra" puede que deba cambiarse hacia unamentalidad de "servicio", puesto que se com-

prará menos software "precintado" y estecambio puede requerir diferencias en el repar-to del presupuesto interno para informática.El software desarrollado internamente reque-rirá ser portado o adaptado a un nuevosoftware que será multi-plataforma o accesi-ble usando interfaces estándar (por ejemplo,aplicaciones web), y esto debe tenerse encuenta en el plan informático global.

A tener en cuenta: Cuando no se planificancambios en el proceso de obtención y desarro-llo, es porque no se ha comprendido el alcancede los cambios requeridos para la adopción desoftware libre en la empresa.

Busque consejo o información deexperiencias parecidasDado que el número de empresas y adminis-traciones que han hecho una migración ya esconsiderable, es fácil encontrar informaciónsobre lo que hacer. En este sentido, el proyec-to COSPA ha desarrollado una base de cono-cimiento que es accesible a través de su sitioweb principal [2]; las Administraciones públi-cas pueden también contactar con el centro decompetencias en software libre que tenganmás a mano, para que les proporcione infor-mación y apoyo durante el proceso de migra-ción.

Evite una transición "de golpe" eintente que las migraciones seanincrementalesCasi todas las migraciones a gran escala hansido realizadas de una vez1 (implicando uncambio abrupto entre un entorno informáticoy el nuevo) y suelen venir afectadas por costestécnicos y de soporte extremadamente altos.

Aunque la necesidad de apoyo técnico en másde un entorno a la vez incrementa tanto loscostes de soporte como de gestión, las migra-ciones incrementales o "suaves" suelen traeruna mejor experiencia a los usuarios, asícomo un trastorno mínimo de los procesosde negocio.

Un ejemplo de migración suave sería aquellaque comienza por la migración de las aplica-ciones del lado del servidor, que normalmentesiguen estándares o simplemente basadas enconceptos de red (cliente/servidor) que lashace fáciles de reemplazar, dejando las aplica-ciones de escritorio o de interfaz de usuariopara el final. Un esquema así se mostró en [3](Ver figuras 2 y 3figuras 2 y 3figuras 2 y 3figuras 2 y 3figuras 2 y 3).

Asigne al menos una persona queinteractúe con la comunidad de de-sarrollo e intente encontrar buenasfuentes de información en la redUna ventaja importante del software libre esla disponibilidad en la Red de recursos gratui-tos, en forma de bases de conocimiento, listasde correo, wikis (sitios cooperativos) quepueden proporcionar una cantidad de apoyotécnico que, en muchos casos, es comparablea lo que ofrece un servicio comercial.

El gran problema es la localización de esasfuentes de conocimiento; en este sentido,asignar recursos para encontrar, clasificar einteractuar con esas fuentes de informaciónes una forma de reducir el coste del soporte;una manera de ofrecer de forma unificadaestas fuentes de información es mediante unasencilla página en la Intranet con enlaces arecursos públicos en línea.

Figura 1. Modelo de pasos sucesivos en la adopción de software libre.

novática nº 199 mayo-junio 200914 monografía

monografía Software libre para empresas

Figura 2. Esquema de migración "suave»"comenzando por las aplicaciones del servidor.

Figura 3. Esquema de fases de una migración "suave".

novática nº 199 mayo-junio 2009 15

Software libre para empresas monografía

monografía

A tener en cuenta: vigilar si la gente no sabecómo encontrar información sobre las herra-mientas que utilizan, o cuándo todos tienenque buscar en los sitios web para encontrarayuda.

3. Pautas técnicasUna diferencia que caracteriza las adopcionesde FLOSS es el modelo de desarrollo adop-tado por casi todos los proyectos de softwarelibre, que afecta especialmente a la frecuenciade entregas de actualizaciones o soporte.Esto requiere un cambio en la manera deadoptar el FLOSS y gestionar las actualiza-ciones, para reducir en lo posible los proble-mas de interoperabilidad.

Entienda la manera de desarrollarel software libreCasi todos los proyectos siguen un modelode desarrollo cooperativo, con un grupo cen-tral de programadores haciendo casi todo elcódigo (normalmente desde una empresa) yun gran número de cooperadores adicionales.Este modelo proporciona una gran calidad enel código y rápidos ciclos de desarrollo, perotambién requiere un esfuerzo importante en elseguimiento de los cambios y las actualiza-ciones. La adopción de un paquete de soft-ware libre debe considerarse cuando:

El proyecto en sí mismo está "vivo", esdecir, tiene alrededor una comunidad de desa-rrollo activa.

Hay una clara distinción entre software"estable" e "inestable". En muchos proyectos,hay dos líneas de desarrollo: una, centrada enintegrar los últimos cambios eimplementaciones (la "inestable"), y otra,centrada en mejorar la estabilidad y corregirlos fallos (la "estable"); periódicamente, losprogramadores "congelarán" el desarrollopara convertir una versión "inestable" en otra"estable", creando aparte una nueva rama dedesarrollo con las últimas novedadesimplementadas. Esta distinción permite a losprogramadores satisfacer tanto a los usua-rios que quieren probar las últimasfuncionalidades, como a aquellos que usan elsoftware en sistemas de producción, perorequiere un esfuerzo extra para recolectar lainformación sobre las nuevas versiones.

Si las nuevas funcionalidades o correccionesson necesarias, puede ser más simple pediruna versión con soporte comercial; en mu-chos casos, el proveedor comercial será tam-bién un cooperador económico en el proyectode software libre que vende.

A tener en cuenta: precaución cuando el ges-tor de TI o los desarrolladores creen que elsoftware libre viene a ser como un softwarecomercial que alguien ha puesto gratis en lared y simplemente "funciona".

Prepare una lista completa de soft-ware y hardware que serán afecta-

dos por la migración y quéfuncionalidad está buscando la com-pañíaCuando la situación inicial es poco conocida,la migración puede ser un fracaso. Muchasempresas y Administraciones no tienenimplementadas auditorías de las platafor-mas de software y hardware, y no están capa-citadas para cuantificar las herramientas y elsoftware que deben ser reemplazados o inte-grados en una migración a software libre. Elproceso de elaboración de la lista debe teneren cuenta también el número de usuariossimultáneos, el uso medio en la organizacióny si las aplicaciones utilizan protocolos decomunicación o formatos de intercambioabiertos o cerrados.

Esta encuesta será la base de la decisión sobrea qué usuarios afectará la migración en pri-mer lugar, y para tener en cuenta el coste de laadaptación del software o la migración a unformato de datos diferente. Las herramientasde inventario automático de software estánahí y pueden reducir el coste de realizar elinventario y permitir un control más estrictosobre el software instalado (reduciendo elcoste de mantenimiento).

Algunos aspectos a verificar:El formato de datos usado, a nivel de

intercambio de documentos pero también anivel de base de datos y protocolos de comu-nicación de red.

La lista de aplicaciones en uso, incluyendoaquellas desarrolladas internamente, macrosy documentos.

La funcionalidad disponible.Las deficiencias o los problemas de la

infraestructura actual.

Es fundamental que el software migradocubra los mismos requisitos funcionales de lainfraestructura informática actual, y es prefe-rible que además mejore la misma en térmi-nos de funcionalidad o calidad (disponibili-dad, fiabilidad, rendimiento...).

Utilice la flexibilidad del softwarelibre para hacer adaptaciones loca-lesLo que hace diferente al software libre es laflexibilidad y la libertad que da a los usuariosy programadores para crear nuevas versioneso adaptaciones de cualquier paquete. Estaflexibilidad puede aumentar mucho el valorque se percibe del software libre, por ejemploes posible crear paquetes personalizados quecontienen configuraciones locales, tipos deletra específicos u otro material de interéscomo macros prediseñadas o plantillas que seusen habitualmente en la empresa. Además,la personalización del aspecto visual puedeaumentar la aceptación de los usuarios, alpresentarles un escritorio más atractivo quemantenga a mano los enlaces o elementos demenú más habituales.

Esta personalización puede integrarse de for-ma simple en casi cualquier distribución deLinux, o bien creando un repositorio de soft-ware local. Obsérvese que, en casi todos loscasos, no hay que escribir programas, puestoque la personalización consiste en seleccionarel paquete adecuado, cambiar el aspecto vi-sual o proporcionar plantillas de documen-tos.

Hay mucho más software disponibleque el que se instala por defectoTemas de licencia o el propio diseño son losque limitan sustancialmente la cantidad desoftware que normalmente se incluye en lasinstalaciones predefinidas de las distribucio-nes Linux habituales. Por ejemplo, solo unaspocas incluyen capacidad para reproducir losformatos de vídeo o audio más populares,debido a restricciones de licencia o patente;también es habitual que algunos paquetesque nos parezcan interesantes no estén inclui-dos porque solo los usan una minoría de losusuarios.

Por esta razón, es importante investigar eincluir en las instalaciones predefinidas aque-llos paquetes adicionales que puedan ayudaren el período de transición, como paquetesque incluyan tipos de letra adicionales, herra-mientas multimedia y otros paquetes quepuedan ser útiles en un entorno mixto.

Al seleccionar los paquetes, dé preferenciasiempre a la estabilidad sobre la funcionalidad.Entre los muchos paquetes potencialmenteútiles para cada función, siempre los hay conmás funcionalidades o con más estabilidad.En general, entre los paquetes candidatosdeben elegirse los más estables, o aquellosque sean más populares (pues esto general-mente hace que haya más información desoporte disponible), y también aquellos conmenor variación entre versiones.

A tener en cuenta: Cuidado si el administra-dor de TI siempre quiere poner lo último en losescritorios de los usuarios.

Diseñe la infraestructura de soportepara reducir el número de incompa-tibilidadesCada transición de una infraestructura infor-mática a otra siempre conlleva pequeñas di-ferencias e incompatibilidades; esto puedeverse por ejemplo al convertir documentos deun formato a otro.

La infraestructura general debe reducir elnúmero de estos pequeños problemas, porejemplo rediseñando las plantillas de docu-mento en el formato abierto ODT(OpenDocument Text) en lugar de usar ver-siones previas hechas con herramientas priva-tivas. Esto reduce en gran parte las diferenciasde estilo y formato que se producen al conver-tir un documento de un formato a otro.

novática nº 199 mayo-junio 200916 monografía

monografía Software libre para empresas

Introduzca un sistema de gestión deincidencias2

Una dificultad en cada nuevo despliegue tec-nológico es cómo asegurarse la satisfacciónde los usuarios y el grado de aceptación de lanueva solución, especialmente en compañíasde tamaño medio donde es más difícil obtenerrealimentación de los usuarios. Un sistemade gestión de incidencias puede ofrecer unaforma simple de recolectar los fallos del des-pliegue y ayudar a identificar si los usuariosnecesitan capacitación adicional, por mediodel análisis de las estadísticas de envío deincidencias por usuario. Además puede en-contrar puntos débiles del despliegue, porejemplo cuando se localizan muchas inciden-cias relacionadas con un área concreta.

Recopile los detalles de la migraciónen un diarioUna migración a gran escala requiere unaacción coordinada e información clara y ac-tualizada. La mejor forma de recopilar estainformación es manteniendo un "diario demigración", un lugar donde tener la documen-tación recolectada y preparada para la migra-ción (incluyendo los objetivos, el plan detalla-do y la documentación técnica), y un diagra-ma de tiempos actualizado convenientemen-te de acuerdo con el avance del proyecto. Estoademás simplifica la gestión del proyectocuando hay un cambio en el equipo que dirigela migración.

4. Pautas sociales

Proporcione información generalsobre software libreUn obstáculo habitual en la adopción desoftware libre es la aceptación de los usua-rios, quienes suelen tener pocas nocionessobre software libre y estándares abiertos.Casi siempre, el software libre se percibecomo peor, dado que es "gratis", al poderseobtener fácilmente de la red como muchospaquetes shareware o hechos por aficiona-dos. Es importante acabar con esta percep-ción y proporcionar información sobre cómose desarrolla el software libre y qué ideasgenerales y de negocio subyacen en él.

No fuerce a los usuarios a cambiar,déles explicacionesEl cambio en la infraestructura tecnológicaprovocará un cambio importante en la formade trabajar de los usuarios o en el uso de losrecursos internos; este cambio puede causarresistencia en esos usuarios. Por ello debesimplificarse el cambio, explicando claramen-te el por qué y cómo tendrá lugar y québeneficios se obtendrán a largo plazo, tantointernamente (menor coste, mayor flexibili-dad y seguridad) como externamente (aper-tura, cumplimiento de estándares internacio-nales, menor carga a los usuarios externos).

A tener en cuenta: Hay que tener cuidado

cuando los usuarios creen que la migraciónsimplemente se hace para ahorrar dinero en elsoftware.

Aproveche la migración como unamanera de mejorar las habilidadesdel personalPuesto que la nueva infraestructura requerirácapacitación, se puede aprovechar para mejo-rar las habilidades generales sobre TI. Enmuchas empresas y Administraciones públi-cas, se imparten pequeños cursos formales alos usuarios. Esto no solo incrementa laconfianza, sino que armoniza habilidades enel grupo y en general mejora el desempeño.

Esto puede provocar cierta resistencia porparte de los "gurús de la empresa", que puedeninterpretar esta formación como un mecanis-mo para destronarles como líderes técnicos.La mejor forma de evitar esta resistencia eslocalizar a esos usuarios y sugerirles querepasen el material de formación de mayornivel (que puede estar disponible en un sitioweb, por ejemplo).

Además, puede ser interesante localizar a los"campeones", es decir, entusiastas del soft-ware libre que pueden ayudar dando soportea otros usuarios y ofrecerles formación adi-cional o un reconocimiento a nivel de gestión.

En general, es útil crear una Intranet internacon enlaces a los diferentes paquetes de for-mación.

Facilite la experimentación y elaprendizajeLa libertad de licenciamiento, fundamental enel movimiento del software libre, permite lalibre redistribución del software y los materia-les de formación. En este sentido, entregar alos usuarios distribuciones en CD "live" (queno requieren instalación en el disco duro paraprobarlas) o material impreso que puedanllevarse a casa, puede aumentar la aceptacióngeneral del nuevo software.

AgradecimientosEste artículo se basa en material preparado para losproyectos COSPA, OpenTTT y FLOSSMETRICSfinanciados por la UE. Puede conseguirse másinformación en la guía FLOSSMETRICS paraPyMES (FLOSSMETRICS guide for SMEs),<http://guide.conecta.it>.

Referencias

[1] P. Carbone. Value Derived from Open Sourceis a Function of Maturity Levels, OCRI conference"Alchemy of open source businesses", 2007.<http://www.ocri.ca/email_broadcasts/041907partnership.html>.[2] EU COSPA Project. D6.1 Report evaluating thecosts/benefits of a transition towards ODS/OS.<http://www.cospa-project.org/>.[3] KBSt, Alemania. Migration guide, 2006.

1 Esto enfoque es conocido también como "enfo-que Big Bang" o "adopción Big Bang" <http://en.w i k i p e d i a . o r g / w i k i / P r o d u c t _ S o f t w a r e _Adoption:_Big_Bang_Adoption>.2 Un caso típico de estos sistemas son losllamados "Trouble Ticket Systems" (o también"Issue Tracking Systems") en los cuales se intro-ducen las incidencias como "tickets", que sonasignados a personas o equipos de trabajo que seencargan de resolverlos <http://en.wikipedia.org/wiki/Issue_tracking_system>.

Notas

novática nº 199 mayo-junio 2009 17

Software libre para empresas monografía

monografía

1. IntroducciónEn el dominio de I+D, tecnologías comoWeb 2.0 han fomentado el desarrollo de nue-vos modos de trabajo colaborativo, a menu-do basados en relaciones entre pares (peer-to-peer) que finalmente evolucionan hacia co-munidades más organizadas.

La creación de dichas comunidades ha mos-trado su eficiencia y dinamismo en diversosdominios, más específicamente en el desarro-llo de software libre. Y aún más, el incrementode las conexiones a nivel internacional hagenerado una nueva necesidad de colabora-ción remota entre diferentes comunidades deexpertos alrededor del mundo.

Desarrollado dentro del instituto INRIA,basado en la experiencia del Capítulo Local deOW2 Europa [1] y en la creación de la comu-nidad Aspire-RFID [2], este artículo describeuna metodología para crear y mantener unacomunidad de práctica.

2. ¿Qué es una comunidad?Una comunidad puede ser considerada comoun grupo de personas que comparten uninterés común, las mismas inquietudes o lamisma pasión por algo. Una comunidadpuede estar también basada en roles o espe-cialidades (por ejemplo administrador de re-des, grupos de usuarios de Linux o el grupode usuarios de un sintetizador modular).Estas personas mejoran y profundizan en susconocimientos cuando los comparten, ya searesolviendo problemas para otros,interactuando regularmente con los miem-bros de la comunidad, preguntando y resol-viendo preguntas, o reutilizando buenas ideas[3].

Estos entusiastas participan activamente y secrea una nueva identidad virtual basada en unfuerte vínculo social que es de esperar produz-ca resultados colectivos [4].

3. Tipologías de las comunidadesBrevemente, podemos distinguir cuatro tiposde comunidades [3]: Comunidad de aprendi-zaje (por ej. el Proyecto Plume [5]), comu-nidad de interés (por ej. Audiofanzine [18]),comunidad de apasionados (por ej. adminis-tradores de sistemas participando en la Con-ferencia JRES 2009 [19]), y comunidad depráctica (por ej. Linux User Group [20]).

La comunidad de aprendizaje consiste en un

Construir y mantener unacomunidad de práctica: método

aplicado a proyectos desoftware libre

Stéphane Ribas, MichelCezonCapítulo Local de OW2 Europe, Saint IsmierCedex (Francia)

< { s t e p h a n e . r i b a s , m i c h e l . c e z o n } @ i n r i a . f r >< { s t e p h a n e . r i b a s , m i c h e l . c e z o n } @ i n r i a . f r >< { s t e p h a n e . r i b a s , m i c h e l . c e z o n } @ i n r i a . f r >< { s t e p h a n e . r i b a s , m i c h e l . c e z o n } @ i n r i a . f r >< { s t e p h a n e . r i b a s , m i c h e l . c e z o n } @ i n r i a . f r >

Traducción: Traducción: Traducción: Traducción: Traducción: Daniel Izquierdo Cortázar (GSyC/LibreSoft, Universidad Rey Juan Carlos)

Resumen: tecnologías como la Web 2.0 han fomentado el desarrollo de nuevas formas de colaboraciónen el dominio I+D, evolucionando a menudo hacia la creación de comunidades organizadas. El incre-mento de las conexiones a nivel internacional ha sacado a la luz la necesidad de colaboración remotaalrededor del mundo, lo cual enfatiza la necesidad de organizar la creación y mantenimiento de dichascomunidades. Este artículo presenta un método, desarrollado por el Instituto INRIA, para construir ymantener una comunidad de práctica. Nuestro enfoque, basado en cinco pasos, ha sido evaluado en unproyecto europeo: el proyecto ASPIRE-RFID. Los resultados son aquí revisados, con la convicción de quela transparencia, la confianza y el compromiso de las personas son la clave para allanar el camino hacia eléxito. Crear una comunidad desde cero y desarrollarla satisfactoriamente no siempre surge espontánea-mente sino que ha de basarse en un enfoque estructurado. Presentando este método esperamosfomentar el que cualquier persona que desee crear una comunidad se lance a la aventura de un modomás productivo.

Palabras clave: compartir conocimiento, comunidades, entornos colaborativos, metodología, relacio-nes sociales, software libre, Web 2.0.

Autores

Stéphane Ribas (M.Sc, University of Surrey 1996) ha trabajado 12 años en la industria del software yservicios, mayormente dedicado a tecnologías innovadoras tales como comercio electrónico, sistemasde salud electrónicos, seguridad en las telecomunicaciones, Intranet, sistemas expertos, middleware,aplicaciones de servidor, Java y software libre. Ha trabajado muchos años en varios países europeos y haparticipado en diversos e importantes proyectos ofreciendo soporte y consultoría técnica para grandesclientes. Ha desarrollado importantes cualidades en la construcción y promoción de comunidades enInternet. Gracias a esas experiencias, ha ido adquiriendo un bagaje técnico muy sólido en software.Comenzó a trabajar en INRIA en 2008 para coliderar el Capítulo Local de OW2 Europa y contribuir endiversos proyectos de software libre y grupos de trabajo (Xwiki Concerto, AspireRFID, QualiPSo, NESSIOSS Working Group).

Michel Cezon ha trabajado alrededor de 25 años en industrias y servicios informáticos, mayormente entecnologías innovadoras (inteligencia artificial, NLP, negocios electrónicos, EDMS, Intranet). Lideró nu-merosos proyectos europeos (FP4 EPTO-1993, FP6 SUPREME-1997, FP6 RENAISSANCE-1997, FP6PRORAD-1998) además de grandes consorcios de carácter internacional (FP4 MOVIT-1995, UnitedNations/WIPO-2000), o proyectos multimillonarios para grandes clientes. Graduado como Ingeniero enInformática y especializado en inteligencia artificial, robótica y visión artificial, posee un dominio de lagestión de proyectos y de las habilidades de calidad aprendido en grandes compañías como HewlettPackard o Cap Gemini Ernst and Young. Siendo consciente de las cuestiones de ámbito multicultural,pasó años en Singapur, Estados Unidos y Suiza, viajando frecuentemente alrededor de Europa. Se unió aINRIA en enero de 2007 para gestionar y coordinar proyectos europeos. Actualmente está trabajando endiversos proyectos europeos financiados por FP6 y FP7 (NESSI-Soft, NESSI-Grid, Qualipso, AspireRFID)y colidera el Capítulo Local de OW2 Europa.

grupo de personas que comparten valores ycreencias comunes y que aprenden activamen-te unos de otros. Dichas comunidades hanllegado a ser la plantilla de inicio para otrostipos de comunidades. Se basan en un tipoavanzado de diseño educativo o pedagógicoconsiderado a menudo como un enfoqueinterdisciplinar para la educación superior[6]. Los participantes en comunidades deaprendizaje deben sentir algún tipo de lealtadcon el grupo que dirige sus esfuerzos al

trabajo continuo y a ayudar a otros, influyen-do en lo que ocurre en la comunidad (demanera activa o reactiva). Este tipo de comu-nidades son lo suficientemente flexibles comopara dar la oportunidad a los participantes deexpresar opiniones personales, pedir ayuda oinformación específica y compartir historiasde eventos [4][6].

Una comunidad de interés podría ser conside-rada como un grupo de personas que com-

novática nº 199 mayo-junio 200918 monografía

monografía Software libre para empresas

parten temas que no requieren una comuni-dad formal sino discusiones más hilvanadaspara la colaboración y la compartición deconocimiento. Representan grupos de perso-nas no demasiado unidas entre sí y sin uncompromiso claro en términos de resultados.Están bien al corriente de los desarrollos enlos temas de su interés y se dedican a formulary responder preguntas [4].

Una comunidad de apasionados está forma-da por un grupo de gente con un conjunto deactividades, formas de gobernabilidad y es-tructura más formales. Los miembros tienenun rol en concreto (por ej. "asesor de seguri-dad de redes"), y ayudan activamente a otrosmiembros a encajar y evolucionar en su rol,persiguiendo todos ellos obtener un dominiocompleto de su disciplina [4].

Las comunidades de práctica tienen una es-tructura menos formal y están basadas enespecialidades de trabajo comunes entre susintegrantes. Los miembros tienen un rol par-ticular o una especialidad concreta (por ej.seguridad) enfocado a la adquisición de expe-riencia y desarrollo de facultades en ese rol oespecialidad. Un factor de motivación impor-tante es el aprendizaje sobre la especialidad yla resolución de problemas [4].

La metodología discutida en este artículo sediseño y aplicó a este último tipo de comuni-dad.

4. Método para construir y mante-ner comunidades de prácticaLa metodología está formada por diversospasos, comenzando desde un "objetivo co-mún" hasta la "monitorización" (ver figurafigurafigurafigurafigura11111). Las diferentes fases pueden ser organiza-das en cinco categorías principales [17]: Aná-lisis, construcción, promoción, mantenimien-to y monitorización.

4.1. AnálisisEl objetivo de la fase de análisis [3][4][7]consiste en comenzar el proceso y recoger todala información relevante que permita compren-der lo que queremos hacer, a dónde queremosir, por qué y cómo. Como ya hemos menciona-do, una comunidad puede emerger desde cero,a través de un idea común de un pequeño grupode personas entusiastas, pero que para llegar atener éxito, necesita un poco más de organiza-ción y gestión interna.

En esta fase, debes comenzar "soñando" so-bre: ¿cómo trabajaría la comunidad ideal-mente?, ¿cómo debe estar organizada?, ¿quiénliderará y tomará decisiones? En definitiva,deja volar tu imaginación libremente.

La identificación de la temática y subtemáticaspermitirá aclarar tus ideas y compartirlas contus colegas. Llegados a este punto, identificarel equipo principal también es importante yconocer quién está comprometido y desean-do participar en este viaje.

Una vez que el equipo ha sido definido, debestratar los temas básicos: concretamente¿cómo se va a organizar el trabajo en equipo?Esto implica más pensamiento imaginativo yquizás sesiones de tormentas de ideas y deintercambio de información. Todos estosprocesos abarcarán el gobierno interno, lacomunicación, el ciclo de desarrollo, el entor-no colaborativo, diseminación y promoción.De nuevo papel y lápiz deberán ser reemplaza-dos por algunas herramientas mássofisticadas (preferiblemente software libre)para permitir un mejor y más eficiente trabajoen grupo. Identifica (y usa) las herramientasde la comunidad para organizar tus colabo-raciones, tu contenido y facilitar tus activida-des de diseminación (promoción yconcienciación). Estas herramientas estaráncentradas alrededor una forja de software que

permitirá una interacción y comunicacióndiarias, siendo el repositorio central de lacomunidad y del proyecto. La metodologíapermite usar un conjunto de herramientasque ayuden durante esta fase.

A través de este proceso, debemos llegar a unaidea mejor acerca de qué es lo que intentamosconstruir y llevar a cabo. Podría ser deseableparar en cierto punto y echar un vistazoalrededor para ver si ya existen comunidadeso proyectos que compartan las mismas in-quietudes y temas. Unirse a dichas iniciativaso comenzar desde cero requiere una decisiónbien meditada y conlleva dos hojas de rutadiferentes.

Al final de la fase de análisis debe tomarse unadecisión tipo "go-no-go", es decir, qué hay quehacer y qué no, en base a toda la informaciónrecolectada y a la hoja de ruta planificada.Los criterios para tomar tal decisión puedenser objeto de un nuevo artículo en el futuro.

Una decisión de tipo "no-go" necesitará serexplicada en detalle y cuidadosamente paraidentificar cuales son los mayores impedi-mentos, dado el actual contexto, y evitar asírealizar de nuevo la misma pregunta una yotra vez, cuando la iniciativa o las ganas detrabajar aparezcan nuevamente sobre la mesa.

Una decisión ‘go’ es incluso más difícil por-que el tiempo y el esfuerzo gastado hasta elmomento son más pequeños de lo que real-mente será necesario para iniciar y construirla comunidad. Un compromiso fuerte y unaclara comprensión del camino a seguir y de losesfuerzos necesarios son obligatorios y debenser conocidos por todos los miembros prin-cipales del equipo.

Si seleccionaste la opción de comenzar unacomunidad desde cero, debes pasar ahora a lasegunda fase principal: la construcción.

4.2. ConstrucciónEn esta fase es donde pones toda la carne enel asador. Comienzas codificando, creandodocumentación (por ejemplo guías de usua-rio, APIs, guías de desarrollo, casos de uso,etc.), configuras tu portal (lema de tu proyec-to, licencia de uso, estado de desarrollo,cómo instalar el software, sección de descar-gas, capturas de pantalla, etc.), publicas pa-quetes de software, publicas tareas del pro-yecto y su planificación, gestionas volunta-rios y contribuciones externas [8]. Tus acti-vidades diarias serán guiadas por el gobiernode la comunidad, política de propiedad inte-lectual, ciclo de vida del proyecto y reglas decomunicación (simples y flexibles). Detalla-remos más información sobre esta fase en unartículo futuro.

Una vez completadas estas tareas, es hora dedarte a conocer.Figura 1. Método para crear y mantener una comunidad.

novática nº 199 mayo-junio 2009 19

Software libre para empresas monografía

monografía

4.3. PromociónTienes un equipo trabajando, un código fuen-te base, documentación y un portal donde lagente puede encontrar todo lo que necesitansaber, ya sea para contribuir o para usar tucódigo fuente. ¡Básicamente algo que mos-trar! Tu comunidad se ha establecido, así queahora debes publicitarla: envía artículos alistas de noticias, usa listas de correo y envíamensajes a múltiples personas, usa tu propiared de contactos a tu alrededor y anima a losmiembros de tu comunidad a hacer lo mismo.Pueden publicar noticias en periódicos loca-les e internacionales y revistas online. Podríastambién usar conocidas redes sociales (por ej.LinkedIn) para dar a conocer tu comunidad.Una vez que tu comunidad está a plenofuncionamiento y has llegado a cierto nivel dereconocimiento, podrías acceder a la últimafase: Mantenimiento.

4.4. MantenimientoNecesitas seguir en la cresta de la ola y man-tener ese impulso conseguido y, como conse-cuencia, los líderes de la comunidad deberíandedicar tiempo y liderazgo a animar y estimu-lar la comunidad [14][16]. Recomendamosque lleves a cabo eventos periódicos (por ej.jornadas informativas y de desarrollo, asam-bleas generales), audioconferencias y publi-cación regular de resultados en forma denotas, ser activo en foros, y algunas vecesincluso copiar temas interesantes que pro-vengan de fuentes de datos externas en tusnoticias y foros internos. Recomendamosque seas transparente en cualquier decisión yque además escuches a la gente (permite quesea posible discutir cualquier tema o proble-ma) [9][11].

También necesitas alcanzar una masa críticade miembros [15] que lleven a cabo tusoperaciones diarias (administración de siste-mas, gestores de errores, correctores de erro-res, webmaster, gestor del proyecto, traduc-tores...). Por tanto, tú también necesitas in-crementar el número de personas en tu comu-nidad: propón iniciativas (por ej. concursosde codificación, hackmeeting, encuentros entredesarrolladores y usuarios, reuniones de pro-yecto, etc.), usa las redes sociales, explicacómo la gente puede participar y llegar a sermiembro u ofrece incentivos para unirse. Nodudes en cruzar los límites de tu comunidady recoger buenas ideas de otras comunidades(por ej. comunidades de video-jugadoresonline) [12].

Otros dos factores que son muy importantespara los usuarios externos que vayan a con-tribuir activamente en una comunidad son: elreconocimiento [13] y la compartición deconocimiento. Podrías proponer que los úl-timos usuarios registrados o losdesarrolladores que más errores arreglanaparezcan en la página web de inicio. Después,debes dedicar recursos a organizar el conoci-

miento dentro de la comunidad: propón quehaya maneras de compartir ese conocimiento(por ej. seminarios online [10], talleres, casosde uso, etc.).

Tal como dijimos en la fase de análisis, debesechar un vistazo a tu alrededor y buscarcualquier comunidad o proyecto que puedaestar interesado en usar tu código fuente oque pueda estar interesado en cooperar con-tigo. Identifica esas comunidades, acércate asus líderes y proponles colaboración [3].

4.5. MonitorizaciónPara comprobar el progreso, las tendencias yvalidar los resultados de tus acciones, terecomendamos que definas tu propio siste-ma de monitorización mejor que usar planti-llas predefinidas: identifica el objetivo (¿porqué y qué querrías medir?), define las métri-cas, recoge los datos (analiza), identificaproblemas y tendencias, define consecuente-mente las acciones necesarias para hacer fren-te a ambos, ejecuta esas acciones y valida unavez más la salud del proyecto.

Te recomendamos que monitorices el creci-miento de tu comunidad, pero también lasalud de tu proyecto, usando para ello métri-cas tales como número de errores generados,número de descargas, número de visitas,número de mensajes en los foros e intercam-bios de correos, número de eventos organiza-dos, etc. Finalmente, ten en cuenta que debesmonitorizar también la comunidadglobalmente [9]: ¿Estás en una fase inicial detu comunidad? ¿O en una fase de crecimientode comunidad? ¿O en una fase de madurez?¿O estás en el punto donde la comunidad estádeclinando (o reviviendo)? Una encuestapodría ayudarte a descubrir en qué punto seencuentra tu comunidad de desarrollo. Ofre-ceremos más pautas de actuación en un artí-culo futuro.

5. La comunidad del proyectoAspireRFIDSe trata de un proyecto parcialmente financia-do por la Comisión Europea en su programade I+D FP7. El proyecto ASPIRE se proponeel desarrollo y la promoción de middlewarelibre, ligero, que siga los estándares, escalable,respetuoso con la privacidad e integrado,enfocado al desarrollo, el despliegue y lagestión de aplicaciones basadas en RFID y ensensores.

El consorcio ASPIRE quiso crear una comu-nidad vibrante alrededor de su marco de tra-bajo RFID basado en software libre y asíasegurar el tiempo de vida del código basemás allá del periodo de financiación delproyecto europeo. Por eso surgió la idea decrear una comunidad de práctica (y pasión)alrededor del código base.

Usamos este proyecto como una manera de

comprobar que nuestro método era válido através de la auditoría del proyecto y diversasrecomendaciones. Al mismo tiempo, valida-mos la metodología y afinamos la primeraversión de configuración y herramientas.

Estando implicados en el desarrollo de am-bos proyectos, ASPIRE y la comunidad OW2,encontramos rápidamente un punto de en-cuentro común en el dominio RFID: por unaparte, el proyecto ASPIRE buscaba el desa-rrollo de un marco de trabajo basado ensoftware libre para RFID y por otra parte, lainiciativa RFID fue promocionada por elconsorcio OW2. Lo primero de todo consis-tió en despegar, mientras que el segundo pasoconsistió en buscar nuevas contribuciones.Fue una manera perfecta de trabajar con ungran beneficio mutuo.

Hasta ahora debemos resaltar tres objetivoscumplidos:Incrementar la velocidad de la fase deIncrementar la velocidad de la fase deIncrementar la velocidad de la fase deIncrementar la velocidad de la fase deIncrementar la velocidad de la fase deinicioinicioinicioinicioinicio: mediante la metodología, hicimosuna revisión de la comunidad existente ydescubrimos que el consorcio OW2 podríaayudar en la creación de la comunidadAspireRFID: ellos tienen unas herramientasexcelentes de comunidad que encajan con lasnecesidades, en cuanto a creación de comuni-dad, de AspireRFID. OW2 propuso una forjade tal manera que los desarrolladores pudie-ran ponerse a implementar rápidamente. Ade-más, OW2 propuso también herramientas dedifusión y promoción.Mejorar la diseminación y la promo-Mejorar la diseminación y la promo-Mejorar la diseminación y la promo-Mejorar la diseminación y la promo-Mejorar la diseminación y la promo-ciónciónciónciónción: aplicamos el método y conseguimosresultados rápidamente, gracias a la promo-ción con acciones concretas como artículos,reuniones de desarrolladores, hackmeetings,conferencias de desarrolladores, etc. Encon-tramos que la lista de correo de OW2 fue ungran canal de revalorización y promoción.

Finalmente, el éxito de la diseminación ypromoción incrementó los resultados de ex-plotación: en un estudio comparativo sobreRFID realizado por el consorcio industrialPICOM [21] el marco de trabajo de ASPIREfue puesto a prueba con productos comercia-les. A pesar del hecho de que el proyecto noestaba finalizado y el marco estaba aún endesarrollo, ASPIRE cosechó mejores resul-tados que sus competidores. Podríamos su-poner que el método ayudó a reforzar lavaloración del producto, a publicitar su hojade ruta, a mejorar su reputación y a asegurarla vida del proyecto a largo plazo.

6. ConclusiónComo en todo nuevo proceso, el métodonecesita ajustes y mejoras. Estamos traba-jando para integrar nuestros descubrimien-tos en una versión revisada, pero a continua-ción exponemos los resultados más impor-tantes:

El método debería ser aplicado de manera

novática nº 199 mayo-junio 200920 monografía

monografía Software libre para empresas

correcta desde el principio para maximizar losbeneficios; el proyecto comenzó unos mesesantes de que esta metodología fuera aplicada.

El compromiso de las personas es clave.La comunidad está basada en personas y nohay métodos o herramientas que puedan re-emplazar la buena voluntad y disponibilidad.

Dedicar tiempo a la transmisión de cono-cimiento es importante, así como encontrara personal con cierto nivel de creatividad yliderazgo.

La visión de la comunidad debe ser com-partida entre los miembros y claramentepublicitada.

Los pasos de la metodología no sonsecuenciales; el solapamiento de procesosimpulsará el calendario de trabajo.

El proyecto AspireRFID es un proyectodel FP7 donde el consorcio tiene que llevar acabo ciertos entregables basados en una hojade ruta que puede diferir de los deseos de losmiembros de la comunidad. Los conflictos deintereses deben ser identificados y tratadospúblicamente tan pronto como sea posible.

Definitivamente, el método podría ser mejo-rado: la siguiente versión está en camino.Lanzar una comunidad y desarrollarla satis-factoriamente no es algo que surja espontá-neamente (y por suerte), sino que se basa enun enfoque estructurado que se podría bene-ficiar de una metodología como la presenta-da en este artículo.

7. El consorcio OW2 y el capítulolocal europeoOW2 es una comunidad de software libre decarácter global, cuyo objetivo es el desarrollode middleware distribuido bajo licencias li-bres, presentado en forma de componentesflexibles y adaptables. Estos componentesvan desde marcos específicos de software yprotocolos hasta plataformas integradas. Losdesarrollos de OW2 siguen una aproxima-ción basada en componentes. El consorcio esuna organización independiente sin ánimo delucro abierta a empresas, administraciones

Referencias

[1] OW2 Consortium. Europe Local Chapter,<http://europe.ow2.org/>.[2] AspireRFID Project. <http://fp7-aspire.eu>.[3] Stan Garfield. Implementing a Successful KMProgramme. Ark Group Australia, 2007.<http://stangarfield.googlepages.com>.[4] E. Wenger. Communities of Practice: Learning,Meaning, and Identity. Cambridge University Press,1998. ISBN: 0-521-66363-6.[5] PLUME Project. Promoting economicaL, Usefuland Maintained softwarE for the Further EducationAnd THE Research communities. <http://www.projet-plume.org/en>.[6] P. Goodyear, M. De Laat, V. Lally. UsingPattern Languages to Mediate Theory-PraxisConversations in Designs for Networked Learning.

públicas, universidades e individuos. La mi-sión de OW2 consiste en desarrollar softwarelibre middleware e impulsar una comunidadvibrante y un ecosistema de negocios.

Un Capítulo Local es un grupo decontribuidores que desean unir sus esfuerzosy promocionar los objetivos de un consorciodentro de una comunidad caracterizada porsu geografía o su lengua. Para conseguirrepresentar a OW2 a nivel europeo, el capítulolocal europeo fue aprobado y lanzado por elConsejo de OW2 el 15 de mayo de 2008. Elcapítulo local europeo generó una primeraversión de sus estatutos y ha definido suestrategia través de flujos de trabajo y tareas:impulsar la comunidad de investigación yacadémica de OW2 en Europa, ayudar en eldesarrollo del ecosistema de negocios de OW2en Europa y proporcionar apoyo específico alas necesidades de la comunidad local.

Los objetivos se abordan a través de tresgrandes líneas de acción: Comunicación conla parte académica, concienciación y promo-ción, y puesta en valor del proyecto. Se puedeencontrar más información en <http://www.ow2.org/> y <http://europe.ow2.org>.

ALT-J, Research in Learning Technology. 1741-1629, Volume 14, Issue 3, 2006, pp. 211 – 223.[7] E. Wenger, R. McDermott, W. M. Snyder.Cultivating Communities of Practice.Harvard Business School Press, 2002. ISBN:1578513308.[8] Karl Fogel. Producing Open Source Software,<http://producingoss.com/>.[9] C. Latemann, S. Stieglitz. Framework forGovernance in Open Source Communities, PostdamUniversity, 2005. ISBN 0-7695-2268-8.[10] OW2 Europe Local Chapter. Webinar Platform,< h t t p : / / w w w . o w 2 . o r g / v i e w / A c t i v i t i e s /EuropeLocalChapterWebinars>.[11] M. Gouvêa, C.Motta, F.Santoro.Recommendation as a Mechanism to InduceParticipation in Communities of Practice, UFRJ,UNIRIO, Brazil, 2006. ISBN 978-3-540-32969-5.[12] C. Ruggles, G. Wadley, M. Gibbs. OnlineCommunity Building Techniques Used by VideoGame Developers. Lecture Notes in ComputerScience, 2005. ISBN 978-3-540-29034-6. <http:// w w w . s p r i n g e r l i n k . c o m / c o n t e n t /47dc4v3xej51p5m4/>.[13] C.Cruz, M.Gouvêa, C.Motta, F. Santoro. AProposal for Recognizing Reputation withinCommunities of Practice. UFRJ, UNIRIO, Brazil,2008. ISBN 978-3-540-92718-1.[14] P. Muller. Reputation, trust and the dynamicsof leadership in communities of practice. Journalof Management and Governance, 2006 ISSN 1385-3457 (Print) 1572-963X (Online).[15] Fabernovel Consulting. Modèleséconomiques des logiciels open source et logicielslibres (2007) <http://www.fabernovel.com/businessmodels_opensource.pdf>.[16] L. M. Sama, V. Shoaf. Ethical Leadership forthe Professions: Fostering a Moral Community. Journal of Business Ethics, 2007 ISSN 0167-4544(Print) 1573-0697 (Online).[17] McDermott Consulting. Communities ofPractice, <http://www.mcdermottconsulting.com/communitypractice.shtml>.[18] Audiofanzine. French music webzine, <http://fr.audiofanzine.com/>.[19] JRES 2009. Journées réseaux, <https://2009.jres.org/>.[20] Linux Online. WorldWide Linux User Groups<http://www.linux.org/groups/>.[21] PICOM. Pôle des industries du commerce,Lille-France, <http://www.picom.fr/>.

¿Estudiante de Ingeniería Técnica o Ingeniería Superior de Informática?

Puedes aprovecharte de las condiciones especiales para hacerte

socio estudiante de ATIy gozar de los servicios que te ofrece nuestra asociación,

según el acuerdo firmado con la

Asociación RITSI

Infórmate en <www.ati.es>o ponte en contacto con la Secretaría de ATI Madrid

secremdr@ati.es, teléfono 91 402 93 91

novática nº 199 mayo-junio 2009 21

Software libre para empresas monografía

monografía

1. Introducción1. Introducción1. Introducción1. Introducción1. IntroducciónLas comunidades en Internet están reclaman-do cada vez más atención por diversas razo-nes. Una de ellas es la enorme abundancia deconocimiento que los usuarios que partici-pan en estas comunidades han creado deforma colaborativa. Internet ha jugado unimportante papel en la creación de este cono-cimiento al posibilitar que gente con finescomunes se encuentre y compartan sus pasio-nes e intereses. Según Lessig [1], las oportu-nidades de colaboración que ofrece Internethan llevado a una transformación de unacultura predominantemente de sólo lectura auna de lectura y escritura. En otras palabras,menos individuos permanecen como consu-midores pasivos y cada vez más gente com-parte sus ideas de manera activa y crean nuevoconocimiento o productos. En lugar de me-ramente ver televisión, los aficionados usanInternet para discutir acerca de un espectácu-lo con sus amigos; además de leer libros, losfans escriben sus propias versiones de ficcióno remezclas musicales y las comparten conotros.

Incluso en Internet, la mayoría de usuariosson consumidores pasivos pero hay una ten-dencia hacia una dedicación más activa. Estoocurre en parte porque los sitios web sediseñan cada vez más con el objeto de atraeraportación y participación activa de usuariosy clientes. O’Reilly [2] utiliza el término arqui-tectura de la participación para describir "lanaturaleza de los sistemas diseñados para laparticipación de los usuarios".

Hay muchos ejemplos de sitios en Internetque han utilizado esta arquitectura de laparticipación para atraer una base significa-tiva de colaboradores activos. Wikipedia es laafamada enciclopedia que "cualquiera puedeeditar", Flickr es un sitio para compartir fotosque almacena incontables fotos de alta cali-dad (muchas de ellas bajo licencias CreativeCommons), Amazon dispone de una abun-dante cantidad de reseñas de libros contribui-das por los propios lectores y quién no ha oídohablar de YouTube, que permite "emitirse auno mismo". Lo que hace especiales a estossitios, no es la tecnología subyacente quepuede ser replicada fácilmente por cualquiera,sino la comunidad de usuarios que han atraí-do, que contribuye al sitio y hacen del sitio loque es.

Reconociendo la importancia de las comuni-

dades en Internet, Seth Godin, un conocidoexperto en marketing, identificó el papel delorganizador de comunidades en Internet (odinamizador de comunidades1 ) como uno delos más importantes trabajos del futuro [3].Los dinamizadores de las comunidades ayu-dan tanto a la creación de comunidades comoal sustento y crecimiento de comunidadesexistentes. Este artículo discutirá ladinamización de comunidades y el papel dedinamizador de comunidades en el contextode los proyectos de software libre, que seapoyan en comunidades de desarrolladores yotros participantes para crear software. En lasección siguiente se discute el fenómeno de ladinamización de comunidades y los diferentespuntos de vista del puesto de dinamizador decomunidades.

2. Una definición de dinamizaciónde comunidadesLos proyectos de software libre tienen unalarga historia de desarrollo y participación decomunidades. El paradigma del software li-bre fue iniciado por individuos que compar-tían el objetivo común de crear software quediera a los usuarios más libertades que elsoftware propietario [4]. Aunque el softwarelibre puede ser desarrollado por una compa-ñía sin implicación por parte de participantesexternos, la mayoría del mismo es, o biendesarrollado por una comunidad de volunta-rios (que pueden o no estar recibiendo unsalario por parte de una empresa con interésen el software), o por una empresa que lidera

el desarrollo de manera colaborativa juntocon una comunidad de usuarios interesadosen mejorar ese software. La comunidad esuna característica definitoria de la mayoría deproyectos de software libre, junto con lalicencia y las metodologías de desarrollo. Laliteratura académica también asocia los mé-todos colaborativos en los que se basa elsoftware libre con varios aspectos positivos,como los altos niveles potenciales de revisión[5] y la innovación a través de los usuarios2

[6].

Aunque la comunidad siempre ha tenido unpapel importante en los proyectos de softwarelibre, la dinamización de comunidades a car-go de personas con dedicación permanente yel puesto de dinamizador de la comunidad ensí, es un fenómeno relativamente reciente.Esto es en parte debido a que el éxito delsoftware libre ha dado lugar a un enormecrecimiento de su base de desarrolladores yusuarios y esta evolución de la comunidadpuede asociarse a ciertas dificultades en sucrecimiento que necesitan ser gestionadas[7]. Además, los modelos económicos"híbridos" que combinan economías comer-ciales y de compartición están siendo emplea-das de forma creciente en el contexto deldesarrollo del software libre, y lasinterrelaciones entre ambas han de ser gestio-nadas activamente. Lessig [1] define un híbri-do como "o bien una entidad comercial quebusca impulsar el valor de una economíaparticipativa, o bien una economía

Dinamización de comunidadesen proyectos de software libre

Martin MichlmayrOpen Source Program Office, Hewlett-Packard

< t b m @ h p . c o m >< t b m @ h p . c o m >< t b m @ h p . c o m >< t b m @ h p . c o m >< t b m @ h p . c o m >

Traducción:Traducción:Traducción:Traducción:Traducción: Teófilo Romera Otero (GSyC/LibreSoft, Universidad Rey Juan Carlos)

Resumen: la creciente complejidad de las comunidades establecidas alrededor de proyectos de softwarelibre junto con un aumento del interés de la explotación comercial de los mismos, ha llevado a que cadavez más de estas comunidades estén incorporando un puesto de "dinamizador de la comunidad". Eldinamizador de la comunidad actúa como enlace entre empresa y comunidad y se asegura de que hayauna buena relación entre los dos. También promueve la comunidad, ayuda a su crecimiento y cuida deque permanezca sana. Este artículo discute la dinamización de comunidades en proyectos de softwarelibre y ofrece una visión sobre el papel del dinamizador de comunidades.

Palabras clave: colaboración, comunidad, dinamización, software libre, voluntarios.

Autor

Martin Michlmayr ha estado participando en varios proyectos de software libre desde hace más de 10años. Ha sido coordinador voluntario del proyecto GNUstep, Director de Publicidad de Linux Internationaly líder del proyecto Debian. Durante los dos años al frente de Debian, Martin representaba al proyecto yllevaba a cabo importantes tareas de coordinación y organización. Martin ingresó en Hewlett-Packard en2007 donde trabaja como experto en comunidades de software libre y dinamizador de la comunidad deFOSSBazaar. Martin también forma parte del Consejo de Open Source Initiative (OSI). Es diplomado enfilosofía, sicología e ingeniería del software y doctor por la universidad de Cambridge.

novática nº 199 mayo-junio 200922 monografía

monografía Software libre para empresas

participativa que construye una entidad co-mercial para ayudar a sostener sus objetivos".Mozilla, un proyecto de software libre quedesarrolla el popular navegador de InternetFirefox, es un ejemplo de esto último puestoque la organización que lo sostiene ha obte-nido fondos sustanciales a través de diferen-tes asociaciones con diferentes entidades.Existen innumerables ejemplos de empresascuyos modelos de negocio se basan en Linuxy otros proyectos de software libre y quetienen intereses clave en asegurarse de que lascomunidades relacionadas se mantengansanas.

Hay numerosas razones por las que las em-presas quisieran establecer grandes comuni-dades alrededor de los proyectos de softwarelibre que construyen. Además de obtener par-ticipantes que ayudan en el desarrollo y hacenevolucionar el software, el tener una comuni-dad le da a la gente un lugar en el que crear unvínculo con la empresa [8]. Esto, a su vez,puede llevar a una cierta lealtad a la marca,innovación de productos, y usuarios quepueden llegar a ser defensores de la compañíay sus productos y que pueden crear marketingviral. Red Hat (con Fedora) y Novell (conOpenSUSE) son dos buenos ejemplos deempresas de la industria alrededor de Linuxque han establecido proyectos dirigidos porcomunidades de los que las empresas sebenefician de diversas maneras.

Los beneficios de las comunidades y la nece-sidad de promoverlas y gestionarlas han pro-piciado la figura del dinamizador de comuni-dad. Mientras que tradicionalmente el líder deproyecto se encargaba de que existiera unacomunidad fuerte alrededor de su proyecto,actualmente las responsabilidades a menudose reparten entre diferentes personas. El líderde proyecto es típicamente visto como unafigura de tipo técnico que tiene la responsabi-lidad de hacer progresar el software y deocuparse de los desarrolladores. Eldinamizador de la comunidad, por otro lado,se asegura de que hay una comunidad sana enel proyecto, interactúa con los usuarios, losdesarrolladores y otros actores y coordinaaspectos organizativos del proyecto. Cuandouna empresa es la fuerza motriz que impulsaun proyecto, el dinamizador de la comunidadactúa como enlace entre la compañía y lacomunidad y se asegura de que hay una buenarelación entre las dos.

Muchos proyectos de software libre exitososque son dirigidos por empresas o que tienenaltos niveles de implicación empresarial, tie-nen en estos momentos un dinamizador de lacomunidad dedicado. Mientras muchos deellos utilizan el título de "dinamizador de lacomunidad"3 , en realidad hay diferencias sus-tanciales entre las diferentes visiones existen-tes de este papel. Adam Williamson [9], an-tiguo empleado de Mandriva y actualmente

trabajador de Red Hat, hizo la siguiente ob-servación: Es muy interesante observar lasdiferencias existentes en cómo el rol es perci-bido; Yo era una especie de portavoz de lacomunidad de usuarios en Mandriva, Jono[Jono Bacon, dinamizador de la comunidadde Ubuntu] considera "comunidad" esencial-mente a la comunidad de desarrolladores/colaboradores y Zonker [Joe Brockmeier,dinamizador de la comunidad de OpenSUSE]dice que su papel acaba siendo más que nadaevangelización.

Esta observación muestra que las responsa-bilidades del dinamizador de la comunidadson muy amplias. Tienen que tratar con losusuarios, los desarrolladores, los colabora-dores y otros actores. A menudo actúancomo defensores y promotores y llevan a cabomuchas otras tareas (las más importantesserán discutidas en el apartado siguiente).Una de las funciones clave de un dinamizadorde la comunidad es asegurarse de que todo elmundo puede contribuir de manera óptima.Greg DeKoenigsberg [10], arquitecto de lacomunidad de Red Hat, recalcó en una entre-vista que "es una figura que se centra en hacerla vida de los colaboradores individuales tanproductiva y tan sencilla como sea posible".DeKoenigsberg comenta sobre el papel dedinamizador de la comunidad: Quieres hacercrecer la base de colaboradores, como sea.Quieres que tus desarrolladores principales seorienten a la comunidad, por supuesto. Perotambién quieres que pasen la mayor parte desu tiempo haciendo lo que mejor saben hacer,que es (o eso espero) programar. Esto signi-fica que quieres que sea alguien más quien sepreocupe de mantener tu comunidad de cola-boradores feliz y creciente.

Asegurarse de que los colaboradores están agusto y sacan partido de su participación enel proyecto es importante porque de otramanera podrían dejar de contribuir y dirigirsus energías a otros proyectos. En cualquiercaso, esto lleva a preguntarse qué factores yvalores son importantes para los voluntariosen proyectos colaborativos. MarkShuttleworth, fundador del proyecto Ubuntu,sugiere que los voluntarios cuentan con en-contrar las siguientes condiciones [1]:

Respeto: la comunidad y sus colaborado-res han de ser respetados y consideradoscomo corresponde.

Responsabilidad: los colaboradores de lacomunidad deben tener suficiente autoridaden el proyecto. Esto es particularmente im-portante en proyectos liderados por compa-ñías puesto que tienen que equilibrar eseliderazgo con adjudicar a los colaboradoresexternos autoridad e influenciar en la direc-ción del proyecto.

Significado: los colaboradores quierentener la sensación de que el proyecto para elque contribuyen tiene sentido, "quieren sentirque forman parte de algo que es grande,

importante y bonito". Si un proyecto no da alos voluntarios la sensación de que sus apor-taciones y el proyecto en sí mismo tienensignificado, invertirán su tiempo en un pro-yecto que sí lo haga.

Estos valores son importantes porque estánfuertemente relacionados con la motivaciónde los voluntarios y la única manera de in-fluenciar el trabajo voluntario es a través demotivación. Jim Grisanzio [11], antiguodinamizador de la comunidad de OpenSolaris,hizo algunos comentarios en su blog acercade la distinción entre poder y liderazgo que sonimportantes en este contexto: No se puedesustituir liderazgo con poder. Los líderes devoluntarios obtienen cooperación apelando alos valores compartidos de la comunidad yeso es un ejercicio mucho más exigente quedictar ordenes con amenazas o forzar a lagente a echarse atrás.

En otras palabras, los dinamizadores de lacomunidad no tienen autoridad sobre lasactividades de colaboradores voluntarios (nopagados) y tienen que encontrar mejoresmodos que el poder para animarlos a trabajaren ciertas actividades. Han de liderar la comu-nidad escuchando sus necesidades y ayudan-do al mismo tiempo.

En resumen, la figura de dinamizador decomunidades es un desafío que incluye mu-chas tareas y responsabilidades diferentes.Los dinamizadores de la comunidadinteractúan con varios actores y llevan a cabomuy diversas actividades. No tienen podersobre los voluntarios y han de encontrarincentivos interesantes, como ofrecer un sig-nificado al proyecto, si quieren motivar a losvoluntarios.

3. Tareas y aptitudes para ladinamización de comunidadesComo puede deducirse de la descripción de lafigura de dinamizador de la comunidad ex-puesta anteriormente, un dinamizador de lacomunidad ha de llevar a cabo varias y diver-sas actividades, incluyendo:

Habilitación: una de las más importantesresponsabilidades del dinamizador de comu-nidades es la de habilitar a la comunidad dediferentes maneras. Por ejemplo, eldinamizador de la comunidad ha de ayudar aque esta crezca mediante la captación denuevos miembros para el proyecto y ayudán-doles a iniciarse. Además, el dinamizador dela comunidad mantendrá en mente el "pano-rama general" del proyecto de manera quepueda poner en contacto a la gente. Si alguienha trabajado o está trabajando en la solucióna un problema que alguien más está sufrien-do, pero no se conocen el uno al otro, eldinamizador de la comunidad podría poner-los en contacto para que colaboren. Saber quéestá pasando en todo el proyecto también esimportante porque permite al dinamizador de

novática nº 199 mayo-junio 2009 23

Software libre para empresas monografía

monografía

la comunidad sugerir actividades desatendi-das a nuevos miembros del proyecto. Lacomunicación en general es muy importantetanto en pequeños como en grandes proyec-tos y es tarea principal del dinamizador de lacomunidad el hacer circular noticias y mante-ner a la gente informada de lo que ocurre enel proyecto. Finalmente, resulta crucial ase-gurar interacciones saludables dentro de lacomunidad. Muchos proyectos, especialmentecuando llegan a cierto tamaño, atraerán trollsque aportan energía negativa y hacen perdertiempo a los colaboradores. Algunos proyec-tos han adoptado un Código de Conductaque gobierna las comunicaciones y lasinteracciones dentro del proyecto. Es respon-sabilidad de todo el proyecto que este Códigode Conducta sea respetado pero el dinamizadorde la comunidad debería intervenir si nadiemás lo hace.

Delegación: como se ha tratado anterior-mente, la habilitación resulta una responsa-bilidad clave. No es responsabilidad deldinamizador de la comunidad el llevar a cabotodas las tareas del proyecto. De hecho, eldinamizador de la comunidad debería tener laprecaución de no ser demasiado activo enalgunas áreas para no desanimar la participa-ción de voluntarios potenciales. Por ejemplo,si un proyecto tiene un foro de soporte, eldinamizador de la comunidad no deberíaresponder inmediatamente a todas las pre-guntas. En su lugar, es deseable que anime aotros voluntarios a ayudar y que traslade laspreguntas a desarrolladores expertos quepodrían contestarlas fácilmente. Eldinamizador de la comunidad debería asegu-rarse de que el foro sirve de ayuda y puede porsupuesto contestar preguntas de vez en cuan-do, especialmente si nadie más lo hace.

Marketing: los dinamizadores de la co-munidad a menudo llegan a jugar un papel depromotores. Esto podría implicar viajar aconferencias para hablar sobre un proyecto yanimar a nuevos voluntarios a que se unan.También puede incluir hablar con la prensasobre ciertos aspectos del proyecto. Final-mente, los dinamizadores de la comunidadson a menudo encargados de mantener bue-nas relaciones con otros proyectos y empre-sas.

Escucha y observación: una de las venta-jas clave de tener una comunidad grande esrecabar sugerencias y opiniones de un grannúmero de personas con puntos de vistadiferentes. Es responsabilidad del dinamizadorde comunidades escuchar las necesidades ylas ideas de los colaboradores y asegurarse deque esas reflexiones llegan a la gente adecuadadentro del proyecto o dentro de la empresa quelo promueve. Además de escuchar a la comu-nidad, el dinamizador de comunidades ha decomprobar que las sugerencias son tenidas encuenta y que se hace algo al respecto de ellas.

Creación de una visión: como ya se haexpuesto, los voluntarios necesitan una mo-tivación clara para contribuir a un proyecto en

lugar de hacerlo a otro. El dinamizador de lacomunidad ha de ayudar a crear una culturacomún para la comunidad así como unavisión del proyecto. Es importante recogersugerencias de los colaboradores y tenerlas encuenta a la hora de hacer avanzar la comuni-dad en una dirección determinada.

Información: el dinamizador de la comu-nidad ha de estar al tanto e informar a laempresa sobre el estado de salud de la comu-nidad. Al mismo tiempo ha de utilizar estainformación con miras a mejorar la comuni-dad.

Basándonos en estas actividades, las aptitu-des que se pueden derivar como vitales para undinamizador de comunidades son varias:

Comunicación: el dinamizador de la co-munidad es un comunicador. Ha deinteractuar con usuarios, desarrolladores,colaboradores y otros actores interesados oimplicados en el proyecto. Ha de poner al díaa la gente de lo que está ocurriendo en elproyecto y trabajar junto con representantesde otros proyectos, compañías o con la pren-sa. Es esencial tener habilidades para la escri-tura y muy recomendable saber hablar enpúblico. Mas aun, puesto que muchos pro-yectos grandes son normalmente internacio-nales, es muy útil que los dinamizadores decomunidades conozcan y sepan como tratarcon otras culturas de modo que colaborado-res de otras culturas se sientan bienvenidos alproyecto.

Marketing: dar a conocer el proyecto esmuy importante para atraer nuevos colabo-radores y potencialmente también para atraerotros recursos, como financiación. Aunqueno es habitual que el dinamizador de la comu-nidad haga marketing en el sentido tradicio-nal, no es raro que se le haga responsable del"marketing de la comunidad".

Coordinación: organizar actividades va-rias es otra de las responsabilidades clave paralos dinamizadores de comunidades y por esohan de ser buenos coordinadores. Por ejem-plo, puede que tengan que organizar eventostales como reuniones de usuarios, realizar elseguimiento de tareas que han de ser llevadasa cabo e identificar quién está al cargo decuáles.

Habilidades técnicas: aunque eldinamizador de comunidades no es una figu-ra técnica, siempre ayuda saber algunos deta-lles técnicos. Esto es especialmente útil paraentender problemas técnicos o retos dentrodel proyecto y así poder ayudar a nuevosvoluntarios a encontrar el área en que puedenparticipar mejor. Las habilidades técnicaspueden también ayudar cuando el dinamizadorde la comunidad quiere montar un foro nuevoo cualquier otra infraestructura para el uso dela comunidad y el resto de la gente estádemasiado ocupado con otras cosas.

Paciencia y buena disposición: eldinamizador de la comunidad ha de escuchar

a muchos colaboradores e interactuar congente que es nueva en el proyecto y por tantono está familiarizada con sus prácticas y sucultura. Además, hacer crecer la comunidadpuede llevar mucho tiempo [12]. Es por estoque la paciencia y la buena disposición sonvirtudes importantes para un dinamizador dela comunidad.

Estar visible y estar presente: como ya seha comentado, el dinamizador de la comuni-dad no debería contestar todas las preguntasdel foro o resolver los problemas de todo elmundo. Pero ha de estar disponible y visible demanera que los colaboradores sepan quesiempre tendrán alguien a quién recurrir sitienen un problema. Foster [13] argumentaque ser un dinamizador de comunidades no es"un trabajo de 9 a 5", en parte porque ha deresponder inmediatamente cuando hay unacrisis y en parte porque las comunidadesinternacionales a menudo engloban muchaszonas horarias.

4. Actividades para crear comuni-dadExisten muchas maneras de construir y hacercrecer una comunidad. Citamos a continua-ción varias actividades comunes empleadaspor proyectos de software libre para dar unavisión general del tipo de actividades queresultan adecuadas.

Reuniones cara a cara: mientras que eltrabajo diario en proyectos de software librese lleva a cabo típicamente a través de Internet,las reuniones cara a cara han mostrado sermuy útiles por varias razones. Una de ellas esque son muy efectivas, especialmente cuandodan lugar a una lluvia de ideas o a resolverproblemas conocidos. Otra razón es que lasreuniones presenciales permiten que gente,que normalmente interactúa por Internet, seconozca en persona. Esto puede ayudar muchoa la colaboración futura, motiva a la gente yayuda a crear un sentimiento de comunidadmás fuerte.

Stands en conferencias: pueden servir paraconseguir nuevos voluntarios y permiten lainteracción entre desarrolladores y usuarios.Ir a conferencias y ferias puede ser una buenamotivación para los desarrolladores porquepueden conocer a la gente que usa su soft-ware, y también para muchos usuarios resul-ta grato conocer a los desarrolladores delsoftware que utilizan. Encontrarse con losusuarios es también muy buena manera deobtener sugerencias para mejorar el software.

Formación en Internet: varios proyectoshan empezado recientemente a organizar even-tos especiales para recién llegados que esténinteresados en conocer más acerca del proyec-to y de cómo contribuir. Por ejemplo, laOpenSUSE Community Week consiste envarias sesiones de formación acerca de diver-sos aspectos de OpenSUSE. La formación seimparte a través de IRC (Internet Relay Chat),un sistema de chat a menudo utilizado por

novática nº 199 mayo-junio 200924 monografía

monografía Software libre para empresas

proyectos de software libre como medio vitalde comunicación.

Reuniones de caza de errores4 : otra mane-ra de facilitar que los recién llegados partici-pen y de conseguir que algunos voluntarioscolaboren de manera regular es organizareventos (presenciales o a través de Internet)durante los cuales se analizan y reparan erro-res en el software. Estos eventos son a menu-do coordinados por algún experto del proyec-to en el control de calidad5 y junto a muchosotros desarrolladores experimentados queayudan a los nuevos colaboradores a empe-zar arreglando su primer fallo en el código.Esto puede convertirse en una muy buenamotivación para los novatos que bien podríandecidir involucrarse más en el proyecto.

Boletín de noticias: publicar anuncios ynoticias sobre el proyecto de manera regulares una estupenda manera de mantener a lacomunidad informada sobre el desarrollo delproyecto. El boletín de noticias puede ademásser utilizado para publicar peticiones de ayu-da o para promover actividades que los usua-rios pudieran encontrar interesante.

Como se ha mencionado anteriormente, es-tos son sólo algunos ejemplos de actividadesque los proyectos de software libre utilizancon éxito para construir sus comunidades. Dealgún modo, las actividades que saldrán biendependerán de las particularidades del proyec-to. Pero parece sensato observar otros pro-yectos para obtener ideas de actividades quepueden llevarse a cabo.

5. ConclusionesLos proyectos de software libre se han apoya-do siempre en comunidades de colaboradoresque mejoran el software. Debido al incremen-to del tamaño de las comunidades y del interéscomercial en las mismas, el papel dedinamizador de la comunidad está ganandorelevancia. Un dinamizador de la comunidadpuede actuar como el enlace entre la empresay la comunidad y puede asegurarse de quehaya una buena relación entre las dos. Lafigura del dinamizador de la comunidad com-prende actividades diversas, desde la habilita-ción hasta la promoción. Este amplio con-junto de responsabilidades se refleja en lasaptitudes que un dinamizador de la comuni-dad debería poder poner sobre la mesa, inclu-yendo muy buenas habilidades para la comu-nicación y la organización así como pacienciay buena disposición.

Notas del traductor

[1] Lawrence Lessig. Remix. BloomsburyAcademic, London, 2008. ISBN: 978-1408113479.[2] Tim O’Reilly. The Architecture of Participation(2004). <http://www.oreillynet.com/pub/a/oreilly/tim/articles/architecture_of_participation.html>.[3] Seth Godin. Jobs of the future, #1: OnlineCommunity Organizer (2007). <http://sethgodin.typepad.com/seths_blog/2007/07/jobs-of-the-fut.html>.[4] Richard Stallman. The GNU Operating Systemand the Free Software Movement. In: DiBona, C.,Ockman, S., Stone, M. (Eds.), Open Sources:Voices from the Open Source Revolution. pp. 53-70 (1999).[5] Eric S. Raymond. The Cathedral and theBazaar. O’Reilly & Associates, 1999. ISBN-10:1565927249.[6] Karim R. Lakhani, Eric von Hippel. How opensource software works: ‘free’ user-to-userassistance. Research Policy, 32(6), 923-943(2003).[7] Martin Michlmayr, Benjamin Mako Hill.Quality and the Reliance on Individuals in FreeSoftware Projects. Proceedings of the 3rd Workshopon Open Source Software Engineering, 105-109(2003).[8] Dawn Foster. Why Companies Should HaveOnline Communities (2008). <http://fastwonderblog.com/2008/04/16/why-companies-should-have-online-communities/>.[9] Adam Williamson. LinuxFest recap (2009).<http://www.happyassassin.net/2009/04/27/linuxfest-recap/>.[10] Greg DeKoenigsberg. Interview with GregDeKoenigsberg, Red Hat Community Architect.LinuxQuestions.org <http://www.linuxquestions.org/questions/interviews-28/interview-with-greg-dekoenigsberg-red-hat-community-architect-725426/>.[11] Jim Grisanzio. The Distinction BetweenPower and Leadership (2009). <http://b l o g s . s u n . c o m / j i m g r i s / e n t r y /the_distinction_between_power_and>.[12] Matthias Stürmer. Open Source CommunityBuilding. Master thesis, University of Bern, 2005.[13] Dawn Foster. What Does it Take to Managea Community? (2007). <http://fastwonderblog.com/2007/09/03/what-does-it-take-to-manage-a-community/>.

1 En el original se utiliza el término communitymanager, que hemos optado por traducir comodinamizador de la comunidad en la versión encastellano.2 Del original user innovation, se refiere al términoacuñado por Eric von Hipple para describir lainnovación llevada a cabo por los usuarios yconsumidores finales en lugar de por los provee-dores.3 Nuevamente,, community manager en el original.4 En el original Bug squashing parties. Hace alusiónal doble sentido de la palabra en inglés bug quegeneralmente se traduce como bicho pero ademássirve como sinónimo de error en argot informático.Por otro lado, el uso que se hace de squash en estecontexto, significa aplastar. De modo que la fraseoriginal se podría haber traducido literalmentecomo "comitiva de aplastamiento de bichos". Perolo que se describe es una reunión en la que losdesarrolladores dedican a buscar y solucionarerrores en el código.5 De las siglas QA (Quality Assurance) en eloriginal.

Referencias

novática nº 199 mayo-junio 2009 25

Software libre para empresas monografía

monografía

1. IntroducciónUna de las mayores contribuciones a la revo-lución tecnológica del siglo XX ha sido lapopularidad que han alcanzado los métodosde colaboración colectiva. Internet y algunosde sus servicios más famosos, como Flickr,Wikipedia o Facebook, son resultados de lacooperación. Asimismo, estos servicios sehan convertido en paradigmas colaborativos[1][2]. Mucho antes, comunidades de códi-go abierto como Debian, Linux kernel, Apa-che, Mozilla u OpenOffice ya habían definidoel modelo de colaboración para el desarrollodel software y produjeron la infraestructurarequerida [3][4] para soportar una comuni-dad de desarrolladores de ámbito mundial.

No obstante, existen todavía muchos proble-mas complejos [5] cuya solución pasa por ladefinición de mecanismos colaborativos en-tre los agentes interesados en resolverlos. Porejemplo, la gestión de la investigación cientí-fica, el desarrollo tecnológico y, aún máscomplicado, los procesos de innovación con-tinúan sin ser resueltos. Así, podemos encon-trar todavía algunos escenarios donde parecedifícil definir modelos de colaboración, comopor ejemplo las colaboraciones entre empre-sas, donde la competitividad parece inherenteal mercado.

Es en este contexto, en la búsqueda de solu-ciones para promover la productividad, laventaja competitiva y las estrategias efectivaspara competir en el mercado del software,donde surgió la Comunidad de software libreMorfeo en la que están implicados todos losinteresados en los procesos de I+D+i.

El proyecto Morfeo [6] es un ecosistematecnológico y económico compuesto porempresas, administraciones públicas, univer-sidades y grupos de investigación, centrostecnológicos y grupos industriales, y peque-ñas y medianas empresas (PYMES). Todasestas organizaciones están implicadas en lainvestigación, el desarrollo y la innovación dela producción tecnológica, y comparten lossiguientes objetivos:

La promoción de estándares abiertos yplataformas de software.

La definición de modelos de negocio ba-sados en las tecnologías licenciadas comoabiertas.

La promoción de los mercados competi-tivos de provisión tecnológica como mediopara lograr soluciones innovadoras, produc-

La Comunidad Morfeo:estrategias Open Sourcepara la Open Innovation

Crist ina Breña, AndrésLeonardo Martínez OrtizTelefónica Investigación y Desarrollo

< { c r i s b b , a l m o } @ t i d . e s >< { c r i s b b , a l m o } @ t i d . e s >< { c r i s b b , a l m o } @ t i d . e s >< { c r i s b b , a l m o } @ t i d . e s >< { c r i s b b , a l m o } @ t i d . e s >

Resumen: Morfeo es una comunidad de Software Libre, cuyos miembros son grandes empresas,administraciones públicas, universidades y centros de investigación, centros tecnológicos y pequeñas ymedianas empresas. Todos ellos comparten el principio de que el Software Libre es una estrategia efectivapara mejorar los procesos de investigación, desarrollo e innovación de la tecnología (software). Elsoftware de plataformas permite definir modelos de negocio viables y relaciones win-win que impulsan lacolaboración. MyMobileWeb, ezWeb y las contribuciones de CENATIC y OpenFwPA, framework de e-Administración del Principado de Asturias, son casos de éxito de producción tecnológica en la Comuni-dad Morfeo. No obstante, la mejora de la comunicación interna/externa, el desarrollo de nuevas herra-mientas que soporten la colaboración entre empresas y la búsqueda de soluciones para otros problemascomplejos de colaboración empresarial tales como la producción de estándares o el desarrollo empresa-rial, constituyen retos actuales de la Comunidad Morfeo.

Palabras clave: fomento empresarial, forjas, innovación abierta, software libre.

Autores

Cristina Breña es estudiante de último curso de periodismo en la Universidad Rey Juan Carlos. Durantesu periodo de estudiante, ha trabajado como locutora de radio y ha obtenido becas para el estudio en elextranjero (Helsinki) en 2007. Actualmente, está haciendo prácticas de periodismo en Telefónica I+D,ayudando en tareas de comunicación. Está a cargo de elaborar estudios de viabilidad a través de redessociales, escribir notas de prensa y artículos, y presentar mejoras y refuerzos del plan de Comunicaciónde la Comunidad Morfeo.

Andrés Leonardo Martinez Ortiz es Licenciado en Informática por la Universidad Politécnica de Madrid.Desde 2007 es especialista en OSS (Open Source Software) en Telefónica I+D. Durante el periodo entre1998 y 2002 fue ingeniero del departamento de I+D de Teldat, un fabricante de infraestructuras y desde2002 hasta 2007 fue miembro activo del grupo de investigación GSyC/LibreSoft de la universidad ReyJuan Carlos, donde era profesor. Empezó en software libre cuando era ingeniero de I+D en Teldat, dondeportó el kernel de Linux a la arquitectura M860. En la actualidad, es miembro del Proyecto Morfeo, dondese encarga de la dinamización de la comunidad y participa en iniciativas como OSS marketplace o ladefinición de programas para la certificación y la formación de tecnologías OSS. Participa en Vulcano yQualipso que tienen objetivos similares: promover la adopción del software libre en la industria. Comoresultado de esta participación, está definiendo y montando el Centro de Competencia de Morfeo, que seincluye en la red de centros de competencia de Qualipso, y gestiona el desarrollo de nuevas herramientasde colaboración. Forma parte de grupos de trabajo en software libre de INES OSS y NESSI OSS, laasociación IEEE y ACM.

ción tecnológica más barata y evitar situacio-nes de oligopolio/monopolio.

Cada miembro tiene su propia motivación(beneficio derivado de la cooperación) paraparticipar en las actividades de la comunidad,como por ejemplo:

Las universidades y grupos de investiga-ción pueden complementar (más o menos)sus investigaciones con actividades de trans-ferencia tecnológica realizadas por grandesempresas y PYMES.

Las administraciones públicas, como gran-des consumidoras de tecnología y a vecestambién proveedoras de ella, necesitan unagran base de proveedores/clientes y mejorar

sus posiciones para definir estándares de ad-ministración electrónica.

Las empresas consiguen masas críticas ensus inversiones tecnológicas reduciendo elriesgo de adopción tecnológica.

Pequeñas y medianas empresas puedenparticipar en la última parte de la cadena devalor disminuyendo el riesgo de crear nuevosservicios y productos. En otras palabras, lasPYMES pueden acceder a las actividades deI+D+i y vencer sus restricciones financieras.

2. El proyecto MorfeoA finales del año 2004, el Proyecto Morfeo fuecreado conjuntamente por Telefónica Inves-tigación y Desarrollo (TID), una compañía

Cristina Breña y Andrés Leonardo Martínez, 2009. Este documento se distribuyebajo la licencia Creative Commons "Reconocimiento-Compartir Igual" dispo-nible en: <http://creativecommons.org/licenses/by-sa/3.0/es>.

novática nº 199 mayo-junio 200926 monografía

monografía Software libre para empresas

que pertenece al grupo Telefónica, la Univer-sidad Politécnica de Madrid (UPM) y laUniversidad Rey Juan Carlos (URJC). Lainiciativa persiguió demostrar la viabilidad nosólo en el uso del software de código abiertoen las industrias sino también en la participa-ción de las compañías en el desarrollo delsoftware de código abierto. La evolución dela comunidad muestra cómo fueron toma-dos diferentes enfoques para alcanzar losobjetivos de Morfeo (ver figura 1figura 1figura 1figura 1figura 1).

Desde mitad del año 2004 hasta elfinal del 2005: liberación de códigoDurante ese tiempo, Telefónica I+D fue ayu-dado por la URJC y la UPM en el proceso deliberación de proyectos de software internos(privativos) para convertirlos en proyectos decódigo abierto. Fueron liberados; TidOrbJ,una implementación en Java de un ObjectRequest Broker de Corba, SmartFlow, unmotor de estados basado en redes de Petri, yMyMobileWeb, un marco para desarrollarcontenidos web para dispositivos móviles.Todos ellos eran productos maduros con

una hoja de ruta cercana al final e intensamen-te validados dentro del grupo Telefónica. Losprincipales retos fueron construir alrededorde esos productos una comunidad (tradicio-nal) dirigida principalmente a desarrolladoresvoluntarios. Para hacer esto, por ejemplo, secreó una forja de comunidad [7], que es unaherramienta colaborativa para el desarrollodel software.

Hoy en día, se puede decir que el éxito de estaestrategia no ha sido uniforme. Mientras quepara TidOrb y SmartFlow fue imposible crearuna comunidad, MyMobileWeb ha tenido unéxito destacable ya que en torno a esta tecno-logía existe una comunidad pequeña, peroactiva formada por desarrolladores en todoel mundo. La conclusión principal que obte-nemos de esta etapa es que es muy difícilmezclar en la misma comunidad socios in-dustriales, sin experiencia en el desarrollo desoftware de código abierto, con miembros dela comunidad OSS (Open Source Software)tradicional, con importantes prejuicios hacialas compañías y sus necesidades e intereses.

Desde 2006 hasta el final del 2007:construir una comunidad de innova-ción abiertaEn la mitad del 2005, el Board de la Comu-nidad Morfeo se dio cuenta de las dificultadesde mezclar la visión tradicional del OSS conla industria en Morfeo. El principal problemafue un desconfianza mutua: los usuariostradicionales de software de código abiertono tenían confianza acerca de la intención dela industria y cómo esta podría contribuir ala comunidad de OSS; por otra parte, laindustria tuvo problemas para adoptar latecnología de código abierto tanto en el so-porte de sus procesos de negocio como en laentrega de servicios y productos, principal-mente debido al poco conocimiento sobre latecnología OSS y su proceso de desarrollo.Por lo tanto, se optó por cambiar de estrate-gia: construir una comunidad de innovaciónabierta [8] para organizaciones que partici-pan en procesos de I+D+i. Así, Morfeoempezó a construir un ecosistema de investi-gación, desarrollo e innovación tecnológicacon suficiente calidad como para ser aceptadabajo criterios industriales. La respuesta fueinmediata: los implicados en I+D+i encon-traron un esquema para resolver el riesgo enla actividades relacionadas con la administra-ción tecnológica. Como resultado, Morfeotuvo que definir nuevas reglas para fomentarla participación con nuevos canales de comu-nicación y nuevas infraestructuras. También,por ejemplo, se hizo una remodelación de lacomunidad adaptada a las nuevas clases demiembros que empezaron a formar parte deella. Esta vez los resultados fueron bastantedistintos. Desde 2006 hasta ahora, Morfeoha incubado muchas propuestas de I+D+i.Muchas de ellas han tenido financiación pú-blica y el total del presupuesto ha estado entorno a los 25 millones de euros. El progresode los presupuestos se puede ver en la figurafigurafigurafigurafigura22222.

Figura 1. Evolución del modelo de la Comunidad Morfeo.

Figura 2. Evolución del presupuesto total de Morfeo (© 2008 Javier Soriano).

novática nº 199 mayo-junio 2009 27

Software libre para empresas monografía

monografía

Desde 2008 hasta ahora: EstrategiaOSS para la innovaciónDesde luego, la historia previa ha mostradocómo la estrategia de software de códigoabierto puede ser usada para crear un esque-ma de colaboración no competitiva entre lasorganizaciones. Por lo tanto, fue lógico abor-dar nuevos desafíos para intentar aplicar es-tas estrategias a otros problemas complejosen las relaciones entre empresas. A finales de2008, los miembros de Morfeo empezaron atrabajar en nuevos problemas: los procesosde estandarización, el desarrollo de serviciosprofesionales basados en la tecnología OSSy el desarrollo de facilidades en las relacionesempresariales para las PYMES. Estas tresiniciativas han recibido los siguientes nom-bres: Morfeo Open Alliance, Centro de Com-petencia Morfeo y Morfeo Base.

Morfeo Open Alliance es una iniciativa paracrear un consorcio de empresas que compar-tan una visión común de las tecnologías y desus arquitecturas asociadas. Además, esteconsorcio acuerda unas especificaciones abier-tas y potencia las implementaciones de códi-go abierto de los componentes en la arquitec-tura acordada. Este modelo de colaboraciónacelera la definición de estándares lo que setraduce en un periodo de tiempo más corto enla comercialización y en un bajo riesgo de

inversión tecnológica. La iniciativa ha sidoprobada en un dominio específico: ServiceFront-end [9].

El Centro de Competencia Morfeo [10] esuna iniciativa para fomentar el desarrollo deservicios profesionales basados en tecnolo-gías OSS. El concepto del centro de compe-tencia en OSS fue introducido por el proyectoQualiPSo [11] como un modo de "dirigirayudas a las industrias y gobiernos en buscade abastecimiento innovador y competitivo,estimulando el uso de software de códigoabierto flexible y de bajo precio para desarro-llar sistemas de información viables einnovadores". El centro de competenciaMorfeo es una propuesta para ser incluida enla Red QualiPSo de centros de competencia.El centro de competencia pretende impulsarla adopción del OSS para fomentar el desa-rrollo de servicios profesionales de tecnolo-gías de OSS que pueden ayudar a reducir elriesgo de la adopción de OSS en la industria.La figura 3figura 3figura 3figura 3figura 3 muestra su estructura y modelode negocio.

Finalmente, Morfeo Base [12] es la iniciativapara aumentar el desarrollo económico de lasPYMES. Morfeo en esta propuesta está tra-bajando en la definición de las estrategias demodulación de las cadenas de valor bajo

aproximaciones colaborativas. Como casoespecial, la comunidad está tratando de desa-rrollar una estrategia específica basada en lacomoditización de soluciones software (laLey de Christensen [13]) y trasladar valoresañadidos desde los productos (vendiendolicencias) hasta los servicios (pago por uso).Esto permitiría crear un ecosistema de lasPYMES alrededor de las comunidades OSS.

3. La estructura de una comuni-dad de innovación abiertaLa estrategia actual del Proyecto Morfeoestá basada en una estructura específica decomunidad. Esto es así porque la Comuni-dad Morfeo no es como el resto de las comu-nidades de código abierto. Morfeo no estácompuesta principalmente por voluntarios ydesarrolladores individuales de software sinopor agentes de los procesos de I+D+i. Tam-bién, la clase de instituciones que formanparte de la comunidad hacen de Morfeo laúnica comunidad con dicha estructura.

La comunidad está organizada en proyectosy capítulos (ver figura 4figura 4figura 4figura 4figura 4). Un capítulo no esmás que una agrupación de proyectos quetienen alguna clase de relación entre ellos.Cada proyecto tiene sus propias reglas debidoa que Morfeo es muy flexible en ese criterio.En el Proyecto Morfeo no hay que pagarninguna cuota por ser miembro, tan sóloseguir estas tres condiciones:1) Tecnología libre: los resultados del proyec-to deben ser libres bajo el criterio OSI [14].2) Gestión de la Propiedad Intelectual defini-da: Así, los contribuidores potenciales pue-den conocer las condiciones de colaboración.3) Fuerte mentor: La propuesta de proyectodeber ser liderada al menos por una organiza-ción como una empresa, universidad o grupode investigación, una administración pública,un centro tecnológico o una PYME.

Incluso para aquellos proyectos que no cum-plen con la tercera condición, Morfeo lesofrece una comunidad más tradicional cono-cida como Morfeo Bazaar. En cualquier caso,para estar en Morfeo, el "futuro" miembrodebe enviar una solicitud de alta de proyectoen la que tiene que rellenar los objetivos y una

Figura 3. Centro de Competencia de Morfeo.

Figura 4. Modelo organizativo de Morfeo.

novática nº 199 mayo-junio 200928 monografía

monografía Software libre para empresas

Referencias

[1] D. Tapscott, A.D. Williams. Wikinomics: Howmass collaboration changes everything. PortfolioHardcover, 2006. ISBN-10: 1591841380.[2] C. Shirky. Here comes everybody: The powerof organizing without organizations. The PenguinPress HC, 2008. ISBN-10: 1594201536.[3] E.S. Raymond. The Cathedral & the Bazaar:Musings on Linux and Open Source by an Acciden-tal Revolutionary. O’Reilly, 2001. ISBN-10:0596001312.[4] K. Fogel. Producing Open Source Software:How to Run a Successful Free Software Project.O’Reilly Media, 2005. ISBN-10: 0596007590.[5] Software Engineering Institute, CarnegieMellon University. Ultra-Large-Scale Systems:The Software Challenge of the Future. <http://w w w . s e i . c m u . e d u / u l s / f i l e s / U L S _Book2006.pdf?bcsi_s can_ 87A666 907766 D0F0=0&bcsi_scan_ filename=ULS_Book2006.pdf>.[6] Morfeo Project. <http://www.morfeo-project.org>.[7] Morfeo Forge. <http://forge.morfeo-project.org>.[8] H. W. Chesbrough. Open Innovation: The NewImperative for Creating and Profiting fromTechnology. Harvard Business School Press, 2005.[9] Morfeo Open Coalition for Service FrontEnds. <http://sfe.morfeo-project.org>.[10] Morfeo Competence Center. <http://cc.morfeo-project.org>.[11] QualiPSo Project. <http://www.qualipso.org>.[12] Morfeo Base. <http://base.morfeo-project.org>.[13] C.M. Christensen, M.E. Raynor. TheInnovator’s Solution: Creating and SustainingSuccessful Growth. Harvard Business SchoolPress, 2003. ISBN-10: 1578518520.[14] Open Source Initiative. Section about OpenSource Definition and Open Source Licenses <http://www.opensource.org>.[15] MyMobileWeb Project. <http://mymobileweb.morfeo-project.org>.[16] ezWeb Project. <http://ezweb.morfeo-project.org>.[17] Morfeo Capítulo CENATIC. <http://cenatic.morfeo-project.org/>.[18] OpenFwPA Project. <http://openfwpa.morfeo-project.org>.

descripción clara del proyecto, el consorcio, lalicencia y la política de gestión de propiedadintelectual. Después de las validaciones, elproyecto se convertirá en un proyecto Morfeoy los participantes en el consorcio del proyec-to entrarán a formar parte de la ComunidadMorfeo.

Cada proyecto tiene un representante en laAsamblea General donde el Board informacada año acerca del estado de la comunidad,comparten roadmap (hoja de ruta), nuevaspropuestas de servicios horizontales, nuevosproyectos y miembros. El Morfeo Board es elcomité ejecutivo de la comunidad formadopor miembros permanentes, como por ejem-plo, los miembros fundadores o permanen-tes, los representantes de proyectos elegidospara ser miembros del Board y consultores,que son profesionales prominentes de OSScon gran habilidad asesora. El Board está alcargo de identificar nuevas estrategias de OSSy de introducir nuevos servicios para fomen-tar la colaboración entre los miembros deMorfeo. Finalmente, la Oficina Morfeo es laencargada de las actividades diarias como sonel mantenimiento de la infraestructura, laadministración de los proyectos que se aprue-ban, las tareas de comunicación, etc. Laoficina Morfeo apoya al Board dándole infor-mación para la toma de decisiones.

4. Produciendo tecnología de in-novación abiertaActualmente Morfeo tiene diferentes proyec-tos tecnológicos, reflejando la evolución de lacomunidad. Así, podemos encontrar los si-guientes tipos de proyectos:

Proyectos heredados: MyMobileWeb [15]"es una plataforma de software de bajo-coste,modular, basado en estándar abiertos quesimplifica el desarrollo de aplicaciones web dealta calidad para móviles y portales. Propor-ciona una mejora en los contenidos y en lasadaptaciones de las aplicaciones". Inicialmentefue desarrollado por Telefónica I+D y libera-do como un proyecto OSS cuando comenzóla comunidad. Después de eso, MyMobileWebha sido capaz de crear una comunidad alrede-dor suyo. Está liderada por Telefónica I+Dy es una de los pocos casos de éxito de estaclase de proyectos.

Proyectos de innovación abierta: EzWeb[16] es una plataforma mash-up que cuentacon mecanismos enriquecidos de comunica-ción entre gadgets y que permite construir elfront-end de una nueva generación de arqui-tectura SOA. Es asimismo la propuesta deMorfeo de front-end de la nueva Internet delfuturo. La plataforma ha sido desarrolladadesde cero en el ámbito de la comunidad.Dentro del proyecto participan muchas orga-nizaciones, principalmente PYMES, pero tam-bién trabajan con universidades y administra-ciones públicas. Este proyecto está lideradopor Telefónica I+D aunque actualmente hayotras empresas que se están implicando en la

tecnología EzWeb. Claramente se puede decirque éste es otro de los logros en los proyectosde la comunidad de innovación abierta.

Proyectos comunitarios: el capituloCENATIC [17] y OpenFWPA [18] son ejem-plos de proyectos comunitarios. En estoscasos las administraciones públicas o lasagencias públicas establecieron un marco detrabajo con la Comunidad Morfeo. Ellosofrecen claras estrategias de adopciones deOSS o tecnología OSS para laimplementación de la administración electró-nica, mientras que Morfeo ofrece una activacomunidad de organizaciones implicadas enprocesos de I+D+i. Esta clase de proyectosno están liderados por ninguno de los miem-bros fundadores, sino por organizacionesexternas que selecciona la ComunidadMorfeo para incubar esta clase de proyectos.Los proyectos comunitarios son un ejemplodel efecto expansivo que tiene la comunidadque se refleja en un entorno de soporte tecno-lógico.

5. ConclusionesEl Proyecto Morfeo ha conseguido algunoséxitos importantes en estos años. Morfeo hasido capaz de definir estrategias efectivas deOSS para la gestión de la innovación. Se haconstruido un entorno de innovación abiertadonde la gestión de la propiedad intelectualabierta y basada en licenciamiento libre es unaspecto fundamental. Además, Morfeo es unreferente en el programa público de I+D+i yaque ha llegado a ser un verdadero entorno detransferencia tecnológico, fomento empresa-rial y crecimiento económico. A pesar de queMorfeo comenzó siendo una iniciativa deámbito español, actualmente, tiene un reco-nocimiento también europeo. La comunidadha empezado a colaborar en Latinoaméricacon la incorporación de una nueva red deoficinas en Iberoamérica (Brasil, Argentina,Uruguay, Paraguay y Chile).

ReconocimientosEste artículo no hubiera sido posible hacerlo sinla experiencia, opiniones y comentarios de algu-nos de los principales contribuidores del Proyec-to Morfeo. Ha sido un placer entrevistar a lassiguientes personas: Pedro Acebes, Juan AntonioCáceres, Jesús M. González, Álvaro Polo, Mar-cos Reyes y Roberto Santos.

novática nº 199 mayo-junio 2009 29

Software libre para empresas monografía

monografía

1. IntroducciónEn las últimas décadas, los proveedores desistemas empotrados han introducido la In-geniería de Líneas de Producto con el objetode mejorar la gestión de la diversidad de susproductos así como para reducir el esfuerzode desarrollo. El movimiento hacia la Ingenie-ría de Líneas de Producto normalmente tienepor objetivo la reutilización a gran escala,llevando a la reducción de costes y del períodode comercialización así como a la mejora dela calidad y la reducción de los costes demantenimiento.

La Ingeniería de Líneas de Producto Softwarees un medio de desarrollar aplicaciones soft-ware usando plataformas y personalizacionesmasivas. Las personalizaciones en masa per-miten la producción eficiente y rápida de unproducto individualizado para el cliente. Losartefactos utilizados para los diferentes pro-ductos han de ser lo suficientemente adaptablespara encajar en los diferentes sistemas que seproducen en la línea de producto. Esto supo-ne la necesidad de gestionar la variabilidad detodos los artefactos de la línea de producción.Específicamente una línea de producto gene-ralmente define la plataforma de una arqui-tectura, sus componentes y las herramientasde apoyo para proporcionar una gestión delcambio (variabilidad) eficiente yestandarizada.

Otras tendencias en la Ingeniería del Softwareno están siempre relacionadas con líneas deproducto software. Sin embargo, la aplica-ción de estas metodologías en una organiza-ción que las desarrolle podría ser beneficioso,Asimismo, otros enfoques de la Ingeniería delSoftware podrían beneficiarse de la introduc-ción de principios basados en el desarrollo delíneas de Producto. Esto último aplica aldesarrollo de software libre como un modeloválido y eficiente de desarrollo de software.

Existen diferentes opciones a la hora de desa-rrollar software libre. Sin embargo, el deno-minador común de todas es que un grupodistribuido de personas trabaja conjunta-mente parar generar software. La principaldiferencia con el enfoque basado en líneas deProducto es que las comunidades de desarro-llo de software libre tienen motivaciones pro-pias y específicas tratándose a menudo dedesarrollos con el único objetivo de ofrecersolución a un problema determinado y decompartir esta solución con otros.

No existe un único beneficio a la hora deaplicar conceptos del software libre a la Inge-niería de Líneas de Producto. Del mismomodo, debido al diverso uso que se hace delsoftware libre, la Ingeniería de Líneas de Pro-ducto puede ser atractiva para las comunida-des de desarrollo de software libre. Sin embar-go, muchas de las prácticas seguidas desde elenfoque de Ingeniería de Líneas de Productono encajan con las seguidas en las comunida-des de software libre. Por ejemplo los proce-sos gestionados no son siempre viables oaceptados. Siempre será beneficioso combi-nar las ventajas de ambos enfoques aunqueesto no será posible si no se eliminan estasincompatibilidades. Actualmente, existe unainteracción limitada entre las comunidades desoftware libre y las de desarrollo de líneas deproducto, aunque este interés ya ha sidoplasmado en anteriores estudios [3].Este artículo investiga las relaciones entre elsoftware libre y el desarrollo de líneas de

producto. Se basa en los resultados obteni-dos en el proyecto COSI de ITEA [5]. A partirde este estudio se pueden establecer las si-guientes conclusiones:

Implantar una línea de producto softwareimplica realizar una gran inversión, planifica-ciones a muy largo plazo, gestión explícita delcambio y desarrollo distribuido.

La industría informática usa el softwarelibre como medio para obtener software decalidad de manera rentable. Esto ayuda areducir costes compartiendo esfuerzos, y dis-minuye el tiempo de desarrollo del proyecto através de metodologías ágiles de desarrollo;todos estos procedimientos constituyen en símismos una manera distribuida de concebiry desarrollar sistemas.

El problema de la paralelización en elámbito del desarrollo distribuido es la princi-pal inspiración para intentar combinar lasprácticas de Software Libre y de la Ingenieríade Líneas de Producto.

Aplicación de los principiosdel software libre

en líneas de producto

Frank van der LindenPhilips Healthcare, Países Bajos

< f r a n k . v a n . d e r . l i n d e n @ p h i l i p s . c o m >< f r a n k . v a n . d e r . l i n d e n @ p h i l i p s . c o m >< f r a n k . v a n . d e r . l i n d e n @ p h i l i p s . c o m >< f r a n k . v a n . d e r . l i n d e n @ p h i l i p s . c o m >< f r a n k . v a n . d e r . l i n d e n @ p h i l i p s . c o m >

Traducción: Traducción: Traducción: Traducción: Traducción: Tomás Aguado Gómez (GSyC/LibreSoft, Universidad Rey Juan Carlos)

Resumen: la Ingeniería de Líneas de Producto mejora la gestión de la variabilidad y la reutilización desistemas empotrados. Ayuda a explotar la personalización en masa con el objeto de presentar al cliente unproducto individualizado. Sin embargo la Ingeniería de Líneas de Producto también ha llevado a procesosde desarrollo muy densos y a la necesidad de una planificación global para un rango completo deproductos (una línea de producto). El desarrollo de software libre no ha tenido un impacto profundo enlas compañías de desarrollo de sistemas empotrados, en parte debido a que la cultura inherente aldesarrollo de software libre no se mantiene demasiado fiel al establecimiento de procesos de desarrollopesados y de planificación global. Sin embargo ambos esquemas de desarrollo necesitan (a menudo) dedesarrollo distribuido, y es en este punto donde ambos pueden aprovechar los logros del otro. Esteartículo investiga las diversas opciones en las que el software libre y las metodologías de desarrolloasociadas pueden utilizarse para reducir los problemas que aparecen en el desarrollo distribuido así comopara aumentar la calidad del software resultante. Una pequeña parte del artículo estudia las opcionesdisponibles para que el software libre se beneficie de las metodologías de gestión de la variabilidad de laslíneas de producto software y de este modo aumentar las posibilidades de personalizar los productosresultantes.

Palabras clave: comercialización, fuente interna, gestión del cambio, líneas de producto software,software libre.

Autor

Frank van der Linden trabaja en las oficinas de Philips Healthcare. Recibió su doctorado en Matemáticasen 1984 en la Universidad de Amsterdam y desde entonces ha trabajado para Philips. Sus intereses másrecientes incluyen las metodologías de desarrollo software y arquitecturas, principalmente metodologíasorientadas a componentes y objetos. En 1991 se implicó en el desarrollo de una Línea de Producto dentrode Philips, aspecto en el que ha trabajado hasta el día de hoy. Fue jefe de proyecto en tres proyectos ITEAsucesivos que versaban sobre Ingeniería de Líneas de Producto, y posteriormente en desarrollo distribuidoincluyendo metodologías de desarrollo de software libre. Como parte de estos proyectos fue miembro delcomité organizativo de talleres y conferencias sobre líneas de producto (PFE & SPLC). Entre 2005 y 2008fue líder del proyecto ITEA COSI sobre desarrollo distribuido y prácticas de software libre en la industria desistemas empotrados. En este proyecto ha organizado gran cantidad de talleres sobre Software Libre yLíneas de Producto. Es coautor de diversos libros y numerosos artículos sobre estos temas.

novática nº 199 mayo-junio 200930 monografía

monografía Software libre para empresas

Figura 1. Procesos de Ingeniería de Líneas de Producto.

Figura 2. Pirámide de Variabilidad.

En este artículo se analizan los diferentesaspectos de la Ingeniería de Líneas de Produc-to, y se relacionan con prácticas de SoftwareLibre. El artículo finaliza con un resumen dela aplicación de prácticas de Ingeniería deProductos en el desarrollo de Software Libre.

2. Conceptos básicos de Ingenie-ría de Líneas de Producto

2.1. Dos procesos de desarrolloLa Ingeniería de Líneas de Producto haceénfasis en la separación entre los conceptosconstruir una plataforma robusta y crear enun corto espacio de tiempo aplicacionespersonalizadas para el cliente. Estos dos con-ceptos conducen a dos procesosinterrealacionados de desarrollo. (ver figurafigurafigurafigurafigura11111):

Establecimiento de la plataforma (Inge-niería de Dominio), incluyendo la definiciónde características comunes y de variabilidadde todos los elementos que componen la líneade producto.

Derivación de aplicaciones (Ingeniería deAplicación), incluyendo la vinculación de lavariabilidad en las aplicaciones.

La separación en estos dos procesos tambiénindica la separación de los dos problemas másimportantes relacionados con la gestión delcambio. La Ingeniería del Dominio es respon-sable de asegurar que la variabilidad es laapropiada para el desarrollo de aplicaciones.La Ingeniería de Aplicación se focaliza en eldesarrollo de sistemas individuales sobre laplataforma. Reusa la plataforma y vincula alas aplicaciones. Estos dos procesos estánpensados para funcionar de manera desaco-plada pero sincronizados por las

implementaciones de la plataforma. Debidoa que estos dos procesos están débilmenteacoplados pueden ser gestionados por mode-los de ciclo de vida totalmente diferentes.

2.2. VariabilidadLa Ingeniería de Líneas de Producto Software[16] [11] tiene por objetivo apoyar un amplioespectro de productos, orientados a diferen-tes clientes específicos. En vez de comprendercada sistema individual por sí mismo la Inge-niería de Líneas de Producto Software obser-va la línea de producto como un todo y sobreéste la variación de todos los sistemas indivi-duales. Igualmente importante es conocer lascaracterísticas comunes de todos los compo-nentes que se gestionan en una línea de pro-ducto. A través de esta Ingeniería se debengestionar tanto las características comunescomo la variabilidad. La variabilidad se definemediante la Ingeniería de Dominio y se explo-

ta durante la Ingeniería de Aplicación vincu-lando las variantes apropiadas. La variabili-dad se introduce a lo largo de muchas fasesdurante el proceso de Ingeniería de Dominio.

En cada nivel se refina la variabilidad del nivelanterior y se introducen características adi-cionales que no son resultado de este refina-miento. Este proceso se describe en la figurafigurafigurafigurafigura22222. La variabilidad se define inicialmente du-rante el análisis de las necesidades de todas lasentidades implicadas para ser posteriormenterefinada a lo largo de las siguientes fases dleproceso. A esto se le denomina variabilidadinterna. Las necesidades específicas de cadafase llevan a la introducción de nuevasvariabilidades internas.

Establecer la infraestructura de una línea deproducto no es un objetivo en sí mismo. Elobjetivo primordial es su explotación a lolargo del proceso de Ingeniería de Aplicación.A esto también se le denomina instanciaciónde la variabilidad. Los siguientes términos,que describen entidades autocontenidas entodo tipo de artefactos de desarrollo, sonimportantes en la gestión de la variabilidad:

Punto de Variación: Describe dónde seencuentran las diferencias entre los sistemasfinales.

Variante: Las diferentes posibilidades queexisten para satisfacer un punto de variación.

En la mayoría de los casos los puntos devariación no cambian independientemente.La selección de una variante específica paraun punto de variación dado, influye en lasopciones posibles para otros puntos de varia-ción. Para permitir la gestión de la variabili-dad, es necesario un modelo de variabilidadpara asegurar que se realiza una elecciónconsistente de variantes a lo largo de todoslos puntos de variación. En propuestas tem-pranas de modelado de variabilidad, estemodelado se integraba con la notación sub-yacente (utilizando por ejemplo la herencia).Sin embargo, se admite comunmente que esnecesario establecer una distinción clara entre

novática nº 199 mayo-junio 2009 31

Software libre para empresas monografía

monografía

el modelo de variabilidad y el del propiosistema. Esto hace mucho más sencillo apli-car ajustes complejos, da un apoyo mejoradoa la toma de decisiones y es mucho másescalable [1].

Existen diversas propuestas de modelos devariabilidad. Los grupos más importantesson los Modelos de Variabilidad basados enÁrboles de Características [10] y los Mode-los de Variabilidad Ortogonal (OVM) [16] .

También debe distinguirse entre variabilidaden el tiempo y en el espacio [2]. Ambos tiposde variabilidad son posibles con puntos devariación y variantes diseñados y aplicados demanera apropiada. La variabilidad en el tiem-po está asociada a la evolución de la línea deproducto y representa la existencia de diferen-tes versiones de un artefacto que son válidasen diferentes lapsos de tiempo. Esto últimoestá relacionado con el versionado de los ele-mentos del sistema. La variabilidad en el espacioesta referida a la existencia de un artefacto endiferentes formas dentro del mismo espacio detiempo. Esto lleva a la existencia de diferentesconfiguraciones que conforman sistemas váli-dos al mismo tiempo. Estas prácticas estánrelacionadas directamente con la Ingeniería deLíneas de Producto.

2.3. Software libre aplicado a líneasde productoEl interés de las empresas por el software libretiene su origen en el reconocimiento del hechode que la práctica totalidad del software seestá convirtiendo en una materia prima deprimera necesidad, lo que hace que sea muyinteresante para los desarrolladores de siste-mas empotrados introducirlo tanto en susproductos como en las líneas de productoasociadas.

3. La mercantilización del soft-wareComo consecuencia de la mercantilizacióndel software [13] gran parte del mismo hadejado de estar particularizado para un pro-ducto concreto. De hecho actualmente no escomún que un producto software esté desa-rrollado por una única compañía. Por elcontrario, el software se produce en estrechacolaboración dentro de la propia empresa ymás allá de sus fronteras. Más aun, es muycomún que software de terceros se integrecomo parte del producto propio.

Para la mayoría de los productos y líneas deproducto, únicamente una pequeña parte1

(5%-10%) del software es diferenciador. Estapequeña parte es la que proporciona valorañadido sobre el producto ofrecido por otrasempresas competidoras. El resto del softwarees más o menos común en el dominio, oincluso entre diversos dominios. El desarro-llo de software eficiente y efectivo únicamentese concentra en la producción de módulosdiferenciadores. El software como mercancía(la parte común) puede y debería ser adquiri-do a terceros, implicando desarrollo distri-buido y software de terceros como COTS(Commercial Off The Shelf) o software libre.Como la Ingeniería de Dominio está másinfluenciada por el software puede necesitardiversos caminos para ajustarse a una aplica-ción específica.

La figura 3figura 3figura 3figura 3figura 3 muestra un esquema confron-tando la tecnologías contra las decisionesempresariales de construir o adquirir soft-ware. Las dos esquinas marcadas en la figuradeberían ser evitadas a la hora de desarrollartecnología. La esquina superior derecha de-bería ser evitada a cualquier precio ya queimplicaría regalar el valor añadido propio a

las empresas competidoras. La esquina infe-rior izquierda también debería ser evitada paraahorrar recursos de desarrollo debido a que laparte común de la tecnología puede ser obte-nida de manera mucho más barata comprán-dola en vez de desarrollándola.

Un desarrollo software saludable está carac-terizado por hallarse en el área central de lafigura. El software diferenciador se desarrolladentro de la propia organización y el softwareque da funcionalidades comunes se adquiereen el mercado o se dispone de él sin coste(software libre).

Cualquier software, incluyendo el desarrollode líneas de producto, se desplaza de arribahacia abajo a lo largo de la figura 3figura 3figura 3figura 3figura 3. Elsoftware comienza siendo diferenciador paraalguna de las partes implicadas. Más adelan-te, en un momento dado ese software noproporciona el suficiente valor añadido a losproductos y pasa a la consideración de "bási-co para el negocio". En etapas posteriores elsoftware llega a convertirse en commodity(mercadería sin valor diferencial).

El desarrollo coherente de software tambiénse caracteriza por moverse de izquierda aderecha al mismo tiempo, desde desarrollointerno a colaboraciones abiertas entre em-presas. Para evitar alcanzar las situacionesindeseadas que se han descrito es necesariorealizar estos movimientos de apertura alritmo adecuado. Un ejemplo de este movi-miento es el caso del software DVTk dePhillips Healthcare2 [13] que evolucionó envarias etapas desde software propietario ydiferenciador a software libre y commodityentre 1994 a 2002.

Cada compañía necesita analizar el softwareque desarrolla con respecto a la figura 3figura 3figura 3figura 3figura 3 conel objeto de conocer cuándo cambiar la ma-nera en la que colabora con otras compañías,esto es de especial importancia para las com-pañías que desarrollan líneas de producto.Debido a la larga vida de una línea de produc-to, hay partes de la misma que constantemen-te se convierten en commodity, mientras quela propia línea de producto ha de mantenerseviva y próspera. Esto requiere un esfuerzoadicional durante la fase de planificación ydefinición de recursos. Una complicaciónadicional es el hecho de que las compañíastienen un control limitado sobre el softwarelibre que utilizan en sus desarrollos.

4. Software libre para líneas deproductoDebido al tamaño del desarrollo, las organi-zaciones implicadas en desarrollos de líneasde producto suelen optar por el desarrollodistribuido que tan eficientemente ha funcio-nado en las comunidades de desarrollo desoftware libre. Además, a la hora de reutilizarsoftware es inteligente no ignorar la gran

Figura 3. Desarrollo eficiente y efectivo de software.

novática nº 199 mayo-junio 200932 monografía

monografía Software libre para empresas

cantidad de software libre disponible. Dentrodel proyecto COSI [5] experimentamos concasos de estudio en los que se aprovechaba elsoftware libre de 5 maneras diferentes:1) Adopción de las prácticas de desarrollodentro del desarrollo de la línea de producto(desarrollo interno).2) Uso de herramientas de software libre en eldesarrollo de la línea de producto. Ésta es laforma más sencilla de usar software libre enlíneas de producto.3) Uso de componentes de software libre enlos productos de la línea de producto. Estoimplica una mayor participación y planifica-ción.4) Liberación de productos de la línea deproductos. Productos o líneas completas deproducto que fueron inicialmente desarrolla-dos de manera interna se liberan en comuni-dades de software libre.5) Establecimiento de una relación simbiótica.Desarrollando la línea de producto usandolos recursos de una comunidad de softwarelibre.

4.1. Fuente internaLa fuente interna es una manera de aprove-char las ventajas del desarrollo distribuido dela manera en que lo hace el software libre, perocon el deseo de evitar problemas en la plani-ficación, la propiedad y el control del proyec-to. Diversas compañías han adoptado mode-los de desarrollo basados en fuente interna[9].

En el modelo de desarrollo de fuente internaun conjunto de equipos colaboran en unecosistema cooperativo. De manera similaral desarrollo de software libre el desarrollo defuente interna aplica un modelo de coopera-ción abierto y concurrente. Este modelo im-plica la propiedad y el control distribuido,publicaciones tempranas y frecuentes de lasaplicaciones desarrolladas, y canales eficien-tes y abiertos para realimentación por parte detodos los grupos implicados.

Se hace uso de los mecanismos de organiza-ción que ya están implantados en la empresa,por ejemplo los designados para la gestión deconflictos, definición de tareas, etc. El mode-lo de fuente interna proporciona flexibilidad ala hora de gestionar las colaboraciones (esta-blecerlas, cancelarlas y modificarlas) y tam-bién es muy útil a la hora de coordinar equiposy definir sus prioridades a través de fronterasorganizacionales y geográficas. Las compa-ñías pueden usar este modelo como un pasointermedio para la integración de softwarelibre en sus productos.

El modelo de desarrollo de fuente interna esel establecido dentro de Phillips Healthcare[19]. La compañía entrega una línea de pro-ducto que implica un amplio conjunto deproductos de imagen médica a sus clientes(generalmente hospitales) en varias modali-

dades. El grupo de Ingeniería de Dominioproporciona una plataforma compuesta deun conjunto de componentes reusables yreconfigurables basados en una arquitecturacomún. Este grupo abordó el problema deconvertirse en un cuello de botella de losdiferentes grupos de Ingeniería de Aplicación.Las entregas del grupo de Ingeniería de Domi-nio se planifican en un proceso con grancantidad de personas implicadas, por lo queel calendario de entregas no puede satisfacersiempre la planificación de todos los gruposde Ingeniería de Aplicación. Las dinámicas delmercado pueden forzar a cambios en la pla-nificación de ciertos grupos de productos y sinembargo el proceso de planificación del domi-nio carece de la flexibilidad para adaptarse aestos cambios.

El desarrollo de fuente interna está basado enelementos del desarrollo de software libre,apoyados por un entorno web de desarrolloabierto y colaborativo. Desacopla la Ingenie-ría de Aplicación de la Ingeniería de Dominioya que cada grupo de Ingeniería de Aplicaciónpuede decidir por sí mismo sobre la platafor-ma:

Usarla tal cual. Esperar a la siguienteentrega de la plataforma.

Contribuir con parches. Obtener una ver-sión anterior de un componente y aplicarparches de manera opcional.

Trabajar juntos como un equipo virtual.Asumir la responsabilidad del desarrollo paralos componentes de dominio cruciales para elgrupo.

El principio más importante del desarrollo defuente interna es el de contar con un accesosencillo a toda la información de la línea deproducto. Del mismo modo que en el caso delsoftware libre la política deberá ser publicarrápido y a menudo para favorecer que losflujos de información entre Ingeniería deDominio y Aplicación sean lo más fluidosposible. Los equipos de Ingeniería de Domi-nio poseen y desarrollan los componentes dedominio. A un desarrollador de aplicacionesse le permite modificar componentes de do-minio, pero es responsable de dicho cambio.El cambio que se realiza podrá ser ofrecido "devuelta" a los equipos de Ingeniería de Domi-nio. El equipo encargado de la gestión de laplataforma podrá aceptar el parche comoparte de la propia plataforma, haciéndoseresponsable a partir de ese momento de dichocambio.

Como consecuencia de esto, la implicaciónde los equipos de Ingeniería de Aplicación enlo que respecta al dominio se mejora. Estotiene como efecto colateral que la plataformase usa de manera más extensa que antes y seajusta mejor a las necesidades de los gruposde Ingeniería de Aplicación. La metodologíade fuente interna permitió la publicación denuevos productos desde 2005 y la reducción

del tiempo de comercialización en al menos 3meses.

Sin embargo este modelo no ayuda a introdu-cir software de terceros en la línea de produc-to. La fase de colaboración se limita a lapropia empresa. El control del software es eneste caso muy claro y el desarrollo distribuidoy el mantenimiento se mejora sobre la situa-ción original. La metodología de fuente inter-na proporciona métodos de colaboraciónpara el desarrollo de software sobre métodostradicionales.

4.2. Usando herramientas de soft-ware libreEsta es la forma más sencilla de introducirsoftware libre en líneas de producto. Como elsoftware libre no aparece en el producto final,es muy sencillo para el usuario cumplir conlas reglas de la comunidad de software libre.Muchas herramientas está ya disponiblescomo software libre, aunque un factor encontra es que no existen muchas herramientasde software libre específicamente desarrolla-das para la gestión de líneas de producto. Unalista de este tipo de herramientas puede encon-trarse en las páginas de distribuidores desoftware para líneas de producto3 . La mayo-ría de estas herramientas no son softwarelibre. Algunas herramientas que se utilizan enel proyecto COSI para el desarrollo de líneasde producto y que son software libre son:

Stylebase para Eclipse: Herramientas desoftware libre que sirven para compartir yreutilizar conocimiento sobre arquitecturassoftware.4

Subversion: Proporciona gestión de ver-siones.5

Semantic MediaWiki: Apoya el desarrollocolaborativo de documentos dentro de unentorno de desarrollo colaborativo.6

4.3. Usando componentes de soft-ware libreEl uso de componentes de software libre enlíneas de producto no es un principio muydiferente al de usar cualquier otro software deterceros (COTS) en la línea de producto. Sinembargo existen diversos puntos sobre losque es necesario prestar especial atención. Laplanificación de la introducción de softwarede terceros en una línea de producto siemprese ve afectada por el hecho de que el ritmo dedesarrollo de este software no está controla-do por la propia compañía que lo utiliza:nuevas versiones de la aplicación que mejoranversiones anteriores de modos que no estáncontrolados por la empresa que lo utiliza.Estas mejoras influyen en la línea de produc-to, ya que partes de este software de tercerosse usan dentro de la Ingeniería de Dominioafectado a todos los productos. Por lo tantoesta nueva versión deberá ser incorporada ylas partes propietarias del software deberánser adaptadas. A menudo la nueva versión sebasa en diferentes mecanismos de arquitectu-

novática nº 199 mayo-junio 2009 33

Software libre para empresas monografía

monografía

ra e interfaces con respecto a los que están enuso en la línea de producto. Para solventareste problema la empresa que gestiona la líneade producto necesita saber con antelacióncómo va a evolucionar el software de terceros.En el caso de COTS esto implica tener uncontacto fluido con el proveedor. En el casode un desarrollo de software libre la empresadeberá implicarse en la propia comunidad dedesarrollo, o al menos estar conectada a laslistas de correo en las que se discuten todosestos aspectos. Además, si alguno de losdesarrolladores de la empresa se implica en lacomunidad de desarrollo, la empresa podríainfluir en el modo en el que este software vaa evolucionar, pudiendo incluso llevar a laincorporación de nuevas arquitecturas oestándares en el producto de software libre.En lugar de esperar a nuevas versiones delCOTS y a mantener contacto con el provee-dor, el software libre se adapta de maneramucho más continua. La posibilidad de ob-tener versiones tempranas del nuevo software(aunque pudieran aun tener algunos errores)sería de gran ayuda para comprobar que losnuevos cambios son conformes a la arquitec-tura de la línea de producto, así como paraacelerar la incorporación de la primera versiónestable. De modo recíproco el envío de infor-mes de fallos y correcciones ayudará a mejo-rar la calidad del software que se desarrollapor parte de la comunidad de desarrollo, quesi bien no es ya un elemento diferenciador parala empresa, es de vital importancia para lalínea de producto. Se ha de decidir cuidadosa-mente qué partes (y qué versiones) de soft-ware libre se convertirán en parte de la plata-forma, y qué software libre será únicamenteusado en ciertas aplicaciones. De hecho, po-dría convertirse en una estrategia incorporarlas últimas versiones de software libre única-mente en algunas aplicaciones de prueba,como es el caso del uso de COTS.

Otro problema en el desarrollo de softwarelibre está relacionado con las licencias. Esteproblema podría afectar al modo en el que elsoftware libre puede ser usado dentro de unalínea de producto. Algunas licencias de soft-ware libre harían necesario publicar las fuen-tes del código adicional (el que realmente davalor añadido). Hay opciones técnicas parasolventar este problema prestando especialatención a mantener un acoplamiento débilentre el software libre que se integra y eldesarrollado de manera interna en la empresa.Sin embargo probablemente acabará siendonecesario que la empresa done alguna parte desu software a la comunidad de desarrollopara demostrar su buena voluntad hacia ella[14].

Es necesario tomar precauciones cuando seincorpora software de distintas fuentes en lalínea de producto ya que las licencias particu-lares de cada componente podrían entrar enconflicto. Este aspecto deberá gestionarse

dentro de la propia organización por las si-guientes razones:

Ignorar las cuestiones relacionadas conlas licencias en alguno de los departamentospodría llevar a la necesidad de liberar softwarede otros departamentos de alto valor compe-titivo para la empresa.

El uso de software libre en el desarrollo deaplicación podría indicar un movimiento ha-cia la mercantilización, lo que a su vez origi-naría que ese software debería formar partedel software común. Hay que tener en cuentaque esto no es siempre lo que se pretende, yaque el software libre debería ser utilizadoúnicamente en código específico de aplica-ción para ciertos productos.

Nuevas versiones de los componentesbasados en software libre podrían provocarque algunos módulos de las aplicacionesquedaran obsoletos.

El uso de software libre podrían llevar aestándares internos adaptados en la línea deproducto. El único modo de gestionar esteproblema es a través del acuerdo de todas laspartes implicadas en el desarrollo de la líneade producto.

En el contexto en el que la empresa se implicaen el desarrollo de software libre, ésta podríaintroducir en la comunidad de desarrollo suspropias capacidades de gestión de la variabi-lidad. Esto facilitaría una solución para elproblema de la gestión de la configuración enlas comunidades de software libre. Sin embar-go la propia comunidad podría no valoraresta aportación y descartar las capacidades degestión de la variabilidad. En este caso, laempresa podría asociarse con otra comuni-dad que sí adopte estas herramientas. Estopodría asegurar el mantenimiento de losmecanismos que gestiona el aplicativo desoftware libre utilizado y garantizaría la acep-tación por parte de la comunidad de softwarelibre. No obstante es necesario tener en cuentaque el control sobre estos mecanismos podríaperderse una vez son liberados. La empresadeberá mantener su implicación en la comu-nidad y por ello invertir en personal o econó-micamente en la comunidad de desarrollo conel objeto de mantener el estado operativo delas herramientas.

En caso de conflictos con estándares de arqui-tectura, una opción es usar el conocimientoadquirido para COTS. Crear coberturas pro-pietarias o código de cohesión que conecte losmódulos internos de código con los que seencuentran en el mundo del software librepodría implicar actualizaciones demasiadofrecuentes debido a que ambos módulos evo-lucionan de manera independiente [14].

Otra opción está basada en que la empresaadopte la misma solución arquitectónica quese usa dentro de la comunidad de desarrollode software libre. La principal desventaja esque tanto la Ingeniería de Aplicación como la

de Dominio deberán asumir esta soluciónarquitectónica, lo que podría suponer unesfuerzo demasiado grande. La empresa hade asegurar en este caso que los mecanismosde la comunidad de software libre se adaptana sus necesidades internas, y que a través deellos pueden gestionar la variabilidad inheren-te a la línea de producto.

4.4. Liberando los productos de lalínea de productoMuchas empresas han pasado por experien-cias muy satisfactorias a la hora de liberarsoftware mercantilizado. A pesar de que enprimera instancia pueda parecer que se estáregalando la propiedad intelectual de losmódulos que se liberan, no suele ser el caso.El software que se encuentra en la parteinferior del diagrama de la figura 3figura 3figura 3figura 3figura 3 no suelecontener propiedad intelectual valiosa para laempresa y por esta razón puede ser liberadosin correr un riesgo excesivo. Un recurso másimportante es el conocimiento sobre cómoadaptar el software propio a las necesidadesde los clientes. Éste es un conocimiento queen ningún caso debería ser liberado. Losclientes son conscientes de que es mucho mássencillo y barato contratar a la empresa parainstalar el software y adaptarlo que asumirpor sí mismos la configuración completa.

Para Philips Healthcare la primera experiencialiberando software es la suite DVTk7 [13].Este software da soporte a la verificación dela conformidad de imágenes médicas con elestándar DICOM. Como los clientes conec-tarán equipamiento proporcionado por dife-rentes proveedores es importante que todaslas compañías cumplan con el estándar. Sinembargo, DVTk es únicamente software debase sin valor comercial per se para la compa-ñía. Por esta razón Philips decidió en 2005liberarlo lo que permitió compartir los es-fuerzos de desarrollo y mantenimiento a unaescala mucho mayor. De manera específicallevó a un desarrollo y mantenimiento muchomás rápidos por parte de la compañía, espe-cialmente en aquellas partes de DICOM queson genéricas y no específicas de las necesida-des de Philips.

4.5. Relaciones simbióticasFinalmente, los módulos propios del soft-ware de base pueden ser liberados a la comu-nidad para asegurar que ésta los mantiene yapoya su posterior evolución. Esto lleva auna reducción drástica de los costes de man-tenimiento de la empresa, ya que éstos pasaa compartirse con competidores y personasde otros dominios que también necesitan elsoftware. Las mejoras y pruebas masivas delsoftware serán realizadas por la comunidad yla propia compañía apoyará el desarrollopara asegurar que los problemas que aparez-can se solventan.Esto puede ser particularmente efectivo paraherramientas o componentes que han sido

novática nº 199 mayo-junio 200934 monografía

monografía Software libre para empresas

obtenidos por otras vías. La implicación en lacomunidad permite a la empresa asegurarsede que todos los requisitos internos se consi-deran y resuelven, y que el software sigue lalínea evolutiva más beneficiosa para la empre-sa. Por ejemplo, Philips Healthcare es ahoraparte de la comunidad Subversion8 . El obje-tivo inicial era solventar los problemas queaparecían en la resolución de conflictos en elárbol de versiones. Este enfoque fue de granéxito a través de la donación de una herra-mienta específica que solventaba este proble-ma y que se incluyó como parte de la versión1.6 de Subversion. Mientras tanto Philips seha convertido en usuario experto y miembroactivo de la comunidad Subversion influyen-do realmente en la evolución de este proyecto.

5. Líneas de producto en desarro-llo de software libre

5.1. Prácticas de líneas de productoDesde la perspectiva del software libre, algu-nas investigaciones han explorado proyectosde software libre con el objeto de analizarcómo ciertos principios y prácticas comunesde líneas de producto han sido adoptadas poréstos. Por ejemplo, un análisis del núcleo deLinux "demuestra cómo el núcleo de Linuxha alcanzado algunos de los objetivos que lasguías de las Líneas de Producto Softwareproponen" [17]. Más allá, van Gurp [7] ana-lizó las prácticas usadas en tres grandes pro-yectos de software libre (Eclipse, Mozilla y elkernel de Linux) desde una visión orientada asugerir mejoras en el desarrollo de líneas deproducto. Este estudio concluye con unasugerencia a los propietarios de líneas deproducto software "hay un conjunto de prác-ticas que pueden ser encontradas en grancantidad de proyectos de software libre quehan probado su funcionamiento satisfacto-rio al menos en este contexto".

Chastek et al. [4] han investigado los mode-los de desarrollo de líneas de producto desdeuna visión orientada a analizar cómo hanadoptado este modelo proyectos específicosde software libre. Han usado un frameworkpara pruebas de software de líneas de produc-to9 desarrollado por el Instituto de Ingenieríade la Universidad Carnegie Mellon®(SEI). Ensus análisis del proyecto Eclipse y su comu-nidad, demostraron que "Eclipse ha conse-guido alcanzar un equilibrio estable entre ladirección planificada y las contribuciones in-dividuales; también comparte el reto de laIngeniería de Líneas de Producto de gestionarde manera efectiva la comunicación entreaquellos que desarrollan recursos clave y losque los utilizan". Resumiendo, a pesar de quealgunos proyectos de software libre puedenser analizados como una línea de producto(por ejemplo Eclipse), los principios y prácti-cas de línea de Producto no se usan de manerageneralizada por parte de las comunidades dedesarrollo de software libre.

5.2. Arquitectura y variabilidadUn recurso muy importante en las líneas deproducto es la arquitectura de la plataforma,que define estándares para toda la línea deproducto. Todos los sistemas han de ser con-formes a esta arquitectura para asegurar el usoefectivo de la plataforma y el alcance de losobjetivos de las líneas de producto para reducirel esfuerzo de desarrollo. El problema principales que la arquitectura a menudo no está correc-tamente definida en las comunidades de soft-ware libre y por esta razón la conformidad conla misma es difícil de comprobar [8].

Las comunidades de software libre tienen amenudo otros mecanismos para gestionar lavariabilidad muy diferentes de los utilizadosdentro de una línea de producto. En muchoscasos el software libre nunca fue concebidopara ser usado en líneas de producto, y losproblemas relacionados con los procesos deconfiguración compleja son abundantes den-tro del mundo del software libre. Los puntosde variación y las variantes están (casi) ausen-tes en las metodologías de desarrollo desoftware libre. La variación espacial y tempo-ral no se diferencia de manera clara. La varia-ción se modela tradicionalmente a través delcódigo o de directivas de compilación, lo cualno resulta muy efectivo para las líneas deproducto.

No obstante las comunidades de softwarelibre han desarrollado métodos efectivos detratar con la configuración interna y la cons-trucción del producto final.

5.3. Dos procesosSin embargo dentro de las comunidades desoftware libre no existe una distinción claraentre la Ingeniería de Dominio y la Ingenieríade Aplicación, aunque ambas actividades serealizan dentro de las comunidades de soft-ware libre. Un grupo esencial dedesarrolladores experimentados se ocupan delas actividades que podrían englobarse dentrode la Ingeniería de Dominio. El softwareprincipal que se usa en toda el aplicativo esdesarrollado por estos desarrolladores prin-cipales. Los desarrolladores con menos expe-riencia o menos activos trabajan a menudo enaplicaciones específicas. Sin embargo, delmismo modo que en la Ingeniería de Líneasde Producto, la funcionalidad principal puedeemerger también de estos desarrolladores.Promocionar un recurso desde una aplica-ción hacia el propio dominio es relativamentesencillo en el caso de desarrollo de softwarelibre, y es también una de las ventajas delmodelo de desarrollo de fuente interna.

El ámbito del software libre no está a menudocorrectamente delimitado. Esto lo hace másflexible y amplía sus posibilidades de utiliza-ción. Sin embargo la falta de una arquitecturacorrectamente definida y el modelo de varia-bilidad utilizado hace difícil aplicar el soft-

ware en un entorno específico. Esto lleva aconflictos a la hora de decidir qué mecanis-mos se permiten y cuáles no, reduciendo asíla consistencia de los diferentes módulos.

6. ConclusionesEste artículo ha analizado el uso de softwarelibre en líneas de producto. El modelo dedesarrollo de software libre es inherentementeun modelo distribuido que constituye unmodo muy atractivo y probado de construirsoftware de gran calidad. Las empresas pue-den usar las comunidades de software librepara producir y mantener software de base(sin alto valor diferenciador). Esto liberarecursos de las compañías para producir soft-ware que sí tenga un alto valor específico.

Sin embargo la introducción de software libreen este ámbito no está libre de problemas, yaunque se solventen es necesario mantenerciertos recursos involucrados en la comuni-dad de software libre. Como el control y lapropiedad del software no quedan (en lamayoría de los casos) en la empresa que lousa, ésta ha continuar invirtiendo recursospara aprovechar las ventajas del softwarelibre. La empresa ha de considerar dentro desus procesos de planificación cómo implicar-se y como monitorizar la evolución del soft-ware libre que usa en sus líneas de producto,así como cuándo y cómo se introducen nue-vas versiones. Deben tenerse también en cuen-ta los problemas legales que podrían aparecersi el grupo de Ingeniería de Dominio no tieneconocimiento de los recursos de la línea deproducto que son software libre, así como desus licencias. Problemas similares puedenaparecer si el equipo de Ingeniería de Aplica-ción acopla demasiado el código interno queaporta valor añadido a los módulos de soft-ware libre.

Podrían aparecer problemas si la arquitecturade los módulos de software libre es incompa-tible con alguno de los productos de la líneade producto. La empresa podría utilizar elpoder adquirido a través de su implicación enla comunidad para proponer y llevar a cabolos cambios que adapten esta arquitectura ala suya o incorporar código que recubra estascaracterísticas incompatibles.

Las empresas que usan líneas de productocuentan a menudo con una gran organizacióndistribuida. El desarrollo distribuido generagran cantidad de problemas de coordinación,algunos de los cuales son solventados por elmodelos de desarrollo de software libre. Conel objeto de solventar algunas de las desven-tajas del uso de software libre, puede utilizar-se el modelo de desarrollo de fuente interna.Este último soluciona el problema del desa-rrollo distribuido, pero no ayuda a compartirel esfuerzo que se da cuando componentes desoftware libre se integran como parte de lalínea de producto.

novática nº 199 mayo-junio 2009 35

Software libre para empresas monografía

monografía

Referencias

[1] F. Bachmann, M. Goedicke, J. Leite, R. Nord,K. Pohl, B. Ramesh, A. Vilbig. "A Meta-Model forRepresenting Variability in Product FamilyDevelopment", Proceedings of the 5th InternationalWorkshop on Product Family Engineering (PFE-5),Siena, Italy, 2003, pp. 66-80.[2] J. Bosch, G. Florijn, D. Greefhorst, J. Kuusela,H. Obbink, K. Pohl. "Variability Issues in SoftwareProduct Lines". Proceedings of the 4th InternationalWorkshop in Product Family Engineering (PFE-4),Bilbao, Spain, October 3-5, 2001, Springer, BerlinHeidelberg New York, LNCS 2290, 2002, pp. 13-21.[3] Jan Bosch. "The Challenges of Broadening thescope of Software Product Families".Communications of the ACM, December 2006, pp.41-44.[4] G.J. Chastek , J.D. McGregor, L.M. Northrop."Observations from Viewing Eclipse as a ProductLine". En F. van der Linden, B. Lundell (Eds.)OSSPL07 Asia, September 10, 2007, Kyoto, Japan<ht tp : / / i t ea -cos i .o rg /modu les /w ik imod/index.php?page=OssPlas07>.[5] COSI. Co-development using inner & Opensource in Software Intensive systems, ITEA project2005-2008, <http://itea-cosi.org/ and http://www.friprog.no/Laer-mer/Prosjekter/COSI-Library-of-Assets>.[6] B. Fitzgerald. "The Transformation of opensource Software". MIS Quarterly, Vol. 30, No. 3,2006 pp. 587-598.[7] J. van Gurp. "OSS Product Family Engineering".First International Workshop on open source Soft-ware and Product Lines, Maryland, 2006 <http://www.sei.cmu.edu/splc2006/Gurp_paper.pdf>.[8] I. Hammouda, T. Mikkonen. Open sourceContributions as Platform Specialization Units. EnF. van der Linden, B. Lundell, Proceedings on the

special10_10/perens/index.html>.[16] K. Pohl, G. Böckle, F. van der Linden."Software Product Line Engineering: Foundations,Principles, and Techniques". Springer, 2005. ISBN-10: 3-540-24372-0.[17] J. Sincero, H. Schirmeier, W. Schröder-Preikschat, O. Spinczyk. "Is The Linux Kernel aSoftware Product Line?". En F. van der Linden, B.Lundell (Eds.), Proceedings on the Third InternationalWorkshop on open source Software and ProductLines: OSSPL07 Asia, September 10, 2007, Kyoto,Japan <http://itea-cosi.org/modules/wikimod/index.php?page=OssPlas07>.[18] A. Stellman, J. Greene. Beautiful Teams.O’Reily 2009 pp. 103-111. ISBN: 0596518021.[19] J. Wesselius. "The Bazaar inside the Cathedral:Business Models for Internal Markets". IEEE Soft-ware Vol. 25, No. 3, May/June 2008 pp. 60-66.

1 TPPT Nuestra experiencia en la industria europeadel software se alinea con la vision de Perens [15]quien estima que quizás el 90% del software encualquier empresa no es diferenciador"2 DVTk ( Dicom Validation Toolkit), software libreque soporta el intercambio de imágenes médicas<http://www.dvtk.org/>.3 <http://www.softwareproductl ines.com/resources/vendors.html>.4 <http://stylebase.tigris.org>.5 <http://subversion.tigris.org>.6 <http://semantic-mediawiki.org/wiki/Semantic_MediaWiki>.7 <http://www.dvtk.org/>.8 <http://subversion.tigris.org>.9 <http://www.sei.cmu.edu/productlines/framework.html>.

Notas

Second International Workshop on OSSPL07 opensource Software and Product Lines 2007, June 14,2007, Limerick, Ireland <http://www.itea-cosi.org/modules/wikimod/index.php?page=OssPl07 paper#3>.[9] A.A. Jilderda. Inner Source SoftwareEngineering at MIP fostering a meritocracy ofpeers. Research Report, Philips Research, TheNetherlands, 2004.[10] K. Kang, S. Cohen, J.A. Hess, W.E. Novak,S.A. Peterson. "Feature-Oriented Domain Analysis(FODA) Feasiblity Study", Technical Report, Soft-ware Engineering Institute, Carnegie-MellonUniversity, 1990.[11] F. van der Linden, K. Schmid, E. Rommes."Software Product Lines in Action", Springer Verlag,2007[12] F. van der Linden, B. Lundell. Proceedingson the Third International Workshop on open sourceSoftware and Product Lines: OSSPL07 Asia,September 10, 2007, Kyoto, Japan.<ht tp : / / i t ea -cos i .o rg /modu les /w ik imod/index.php?page=OssPlas07>.[13] F. van der Linden, B. Lundell, P.Marttiin."Commodification of Industrial Software:A Case for Open Source", pendiente de publicarIEEE Software July-August 2009.[14] J. Merilinna, M. Matinlassi. "Product FamilyApproach for Integration of In-house Software andopen source Components". En F. van der Linden,B. Lundell, Proceedings on the Second InternationalWorkshop on OSSPL07 open source Software andProduct Lines 2007, June 14 2007, Limerick,Ireland <http://www.itea-cosi.org/modules/wikimod/index.php?page=OssPl07 paper #2>.[15] B. Perens. "The emerging economic paradigmof open source". First Monday, Vol. 10, No. 10,2005, <http://www.firstmonday.org/issues/

novática nº 199 mayo-junio 200936 monografía

monografía Software libre para empresas

El uso y desarrollo de software libre se hanincrementado significativamente en los últi-mos años. Tomando como punto de partidala investigación y las actividades dirigidas porla comunidad, un nuevo segmento de negocioha sido desarrollado recientemente alrededordel software libre. Mientras algunas de lascompañías más importantes en el mundo delsoftware libre (por ej. RedHat) hasta ahora sehan convertido en los principales agentes delmercado e incluso algunas de las mayorescompañías de software (por ej. IBM, Sun…)han desarrollado sus propios productos yestrategias en software libre, éste ha sidohasta el momento un punto estratégico espe-cialmente para las pequeñas y medianas em-presas. Debido a la participación de empresasorientadas a obtener beneficios económicos,podemos observar una profesionalización enlos procesos de desarrollo y también en térmi-nos de mantenimiento de recursos y continui-dad [1][2][3].

Aunque la profesionalización e industrializa-ción del desarrollo de software libre es unfenómeno ya visible, existen aún prejuiciospor parte de los usuarios y problemas para lasempresas que impiden un uso aún más am-plio y una mayor variedad de ofertas [4].

La agencia de innovación TSB Berlin Gmbhha publicado recientemente un estudio sobreel sector del software libre en Berlín que ofreceuna visión general de la situación actual delmercado alemán en la región de la capital,mostrando las debilidades y las necesidadesde las empresas y los agentes activos, asícomo el potencial de la región [4].

Según el estudio, las principales razones parael uso del denominado Software Libre porparte de la industria de Berlín son las ventajaseconómicas, las preferencias personales yrazones de calidad, que son las tres mencio-nadas por más del 60% de los agentes indus-triales y claramente superan otras motivacio-nes de organización y de imagen, que son sólomencionadas por menos del 30% (ver figurafigurafigurafigurafigura11111).

Las dos limitaciones más importantes parael éxito del software libre en el mercado (am-bas mencionadas por cerca del 60% de losagentes más importantes relacionados con elsoftware libre en Berlín) son el insuficienteapoyo político y los prejuicios existentes res-pecto a la calidad y sostenibilidad del software

libre (ver figura 1figura 1figura 1figura 1figura 1). Además, otroslimitadores menos mencionados serían ladificultad de competir contra los agentesdominantes en el mercado, la falta de mode-los de negocio y financiación (algo por enci-ma del 40%), así como las cuestiones legales(casi el 25%).

El sector del software libre en Berlín se carac-teriza, por un lado, por la alta demanda desoluciones desarrolladas con software libre yuna fuerte relación entre software libre e I+D.Por otro lado, la industria del software libreen Berlín se encuentra muy dispersa y nosuficientemente integrada en una red principalespecializada en software libre [4].

Analizando estas fortalezas, debilidades, opor-tunidades y amenazas para el desarrollo de laindustria del software libre en la región deBerlín capital es reseñable que las oportunida-des más importantes para la industria coinci-den con las principales debilidades y las mayo-res fortalezas con las amenazas (ver figurafigurafigurafigurafigura22222). Una estrategia razonable sería por lotanto abordar las amenazas cuando sea po-sible y fortalecer la industria del software libreen particular cuando se encuentren las opor-tunidades.

Para la región de Berlín, este esfuerzo implicaen especial abordar los prejuicios sobre lacalidad, el fortalecimiento de la integración enla cadena de valor y el fomento de la transfe-rencia de conocimientos de I+D para aplica-ciones industriales.

Mejorar la percepción de la calidad requiereno sólo usar sofisticadas herramientas de

desarrollo orientadas a la calidad y a losprocesos, sino también realizar pruebas delproducto y su evaluación. Las evaluacionesde calidad deberían hacerse visibles medianteel marketing y la comunicación. Un pasoimportante hacia la mejora de la transferenciade conocimientos y la integración en la cadenade valor podría lograrse con una mejor co-nexión en red en la región de Berlín capital, quehasta ahora no ha tenido una estrategia clarani ha sido suficientemente establecida.

Estos pasos, necesarios para el fortaleci-miento de la industria del software libre en laregión de Berlín, coinciden con el enfoque delcentro del proyecto europeo Qualipso, querecientemente ha establecido centros de com-petencia de software libre en Madrid (Espa-ña), Sao Carlos (Brasil) y Berlín (Alemania)y tiene previsto establecer más adelante nue-vos Centros de Competencia en Italia, China,Polonia y Francia.

Estos centros de competencia prestarán ser-vicios derivados de los resultados del proyec-to Qualipso, que están dedicados a mejorarla calidad del software libre en los diferentesaspectos. Estos comprenden las herramien-tas y las mejores prácticas para unaprofesionalización e industrialización del pro-ceso de desarrollo, pruebas de productos yetiquetado, medidas de la interoperabilidad, yevaluación jurídica, así como certificación yformación.

El segundo objetivo de los Centros de Com-petencia Qualipso es construir redes regiona-les. Los Centros de Competencia están habi-litados para conectarse a través de la Red

Abordar las necesidades de laindustria en Software Libre

Jan Henrik ZiesingFraunhofer FOKUS, Centro de Competenciade Qualipso de Berlín (Alemania)

< j a n . z i e s i n g @ f o c u s . f r a u n h o f e r . d e >< j a n . z i e s i n g @ f o c u s . f r a u n h o f e r . d e >< j a n . z i e s i n g @ f o c u s . f r a u n h o f e r . d e >< j a n . z i e s i n g @ f o c u s . f r a u n h o f e r . d e >< j a n . z i e s i n g @ f o c u s . f r a u n h o f e r . d e >

Traducción: Traducción: Traducción: Traducción: Traducción: Miguel Angel Tinte García (GSyC/LibreSoft, Universidad Rey Juan Carlos)

Resumen: el software libre está, además de cosechando un gran éxito, atacando los viejos prejuicios y lastradicionales dificultades del mercado. Para profundizar en estos temas, Fraunhofer Fokus está fusionan-do los resultados del proyecto europeo Qualipso con su demostrado modelo teórico sobre interoperabilidaden el sector público, orientándolo a la industria de las tecnologías de la información. De esta manera,podrá transferir el éxito obtenido y los modelos de negocio teóricos de interoperabilidad al mundo delsoftware libre en la región de Berlín capital.

Palabras clave: interoperabilidad, necesidades de la industria, Qualipso, software libre.

Autor

Jan Henrik Ziesing trabaja como científico e investigador para el Instituto Fraunhofer en sistemas decomunicación abiertos en Berlín. Con una amplia experiencia en la transferencia de investigación aplica-da, Jan se ha incorporado recientemente a las actividades del Centro de Competencia del proyectoQualipso en Berlín.

novática nº 199 mayo-junio 2009 37

Software libre para empresas monografía

monografía

Qualipso, por lo que pueden ofrecer soportea redes, apoyo y capacidad de intercambiarbuenas prácticas no sólo en su región sino entodo el mundo.

Fraunhofer FOKUS (Fraunhofer Institutefor Open Communication Systems), comoimpulsora del Centro de Competencia deQualipso en Berlín, ha adquirido una amplia

experiencia en los últimos años en solucionesinformáticas para los sectores públicos. Untema importante ha sido y sigue siendo elpaisaje heterogéneo existente en las tecnolo-gías informáticas, lo que dificulta el inter-cambio de datos entre diferentes aplicacioneso entidades públicas.

Las aplicaciones utilizadas en el sector públi-

co en Alemania están, en general, altamenteespecializadas para su aplicación en su domi-nio y para ofrecer todas las funciones y servi-cios para este dominio en una única herra-mienta. La interoperabilidad con otras apli-caciones del mismo o de un dominio diferenteno se consideró importante. Para el intercam-bio de datos entre diferentes aplicaciones erabastante común imprimir un documento en

Figura 1. Principales razones y limitadores del software libre en la región de Berlín.

Figura 2. Análisis de la matriz DAFO.

novática nº 199 mayo-junio 200938 monografía

monografía Software libre para empresas

una aplicación y escribirlo de nuevo a manoen otra aplicación.

Hoy en día, se hace evidente una tendenciahacia un eficiente y ergonómico proceso deadministración electrónica basado en la co-nexión e integración de diferentes ámbitos deaplicación. Fraunhofer FOKUS se convirtióen uno de los principales impulsores de estatendencia en Alemania mostrando en su La-boratorio de Administración Electrónica [5]las posibilidades y ventajas de una integracióny orquestación de los diferentes dominiosespecíficos de las aplicaciones software. ElLaboratorio Administración Electrónica sededica a investigar sobre interoperabilidad, aconectar a los principales actores de los sec-tores públicos y a comunicar sus logros.

Otra tendencia en la administración electróni-ca observada por Fraunhofer FOKUS es eldesarrollo de servicios orientados a las arqui-tecturas en el sector público. Esto es especial-mente interesante para la industria del soft-ware libre. La mayoría de las herramientas desoftware libre ofrecen determinados serviciospara la solución de un cierto problema ennumerosos ámbitos de aplicación, en lugar deofrecer un conjunto de servicios integrados en

Referencias

[1] J.-P. Laisné at al. 2020 FLOSS Roadmap,2008.[2] D. Kühni. Kurze betriebswirtschaftliche Analysevon Open Source Software. (i. GmbH, Hrsg.) Bern,Schweiz, 2006.[3] J. Lerner, J. Tirole. Some simple economicsof open source. Journal of Industrial Economics,50 (2), 2002.[4] D.M. Fornefeld, M. Gasper. Potenzialanalyseim Technologiefeld Open Source in derHauptstadtregion Berlin. (T. I. GmbH, Hrsg.) Berlin,Deutschland, February 2009.[5] Fraunhofer FOKUS. Fraunhofer FOKUSeGovernment-Lab. <http://www.fokus.fraunhofer.de/en/fokus_testbeds/egov-lab/index.html>.

una aplicación de un dominio específico.Mediante la transferencia por parte delFraunhofer FOKUS de su interoperabilidad ysus conocimientos sobre el sector, el Centrode Competencia de Qualipso podrá hacerfrente al mercado del software libre en elsector público mediante nuevos escenarios deinteroperabilidad. Estos escenarios ayudarána la industria a desarrollar soluciones especí-ficas de dominio complejo mediante la ofertade mayores facilidades para la integración yorquestación de herramientas interoperablesde código abierto.

Además de centrarse en la interoperabilidad delos servicios para software libre, el reciente-mente inaugurado Centro de Competenciade Qualipso en Berlín fomentará el desarrollode software libre, ofreciendo una forja deúltima generación, así como la creación deredes de comunicación y oportunidades parala industria del software libre. El Centro deCompetencia podrá, por lo tanto, hacer frentea las necesidades más urgentes de la industriadel software libre en la región de Berlín, trans-firiendo un enfoque previamente experimen-tado de Fraunhofer FOKUS al sector delsoftware libre.

Presidente del Comité de Programa:Antonio Vallecillo (Univ. Málaga)

Coordinadora de Talleres:Coral Calero (Univ. Castilla-La Mancha)

Coordinador de Tutoriales:Ernest Teniente (Univ. Polit. Cataluña)

Coordinadores de Publicidad:Gentzane Aldekoa (Univ. Mondragón) José Raúl Romero (Univ. Córdoba)

Coordinadora de la Web:Ana Altuna (Univ. Mondragón)

Presidente del Comité Organizador:Goiuria Sagardui (Univ. Mondragón)

Coordinador de Demostraciones:Juan de Lara (Univ. Autónoma Madrid)

Coordinadora de Divulgaciónde Trabajos Relevantes ya Publicados:Belén Vela (Univ. Rey Juan Carlos)

Coordinadora de actas:Leire Etxeberria (Univ. Mondragón)

TALLERESZOCO - Integración de Aplicaciones Web no DesmantelableADIS - Apoyo a la Decisión en Ingeniería del SoftwarePRIS - Pruebas en Ingeniería del SoftwarePNIS - Procesos de Negocio e Ingeniería de ServiciosDSDM - Desarrollo de Software Dirigido por ModelosWASELF - Autonomic and SELF-adaptive Systems

XIV Jornadas de Ingeniería del Software y Bases de DatosSan Sebastián, 8-11 de Septiembre 2009

http://www.mondragon.edu/jisbd2009/

TUTORIALESAnálisis en líneas de productos: avances, desafíos y lecciones

aprendidasDavid Benavides, Antonio Ruiz y Pablo TrinidadUniv. de Sevilla

Herramientas Eclipse para el Desarrollo de Software Dirigido porModelos

Cristina Vicente y Diego Alonso Univ. Politécnica de Cartagena

CONFERENCIAS INVITADASJean Bezivin, Universidad de Nantes, FranciaDon Batory, Universidad de Texas en Austin, USAHouari Sahraou, Universidad de Montreal,

Canada

Evento Hasta30-junio

Hasta31-julio

Tardía

JISBD 350€ 390€ 430€Taller inscritos JISBD 100€ 115€ 130€Taller no inscritos en JISBD 130€ 145€ 160€Tutorial no inscritos en JISBD 50€ 50€ 50€

Evento Hasta30-junio

Hasta31-julio

Tardía

JISBD 350€ 390€ 430€Taller inscritos JISBD 100€ 115€ 130€Taller no inscritos en JISBD 130€ 145€ 160€Tutorial no inscritos en JISBD 50€ 50€ 50€Presidente del Comité de Programa:

Antonio Vallecillo (Univ. Málaga)Coordinadora de Talleres:Coral Calero (Univ. Castilla-La Mancha)

Coordinador de Tutoriales:Ernest Teniente (Univ. Polit. Cataluña)

Coordinadores de Publicidad:Gentzane Aldekoa (Univ. Mondragón) José Raúl Romero (Univ. Córdoba)

Coordinadora de la Web:Ana Altuna (Univ. Mondragón)

Presidente del Comité Organizador:Goiuria Sagardui (Univ. Mondragón)

Coordinador de Demostraciones:Juan de Lara (Univ. Autónoma Madrid)

Coordinadora de Divulgaciónde Trabajos Relevantes ya Publicados:Belén Vela (Univ. Rey Juan Carlos)

Coordinadora de actas:Leire Etxeberria (Univ. Mondragón)

TALLERESZOCO - Integración de Aplicaciones Web no DesmantelableADIS - Apoyo a la Decisión en Ingeniería del SoftwarePRIS - Pruebas en Ingeniería del SoftwarePNIS - Procesos de Negocio e Ingeniería de ServiciosDSDM - Desarrollo de Software Dirigido por ModelosWASELF - Autonomic and SELF-adaptive Systems

XIV Jornadas de Ingeniería del Software y Bases de DatosSan Sebastián, 8-11 de Septiembre 2009

http://www.mondragon.edu/jisbd2009/

TUTORIALESAnálisis en líneas de productos: avances, desafíos y lecciones

aprendidasDavid Benavides, Antonio Ruiz y Pablo TrinidadUniv. de Sevilla

Herramientas Eclipse para el Desarrollo de Software Dirigido porModelos

Cristina Vicente y Diego Alonso Univ. Politécnica de Cartagena

CONFERENCIAS INVITADASJean Bezivin, Universidad de Nantes, FranciaDon Batory, Universidad de Texas en Austin, USAHouari Sahraou, Universidad de Montreal,

Canada

Evento Hasta30-junio

Hasta31-julio

Tardía

JISBD 350€ 390€ 430€Taller inscritos JISBD 100€ 115€ 130€Taller no inscritos en JISBD 130€ 145€ 160€Tutorial no inscritos en JISBD 50€ 50€ 50€

Evento Hasta30-junio

Hasta31-julio

Tardía

JISBD 350€ 390€ 430€Taller inscritos JISBD 100€ 115€ 130€Taller no inscritos en JISBD 130€ 145€ 160€Tutorial no inscritos en JISBD 50€ 50€ 50€

novática nº 199 mayo-junio 2009 39

Software libre para empresas monografía

monografía

1. IntroducciónEngineering1 es una empresa informáticaglobal, y el mayor operador informático deItalia en el sector servicios, proveedor líder deofertas completas e integradas en toda lacadena de valor del software: diseño, desarro-llo, servicios externalizados, productos y so-luciones privativas verticales, consultoría es-tratégica e informática… ajustadas a losmodelos de negocio de nuestros clientes entodos los mercados.

Hace ya más de cinco años desde queEngineering decidiera desarrollar y gestionardirectamente proyectos de software libre, enlugar de simplemente colaborar con variascomunidades de software libre, o usar direc-tamente sus resultados. SpagoWorld2 , laprincipal iniciativa de software libre deEngineering, constituye un ecosistema quereúne empresas, integradores, vendedores, ins-tituciones y usuarios operando de una mane-ra efectiva para añadir valor al dominio delsoftware libre.

La construcción de un ecosistema de soft-ware libre efectivo requiere algunos aspectosclave:

Colaboración con las comunidades desoftware libre a nivel internacional.

Realización de proyectos efectivos en elámbito de las tecnologías actuales más estra-tégicas, presentando al mismo tiempo unavisión innovadora.

Éxito comercial.

En la actualidad, SpagoWorld es unecosistema de software libre basado en pro-yectos que se enfocan en inteligencia de nego-cios y dominios de gestión de procesos denegocios (SOA, Service-OrientedArchitecture), los cuales han sido identifica-dos por Engineering como los más promete-dores en el mundo del software libre. Losproyectos se alojan en la comunidad globalOW23 y añaden un enfoque original a lascapacidades estándar de sus dominios espe-cíficos, que se caracteriza por una especialatención a las necesidades de los usuarios,siendo ésta la razón del incremento de surendimiento comercial.

La iniciativa SpagoWorld no es sólo coope-ración tecnológica; su objetivo principal espromocionar las comunidades de los proyec-tos, a la vez que se asegura la libertad delsoftware desarrollado a tiempo y de las cola-

boraciones con empresas, de manera que seconsolida un modelo de negocio diversificadoy basado en un enfoque comercial del soft-ware libre. Los aspectos más destacados deeste enfoque son: desarrollo de solucionesadaptables con énfasis en los requisitos de losusuarios, desarrollo de soluciones a nivelempresarial, soporte a los servicios ofrecidos,atención prestada a las demandas de las co-munidades de software libre y la comunidadacadémica, y, finalmente, todo lo que concier-ne al crecimiento de un ecosistema que creanuevo valor para todos sus participantes.

SpagoWorld es un ejemplo efectivo deecosistema de negocios que actúa con unmodelo de negocio específico, basado en eldesarrollo y la promoción de soluciones par-ticulares (mediante la venta de soporte aservicios y proyectos de software relaciona-dos) y al mismo tiempo sostiene el sistemaentero en un verdadero entorno decoopetición4 . El dominio del software libre esparticularmente apropiado para el desarrollode una estrategia colectiva que incrementa elvalor en un contexto que puede ser definidocomo "ecológico", donde las ganancias nomonetarias y difícilmente cuantificables pue-den ser más beneficiosas que las monetarias,porque son beneficios a largo plazo en uncontexto de sostenibilidad.

2. Engineering y el software libreEngineering lleva a cabo la definición de solu-ciones con arquitecturas innovadoras, y larealización de proyectos complejos para laadministración publica, instituciones finan-cieras y grandes empresas, usando tanto soft-ware libre como soluciones privativas.

Después de una primera fase centrada en elapoyo a iniciativas de software libre y lainvestigación de comunidades, desde el año2004 Engineering ha definido una estrategiaenfocada en el desarrollo, implementación yentrega de soluciones basadas en softwarelibre como una oportunidad tecnológica y denegocio en los servicios que ofrece a susclientes, siendo sus objetivos principales lossiguientes:

Uso industrial del software libre en lasactividades de integración de sistemas, y pro-visión de un soporte completo a los serviciosofrecidos.

Contribución activa en varios proyectosde software libre.

Presencia activa en comunidades interna-cionales.

Desarrollo y apoyo de iniciativas de soft-ware libre.

En la actualidad, la compañía cree que elsoftware libre es un factor acelerador para la

SpagoWorld, la iniciativa desoftware libre de Engineering

Gabriele RuffattiDirector de Arquitecturas y Consultoría, Gru-po Engineering I+D, Italia

< g a b r i e l e . r u f f a t t i @ e n g . i t >< g a b r i e l e . r u f f a t t i @ e n g . i t >< g a b r i e l e . r u f f a t t i @ e n g . i t >< g a b r i e l e . r u f f a t t i @ e n g . i t >< g a b r i e l e . r u f f a t t i @ e n g . i t >

Traducción: Traducción: Traducción: Traducción: Traducción: Israel Herraiz Tabernero (Universidad Complutense de Madrid)

Resumen: este artículo muestra un caso de estudio basado en la experiencia de una empresa informáticaen el desarrollo y la gestión de proyectos de software libre. En la primera parte, presentamos la compañíay su papel en actividades relacionadas con software libre. Después, el artículo presenta las razones y laestrategia corporativa para entrar en el mundo del software libre, y el modelo de negocio de SpagoWorld,la principal iniciativa sobre software libre de Engineering. Finalmente, se investiga el doble papel que juegaen actividades comerciales y creación y gestión de comunidades, con énfasis en la sostenibilidad delmodelo.

Palabras clave: empresas informáticas, estrategias corporativas, software libre.

Autor

Gabriele Ruffatti es director de la unidad de Arquitecturas y Consultoría en la división de I+D deEngineering. Con más de 27 de años de experiencia en el ámbito de la informática, ha ejercido variospuestos de gestión en diferentes áreas dentro del Grupo Engineering, como por ejemplo el desarrollo deproductos complejos y de proyectos para importantes firmas y para el sector público, en procesos demejora de calidad de software y de aseguramiento de calidad, además de en la definición de solucionesinnovadoras. Además, contribuyó al inicio y desarrollo del sistema corporativo de calidad, y ayudó aconseguir las certificaciones CMMI e ISO 9001:2000. En 2004 lanzó la iniciativa de software libreSpagoWorld. Además, Gabriele coordina las actividades de software libre en Engineering. Es miembro delConsejo de SpagoWorld y del consorcio OW2. De 2006 a 2008, participó como profesor asociado,impartiendo clases sobre software libre, en el Departamento de Matemáticas, Física y Ciencias Naturalesde la Universidad de Padua, dentro del programa de Máster en Informática.

novática nº 199 mayo-junio 200940 monografía

monografía Software libre para empresas

consecución de objetivos estratégicos críti-cos en la empresa.

La compañía proporciona a sus clientes suexperiencia y conocimiento para la selección,integración, validación y soporte de los mejo-res componentes de software libre, incluyen-do sus propias soluciones, ofreciendoles losbeneficios completos de un mayor ratio devalor monetario, gracias a atractivos esque-mas de licenciamiento de software libre, y a larobustez como resultado de un intenso escru-tinio del código fuente.

El enfoque sobre el software libre es racionaldesde un punto de vista ingenieril: analizar lasventajas e inconvenientes, y tomar decisionesadecuadas mejor que ideológicas. Engineeringestá convencida de que un uso adecuado delsoftware libre puede ayudar a generar altosretornos para sus clientes, a la vez que semejora la calidad de los sistemas.

3. El proceso de liberación de soft-ware de Engineering: razones yestrategiaEn los últimos 30 años, Engineering ha ope-rado en los mercados de desarrollo de soft-ware e integración de sistemas. Hace seisaños, la compañía comenzó a pensar que elsoftware libre era útil para los negocios. Enaquella época, el software libre no estaba tanextendido en el mercado como lo está ahora,y la cuestión era si el software libre tenía elpotencial para proporcionar beneficios en elmercado de integración de sistemas. Pararesponder a esta cuestión, la compañía ana-lizó las características particulares del soft-ware libre, y determinó que, por varias razo-nes, era posible elaborar un modelo de nego-cio válido para los integradores de sistemas,que podían aprovecharse de estas caracterís-ticas.

Resumiendo, la completa ausencia de costesde licencia puede liberar recursos financierosque el cliente puede dedicar a la adquisición deservicios y de soluciones a medida, aspectosfundamentales ambos del negocio de unintegrador de sistemas. La disponibilidad delcódigo fuente permite al integrador de siste-mas extender su oferta en las áreas de soportey servicios al mantenimiento de soluciones desoftware libre. Este mercado potencial tieneuna barrera de entrada muy baja, de modo queno existen posiciones dominantes.

Además, hay que tener en cuenta que laprincipal característica de un profesionalinformático, que tiene que encontrar la mejorsolución para su propio cliente, está represen-tada por su competencia adquirida gracias ala experiencia. Por tanto, es inevitable que lapreparación en el dominio del software libre sehaga haciendo, es decir mediante la gestión yparticipación activa en proyectos de softwarelibre.

Orazio Viele, gerente de I+D en Engineering,escribió en 2005: "El software libre representamás una oportunidad que una amenaza paraun integrador de sistemas. En la actualidad,no podemos establecer cuál es el valor poten-cial de mercado estimulado por el softwarelibre. Sin embargo, las características de estefenómeno son tales que podemos predecir uncrecimiento progresivo en los próximos años.El reto para un integrador de sistemas consis-te en una excelente preparación, porque éstaes la única manera de tomar ventaja de losmejores resultados provocados por esta re-volución". [1].

Tras examinar estas razones, se hizo necesa-rio definir cómo enfocar esta oportunidad ydefinir una estrategia para posicionar conéxito a Engineering en este mercado.

Durante estos últimos seis años, Engineeringha mejorado esta estrategia, basándose en lossiguientes principios:

Tomar una posición líder en el mundo delsoftware libre, desarrollando sus propiassoluciones y creando un ecosistema alrede-dor de ellas. Esto diferencia a la compañía deotros integradores de sistemas, que sólo usansoluciones desarrolladas por otros. La inicia-tiva SpagoWorld es una acción concreta, parallevar a cabo esta estrategia. Todo esto hizoposible que Engineering fuera percibido comoun productor de soluciones de software libre,especialmente fuera de Italia.

Ser parte y contribuir a las comunidadesinternacionales de software libre, para crearuna red colaborativa que enriquezca su ofertaal mercado de soluciones y servicios. El sermiembro del consorcio OW2 y las contribu-ciones a diferentes comunidades son pruebasclaras de esta estrategia.

Seleccionar soluciones de software librede alta fiabilidad, para ofrecerlas a sus clien-tes y satisfacer sus demandas. Dos herra-mientas adoptadas para alcanzar este objeti-vo son la creación de un centro de competen-cia dedicado en exclusiva a explorar solucio-nes, y la definición de una metodología paraevaluar software libre.

La estrategia adoptada por Engineering res-pecto al software libre está centrada en dosaspectos más:

Desarrollo de software libre y gratuito,teniendo en cuenta que Engineering no adop-ta un esquema de licenciamiento dual, sinoque desarrolla y gestiona software liberadoúnicamente con licencias libres (como la li-cencia Apache o la GNU GPL/LGPL5 ), evi-tando cualquier política que asemeje el soft-ware libre al modelo privativo6 .

Un modelo de negocio centrado en elproyecto, donde el proyecto es más importan-te que las soluciones tecnológicas que seadopten, y donde se explota la capacidad paradiseñar y desarrollar sistemas complejos ca-paces de satisfacer las demandas de los clien-

tes. En este modelo, el uso de software librese convierte en una herramienta para mejorarlas habilidades de diseño y el know-how téc-nico de un integrador de sistemas.

Esta estrategia no se planeó a priori, sino quederiva de un análisis de resultados, y de sucrecimiento y adaptación en el tiempo. Así,tras algunos años de actividad, podemosdecir que hemos vivido la experiencia de inte-grarnos en un entorno ecológico competiti-vo, donde el concepto estratégico ha cambia-do respecto al previamente conocido. "Para eldesarrollo de una estrategia, normalmente esimportante fijar objetivos a corto, medio ylargo plazo, y definir un plan, llamado estra-tégico, a través del cual podamos alcanzaresos objetivos, definiendo los medios másadecuados, y suponiendo que siempre seráninsuficientes. Adaptar un enfoque ecológicodel valor supone tanto abandonar la parte decerteza que se deriva de la posesión de un plandefinido para desarrollar un cierto conjuntode objetivos, como cambiarlos debido a nues-tra capacidad de exploración continua denuestra existencia en el mundo y al sentido quetenemos que asignarle a este hecho. El obje-tivo es mejorar la calidad de nuestra condi-ción, experimentando todos los posibles po-tenciales distintos." [2].

4. El modelo de negocio de soft-ware libre de EngineeringEngineering considera en su modelo de nego-cio que en la actualidad el software libre no essimplemente un modelo de desarrollo y distri-bución de software, sino que estácorrelacionado con la naturaleza de las co-municaciones, con su evolución en el tiempojunto a los modelos de negocio, y con suestructura ecológica (Véase [3] para unacomparación entre ecosistemas de negociosy ecosistemas biológicos).

En la actualidad, Engineering es un agenteinformático global, aunque es principalmen-te un integrador de sistemas con característi-cas particulares, cuyos resultados se valoranen el mercado como los resultados de unaempresa informática con rendimientos efec-tivos de desarrollo, comenzando por:

La capacidad "genética" para el diseño.Un énfasis importante en la adquisición de

conocimientos de primera mano (primero"testea", luego propón a los clientes y final-mente desarrolla), crecientes en el tiempomediante experiencia y evaluación.

Independencia de la solución elegida yadoptada.

Flexibilidad con respecto a las diferentessituaciones, y una actitud natural para adap-tar cada solución a distintos contextos, demodo que se generen soluciones y productoscon un alto nivel de adaptación al cliente.

Un enfoque industrial que hace énfasis enla adopción de los resultados en el mundo"real", de una manera efectiva.

novática nº 199 mayo-junio 2009 41

Software libre para empresas monografía

monografía

Estas características también se aplican alcaso del software libre, especialmente en eldiseño y desarrollo de soluciones, con unaactitud independiente y un enfoque en la uti-lidad industrial.

Como resultado, el modelo de software librede Engineering es un modelo empresarial desoftware libre, en lo que respecta al desarrollode proyectos y soluciones abiertas, y un mo-delo profesional de software libre en lo querespecta a la certificación de competencias yservicios de soporte a soluciones abiertas.

Más en detalle, el modelo de desarrollo desoftware libre puede calificarse como centra-do en el proyecto, porque "el alcance deldesarrollo de una solución específica com-prende la realización de proyectos de softwarebajo las demandas de diferentes clientes, quese pueden beneficiar de una solución de soft-ware libre, ofreciendo mejores característicasque una solución propietario en términos dedisponibilidad, apertura, modificabilidad,modularidad, integración, adaptabilidad,reusabilidad y escalabilidad. Resumiendo, elproyecto tiene más valor que la soluciónadoptada" [4].

Según este modelo, las soluciones basadas ensoftware libre hacen posible el desarrollo deproyectos; estos proyectos, de hecho, posibi-litan el crecimiento del software libre. Porotro lado, el software libre favorece la conse-cución de los requisitos de los clientes, demodo que se logra la mejor solución adapta-da a sus necesidades; por otro lado también,la comunidad se beneficia de estos nuevosrequisitos, nuevo código, testeo,realimentación y contribuciones externas.

En este contexto, el integrador de sistemas esel facilitador que activa las relacionessinérgicas, y uno de los principales actores,gracias a su capacidad "genética" para traba-jar de esta manera.

5. La iniciativa SpagoWorld: unpoco de historiaLa iniciativa SpagoWorld es un ejemplo decómo Engineering dirige su modelo de nego-cio de software libre centrado en proyectos.

Surgida en 2004, la iniciativa cuenta ahoracon cuatro proyectos principales:

SpagoBI: la plataforma para businessintelligence (BI).

Spagic: la platforma empresarial de inte-gración SOA/BPM.

Spago4Q: especialización de SpagoBI paracalidad de software.

Spago: una plataforma empresarial Java.

Todos estos proyectos adoptan el mismomodelo de licenciamiento (se distribuyen bajouna licencia GNU LGPL, sin versiones "pro-fesionales" o "enterprise" por las que es nece-

sario pagar), y se alojan en el consorcio OW2,que proporciona un soporte independiente ya largo plazo gracias a una comunidad glo-bal.

Los proyectos comparten una visión común,basada en:

Soluciones flexibles: integrando compo-nentes ya existentes y desarrollando nuevosmódulos, con un enfoque de integración en laplataforma, de modo que se identifican lassoluciones más adecuadas para las necesida-des de los usuarios.

Nivel empresarial: las soluciones resultande la experiencia en proyectos a nivel empresa-rial, donde las aplicaciones son críticas, y hayque garantizar la funcionalidad y un altorendimiento.

Enfoque en el desarrollo de proyectos: lacapacidad para entender las necesidades rea-les de los usuarios, además de los requisitosde los diferentes proyectos, convierten a lassoluciones de SpagoWorld en la mejor op-ción para comenzar el desarrollo de un nuevoproyecto de software.

Uso comercial: las soluciones de softwarelibre adoptan un esquema libre de licencia-miento, que permite el uso de las solucionesde SpagoWorld en diferentes categorías deproductos y servicios.

Servicios de soporte: cada solución esentregada, bajo demanda, incluyendo unasolución completa de servicios de soporte.

Enfoque en la comunidad y la investiga-ción: todos los proyectos tienen un alto com-promiso con las necesidades de la comuni-dad, e incorporan resultados innovadores deinvestigación.

Creación de un ecosistema de valor: lainiciativa SpagoWorld participa en la crea-ción de un ecosistema de valor añadido paratodos los miembros de la comunidad: empre-sa, desarrolladores, investigadores y usua-rios.

6. SpagoWorld y el mercado co-mercial de software libreLas soluciones SpagoWorld son descarga-das desde diferentes países alrededor delmundo. Esto confirma que son conocidas (yprobablemente usadas7 ) en un contexto glo-bal, sin ceñirse a un mercado geográficoespecífico.

Aunque el éxito comercial significa otra cosadiferente. Este aspecto debe considerar dospuntos preliminares, uno particular a cadaproyecto y otro que tiene que ver con lasolución como un todo.

La premisa específica consiste en el hecho deque cada solución tiene que enfrentarse acompetidores específicos en un contexto desoftware libre, donde la reputación otorgadapor la comunidad es crucial (por ej., Spago,el framework Java, apenas puede competircon otras frameworks Java más conocidos;

Spago4Q es una solución nueva y única, sincompetidores reales, pero necesita alcanzaruna reputación suficiente; Spagic, una solu-ción bien recibida por la comunidad, necesitaalgo de tiempo para demostrar su eficacia enel uso en casos reales alrededor del mundo;SpagoBI, la más popular, es reconocida so-bre todo como un producto software libre).

La premisa general se refiere a diferentesaspectos:

Engineering, desarrollador de todas lassoluciones, es un integrador de sistemas queactúa en los mercados y dominiosinformáticos, y que está siguiendo una tra-yectoria internacional todavía sin finalizar.Los competidores de software libre son em-presas que actúan en un dominio específico(como Pentaho, Jaspersoft y Actuate en eldominio de business intelligence, o Intalio yMuleSource para soluciones SOA/BPM)ofreciendo soporte a nivel mundial. Contra-riamente a un integrador de sistemas de pro-pósito general, el mercado informático perci-be a estas empresas como más eficaces cen-trándose en un único dominio que es críticopara su éxito, e invirtiendo cantidades signifi-cativas en actividades de marketing.

Especialmente en Europa, los grandesintegradores de sistemas que dirigen el mer-cado informático prefieren no usar las solu-ciones de otro integrador de manera explícita,para invadir "intrusismos";

La falta de soporte constante y universalen regiones como Europa, EE.UU., Asia yLatinoamérica no facilita la inserción de lassoluciones de SpagoWorld en las listas "top",a pesar de sus funcionales y sus innovadorascaracterísticas.

No obstante, tanto SpagoBI como Spagicgozan de una buena reputación (su recienteinclusión en Gartner Research [5][6] confir-ma este punto), y han obtenido pronto ciertosresultados comerciales, de modo que se hanconvertido en dos activos de software libre delgrupo Engineering: Spagic está ganando im-pulso en el desarrollo de proyectos SOA/BPM para clientes de Engineering, algunos deellos multinacionales; las actividades de desa-rrollo de SpagoBI se sostienen gracias a losbeneficios que proporcionan las ventas deservicios de formación y soporte, principal-mente en Francia y mercados relacionados.Además, los servicios de soporte de SpagoBIse ofrecen tanto en Latinoamérica como enAsia.

7. SpagoWorld y la comunidad desoftware libre: lecciones aprendi-dasEl primer resultado significativo deEngineering en el software libre proviene desus actividades en algunos proyectos de inves-tigación en Italia y Europa.

Las colaboraciones en este campo con em-

novática nº 199 mayo-junio 200942 monografía

monografía Software libre para empresas

presas, universidades e institutos de investi-gación han proporcionado oportunidades paradesarrollar soluciones y componentes libres,entre los que podemos mencionar bxModellerpara el modelado de procesos de negocio, queproviene de los resultados de los proyectos deinvestigación DISCoRSO, X@Work yTEKNE; las soluciones del proyecto Brickspara bibliotecas de herencia cultural digitales;SeCSE para sistemas centrados en serviciosy ETICS, para el desarrollo de software ycalidad en entornos grid.

Cuando Engineering decidió comenzar a de-sarrollar y gestionar proyectos de softwarelibre gratuitos a nivel industrial, se tomarondos importantes decisiones:

La elección de no hacerlo solos, sinoconectados a una comunidad internacionalya existente.

Ser consecuentes con el hecho de que en lascomunidades de software libre los tiemposhan cambiado.

De hecho, mientras que la naturaleza delsoftware libre ha cambiado en el tiempo,desde el campo de las infraestructuras haciael middleware primero, y hoy en día hacia unentorno aplicativo, se han creado nuevas co-munidades con diferentes connotaciones (porejemplo, las Fundaciones de Linux, Apache yEclipse, el consorcio OW2, etc.).

Desde aquellas primeras comunidades deindividuos movidos por la ética hacker noshemos desplazado a la tercera generación decomunidades de software libre que aglutinandiferentes entidades legales, compañíasfederadas, vendedores, clientes, administra-ciones públicas e individuos. El modelo denegocio de estas meta-organizaciones es co-lectivo: el núcleo de su valor se orienta haciael incremento del valor de la organizacióncomo un todo, y consiste en la estimulaciónde la colaboración entre sus miembros paraalcanzar diversas metas que son útiles paratodos los miembros.

La naturaleza cambiante de estas comunida-des está influyendo también en el desarrollo delos actuales proyectos de investigación deEngineering. Algunos ejemplos de estas co-munidades son:

Qualipso8 , una alianza internacional deempresas informáticas, PYMEs, investiga-dores e instituciones públicas y académicas,cuyo rol consiste en ayudar a la industria y alos gobiernos en el fomento de la innovacióny la competitividad con software libre.

El Grupo de Trabajo sobre Software Li-bre de NESSI9 que da soporte a la NetworkedEuropean Software and Services Initiativepara construir una plataforma tecnológicaeuropea dedicada al software y a los servicios.Apoya a NESSI en la definición de una estra-tegia global sobre software libre, enfocada aempresas que quieran implementar o adoptar

software libre, además de a comunidades desoftware libre que quieran colaborar y parti-cipar en NESSI, proporcionando el apoyo, laayuda y la información necesarios paraposicionar al software libre como el canalprincipal de comunicación de los logros deNESSI, asegurando niveles adecuados decalidad, dependencia y seguridad.

Incluso cuando Engineering estaba buscan-do una comunidad de referencia para susproyectos de software libre, eligió una comu-nidad que prestaba atención especial a losrequisitos de los usuarios finales y las empre-sas del ecosistema, sin ignorar el papel de losindividuos y los desarrolladores en la comu-nidad. La adhesión al consorcio ObjectWeben 2005 ha representado la elección particularde entrar en una comunidad caracterizada poruna identidad precisa que persigue promocio-nar y afirmar un ecosistema sostenible y du-rable basado en soluciones software libre.Estas características pueden ayudar a lasempresas del consorcio a conseguir sus obje-tivos de negocio y a las administraciones y alos usuarios a satisfacer sus demandas.

La participación en ObjectWeb también harepresentado la oportunidad de compartir sutransformación en el consorcio OW2, unnuevo consorcio internacional más fuerte,guiado por una filosofía abierta y que persi-gue la promoción de soluciones tecnológicasy una nueva manera de hacer negocios. Naci-do en enero de 2007 como una consecuenciade la integración de las comunidades europeaObjectWeb y china OrientWare, OW2 es hoyun consorcio industrial independiente dedica-do al fomento de un vibrante ecosistema denegocio, que cuenta con más de 100 organi-zaciones y 6.000 desarrolladores distribuidosen Europa, Asia y América, además de alber-gar más de cien proyectos tecnológicos.

La adhesión a OW2 ha sido una muestra dela estrategia de software libre de Engineering,cuyo objetivo es compartir proyectos con lacomunidad e integrarlos con otras solucio-nes, buscando de manera continua nuevasoportunidades. El software SpagoWorld estáalojado en la forja de OW2, de modo quepermite a la comunidad participar usandoherramientas específicas (listas de correo,foros, repositorios, área de descargas), yproporcionando una gestión independientedel software publicado. Esta colaboración vamás allá de un apoyo notorio al crecimientode toda la gama completa de software deOW2, y representa la participación en uno delos ejemplos más exitosos de comunidad desoftware libre de tercera generación.

En la actualidad, Engineering es co-fundadory miembro estratégico del consorcio OW2.Además, es particularmente activo en la vidadel consorcio, siendo miembro del ConsejoRector, de todos los consejos de apoyo a los

ecosistemas (Consejo del Ecosistema, Con-sejo Tecnológico y Oficina de Gestión), ypermanece activo en muchas iniciativas (es ellíder de la iniciativa de Business Intelligence,y forma parte de las actividades del CapítuloLocal Europeo).

Con el tiempo, la colaboración se ha extendi-do también a otras comunidades. Graciasprincipalmente al desarrollo de la plataformaSpagic, Engineering participa en la comuni-dad Eclipse en el desarrollo del proyecto Eclip-se STP/Intermediate Model, junto al institu-to francés de investigación INRIA, y en lacomunidad Apache como contribuidora alproyecto ServiceMix.

Engineering usa sus propias competencias engestión de software libre, incluso usandosoluciones software libre de terceros comocomponentes importantes de sus propiosproyectos, o cuando necesita extenderlos,adaptarlos o resolver sus defectos de soft-ware. En este caso, Engineering proporcionalas mejoras que realiza a la comunidad, ob-teniendo un doble beneficio:

El soporte (de) y la participación activa enel ecosistema de software libre.

La protección de la inversión del clientepara el que se ha realizado el proyecto. Dehecho, si la contribución ofrecida es aceptadacomo parte de una nueva versión de la solu-ción de software libre, hay claros beneficios entérminos de mantenimiento y evolución futu-ra.

Entre estas contribuciones, en el caso dedesarrollos en Java, arquitecturas SOA yBusiness Intelligence, podemos nombrar losproyectos eXo Platform, Cimero, Jpivot,Harvard JHOVE, además de los menciona-dos previamente Eclipse STP y ApacheServiceMix.

La historia de las relaciones de Engineeringcon las comunidades muestra que:

No sólo la participación en la comunidad,sino también la "construcción de comunidad"son cruciales, tanto en las comunidades yaexistentes como en la creación de nuevascomunidades. Esto permite extender el "efec-to red", facilitar la reputación global, inter-cambiar conocimiento y experiencias, y supo-ne la aportación de contribuciones reales.

La gestión de la comunidad, en la cual laempresa juega un papel líder en la gobernanzadel proyecto, representa un elemento crítico ysuperable, especialmente cuando el proyectopresenta características especiales en térmi-nos de novedad y efectividad. Incluso en laexperiencia de Engineering, es difícil construiruna comunidad formada por actores que sonactivos en el soporte y la gestión del crecimien-to del proyecto. El problema de las relacionesde confianza en la comunidad, entre la empre-sa y firmas de diversos tamaños, necesitatodavía más investigación, puesto que es un

novática nº 199 mayo-junio 2009 43

Software libre para empresas monografía

monografía

Referencias

[1] O. Viele. Software Libero, opportunità ominaccia per i system integrator?, HomepageEngineering Ingegneria Informatica Anno VII n.8,Roma 2005 (en italiano)[2] A. Ganzaroli, L. Pilotti. En R. Fiocca "Rileggerel’Impresa" (Capitolo 15 «Quali reti oltre ilnetworking»), ETAS, 2007 (en italiano).[3] M. Iansity, R. Levien. Keystones andDominators: Framing Operating and TechnologyStrategy in a Business Ecosystem. Harvard Busi-ness School, Working Paper #03-061, 2004.[4] G. Ruffatti. Ecosistemi di business in azione.Il caso Engineering. Quaderni di management – n.33, E.G.V. Edizioni, May-June 2008, pp. 37-48 (enitaliano). Disponible también en: <http://www.spagoworld.org/ecm/faces/public/guest/home/community/resources>.[5] A. Bitterer. Who’s Who in Open-SourceBusiness Intelligence. Gartner Research, abril2008. [6] M. Pezzini, L.F. Kenney, J. Lennard. CoolVendors in Platform and Integration Middleware.Gartner Research, marzo 2008.

1 Engineering <http://www.eng.it/>.2 SpagoWorld Initiative <http://www.spagoworld.org>.3 OW2 Consortium < http://www.ow2.org/>.4 El término coopetición significa la presenciacontemporánea de relaciones de cooperación ycompetición.5 En la iniciativa SpagoWorld, que está basada enla estrategia comercial sobre software libre deEngineering, se requiere que el software se publi-que bajo la licencia GNU LGPL.6 El licenciamiento dual es un modelo híbrido, queincluye tanto una licencia libre (generalmente dela familia de licencias GNU) y su venta, o la ventade extensiones, bajo una licencia privativa si-guiendo un esquema EULA (End User LicenseAgreement). Algunos elementos de este modeloparecen más cercanos al modelo propietario queal del software libre. Por ejemplo, la presencia deinversores institucionales en las empresas que loproducen, el casi total control de la empresa quedesarrolla la solución, y las características mis-mas de la solución, generalmente más típicas deun producto que de una plataforma.7 El número de descargas (esto es, el número deveces que un fichero es descargado por un usuariodesde la web hasta su ordenador) se consideranormalmente un número correlacionado con eléxito de un proyecto de software libre. Sin embar-go, no tiene demasiado significado, porque existenmuchos factores que pueden influir en este fenó-meno, y tampoco dice mucho acerca del númerode descargas que realmente se instalan y usan.8 Qualipso <http://www.qualipso.org/>.9 NESSI Open Source Working Group <http://www.nessi-europe.com/Nessi/WorkingGroups/A d o p t i o n W o r k i n g G r o u p s /NESSIOpenSourceSoftwareWorkingGroup/tabid/269/Default.aspx>

Notas

aspecto fundamental en la construcción deuna verdadera ecología de valor.

Las relaciones con las comunidades sonprocesos de creación de valor respaldados porredes complejas de relaciones sociales y denegocio, de valores compartidos, y deinterdependencias entre los diferentes miem-bros. El valor obtenido es alto, aunque prin-cipalmente no cuantitativo (por ej., no mone-tario). Es una colaboración en una red indus-trial basada en el conocimiento, que compar-te esfuerzos promocionales y un fuerte com-promiso en las decisiones cruciales, en elfomento de la innovación, en la competiciónabierta y en la libertad para formar parte de lasdiferentes actividades.

8. Sostenibilidad del modelo: unaaproximación ecológicaLa iniciativa SpagoWorld proporciona uncontexto donde su comunidad y los diferentesactores (empresas, vendedores, integradores,consultores en BI, instituciones públicas, clien-tes, académicos e individuos) cooperan paradesarrollar una infraestructura de solucionesmadura y fiable, y compiten para conseguirsus objetivos, creando un entorno activo yestimulante. De este modo, todos aquellosque adopten SpagoWorld pueden encontrarun entorno de referencia para su estrategia deadquisición de software libre, y una oportu-nidad para contribuir al crecimiento de unaestrategia colectiva que pretende incrementarvalor en un contexto ecológico. La coopera-ción (en asuntos no-monetarios) y competi-ción (en el mismo mercado) simultáneasposibilitan relaciones complejas que fomen-tan el ecosistema (ver figura 1figura 1figura 1figura 1figura 1).

Desde este punto de vista, la iniciativaSpagoWorld es un ejemplo efectivo de pro-

moción de un ecosistema de negocios queactúa como el modelo de negocio específicode Engineering, y que se basa en el desarrolloy promoción de sus soluciones (vendiendoservicios de soporte y los proyectos de soft-ware correlacionados), y que al mismo tiem-po apoya el sistema completo en un entornode verdadera coopetición. En el contexto delsoftware libre, los retornos indirectos y nomonetarios pueden ser de más valor que losmonetarios porque suponen beneficios en uncontexto sostenible a largo plazo.

Figura 1. De la colaboración a la coopetición: Situando el software libre a nivel denegocio.

novática nº 199 mayo-junio 200944 monografía

monografía Software libre para empresas

Una oportunidad para lasempresas de software libre:mercado emergente en los

países en vías de desarrollo

Susana Muñoz Hernández,Jesús Martínez MateoFacultad de Informática, UniversidadPolitécnica de Madrid

< { s u s a n a , j m a r t i n e z } @ f i . u p m . e s >< { s u s a n a , j m a r t i n e z } @ f i . u p m . e s >< { s u s a n a , j m a r t i n e z } @ f i . u p m . e s >< { s u s a n a , j m a r t i n e z } @ f i . u p m . e s >< { s u s a n a , j m a r t i n e z } @ f i . u p m . e s >

Resumen: durante los últimos años el negocio del software ha cambiado en muchos aspectos. Lascompañías de software han evolucionado desde producir aplicaciones software y vender su códigopropietario, a proporcionar aplicaciones de código abierto y centrar su negocio en ofrecer serviciosrelativos a su adaptación, instalación, mantenimiento y formación de usuarios. Las compañías de soft-ware libre emplean un modelo de negocio que proporciona nuevas oportunidades en mercados dondeel software privativo es inviable. En este artículo describimos una interesante oportunidad de negocio queestá surgiendo para estas compañías: las necesidades de software de los países en vías de desarrollo.Estos países están creando un mercado emergente para el desarrollo de software especialmente intere-sante porque si sus necesidades y limitaciones especiales son tenidas en cuenta son un escenarioperfecto para el enfoque del software libre. Finalmente, será también discutida la influencia de algunoscatalizadores que están realmente actuando en este mercado objetivo.

Palabras clave: mercados emergentes, oportunidades de negocio, países en vías de desarrollo, soft-ware libre.

Autores

Susana Muñoz Hernández es Doctor en Informática por la Universidad Politécnica de Madrid (UPM),tiene un máster en Gestión de las Tecnologías de la Información por la universidad Ramón Llull deBarcelona y un grado en Relaciones Internacionales por la Sociedad de Estudios Internacionales deMadrid. Ganó el primer premio en el concurso nacional para jóvenes talentos de la Universidad de La Sallede Madrid en 2003. Tras varios años de experiencia profesional trabajando en empresas privadas, comen-zó a trabajar como profesora asociada en la Escuela de Informática de la Universidad Politécnica de Madriden 1998 donde lleva a cabo su actividad investigadora en el grupo BABEL. Es responsable de difusión ycomunicación de la plataforma nacional española de software y servicios, INES. Ha establecido el grupode cooperación TEDECO (Tecnology for Development and Cooperation) en 2006 y ejerce como directoradesde entonces. Desde TEDECO, lidera la iniciativa Morfeo-CODE para la aplicación de software libre a laCOoperación para el DEsarrollo en la comunidad Morfeo.

Jesús Martínez Mateo es estudiante de doctorado en Informática en la Universidad Politécnica de Madrid(UPM). Tiene un máster en Matemáticas de la Computación por la UPM. Desarrolla su actividad investi-gadora en el laboratorio de informática en la sección departamental de Análisis Numérico como integrantedel grupo de investigación en Información Cuántica y Computación. Contribuye a varios proyectos, entreotros el proyecto Cenit Segur@ financiado por el Ministerio de Comercio e Industria de España para elestudio y diseño de una Red de Distribución Clave Cuántica Metropolitana. Compagina su trabajoinvestigador con el desarrollo de software libre (ej. Lan Core) y la participación en el grupo TEDECO(Tecnology for Development and Cooperation), siendo un miembro activo que ha participado en dosmisiones de campo en Burundi.

1. El software libre en los merca-dos occidentales

¿Por qué luchar contra el mercado?Es bien conocido que el software libre y decódigo abierto1 tiene que ganar una durabatalla contra el software propietario paraencontrar un espacio en el mercado occiden-tal. Algunos de estos problemas, quizá todosellos, son específicos de este mercado dondeel negocio del software tiene una historiaconsolidada. Por otra parte, existe un escena-rio donde puede ser evitada esta cultura tribal;en los países en vías de desarrollo muchos deestos problemas simplemente no existen. Engeneral, el desarrollo y el despliegue del soft-ware en los países en vías de desarrollo tienenuna corta tradición. Esto es una considerableventaja para la expansión del software libre enaquellos mercados con una concepción másmoderna en relación con el software [1].

La bondad de los mercadosExisten varios casos en los que una nuevatecnología ha tenido menos problemas paraestablecerse en un mercado emergente que enlos ya consolidados. Por ejemplo, a finales delsiglo diecinueve era más sencillo abrir el mer-cado a las locomotoras eléctricas en aquelloslugares donde los trenes de vapor no eran aúnhabituales. Esto es similar, hoy día, dondemuchos lugares aislados de países en vías dedesarrollo han comenzado a utilizar directa-mente comunicaciones móviles sin haber te-nido cualquier infraestructura previa de tele-fonía fija. En estos países se ha producido unabrecha tecnológica en algunas generacionesen relación con la revolución industrial, elhardware, o las comunicaciones entre otras;entonces… ¿por qué no también con el soft-ware? Aunque quizá una pregunta más apro-piada sería: ¿puede ser el software libre latecnología del futuro en el desarrollo de soft-ware? Probablemente sí, en cuyo caso la histo-ria podría volver a repetirse de una forma similarpara ignorar el software propietario en beneficiodel software libre en los países en vías de desa-rrollo. Bajo este supuesto es posible que lospaíses en vías de desarrollo se conviertan en unserio candidato para adoptar una estrategianacional a nivel de gobierno en relación con elsoftware libre, sin pasar por la fase previa de laera del software privativo. Actualmente, si-guiendo esta sospecha, algunas comunidadesde software libre [2] se han dado cuenta de queexiste un crecimiento y una oportunidad denegocio para ellos en estos países.

¿Tradición o PCI (Progreso, Cambioe Innovación)?El problema más importante del softwarelibre en las grandes compañías es que éstas yatienen la mayoría de sus aplicaciones desarro-lladas utilizando software propietario. Latradición es una poderosa desventaja puestoque las migraciones de software pueden im-plicar inversiones a corto plazo y las compa-ñías raramente confían en las ventajas que amedio y largo plazo les puede suponer unamigración a software libre, u otros produc-tos. Por el contrario, encontramos algunasinstituciones, organizaciones y compañías en

los países en vías de desarrollo que estáncomenzando a generalizar el uso de aplicacio-nes software [3]. En estos casos, y por razo-nes evidentes al tratarse de países en vías dedesarrollo, el presupuesto para la compra desoftware es considerablemente reducido, detal forma que la adquisición de software libreno es una opción sino una necesidad. Encualquier caso, el software libre es muchomás económico que la compra de una aplica-ción propietaria convencional, por lo que lasdesventajas tradicionales son oportunidadesen los mercados de software de los países envías de desarrollo.

novática nº 199 mayo-junio 2009 45

Software libre para empresas monografía

monografía

Comercio justoEl comercio justo es un movimiento socialorganizado y un enfoque del mercado quetiene como objetivo ayudar a los productoresen los países en vías de desarrollo al mismotiempo que promueven la sostenibilidad. Elcomercio justo no es tan sólo prestigiosodesde el punto de vista moral, sino tambiénpor su rentabilidad. En 2007, las mercancíasetiquetadas como comercio justo tuvieronun nivel de ventas por valor de aproximada-mente 2,3 billones de euros en todo el mundo(3,62 billones de dólares americanos), con unincremento del 47% de un año para otro.

Ha existido un debate en un foro especializa-do acerca de las similitudes entre el softwarelibre y el comercio justo [4]. El origen de estadiscusión fue una presentación de MatthewEdmonson del proyecto gubernamental OpenIT Up que dio en el Reino Unido unas confe-rencias para proveedores de asistencia tecno-lógica2 . En realidad, existen bastantes seme-janzas teniendo en cuenta que ambos impli-can una elección y una preocupación por laspersonas. James Davis dice que como usua-rios de software libre esperamos que se nosconceda la libertad de hacer lo que nosotrosqueramos con nuestro software, siempre ycuando no se restrinja lo que los demáspueden hacer con nuestro software modifica-do.

A pesar de que no estemos de acuerdo con estadeclaración (puesto que podemos encontraralgunas diferencias sustanciales entre el soft-ware libre y el comercio justo [5]) este es unpunto muy positivo para el software libre, elser comparado en un debate público con tanprestigiosa empresa como es el comerciojusto.

2. Catálisis del software libre enlos países en vías de desarrollo

Las TIC en los países en vías dedesarrolloLejos del ancestral concepto de "coopera-ción", mucho más cercano a la caridad, en losúltimos cinco años los proyectos de coopera-ción están orientados al desarrollo de lospaíses receptores. Aparte de los campos tra-dicionales de cooperación (salud pública,educación, o el suministro de alimentos entreotros) existen nuevas áreas donde la coope-ración está jugando un rol decisivo, y lasrelacionadas con las Tecnologías de la Infor-mación y la Comunicación (TIC) son proba-blemente las más importantes. De hecho, lacooperación en TIC está directamente aplica-da al resto de áreas de cooperación tradicio-nales.

Software libre para el fortalecimien-to institucionalLa mayoría de los proyectos de cooperaciónque incluyen desarrollo de software han opta-do por el uso de software libre. Esto es muyinteresante si tenemos en cuenta que estesoftware va a ser parte de muchas institucio-nes clave (Administración o Educación entreotras) de los países en vías de desarrollo [6].El e-Gobierno está siendo especialmente pro-movido y muchos gobiernos de países en víasde desarrollo están apostando por el softwarelibre siguiendo el consejo de consultores ex-ternos independientes y Organizaciones NoGubernamentales (ONG) [7][8]. Es evidentela influencia que este hecho tendrá en el desa-rrollo de software en el resto de los sectoresde estos países.

Siguiente generación de programa-dores de primera categoríaEn la actualidad, sin otra opción, las tenden-cias actuales en software libre y propietario enlos países en vías de desarrollo vienen depaíses extranjeros. Sin embargo, se espera queen un futuro cercano sus primeras generacio-

nes de ingenieros informáticos sean los res-ponsables del desarrollo, pero sobre todo delmantenimiento y uso del software. Este esotro punto a favor del software libre. Losesfuerzos en educación están concentradosen el campo del e-learning y el desarrollo de laeducación superior. La influencia del soft-ware libre en la educación de las nuevas gene-raciones de programadores y profesionales delos países en vías de desarrollo está siendoreforzada por el trabajo de las ONGs y lacooperación de las universidades occidenta-les [9].

3. Países en vías de desarrollo:mercados de software libre emer-gentesEl software libre es una alternativa consolida-da para el desarrollo de software profesionalque es altamente recomendada para los paí-ses en vías de desarrollo. Durante los últimosaños existen estudios y esfuerzos desde estospaíses que apuestan por el software abierto ylos modelos de software libre [10]. Unosquince países africanos ya han publicadorecomendaciones de software libre frente asoluciones de software propietario (por ej,Angola, Benin, Kenia, Senegal, Sudáfrica,Tanzania, Uganda y Zambia entre otros).Esto puede ser aplicado a muchas áreas peroes especialmente importante para tres: Edu-cación, enfocado principalmente en las bi-bliotecas digitales [11], desarrolladores desoftware, o soporte TIC para la educacióngeneral; Administraciones Públicas, con es-pecial interés en el despliegue del e-gobierno;y Salud, no sólo proveyendo software parainstituciones de salud sino también para de-sarrollar el crecimiento de la e-Salud y suutilización en áreas aisladas [12].

Aparte de estas áreas en las que la introduc-ción del software libre ya ha comenzado, elsector privado está dispuesto a desarrollar un

Figura 1. Proceso de catálisis del software libre en los países en vías de desarrollo.

novática nº 199 mayo-junio 200946 monografía

monografía Software libre para empresas

Referencias

[1] J. Lerner, J. Tirole. "The Simple Economicsof Open Source". National Bureau of EconomicResearch, Inc., NBER Working Papers, No. 7600,2000. <http://ideas.repec.org/s/nbr/nberwo.html>.[2] Morfeo-code. Iniciativa para el uso de soft-ware libre en la cooperación para el desarrollo,<http://tedeco.morfeo-project.org/>.[3] G. Camara, F. Fonseca. "Information Policies

Notas

software de apoyo confiable y seguro, y susdecisiones al elegir el tipo de software que vana utilizar está muy condicionada por el crite-rio de la Administración Pública y los sectorespúblicos en general.

Teniendo en cuenta las características espe-ciales de los países en vías de desarrollo, sufalta de reticencias a la hora de usar el soft-ware libre, el efecto catalizador de la coopera-ción y el previsible crecimiento de la industriade software en estos países (ver figura 1figura 1figura 1figura 1figura 1),podemos concluir diciendo que la aparicióndel mercado de software en los países en víasde desarrollo representa una oportunidad denegocio para las empresas de software libre.

and Open Source Software in Developing Countries".Journal of the American Society for InformationScience and Technology, 2007.[4] D. Wilcox. Is Open Source Software Fair Tradefor Nonprofits? Designing for Civil Society.<http://partnerships.typepad.com/civic/2007/02/is_open_source_.html>.[5] J. Davis. How Free Software is not Fair Tradefor non-profits. Free web hosting for UK charitiesand non-profit organizations.<http://www.freecharity.org.uk/2007/02/08/how-free-software-is-not-fair-trade-for-non-profits/>.[6] S. Weber. "Open Source Software in DevelopingEconomies". Social Science Research Council,USA. <http://www.ssrc.org/programs/itic/publications/ITST_materials/webernote2.pdf>.[7] United Nations Economic y SocialCommission for Asia and the Pacific (ESCAP)."ICT Policy database," <http://www.unescap.org/icstd/policy/db/>.[8] Programa para el Desarrollo de las NacionesUnidas (United Nations Development Programme,UNDP) y el Centro Internacional de Investigaciónpara el Desarrollo (International DevelopmentResearch Centre, IDRC) de Canada. InternationalOpen Source Network (IOSN) – Software FreedomFor All, <http://www.iosn.net/>.[9] TEDECO: Tecnología para el Desarrollo y laCooperación. <http://tedeco.fi.upm.es/>.[10] Bridges.org, CIPESA. Free/Open SourceSoftware (FOSS) policy in Africa: A toolkit forpolicy-makers and practitioners, <http://

www.cipesa.org/files/FOSSPolicyToolkit.pdf>.[11] I. Witten, M. Loots, M. Trujillo, D. Bainbridge."The Promise of Digital Libraries in DevelopingCountries" Communications of the ACM, 44 (5),pp. 82-85, 2001.[12] Fundación EHAS: Enlace Hispano America-no de Salud. <http://www.ehas.org/>.

Fecha de revisión de los enlaces web: mayo de2009.

1 En este artículo, hemos decidido utilizar el términosoftware libre siguiendo la definición de la FreeSoftware Foundation (FSF) en lugar de otrostérminos comunes, y seguramente más popula-res, como FOSS, del inglés Free and Open SourceSoftware, o OSS, del inglés Open Source Soft-ware.2 Nota del editor: En la referencia aportada por losautores se comenta que Matthew Edmonson diouna conferencia a "circuit riders" que dan soportetecnológico a empresas sin ánimo de lucro. Estetérmino (también se puede usar "eRiders" en sulugar), tiene su origen en el movimiento metodistay se refiere a proveedores de asistencia tecnoló-gica que atienden a pequeñas organizaciones sinánimo de lucro de sectores económicos concretospara la resolución de problemas o el soporte anecesidades tecnológicas particulares de dichasorganizaciones <http://en.wikipedia.org/wiki/Circuit_rider_(technology)>.

novática nº 199 mayo-junio 2009 47

Enseñanza Universitaria de la Informática secciones técnicas

secciones técnicas

1. IntroducciónEl paso a un enfoque pedagógico basado encompetencias profesionales exige una re-flexión sobre métodos y herramientas docen-tes. Existen diversas definiciones de lo que esuna competencia en este ámbito, no todascoincidentes. Cabe aceptar que las competen-cias tienen un componente de interiorizacióny preparación personal para reaccionar antecircunstancias concretas, no tan explícitocuando se habla de conocimientos.

Según de Miguel [10], la competencia es unpotencial de conductas adaptadas a una si-tuación. Se dice que "si la confrontación conel ejercicio real no se produce, la competenciano es perceptible o no se pone a prueba", que"sólo existe la competencia si se vincula a unobjeto o una situación", y se justifica que"debe colocarse al estudiante ante diversassituaciones de estudio y trabajo similares alas que puede encontrar en la práctica de suprofesión" (la cursiva aparece en el original).

En este artículo se reflexiona sobre la utiliza-ción de un juego de rol como herramientadocente sobre el ejercicio de la profesióninformática. Se describe una experiencia deconstrucción de un juego desarrollado coneste fin, sus características, las experienciasrealizadas y las conclusiones extraídas hastael momento.

Aquí se utilizará el término role-play (porestar extendido su uso en castellano en elcontexto educativo) para aludir a ejerciciosprácticos en los que el alumno desempeña unpapel, El término juego de rol no se utilizarácomo traducción del anterior, sino para alu-dir a juegos ofrecidos por la industria delentretenimiento (en inglés, role-playing gameso RPG).

2. Simulación y role-play comométodo didácticoLa idea de colocar al alumno en una situaciónque imite a la real, con fines formativos, no esnueva. Se ha hecho por medio de juegos,simulaciones y ejercicios de role-play de ma-neras muy diversas.

En ámbitos universitarios es tradicional eluso del role-play en aspectos sociales (comola negociación [1]); en la informática tam-bién se ha utilizado para tareas exploratorias,ejerciendo el alumno como elemento de unsistema para llegar a una mejor comprensión

del mismo, como en programas concurren-tes, sistemas dinámicos u orientación a obje-tos. Fuera de la enseñanza, esto es habitualtambién en métodos de análisis como lasfichas CRC. No obstante, no parece haberseexplotado en la misma medida el uso dejuegos de rol (en sentido estricto) para estosfines (hay alguna experiencia con juegos decartas [2], producto relativamente afín a losRPG).

Por supuesto, cierta imagen negativa y sensa-cionalista que se ha venido asociando a losjuegos de rol no tiene base científica alguna.Diversos estudios [12] afirman que jugar arol no está relacionado con rasgos particula-res de personalidad, o que incluso puede habercorrelación con rasgos positivos como unamayor inclinación a la experimentación [5].Parece probado que los juegos de rol [7]promueven el ejercicio de la empatía, sociali-zación, tolerancia (a lo extraño, indefinido oimpreciso), aceptación de la diversidad, etc. yexiste literatura sobre su uso como métodoterapéutico para tratar dificultades desocialización o problemas mentales [4].

3. Los juegos de rol

3.1. GeneralidadesUn juego de rol (role-playing game o RPG)es básicamente un juego de tablero, en el quevarias personas se reúnen en torno a una mesapara representar una historia. La historia estáabierta y los participantes elaboran su papelimprovisando y decidiendo el curso de lamisma. El objetivo no suele ser ganar, sinosimplemente desenvolverse en un marco máso menos imaginario. Esto implica un com-portamiento flexible, dinámico y (muy fre-cuentemente) cooperativo.

Uno de los jugadores tiene una misión espe-

cial; es el director. Describirá la situacióninicial (y cualquier otra que se vaya produ-ciendo) y hará de árbitro. Los demás juga-dores, en cada nueva situación, pretenderánrealizar acciones, que pueden tener o no éxito;para ayudar a decidirlo, el juego de rol tendráuna serie de reglas. A partir de ciertos valoreso habilidades de cada personaje (reflejados ensu ficha de personaje), y con un ingrediente deprobabilidad (mediante dados), la aplicaciónde las reglas permite dilucidar qué ocurre anteuna propuesta de un jugador.

El director de juego es quien aplica las reglasy las adapta o reinventa para resolver las(frecuentes) situaciones imprevistas.

3.2. ElementosEl manual de un juego de rol suele incluir:

Un desarrollo descriptivo de todo unmundo en el que tiene lugar la partida:lugares, fechas, sucesos, razas, tribus, útiles,personalidades, costumbres... Es toda unaobra literaria de ficción en la que participanartistas (guionistas, dibujantes...) y los bue-nos aficionados llegan a mostrar un conoci-miento sorprendente de algo tan vasto.

Una plantilla llamada ficha de personaje,con ciertos atributos (rasgos de personali-dad, habilidades, niveles de salud o fatiga,etc.). Para crear cada personaje se da valornumérico a los atributos.

Unas reglas del juego en las que se describelo que un personaje puede hacer en función deesos atributos, o cómo evolucionan dichosatributos como consecuencia de sus actos.Normalmente se utilizan ponderaciones deatributos combinadas con las tiradas de da-dos.

Además de esto, es el director quien preparauna partida, describiendo una situación con-creta en la que los personajes desarrollan la

Un juego de rol para la enseñan-za de la profesión informática

Agustín Cernuda del Río1,Manuel Quintela Pumares2,Miguel Riesco Albizu1

1Dpto. de Informática, Universidad deOviedo; 2alumno de la Escuela de IngenieríaInformática de Oviedo

< { g u t i , a l b i z u } @ u n i o v i . e s > ,< { g u t i , a l b i z u } @ u n i o v i . e s > ,< { g u t i , a l b i z u } @ u n i o v i . e s > ,< { g u t i , a l b i z u } @ u n i o v i . e s > ,< { g u t i , a l b i z u } @ u n i o v i . e s > ,< m a n u e l . q u i n t e l a @ g m a i l . c o m >< m a n u e l . q u i n t e l a @ g m a i l . c o m >< m a n u e l . q u i n t e l a @ g m a i l . c o m >< m a n u e l . q u i n t e l a @ g m a i l . c o m >< m a n u e l . q u i n t e l a @ g m a i l . c o m >

Resumen: la transformación de las enseñanzas universitarias para hacer hincapié en las competenciasprofesionales (no sólo en los conocimientos) lleva a plantearse qué métodos de enseñanza puedenfacilitar que el alumno adquiera tales competencias “transversales”. Muchas están relacionadas con elcomportamiento en situaciones concretas, ya sea como efecto (reacciones) o causa (toma de decisio-nes). Suelen exigir el manejo de patrones de interacción personal que tienen consecuencias futuras.Reflexionando sobre la profesión, cabe recordar también que el público en general tiene una imagendifusa de la ingeniería en informática y no siempre le asocia las competencias mencionadas. Los juegos derol pueden ser un elemento útil, aún poco explotado, en el entrenamiento de los alumnos para el ejerciciode esas competencias profesionales y en la difusión de la profesión informática entre el público en general.

Palabras clave: competencias profesionales, ingeniería en informática, juego de rol, simulación

Este artículo fue seleccionado para su publicación en NováticaNováticaNováticaNováticaNovática entre las ponencias presentadas alas XIV Jornadas de Enseñanza Universitaria de la Informática (JENUI 2008) celebradas en Granadade las que ATI fue entidad colaboradora.

novática nº 199 mayo-junio 200948

secciones técnicas Enseñanza Universitaria de la Informática

secciones técnicas

acción. Una partida puede durar algunashoras, o extenderse a lo largo de varias sesio-nes.

Aunque en ámbitos periodísticos se habla deintervenciones de los jugadores en el mundoreal, eso es excepcional. Algunos jugadores seesmeran con ambientación o disfraces, peroes raro; y más aún jugar fuera de la sala ointeractuar con terceros. Cualquier compor-tamiento patológico es tan incomprensiblepara los aficionados como para el público.

Así, un juego de rol en su versión de mesa esprácticamente un libro (el manual) y no tienepor intervenir ningún dispositivo informático,aunque también existe esa opción.

3.3. Los juegos de rol comercialesLa industria de los juegos de rol tiene ya tresdécadas y cuenta con muchos seguidores. Unjuego de rol comercial puede requerir años dedesarrollo. Si tiene éxito se suelen publicarsucesivos módulos adicionales de juego, queamplían las descripciones iniciales, planteansituaciones o partidas prefabricadas, etc.

4. ObjetivosEn este proyecto se pretende aprovechar elplanteamiento de los juegos de rol comercia-

les en conexión con el aprendizaje de compe-tencias, implicando al alumno de dos mane-ras: como jugador y como desarrollador deljuego.

Un segmento significativo de los consumi-dores de RPG encaja en el rango de edad de losestudiantes de ingeniería y, además, los juga-dores habituales de rol están acostumbradosa participar en estas simulaciones de formanatural. Por otra parte, la creación o perfeccio-namiento de un RPG sobre la profesión mueveal alumno a investigar y reflexionar sobrediversas facetas de la misma.

Respecto a la divulgación, un RPG puede serun medio para llegar a personas ajenas a losestudios de ingeniería en informática.

Se planteó como un primer objetivo el desa-rrollo de un RPG como sigue:

Debe permitir practicar diversas habilida-des y competencias si es usado con tal fin.

Las reglas del sistema de juego deben irrespaldadas por fuentes académicas o crite-rios didácticos.

Debe ser plenamente funcional (compa-rable en su uso a los juegos de rol comercia-les).

Las reglas (reflejando siempre la realidad)deben adaptarse para que el juego sea diver-tido y ágil, y no difícil de jugar.

De conseguirse estos objetivos, en futurasfases del proyecto cabría estudiar empírica-mente las diversas formas de aplicación quela literatura describe para estas técnicas (enclase, de forma voluntaria, en aprendizaje porproyectos, etc.); cosa que dista de ser trivial[11].

5. El juegoA continuación se ofrece una descripción deljuego, necesariamente breve (al fin y al cabo,el propio manual no es más que una descrip-ción detallada).

5.1. Cómo se construyóPara asegurar una buena conexión con elperfil de los usuarios de RPG comerciales (yaprovechar la vertiente formativa de construirel juego), se ha intentado implicar a alumnosjugadores de rol. La primera versión se desa-rrolló como un Proyecto Fin de Carrera deIngeniería Técnica en Informática. Se dio aljuego el nombre de ¡Hola, mundo! [8].

En fases iniciales, se contactó con un autor dejuegos profesional, lo que permitió confir-mar que no existe una práctica común para eldesarrollo de estos productos; el procesosuele ser artesanal, creativo, y propio de cadaempresa. En nuestro caso se adoptó un ciclode vida en espiral; se desarrollaría un prototi-po muy sencillo, se jugaría una partida deprueba para depurar las reglas y se iteraríahasta llegar a un punto satisfactorio.

El juego tendría una estructura típica: unadescripción general del universo, pautas paracrear personajes y reglas de desarrollo deljuego. Tendrían gran importancia las histo-rias o partidas predefinidas para que las uti-lizase el director:

En la descripción del universo reside partedel valor divulgativo acerca de la profesiónpara el público en general.

En las historias concretas reside el gruesode la estrategia docente del juego.

Se ha acudido a un marco de referencia de losexistentes para la creación de juegos de rol,concretamente Fudge [6]. Se trata de unaestructura básica sobre la que losdesarrolladores de RPG pueden montar susjuegos, definiendo los aspectos concretos.

Respecto a las historias predefinidas, que eldocente puede crear para ejercitar competen-cias concretas, la secuencia de creación es:

Elegir y mencionar las competencias quese desea ejercitar, citando explícitamente lafuente: computing curricula, mapas de com-petencias de la titulación, textos sobre inge-niería del software, etc.

Elegidas las competencias, describir elobjetivo didáctico de la historia, los elemen-tos a incorporar y las pautas a seguir.

Finalmente, redactar la historia propia-mente dicha, basándose en el análisis prece-dente. Esta historia es lo que realmente utili-zan director y jugadores.

5.2. PersonajesUn personaje se define mediante una ficha depersonaje. La ficha contiene atributos, habili-dades, conocimientos técnicos y variables deestado. Cada uno de ellos tiene asignado unValor Fudge (VF), que es un valor entre –3 y+3; 0 representa el grado medio, -3 sería ungrado "terriblemente malo" y +3 "espectacu-lar". En la figura 1figura 1figura 1figura 1figura 1 puede verse una lista detodos los elementos mencionados; un perso-naje concreto tendría un VF para cadaparámetro ahí mencionado.

Los atributos son características genéri-cas intrínsecas del personaje, que "no se estu-dian". Un atributo se relaciona con habilida-des (reflejadas con siglas).

Las habilidades son características que unpersonaje ha aprendido.

Los conocimientos técnicos son concep-tos teóricos y/o prácticos específicos.

El estado del personaje engloba caracterís-ticas que fluctúan en el tiempo, dependiendode lo que le va ocurriendo al personaje, y queevolucionan más rápidamente que las demáscaracterísticas.

Las reglas de creación producen personajesno muy experimentados, que no llevan muchotiempo en el mercado laboral1 (pero puedenmodificarse si se desea). Bajo esta premisa,para crear un personaje se asigna a cadaatributo un VF entre –3 y +2, con la condición

Figura 1. Elementos de la ficha de perso-naje.

AtributosAnálisis y Comprensión (AC) Síntesis y Aplicación (SA) Evaluación (E) Relaciones interpersonales (RI) Aplomo (A) Salud (S)

Conocimientos técnicosAlgorítmica Administración de sistemas Programación Hardware y dispositivos Comunicac. persona-máquina Sistemas de información Bases de datos Sistemas inteligentes Redes y comunicaciones Desarrollo web

HabilidadesPersuasión (RI) Engañar (RI) Expresión (RI) Etiqueta (RI) Reunir información (AC) Cultura general (SA) Análisis (AC) (SA) Diseño (AC) (SA) Construcción (AC) (SA) Implantación (AC) (SA) Prueba (E) Gestión de proyectos (AC) Gestión de la calidad (E) Estimación (E)

Estado del personajeNivel de salud Nivel de moral

novática nº 199 mayo-junio 2009 49

Enseñanza Universitaria de la Informática secciones técnicas

secciones técnicas

de que la suma de todos los VF de los atribu-tos debe ser 0. Es decir, un personaje no puedesobresalir en todas las facetas (de ahí la suma0) y además ningún personaje parte con unnivel de excelencia (+3) en ninguna de ellas(un nivel así siempre ha de conseguirse con laexperiencia, durante la partida).

Los criterios para dar VF a las habilidades sonlos mismos. Para los conocimientos la sumainicial debe ser –4 en lugar de 0 (los conoci-mientos pueden adquirirse con más rapidezdurante el juego).

El nivel de salud inicial será el mismo que eldel atributo salud y el nivel del moral el mismoque el del atributo aplomo (partiendo con unvalor mínimo de 0 en todo caso).

Durante la partida, el director otorga puntosde experiencia, que pueden canjearse (segúnciertas tablas) para mejorar en atributos,habilidades o conocimientos.

5.3. ReglasDurante el juego, los personajes intentaránrealizar acciones. Su éxito depende de la capa-cidad del personaje, de las circunstancias y delazar. Es un juego de probabilidades.

En una tirada Fudge (TF) intervienen 4 dadosFudge (DF). Un DF da un valor entre –1 y +1,así que cada tirada está entre –4 y +4. Ademásde los dados, interviene una característica delpersonaje (dependiendo de qué pretenda ha-cer) y diversos modificadores, dependiendo delas circunstancias, que se explican en el ma-nual. Una acción tendrá asociado un grado dedificultad, que será un VF. La diferencia entreese VF y la TF dará el grado de éxito de laacción; cualquier resultado negativo repre-senta el fracaso.

En algunas tiradas sólo intervienen las carac-terísticas de un personaje (por ejemplo, en-contrar un error en un programa), pero enotras se oponen las tiradas de dos personajes(por ejemplo, cuando un analista intentaconvencer a un cliente entran en juego lacapacidad de persuasión del analista y ladureza negociadora del cliente).

En el manual del juego se describen con detallemuchas otras pautas específicas para resol-

ver situaciones, hacer evolucionar los perso-najes, etc.

5.4. Entorno del juegoUna parte importante del manual de un RPGes la descripción del mundo en el que sedesarrolla. Se describen (en algunos casos deforma casi literaria) entornos, profesiones,personajes, actitudes, personalidades, even-tos históricos y todo aquello que complete laficción. En la versión actual se describe eldesarrollo de proyectos de informática y lascaracterísticas de las empresas de informáti-ca.

Se introducen diversas definiciones (proceso,tarea, producto...), se describen las activida-des ligadas al desarrollo de un proyecto y seofrecen elementos suficientes para que undirector de juego (quizás ajeno a la informá-tica) pueda manejar partidas en estos escena-rios. Por supuesto, el ámbito del juego notiene por qué limitarse al desarrollo de soft-ware (véase el apartado "Campos de aplica-ción"), pero se utilizó como un primer caso deuso.

Para desarrollar las historias, se ofrecen tam-bién tablas (que podemos considerar reglasadicionales) basadas en la literatura sobreingeniería del software que ofrecen parámetrosnuméricos, tales como recursos necesariospara el desarrollo según la complejidad de unproyecto.

5.5. Pruebas con usuariosPara refinar las reglas, se organizaron trespartidas reales. En dos se trabajó con jugado-res de rol habituales no informáticos y en otracon estudiantes de informática, tanto juga-dores de rol como debutantes. Tras cadapartida se depuraba el juego.

La primera partida reunió al director de juego(el alumno coautor del mismo) con 4 juga-dores (con hasta 10 años de experiencia conRPG), todos ajenos a la informática, paracomprobar la validez divulgativa del juego.

No se dio a los jugadores información especí-fica sobre la profesión o lo que debe hacer uningeniero en informática; sólo se les explicó eljuego. Antes y después de la partida se les pasóun cuestionario sobre las tareas que realiza

un ingeniero en informática; se comprobóque con una sola partida había cambiado suforma de ver la profesión. Por ejemplo, antesse consideraba tareas relevantes de un inge-niero en informática "programar, revisar losordenadores e instalar programas, mantenerlos equipos informáticos", etc. Después, lasrespuestas eran del tipo "Entrevistarse con losclientes e identificar lo que necesitan, organi-zar el tiempo para cumplir las fechas deentrega, controlar cómo evoluciona el pro-yecto para evitar tener que ‘volver atrás’", etc.Con esta prueba se verificó que el juego erautilizable (incluso por no informáticos) y quecumplía los objetivos divulgativos.

En una segunda partida se reunieron dosestudiantes de I. T. en Informática (con pocao ninguna experiencia como jugadores de rol)con el director de juego. Aunque el desarrollofue distinto (por ejemplo, siendo más cons-cientes de los problemas de la estimaciónnegociaron características y coste del produc-to de forma mucho más ventajosa) las con-clusiones son análogas y básicamente positi-vas.

Hubo una tercera partida de prueba con elprimer grupo, que se grabó en vídeo para suposterior análisis (ver figura 2figura 2figura 2figura 2figura 2).

6. Aplicación pedagógica

6.1. Aspectos de aprendizajeSegún Giménez [7], un beneficio de los RPGaplicados a la educación es convertir ensignificativo un aprendizaje que de otro modono lo sería. Por otra parte, la comunicacióny expresión oral son elementos constantes.Además, al desarrollar estrategias y sopesarlos efectos de las decisiones, los jugadoresfrecuentemente toman notas, organizan in-formación, realizan mapas mentales y discu-ten esquemas de actuación con compañerosde juego. Los RPG promueven la lectura; losjugadores se aprenden prácticamente de me-moria enormes manuales, y frecuentementeredactan otros que son notables ejerciciosliterarios y creativos.

El efecto en actitudes y competencias socialeses quizá el más estudiado [4][5][12]. "Mete-rse en los zapatos de otro" desarrolla laempatía; se han utilizado frecuentemente losRPG como herramienta de socialización. Enuna partida surgen diversas formas decolaboración y trabajo en equipo, ya sea porlas situaciones representadas o porque cons-tantemente se necesita consenso para el pro-pio desarrollo del juego. Los enfrentamientosestán claramente despersonalizados, ya que eljugador siempre es consciente de que el otrointerpreta un papel.

6.2. Campos de aplicaciónEn un primer contacto con los RPG resultachocante su carácter extremadamente abierto

Figura 2. Imagen de la tercera partida de prueba.

novática nº 199 mayo-junio 200950

secciones técnicas Enseñanza Universitaria de la Informática

secciones técnicas

Referenciase indefinido. Se trata de juegos con un puñadode normas, que el director puede modificar oaplicar a su manera y en los que no se sabe quéva a pasar realmente, ni en qué consiste ganarla partida.

Esta ambigüedad es una ventaja. Nada impi-de preparar partidas con arreglo a muy diver-sos enfoques:

Desarrollar historias "de acción" basadasen el propio argumento, centrándose en deci-siones, interacción humana, negociación, flujode información, cooperación, competición...

Crear historias altamente especializadas,en las que el jugador tenga realmente queresolver problemas técnicos de gran dificultady aplicar sus conocimientos. En lugar de tirardados para dilucidar si una acción tiene éxitoo no (que puede ser imprescindible para simu-lar una lucha entre vampiros) el jugadorpuede conseguir o no normalizar determinadoesquema relacional, o elegir determinado al-goritmo cuya eficiencia decida el curso de lahistoria en el futuro.

Otra área de gran interés puede ser ladeontología profesional [9]. Colocar al ju-gador en dilemas de tipo deontológico sueleresultar poco académico, e incluso secunda-rio, en un proyecto de ingeniería del softwaredonde el alumno está aprendiendo a documen-tar o gestionar. Pero las posibilidades soninfinitas en el marco de una partida de rol.

Otro grado de libertad es la temática de lahistoria; más allá del desarrollo de software,se puede reflexionar sobre administración desistemas, seguridad, hacking, auditoría infor-mática, peritajes y actuaciones judiciales,responsabilidad civil, mantenimiento, docu-mentación, informática forense, formación,protección de datos de carácter personal,firma electrónica...

7. ConclusionesAunque el role-playing es una técnica pedagó-gica conocida, no parece existir tradición deaplicar los llamados juegos de rol a la ense-ñanza de la profesión informática. Sin embar-go, se ha podido comprobar que es perfecta-mente posible.

Además, se ha podido demostrar que el juegode rol construido es un producto utilizable enla práctica, y que ha resultado satisfactoriopara jugadores habituales (exigentes, portanto) de rol.

Respecto a los aspectos educativos, se haproporcionado un enfoque metódico quepermite ampliarlo de manera controlada ydocumentada para cubrir nuevos objetivosdidácticos y facilitar a terceros el análisis,mejora y adaptación de las historias desarro-lladas.

Además de utilizarlo para que los jugadoresreflexionen sobre los temas elegidos, la facetade desarrollador del juego también resulta

[1] Patrick D’Aquino, Olivier Barreteau, et al.The role playing games in an ABM participatorymodeling process: outcomes from five differentexperiments carried out in the last five years. En«Integrated assessment and decision support».iEMSs. 1st biennial meeting of the InternationalEnvironmental Modelling and Software Society»,Lugano, junio 2002.[2] Alex Baker, Emily Oh Navarro, Emily, Andrévan der Hoek. An Experimental Card Game forTeaching Software Engineering. Proceedings ofthe 16th Conference on Software EngineeringEducation and Training. IEEE Computer Society,2003.[3] Olivier Barreteau. The joint use of role-playinggames and models regarding negotiationprocesses: characterization of associations. Journalof Artificial Societies and Social Simulation vol. 6,no. 2, 2003.[4] Wayne D. Blackmon. Dungeons and Dragons:The Use of a Fantasy Game in the PsychotherapeuticTreatment of a Young Adult. American Journal ofPsychotherapy, 48 (4), págs. 624-632.[5] James L. Carroll, Paul M. Carolin. Relationshipbetween Game Playing and Personality.Psychological Reports, junio de 1989, págs. 705-706.[6] Grey Ghost Press, Inc. Fudge – A RoleplayingGame, <http://www.fudgerpg.com>.[7] Pablo Giménez. Los Juegos de Rol: Hacia unapropuesta pedagógica. <http://dreamers.com/defensadelrol/articulos/propuesta.htm>.[8] ¡Hola, mundo! Sitio web preliminar. <http://www.agustincernuda.info/holamundo.html>.[9] Michael C. Loui. Educational Technologiesand the Teaching of Ethics in Science andEngineering. Science and Engineering Ethics, nº 11(2005), págs. 435-446.[10] Mario de Miguel Díaz (Dir.). Modalidades deenseñanza centradas en el desarrollo de compe-tencias - Orientaciones para promover el cambiometodológico en el espacio europeo de educaciónsuperior. Programa de estudios y análisis destina-do a la mejora de la calidad de la EnseñanzaSuperior y de la actividad del profesorado univer-sitario, proyecto EA22000055-00111188, diciem-bre de 2005.[11] Emily Oh Navarro, Emily, André van derHoek. Comprehensive Evaluation of an EducationalSoftware Engineering Simulation Environment. 20thConference on Software Engineering, Educationand Training (CSEE&T), julio de 2007, Dublín,Irlanda. IEEE Computer Society.[12] Studies About Fantasy Role-Playing Games,<http://www.rpgstudies.net>.

1 Nótese en la descripción que sigue que incorpo-ran, en sí mismas, un claro "autorretrato" de losestudiantes.

Nota

altamente instructiva si la realizan alumnos.

Respecto a su finalidad divulgativa, se hademostrado también que pueden utilizarlopersonas ajenas a la informática que, demanera natural, ven mejorar de manera nota-ble su conocimiento sobre la profesión.

En un futuro próximo se pretende crear co-munidad en torno al juego, perfeccionar sunúcleo y sobre todo crear muchas más histo-rias predefinidas que permitan explorar loscampos de aplicación mencionados.

AgradecimientosLos autores desean hacer constar su agradeci-miento a los voluntarios que participaron en laspartidas de prueba.

novática nº 199 mayo-junio 2009 51

Gestión del Conocimiento secciones técnicas

secciones técnicas

Estamos acostumbrados a oír hablar de da-tos, información y conocimiento como unasecuencia lógica, difícilmente intercambiable.Y ello desde más de una perspectiva, noexentas de fundamento y de lógica. Pero no esnecesariamente ésta la única manera de afron-tar la relación entre dichos términos. Existenotras posibilidades como intentaremos argu-mentar a continuación.

Datos, Conocimiento e Información, en esteorden. ¿Por qué?

Los datos son las cosas que suceden en elmundo real. Datum viene del latín, "lo que noses dado", es decir, los hechos, lo que hasucedido. Con nuestra capacidad de experi-mentar la realidad lo que hacemos es tenerconocimiento de lo que ha sucedido, de lo que"nos es dado", de los hechos. Y es sólo despuésde conocer esos datos que poseemos la capa-cidad de informar (del latín informare), esdecir, de darles forma (ver figura 1figura 1figura 1figura 1figura 1).

El conocimiento es la manera como accede-mos a la realidad de las cosas. Conocer esacceder a una parte de la realidad (¿o es quepodemos "conocer" algo que no existe?).Pero, ¿cómo se realiza el acto de conocer?Pues bien, algo sucede y somos capaces, através de nuestros sentidos, de experimentar-lo, puesto que no podemos experimentar algoque no ha sucedido ni algo que esté fuera delalcance de nuestros sentidos.

De manera que el "mundo real" queda graba-do en nuestras mentes por la experiencia yrepresenta un conocimiento de esa realidadque sólo nosotros poseemos, y que podemoscomplementar con el pensamiento. Pensando(razonando por ejemplo) podemos acceder aentender otros aspectos de la realidad que laexperiencia aún no nos ha revelado, paraluego, con nuestras hipótesis en mano, llevar

a cabo un proceso experimental que nosconfirmará (o no) si ese presunto conoci-miento de cómo es la realidad (inferido através de la razón) es o no verdadero.

En términos de input-output, "experimentar"es un output del mundo real y un intput ennuestra mente (sujeto pensante), algo quenos llega del exterior. Pensar,,,,, en cambio, es unoutput y un input "de" y "en" nosotros mis-mos, ya que el pensamiento empieza y acabaen nuestra mente, y nada sale de nosotros.Cuando queremos comunicar nuestros pen-samientos al "exterior", decir cómo vemos elmundo, lo que hacemos es enseñar (en senti-do amplio), es decir, mostramos lo que hayen nuestro interior, mediante el lenguaje, lossignos, la palabra escrita, una grabación, unapintura, etc., mediante un documento en de-finitiva. El documento pasa a formar parte deun mundo simbólico que representa al mun-do real. Y hacemos esto (el "enseñar") paraque alguien pueda aprender (en sentido am-plio) desde ese mundo simbólico que hemoscreado, sin necesidad de pasar por los cami-nos de la experiencia (mundo real) y delpensamiento (sujeto pensante) que nosotrosya hemos recorrido. Finalmente, podemosaplicar nuestros conocimientos, de nuevo, almundo real, transformándolo y dejando en élla huella de éstos.

Estas 5 fases (Experimentar, Pensar, Ense-ñar, Aprender, Aplicar) representan los "Esce-narios del Conocimiento"1 (ver figura 2figura 2figura 2figura 2figura 2) ysirven para indicar que el mundo real estárepresentado (en parte) en cada sujeto pen-sante, de manera individual e intransferible, ensu mente (conocimiento orgánico) y de ma-nera colectiva (también en parte) en un mun-do simbólico (conocimiento inorgánico) deconocimientos explicitados en soportes (li-bros, imagenes, grabaciones...).

Los hechos suceden (datos), se conocen (co-nocimiento) y se informan (información). Demanera que el ámbito de los datos, corres-ponde al "mundo real". El ámbito del conoci-miento corresponde a las personas ("sujetopensante") y el ámbito de la informacióncorresponde a los documentos ("mundo sim-bólico").

Así, si me encuentro en una estación y he vistosalir un tren a las 10h, tengo el conocimientodirecto de un dato, de algo que ha sucedido(mundo real). Si en esa misma estación leo unpanel informativo donde se dice que a las10,30h saldrá otro tren, tengo el conocimien-to de una información que alguien (con co-nocimiento de otros datos) ha informado(mundo simbólico). Luego puedo pensar("sujeto pensante") que saldrá otro tren en el

Datos, conocimiento,información... en este orden

Joan Baiget SoléProfesor de Teoría y Gestión del Conocimien-to en la Universidad Autónoma de Barcelo-na; Socio Senior de ATI

< j b a i g e t @ u o c . e d u >< j b a i g e t @ u o c . e d u >< j b a i g e t @ u o c . e d u >< j b a i g e t @ u o c . e d u >< j b a i g e t @ u o c . e d u >

Resumen: frente al discurso predominante de situar datos-información-conocimiento como una se-cuencia lógica, contraponemos una aproximación de datos-conocimiento-información, en este orden,que justifica el entendimiento de los datos como elementos del "mundo real", el conocimiento comocaracterística esencial de un "sujeto pensante" que lo percibe y la información como elemento principal deun "mundo simbólico" que es creación del sujeto pensante y que está compuesto por documentos querepresentan, escenifican o proyectan, el mundo real.

Palabras clave: conocimiento, conocimiento como criterio, conocimiento como stock, datos, docu-mentación, escenarios del conocimiento, Gestión del Conocimiento, información, mundo real, mundosimbólico, sujeto pensante.

Figura 1. Secuencia lógica del enfoque expuesto en este artículo.

Datos Conocimiento InformaciónDatos Conocimiento Información

novática nº 199 mayo-junio 200952

secciones técnicas Gestión del Conocimiento

secciones técnicas

mismo intervalo de media hora, a las 11h, yentonces tengo un conocimiento hipotético.El primero es un conocimiento cierto, elsegundo y el tercero son sólo probables,porque aún no han sucedido.

En general, podemos decir que nuestro cono-cimiento como stock es el conjunto de nues-tro saber directo del mundo ("experimenta-do") más nuestro saber indirecto del mundo("aprendido"), junto a nuestro saber inferido("pensado"), y nuestro conocimiento comocriterio es el resultado de un número indefini-do de factores (biológicos, genéticos, psico-lógicos, físicos, sociales...) que interactúancon nuestro stock de conocimientos y que,entre ambos, justifican nuestras decisiones.Un gran stock de conocimiento no implicaactuar con mejor criterio y hay que ser cons-ciente que parte de nuestro conocimiento"aprendido" y "pensado" puede no ser verdade-ro.

La información es el conocimientoLa información es el conocimientoLa información es el conocimientoLa información es el conocimientoLa información es el conocimiento"de los otros". "de los otros". "de los otros". "de los otros". "de los otros". En el Mundo Simbólico adonde acudimos para "aprender" ("informar-nos"), todo aquello que nos informa de quealgo ha sucedido, o va a suceder, es el resul-tado de que "otro" ha conocido unos datos ylos ha informado, es decir, les ha dado formagracias a su conocimiento.

Por ello, la verdad depende de la correc- la verdad depende de la correc- la verdad depende de la correc- la verdad depende de la correc- la verdad depende de la correc-ta propagación del conocimientota propagación del conocimientota propagación del conocimientota propagación del conocimientota propagación del conocimiento. Quela manera en que se informen los datos secorresponda con la realidad o no, dependeráque se extienda, o no, la mentira(desinformación) en nuestra sociedad y quenuestro conocimiento resultante sea, o no,verdadero.

Figura 2. Las cinco fases que representan los escenarios del conocimiento.

MundoReal

SujetoPensante

MundoSimbólico

EnseñarExperimentar

Aplicar Aprender

TeoríaPráctica

ConocimientoInorgánico

ConocimientoOrgánico

Realidad

Pensar

Realidad y Conocimiento

Transforma

MundoReal

SujetoPensante

MundoSimbólico

EnseñarExperimentar

Aplicar Aprender

TeoríaPráctica

ConocimientoInorgánico

ConocimientoOrgánico

Realidad

Pensar

Realidad y Conocimiento

Transforma

Nota

1 Ver artículo "Escenarios del Conocimiento", JoanBaiget 2005. <http://eprints.rclis.org/archive/00008474/>.

novática nº 199 mayo-junio 2009 53

Informática Gráfica secciones técnicas

secciones técnicas

Tratamiento de geoinformacióna nivel peatonal: animación 3D a

partir de metainformación Exif

Ricardo Navarro Moral, Fran-cisco R. Feito Higueruela, Ra-fael J. Segura Sánchez, An-gel L. García FernándezUniversidad de Jaén

< r i c a r d o n a v a r r o m o r a l @ g m a i l . c o m >< r i c a r d o n a v a r r o m o r a l @ g m a i l . c o m >< r i c a r d o n a v a r r o m o r a l @ g m a i l . c o m >< r i c a r d o n a v a r r o m o r a l @ g m a i l . c o m >< r i c a r d o n a v a r r o m o r a l @ g m a i l . c o m ><{ffeito, rsegura, algarcia}@ujaen.es><{ffeito, rsegura, algarcia}@ujaen.es><{ffeito, rsegura, algarcia}@ujaen.es><{ffeito, rsegura, algarcia}@ujaen.es><{ffeito, rsegura, algarcia}@ujaen.es>

Resumen: en la actualidad, las aplicaciones informáticas que tratan información geográfica están tenien-do un gran éxito y acogida en el mercado. Algunas de las más conocidas, como por ejemplo Google Eartho Microsoft Virtual Earth, ofrecen un gran potencial a la hora de realizar sobrevuelos y vistas generales.El problema de estas aplicaciones aparece a la hora de tratar los datos a nivel peatonal, ya que surgenproblemas tales como la lentitud en la carga de texturas y edificios, falta de realismo (proporcionesinapropiadas de los edificios con respecto al peatón), detección de colisiones, etc. En este artículo sepretende dar mayor realismo al tratamiento de la geoinformación a nivel peatonal. Para ello se hadesarrollado una aplicación que, a partir de fotos georreferenciadas, permite generar en un modelo 3D(que represente al entorno) trayectorias y/o videos que siguen aproximadamente el mismo camino quese ha utilizado para capturar dichas fotos. La aplicación se basa en tres pilares fundamentales: animación3D, modelos 3D y metainformación Exif.

Palabras clave: animación 3D, Exif, geoinformación, metainformación peatonal, modelo 3D.

Figura 1. Fotografía encontrada en Panoramio.

1. Avances en geoinformaciónSi observamos los últimos avances en elmundo de la Informática, los Sistemas deInformación Geográfica (SIG) y demás he-rramientas informáticas aplicadas al trata-miento de la geoinformación son uno de lostemas más punteros y de mayor actualidad.

En un principio, estas herramientas trabaja-ban sobre elementos bidimensionales parapresentar la geoinformación (planos y capas2D). Con el paso del tiempo están empezandoa adquirir elementos más complejos comopuede ser la combinación de modelos 3D muyrealistas que integran imágenes del entornoreal y/o grabaciones. Entre este tipo de herra-mientas destacan fundamentalmente las delos dos gigantes de la informática: GoogleEarth y Microsoft Virtual Earth. Tanto unaaplicación como la otra están integrandocada vez más elementos para que su represen-tación virtual de terrenos sea más realista.

A continuación pasamos a describir algunosde ellos:

Fotos reales georreferenciadas enPanoramioPanoramio es un sitio web dedicado a exhibirlas fotografías de paisajes que los propiosusuarios crean y georreferencian. Las imáge-nes que cumplen ciertos requisitos pueden servistas a través Google Earth. El ob jetivo dePanoramio es permitir a los usuarios de estaaplicación aprender más sobre una zona espe-

cífica del mundo, observando las fotografíasque otros usuarios han tomado ahí (verfigura 1figura 1figura 1figura 1figura 1).

Bird’s Eye de Microsoft Virtual EarthEsta herramienta permite navegar por imáge-nes aéreas estáticas del mundo real, ofrecien-do la posibilidad de cambiar el punto de vista(ver figura 2figura 2figura 2figura 2figura 2).

Modelos 3D de Google Earth

novática nº 199 mayo-junio 200954

secciones técnicas Informática Gráfica

secciones técnicas

Figura 2. Imagen aérea en Microsoft Virtual Earth.

Figura 3. Modelo 3D en Google Earth.

novática nº 199 mayo-junio 2009 55

Informática Gráfica secciones técnicas

secciones técnicas

Figura 4. Navegación a través de vistas panorámicas reales.

Figura 5. Información EXIF de una imagen tomada con una cámara GPS.

Google Earth integra modelos en tres dimen-siones de edificaciones, monumentos, mu-seos, etc. Estos modelos se desarrollan me-diante una herramienta gratuita (aunque tam-bién está disponible una versión de pago conmayores funcionalidades) y de uso sencillodenominada SketchUP. De este modo, sepermite al usuario desarrollar sus propiosmodelos 3D, junto con la posibilidad decompartir modelos y georreferenciarlos, locual dota a Google Earth de mayor realismo(ver figura 3figura 3figura 3figura 3figura 3).

Google Street ViewGoogle Street View permite navegar a travésde vistas panorámicas reales de 360 gradostomadas a intervalos regulares por las callesde una ciudad (ver figura 4figura 4figura 4figura 4figura 4).

A pesar de todos estos avances y de las nuevasherramientas que van apareciendo, no se con-siguen buenos resultados a pie de calle, esdecir, a nivel peatonal. Algunos de los temasque presentan mayor problema en este ámbi-to son la lentitud de carga de la informaciónvisual (sobre todo con las texturas de edifi-cios, terrenos...) y el realismo a la hora de lanavegación a nivel peatonal (edificios yentornos con proporciones reales, colisionescon los edificios, interacción con los objetosdel entorno...). También es cierto que herra-mientas como Google Earth y MicrosoftVirtual Earth no tienen como prioridad obte-ner buenos resultados a nivel peatonal, sinoque centran su objetivo en obtener vistasaéreas más generales, realistas y optimizadas.

novática nº 199 mayo-junio 200956

secciones técnicas Informática Gráfica

secciones técnicas

Figura 6. Fotografía del edificio A4 de la Universidad de Jaén.

Figura 7. Modelo 3D del edificio A4 de la Universidad de Jaén.

Figura 8. Navegación a través de modelos 3D.

2. Imágenes georreferenciadas yel formato ExifHace unos años, una de las herramientasbásicas del fotógrafo era su cuaderno en elque apuntaba donde se había realizado cadafoto, con qué objetivo, qué tipo de película,velocidad de disparo, distancia focal etc. Conla llegada de las cámaras digitales se pierdeesa costumbre gracias a la aparición del for-mato Exif.

Exchangeable Image File Format (abreviatu-ra oficial Exif, no EXIF) [1] es una especifi-cación para formatos de archivo de imagenusados por las cámaras digitales. Fue creadopor la Japan Electronic Industry DevelopmentAssociation (JEIDA).

El formato Exif permite almacenar dentro delfichero, junto con la imagen capturada, infor-mación relativa a ésta como puede ser elnombre del fichero, el tipo de cámara y entreotras cosas la fecha de disparo. Esta informa-ción almacenada recibe el nombre demetadatos ó metainformación [2].

De este modo, si se dispone de una cámaracompatible con el formato Exif y equipadacon GPS (Global Positioning System), lasimágenes capturadas podrán almacenar losdatos correspondientes a la localización dellugar de captura de la imagen: longitud, lati-tud, altitud..., es decir se georreferencian lasimágenes capturadas.

En la figura 5figura 5figura 5figura 5figura 5 se muestra un ejemplo de lainformación Exif almacenada en una imagentomada con una cámara con GPS.

3. Propuesta de aplicaciónSupongamos que se dispone de una cámaracon GPS y que se han capturado con ella fotossiguiendo una ruta. Supongamos tambiénque se tiene un modelo 3D del entorno en elque se han capturado dichas fotos. A partir delos conceptos de animación [3], modelos 3De imágenes georreferenciadas surge la idea decrear una aplicación que, a partir de fotosgeorreferenciadas, sea capaz de generar ani-maciones a través de un modelo 3D del entor-no que sigan una ruta aproximada a la que seha utilizado para capturar dichas imágenes.Dichas imágenes han de ser capturadas a rasde suelo ya que el objetivo es reproducir rutaspeatonales.

Recientemente, junto con Google Earth 5.0,Google ha añadido una extensión allenguaje KML (Keyhole Markup Language)para la creación de scripts de animación [4].La aplicación desarrollada ofrece la posibi-lidad de generar un fichero KML compatiblecon Google Earth. A partir de este fichero,

Google Earth será capaz de generar la anima-ción de la ruta seguida en la aplicación desa-rrollada.

En las siguientes secciones se explicará másdetalladamente cómo se ha creado dicha apli-cación.

novática nº 199 mayo-junio 2009 57

Informática Gráfica secciones técnicas

secciones técnicas

Figura 9. Creación de animaciones a partir de fotogramas clave.

Figura 10. Interacción del entorno gráfico con las imágenes capturadas.

3.1. Creando un mundo virtualPara utilizar la aplicación en cuestión esfundamental disponer de un modelo 3D vir-tual que simule el entorno donde se hantomado las fotografías. En la red se puedenencontrar muchos modelos 3D ya creados deedificios de ciudades reales [5]. Otra opciónes modelar el entorno de manera manualmediante herramientas tales como 3DS,Maya, Blender o SketchUp.

La figura 6figura 6figura 6figura 6figura 6 muestra un ejemplo de una fotodel mundo real (edificio A4 de la Universidadde Jaén) mientras que la figura 7figura 7figura 7figura 7figura 7 muestra unmodelo 3D de la misma imagen.

Los datos del modelo deben estargeorreferenciados. El sistema de referencia delas fotos (sistema de coordenadas de mun-do) tiene que ser igual o fácilmente converti-ble al sistema usado para georreferenciar elmodelo (sistema de coordenadas de escena).En el caso concreto de esta aplicación, elmodelo tiene su propio sistema de coordena-das, de manera que a la hora de posicionarnosen un punto del modelo a partir de una imagense realiza un cambio de coordenadas de mun-do a coordenadas de escena.

3.2. Movimiento y animación a tra-vés del mundo virtualUna vez se tiene el modelo 3D es necesariointegrarlo en un entorno gráfico que permitanavegar a través de él, es decir, se necesita unacámara virtual [6] a través de la cual se veráel mundo 3D en un dispositivo de visualiza-ción adecuado.

Este entorno gráfico se ha desarrollado uti-lizando el lenguaje de programación Java y sulibrería Java3D así como una librería de clasespara animación 3D de autoría propia. Lacámara tiene la posibilidad de moverse libre-mente a través del modelo 3D y por tantoobtener diferentes imágenes del mismo (verfigura 8figura 8figura 8figura 8figura 8).

También se ha añadido una paleta de anima-ción que permite establecer como fotogramasclave posiciones de la cámara, es decir, instan-táneas del modelo 3D en un momento deter-

minado. La aplicación es capaz de crear ani-maciones de cámara a partir de estosfotogramas clave (calculando los inbetweenso fotogramas intermedios). Los fotogramasintermedios se obtienen medianteinterpolación, la cual es calculada haciendouso del interpoladorKBRotPosScaleSplinePathInterpolator [7]de Java 3D que permite realizar interpolacionescreando un spline a partir de una serie depuntos clave (ver figura 9figura 9figura 9figura 9figura 9).

3.3. Integrando imágenes y sumetainformación Exif

También ha sido necesario añadir al entornográfico alguna manera de interactuar con lasimágenes capturadas mediante la cámara conGPS y la metainformación de las mismas (verfigura 10figura 10figura 10figura 10figura 10). Para ello se ha acoplado alentorno gráfico la capacidad de abrir yvisualizar imágenes, así como mostrar lametainformación Exif de cada una de ellas(latitud, longitud, nombre, dimensiones, etc.).

Una función fundamental para nuestro pro-pósito, es la funcionalidad de situar la cámaravirtual (a través de la cual visualizamos elmodelo 3D) en función de la informaciónGPS que nos proporciona la metainfor-mación Exif de las imágenes capturadas. Paraello la aplicación es capaz de convertir lascoordenadas obtenidas por el GPS de la cá-mara (utilizando el datum WGS84) a coor-denadas UTM [8], ya que normalmente losmodelos 3D están expresados en coordena-das cartesianas (en este caso se utilizará eldatum ED50). Esta conversión es realizadapor la aplicación de manera transparente parael usuario, aunque es necesario señalar que sepueden producir pequeñas imprecisiones en laconversión derivadas de la propia naturalezadel datum ED50 (este aspecto se solucionará

novática nº 199 mayo-junio 200958

secciones técnicas Informática Gráfica

secciones técnicas

Referencias

[1] Exif.org. <http://www.exif.org>.[2] DMCI Usage Board. Dcmi Metadata Terms(2006). <http://dublincore.org/documents/dcmi-terms/>.[3] J. Lasseter. Principles of traditional animationapplied to 3D computer animation. ComputerGraphics, 4 (21), pp: 35-44, 1987.[4] Google code. Touring in KML.<http://code.google.com/int l/en/apis/kml/documentation/touring.html>.[5] Google Galería 3D. <http://sketchup.google.com/3dwarehouse/>.[6] J. Foley, A. Van Dam, S. Feiner, J. Hughes.Computer Graphics: Principles and Practice in C.Addison-Wesley Professional, 1995. ISBN-10:0201848406.[7] java.net. Class KBRotPosScaleSplinePathInterpolator <http://download.java.net/me-dia/java3d/javadoc/1.3.2/com/sun/j3d/utils/behaviors/interpolators/KBRotPosScaleSplinePathInterpolator.html>.[8] Steven Dutch. Converting UTM to Latitude andLongitude (or Vice Versa). Universidad deWisconsin, Departamento de Ciencias Naturalesy Aplicadas. <http://www.uwgb.edu/dutchs/UsefulData/UTMFormulas.htm>.[9] F.J. González-Matesanz, R. Quirós, J.A.Sánchez Sobrino, A. Dalda. El cambio de DatumED50-ETRS89: Métodos y Resultados. Topografíay Cartografía. Volumen XXII, Nº 130 Septiembre-Octubre 2005, pp 3-10. Colegio Oficial de Ingenie-ros Técnicos en Topografía, Madrid.[10] James J. Brophy. Electrónica fundamentalpara científicos. Editorial Reverte S.A., 1979.[11] Ferdinand P. Beer. Mecánica vectorial paraingenieros. McGraw Hill, 2005.

Fecha de revisión de los enlaces web: 17/2/2009.

Figura 11. Visión general de la aplicación desarrollada.

con la adaptación en España del datumETRS89) [9].

Una vez que se tiene la cámara posicionada,el usuario será el encargado de orientarlagracias a los movimientos de cámara propor-cionados por la aplicación, ya que el formatoExif no incluye los datos de orientación, sinosolo los de posición.

3.4. Fundamentos de la aplicaciónPara crear la animación bastará con seguirunos sencillos pasos para cada imagen cap-turada:

Abrir una imagen (que ha sido capturadacon la cámara con GPS).

Posicionar la cámara virtual en función dela metainformación Exif de la imagen abiertaen ese momento (esto se hace con la pulsa-ción de un botón).

Orientar la cámara virtual (ya posicionada)mediante las herramientas proporcionadaspor el entorno gráfico.

Marcar como fotograma clave el estadoactual de la cámara.

Una vez marcados todos los fotogramasclaves se puede previsualizar la animación.

Una vez creada la animación, se puedecrear un fichero KML con sus parámetrospara posteriormente poder ser generada yvisualizada en Google Earth.

En la figura 11figura 11figura 11figura 11figura 11 mostramos una visióngeneral de la aplicación desarrollada.

4. Conclusión y posibles mejorasSe ha presentado una aplicación que, a partirde fotos georreferenciadas, es capaz de gene-rar animaciones a través de un modelo 3D delentorno que sigan una ruta similar a la que seha utilizado para capturar dichas imágenes.

Mediante la aplicación desarrollada se inten-ta aportar mayor realismo en el nivel peatonala herramientas que tratan la geoinformación.Seguramente, con el paso del tiempo, herra-

mientas como Google Earth o MicrosoftVirtual Earth integrarán novedades similaresa las desarrolladas en esta aplicación.

Una de las grandes mejoras que se podríaintegrar en esta aplicación sería la posibilidadde obtener en el modelo 3D la orientación dela imagen capturada. Esto se podría conse-guir mediante el uso de alguna de las siguien-tes técnicas: búsquedas en bases de datos deimágenes ó técnicas para el uso de dispositi-vos con acelerómetro [10] y/o giroscopio[11] para la toma de imágenes.

La primera técnica consistiría en comparar laimagen capturada con las imágenes almace-nadas en bases de datos que tuvieran la mismametainformación Exif de posición. De estamanera, la imagen almacenada que más seaproximase a la capturada determinaría laorientación de esta última.

Por otro lado, la segunda opción es máscompleja. Algunas cámaras integranacelerómetros y/o giroscopios, los cualesdetectan y corrigen los efectos de los ligerosmovimientos de la cámara, que pueden darlugar a fotos movidas. Trabajando sobreestos dispositivos y la detección de estosmovimientos se podría obtener la orientaciónde la cámara en el momento de la captura dela imagen y así mismo incorporarlo a lametainformación Exif.

Otra posible mejora podría consistir en incor-porar al modelo una iluminación que depen-diera de la fecha y hora de la toma de laimagen. De este modo, las imágenes captura-das y la visión equivalente obtenida en elmodelo tendrían mayor similitud y por tantomás realismo.

novática nº 199 mayo-junio 2009 59

Tecnologías para la Educación secciones técnicas

secciones técnicas

1. IntroducciónEn los últimos años se ha producido a escalamundial una gran expansión de la educaciónonline, entendida ésta como el proceso docen-te de teleformación realizado a través de unaplataforma tecnológica basada en Tecnolo-gías de la Información y Comunicaciones(TIC), propiciada fundamentalmente por lasventajas que ésta ofrece, como la independen-cia de la ubicación espacial y temporal (en esteúltimo caso salvo en entornos de participa-ción síncronos), la variedad de fuentes deconocimiento al alcance de profesores y alum-nos, la reducción de los costes asociados alproceso formativo y la potenciación de laparticipación por parte de todos los agentesque intervienen en el proceso docente [1].

No obstante, también existen una serie deinconvenientes asociados a la teleformaciónonline, como la necesidad de poseer un orde-nador con conexión a Internet y las habilida-des necesarias para utilizar las herramientastecnológicas disponibles, así como la curvade aprendizaje de cada plataforma en concre-to. Además, el estudio en solitario requiere deunos hábitos de estudio y un grado de moti-vación para la realización de los cursos ade-cuados, así como de la interacción con elcuerpo docente para evitar que el proceso deaprendizaje resulte un fracaso.

Así pues, si se desea el éxito del procesodocente en e-learning uno de los principalesobjetivos de cualquier curso en línea, partien-do de un cuidado y claro diseño, planificacióne implementación del mismo debe pasar porsu uso continuado y la interacción por partede los alumnos con la plataforma, potencian-do todos los aspectos relacionados con estainteracción tanto entre los alumnos comocon los contenidos y el profesorado.

2. Marco teórico2.1. Interacción en entornos deteleformación onlineDentro de la enseñanza online se puede apre-ciar una evolución que tiende a centrar elproceso a través de la plataforma en el estu-diante [2], lo cual se ha visto reflejado en lanaturaleza de las plataformas deteleformación, que han pasado de ser un merorepositorio de información a introducir me-

canismos de participación y seguimiento ac-tivo del desarrollo de los cursos [3] con el finde obtener una mejora sustancial de la calidadde la enseñanza, los conocimientos obtenidosy la interacción (tanto alumno-compañeroscomo alumno-plataforma, alumno-conte-nidos docentes y alumno-profesorado).

En este contexto, tradicionalmente ha existi-do una gran preocupación sobre los factoresque influyen en el rendimiento académico enentornos de enseñanza telemática a distancia,de forma que tanto para los cuerpos docentescomo para los creadores de plataformas deteleformación fuera posible potenciar losaspectos con una influencia positiva en elrendimiento académico, y minimizar (o inclu-so neutralizar) las variables con efecto nega-tivo.

Si bien existe un gran número de factoressubjetivos de índole psicológica o social,como la motivación del alumno para la rea-lización del curso [4], o la utilidad futura delmismo para el desempeño profesional, o bienotros factores de difícil cuantificación comola calidad de los contenidos docentes, a nivelobjetivo uno de los principales factores seña-lados reside en el grado de participación e

implicación de los alumnos en el curso [5][6],generalmente medido a través decuantificadores objetivos como el número decorreos electrónicos intercambiados, el nú-mero de participaciones en los foros de discu-sión o el tiempo de conexión del alumno a laplataforma, o a través de cuantificadoressubjetivos como la calidad de estasinteracciones [7]. En los estudios empíricosrealizados hasta la fecha no se ha detectadouna gran influencia de la interacción vía co-rreo electrónico aunque sí se ha destacado laimportancia del tiempo y hábitos de dedica-ción al curso [8], el tiempo de uso [9] y elnúmero de accesos al sistema [10] [11] asícomo la doble relevancia de las intervencionesen foros de discusión: por un lado, comoinstrumento para asentar y ampliar los cono-cimientos adquiridos, y por otra parte comopilar en la creación de comunidades de apren-dizaje [12].

Pese a tratarse de un tema de estudio relati-vamente novedoso, todos los estudios exis-tentes parecen coincidir en la idoneidad deemplear las herramientas de registro propiasde las plataformas de teleformación en lugardel empleo de programas de registro de accesoweb generales a la hora de obtener registros

Influencia en el rendimientoacadémico de la interacción enlínea de los alumnos: estudio y

análisis comparativo entrediferentes modalidades

de enseñanza

Ángel Hernández García,Santiago Iglesias Pradas,Jul ián Chaparro Peláez,Félix Pascual MiguelUniversidad Politécnica de Madrid

< { a n g e l . h e r n a n d e z , s . i g l e s i a s , j u l i a n . c h a p a r r o ,< { a n g e l . h e r n a n d e z , s . i g l e s i a s , j u l i a n . c h a p a r r o ,< { a n g e l . h e r n a n d e z , s . i g l e s i a s , j u l i a n . c h a p a r r o ,< { a n g e l . h e r n a n d e z , s . i g l e s i a s , j u l i a n . c h a p a r r o ,< { a n g e l . h e r n a n d e z , s . i g l e s i a s , j u l i a n . c h a p a r r o ,f e l i x j o s e . p a s c u a l } @ u p m . e s >f e l i x j o s e . p a s c u a l } @ u p m . e s >f e l i x j o s e . p a s c u a l } @ u p m . e s >f e l i x j o s e . p a s c u a l } @ u p m . e s >f e l i x j o s e . p a s c u a l } @ u p m . e s >

Este artículo ha sido seleccionado entre los mejores trabajos presentados en X Simposio Internacionalde Informática Educativa (SIIE’ 2008) que se celebró en Salamanca en el mes de Octubre de 2008.

Resumen: a lo largo de los últimos años, se ha producido un aumento en el uso de sistemas deteleformación para la impartición de cursos a distancia, reflejado tanto en la aparición de universidadesvirtuales como en la virtualización de materias en las universidades tradicionales. Una de las mayorespreocupaciones a la hora de impartir cursos a través de una plataforma de teleformación es conseguiruna experiencia docente que resulte en un mayor aprovechamiento del curso por parte de los alumnos,para lo cual se han de determinar los factores que influyen en el rendimiento académico. En el presenteestudio se plantea esta pregunta en base a factores objetivos de interacción entre el alumno y el sistema(en concreto, el número de páginas y recursos visitados, el número de visitas e intervenciones en foros,y las intervenciones en chats), llegando a la conclusión de que no existe una relación significativa entreestos parámetros y el rendimiento académico, medido como la nota final alcanzada en el curso. Además,se plantea un análisis comparativo entre cursos similares llevados a cabo en modalidad en línea ymodalidad presencial, como medio para determinar la variación entre ambos tipos, con independencia delos contenidos docentes, tanto de la influencia de los factores de estudio como del rendimiento académicofinal por parte del alumno. En este análisis, la conclusión alcanzada es que los cursos online permiten alos alumnos un mejor aprovechamiento del curso en términos de los resultados finales alcanzados, noexistiendo relación de los factores de interacción con el rendimiento académico en ninguna de las dosmodalidades de enseñanza.

Palabras clave: e-learning, indicadores de interacción en línea, rendimiento académico.

novática nº 199 mayo-junio 200960

secciones técnicas Tecnologías para la Educación

secciones técnicas

apropiados para el análisis de la influencia delas interacciones en línea con el rendimientoacadémico [13][14][15][16].

No obstante lo anterior, algunos autoresalegan la idoneidad de acompañar estos aná-lisis con mecanismos de realimentación paralos alumnos como medio para corregir defi-ciencias derivadas de las características deaislamiento y planificación personal propiasde estos sistemas de teleformación. Así, porejemplo, se considera adecuado el incluircomentarios sobre la realización de las tareaspor parte de los alumnos, principalmentecuando éstos tienden a reforzar los puntos enlos que se considera que se ha realizado unaprendizaje efectivo, más que los que tienennaturaleza puramente correctiva [17]. Estasinteracciones del alumno con el sistema y elprofesorado, por tanto, son consideradascomo los mayores indicadores del resultadodel aprendizaje efectivo por parte del alumno,sin despreciar las mejoras que introducen enla formación de comunidades de aprendizaje(o interacción entre alumnos) [13]

Finalmente, entre los factores que puedeninfluir en este tipo de análisis se han señaladocomo más importantes la experiencia previaen el uso de estos sistemas, como elementopositivo cara al rendimiento final [18], pu-diendo en algunos casos condicionar los re-sultados (se ha detectado que los usuariosmás experimentados necesitan de menosinteracciones con la plataforma [19]); tam-bién existe un fenómeno, reseñado en [20] y[21] y conocido como el de “testigo de apren-dizaje”, que puede introducir problemas deanálisis a la hora de medir la interacción enforos. Este fenómeno consiste en la existenciade una serie de alumnos con gran capacidadde aprendizaje y gran rendimiento, y que sinembargo apenas realizan aportaciones en losforos, limitándose a cumplir con los mínimosestablecidos y a leer las aportaciones de loscompañeros.

2.2. Enseñanza en línea vs. ense-ñanza presencialOtra de las preocupaciones fundamentales ala hora de tomar la decisión de impartir uncurso de forma presencial o en línea vienedeterminado por la adecuación de las plata-formas de teleformación para la enseñanza deestos cursos, así como las mejoras que puedeintroducir el uso de estos sistemas de cara alaprendizaje final por parte de los alumnos.

Sin embargo, en la literatura revisada noparecen existir elementos de consenso quepermitan llegar a ninguna conclusión válida,ya que si bien en [22] se indica que losresultados son mejores en los cursos online,[18][23][24] y [25] revelan que no hay dife-rencias significativas, aunque el grado deinteracción es superior en entornos presencia-les [18] y existe una mayor tasa de abandonos

en los entornos de teleformación online [25].Otros autores indican que los sistemas deteleformación no pueden sustituir pero sícomplementar a los entornos presencialestradicionales [26]; en este sentido, si pareceexistir un acuerdo en la conveniencia de em-plear herramientas de teleformación apropia-das (LMS, o Learning ManagementSystems) en lugar de ofrecer simplemente loscontenidos docentes en red [27].

3. Metodología de estudio3.1. Descripción de los cursosPara la realización de este estudio se hanempleado datos de cinco cursos de distintanaturaleza: uno de ellos, un curso de grado de“Creación de empresas” de libre elección de laEscuela Técnica de Ingenieros de Telecomu-nicación de la Universidad Politécnica deMadrid realizado íntegramente en línea; doscursos troncales pertenecientes el “Máster deDomótica Online” de la UniversidadPolitécnica de Madrid también impartidos deforma completa en línea; y los dos mismoscursos troncales correspondientes al “Másterde Domótica” impartidos en su modalidadpresencial.

Se ha de notar que en el caso del másterpresencial, pese a que la documentación sereparta impresa a los alumnos, también seencuentra disponible en la plataforma deteleformación creada a tal efecto. Asimismo,tanto las tareas como los tests son en loscinco cursos contestadas a través de la plata-forma de teleformación.

La plataforma elegida para la impartición delos cursos es Moodle, debido tanto a suextensión y facilidad de uso (a todos losalumnos y profesores se les ha entregado unmanual de uso antes de comenzar el curso, yse han establecido canales de resolución dedudas técnicas tanto vía correo electrónicocomo a través de foros dentro de la platafor-ma), como a los mecanismos de recogida deestadísticas de interacción que ofrece la pla-taforma.

En total se han recogido datos de 63 alumnosde los cinco cursos, graduados y posgraduadoscon una elevada formación en sistemas deinformación aunque neófitos en sistemas deteleformación, durante 8 semanas para elcaso del segundo curso troncal de los mástery el curso de libre elección, y durante 2 sema-nas para el primer curso troncal de máster.La planificación de los cursos en todos loscasos ha sido idéntica, planeando un calenda-rio de activación de los contenidos docentespara las sucesivas unidades didácticas, e in-cluyendo la realización de tests, tareas indivi-duales y casos en equipo. Además, para loscursos online se ha implementado un foro denoticias general (presente también en los cur-sos presenciales) y foros específicos en cadaunidad, tanto de debates planteados por los

profesores (con impacto en la nota global dela unidad) como de tutoría y de dudas técni-cas para realizar tareas de soporte a losalumnos.

Como herramienta de comunicación adicio-nal, en los cursos de máster online se hanprogramado sesiones de chat para proceder ala resolución de dudas, aclaración de concep-tos relativos a cada unidad y discusión de loscasos en equipo entregados.

Una vez realizadas las entregas de las tareas,se ha procedido a la corrección de las mismaspor parte de los docentes, incluyendo loscomentarios pertinentes relativos a las res-puestas específicas de cada alumno.Finalmente, se han realizado tareas de segui-miento consistentes en contactos vía telefó-nica o a través del correo electrónico con losalumnos en los que se han detectado anoma-lías de comportamiento (retrasos en entre-gas, ausencias de conexión prolongadas…) afin de favorecer el seguimiento del curso.

3.2. Objetivos del estudioEl objetivo principal del presente estudio es elanálisis de las relaciones entre las interaccionesde los alumnos con la plataforma deteleformación y el resultado académico finaldel alumno.Las interacciones se han medido mediante elempleo de las herramientas de registro de laplataforma utilizada (Moodle), y son lasreferidas a las siguientes acciones:

Número completo de páginas visitadas.Número de visitas (consultas e interven-

ciones) en los foros.Número de intervenciones en foros.Número de intervenciones en chats (si el

chat está disponible).Número de lecturas de chats (informes,

visitas pasivas).

La medida del rendimiento está determinadapor la nota final del alumno.

Adicionalmente, y con el fin de poder determi-nar más precisamente la influencia del uso desistemas de teleformación en línea en el ren-dimiento académico, independientemente delos contenidos docentes, se establece unacomparación entre cursos impartidos com-pletamente en línea a través del sistema deteleformación y sus equivalentes impartidosde manera presencial haciendo asimismo usodel sistema. Esta comparación busca discer-nir si existen factores de interacción cuyainfluencia se ve alterada al ofrecerse los con-tenidos en modo en línea, así como si elrendimiento académico final se ve afectadopor la modalidad de enseñanza del curso.

3.3. Metodología de análisisAl igual que en estudios previos [8][10], sehan aplicado técnicas de regresión lineal conel objeto de determinar la contribución de

novática nº 199 mayo-junio 2009 61

Tecnologías para la Educación secciones técnicas

secciones técnicas

cada una de las variables al resultado final. Elmétodo empleado ha sido el de regresiónlineal múltiple hacia atrás, con el fin de poderdeterminar cuáles de los factores influíansignificativamente en el rendimiento acadé-mico final del alumno. Este método permiteestablecer la importancia relativa de las varia-bles independientes de forma predictiva de talmodo que la varianza de la variable dependien-te se puede estimar con un nivel de significanciacomo la combinación lineal de la contribu-ción específica (ponderada por un factor paracada componente) de cada una de las varia-bles independientes [28].

De esta forma, se han empleado las 63 mues-tras recogidas, incluyendo las 2 correspon-dientes a alumnos que han comenzado elcurso sin llegar a concluirlo, y se ha procedidoa su análisis mediante el paquete estadísticode software SPSS 14.0.

4. Análisis de resultadosEn primer lugar, a fin de poder realizar laregresión lineal múltiple, se han extraído loscoeficientes de Pearson para poder determi-nar si las variables independientes estabanrelacionadas significativamente con la varia-ble dependiente. El resultado, para cada unode los cursos ha ofrecido por lo generalvalores dentro de los límites aceptables, por loque se ha procedido a realizar el análisis deregresión múltiple hacia atrás. No obstante,se han detectado valores muy elevados, delorden de 0.85 o superiores entre variosparámetros, como las intervenciones en chatsy visitas al chat (como puede parecer obvio apriori), por lo que se ha optado por agrupar-los para el análisis a fin de evitar problemas demulticolinearidad.

Para el máster online, además, se ha detecta-do esta misma relación entre el número depáginas visitadas y las visitas al foro, lo queimplica la posibilidad de que ambos factoresestén explicando el mismo fenómeno y quepuede ser indicativo de la adopción de unarutina sistemática en las visitas de los alum-nos, que incluya repaso de actividades, visitaa noticias, y visitas a foros, así como accesosespecíficos y limitados para completar lastareas.

En los cursos en que se han obtenido valores

del estadístico de Durbin-Watson, este valorha estado situado en torno a 2 (2.064), por loque se ha desechado la posibilidad deautocorrelación entre las variables indepen-dientes.

Posteriormente se ha procedido a la realiza-ción de un análisis de la varianza (ANOVA),a fin de determinar la existencia o no de unarelación lineal entre las variables independien-tes y la dependiente de forma global, desesti-mando la hipótesis de la existencia de estarelación para un nivel de significancia de 0.05.Una vez realizado el análisis sobre el modelopropuesto se han encontrado niveles designificancia muy elevados de todos los fac-tores para cada uno de los cursos, por lo quese ha procedido a la eliminación de variablesy definición de nuevos modelos en pasossucesivos hasta obtener valores que permitie-ran la explicación de los modelos propuestosmediante la combinación lineal de los facto-res de influencia.

Tras proceder así, no se han encontradorelaciones significativas entre las variablesimplicadas en el modelo, por lo que se haprocedido a limitar el análisis al número totalde interacciones con la plataforma, pero denuevo no se han descubierto relaciones signi-ficativas al nivel aceptable de 0.05, lo quecontradice las hipótesis de partida.

Por lo que se refiere a la comparación entre elrendimiento final de los alumnos entre loscursos online y presencial, en la tabla 1tabla 1tabla 1tabla 1tabla 1 yteniendo en cuenta que el profesorado y con-tenidos docentes son idénticos para ambasmodalidades y que los criterios de evaluacióny mecanismos de entrega son similares, sepuede observar una mejora en el rendimientode los alumnos de la modalidad online, parala que se aprecia además una menor disper-sión de la nota final.

5. Conclusiones y consideracio-nes finalesA lo largo de este estudio se ha realizado unanálisis basado en indicadores puramenteobjetivos y no intrusivos ofrecidos por elsistema LMS con respecto a la actividad enlínea de alumnos en cursos de grado yposgrado, buscando la influencia de los mis-mos en el rendimiento académico final, ba-

sándonos en estudios previos. Sin embargo,los resultados del análisis no permiten esta-blecer ninguna conclusión significativa a esterespecto; es decir, no se han podido establecerrelaciones significativas entre el número de“hits”, el número de intervenciones o lecturasde foros, o de intervenciones en chats con lanota final de los alumnos.

Este hallazgo puede deberse a dos causas: laexistencia de una serie de factores objetivosno mesurables a través del sistema de registrode la plataforma (como, por ejemplo, elnúmero de horas reales dedicadas al estudiofuera de la plataforma) u otros factoressubjetivos; o bien, el reducido tamaño de lamuestra.

Pese a que el estudio no ha confirmado lahipótesis de partida, sí que ha permitido dis-tinguir ciertas rutinas de uso de estos siste-mas, como la detección de creación de hábitosde acceso a la plataforma, que permitiríandiferenciar entre una actuación de acceso acontenidos docentes de amplia duración yotra de resolución de tareas de corta dura-ción.

Por otra parte, se ha estudiado la influenciade los factores de interacción entre alumnosy sistemas de información tanto para entornosde aprendizaje en línea como presencial, nohallándose ninguna diferencia en lo que res-pecta a la influencia de los factores analiza-dos con respecto al rendimiento académico(nula en ambos casos) pero apreciable en loreferente al rendimiento final en sí, ya que seha observado un mejor desempeño de losalumnos de la modalidad online, pese a queno se esperaban diferencias significativas.Dada la igualdad a efectos de evaluación deambas, la explicación a este fenómeno podríadarse por varias razones: por una parte, lainteracción en enseñanza online tiene un ca-rácter de anonimato superior, por lo queresulta más fácil tomar parte en mecanismosde interacción para los alumnos tanto conotros compañeros como con el profesorado,además de poder contrastar las aportacionesde cada uno, poder consultarlas de nuevo yreforzar conocimientos; por otra parte, lafacilidad de distribuir el tiempo máseficientemente (siempre que se disponga decierta disciplina en el estudio) y el trabajar en

Curso N Media Desv. Estándar Curso Troncal 1 (online) 8 8,8175 ,30410

Curso Troncal 1 (presencial) 13 8,2615 1,00626

Curso Troncal 2 (online) 8 8,6013 ,43043

Curso Troncal 2 (presencial) 13 7,8962 ,76540

Tabla 1. Descriptivos de rendimiento final en cursos de máster.

novática nº 199 mayo-junio 200962

secciones técnicas Tecnologías para la Educación

secciones técnicas

Referenciasun entorno con acceso a información com-plementaria (ya sea guiada o autodidacta) através de Internet puede permitir un mejoraprovechamiento del estudio.

Como consideración final, indicar la conve-niencia de considerar la medida del rendimien-to en base a otros parámetros adicionales deíndole subjetiva, como la percepción de apren-dizaje del propio alumno, o relacionados conlas teorías de comportamiento o de adopcióntecnológica, como la facilidad de uso delsistema, utilidad percibida, motivación delalumno, calidad percibida de los contenidos,percepción de sentimiento de comunidad,experiencia previa, factores normativos so-ciales, etc., lo que permitiría realizar análisismás precisos tanto para la influencia de losfactores como para la comparación entrediferentes modalidades de enseñanza (presen-cial vs. online). La importancia de estos fac-tores será tenida en cuenta por los autores enfuturos estudios.

Asimismo consideramos de interés la posibi-lidad de introducir para ambas modalidadestanto mecanismos dinamizadores (revisiónentre pares por parte de los alumnos) comocorrectores (revisión más detallada de com-portamientos de acceso y corrección de con-ductas anómalas) para observar su influen-cia en el rendimiento de los alumnos.

La principal limitación del estudio la encon-tramos en el tamaño de la muestra disponible.Aunque el número de muestras seleccionadaspara la investigación en conjunto puede con-siderarse aceptable, es ligeramente inferior alos tamaños recomendados [28]. No obstan-te, una vez identificada la correlación entrevariables que pueden estar explicando el mis-mo fenómeno, unido a la inexistencia de chato inactividad de foros en el caso de los cursosde máster presenciales, el número de mues-tras seleccionado se acerca a los valores exi-gibles para el cálculo de los coeficientes b y R2.Sin embargo, consideramos fundamental lanecesidad de realizar estudios posteriores quepermitan contrastar de forma concluyente losresultados obtenidos con un espacio muestralmayor. El aumento en el número de mues-tras, por otra parte, permitiría la realizaciónde segmentaciones en base a factorespsicosociales o estudios longitudinales paradeterminar la posibilidad de haber contadopara la muestra con grupos excepcionalmen-te dotados o no para los cursos.

[1] Bloomsburg University of Pennsylvania’sDepartment of Instructional Technology. E-Learning Concepts and Techniques. <http://i i t .b loomu.edu/Spr ing2006_eBook_f i l es /index.htm> [Consultado: 18 marzo 2008].[2] J. Kurhila, M. Miettinen, P. Nokelainen, H.Tirri. The Role of the Learning Platform in Student-Centered E-Learning. Proceedings of the IEEEinternational Conference on Advanced LearningTechnologies (ICALT’04) - Volume 00 (August 30- September 01, 2004). ICALT. IEEE ComputerSociety, Washington, DC, 540-544.[3] J.B. Williams, M. Goldberg. The evolution ofe-learning. Proceedings of the 22nd ASCILITEConference, 2005.[4] A.Y. Wang, M.H. Newlin. Predictors of web-student performance: the role of self-efficacy andreasons for taking an on-line class. Computers inHuman Behavior 18 (2002), pp. 151–163.[5] B. Dimai, M.Ebner. Community without avision won’t work. 1st Global Conference, InteractiveConvergence: Research in Multimedia, 2003.[6] Y. Dowming, L. Chun-Hsiung, S. Pei-Chen.The analysis of learning records and learning effectin blended e-Learning. Journal of InformationScience and Engineering 21, 2005, pp. 973-984.[7] M.K. Barbour, M.A.J. Collins. Online Writingas an Indicator of Student Performance. Journal ofInstructional Technology and Distance Learning,Vol. 2. No.8. August 2005.[8] C. Nian-Shing, L. Kan-Min. Factors affectinge-learning for achievement. IEEE InternationalConference on Advanced Learning Technologies(ICALT 2002) Proceedings.[9] J. Kickul, G. Kickul. New pathways in e-learning: the role of student proactivity andtechnology utilization. Midwest Academy ofManagement Proceedings 2002.[10] C. Ramos, E. Yudko. “Hits” (not “DiscussionPosts”) predict student success in online courses:A double cross-validation study. Computers &Education 50 (2008), pp. 1174–1182.[11] P. Moreira, V. Teixeira, H. Valente et al. E-learning in human nutrition: a pilot study. EUNIS2005 Proceedings.[12] R. Palloff, K. Pratt. Online learningcommunities revisited. 21st Annual Conferenceon Distance Teaching and Learning, 2005.[13] J.B. Arbaugh, R. Benbunam-Fich. Theimportance of participant interaction in onlineenvironments. Decision Support Systems 43(2007), pp. 853–865.[14] E.W. Black, K. Dawson, J. Priem. Data forfree: Using LMS activity logs to measure communityin online courses. The Internet and Higher EducationVolume 11 Issue 2 (2008), doi: 10.1016/j.iheduc.2008.03.002.[15] L.V. Morris, C. Finnegan, S.S. Wu. Trackingstudent behavior, persistence, and achievementin online courses. Internet and Higher Education 8(2005) pp. 221–231.[16] S. Rafaeli, G.Ravid. OnLine, Web BasedLearning Environment for an Information Systemscourse: Access logs, Linearity and Performance.ISECON ‘97, Orlando, Florida, pp. 92-99.[17] S.C. Tseng, C.C. Tsai. On-line peerassessment and the role of the peer feedback: Astudy of high school computer course. Computers& Education 49 (2007) pp. 1161–1174.[18] M.K. Tallent-Runnels et al. Teaching CoursesOnline: A Review of the Research. Review ofEducational Research. Spring 2006, Vol. 76, No. 1,

pp. 93–135.[19] P.C. Shi, D. Muñoz, F. Sánchez. The effectof previous experience with information andcommunication technologies on performance in aWeb-based learning program. Computers in HumanBehavior 22 (2006) pp. 962–970.[20] H. Fritsch. Host contacted, waiting for reply.Final report and documentation of the virtualseminar for professional development in distanceeducation (pp. 355–378). Oldenburg: Bibliotecksund Informations- systems der UniversitatOldenburg (Virtual seminar held January–March),1997.[21] M.F. Beaudoin. Learning or lurking? Trackingthe ‘‘invisible’’ online student. Internet and HigherEducation 5 (2002) pp. 147–155.[22] T.M. Connolly, E. MacArthur, M. Stansfiled,E. McLellan. A quasi-experimental study of threeonline learning courses in computing. Computers& Education 49 (2007) pp. 345–359.[23] M.D. Roblyer, J.Freeman, M.B. Donaldson,M. Maddox. A comparison of outcomes of virtualschool courses offered in synchronous andasynchronous formats. Internet and HigherEducation 10 (2007), pp. 261–268.[24] F. Spooner, L. Jordan, B. Algozzine, M.Spooner. Student Ratings of Instruction in DistanceLearning and On-Campus Classes. The Journal ofEducational Research, Vol. 92, 1999.[25] D.A. Sapp, J. Simon. Comparing grades inonline and face-to-face writ ing courses:Interpersonal accountability and institutionalcommitment. Computers and Composition 22(2005), pp. 471–489.[26] J. Gal-Ezer, D. Lupo. Integrating internettools into traditional CS distance education:students’ attitudes. Computers & Education 38(2002) 319–329.[27] A.D. Carswell, V. Venkatesh. Learneroutcomes in an asynchronous distance educationenvironment. Int. J. Human-Computer Studies 56(2002), pp. 475–494. doi:10.1006/ijhc.1004[28] G.D. Garson. Statnotes: Topics in MultivariateAnalysis. <http://www2.chass.ncsu.edu/garson/pa765/statnote.htm> [Consultado: 20 de abril2008]

novática nº 199 mayo-junio 2009 63secciones técnicas

referencias autorizadas

Las habituales referencias que desde 1999 nos ofrecen los coordina-dores de las Secciones Técnicas de nuestra revista pueden consultarseen <http://www.ati.es/novatica/lecturas.html>.

Sección Técnica "Acceso y recuperación de información"(José María Gómez Hidalgo, Manuel J. Maña López)

Tema:Tema:Tema:Tema:Tema: conferencia

El éxito de las Redes Sociales no solo las ha puesto en el candelero delos medios de comunicación, sino también en el de los científicos.Durante años, uno de los trabajos más complejos para un ingenierode Minería de Datos [1] era la recolección de los datos sobre los queponer a trabajar sus algoritmos. ¿Cómo conseguir que un equipo depersonas haga el esfuerzo de etiquetar datos para el AprendizajeAutomático? Las Redes Sociales se caracterizan porque el contenidoes generado por sus usuarios, de manera gratuita, y mejor aún, porquedescribe sus propias relaciones sociales.

Las Redes Sociales son en consecuencia uno de los campos potencial-mente más fructíferos para la utilización de las tecnologías de Mineríade Datos, con potenciales resultados en forma de Marketing Perso-nalizado, conocimientos sociales, etc. De ahí que las Redes Socialessean un tema recurrente en las conferencias más prestigiosas sobreCiencia Computacional e Inteligencia Artificial, y que proliferen lostalleres centrados en distintos aspectos de las mismas.

Merece la pena destacar el First International Workshop on MiningSocial Media [2], un taller internacional a celebrar junto con laDecimotercera Conferencia de la Asociación Española para la Inte-ligencia Artificial (CAEPIA), en Sevilla el 9 de noviembre de 2009. Estetaller se centra en la aplicación de técnicas de Minería de Datos enrelación con las Redes Sociales, y se pueden enviar propuestas deartículos antes del 31 de julio.

Además de tratarse de un taller internacional muy próximogeográficamente, y de contar con un excelente comité de programa,cuenta con la presencia de William Cohen, un investigador estadouni-dense con una larga carrera en el ámbito del análisis del lenguajenatural, y que actualmente es un referente en la investigación sobreRedes Sociales.

[1] Minería de Datos: <http://es.wikipedia.org/wiki/Data_Mining>.[2] First International Workshop on Mining Social Media: <http://www.socialgamingplatform.com/msm09/>.

Tema:Tema:Tema:Tema:Tema: noticia

La nueva generación de competidores de Google en el negocio de labúsqueda Web tiene uno de sus representantes más interesantes enBing, el nuevo motor de búsqueda de Microsoft. La aparición de estaherramienta ha desencadenado acontecimientos como que SergeiBrin, uno de los propietarios y creadores de Google, haya puesto enmarcha un grupo de sus mejores ingenieros para que desarrollenmejoras en su tecnología de búsqueda, según algunos medios [1].

Lo que desde luego es un hecho es que si alguien desea competir conGoogle, debe ofrecer algo no solo bueno, sino nuevo. Resultancuriosos en ese sentido algunos comentarios de admiradores delnuevo motor de búsqueda: "Google es tan, tan,… del siglo pasado."

Y una de las cosas nuevas que ofrece Bing, es la protección contracontenidos indeseados. Además de una opción de búsqueda segurasimilar a SafeSearch de Google, Bing está planteando la posibilidadde devolver los resultados de determinadas búsquedas en URLs deldominio "explicit.bing.net" [2]. De este modo, aunque un usuario

pretenda acceder a imágenes o vídeos pornográficos y desactive labúsqueda segura, se puede configurar de manera sencilla una regla defiltrado que bloquee las URLs que contengan este dominio. De estemodo, resulta más sencillo evitar el desperdicio de recursos quesupone la navegación por estos contenidos en el puesto de trabajo, yse contribuye a la protección del menor en Internet.

[1] Fear Grips Google. New York Post, 14/06/2009: <http://www.nypost .com/seven/06142009/business/ fear_gr ips_google_174235.htm>.[2] Bing Community: Safe Search Update: <http://www.bing.com/community/blogs/search/archive/2009/06/12/safe-search-update.aspx>.

Sección Técnica "Auditoría SITIC"(Marina Touriño Troitiño, Manuel Palao García-Suelto)

Tema:Tema:Tema:Tema:Tema: Auditoría vs Aseguramiento de TI

En distintas publicaciones, y especialmente en normas y publicacionesde la Information Systems Audit and Control Association (ISACA),desde hace pocos años vienen apareciendo como sinónimos laspalabras "Auditoría de TI" y "Aseguramiento de TI"1 .

Es más, una gran parte de los nombres de las normas y directrices deauditoría emitidas y publicadas por la ISACA, han sido modificadospara incluir la palabra "aseguramiento". De esta forma, como ejem-plo, las normas o estándares (de obligado cumplimiento para losprofesionales CISAs) son enunciadas como "Normas para la Auditoríay Aseguramiento de TI".

Aún cuando estos términos se usan como equivalentes(etimológicamente no significan lo mismo, ni por lo tanto su alcancees el mismo), en ocasiones, se identifican como actividades comple-mentarias, y en determinados documentos, con un objetivo distinto.

Según el DRAE:Aseguramiento: 1. m. Acción y efecto de asegurar22222 . Asegurar:

Afirmar la certeza de lo que se refiere.Auditoría (por supuesto no incluye la definición de auditoría de

TI, pero por aproximación): Revisión de la contabilidad de unaempresa, de una sociedad, etc., realizada por un auditor. Examinar lagestión económica de una entidad a fin de comprobar si se ajusta alo establecido por ley o costumbre.

Si se busca la traducción de "assurance" que es de donde viene eltérmino aseguramiento, nos encontramos que, en los distintosdiccionarios consultados, la asimila a "confianza" o "garantía" enespañol.

La propia ISACA en su página al hablar de "assurance", indica que "laconfiabilidad (assurance) de la información es la base (los cimientos)sobre la cual se construye la toma de decisiones de una entidad". Enel Manual para la preparación del examen CISA de 2009, se mencionaesta palabra con diverso espectro y aplicación, pero uno de los máscuriosos es la indicación, para su norma 3, de que "los auditores deSI que tengan funciones de ‘aseguramiento’ deben garantizar uncuidado razonable en la realización de su trabajo…". En todo el librose repite constantemente "los auditores de SI en labores de asegura-miento", pero en ningún momento, ni siquiera en el glosario se indicasi estos dos términos son sinónimos o tienen matices distintos, peroapreciables y perceptibles en el campo de trabajo.

Ante tanta indefinición de las asociaciones profesionales (no soloISACA asimila estas palabras sin definir sin son equivalentes, o

novática nº 199 mayo-junio 200964 secciones técnicas

refe

renc

ias

auto

rizad

as

complementarias, o de ámbito diferente de aplicación, sino tambiénotras asociaciones de auditores) surgen las siguientes dudas:

¿Es tal vez una tarea de "aseguramiento", el comprobar la aplica-ción adecuada de una "norma" o buena práctica (COBIT, ISOs, etc.)?

¿Acaso esta confusión no es simplemente el fruto de una ciertaliviandad y falta de rigor en el uso del lenguaje, sino que realmente estáplanificada para ir induciendo a formar la "visión" de que un auditorde SI sea considerado un "comprobador" de la aplicación de determi-nada norma o "buena práctica" en TI?

¿Estamos abandonando los criterios de la auditoría de TI en la queel auditor, de forma independiente y objetiva, identifica riesgos parael negocio en el ámbito de las TI?

Como conclusión, es obvio que "nuestro" mundo de TI cambia amucha velocidad y que las actividades de las organizaciones también.Por ende, estos cambios también suelen reflejarse en los términos dereferencia. No obstante, es necesario avanzar cuidadosamente desdelos entornos profesionales para no crear confusiones en la labor delas distintas profesiones relacionadas con TI, especialmente en el realsignificado de los términos utilizados.

Y debería ser una premisa en las asociaciones profesionales: perma-necer al margen de grupos de presión, y brindar un servicio "neutral"y profesional. En el caso de la auditoría de TI, es ésta una laboracuñada ya hace mucho tiempo, y por lo tanto los clientes y la sociedadson ya conscientes de su objetivo y alcance, así como de la responsa-bilidad que tiene un auditor de TI y de lo que se puede esperar de esteprofesional.

1 Este tema se ha mencionado en artículos anteriores en esta secciónen relación a COBIT, y a las guías para su "auditoría" o"autoevaluación".2 El auditor no "asegura", da una opinión objetiva en base a una tareasistemática de evaluar pruebas y evidencias.

Sección Técnica "Derecho y Tecnologías"(Elena Davara Fernández de Marcos)

Tema:Tema:Tema:Tema:Tema: consulta ciudadana sobre nuevo rango de numeración demóviles

Hoy en día, el teléfono es uno de los aparatos que más usamos, tantoa nivel profesional como personal ya que nos permite estar en contactopermanente con todos, con independencia del lugar en el que estén ode la hora que sea. Clara muestra de la importancia del móvil para lapoblación española es que, actualmente, en nuestro país, la penetra-ción de la telefonía móvil en España supera ampliamente el 110% dela población. No obstante, según pasa el tiempo, han ido adquiriendorelevancia otras funcionalidades y aplicaciones distintas de la telefo-nía móvil tradicional, entre los que cabe citar: los accesos móviles debanda ancha a Internet o los nuevos sistemas de comunicaciónmáquina a máquina (M2) sobre redes móviles sin intervenciónhumana.

En este sentido, y precisamente con el fin de habilitar nuevos númerospara que puedan ser empleados por los servicios de comunicacionesmóviles interpersonales y servicios de acceso de banda ancha aInternet, el Ministerio de Industria, Turismo y Comercio ha abiertouna consulta pública, que se puede descargar desde su propia webhasta el 3 de julio de 2009, para conocer la opinión de los usuariossobre el establecimiento de este nuevo rango de numeración para latelefonía móvil.

En todo caso, hay que tener presente que el objetivo de esta medida

no es sino evitar que en un futuro tengamos que hacer frente a laescasez de numeración para nuevos servicios móviles. Asimismo, seplantea la utilización de este rango para prestar servicios de comuni-caciones máquina-máquina, con la posibilidad de habilitar un rangodiferenciado de números de 13 dígitos . Hay que tener en cuenta queesta medida ha sido adoptada tras el incremento experimentado porlas solicitudes de números del rango 6 para la prestación del serviciotelefónico móvil, desde la entrada en vigor del plan nacional denumeración telefónica. En todo caso, no deja de ser cierto que esteaumento ha tenido lugar de forma paralela y proporcional al númerode abonados a este servicio durante los últimos años.

Por último, traer a colación palabras del propio Ministro de Industriaque justifica la necesidad de esta iniciativa, anticipándose a lospotenciales problemas que puedan aparecer en el futuro, planteando"medidas para la ampliación del segmento de numeración para lascomunicaciones móviles, facilitando de este modo el desarrollo de losservicios existentes, la aparición de nuevas aplicaciones y la compe-tencia en el mercado" <http://www.consumer.es/web/es/tecnologia/2009/06/06/185810.php>.

Tema:Tema:Tema:Tema:Tema: escaso interés de las empresas españolas por los nombres dedominio bajo.es

Pese a que hoy en día nadie duda del valor del nombre de dominio comoactivo de la empresa, el III Congreso de Dominios de Internet, que seha celebrado recientemente en Madrid ha puesto de manifiesto unarealidad completamente diferente. Y es que han concluido que lasempresas españolas no están a la altura de las europeas en lo que serefiere a la adquisición de nombres de dominio, de hecho, muestranun gran desinterés en adquirir dominios de Internet genéricos y sololes preocupa el de su propia marca.

De hecho, Sedo.com, la empresa que llevó a cabo la mayor subastade dominios en español hace apenas un mes, reveló el escaso interésde las empresas españolas ajenas al sector de las Nuevas Tecnologíaspor adquirir dominios de su sector. No obstante, también se destacóla posible influencia de la crisis económica en la que estamos inmersoscomo factor para esta realidad, en el sentido, de que, a día de hoy, lasempresas no pueden ofrecer el dinero que solicitaban los propietariosde los dominios en cuestión.

Asimismo, otra de las conclusiones que alcanzaron los expertos quese dieron cita en el Congreso fue que la nueva liberalización de TLDs(o extensiones formadas por el final del dominio como son .com, .es,.ue...) por parte del organismo internacional ICANN, está haciendoque muchos interesados en una determinada palabra para crear undominio estén esperando la nueva regulación. Así, se explicó que lanueva tendencia es adoptar TLDs de ciudades (city TLDs).

Por último, decir que en el Congreso se aludió a la posible influenciaque iba a tener en los nombres de dominio bajo el .es la decisión de lasautoridades mexicanas de cambiar su actual terminación de dominio".com.ex" por la de ".ex". Y es que, esto supone la posibilidad de volvera registrar palabras en castellano con el ".ex.", aunque ya esténocupadas en otras extensiones como .com o .es. <http://www.noticiasdot.com/wp2/2009/05/29/las-empresas-espanolas-no-estan-interesadas-en-los-dominios-de-internet/>.

Tema:Tema:Tema:Tema:Tema: Facebook, la red social más visitada por los internautas

Las redes sociales no han dejado de crecer y estar presentes en todoslos ámbitos de la vida cotidiana, personal y profesional. No obstante,la red social que mayor éxito ha experimentado entrelos usuarios, yde un modo especial entre los internautas estadounidenses, esFacebook. Así, lo muestran datos de Nielsen Media recogidos porEuropa Press. Y es que, el tiempo total que los usuarios de Internet

novática nº 199 mayo-junio 2009 65secciones técnicas

referencias autorizadas

invierten en visitar Facebook se ha incrementado aproximadamente enun 700%, creciendo desde los 1.700 millones de minutos de abril de2008 a los 13.900 millones del mismo mes de 2009.

No obstante, el citado estudio hace un análisis de la realidad actualde las redes sociales en relación con las preferencias de los internautasy concluye que, tras la popular Facebook, la segunda que goza demayor aceptación es la web de MySpace, en la que los usuariosinvirtieron un total de 4.973 millones de minutos en el último año.

En esta misma línea, también aparece Twitter que, pese al considerableaumento que experimentó el pasado año, aún queda lejos de las cifrasde Facebook.

Por último, en el estudio se indica que la frecuencia media de visitasa las redes sociales de Internet aumentó en un 83% respecto al añoanterior. No obstante, se hace hincapié en la dificultad de llevar a cabouna comparativa de las distintas redes sociales por cuanto tanto lafilosofía como el uso de aplicaciones y herramientas de los portaleses totalmente diferente y, por tanto, prácticamente no es posible tomarparámetros de comparación. <http://www.europapress.es/tecnologia/internet-00446/noticia-tiempo-invertido-facebook-aumenta-700-ciento-ano-20090604134343.html>.

Sección Técnica "Entorno Digital Personal"(Diego Gachet Páez, Andrés Marín López)

Tema:Tema:Tema:Tema:Tema: Redes de Sensores Inalámbricas

Las Redes de Sensores, también llamadas Redes Sensoriales, o eninglés Wireless Sensor Networks (WSN), están formadas por unaserie de pequeños dispositivos electrónicos que interactúan con elmundo exterior por medio de sensores. El nombre que se le da a estetipo de dispositivos es el de "mote", que proviene de la traduccióninglesa de la palabra "mota de polvo", con la finalidad de indicar en unasola palabra dos características principales: su pequeño tamaño y laidea de que pueden estar situados en cualquier lugar. Este conceptodio lugar a la creación de las redes de polvo (Dust Networks) y alsobrenombre de "polvo inteligente" (Smart Dust).

Los motes tienen la capacidad de comunicarse entre sí mediante lacreación de redes malladas (redes mesh) usando el protocolo ZigBeey retransmitir la información adquirida a través de la red hasta unpunto central que registre los valores observados e incluso tomedecisiones. Son los propios motes los que se organizanautomáticamente cada cierto tiempo para determinar cuáles son lasrutas de comunicación disponibles. Esto permite que los motespuedan cambiar de lugar para monitorizar un área distinta en undeterminado momento.

La capacidad de auto-organización de la red permite que lamonitorización de mayores espacios pueda hacerse fácilmente aña-diendo nuevos motes. Al hacerlo, éstos son reconocidosautomáticamente por el resto, los cuales actualizarán sus tablas derutas en consecuencia. Esta característica es muy importante ya quepermite que puedan instalarse en gran variedad de escenarios.

La misma característica de auto-organización permite que el área demonitorización también pueda reducirse. En caso de que un mote dejede funcionar, el resto de valores pueden seguir siendo transmitidos porcaminos alternativos gracias a un algoritmo de enrutamiento diná-mico que se encarga de actualizar las rutas. De esta manera, segarantiza siempre el funcionamiento del resto de la red, al contrariode lo que sucedería con un modelo de comunicación centralizado.

El hecho de que la comunicación sea inalámbrica, eliminando así la

necesidad de trasladar cables de red, y que la alimentación se realicepor medio de baterías, hace que la instalación sea fácil y posible encualquier entorno, abriendo así un gran abanico de aplicaciones quepueden beneficiarse de esta tecnología.

Una de las empresas más innovadoras en el campo de las RedesInalámbricas de Sensores es española, Libelium, y está desarrollandola plataforma Waspmote <http://www.libelium.com/>.

Sección Técnica "Estándares Web"(Encarna Quesada Ruiz, José Carlos del Arco Prieto)

Tema:Tema:Tema:Tema:Tema: llamadas a la implementación del W3C

Son varias las llamadas a la implementación que actualmente tieneabiertas el W3C. El objetivo principal de estas llamadas es el deincentivar la participación y obtener opiniones e información de laimplementación de sus documentos técnicos. Entre las llamadas a laimplementación abiertas actualmente podemos mencionar:

Implementación de OWL 2El Grupo de Trabajo de OWL invita a la implementación de suLenguaje de Ontología Web OWL 2. OWL 2 es una extensióncompatible de OWL 1, que proporciona algunas funcionalidadesadicionales. Este documento contiene 9 especificaciones técnicas y 4documentos instructivos <http://www.w3.org/News/2009#item101

Implementación de XQuery Update Facility 1.0El Grupo de Trabajo de XML Query ha publicado una actualizaciónde la candidata a recomendación XQuery Update Facility 1.0. Eldocumento define una actualización que extiende el lenguaje XMLQuery, proporcionando expresiones que permiten realizar cambiospersistentes a instancias de XQuery 1.0 y XPath 2.0 modelo de datos<http://www.w3.org/News/2009#item99>.

Implementación de SOAP sobre Java Message Service 1.0El Grupo de Trabajo de SOAP-JMS Binding hace una llamada a laimplementación de la candidata a recomendación SOAP sobre JavaMessage Service 1.0. El propósito de estos documentos es formar unconjunto de estándares para el transporte de los mensajes SOAP sobreJMS (Java Message Service). La idea principal es garantizar lainteroperabilidad entre diferentes proveedores de servicios. Asimismo,debería permitir a los clientes implementar sus propios servicios webpara parte de su infraestructura, y mantener la interoperabilidad conlos proveedores de servicios web <http://www.w3.org/News/2009#item95>.

Sección Técnica "Informática y Filosofía"(José Angel Olivas Varela, Karim Gherab Martín)

Tema:Tema:Tema:Tema:Tema: libro

Andy Clark.Andy Clark.Andy Clark.Andy Clark.Andy Clark. Supersizing the Mind: Embodiment, Action, andCognitive Extension. Oxford: Oxford University Press, 2008. ISBN-10: 0195333217. En su libro, Andy Clark defiende la idea de que ciertosprocesos cognitivos se producen literalmente fuera del cerebro, inclu-so fuera del cuerpo del individuo que los genera y asimila. En otraspalabras, la mente se extiende más allá de las fronteras corporales delorganismo biológico. Así pues, al leer a Clark cabe preguntarse:¿dónde termina la mente y comienza el resto del mundo?

Sabemos que al menos desde Aristóteles el hombre se pregunta quées esa cosa llamada mente. Pocos fueron los progresos hasta queDescartes trazó la primera línea de demarcación: mente es aquellasustancia que se manifiesta a través del pensamiento, en tanto quemateria es aquella sustancia que se manifiesta a través del atributode la extensión. En otras palabras, Descartes afirmaba que el mundo

novática nº 199 mayo-junio 200966 secciones técnicas

refe

renc

ias

auto

rizad

as

se divide en un dualismo de reinos independientes: el pensamiento (lasmentes) y la extensión (la materia). De estar en lo cierto Descartes,se deduce que ni la mente es extensa ni la materia puede ser pensante.No obstante, añadía el filósofo francés, la mente puede afectar a lamateria y la materia a la mente. Es decir, habría una relación causalbidireccional entre mente y materia, entre pensamientos y extensión.

Muchos filósofos desde entonces se han preguntado qué es la mentey qué es el pensamiento. Diversas teorías como el Dualismo deSustancias, el Dualismo de Propiedades, el Conductismo, la Teoríade la Identidad Mente-Cerebro, el Materialismo Eliminativo, diversostipos de Reduccionismo, el Emergentismo, el Funcionalismo, etc.,han intentado dar respuesta a esta interrogante. Y todas ellas consi-deraron que el pensamiento, sea lo que sea, es algo que acaece dentrode la frontera corporal que delimita la existencia extensa de unindividuo. Para unos, por ejemplo los defensores de la teoría de laidentidad psico-neural, la mente se encuentra en el cerebro, y seidentifica con los circuitos neuronales. Para otros, por ejemplo losconductistas, la mente no es más que el cúmulo de respuestas(gestos) corporales y lingüísticas que son visibles y audibles en elindividuo del que provienen.

El primero en derribar el mito de que los eventos mentales se producen(en su totalidad) en el sujeto que los piensa fue Hilary Putnam, un filósofode la Universidad de Harvard, quien con un sutil argumento en su articulo"The Meaning of Meaning" mostró que los significados son parcialmenteexternos al individuo, es decir, se encuentran en parte en el objeto mismo(un objeto que es extenso) en lugar de en el sujeto epistémico.

Andy Clark lleva la idea de Putnam más lejos aún. La tesis de Clarkes que los procesos cognitivos pueden llevarse a cabo fuera de loslímites craneales, y fuera del cuerpo mismo. Las anotaciones en papel,las calculadoras, las agendas electrónicas o los recursoscomputacionales modernos son entidades físicas que pueden serdesignadas como cognitivas por derecho propio si cumplen una seriede condiciones. Clark habla pues de cognición extendida: el inputinicial comienza en el interior del individuo, y el cálculo posterior serealiza externamente hasta generar un output que vuelve al interior delindividuo que toma conciencia del dato resultante.

En cierto modo, Clark da un pequeño rodeo a la hora de respondera la pregunta "¿Qué es la mente?" puesto que sostiene que el dóndepuede ayudarnos a responder qué es la cognición. Clark hace unrepaso de multitud de ejemplos de cognición extendida, en los que losinstrumentos, las herramientas y los dispositivos materiales soncentrales para entender qué es la mente. Podemos pues, según Clark,ir más lejos y hablar no sólo de "cognición extendida" sino de "menteextendida". La tesis de la mente extendida fue originalmente propuestapor Andy Clark y el brillante filósofo de la mente australiano DavidChalmers en un artículo publicado en 1998, "The Extended Mind", enla revista Analysis.

Este libro de Clark, Supersizing the Mind, comienza con un prólogode Chalmers, y contiene como apéndice el artículo sobre la menteextendida antes mencionado. El libro consta de diez capítulos yconsiste en una puesta al día (extendida) de ideas que Clark publicóen anteriores libros: "Being There: Putting Brain, Body, and WorldTogether Again" y "Natural-Born Cyborgs: Minds, Technologies, andthe Future of Human Intelligence".

Pero, ¿cual es la motivación académica de Clark? ¿Qué posturadefiende? ¿A quien está respondiendo? Para entender en profundidadel libro de Clark, hay que volver a Putnam. Putnam fue el fundadordel funcionalismo, una teoría de la mente que se convirtió enhegemónica en la década de los 60 y lo sigue siendo actualmente. Elfuncionalismo aboga por un modelo computacional de la mente y esneutral en lo que respecta al sustrato material con que aquella se

manifiesta. Un estado mental es un estado funcional, cuya funciónviene dada por su relación causal (causas y efectos) con otros estadosmentales/funcionales que, en última instancia, empiezan por estímu-los sensoriales (inputs) y terminan en acciones motoras (outputs).Así, según el funcionalismo, los procesos cognitivos tienen que vercon las neuronas tanto como las piezas de ajedrez tienen que ver conla madera. Es decir, que la mente se manifieste en circuitos neuronaleses un evento contingente; se podría manifestar igualmente en tuberíashidráulicas que tuvieran la suficiente complejidad y, naturalmente, lamisma configuración funcional.

El funcionalismo asumía que los procesos cognitivos humanos seproducían (contingentemente) en el cerebro. Era una teoría internalista.Sin embargo, fue el propio Putnam quien puso en aprietos su propiateoría funcionalista con el artículo antes mencionado. ¿Cómo podíael funcionalismo dar cuenta del problema de que los significados quedamos a una cosa dependen de esa cosa, o sea, de una cosa que esexterna? Putnam renunció al funcionalismo, y aquí es donde aparecela figura de Clark. Clark acepta el argumento externalista de Putnamy, sin renunciar al funcionalismo (o más correctamente, haciendo usode él), se inventa la cognición extendida. Así pues, el objetivo de Clarkes buscar artefactos externos que cumplan las directrices funcionalistasy se integren adecuadamente con nuestra cognición interna, es decir,que sean un continuo de ida y vuelta con nuestros cerebros. Con estaestrategia, funcionalismo y externalismo resultarían ser compatibles.

Con independencia de los gustos de cada lector, ha de quedar claro quequien quiera aprender o saber más sobre cognición extendida debe leera Andy Clark pues este autor es hoy en día probablemente la referenciamundial y la fuente principal respecto de este tema.

Sección Técnica "Informática Gráfica"(Roberto Vivó Hernando, Miguel Chover Sellés)

Tema:Tema:Tema:Tema:Tema: libro

E. Langetepe, G. Zachmann. E. Langetepe, G. Zachmann. E. Langetepe, G. Zachmann. E. Langetepe, G. Zachmann. E. Langetepe, G. Zachmann. Geometric Data Structures forComputer Graphics. A.K.Peters, 2006. ISBN-10: 1568812353. Eneste número nos ocupamos de un texto ciertamente interesante sobreestructuras de datos generales que han tenido una aplicación directaen el campo de la geometría computacional y la informática gráfica.Hasta donde conocemos no existe en la literatura un texto específicosobre la materia, además del que comentamos, más allá de unadescripción al vuelo sobre estructuras necesarias para la comprensiónde ciertos algoritmos.

En este texto se da una visión condensada de las estructuras de datosy su algorítmica asociada más relevantes de la materia de informáticagráfica proporcionando ejemplos de su aplicación al final de cadacapítulo, lo que facilita su comprensión. Hacía falta, en nuestraopinión, disponer de un texto semejante donde poder consultarespecíficamente cuestiones relativas a la construcción de estructurascomo árboles y grafos que son medulares en el tratamiento y síntesisde imágenes.

Nadie se espere un libro aplicable a una titulación de grado. El textoes profundo, dejando al lector libertad de interpretación algorítmicay mucho trabajo por delante si lo que se quiere es incorporar esteconocimiento al campo de la docencia. El libro va de menos a más,comenzando por estructuras relativamente simples como los árbolescuadrales hasta grafos de proximidad pasando por partición binariadel espacio, árboles KD, estructuras jerárquicas de contenedores,campos de distancia y diagramas de Voronoi, etc. En los últimoscapítulos trata sobre el complejo problema de la actualización de lasestructuras de datos frente a cambios geométricos, su robustez ydegeneración.

novática nº 199 mayo-junio 2009 67secciones técnicas

referencias autorizadas

En general, el libro es excelente para profesionales e investigadores en elcampo, siendo demasiado ambicioso para fines docentes. En todo casodebería encontrase en las estanterías de todos aquellos programadoresdedicados a resolver problemas relativos a la informática gráfica.

Sección Técnica "Ingeniería del Software"(Javier Dolado Cosín, Luis Fernández Sanz)

Tema:Tema:Tema:Tema:Tema: libros

Thomas Erl. Thomas Erl. Thomas Erl. Thomas Erl. Thomas Erl. SOA Design Patterns..... Prentice-Hall, 2009. ISBN-10:0136135161. Este libro es un voluminoso tomo de 814 páginas quecontiene 24 capítulos y 6 apéndices. Como el propio título indica, estetexto describe 85 patrones de diseño para las aplicaciones software deArquitecturas Orientadas a Servicios (SOA). Es un libro eminente-mente práctico que describe los patrones para el diseño e implementaciónde conjuntos de servicios. También incluye patrones de diseño deseguridad, escalabilidad, composición de servicios, diseño demensajería, etc. Como ejemplos de títulos de capítulos de este libropodemos mencionar: "Foundational Service Patterns", "ServiceImplementation Patterns" y muchos otros. Es un libro recomendable.

Michael Ogrinz.Michael Ogrinz.Michael Ogrinz.Michael Ogrinz.Michael Ogrinz. Mashup Patterns: Design and Examples for theModern Enterprise. Addison-Wesley, 2009. ISBN-10: 032157947X.Es un libro orientado al profesional, donde se describen los patronesde diseño para combinar distintas fuentes de información dentro dela empresa desde la perspectiva del término "web 2.0". Es de fácillectura y permite situarse rápidamente dentro del problema. Algunostítulos de los capítulos son: "Understanding mashup patterns","Mashup patterns terminology", "Harvest patterns", "Enhancepatterns", "Assemble patterns", "Anti-patterns", etc. En el apéndice sedescriben distintos casos de estudio, de manera muy genérica.

Sección Técnica: "Lenguajes de Programación"(Oscar Belmonte Fernández, Inmaculada Coma Tatay)

Tema: Tema: Tema: Tema: Tema: Web asíncrona

Llevamos ya un tiempo trabajando con Ajax (Asynchronous JavaScriptAnd XML), tecnología que permite mantener una comunicación asíncronacon el servidor, introduciendo una capa de proceso adicional entre éste yla página Web. Esta capa intermedia permite que la comunicación conel servidor se produzca en cualquier momento de forma asíncrona, esdecir, se encarga por un lado de interceptar las peticiones del usuario y porotro de gestionar las comunicaciones del servidor en un segundo planode forma asíncrona. De esta forma el navegador no queda bloqueadoesperando todos los datos del servidor ante una acción del usuario. Unade las ventajas frente a las tradicionales comunicaciones síncronas de laweb es que se disminuye el tiempo de recarga de una página (ya no esnecesario que se vuelva a descargar la página completa cuando existeinformación previa que no se modifica) y por tanto mejora la interacción,volviéndose más fluida. Además, mejora la experiencia de usuarioofreciendo una respuesta más rápida a las acciones de éste. Sin embargo,tal y como señala Steve Maryka en su artículo sobre la revolución que vaa suponer la web asíncrona (What is the Asynchronous Web, and Howis it Revolutionary?), es necesario dar un paso más y conseguir unaaplicación que no necesite de interacciones del usuario, permitiendomostrar cambios dinámicos en el estado del sistema sin la necesidad deacciones de éste sobre la interfaz. Para ello será necesario modificar yavanzar en los modelos de programación que estamos utilizando. <http://www.theserverside.com/tt/articles/article.tss?l= WhatistheAsynchronousWeb>.

TemaTemaTemaTemaTema: libro

P. Ballard, M. Moncur.P. Ballard, M. Moncur.P. Ballard, M. Moncur.P. Ballard, M. Moncur.P. Ballard, M. Moncur. Ajax, JavaScript y PHP. ANAYA

Multimedia, 2009. ISBN: 9780672329654. Este libro explica de formadetallada cómo programar sitios Web fluidos y dinámicos utilizandotécnicas y herramientas de programación tanto del lado del clientecomo del servidor, combinando ambas técnicas con Ajax. El libro estádividido en seis partes, más otra dedicada a apéndices. La primera parteestá dedicada a explicar los fundamentos de la Web, los conceptos básicosde HTML y CSS y por último a introducir los conceptos Ajax. La segundaparte habla sobre cómo crear scripts con el lenguaje Javascript, explicandodetalladamente el DOM, la sintaxis y los objetos. La tercera parte se tratade una introducción a la programación con Ajax cuyas tecnologías máscomplejas se explican en las partes quinta y sexta. Por último, la cuartaparte muestra cómo se crean scripts con PHP en el lado del servidor. Ellibro consta de 393 páginas e incluye un CD con el código fuente de losejemplos y un conjunto de aplicaciones que nos permitirán empezar aprogramar Ajax.

Sección Técnica "Lingüística computacional"(Xavier Gómez Guinovart, Manuel Palomar)

Tema: Tema: Tema: Tema: Tema: Procesamiento sintáctico de lenguaje natural

Sandra Kübler, Ryan McDonald , Joakim Nivre. Sandra Kübler, Ryan McDonald , Joakim Nivre. Sandra Kübler, Ryan McDonald , Joakim Nivre. Sandra Kübler, Ryan McDonald , Joakim Nivre. Sandra Kübler, Ryan McDonald , Joakim Nivre. DependencyParsing. Synthesis Lectures on Human Language Technologies,Morgan and Claypool Publishers, 2009, 115 páginas. ISBN: 978-1-5982-9596-2. Este es un libro dedicado a las técnicas de análisissintáctico automático (o parsing) basado en dependencias, es decir,a los métodos de procesamiento sintáctico del lenguaje natural quese fundamentan en la corriente de la lingüística teórica conocida comogramática de dependencias, cuya difusión en Europa se inicia con laobra póstuma del lingüista francés Lucien Tesnière (1893-1954). Unade las razones del éxito de este modelo lingüístico en el ámbito delprocesamiento del lenguaje natural es su adecuación para la descrip-ción lingüística de las lenguas de orden libre de palabras, lo cual explicasu implantación, por ejemplo, en las tecnologías de la lengua deleuskera. Igualmente, las representaciones formales resultado delanálisis sintáctico dependencial, en las que se identifican claramentelas relaciones sintáctico-semánticas entre predicados y argumentos,y entre núcleos y modificadores o complementos, constituyen unexcelente punto de partida para el procesamiento necesario en aplica-ciones de traducción automática o de extracción de la información.En este volumen monográfico de Kübler (Universidad de Indiana),McDonald (Google Research, Nueva York) y Nivre (Universidad deUppsala), los autores ofrecen una introducción detallada a losfundamentos teóricos y a la aplicación práctica de los diversosalgoritmos existentes en el ámbito del procesamiento sintáctico dedependencias, agrupados en tres categorías según se basen en transi-ciones, en grafos o en gramáticas. Por su carácter recopilatorio y suvocación didáctica, el libro puede ser muy útil como lectura en cursosespecializados de procesamiento de lenguaje natural y de lingüísticacomputacional. <http://www.morganclaypool.com/doi/abs/10.2200/S00169ED1V01Y200901HLT002>.

Sección Técnica "Profesión informática"(Rafael Fernández Calvo, Miquel Sarries Griñó)

Tema:Tema:Tema:Tema:Tema: Consejo de Colegios de Ingeniería Informática

El pasado 9 de junio, el Congreso de los Diputados aprobó porunanimidad las proposiciones de ley de creación del Consejo Generalde Colegios de Ingenierías Informáticas, que fueron presentadas porel Grupo Socialista y el Grupo Popular. La proposición del PSOElleva por título "Proposición de Ley de creación del Consejo Generalde Colegios Oficiales de Ingeniería en Informática" y su texto estádisponible en <http://www.congreso.es/public_oficiales/L9/CONG/BOCG/B/B_182-01.PDF>.

novática nº 199 mayo-junio 200968 secciones técnicas

refe

renc

ias

auto

rizad

as

La proposición del Partido Popular tiene un título mucho más largoy de significado e implicaciones mucho más amplias: "Proposición deLey de creación del Consejo General de Colegios Profesionales deIngeniería Técnica en Informática, a fin de asumir la representaciónde los intereses profesionales en el ámbito nacional e internacional,así como la defensa y desarrollo de la sociedad de la información". Sutexto está disponible en <http://www.congreso.es/public_oficiales/L9/CONG/BOCG/B/B_166-01.PDF>.

La transcripción de la discusión de ambas proposiciones en el hemicicloestá en las páginas 14 a 20 del Diario de Sesiones del Congreso deDiputados del 9 de junio de 2009, en <http://www.congreso.es/public_oficiales/L9/CONG/DS/PL/PL_088.PDF>. A raíz de la apro-bación de dichas proposiciones de ley ATI emitió el 19 de junio uncomunicado de prensa que se publica en este número de NováticaNováticaNováticaNováticaNovática y queestá disponible además en <http://www.ati.es/spip.php?article1262>.Para conocer con más detalle la posición de ATI respecto a este asuntose recomienda además la lectura del comunicado de prensa de 30 marzode este año, bajo el título "Ingeniería Informática y Profesión Informá-tica", publicada en el número 197 de Novática, disponible también en<http://www.ati.es/spip.php?article1168>.

Sección técnica "Seguridad"(Javier Areitio Bertolín, Javier López Muñoz)

Tema: Tema: Tema: Tema: Tema: libros

B.G. Raggad. B.G. Raggad. B.G. Raggad. B.G. Raggad. B.G. Raggad. Information Security Management Concepts andPractice. CRC. ISBN 1420078542. 2009.S.P. Vadhan. S.P. Vadhan. S.P. Vadhan. S.P. Vadhan. S.P. Vadhan. A Study of Statistical Zero-Knowledge Proofs.Springer. ISBN 3540713735. 2009.M. Whitman. M. Whitman. M. Whitman. M. Whitman. M. Whitman. Roadmap to Information Security. Delmar Learning.ISBN 1435480309. 2009.P. Stephenson. P. Stephenson. P. Stephenson. P. Stephenson. P. Stephenson. Information Assurance Essentials. Auerbach.ISBN 1439800308. 2009.J. Lopez, S. Furnell, S. Katsikas. J. Lopez, S. Furnell, S. Katsikas. J. Lopez, S. Furnell, S. Katsikas. J. Lopez, S. Furnell, S. Katsikas. J. Lopez, S. Furnell, S. Katsikas. Securing Information andCommunications Systems: Principles, Technologies and Applications.Artech House Publishers. ISBN 1596932287. 2009.J. Areitio. J. Areitio. J. Areitio. J. Areitio. J. Areitio. Seguridad de la Información: Redes, Informática ySistemas de Información. Cengage Learning and Paraninfo. ISBN8497325028. 2009.H. Niederreiter, C. Xing. H. Niederreiter, C. Xing. H. Niederreiter, C. Xing. H. Niederreiter, C. Xing. H. Niederreiter, C. Xing. Algebraic Geometry in Coding Theory andCryptography. Princeton University Press. ISBN 0691102880. 2009.P.B. Garrett. P.B. Garrett. P.B. Garrett. P.B. Garrett. P.B. Garrett. Making, Breaking Codes: An Introduction toCryptology. Prentice-Hall. ISBN 0131861468. 2009.

Tema: Tema: Tema: Tema: Tema: Congresos-Conferencias-Simposium

CANS ‘ 2009.CANS ‘ 2009.CANS ‘ 2009.CANS ‘ 2009.CANS ‘ 2009. (8th International Conference on Cryptology andNetwork Security). Del 12 al 14 de diciembre 2009. Kanazawa.Ishikawa. Japon.Eurocrypt ‘ 2010.Eurocrypt ‘ 2010.Eurocrypt ‘ 2010.Eurocrypt ‘ 2010.Eurocrypt ‘ 2010. Del 30 de mayo al 3 de junio 2010. Niza. Francia.NDSS.NDSS.NDSS.NDSS.NDSS. (17th Annual Network and Distributed System SecuritySymposium). Del 28 de febrero al 3 de marzo 2010. San Diego.California. USA.ICCCIS ‘ 2010.ICCCIS ‘ 2010.ICCCIS ‘ 2010.ICCCIS ‘ 2010.ICCCIS ‘ 2010. (International Conference on Cryptography,Coding and Information Security). Del 13 al 15 de febrero 2010. Riode Janeiro. Brasil.ACNS ’ 2010.ACNS ’ 2010.ACNS ’ 2010.ACNS ’ 2010.ACNS ’ 2010. (8th International Conference on Applied Cryptographyand Network Security). Del 22 al 25 de junio 2010. Beijing. China.

Sección Técnica: "Tecnología de Objetos"(Jesús García Molina, Gustavo Rossi)

TemaTemaTemaTemaTema: libro

Richard C. Gronback.Richard C. Gronback.Richard C. Gronback.Richard C. Gronback.Richard C. Gronback. Eclipse Modeling Project. A DomainSpecific Language (DSL) Toolkit. Addison-Wesley, 2009. ISBN-10:0321534077. La monografía de NováticaNováticaNováticaNováticaNovática de marzo/abril de 2008,número 192, dedicada al "Desarrollo de Software Dirigido porModelos" (DSDM), incluía un artículo de Richard C. Gronback y EdMerks, titulado "Arquitectura dirigida por modelos en Eclipse", en elque se analizaba el papel que había jugado el Eclipse Modeling Project(ECP) en el área del DSDM. Richard, uno de los líderes del ECP einvestigador responsable de Borland Software en productos relacio-nados con el modelado, acaba de publicar el libro aquí referenciadoen el que presenta ECP como un toolkit para crear lenguajes especí-ficos del dominio (DSL). El texto está organizado en cuatro partes. La primera consta de doscapítulos. El primero introduce los conceptos básicos del DSDM(metamodelo, modelo, transformación y DSL), y presenta el ECP,y el segundo presenta ECP como un toolkit de creación de DSLs através de EMF (Eclipse Modeling Framework), GMF (GraphicalModeling Framework) y los proyectos relacionados con transforma-ciones modelo a texto (M2T) y modelo a modelo (M2M). La segunda parte está dedicada al desarrollo de DSL y consta de seiscapítulos que abordan los distintos elementos que componen unDSL. El capítulo 3 explica el concepto de sintaxis abstracta y cómocrear un metamodelo en EMF; se introduce el modelo de dominioMindMap que se usa a lo largo del libro como ejemplo. El capítulo4 se ocupa de la sintaxis concreta y cómo crear notaciones gráficas conGMF, siendo una de las principales referencias para aprender a usarGMF. El siguiente capítulo es muy corto y se limita a indicar cómocrear una sintaxis concreta textual con xText y TCS, las dos herramien-tas más conocidas para crear DSLs textuales. El capítulo 6 abordalas transformaciones modelo a modelo, discutiendo aspectos comoel refactoring o la mezcla de modelos y presenta el lenguaje QVTOperational que es ilustrado con dos ejemplos. Las transformacionesmodelo a texto son tratadas en el siguiente capítulo, utilizando xPandpara implementar los ejemplos. Finalmente, el capítulo 7 describecómo empaquetar un DSL y desplegarlo.

La tercera parte es un manual de referencia de todos las herramien-tas usadas en la parte anterior: Graphical Editing Framework (GEF),GMF Runtime and Tooling, QVT Operational y xPand. La últimaparte incluye dos apéndices, uno sobre MDA en Eclipse que repasa losestándares MDA implementados en Eclipse y otro que reproduce unatabla del manual de GMF con combinaciones de teclas útiles. Sin duda se trata de la principal referencia para aprender a definir DSLscon GMF, y resuelve el problema de la escasa documentación sobrecómo usar GMF que existía hasta ahora, al tiempo que también esun excelente libro para comprender los fundamentos de la definiciónde DSLs, en particular DSL gráficos. La elección de QVT Operationaly xPand ha sido acertada. Su publicación es una buena noticia paratodos aquellos que han empezado o tienen la intención de acercarseal mundo de los DSLs utilizando GMF.

Sección Técnica: "Tendencias tecnológicas"(Alonso Alvarez García, Gabriel Martí Fuentes)

Tema:Tema:Tema:Tema:Tema: alertas

El cloud computing se consolida como modelo empresarial paralas TIC <http://www.tendencias21.net/El-cloud-computing-se-con-s o l i d a - c o m o - m o d e l o - e m p r e s a r i a l - p a r a - l a s -TICs_a3078.html?preaction=nl&id=4954309&idnl=47388&>.

Esta es algo antigua pero interesante, sobre la importancia delmicroblogging: Las plantas podrán pedir agua a través de un

novática nº 199 mayo-junio 2009 69secciones técnicas

referencias autorizadas

dispositivo y Twitter <http://www.elmundo.es/elmundo/2009/03/27/navegante/1238142791.html>.

La empresa catalana Symmetric ha creado el programa gratuitoApprobo, que detecta si un trabajo o artículo es original o coincidecon otros de la red <http://approbo.citilab.eu/>.

Cloud is an operations model, not technology <http://news.cnet.com/8301-19413_3-10249486-240.html?tag=mncol>.

SISMIC. El Laboratorio de Estudios Geofísicos Eduard Fontserè(LEGEF), proporciona información sismográfica (casi) en tiemporeal de los diferentes observatorios <http://sismic.am.ub.es/earthquakes/>.

Después de la notoriedad adquirida por siniestros recientes comoel del Airbus de Air France y las dificultades para su localización, webscomo estas (basadas en la colaboración de los mismos usuarios, Web2.0) demuestran su importancia y casi necesidad en momentos en quees importante localizar a tiempo a las víctimas de un siniestro (aunqueen este último caso poco se podía hacer). <http://www.localizatodo.com/>.

The World Economic Forum (WEF) has announced 34 visionarycompanies selected as Technology Pioneers 2009 for their ability asinnovators and whose technologies will have a deep influence onbusiness and society. <http://www.weforum.org/en/Communities/Technology%20Pioneers/index.htm>.

Los vídeos de las presentaciones del Telecom I+D están disponi-bles públicamente. <http://isabel.dit.upm.es/component/option,com_docman/task,cat_view/gid,123/>.

"Biggest Battle Yet For Social Networks: You, Your Identity AndYour Data On The Open Web" <http://www.techcrunch.com/2008/11/30/facebook-google-myspace-data/>.

"El Gobierno quiere promover el software libre en la Administra-ción" < http://www.expansion.com/2009/01/07/funcion-publica/1231318890.html>.

"YouTube llega a la televisión… a través de la consola" <http://baquia.com/actualidad/noticias/14508/youtube-llega—a-la-television…-a-traves-de-la-consola>.

Cuando parecía que el PLC dejaba de ser una opción, ahora sonlas bombillas las que amenazan a la radio: <http://www.cellular-news.com/story/33993.php>.

Interesantes productos y prototipos de interfaces hápticos <http://www.cscout.com/blog/2008/10/24/digital-vision-for-the-blind.html>.

"Quantum encryption and the weakness of European science".I+D europea: buena transmisión universidad-empresa, pobres resul-tados académicos <http://arstechnica.com/business/news/2008/10/quantum-encryption-and-the-weakness-of-european-science.ars>.

"Opening the Cloud". Herramientas Open Source para CloudComputing < http://www.technologyreview.com/web/21642/?bcsi_scan_87A666907766D0F0=5cYK7uC0mnOArziJxD57azMAAADsOY8B>.

BBC se ha hecho eco de un estudio de mercado en el que afirmanque la complejidad de los móviles actuales genera frustración enmuchas personas. <http://news.bbc.co.uk/2/hi/technology/7833944.stm>.

Sección Técnica: "TIC y Turismo"(Andrés Aguayo Maldonado, Antonio Guevara Plaza)

Tema:Tema:Tema:Tema:Tema: Centro Tecnológico Robotiker: proyecto eTourGUNE

ROBOTIKER-Tecnalia es un Centro Tecnológico especializado enTecnologías de la Información y Comunicaciones (TIC), y en Desa-

rrollo de Producto, que tiene como objetivo contribuir activamenteal desarrollo sostenible de la Sociedad a través de la Investigación yla Transferencia Tecnológica < < < < <http://www.robotiker.es>.>.>.>.>.

Se constituye como una Fundación privada, sin ánimo de lucro, en lavanguardia de la Investigación, el Desarrollo Tecnológico y la Inno-vación (I+D+i), manteniendo un compromiso máximo con lacalidad, la eficiencia en el servicio a los clientes y el constante desarrolloy formación de sus profesionales.

El centro tecnológico está formado por 24 empresas y 4 instituciones.Las instituciones son las siguientes:

DIPUTACIÓN FORAL DE BIZKAIA, Departamento de Innova-ción y Promoción Económica

GOBIERNO VASCO, Departamento de Educación, Universida-des e Investigación

GOBIERNO VASCO, Departamento de Industria, Comercio yTurismo

UNIVERSIDAD DEL PAÍS VASCO, Escuela Técnica Superiorde Ingeniería de Bilbao

Entre los diferentes proyectos en marcha, se encuentra eTourGUNE,enmarcado dentro del Programa de Investigación EstratégicaETORTEK del Departamento de Industria, Comercio y Turismo delGobierno Vasco, que tiene como principal objetivo profundizar yavanzar en el desarrollo de la investigación estratégica en Ciencias delTurismo a través de la convergencia de áreas científicas y tecnológicastradicionales con el fin de favorecer la competitividad y la innovaciónen el sector turístico de Euskadi y, por consiguiente, en su economíay sociedad. El Turismo es un fenómeno complejo que agrupa unaactividad empresarial e industrial complementada por una produc-ción y oferta de servicios otorgados por organizaciones de carácterpúblico-privadas. Las compañías aéreas, hosteleras, restauradoras,las empresas dedicadas al entretenimiento y al ocio, las agencias y lasorganizaciones de destino son interdependientes a la hora de ofrecerun servicio-producto. Esta interdependencia de los sub-sectores a lahora de producir y alcanzar unos objetivos comunes hace que laactividad turística deba ser concebida como un sistema funcional,entendiendo como tal, un conjunto de elementos relacionados entresí para el logro de unos objetivos comunes.

Los principales objetivos específicos de este proyecto son los siguientes:Apoyar la I+D+i científico-tecnológica en el área de eTurismo,

desarrollando proyectos avanzados mediante la aplicación de lasTecnologías de la Información y Comunicaciones, incluyendo aspec-tos relacionados con la adquisición, almacenamiento y gestión de loscontenidos turísticos de una forma sencilla y sostenible para todos losactores en la cadena de valor.

Potenciar el conocimiento y el desarrollo tecnológicos para laprestación de servicios turísticos avanzados e integrados que mejorenla participación, movilidad e interoperabilidad.

Promover el conocimiento para facilitar las innovaciones bajo elconcepto de nuevos productos y servicios turísticos de valor añadidoque posicionen a la industria turística de la Comunidad Autónomade Euskadi en una posición preferente.

Desarrollar un conjunto de demostradores, en campos de aplica-ción seleccionados, que permitan evaluar y prever la situación presentey evolución futura del sector turístico en general y de sus empresas enparticular.

Desarrollar un conjunto de instrumentos metodológicos y tecno-lógicos de soporte para la evaluación de la competitividad y lainnovación tecnológica del sector turístico en general y de sus empre-sas en particular, haciendo especial hincapié en las empresas de basetecnológica.

novática nº 199 mayo-junio 200970

sociedad de la información Prospectiva Tecnológica

sociedad de la información

1. IntroducciónEl análisis de los avances en el campo de losSistemas y Tecnologías de la Información(SI/TI) es una prioridad científica de primerorden. Por una parte, por la relevancia delsector de los SI/TI en el desarrollo de lasnaciones. Por otra parte, debido al dinamis-mo de este sector. Es por ello que los SI/TIhan sido frecuentemente tratados en los pro-cesos de Prospectiva Tecnológica a nivel na-cional, como parte del análisis de las tenden-cias de las Tecnologías de la Información(TI) en la economía y la sociedad.

La primera experiencia de Prospectiva Tecno-lógica que incluyó las TI como área clave fueel programa japonés. Actualmente, casi to-dos programas nacionales incluyen este tópi-co como área clave. Este es el caso de Alema-nia, Francia, Corea del Sur, Reino Unido,Suecia, Holanda, Australia y EE.UU., porcitar algunos de los estudios más relevantesentre otros a nivel nacional (se pueden ver másejemplos en [1][2][3][4]).

En España, al igual que en el resto del mundo,ha sido relevante la prospección de los desa-rrollos en el campo de los SI/TI en ejerciciosde Prospectiva Tecnológica. Ejemplo de di-cha actividad son los informes que el InstitutoCatalán de Tecnología (ICT), integrante delObservatorio de Prospectiva TecnológicaIndustrial (OPTI), ha presentado acerca de laSociedad de la Información en España.

En este trabajo se realiza un metaanálisis delos resultados en materia prospectiva en SI/TI a nivel internacional. El enfoque aquípresentado supone una novedad en el ámbitoacadémico, tanto en España como a nivelinternacional. A continuación se detallan lassecciones en las que se va a estructurar estetrabajo. En la sección segunda se conceptualizala Prospectiva Tecnológica y su difusión anivel internacional. En la sección tercera seaborda el rol de las Tecnologías de la Infor-mación en la actividad prospectiva internacio-nal. A partir de la sección cuarta se realiza unanálisis de las áreas y tecnologías clave en elsector de los SI/TI en el horizonte temporal.Este artículo finaliza con las conclusiones.

2. La Prospectiva TecnológicaLa Prospectiva Tecnológica es una disciplinade conocimiento orientada a visualizar ellargo plazo de la ciencia y la tecnología, laeconomía y la sociedad con el ánimo de

identificar las áreas estratégicas de investiga-ción así como la aparición de tecnologíasgenéricas y emergentes que den paso a losmayores beneficios económicos y sociales[5].

Los orígenes de la Prospectiva Tecnológica sesitúan en la década de los 60 en EstadosUnidos, bajo la denominación de actividadesde predicción y evaluación tecnológica. En losaños 70, en el seno del Instituto Japonés deCiencia y Tecnología (NISTEP), se inicióuna de las actividades de Prospectiva Tecno-lógica más representativas a nivel internacio-nal, la cual continúa en nuestros días con unaperiodicidad de cinco años.

Dicha actividad consiste en la realización deun estudio prospectivo acerca del futuro de laciencia y tecnología de Japón. No obstante,no es hasta la década de los 90s cuando seproduce un incremento notable de las activi-dades de Prospectiva Tecnológica, tanto anivel nacional como supranacional. Desdeentonces, casi la totalidad de los países yregiones tienen programas oficiales deProspectiva Tecnológica, orientados a darsoporte a su estrategia de I+D. Estos progra-mas reúnen a expertos destacados en diversoscampos de la ciencia y la tecnología con elobjetivo de encontrar tendencias tecnológicasy tecnologías críticas para la competitividadde la región objeto de estudio.

Para cumplir este objetivo, existen diversasmetodologías prospectivas, las cuales tienencomo objeto la sistematización de la reflexióncolectiva, que es la base del proceso, y laconsecución de consensos entre expertos.Dichas herramientas suelen estar inspiradasen herramientas de Predicción Tecnológica.En particular, los paneles de expertos, el mé-todo Delphi y los métodos de generación deescenarios se han empleado para sistematizar

expectativas casi siempre de forma combina-da.

En España, al igual que en el resto del mundo,ha proliferado la actividad prospectiva en losúltimos años. Podemos citar a modo deejemplo de dicha actividad los informes querealiza periódicamente desde 1998 el OPTI1

(Observatorio de Prospectiva TecnológicaIndustrial) en 14 sectores industriales, creadopor el entonces Ministerio de Industria yEnergía, actualmente Ministerio de Indus-tria, Turismo y Comercio o los emitidos porla Agencia Nacional de Evaluación yProspectiva (ANEP). Otros trabajos, no liga-dos directamente con las autoridades públi-cas, que han abordado tendencias tecnológi-cas y su impacto sobre la sociedad españolacon un enfoque prospectivo, son los del Gru-po de Estudios sobre Tendencias Sociales asícomo los informes anuales de la FundaciónCotec y de la Fundación Telefónica. Otrasentidades con actividad periódica en materiaprospectiva en España son Prospektiker y laFederación Española de Empresas de Tecno-logía Sanitaria.

3. Las Tecnologías de la Informa-ción en la actividad prospectivaTradicionalmente, los estudios de ProspectivaTecnológica han abordado las tendencias delas TI como medio de representación de unavisión futura de la sociedad en general. Elexponente más destacado de este enfoque esla actividad prospectiva del NISTEP sobre elfuturo tecnológico de Japón [6].

Otro enfoque es el estudio de las tecnologíascríticas para la competitividad nacional. Ejem-plo de ello son Francia y EE.UU. Los criteriospara la consideración de tecnología crítica encada país varían, siendo por ejemplo en casode EE.UU. la prosperidad económica y segu-ridad nacional, y en el caso francés la posición

Un metaanálisis de la actividadprospectiva internacional en el

campo de los Sistemas y Tecno-logías de la Información

Víctor Amadeo BañulsSilvera, José Luis SalmerónSilveraUniversidad Pablo de Olavide, Sevilla

< { v a b a n s i l , s a l m e r o n } @ u p o . e s >< { v a b a n s i l , s a l m e r o n } @ u p o . e s >< { v a b a n s i l , s a l m e r o n } @ u p o . e s >< { v a b a n s i l , s a l m e r o n } @ u p o . e s >< { v a b a n s i l , s a l m e r o n } @ u p o . e s >

Resumen: los sistemas y tecnologías de la información han sido frecuentemente tratados en los proce-sos de Prospectiva Tecnológica como parte del análisis de las tendencias de las Tecnologías de la Informa-ción en la economía y la sociedad. En este trabajo se realiza un metaanálisis, mediante la técnica denomi-nada análisis de contenido, de los resultados en materia de Sistemas y Tecnologías de la Información dela actividad prospectiva internacional con el objetivo de obtener un listado de tecnologías críticas en estecampo. El enfoque presentado en este trabajo supone una novedad en el ámbito académico, tanto enEspaña como a nivel internacional.

Palabras clave: análisis de contenido, metaanálisis, Prospectiva Tecnológica, Sistemas de Información,Tecnologías de la Información.

novática nº 199 mayo-junio 2009 71

programar es crear sociedad de la información

sociedad de la información

relativa del país, atractivo de la industria yfactores críticos de éxito.

En algunos casos, los estudios de acerca detendencias y/o tecnologías críticas se comple-mentan con informes acerca del sector de lasTI en el país de estudio. Estos estudios pue-den centrarse en el estado actual del sector,por ejemplo las contribuciones del ITECGroup Technologies al programa deprospectiva del Reino Unido o los informesacerca de la industria de contenidos digitales,las tendencias de evolución en las TI o elfuturo de los medios de comunicación socialque se han realizado en el seno de la OPTI; oen el estado futuro en forma de escenarios,como en el caso australiano o tailandés.

Respecto a la actividad prospectiva en SI/TI,no está extendida más que como unsubconjunto de la actividad prospectiva en TI.Es decir, las tendencias emergentes en SI/TIson tratadas como un apartado de las tenden-cias generales de las TI. En la sección siguien-te se analiza en detalle esta actividadprospectiva en SI/TI, en base a una muestrade programas internacionales.

4. Muestra de la actividadprospectiva internacionalEn la tabla 1tabla 1tabla 1tabla 1tabla 1 se relacionan los programasinternacionales que componen la muestra enbase a la cual se realiza el metaanálisis de laactividad prospectiva internacional en el cam-po de los SI/TI.

La muestra se ha obtenido a partir de larevisión de la actividad de prospectiva tecno-

lógica internacional contemplada en bases dedatos oficiales (Futur, IPTS, APEC) y publi-caciones académicas. Los criterios para lainclusión en la muestra son:

Contemplar las TI2 como área clave.Resultados disponibles en español, inglés

o francés.Resultados con vigencia actual.

En el caso de existir varios programas candi-datos en un mismo país, se ha seleccionadoel último y/o más representativo. Más infor-mación sobre los estudios contenidos en lamuestra puede ser encontrada en [7].

5. Metodología de análisisEl resultado de la muestra de procesosprospectivos ha sido procesado con la técnica

denominada análisis de contenido. SegúnKrippendorff ([8] p.28) el análisis de conteni-do es "una técnica de investigación destinadaa formular, a partir de ciertos datos, inferenciasreproducibles y válidas que puedan aplicarsea su contexto". Esta metodología se ha selec-cionado, debido a su adecuación para proce-sar datos científicos. A continuación se deta-llan algunos aspectos concernientes a estametodología como categorización, unidadesde muestreo y registro y la codificación.

La categorización de los resultados se realizaen función a las áreas clave propuestas porStraub y Wetherbe [9]: interfaz humano-máquina, comunicaciones y soporte a siste-mas. Las motivaciones para seleccionar estacategorización son: (1) es uno de los trabajosmás referido en los antecedentes de laProspectiva en SI/TI (2) dicha clasificaciónfue validada en investigaciones posteriores[10].

Una vez definidas las categorías, se determi-nan las unidades de muestreo y registro. Lasunidades de muestreo, definidas como lasporciones de la realidad observada que seconsideran independientes unas de otras [8],son los resultados en materia de SI/TI de losprocesos incluidos en la muestra. Las unida-des de registro, definidas como fracciones delas unidades anteriores que determinan lacodificación de las diferentes categorías [8],son cada una de las tecnologías señaladascomo clave en cada uno de los procesos deprospectiva recogidos en la muestra. En totalse detectaron 297 unidades de registro entrelas 15 unidades de muestreo3 . La labor decodificación, esto es la asignación de lasunidades de registro a las distintas catego-rías, ha sido realizada por los autores. Estoscodificadores cumplen los requisitos espera-dos de nivel cultural, formación y conoci-miento del marco teórico.

El coeficiente de fiabilidad (CF) -expresión

País Programa

Sudáfrica National Research and Technology Foresight Project

EE.UU. New Forces at Work: Industries Views Critical Technologies

India Technology Visio 2020 Japón Technology Foresight Survey Corea del Sur Technology Forecast República Checa Analyses of international key technologies lists

España OPTI, Informes de Prospectiva Tecnológica Industrial

Finlandia On the way to technology vision Francia French 100 Key Technologies Irlanda Technology Foresight Ireland Israel Science and Technology Foresight for Israel Suecia Teknisk Framsyn Holanda Technology Radar Reino Unido The Foresight Program

Australia Matching science and technology to future needs 2010

Tabla 1. Muestra de programas de Prospectiva Tecnológica.

Tabla 2. Mapa global de actividad prospectiva.

País Interfaz Humano-Máquina

Comunicaciones

Soporte a Sistemas

Unidades de Registro

Sudáfrica 29% 14% 57% 7 EE.UU. 10% 12% 78% 73 India 0% 69% 31% 16Japón 8% 77% 15% 13Corea del Sur 0% 52% 48% 29 Rep. Checa 0% 17% 83% 6España 0% 50% 50% 8Finlandia 14% 29% 57% 7 Francia 3% 17% 80% 30 Irlanda 22% 39% 39% 23 Israel 29% 43% 29% 7 Suecia 14% 57% 29% 7 Holanda 33% 0% 67% 3 Reino Unido 20% 26% 54% 65 Australia 0% 67% 33% 3

novática nº 199 mayo-junio 200972

sociedad de la información programar es crear

sociedad de la información

Referencias

[1] V.A. Bañuls, J.L. Salmeron. Benchmarkingthe Information Society in the Long Range. Futures,39(1), pp. 83–95 (2007).[2] V.A. Bañuls, J.L. Salmeron. A Scenario-based Assessment Model. SBAM, TechnologicalForecasting and Social Change, 74(6), pp. 750-762 (2007).[3] V.A. Bañuls, J.L. Salmeron. Foresighting keyareas in the information technology industry.Technovation, 28(3), pp. 103-111 (2008).[4] V.A. Bañuls, J.L. Salmeron. Áreas Clave paraDesarrollo Económico y Social: Una Visión desdela Actividad Prospectiva Internacional, Problemasde desarrollo. Pendiente de publicación (2008).[5] B. Martin. Foresight in Science and Technology.Technology Analysis and Strategic Management,7(2), pp. 139–168 (1995).[6] T. Kuwahara. Technology ForecastingActivities in Japan. Technological Forecasting andSocial Change, 60, pp. 5-14. (1999).[7] V.A. Bañuls, J.L. Salmeron. Fundamentos dela Prospectiva de Sistemas de Información. Ma-drid: RAMA, pendiente de publicación (2009).[8] K. Krippendorf. Metodología de Análisis deContenido: Teoría y Práctica. Barcelona: EdicionesPaidós, 1999.[9] D.W. Straub, J.C. Wetherbe. InformationTechnologies for the 1990s: an OrganizationalImpact Perspective. Communications of the ACM,32(11), pp. 1328-1339 (1989).[10] V. Grover, M. Goslar. InformationTechnologies for the 1990s: the Executives’ View,Communications of the ACM, 36(3), pp. 17-19.[11] NISTEP. The Seventh Technology ForecastSurvey - Future Technology in Japan. NISTEP(Informe 71, 2001). Tokio, Japón.

1 El listado de sus últimas publicaciones en materiade prospectiva se encuentra en <http://www.opti.org/prospectiva.asp>.2 Como se ha referido anteriormente, en la activi-dad de Prospectiva Tecnológica se recogen los SI/TI como una categoría de análisis dentro de los lastendencias de TI.3 Tan solo se consideraron como unidades deregistro los SI/TI, es decir, las TI comprendidasdentro del ámbito definido para la Prospectiva enSI/TI. Las TI excluidas hacían referencias a desa-rrollos de las TI fuera del ámbito de los Sistemasde Información. Concretamente fueron excluidaspor este motivo 66 unidades de registro delanálisis. Además se excluyeron aplicaciones con-cretas de los SI/TI.

Notas

(1)- es cercano al 100% (94,27%) lo cualindica un elevado nivel de fiabilidad en lacodificación.

CF = 2m / (N1 + N2) = 94,27%; m=280; N1

= N2 = 297. (1)

donde:"m" (m=280) es el número de decisiones

de codificación en las que coinciden elcodificador 1 y el codificador 2.

"N1" (N1=297) es el número de decisiones decodificación realizadas por el codificador 1.

"N2" (N2=297) es el número de decisiones decodificación realizadas por el codificador 2.

Asimismo, cabe destacar que cuando se cla-sificaron el 5% unidades de registro, el 100%de las categorías ya habían aparecido, pudién-dose clasificar al finalizar el proceso el totalde las unidades de registro en las categoríaspropuestas.

6. Resultados y conclusionesEn la tabla 2tabla 2tabla 2tabla 2tabla 2 se muestran los resultados porunidad de muestreo, es decir, por programa deProspectiva Tecnológica incluido en la mues-tra. A través de este análisis, se puede apreciarcomo cada país tiene un enfoque hacia unacategoría de tecnologías en concreto. En pri-mer lugar están los países focalizados entecnologías de soporte sistemas (Holanda,Francia y EE.UU.). Otro sector de países estámás orientado a las comunicaciones (India yJapón).

El resto de países mantiene un equilibrio entreestas dos categorías y las tecnologías deinterfaz humano-máquina. Dichas diferen-cias pueden estar motivadas principalmentepor las necesidades tecnológicas, económi-cas, sociales o industriales de cada país.

En un segundo nivel, se analiza en cadacategoría cuales son las tecnologías concre-tas más relevantes a nivel global (tabla 3tabla 3tabla 3tabla 3tabla 3).Dicho análisis se ha realizado una vezcategorizadas las unidades de registro, me-diante la observación de ocurrencias en cadacategoría. Como resultado del mismo semuestran las cinco tecnologías en cada áreacon mayor nivel de ocurrencias. Los resulta-dos de la tabla 3 tabla 3 tabla 3 tabla 3 tabla 3 toman como referencia elconjunto de tecnologías en total. Debido a lasdiferencias de unidades de registro existentesentre países (de los 73 de EE.UU. a los 3 deAustralia) el peso del global de tecnologíasestá influenciado en gran medida por lasprioridades tecnológicas de los países conmayor número de unidades de registro, en estecaso EE.UU. y Reino Unido.

Del análisis de resultados se desprende que lastecnologías más relevantes en los próximosaños van a estar relacionadas con las tecno-logías móviles, el desarrollo de componentesasí como de dispositivos avanzados deinteracción. Además, cabe destacar del análi-sis de los informes comprendidos en la mues-tra que, en opinión de los expertos implicadosen estos procesos de Prospectiva Tecnológi-ca, estos desarrollos llegarán a su madurez enel horizonte temporal 2015 [11]. Una vezalcanzada esta madurez, las prioridades cien-tíficas en el ámbito de los SI/TI se centraránen su confluencia con áreas cercanas, comolas ciencias vivas, desarrollo de materiales,nanotecnología y biotecnología.

AgradecimientosEsta investigación ha sido financiada por elMinisterio de Educación y Ciencia como partedel proyecto SEJ2006-1474 cuyo investigadorprincipal es el Dr. José Luís Salmerón Silvera.

Categoría Tecnología Unidades de Registro

Interfaz Humano-Máquina

Interfaces de usuarios. Trabajo multimedia. Realidad virtual. Reconocimiento de imagen y voz. Dispositivos avanzados de interacción. Otros.

445

77

7Comunicaciones Ancho de banda.

Tecnología móvil. Tecnología inalámbrica. Datos y encriptación. Tecnología óptica. Otros.

17 21 819 919

Soporte a Sistemas

Computación ubicua y portabilidad. Componentes y dispositivos. Software. Tecnologías de proceso. Datos y almacenamiento. Otros.

15 46 29 25 29 26

Tabla 3. Tecnologías de la información clave.

novática nº 199 mayo-junio 2009 73

Personal y transferible sociedad de la información

sociedad de la información

Ha salido a la calle en autobús. Dios tienepublicidad pagada. ¿Necesita Dios publici-dad? El creyente responderá que no. Y el nocreyente se gasta el dinero en hacer publicidadde Dios. Y el creyente acude al trapo y respon-de con más publicidad. Parece un contrasen-tido. En realidad es cómico; pero tambiéndescorazonador, porque hay que ver en lo quegastamos el tiempo y el dinero. Como si nohubiera cosas más interesantes que hacer.¿Cómo es posible que haya dinero para esaschorradas cuando está la casa sin barrer?Cuando hay que andar por el suelo, miramosal cielo. Así nos va.

Parece que el espectáculo público ha remiti-do. ¿En qué nueva forma volverá? Pero nohay mal que por bien no venga. Corre tintaabundantemente, creacionista y evolucionista,porque coincide el bicentenario del nacimien-to de Darwin. Ciencia y religión. Evolucionis-mo, creacionismo, diseño inteligente… y porahí. Pues aquí va un poco de tinta científica.

La existencia de Dios no es una cuestión deldominio de la Ciencia, por supuesto. Entonces,¿qué tiene que decir un científico sobre Dios?

En primer lugar la Ciencia estudia el lenguaje;es decir, quiere responder a la pregunta ¿quéquiere decir lo que se dice?, o sea las relacionesentre lenguaje y pensamiento. En particular laInformática trata con lenguajes. Formales,sí; pero la Inteligencia Artificial trata tambiénde responder involucrando el lenguaje natu-ral. El informático está acostumbrado "apensar con lógica"; en particular a descubrir elsentido de lo que se dice. ¿Tiene sentido lo quese dice? Conviene analizar las frases chocan-tes para sacar su sentido, si es que lo tienen,o para probar que no lo tienen.

Hay muchas afirmaciones, aparentementecon sentido, pero que, después de ser formu-ladas, se ha visto que no lo tienen. Por ejemploen Física cuántica, Werner Heisenberg des-manteló una buena cantidad de teorías queviolaban su "principio de incertidumbre"(1927); es decir, los que las expresaban noentendían lo que decían. Él sí fue conscientede que no las entendía y esa desazón fue unacicate para llegar a alcanzar su ley. Moraleja:Lo que hoy no se entiende, puede que algúndía se llegue a explicar.

Con respecto a Dios hay cosas que se dicen ychocan. Por ejemplo, en el Credo católico se

dice:" Jesucristo…, hijo único de Dios, engen-drado, no creado, de la misma naturaleza queel Padre,…". La idea monoteísta de un Dioscreador, incluída la Trinidad cristiana, pasapor la clave de que Dios no se ha creadoDios no se ha creadoDios no se ha creadoDios no se ha creadoDios no se ha creadoa sí mismoa sí mismoa sí mismoa sí mismoa sí mismo.

Independientemente de que esa creencia es partede la fe religiosa, se debe analizar la frase desdela perspectiva del lenguaje y la lógica. La verdades que suena como un sinsentido. Rondan porla cabeza las paradojas sabidas… Algo tendránque ver en esto, piensa uno.

Recordemos que la famosa paradoja de Russell(1901)1 es un esquema: "El conjunto C detodos los conjuntos que no se contienen a símismos, ¿se contiene a sí mismo?" La res-puesta es: Ni Sí ni No.

En efecto:

Si se contiene a sí mismo, entonces C tendríaque estar en el conjunto de todos todos todos todos todos los conjun-tos que no se contienen a sí mismos. Pero SIESTÁ en ese conjunto, entonces no se contie-ne a sí mismo, puesto que todos los conjun-tos que están no se contienen a sí mismos.Luego es falso, puesto que la hipótesis es quese contiene a sí mismo.

Y si NO, entonces C tendría que estar en elconjunto de todos todos todos todos todos los conjuntos que no secontienen a sí mismos; pero si está, se contie-ne a sí mismo. Luego también es falso,puesto que la hipótesis es que se no contienea sí mismo.

Así pues, es rigurosamente falsa tanto laproposición afirmativa como la negativa.Las consecuencias de esta paradoja en laLógica y en la Matemática han sido trascen-dentes [1]. También en Informática; así elconcepto de "tipo de datos" proviene directa-mente de eludir esa paradoja.

Hay muchos ejemplos de este esquema, comola famosa Paradoja del Barbero: El barberoque afeita a todos los hombres que no seafeitan a sí mismos. Si se sustituye "barbero"por "Dios", "afeitar" por "crear" y "hombres"por "cosas", se sacan las mismas consecuen-cias lógicas.

En efecto una particularización de la parado-ja de Russell aplicable al caso es la Paradojade Dios: Dios ha creado todas las cosas que

no se han creado a sí mismas. Es claro que esaafirmación concuerda con la fe del creyente.Pero de ella se sigue que las afirmaciones"Dios se ha creado a sí mismo" y "Dios no seha creado a sí mismo" son rigurosamentefalsas. Las dos.

Si Dios no se ha creado a sí mismo es algo queno se ha creado a sí mismo y, por tanto, comoDios ha creado todas las cosas que no se hancreado a sí mismas, entonces se ha creado así mismo, en contra de la hipótesis. Luego laafirmación "Dios no se ha creado a sí mismo"es rigurosamente falsa. Pero también es falso"Dios se ha creado a sí mismo", ya queentonces entra como algo creado por él mis-mo entre las cosas creadas; pero al entrarentre las cosas creadas, éstas no se hanautocreado, en contra de la hipótesis.

No es fácil proponer ejemplos de paradojas deRussell. Las que se conocen son bastantetraídas por los pelos. ¿Alguien conoce a unhombre que no se afeite nunca? O la de la listade listas que no hacen referencia a sí mismas,etc. En cambio "Dios no se ha creado a símismo" hace siglos que se viene diciendo y,mucho antes, "Dios ha creado todo lo queexiste".

Es muy curioso que la paradoja de Dios nose haya formulado antes. Releyendo la famo-sa discusión, recuperada ahora en la revistaelectrónica Tendencias21 de la Universidad deComillas2 , entre Russell y el padre CoplestonS.J., sobre la existencia de Dios (1948), unose asombra de que no se le ocurriera al propioRussell. Ver sus argumentos en [2]. Un aná-lisis actual de dicha discusión puede verse enla misma revista3 .

Pero ¿quiere esto decir que, a pesar de que notiene sentido la frase "Dios no se ha creado así mismo", éste no existe? No. Sólo quieredecir que expresamos muchas cosas que notienen sentido, que no entendemos, que cho-can con la razón. Para el no creyente Dios esun producto de la mente humana, como partedel lenguaje, un producto social. Para elcreyente la existencia de Dios es su fe.

Ahora bien el intento creacionista de "expli-car" desde esa fe lo que no entendemos delmundo, incluyéndonos a nosotros, aunquefuese verdad no puede ser válido para uncientífico, creyente o no creyente, que ha de veren esa "explicación" un atajo inadmisible. Lo

Una paradoja divinaAntonio Vaquero SánchezCatedrático Emérito de la UniversidadComplutense de Madrid; socio de ATI

< a r v s m c m g @ t e l e f o n i c a . n e t >< a r v s m c m g @ t e l e f o n i c a . n e t >< a r v s m c m g @ t e l e f o n i c a . n e t >< a r v s m c m g @ t e l e f o n i c a . n e t >< a r v s m c m g @ t e l e f o n i c a . n e t >

novática nº 199 mayo-junio 200974

sociedad de la información Personal y transferible

sociedad de la información

Referenciasque aún no se entiende hay que intentar enten-derlo alcanzando nuevo conocimiento, ¿ha-brá que decir "científico"? Valga la redundan-cia. Sin atajos, sin violar la razón. Desde el"Epur si mueve" galileano hasta ahora hanpasado más de cuatro siglos en los que laciencia sigue su camino, siempre preguntán-dose antes de contestar, siempre volviendo apreguntarse si la contestación no concuerdacon lo que se observa del mundo.

"Los creacionistas, en cambio, parece que losaben todo de antemano", Bernard Wooddixit. Intentan justificar la fe dando respuestacon ella a preguntas que no deben ser respon-didas desde la fe, sino desde la razón. Elcreacionismo no sigue el hilo de los argumen-tos de la razón:1. Dios no se ha creado a sí mismo es falso,por la paradoja de Dios.2. La referencia del tiempo y el espacio, queson percepciones humanas, no son el mo-mento y el punto en que Dios creó el mundo,como yo le escuché decir en sus clases deRelatividad a D. Julio Palacios (curso 1960-61). El referente absoluto no tiene cabida enla ciencia; es decir en la cabeza humana. Lasteorías que se han esforzado en mantenerlono tienen validez, como la teoría de larelatividad de Palacios [3], que no formagrupo. Tampoco se mantiene en pie el llama-do "momento 0". ¿Quién entiende la frase"antesantesantesantesantes de ese instante no había nada"?

Por tanto la evolución se debe intentar expli-car por la ciencia.

El creacionismo va contra la evolución y hacepropaganda de los premios Nobelcreacionistas. Entre ellos el químico Anfinsen,por poner un ejemplo. Citemos una noticiaaparecida en el periódico New York Times deldía 19 de agosto de 1986: 72 premios Nobelreclaman a la Corte que elimine las leyescreacionistas, en referencia a las pretensionesde Louisiana de enseñar creacionismo en lasescuelas. En ese manifiesto los firmantesafirman claramente: El creacionismo no tieneningún fundamento dentro de la ciencia legí-tima. Ésta fue la primera vez que un númerotan amplio de laureados con el Nobel firma-ban un manifiesto de cualquier tipo. Uno delos firmantes fue Christian B. Anfinsen. Portanto, si Anfinsen es considerado creacionistapor webs afines a este movimiento religioso,éste es un error mayúsculo. Una referenciafiable de eminentes científicos creyentes,evolucionistas o creacionistas, es el libro [4].

No hay que justificar la fe. Simplemente hayque respetarla, pero siempre que no se intenteexplicar con ella lo que aún no se entiende. Sino se puede entender ni explicar la fe, no es derecibo que se pretenda entender y explicardesde ella este mundo, o sea el mundo. Sepuede ser científico de prestigio, creyente yevolucionista, como Anfinsen.

Para quien tenga interés en estos temas filo-sóficos, fronterizos entre ciencia y religión,además de consultar enciclopedias de Filoso-fía, como la de Oxford, editada en español porla editorial Tecnos, puede navegar por sitioscomo 'tendencias21 ', 'conoze.com’','nav/cryf/cosmologiaactual' , etc. Desde luego, a partirde ahora, se habrá de tomar en cuenta laparadoja de Dios. En efecto, los conceptos"causa" y "efecto" en la segunda vía tomistapara probar la existencia de Dios, así como losde "ente contingente" y "ente necesario" en latercera, se tambalean al tomarla en conside-ración. Para una idea somera de las cinco víastomistas y sus refutaciones se puede consul-tar <http://driverop.com.ar/viastomistas.php>.

No hay nada de soberbia en intentar entenderel mundo. Es una exigencia humana. Ya sepreguntó Platón, y no sería el primero: ¿Quées esto? ¿Qué hago yo aquí? Muy al contra-rio, hay que tener mucha humildad y muchapaciencia. En fin mi propósito no es ganaracólitos para el ateísmo, no. Mi propósito esdespertar la razón.

[1] Marcus Giaquinto. The search for certainty. APhilosofical account of Foundations ofMathematics. Oxford University Press, 2002.[2] Bertran Russell. ¿Por qué no soy cristiano?.Edhasa, 1981.[3] Julio Palacios. Relatividad: Una nueva teoría.Ed. Espasa Calpe, 1960.[4] Antonio Fernández-Rañada. Los Científicos yDios. Ed. Nobel, 2000.

1 Wikipedia. <http://en.wikipedia.org/wiki/Russell’s_paradox>.2 <http://www.tendencias21.net/TENDENCIAS-DE-LAS-RELIGIONES_r18.html>.3 <http://www.tendencias21.net/Recuperada-la-discusion-Russell-Copleston-sobre-la-existencia-de-Dios_a2925.html>.

Este artículo ha sido seleccionado para su publi-cación en esta sección de colaboraciones perso-nales a Novática en virtud de lo que nos haparecido una ingeniosa aportación del autor encuanto a la particularización de la paradoja deRussell (que es considerada hoy en día como partede la Matemática Fundamental) al caso de Dios.

Por lo demás, siendo obvio que el evolucionismono ha permitido tampoco vislumbrar una respuestaal famoso “dilema del huevo o la gallina”, consi-deramos el resto del artículo como una visiónsubjetiva del autor que se enmarca entre lasmuchas que ha generado este debate filosóficocreacionismo-evolucionismo. Debate en el cualnunca va a entrar Novática porque obviamente esun off-topic para nuestra revista.

Notas

Notas del Editor

novática nº 199 mayo-junio 2009 75

programar es crear sociedad de la información

sociedad de la información

ReconstrucciónEnrique Martín Martín, Cristóbal Pareja Flo-resUniversidad Complutense de Madrid

< e m a r t i n m @ f d i . u c m . e s > ,< e m a r t i n m @ f d i . u c m . e s > ,< e m a r t i n m @ f d i . u c m . e s > ,< e m a r t i n m @ f d i . u c m . e s > ,< e m a r t i n m @ f d i . u c m . e s > ,< c p a r e j a @ s i p . u c m . e s >< c p a r e j a @ s i p . u c m . e s >< c p a r e j a @ s i p . u c m . e s >< c p a r e j a @ s i p . u c m . e s >< c p a r e j a @ s i p . u c m . e s >

El enunciado de este problema apareció en el número 198 de NováticaNováticaNováticaNováticaNovática(marzo-abril 2009, p. 76). Es el problema G de los planteados en el VConcurso Universitario de la Comunidad Autónoma de Madrid (CUPCAM2007) del que ATI fue entidad colaboradora.

En el enunciado comenzábamos con una frase:

Lo mejor: un ejemplo.

y la reorganizábamos por líneas, palabra por palabra, rellenando conespacios a la derecha de cada palabra hasta formar una matriz:

Leyendo ahora esta matriz por columnas, se forma la cadena siguien-te, donde hemos cambiado cada espacio por un guión ‘-----’ para que sevea mejor (antes y después de la "o" final irían tres guiones):

Lmueoenj-j-e-o-m-r-p-:-l—o—.

El objetivo del problema era, a partir de esta cadena transformada,descubrir qué frase fue la originaria, si es que había alguna.

El procedimiento para resolver este problema es tantear los diferentestamaños de matriz que pueden haber dado lugar a la cadena, ycomprobar que en dicha matriz cada fila es una palabra, esto es, unacadena de caracteres desde el principio, sin blancos intermedios aunqueposiblemente terminada con un signo de puntuación. Para la cadenadel ejemplo, cuyo tamaño es 32, las únicas matrices que encajan sonlas de tamaños (ancho×alto) siguientes: 1×32, 2×16, 4×8, 8×4,16×2 y 32×1. La matriz de 1×32 no es válida ya que en ese caso setrata de la cadena entera, y no forma una palabra válida porque tieneespacios intermedios en blanco. Para 2×16 la matriz sería la siguiente,

que tiene el mismo problema que antes más un signo de puntuacióntambién antes del final. Al probar con 4×8 encontraríamos unasolución, y no necesitaríamos probar con ninguna otra matriz ya queen caso de haber varias soluciones el problema nos pide la de menornúmero de palabras (es decir, filas).

En resumen, por cada par de dimensiones de matriz válidas, se ha decomprobar que cada fila es también válida y que la última acaba enpunto. Aunque podríamos generar cada matriz para estas comproba-ciones, es más económico extraer las filas directamente de la cadenainicial calculando la correspondencia entre las posiciones de la matrizy las de la secuencia dada. Miremos por ejemplo la matriz de tamaño4×8. Las letras que irían en cada casilla serían las que ocupan lassiguientes posiciones:

Por tanto la primera fila (la número 0) estaría formada por las letras0,4,8,12,16,20,24 y 28, es decir, las letras en posiciones 0 + 4*k, con0 ≤ k < 8. En general, si la matriz tiene tamaño numF×anchoF, la filanúmero n estará formada por las letras en posiciones siguientes:

n + numF*k con 0 ≤ k < anchoF

El código C++ para una función que devuelve la fila número n de lacadena que proviene de una matriz de numF× anchoF es:

string filaNum(string frase, int numF, int anchoF, int n) { string linea = «»; for (int j=0; j<anchoF; j++) linea = linea + frase[j*numF + n]; return linea;}

Una vez que podemos extraer las filas, hemos de comprobar que cadafila es válida, es decir, que está formada por letras, seguidas posible-mente por un símbolo ‘.....’, ‘,,,,,’, ‘:::::’ o ‘;;;;;’, y a continuación espacios enblanco:

bool filaValida(string linea) { int longitud = linea.length(); int pos = 0;

//el primer carácter debe ser una letra bool ok = isalpha(linea[pos]); //Saltamos las letras: do { pos++; } while ( (pos < longitud) && isalpha(linea[pos])); //Ahora puede haber un símbolo if ( pos < longitud && esSimbolo(linea[pos]) ) pos++;

//Sólo pueden quedar blancos: while (ok && (pos < longitud)) { ok = (linea[pos] == ‘ ‘); pos++; } return ok;}

bool esSimbolo(char c) { return (c == ‘.’ || c == ‘,’ || c == ‘;’ || c == ‘:’);}

Para solucionar el problema comenzamos leyendo el número de frasesa reconstruir. Al hacerlo no "consumimos" el salto de línea, por lo quehemos de leer el resto de la línea con getline para no dejar basura. Trasesto trataremos cada caso. Lo primero es leer la cadena y eliminar el

L om e j o r :u ne j e m p l o .

L u o nM e e j j e o m r p : l o .

0 4 8 12 16 20 24 281 5 9 13 17 21 25 292 6 10 14 18 22 26 303 7 11 15 19 23 27 31

novática nº 199 mayo-junio 200976

sociedad de la información programar es crear

sociedad de la información

símbolo ‘#####’ final, dando lugar a una cadena de tamaño N. Luegotanteamos las dimensiones de la matriz en orden (de menos a máspalabras) hasta que encontremos una en la que todas las filas seanválidas. Son válidas como dimensiones los pares de enteros (numF,anchoF) cuyo producto es N; así pues, basta con tantear como numFlos divisores de N. Al hacerlo en orden creciente, la primera soluciónque encontremos será la de menos filas, esto es, la de menos palabras.Si el tanteo de todas las dimensiones válidas es infructuoso (por nocontener ninguna una colección de palabras válidas), imprimiremospor pantalla una línea conteniendo "— NO SOLUTION —", en otrocaso mostraremos la solución encontrada.

El código de la función principal es:

int main() { int numCasos, posPuntoFinal; cin >> numCasos; string basura; //Elimina el salto de línea de la entrada getline(cin,basura);

for (int k=1; k<=numCasos; k++) { string frase; getline(cin, frase); const int N = frase.length()-1; //quitamos el carácter final «#» frase = frase.substr(0, N);

posPuntoFinal = frase.rfind(«.», N-1) + 1; //[1] int numF, anchoF; numF = 0; bool solved = false; do { numF++; //Tanteo de una matriz numF * anchoF = N if (N % numF == 0) { anchoF = N / numF;

if ((posPuntoFinal % numF) == 0) {//[1] //El último punto de la frase está //en la última línea int n = 0; bool algunaFilaCompleta = false; bool estaFilaEsValida; do { string fila = filaNum(frase, numF, anchoF, n); if (fila[anchoF-1] != ‘ ‘) //[2]algunaFilaCompleta = true;

estaFilaEsValida = filaValida(fila); n++; } while(estaFilaEsValida && n<numF); solved = estaFilaEsValida && algunaFilaCompleta; } } } while ((!solved) && (anchoF > 2)); //[3] if (solved) escribirFrase(frase, numF, anchoF); else cout << «— NO SOLUTION —» << endl; } //for}

Una vez conocemos las dimensiones numF×anchoF de la matrizválida, mostrar por pantalla la frase original (en el código la funciónescribirFrase) es sencillo. Para ello utilizamos las mismas ideas quepara extraer filas, mostrando en orden los caracteres y eliminando losespacios repetidos; teniendo en cuenta que todas las palabras han detener un solo espacio al final para separarlas entre ellas, salvo la última.

Para concluir, algunos detalles del código:

[1] Aparte de que todas las filas formen palabras válidas, se ha decomprobar que la última fila acaba en punto. Para ello, basta con queel último punto de la cadena caiga en la última fila. La comprobaciónde que ese punto está bien colocado ahí (tras las letras) recaerá enfilaValida. La función rfind busca hacia atrás la primera aparición delcarácter ‘.’ desde la posición final (N-1) de frase.[2] También hemos de asegurar que al menos una fila ocupa el anchode la matriz. De no ser así la matriz no sería válida pues el procedimien-to inicial habría colocado la frase en una matriz más pequeña.[3] No comprobamos el caso de una matriz de filas de longitud uno.Nunca podría ser válido, ya que el punto y final vendría en una fila élsolo y, por tanto, ésa no sería una fila válida.

novática nº 199 mayo-junio 2009 77asuntos interiores

asuntos interioresSocios institucionales de atiCoordinación Editorial

Programación de Novática

XI Jornadas de Innovación y Calidad del Software

La XI edición de las Jornadas de Innovación y Calidad del Software(II edición de la Conferencia Iberoamericana de Calidad del Software)se va a celebrar los próximos días 3 y 4 de septiembre de 2009 en laUniversidad de Alcalá de Henares <http://www.uah.es/> coincidien-do con la prestigiosa conferencia EuroSPI <http://2009.eurospi.net>dedicada a la mejora de procesos de software, por primera vezorganizada en España.

En esta ocasión, las ponencias seleccionadas (sólo un 41% de lasremitidas han tenido cabida en las jornadas) de entre una gran variedadde propuestas conforman un programa completo donde se incluyenponencias invitadas que tratan temas de gran interés como losservicios del Laboratorio Nacional de Calidad del Software, eldesarrollo del nuevo estándar de pruebas de software ISO 29119 o eldesarrollo en entornos SAP utilizando modelos UML.

Estas jornadas están apoyadas por la Universidad de Alcalá a travésde su vicerrectorado de Investigación e Innovación y cuentan tambiéncon el apoyo de DEISER <http://www.deiser.com/>.

Para facilitar la asistencia en estos tiempos de crisis, la organizaciónde las jornadas ha optado por un esquema low-cost para ofertar elmejor precio: sólo 145 euros para los socios de ATI y de lasorganizaciones con convenio.

Toda la información está disponible accediendo directamente a lapágina de las jornadas <http://www.ati.es/spip.php?rubrique62> odirigiéndose a la página del grupo de Calidad del Software de ATI<http://www.ati.es/spip.php?rubrique233> donde también puedeencontrarse información gratuita de todas las actividades realizadasdesde 1997.

Por acuerdo de los Consejos Editoriales de NováticaNováticaNováticaNováticaNovática y UPUPUPUPUPGRADE,los temas y editores invitados de las restantes monografías del año2009 y la primera de 2010 serán, salvo causas de fuerza mayor oimprevistos, los siguientes:

Nº 200 (julio-agosto): "Calidad del Software". Editores invitados:Luis Fernández SanzLuis Fernández SanzLuis Fernández SanzLuis Fernández SanzLuis Fernández Sanz (Universidad de Alcalá) y Darren DalcherDarren DalcherDarren DalcherDarren DalcherDarren Dalcher(National Centre for Project Management, Reino Unido).

Nº 201 (septiembre-octubre): "En el 20º Aniversario de CEPIS:Presente y futuro de la informática en Europa". Editores invitados:Fiona Fanning Fiona Fanning Fiona Fanning Fiona Fanning Fiona Fanning (Responsable de Comunicación de CEPIS), NelloNelloNelloNelloNelloScarabottoloScarabottoloScarabottoloScarabottoloScarabottolo (Universidad de Milan, Tesorero Honorario deCEPIS) y Bob McLaughlinBob McLaughlinBob McLaughlinBob McLaughlinBob McLaughlin (Queen’s University de Belfast, BritishComputer Society).

Nº 202 (noviembre-diciembre): "Gestión de identidades y privacidad".Editores invitados: Javier López MuñozJavier López MuñozJavier López MuñozJavier López MuñozJavier López Muñoz (Universidad de Málaga)y Miguel Soriano Ibáñez Miguel Soriano Ibáñez Miguel Soriano Ibáñez Miguel Soriano Ibáñez Miguel Soriano Ibáñez (Universitat Politécnica de Catalunya).

Nº 203 (enero-febrero): "2010, tendencias tecnológicas". Editor invi-tado: Alonso Alvarez GarcíaAlonso Alvarez GarcíaAlonso Alvarez GarcíaAlonso Alvarez GarcíaAlonso Alvarez García (Observatorio Tecnológico deTelefónica I+D).

Según los Estatutos de ATI, pueden ser socios institucionales de nuestraasociación "las personas jurídicas, públicas y privadas, que lo soliciten ala Junta Directiva General y sean aceptados como tales por la misma".

Mediante esta figura asociativa, todos los profesionales y directivosinformáticos de los socios institucionales pueden gozar de los beneficiosde participar en las actividades de ATI, en especial congresos, jornadas,cursos, conferencias, charlas, etc. Asimismo los socios institucionalespueden acceder en condiciones especiales a servicios ofrecidos por laasociación tales como Bolsa de Trabajo, cursos a medida, mailings,publicidad en Novática, servicio ATInet, etc.

Para más información dirigirse a <info@ati.es> o a cualquiera de las sedesde ATI. En la actualidad son socios institucionales de ATI las siguientesempresas y entidades:

AGENCIA DE INFOR. Y COMUN. COMUNIDAD DE MADRIDAGROSEGURO, S.A.AIGÜES TER LLOBREGATALMIRALL PRODESFARMA, S.A.BARCELÓ CORPORACIÓN EMPRESARIAL, S.A.BBR INGENIERÍA DE SERVICIOS, S.L.BURKE FORMACION, S.A.CÁLCULO, S.A.CENTRO DE ESTUDIOS VELAZQUEZ S.A. (C.E. Adams)CHOICE, S.A.CONSULTORES SAYMA, S.A.CONSULTORÍA DE DATOS ESPAÑADEPARTAMENT D´ENSENYAMENT DE LA GENERALITATDIGITAL PARKS DATA CENTER SERVICES, S.LELOGOS, S. L.EPISER, S.L.ESPECIALIDADES ELÉCTRICAS, S.A. (ESPELSA)ESTEVE QUÍMICA, S.A.FUNDACIÓ BARCELONA MEDIA - UNIVERSITAT POMPEU FABRAFUNDACIÓ CATALANA DE L´ESPLAIFUNDACIÓN SAN VALEROGIN-KOGRUPO CORPORATIVO GFI INFORMÁTICA, S.A.IN2INFORMÁTICA Y COMUNICACIONES AVANZADAS, S.L.INSTITUT D'ESTUDIS CATALANSINSTITUT MUNICIPAL D´INFORMÀTICAINVERAMAITUM TECHNOLOGY S.A.KRITER SOFTWARE, S.L.NTR - NET TRANSMIT & RECEIVE, S.L.OCCIDENTAL HOTELES MANAGEMENT, S.A.ONDATA INTERNATIONAL, S.L.PRACTIA CONSULTING, S.L.QRP MANAGEMENT METHODS INTERNATIONALSOFTWARE, S.L.SADIEL, S.A.SCATI LABS, S.A.SISTEMAS TÉCNICOS LOTERIAS ESTADO (STL)SOCIEDAD DE REDES ELECTRÓNICAS Y SERVICIOS, S.A.SOGETI ESPAÑA, S.L.SOPORTES, SISTEMAS, SOFTWARE, S.L.SQS, S.ATECNOLOGIA Y CALIDAD DE SOFTWARE, S.A.TISA ORDENADORES, S.A.TRAINING & ENTERPRISE RESOURCEST-SYSTEMS ITC Services España S.A.UNIVERSIDAD ANTONIO DE NEBRIJAUNIVERSIDAD DE EXTREMADURA - E. POLITÉCNICA DE CÁCERESUNIVERSITAT DE GIRONAUNIVERSITAT OBERTA DE CATALUNYA

Apellidos ................................................................................................ Nombre .....................................................Empresa/Organismo ............................................................................... CIF/NIF ....................................................Domicilio ....................................................................................................................................................................Ciudad .................................................................................................... Provincia ...................................................Código Postal ......................................................................................... País ............................................................Teléfono ....................................... Fax ...................................... Correo elec. ...........................................................

Nota: Rellenar los siguientes datos solamente si la dirección de envío es diferente de la anterior.Domicilio para envíos .................................................................................................................................................Ciudad .................................................................................................... Provincia ...................................................Código Postal ......................................................................................... País ............................................................

Tarifas 2009. Deseo suscribirme a Novática (6 numeros al año) en las siguientes condiciones (marcar con X la opción deseada y, en su caso, la cantidad de suscripciones solicitadas):

* España * Otros países de la Unión Europea y Marruecos r 1 suscripción: 62,00 (+4% IVA) r 1 suscripción: 75,00 r _ suscripciones: 58,00 cada una (+4% IVA) r _ suscripciones: 70,00 cada una

* Resto del mundo r 1 suscripción: 82,00 r _ suscripciones: 76,00

Abonaré el importe: r Con domiciliación de cobro por entidad bancaria (deberá rellenar los datos bancarios abajo solicitados) r Talón adjunto r Transferencia bancaria a la cta. 3025-0004-30-1500001500, Caja de Ingenieros, Calle Buen Pastor 5, 08018, Barcelona, (España) Fecha .......................................... Firma

De conformidad con la LO 15/99 de Protección de Datos de carácter personal le informamos que los datos que usted nos facilite serán incorporados a un fichero propiedad de Asociación de Técnicos de Informática para poder gestionar su suscripción a nuestra revista y hacerle llegar los ejemplares correspondientes. Si usted desea acceder, rectificar, cancelar u oponerse al tratamiento de sus datos puede dirigirse por escrito a secregen@ati.es.

DATOS BANCARIOS PARA DOMICILIACION

Banco/Caja..................................................................................................................................................................

✄- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -AUTORIZACIÓN DE COBROLe rogamos escriba otra vez los datos bancarios. ATI se encarga de su envío al Banco o Caja.

Banco/Caja..................................................................................................................................................................

Ruego a Uds. se sirvan tomar nota de que, hasta nueva orden mía en contra, deberán adeudar en mi cuenta arriba indicada los recibos que a nombre de D./Dª........................................................................................... le sean presentados por la Asociación de Técnicos de Informática (ATI), en concepto de suscripción a la revista Novática.

Fecha...................................................... Firma

HOJA DE SUSCRIPCIÓNRellene esta hoja y envíela a:

Novática (Suscripciones)Vía Laietana 46, ppal, 1ª

08003 Barcelona, EspañaTlfno.: 93 412 52 35 Fax: 93 412 77 13

Correo elec.: <novatica@ati.es>

NV 199

ENTIDAD OFICINA D.C. NÚMERO DE CUENTA CÓDIGO CUENTA CLIENTE

ENTIDAD OFICINA D.C. NÚMERO DE CUENTA CÓDIGO CUENTA CLIENTE

Apellidos ................................................................................................ Nombre .....................................................Empresa/Organismo ............................................................................... CIF/NIF ....................................................Domicilio ....................................................................................................................................................................Ciudad .................................................................................................... Provincia ...................................................Código Postal ......................................................................................... País ............................................................Teléfono ....................................... Fax ...................................... Correo elec. ...........................................................

Nota: Rellenar los siguientes datos solamente si la dirección de envío es diferente de la anterior.Domicilio para envíos .................................................................................................................................................Ciudad .................................................................................................... Provincia ...................................................Código Postal ......................................................................................... País ............................................................

Tarifas 2009. Deseo suscribirme a Novática (6 numeros al año) en las siguientes condiciones (marcar con X la opción deseada y, en su caso, la cantidad de suscripciones solicitadas):

* España * Otros países de la Unión Europea y Marruecos r 1 suscripción: 62,00 (+4% IVA) r 1 suscripción: 75,00 r _ suscripciones: 58,00 cada una (+4% IVA) r _ suscripciones: 70,00 cada una

* Resto del mundo r 1 suscripción: 82,00 r _ suscripciones: 76,00

Abonaré el importe: r Con domiciliación de cobro por entidad bancaria (deberá rellenar los datos bancarios abajo solicitados) r Talón adjunto r Transferencia bancaria a la cta. 3025-0004-30-1500001500, Caja de Ingenieros, Calle Buen Pastor 5, 08018, Barcelona, (España) Fecha .......................................... Firma

De conformidad con la LO 15/99 de Protección de Datos de carácter personal le informamos que los datos que usted nos facilite serán incorporados a un fichero propiedad de Asociación de Técnicos de Informática para poder gestionar su suscripción a nuestra revista y hacerle llegar los ejemplares correspondientes. Si usted desea acceder, rectificar, cancelar u oponerse al tratamiento de sus datos puede dirigirse por escrito a secregen@ati.es.

DATOS BANCARIOS PARA DOMICILIACION

Banco/Caja..................................................................................................................................................................

✄- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -AUTORIZACIÓN DE COBROLe rogamos escriba otra vez los datos bancarios. ATI se encarga de su envío al Banco o Caja.

Banco/Caja..................................................................................................................................................................

Ruego a Uds. se sirvan tomar nota de que, hasta nueva orden mía en contra, deberán adeudar en mi cuenta arriba indicada los recibos que a nombre de D./Dª........................................................................................... le sean presentados por la Asociación de Técnicos de Informática (ATI), en concepto de suscripción a la revista Novática.

Fecha...................................................... Firma

HOJA DE SUSCRIPCIÓNRellene esta hoja y envíela a:

Novática (Suscripciones)Vía Laietana 46, ppal, 1ª

08003 Barcelona, EspañaTlfno.: 93 412 52 35 Fax: 93 412 77 13

Correo elec.: <novatica@ati.es>

NV 199

ENTIDAD OFICINA D.C. NÚMERO DE CUENTA CÓDIGO CUENTA CLIENTE

ENTIDAD OFICINA D.C. NÚMERO DE CUENTA CÓDIGO CUENTA CLIENTE

www.ati.es

Hoja de inscripción en ATI (Asociación de Técnicos de Informática)

Todos los datos son obligatorios a menos que se indique otra cosa

Una vez cumplimentada esta hoja, se ruega enviarla por correo electrónico a secregen@ati.es, o por fax

al 93 4127713, o por correo postal a ATI, Vía Laietana 46, ppal. 1ª, 08003 Barcelona

►Solicito inscribirme como:

(Para inscribirse como socio estudiante se ruega utilizar la hoja de inscripción específica disponible en http://www.ati.es/estudiantes) * Cuota anual para el año 2009 – Ver en la siguiente página información detallada sobre ATI y los diferentes tipos de socios

- Datos personales del solicitante Apellidos

Nombre

Domicilio Nº Piso Localidad Código Postal Provincia Teléfono Dirección de correo electrónico 1 Fecha de nacimiento DNI

- Datos de la empresa o entidad donde trabaja (si es autónomo indíquelo en el campo “Empresa o entidad”)

Empresa o entidad Sector

Puesto actual Depto.

Dirección Nº Localidad Código Postal Provincia Teléfono

- Domiciliación de la cuota anual (ATI se encarga de su envío al banco o caja) Nombre de la entidad bancaria: ____________________________________________________________________

Código de entidad Oficina D.C. Cuenta

- Datos complementarios (si necesita más espacio para estos datos continúe en otra hoja) Títulos superiores o medios que posee y centros otorgantes: ................................................................................................... ..................................................................................................................................................................................................... ........................................................................................................................................................................................... ......... Resumen de experiencias profesionales: ................................................................................................................................... ..................................................................................................................................................................................................... ..................................................................................................................................................................................................... Número de años de experiencia profesional informática: ........................................................................................................... - Presentado por los Socios de número (**) (**) Esta información no es necesaria para solicitar inscribirse como socio junior, estudiante o adherido; para inscribirse como socio de número o jubilado, si el solicitante no conoce a ningún socio de número que pueda presentarle, la Secretaría General de ATI le contactará para determinar otra forma fehaciente de acreditar su profesionalidad.

1) Apellidos y Nombre ........................................................................ Nº de socio ........... Fecha .../.../......... Firma 2) Apellidos y Nombre ........................................................................ Nº de socio ........... Fecha .../.../......... Firma

Firma del solicitante Fecha _________________________ Mediante su firma el solicitante declara que todos los datos incluidos en esta solicitud son ciertos.

Nota sobre protección de datos de carácter personal: De conformidad con la LO 15/99 de Protección de Datos de Carácter Personal, le informamos de que los datos que usted nos facilite serán incorporados a un fichero propiedad de Asociación de Técnicos de Informática (ATI) para poder disfrutar de los servicios que su condición de socio le confiere, así como para enviarle información acerca de nuevos servicios, ofertas y cursos que ATI ofrezca y puedan resultar de su interés. Sus datos podrán ser comunicados a aquellas instituciones, sociedades u organismos, con los que ATI mantenga acuerdos de colaboración, relacionados con el sector de los seguros, la banca y la formación para el envío de información comercial. Si usted desea acceder, rectificar, cancelar u oponerse al tratamiento de sus datos puede dirigirse por escrito a secregen@ati.es. No deseo recibir información comercial de ATI ni de terceras entidades colaboradoras de ATI. No deseo recibir información comercial de terceras entidades colaboradoras de ATI. No autorizo la comunicación de mis datos a terceras entidades colaboradoras de ATI. ________________________ 1 Una vez validados por la Secretaría de ATI la hoja de inscripción y los documentos requeridos, Vd. recibirá en esta dirección de correo la información sobre el procedimiento para poder utilizar todos los servicios de la red ATINET (ver reverso).

Socio de número (76 €)* / Socio junior (22 € )* / Socio jubilado (25 €)* / Socio adherido (53 €)*

NV 199

www.ati.es

Una asociación abierta a todos los informáticos

Una asociación útil a sus socios, útil a la Sociedad

Creada en 1967, ATI (Asociación de Técnicos de Informática) es la asociación profesional más numerosa, activa y antigua de las existentes en el Sector Informático español, con sedes en Barcelona (sede general), Madrid, Valencia y Zaragoza. Cuenta con 4.000 socios, que ejercen sus funciones como profesionales informáticos en empresas o Administraciones Públicas, o como autónomos. ATI, que está abierta a todos profesionales informáticos independientemente de su titulación, representa oficialmente a los informáticos de nuestro país en Europa (a través de CEPIS, entidad que coordina a asociaciones que representan a más de 400.000 profesionales informáticos de 32 países europeos) y en todo el mundo (a través de lFIP, entidad promovida por la UNESCO para coordinar trabajos de Universidades y Centros de Investigación), y pertenece a la CLEI (Centro Latinoamericano de Estudios en Informática). ATI tiene también un acuerdo de colaboración con ACM (Association for Computing Machinery). En el plano interno tiene establecidos acuerdos de colaboración o vinculación con Ada Spain, ASTIC (Asociación Profesional del Cuerpo Superior de Sistemas y Tecnologías de la Información de la Administración del Estado), Hispalinux, AI2 (Asociación de Ingenieros en Informática), Colegios de Ingenierías Informáticas de Cataluña y con RITSI (Reunión de Estudiantes de Ingenierías Técnicas y Superiores de Informática).

Tipos de socio Socios de número: deben acreditar un mínimo de tres años de experiencia profesional informática (o dos años si se posee un título de grado superior o medio), o bien poseer un título de grado superior o medio relacionado con las Tecnologías de Información, o bien haber desarrollado estudios, trabajos, o investigaciones relevantes sobre dichas tecnologías Socios estudiantes: deben acreditar estar matriculados en un centro docente cuya titulación dé acceso a la condición de Socio de Número (hoja específica de inscripción para socios estudiantes disponible en http://www.ati.es/estudiantes) Socios junior: la condición de socio junior de un profesional informático será válida hasta el día final del año en que cumpla los 30 años de edad Socios jubilados (Aula de Experiencia): socios de ATI que, al jubilarse y cesar su actividad laboral, deciden continuar perteneciendo a ATI colaborando con su experiencia con la asociación Socios adheridos: profesionales informáticos que no cumplan las condiciones para ser Socios de Número o también personas que, no siendo profesionales informáticos, quieran participar en las actividades de ATI Socios institucionales: personas jurídicas, de carácter público o privado, que quieran participar en las actividades de ATI (para más información sobre esta modalidad se ruega ponerse en contacto con la sede general de ATI)

¿Qué servicios ofrece ATI a sus socios? Mediante el pago de una cuota anual, los socios de ATI pueden disfrutar de la siguiente gama de servicios: Formación Permanente

Cursos, Jornadas Técnicas, Mesas Redondas, Seminarios, Conferencias, Congresos Secciones Técnicas y Grupos de Trabajo sobre diversos temas Intercambios con Asociaciones Profesionales de todo el mundo

Servicios de información Revistas bimestrales Novática (decana de la prensa informática española), REICIS (Revista Española de Innovación, Calidad e Ingeniería del Software) y UPGRADE, publicación digital editada en lengua inglesa por Novática en nombre de CEPIS Red asociativa ATInet (IntrATInet, acceso básico gratuito a Internet, correo electrónico con dirección permanente, listas de distribución generales y especializadas, foros, blogs, página personal, …) Servidor web http://www.ati.es, pionero de los webs asociativos españoles

Servicios profesionales Asesoramiento profesional y legal Peritajes, diagnósticos y certificaciones Bolsa de Trabajo Emisión en España del certificado profesional europeo EUCIP (European Certification of Informatics Professionals) Emisión en España del certificado ECDL (European Computer Driving License) para usuarios

Servicios personales Los que ofrece la Mutua de los Ingenieros (Seguros, Fondo de pensiones, Servicios Médicos) Los que ofrece la Caja de Ingenieros (gozar de las ventajas de ser socio de esta caja cooperativa) Promociones y ofertas comerciales

¿Dónde está ATI? Sede General y Capítulo de Catalunya - Via Laietana 46 ppal. 1ª, 08003 Barcelona - Tlfn. 93 4125235; fax 93 4127713 / <secregen@ati.es> Capítulo de Andalucía - <secreand@ati.es> Capítulo de Aragón - Lagasca 9, 3-B, 50006 Zaragoza - Tlfn./fax 976 235181 / <secreara@ati.es> Capítulo de Galicia - <secregal@ati.es> Capítulo de Madrid - Padilla 66, 3º dcha., 28006 Madrid - Tlfn. 91 4029391; fax. 91 3093685 / <secremdr@ati.es> Capítulo de Valencia y Murcia - Reino de Valencia 14, 46005 Valencia - Tlfn./fax 96 3918531 / <secreval@ati.es>

Revistas Novática, REICIS y UPGRADE - Padilla 66, 3º, dcha., 28006 Madrid - Tlfn. 91 4029391; fax. 91 3093685 / <novatica@ati.es>