Universidad Politécnica de Madrid. Trabajo de Investigación Tutelada Memoria resumen

Transcripción

1 Doctorado Conjunto en Ingeniería Informática UPM ORT Uruguay Trabajo de Investigación Tutelada Memoria resumen Titulo: Doctorando: Tutor: Líneas de Productos Software basadas en Gestión del Conocimiento Gerardo Matturro Dr. Andrés Silva Resumen: El presente documento contiene el resumen del trabajo de investigación tutelada realizado bajo la dirección del Dr. Andrés Silva. El tema central de este trabajo fue investigar la aplicabilidad de los conceptos y técnicas de Gestión del Conocimiento al ámbito particular de las Líneas de Productos Software. Se resumen aquí las motivaciones del tema elegido, las actividades realizadas para la definición y el ajuste del alcance del trabajo, así como las referencias a los dos artículos técnicos que surgieron a partir del trabajo y que fueron aceptados para su presentación y publicación en las conferencias a las que fueron enviados. 1. Introducción El trabajo de investigación propuesto se enfoca a explorar vínculos entre dos disciplinas de importancia técnica y práctica relacionadas con las Tecnologías de la Información: Líneas de Productos Software y Gestión del Conocimiento. 1.1 Líneas de Productos Software (LPS) Una Línea de Productos Software es un conjunto de sistemas intensivos en software que comparten un conjunto común, administrado de prestaciones ( features ) para satisfacer las necesidades específicas de un segmento de mercado o misión y que son desarrollados a partir de un conjunto en común de activos centrales ( core assets ) de un modo prescrito [1]. Estos activos centrales forman la base para la Línea de Productos y en ellos se incluyen, entre otros, la arquitectura, las especificaciones de requisitos, los planes y casos de prueba y componentes de software reutilizables. Compañías como Hewlett-Packard, Nokia y Motorola han encontrado que utilizar un enfoque de Línea de Productos Software puede rendir mejoras cuantitativas significativas en aspectos tales como productividad, tiempo de llegada al mercado, calidad de los productos y satisfacción de los clientes [2]. Pero iniciar y evolucionar una Línea de Productos Software no es meramente una forma nueva o más moderna de desarrollar

2 software. Para ser exitosa con una Línea de Productos Software una organización debe alterar sus prácticas técnicas, sus prácticas de gestión, su estructura organizacional y de personal, y su enfoque del negocio [2]. 1.2 Gestión del Conocimiento (GC) En la literatura sobre Gestión del Conocimiento puede encontrarse una amplia variedad de definiciones y caracterizaciones acerca de qué es conocimiento y sobre qué se entiende por su gestión o administración. En particular, Probst y colegas definen conocimiento como todo el cúmulo de saberes, aprendizajes y habilidades que los individuos utilizan para resolver problemas [3]. Por su parte, Gupta y Sharma definen Gestión del Conocimiento como la colección de actividades y procesos que gobiernan la adquisición y creación, almacenamiento y recuperación, diseminación, compartición y utilización del conocimiento [4]. 1.3 Vínculos entre LPS y GC La aplicación de conceptos y técnicas de Gestión del Conocimiento al ámbito de la Ingeniería de Software no es nueva; enfoques como el de Experience Factory [5] o sobre Learning Software Organizations [6] así lo indican. Las actividades de Ingeniería de Software suelen involucrar gran cantidad de personas con diferentes antecedentes e intereses (usuarios, clientes, ingenieros de requisitos, arquitectos y programadores, por mencionar algunos), y con necesidad de trabajar en forma coordinada y con mecanismos que faciliten la comunicación fluida para el intercambio de información, conocimientos y experiencias entre ellos. Como sostienen Rus y Lindvall, los conocimientos en Ingeniería de Software son diversos y sus proporciones inmensas y creciendo de manera sostenida, y las organizaciones tienen problemas en identificar el contenido, la ubicación y el uso de ese conocimiento [7]. Lo que sí es novedoso, y ello se evidencia en la escasa literatura técnica existente al respecto, es la aplicación de técnicas de Gestión del Conocimiento (o el desarrollo de técnicas o enfoques nuevos) al ámbito particular de las Líneas de Productos Software. Puesto que el enfoque de Líneas de Productos Software implica conocimientos y actividades de Gestión Técnica y de Gestión Organizacional, además de las propias de la Ingeniería de Software [1], considero que las Líneas de Productos Software son un campo fértil para la aplicación efectiva de técnicas de Gestión del Conocimiento en el entendido de que éstas pueden contribuir de manera significativa a resolver o mitigar problemas actuales y emergentes en esta área de la Ingeniería de Software. 2

3 2 Actividades realizadas 2.1 Definición del alcance inicial El alcance inicial del trabajo de investigación tutelada consistió en realizar una recorrida por las diferentes actividades y procesos del desarrollo de software basado en el enfoque de Líneas de Productos a los efectos de: Determinar las diferencias más notorias entre el desarrollo de software al estilo tradicional (un producto a la vez) y al estilo propuesto por el enfoque de Líneas de Productos Indagar acerca de la aplicabilidad de los conceptos y técnicas de Gestión del Conocimiento al ámbito de las Líneas de Productos Software y de las diferencias que plantea este enfoque en relación con la forma tradicional de desarrollo de software 2.2 Revisión bibliográfica La revisión de literatura técnica relacionada con las Líneas de Productos Software y con la Gestión del Conocimiento constituyó una parte esencial del trabajo realizado. Los objetivos de esta actividad fueron: obtener un panorama del estado del arte en ambas disciplinas determinar la existencia de trabajos previos de aplicación de técnicas y conceptos de Gestión del Conocimiento al ámbito particular de las Líneas de Productos Software determinar aquellas áreas del enfoque de Líneas de Productos Software que se presentan como más problemáticas y para las cuales puedan realizarse aporte de interés 2.3 Ajuste del alcance A partir de las actividades referidas en el apartado anterior se redefinió el alcance del trabajo de investigación al ámbito específico de los cambios que deben operarse a niveles técnico y de gestión cuando una organización de desarrollo de software decide realizar la transición desde el estilo tradicional de desarrollo de software (un producto a la vez) al esquema de desarrollo propuesto por el enfoque de Líneas de Productos. Las organizaciones que deciden transitar hacia el desarrollo de software basado en Líneas de productos se enfrentan a una serie de barreras de adopción, entre las cuales Northrop [8] menciona las siguientes: tiempo para dedicar a las actividades de una Línea de Productos Costos iniciales asociados Procesos de desarrollo incompatibles 3

4 Resistencia cultural Falta de conocimientos necesarios y posiblemente de talento El último punto es, precisamente, al que se enfoca el ajuste del alcance por cuanto esa falta de conocimientos necesarios refiere a la brecha que ha de existir entre lo que la organización conoce y sabe hacer en el presente (desarrollo de un producto a la vez) y lo que deberá conocer y saber hacer en el futuro (desarrollar software y gestionar el propio negocio según el enfoque de Líneas de Productos). 3 Productos obtenidos Como resultado de las actividades anteriores se generaron dos artículos técnicos que fueron aceptados para su presentación y publicación en las conferencias a las que fueron enviados. Artículo: Conferencia: Fecha y Lugar: Abstract: Artículo: Publicación: Abstract: Software Product Lines: Do we have the knowledge to adopt this approach? IASTED International Conference on Software Engineering and Applications (SEA 2004) November 9 11, 2004, MIT, Cambridge, USA A software product line for software development involves changes of scale in the structure and functioning of any organization that decides to adopt this approach. One of the factors for deciding whether or not to adopt software product lines is related to what knowledge, skills and experience the organization has to make this adoption successful. In this article, we propose the use of knowledge maps as a tool for visualizing the knowledge and skills an organization has about the key practice areas defined in the Framework for Software Product Line Practice developed by the SEI and also a method for applying this tool to the key practice areas included in the Cold Start pattern. The objective is for the organization to evaluate, at least qualitatively, whether it has the knowledge and skills needed to start up a software product line. A Knowledge-based perspective for preparing the transition to a Software Product Line approach Obbink, K., Pohl, K. (Eds.), SPLC 2005, LNCS 3714, pp , Berlin, Springer-Verlag, 2005 The adoption of a Software Product Line approach implies a series of changes in the way an organization develops software and runs its whole business. 4

5 This change in the organization s business strategy can lead to knowledge gaps between the knowledge the organization has at present and the knowledge it must have in the future in order to implement its new strategy. In this article we propose to consider the transition to a Product Lines approach as a Knowledge Management problem, and we also introduce a method for identifying and assessing the aforementioned knowledge gaps. Referencias [1] Clements, P., Northrop, L., Software Product Lines. Practices and Patterns, Boston, Addison-Wesley, 2001 [2] Northrop, L., SEI s Software Product Line Tenets, IEEE Software 19(4), July/August 2002 [3] Probst, G., Raub, S., Romhardt, K., Administre el conocimiento, México, Pearson, 2001 [4] Gupta, J., Sharma, S., Creating Knowledge Based Organizations, Hershey, Idea Group, 2004 [5] Basili, V., Caldeira, G., Rombach, D, Experience Factory, in J. J. Marciniak (ed.) Encyclopedia of Software Engineering, Vol. 1, J. Wiley & Sons, 1994 [6] Ruhe, G., Bomarius, F. (Eds.): Learning Software Organizations, Methodology and Applications, 11th International Conference on Software Engineering and Knowledge Engineering, SEKE'99 [7] Rus, I., Lindvall, M., Knowledge Management in Software Engineering, IEEE Software, May/June 2002 [8] Northrop, L., Software Product Line Adoption Roadmap, Pittsburgh, Carnegie Mellon University,