A continuación se explica muy brevemente los temas relacionados a recuperación de arquitectura en líneas de productos software, si bien son 3 temas muy amplios, se hace una descripción general y se plantea en ellos un nuevo enfoque para lograr una recuperación de la arquitectura desde la parte colaborativa. Hay muchas cosas que se han mejorado, pero esta es la primera experiencia o acercamiento que se tiene. https://www.youtube.com/watch?v=klxg6xlU8R0

1. Un enfoque colaborativo para la
recuperación de la arquitectura de
referencia en Líneas de Producto Software
IV Jornadas Iberoamericanas de HCI
UNIVERSIDAD DEL CAUCA
MAESTRÍA EN COMPUTACIÓN
- IDIS -
Alejandro Bolaños Ussa
Advisor
PhD. Julio Ariel Hurtado
Advisor
PhD(c). Marta Cecilia Camacho

2. Agenda
Líneas de Producto Software. ¿Qué es una SPL? Ventajas, dificultades y alcance (Scoping) 3
Arquitectura del Software. ¿Qué es S.A? Documentación y vistas 6
Arquitectura en líneas de Productos Software – PLA 7
Recuperación de Arquitectura Software – SAR 8
Planteamiento del Problema: Cómo recuperar una Arquitectura de Software? Código fuente,
dinámico y resultados.
9
Objetivo: Lograr un enfoque de colaboración para recuperar una Arquitectura de Referencia 12
Trabajo relacionado 13
Enfoque Colaborativo 14
Metodología de investigación – Progresos y resultados esperados 15
Referencias 17
¿Preguntas? 19
2

3. Líneas de Producto Software
Es un conjunto de sistemas intensivos en
software que comparten un conjunto común
de características administradas que
satisfacen las necesidades específicas de un
segmento de mercado o misión particular y
que se desarrollan a partir de un conjunto
común de activos centrales de una manera
determinada[Clements, 2002]
3

4. Ventajas
Disminución del tiempo de
comercialización
Aumento de la calidad del
producto
Ganancia de productividad
Satisfacción del cliente
4
Requerimientos
Arquitecturas
Componentes
Pruebas
Procesos y
Personas

5. SCOPING
Definición del alcance en SPL –(scoping)
Es una descripción de los productos que
constituirán la línea de productos. En su forma
más simple, el alcance puede consistir en una
lista enumerada de nombres de productos.
Su alcance debe definirse cuidadosamente, este
evoluciona a medida que cambian las
condiciones del mercado.
Arquitectura de Referencia en SPL = {A ∩ B ∩ C ∩ D ∩ E}
5

6. Arquitectura Software- SA
• “Las estructuras de un sistema,
compuestas de elementos con
propiedades visibles de forma
externa y las relaciones que existen
entre ellos.”[L. Bass, P. Clements, R.
Kazman]
• La manera en que se estructura un
sistema permitirá o impedirá que se
satisfagan los atributos de calidad.
6

7. Arquitectura en Líneas de Producto - PLA 7
Rationale-Decisiones
Patrones Arquitectónicos
Patrones de diseño
Atributos de Calidad
Componentes variables Componentes reutilizables

8. Recuperación de la Arquitectura Software -
SAR
• La recuperación de la arquitectura de software (SAR) implica la
extracción de información arquitectónicamente relevante de un
sistema software, la abstracción y la descripción de la
arquitectura recuperada.
8
SAR
Módulos,
componentes,
patrones, decisiones,
atributos de calidad.
Desconocimiento del
sistema

9. Planteamiento del problema
• Existen varias propuestas de recuperación de arquitectura tal como se
definen Koznov y Romanovsky [4], que son el análisis del código fuente,
métodos formales, entre otros. Sin embargo, los métodos poseen un
punto débil como lo es la sincronización y/o coherencia entre el código,
el conocimiento, el dominio y el modelo recuperado, ya que son poco
efectivos en ambientes que evolucionan activamente
• En el caso de las líneas de productos, existen las siguientes propuestas:
Crescencio Lima [14], inicialmente propone en un enfoque para
recuperar PLA basado en el uso y la adaptación de técnicas y
herramientas para la recuperación de arquitectura software.
• Lima y Santana [15], establecen que las PLA es la arquitectura principal
en todos los productos pertenecientes a una línea.
9

10. Planteamiento del problema 10
Reference architecture construction process [Pinzer, 2004]
[Bosch, 2001]

11. Pregunta de investigación
• ¿Cómo recuperar una arquitectura de referencia para una
organización a partir de los productos, componentes, documentos
y personal involucrado en la construcción de productos previos,
considerando el alcance identificado para la SPL que será
desarrollada, y cuya principal fuente sean los stakeholders?
11

12. Objetivos 12
Proponer un enfoque colaborativo para la recuperación de
arquitectura de referencia en líneas de productos software
planteadas a partir de productos previamente construidos.
Establecer las técnicas o métodos
utilizados en las experiencias SAR en
el contexto de la construcción de
SPL, de especificación del rationale
arquitectónico y del trabajo
colaborativo en la ingeniería de
software.
Seleccionar y adaptar un método de
recuperación de arquitecturas y su
rationale, en el contexto de
construcción de una SPL a través de
la incorporación de aspectos de
trabajo colaborativo.
Evaluar el método de recuperación
de la arquitectura de referencia
propuesto a través de la comprensión
del producto a nivel arquitectural y
la integralidad del conocimiento
arquitectónico con el alcance de la
SPL en un estudio de caso práctico

13. Trabajo relacionado
SAR
SAR for
Product
Families
Evolution in
Software
Product
Lines
PLAR: an
approach
proposal
Experiences
with using
the
systematic
method for
SAR
Cost-Effective
Traceability
Links for
Architecture
Level Software
Understanding
Evidence for
Understanding
the
Relationship
between
PLA_SAR
Método de
recuperación
de la
arquitectura
EVAR
13
Enfoque
colaborativo

14. Enfoque colaborativo
EVAR
•Rationale
•Architectural
views
•Stakeholders
SPL
•PLA
•Feature model
•Scope
Collaborative
Approach
•Roles
•CSCW
•Patrones
•Stakeholders
EVAR ++
14

15. Metodología 15
Mario
Bundge,
2002
Kitchenha
m, 2004
Henderson-
Sellers, 2014
•Planteamiento del problema
•Reconocimiento de los hechos
•Análisis
Fase 1
•Selección de los factores pertinentes
Definición de las hipótesis
•Selección del método de recuperación de la
arquitectura de referencia
Fase 2
• Caracterización de los métodos de mejora y de
los elementos a emplear
• Construcción de la propuesta de mejora del
método de recuperación
Fase 3
•Evaluación de la propuesta de mejora.
Fase 4
•Introducción de las conclusiones en la teoría
•Confrontación de los resultadosFase 5

16. Progreso, resultados esperados
Review of
the literature
Review of
recovery tools
and methods
Selection of
tools and
method for
architectural
recovery
Termination
of the
Scientific
Article, a
review of the
literature
Case study
design for
architecture
recovery
(single). A
practical
case
Application
and execution
of the case
study
Case study
design, for
the
validation of
SAR + SPL +
Collaborative
Approach
Application
and execution
of the case
study
Report with
the results
obtained from
the execution
of the case
study
Evaluation,
Analysis and
Publication of
research
results
16

17. Referencias
• L. Bass, P. Clements, R. Kazman, Software Architecture in Practice, 2nd Edition, Addison
Wesley, 2003
• [1] A. E. Hassan y R. C. Holt, «Architecture recovery of Web applications,» Software
Engineering, International Conference, pp. 349-366, 2002.
• [2] J. Tahuiton Mora, «Arquitectura de software para aplicaciones Web,» México D.F., 2011.
• [3] E. Albassam, H. Gomaa, and D. A. Menascé, “Variable Recovery and Adaptation Connectors
for Dynamic Software Product Lines.”
• [4] D. Koznov, K. Romanovsky y A. Nikitin, «A Method for Recovery and Maintenance of
Software Architecture».
• [5] M. Pinzger, H. Gall, J.-F. Girard, J. Knodel, C. Riva, W. Pasman, C. Broerse y J. G.
Wijnstra, «Architecture Recovery for Product Families,» pp. 332 - 351, 2003.
• [6] I. Pashov y M. Riebisch, «Using feature modeling for program comprehension and software
architecture recovery,» Engineering of Computer-Based Systems, 2004. Proceedings. 11th IEEE
International Conference and Workshop on the, pp. 406-417, 2004
17

18. Referencias
• [7] F. Ahmed y L. F. Capretz, «The software product line architecture: An empirical investigation of key process activities,» Information and
Software Technology, vol. 50, nº 1, p. 1.098 a 1.113, 2008.
• [8] M. Svahnberg y E. Bosch, «Evolution in software product lines: Two cases,» Journal of Software Maintenance: Research and Practice, vol. 11,
nº 6, pp. 391-422, 1999.
• [9] F. Solms, “Experiences with using the Systematic Method for Architecture Recovery (SyMAR),” ACM Int. Conf. Proceeding Ser., pp. 170–178,
2013.
• [10] M. A. Javed, S. Stevanetic, and U. Zdun, “Cost-effective traceability links for architecture-level software understanding: A controlled
experiment,” ACM Int. Conf. Proceeding Ser., vol. 28–Septemb, pp. 69–73, 2015.
• [11] C. R. L. Neto, M. P. S. Cardoso, C. von F. G. Chavez, and E. S. de Almeida, “Initial Evidence for Understanding the Relationship between
Product Line Architecture and Software Architecture Recovery,” in 2015 IX Brazilian Symposium on Components, Architectures and Reuse
Software, 2015, pp. 40–49.
• [12] Y. A. Ordoñez Guzmán y E. A. Giraldo Muñoz, «Método de recuperación de arquitecturas basado en la focalización evaluativa y la
visualización de software: un estudio de caso en una pequeña organizacion de software,» 2016.
• [13] C. &. Northrop, Software Product Lines: Practices and Patterns: Practices and Patterns, 2002.
• [14] C. Lima, «Product line architecture recovery: An approach proposal (extended abstract),» IEEE International Conference on Software
Engineering Companion Product, 2017
• [15] C. Lima, E. Santana de Almeida, M. P. Soares Cardoso, C. v. F. G. Chavez y I. d. C. Machado, «Investigating the Variability Impact on the
Recovery of Soſtware Product Line Architectures: An Exploratory Study,» ACM Press, pp. 1-, 2017.
18

19. Un enfoque colaborativo para la
recuperación de la arquitectura de
referencia en Líneas de Producto Software
IV Jornadas Iberoamericanas de HCI
¿PREGUNTAS?
UNIVERSIDAD DEL CAUCA
MAESTRÍA EN COMPUTACIÓN
- IDIS -
Alejandro Bolaños Ussa
Advisor
PhD. Julio Ariel Hurtado
Advisor
PhD(c). Marta Cecilia Camacho

20. Gracias
20