Descripción del proyecto
LAS LINEAS DE PRODUCTOS DE SOFTWARE (SPL) TIENEN COMO OBJETO APOYAR EL DESARROLLO DE TODA UNA FAMILIA DE PRODUCTOS SOFTWARE A TRAVES DE UNA REUTILIZACION SISTEMATICA DE LOS ARTEFACTOS COMPARTIDOS, LOS PROCESOS SPL DISTINGUEN DOS PROCESOS INTERRELACIONADOS: (1) LA INGENIERIA DE DOMINIO (DE), DONDE SE DEFINE EL ALCANCE Y LA VARIABILIDAD DEL SISTEMA, Y SE DESARROLLAN LOS RECURSOS A SER COMPARTIDOS; Y (2) LA INGENIERIA DE APLICACIONES (AE), DONDE LOS PRODUCTOS SE DERIVAN DE LOS RECURSOS COMPARTIDOS, EL OBJETIVO FINAL ES QUE PRODUCTOS SE OBTENGAN COMPLETAMENTE A PARTIR DE LOS RECURSOS COMPARTIDOS, SIN EMBARGO, LLEGAR A CONSEGUIR "UNA FAMILIA DE PRODUCTOS CONFIGURABLE" NO ES TAREA BALADI, SINO EL RESULTADO DE UN ESFUERZO QUE PUEDE DURAR MUCHO AÑOS, DURANTE ESTA MIGRACION DE LOS PRODUCTOS HACIA "UNA FAMILIA DE PRODUCTOS CONFIGURABLE" , LOS RECURSOS REUTILIZABLES PODRIAN NO SER SUFICIENTES PARA SATISFACER COMPLETAMENTE LAS NECESIDADES DE LOS USUARIOS DE LOS PRODUCTOS, Y POR LO TANTO, LA AE NECESITARIA DESARROLLAR FUNCIONALIDADES ADICIONALES TODAVIA NO DISPONIBLES COMO PARTE DE LOS RECURSOS COMPARTIDOS, ESTO SE CONOCE COMO "COEVOLUCION" DONDE TANTO LOS RECURSOS COMPARTIDOS COMO LOS PRODUCTOS PUEDEN EVOLUCIONAR SIMULTANEAMENTE, ES IMPORTANTE SUBRAYAR QUE DURANTE ESTE PROCESO DE EVOLUCION DE LA SPL, SE VA PRODUCIENDO UN TRASIEGO DE RECURSOS DESDE EL DESARROLLO DE PRODUCTOS (AE) AL DESARROLLO DE RECURSOS COMPARTIDOS (AE) EN EL CAMINO HACIA UNA "FAMILIA DE PRODUCTO CONFIGURABLE", EL PROBLEMA ES QUE ESTA TRANSICION ESTA LEJOS DE SER SUAVE,LOS PROPIETARIOS DE LOS PRODUCTOS PUEDEN ESTAR DE ACUERDO EN UNIR FUERZAS PARA CREAR UNA PLATAFORMA COMUN CUANDO LA FUNCIONALIDAD SEA COMPARTIDA POR CASI TODOS LOS PRODUCTOS, EL PROBLEMA COMIENZA CUANDO LA TASA DE REUSO DISMINUYE, ES DECIR, LA FUNCIONALIDAD LA COMPARTEN ALGUNOS, PERO NO TODOS LOS PRODUCTOS DE LA SPL, LOS OBSTACULOS SON TANTO DE NATURALEZA TECNICA COMO DE RECURSOS HUMANOS, LOS PROPIETARIOS DE PRODUCTOS PUEDEN SER REACIOS AL VER QUE SUS EQUIPOS DISMINUYEN GRADUALMENTE A FAVOR DE LOS DE INGENIERIA DE DOMINIO, PERO NO SOLO LOS GERENTES, LOS DESARROLLADORES DE PRODUCTOS PUEDEN TAMBIEN OPONERSE AL CARECER DE LAS HABILIDADES QUE REQUIERE EL DESARROLLO DE SOFTWARE REUTILIZABLE, A SU VEZ, ESTA FALTA DE CAPACITACION HACE QUE LOS INGENIEROS DE DOMINIO DESCONFIEN DEL CODIGO PROVENIENTE DE ESTOS DESARROLLADORES DE PRODUCTOS, SIN EMBARGO, LA EVOLUCION DE LA SPL CONLLEVA TAMBIEN UNA EVOLUCION DE SU FUERZA DE TRABAJO, CON LA INGENIERIA DE DOMINIO TOMANDO CADA MAS RELEVANCIA CONFORME AVANZAMOS HACIA "UNA FAMILIA DE PRODUCTOS CONFIGURABLE", ESTO NOS LLEVA A PLANTEARNOS: ¿COMO PUEDEN LOS INGENIEROS DE APLICACIONES INVOLUCRARSE DE FORMAR GRADUAL Y CONTROLADA EN TAREAS DE INGENIERIA DE DOMINIO? ESTE PROYECTO ABORDA LA UTILIZACION DE PRACTICAS DE CODIGO ABIERTO DENTRO DE LAS ORGANIZACIONES SPL, OFRECIENDO UN ENTORNO COLABORATIVO CONTROLADO, ESPERAMOS FACILITAR LA PARTICIPACION DE LOS INGENIEROS DE APLICACIONES EN EL DESARROLLO DE RECURSOS COMPARTIDOS, LAMENTABLEMENTE, FALTAN MECANISMOS ADAPTADOS A LOS SPL EN AREAS TALES COMO: ESQUEMAS DE INCENTIVOS, AWARENESS, ASEGURAMIENTO DE LA CALIDAD O PRACTICAS DE PROPIEDAD DEL CODIGO, ESTE PROYECTO ABORDA ESTOS RETOS DE LA MANO DE TRES COMPAÑIAS QUE EXPERIMENTAN ESTOS PROBLEMAS EN SU VIAJE HACIA "UNA FAMILIA DE PRODUCTOS CONFIGURABLE" OPEN SOURCE\INNER SOURCE\SOFTWARE PRODUCT LINES\HUMAN CAPITAL