
miércoles, 9 de diciembre de 2009
Dealing with Multiparty Interactions and Variability on Choreography Modeling (Work in progress)

BPMN Selftest
miércoles, 2 de diciembre de 2009
viernes, 27 de noviembre de 2009
The importance of Business Transactions: Business Services 2.0

CAISE 2010 paper available (under revision)
BPM 2010 CfP
We are referenced as a bibliography on new research projects
jueves, 29 de octubre de 2009
E-Goverment Case Study
martes, 6 de octubre de 2009
Eclipse BPMN Modeler Webminar
The webinar will present the BPMN language, the BPMN modeler features, and will detail some of its little additions.
Total running time 49:13 minutes
miércoles, 30 de septiembre de 2009
PhD Research Report Camera Ready
These are the final camera ready version of my report and slides.
martes, 1 de septiembre de 2009
Obtaining service compositions using WSMO from feature models
Signavio Web Process Editor and jBPM integration
viernes, 28 de agosto de 2009
Why I need BFE ?
martes, 7 de julio de 2009
Business Family Domain Requirements Engineering defined by Eclipse Process Framework

lunes, 1 de junio de 2009
lunes, 18 de mayo de 2009
CFP II PNIS Workshop 2009
II Taller sobre Procesos de Negocio e Ingeniería de Servicios (PNIS 2009) en el marco de las XIV Jornadas de Ingeniería del Software y Bases de Datos (JISBD)
San Sebastián, 8 de septiembre de 2009
http://www.isa.us.es/pnis2009
ALCANCE Y MOTIVACIÓN
Los sistemas software son, cada vez más, piezas para dar soporte de automatización a los procesos de negocio (PN) de las organizaciones. Las organizaciones necesitan adaptarse de forma rápida a los cambios, y por ello, la tecnología y métodos relacionados con los procesos de negocio, englobadas dentro de lo que se conoce como gestión de procesos de negocio (Business Process Management, BPM), están llamados a ser una pieza clave en la competitividad de las organizaciones.
Por otro lado, la ingeniería de servicios está adquiriendo una importancia cada vez más significativa tanto en el mundo empresarial en general como en el mundo del software en particular. Ambas disciplinas (procesos de negocio e ingeniería de servicios) están claramente relacionadas: los procesos de negocio pueden servir para detallar cómo realizar un servicio por parte de una empresa, mientras que los servicios pueden servir para llevar a cabo algunas de las actividades definidas en el proceso de negocio.
Por todo esto, el campo de la ingeniería del software necesita incorporar el estudio y manejo de los procesos de negocio y su relación con la ingeniería de servicios así como con otros conceptos de ingeniería del software como los requisitos, el desarrollo dirigido por modelos, etc. para abordar los retos que plantea el desarrollo de software en este contexto.
OBJETIVOS
El objetivo principal del taller es avanzar en la convergencia entre la tecnología de procesos de negocio y la reciente propuesta de ingeniería de servicios, ésta ultima desde el punto de vista integrador y multidisciplinar conocido como SME (Service Science, Management and Engineering). Se trata por tanto de un taller con vocación de consolidar una comunidad dedicada a la aplicación de la ingeniería del software tanto a la tecnología de procesos de negocio como a la ciencia e ingeniería de los servicios.
FORMATO DEL WORKSHOP
Pretendemos que el taller tenga un carácter muy interactivo. Con este fin, cada sesión se organizará para animar la discusión entre el ponente del artículo, los discussant y el resto de los participantes del taller.
Después de la presentación de un artículo, éste será discutido por dos discussants designados previamente, después la discusión se extenderá al resto de los participantes del artículo. Además, cada sesión se cerrará por una discusión general de todos los artículos presentados en la misma.
TEMAS DE INTERÉS
El taller se organizará de forma abierta, buscando contribuciones de distinta naturaleza: plantear problemas comunes, analizar soluciones existentes, identificar retos y cambios que se avecinan, etc. Entre otras, algunas cuestiones que se pretenden abordar son:
* ¿Por qué a los expertos en ingeniería del software les deben interesar los PN?
* ¿Cómo se pueden explotar las técnicas de MDA/MDD en el contexto de los Procesos de Negocio?
* ¿Cómo debemos abordar la perspectiva de procesos frente a la perspectiva de sistemas, tradicional en ingeniería del software?
* ¿Qué papel está llamada a jugar la tecnología BPMS (business process management systems) en la automatización de las organizaciones?
* ¿Cómo analizar la conformidad de los procesos de negocio con respecto a estándares, normativas, modelos de calidad?
* ¿Cómo afecta la evolución de un PN a la aplicación software que le está dando soporte?
* ¿Qué ventajas ofrece entender el proceso de desarrollo software como un proceso de negocio?
* ¿Qué puede aportar la semantización de los Procesos de Negocio?
* ¿Cómo se puede medir la calidad de un Proceso de Negocio?
* ¿Como se puede integrar la gestión de la arquitectura de servicios con la gestión de procesos de negocios?
* ¿Cómo se definen indicadores (KPIs) sobre un PN y de qué manera se puede analizar y comprobar que estos indicadores están dentro de unos valores previamente definidos?
CONTRIBUCIONES
Las contribuciones pueden ser sobre resultados de trabajos, planteamientos de trabajos que están comenzando o van a comenzar (position papers) o estudios o análisis del estado del arte para intentar responder a algunas de las cuestiones antes planteadas.
El envío se realizará siguiendo las indicaciones de la web del taller. El archivo deberá estar en formato PDF, y no podrá sobrepasar las 8 páginas, aplicando el estilo definido para las JISDB en su página web. El idioma de las contribuciones deberá ser uno de los establecidos para las JISBD (portugués, castellano o inglés).
Todas las contribuciones serán revisadas formalmente por el Comité Técnico para determinar su adecuación a los objetivos del taller.
Las contribuciones aceptadas serán publicadas en formato electrónico en la web del taller con antelación suficiente para que todos los participantes puedan leerlas y analizarlas. Además, los trabajos serán publicados por la Sociedad de Ingeniería del Software y Tecnologías de Desarrollo del Software (SISTEDES) en actas electrónicas con ISSN.
Al menos uno de los autores deberá registrarse en el taller para poder presentar su trabajo.
FECHAS IMPORTANTES
26 de junio de 2009. Fecha límite de envío de contribuciones (deadline).
17 de julio de 2009. Notificación de aceptación.
24 de julio de 2009. Versión definitiva de contribuciones
8 de septiembre de 2009. Celebración del taller.
ORGANIZACIÓN
Antonio Ruiz y Manuel Resinas (Grupo ISA, Universidad de Sevilla).
Francisco Ruiz y Félix García (Grupo Alarcos, Universidad de Castilla-La
Mancha).
COMITÉ DE PROGRAMA
* Acuña, Silvia T. (Univ. Autónoma de Madrid)
* Canós, Jose Hilario (Univ. Politécnica de Valencia)
* Cardoso, Jorge (SAP Research, Germany)
* De Castro, Maria Valeria (Univ. Rey Juan Carlos)
* De Lara, Juan (Univ. Autónoma de Madrid)
* Durán, Amador (Univ. de Sevilla)
* Franch, Xavier (Univ. Politécnica de Catalunya)
* Lopez Cobo, Jose M. (XimetriX)
* Murillo, Juan Manuel (Univ. Extremadura)
* Parra, Carlos (Junta de Andalucía)
* Pedreira, Óscar (Univ. Coruña)
* Pelechano, Vicente (Univ. Politécnica de Valencia)
* Peña, Joaquín (Univ. de Sevilla)
* Ramos, Isidro (Univ. Politécnica de Valencia)
Para información adicional contactar con Manuel Resinas (resinas@us.es).
---
How many models are necessary in BFE?
- The variability summary, defined by means of feature modeling, is the following:

Next, we apply the transformation catalogue defined and obtain the following free-context BPMN representation (this model is obtained automatically.)

- The choreography model, in order to provide the specific definition by means of the choreography model defined by means of MaCMAS mRI models

miércoles, 6 de mayo de 2009
miércoles, 15 de abril de 2009
ICCBSS Poster
lunes, 2 de marzo de 2009
Research Report Available

Call 4 Reviews
Any revision would be appreciated on my PhD research report. The minimum requirements of the reviewers should be only two: knowledge of English, and some sort of experience (academic and / or professional) in the world of computing. Please feel free to send me back your reviews as comments in this entry.
Thanks in advance,
lunes, 16 de febrero de 2009
Defining ATL model to model transformation from mRIs to BPMN

viernes, 13 de febrero de 2009
BPM'09 CfP - Universität Ulm, Germany
Publications
International Conferences
- From Feature Models to Business Processes: I. Montero, J. Peña, A. Ruiz-Cortés. IEEE International Conference on Services Computing (SSC). 2605–608. Honolulu, HI. 2008
Quality Levels: Acceptance Rate: 18%, IEEE Core: A


- Representing Runtime Variability in Business-Driven Development Systems: I. Montero, J. Peña, A. Ruiz-Cortés. 7th IEEE Int. Conf. on Composition-Based Software Systems (ICCBSS). 228–231. Madrid, Spain. 2008.
Quality Levels: Acceptance Rate: 33%, IEEE Core: B


- Representing Runtime Variability in Business-Driven Development Systems - Poster: I. Montero, J. Peña, A. Ruiz-Cortés. 7th IEEE Int. Conf. on Composition-Based Software Systems (ICCBSS). 241. Madrid, Spain. 2008.
Quality Levels: Acceptance Rate: 33%, IEEE Core: B

International Workshops
- Towards Visualisation and Analysis of Runtime Variability in Execution Time of Business Information Systems based on Product Lines: I. Montero, J. Peña, A. Ruiz-Cortés. 2nd. International Workshop on Variability Modelling of Software-intensive Systems (VAMOS). 151–160. Universität Duisburg-Essen, Germany. 2008.


- Business Family Engineering. Managing The Evolution Of Business-Driven Systems: I. Montero, J. Peña, A. Ruiz-Cortés. IEEE Computer Society 1st International Workshop on Dynamic Software Product Lines (DSPL 2007, Volume 1), in conjunction with SPLC07, 33-40, Kyoto, Japan, 2007.


National Workshops
- Business Family Engineering. Does it make sense?: I. Montero, J. Peña, A. Ruiz-Cortés. Actas de los Talleres de las Jornadas de Ingeniería del Software y Bases de Datos (JISBD). 1er Taller de Procesos de Negocio e Ingeniería del Software (PNIS). II Congreso Español de Informática (CEDI 2007). Pag. 34-40, Zaragoza, España. 2007.


martes, 10 de febrero de 2009
Dealing with Variability on Modeling Choreographies on Business Families
The AOSE profile used in this approach is the MaCMAS profile. We define the Order Trip choreography (WSCI specification example) by means of the mRI models provided by means of this AOSE approach, as shown in Figure:

Next, we apply the following model to model transformation catalog (under construction, a final proposal of this catalog will be published):

And finally we obtain the expected results:


Next step is to provide a new transformation rule for obtaining the choreography models proposed by the BPMN 1.2 draft specification:

Tooling Business Family Engineering
For that purpose, we have performed a transformation between the FeAture Model Analyzer (FAMA) metamodel as source and the Eclipse SOA Tool Platform2 BPMN metamodel as target metamodel using the Atlas Transformation Language (ATL).
Figure presents and screenshot of this tool. It has been published on Eclipse ATL website. ATL code and specification is available in http://www.eclipse.org/m2m/atl/atlTransformations/#FM2BPMN
The transformation was introduced at the following paper:
From Feature Models to Business Processes: I. Montero, J. Peña, A. Ruiz-Cortés. IEEE International Conference on Services Computing (SSC). 2605–608. Honolulu, HI. 2008.
Abstract: The variability level of average-size Business Information Systems (BIS) is highly enough for making the design of this kind of systems a complex task. There is an approach called Process Family Engineering (PFE) that tries to ease the design of BIS using ideas from the Software Product Lines (SPL) field. Roughly speaking, they propose to, first, study the variability of the system without entering into details by means of building a variability model (called feature model), that is used later for building the business process. However, in PFE the process of deriving the business process from the feature model is performed manually.
Authors use feature models with a different meaning that is commonly accepted in SPL. In this paper, we provide a rigorous description for the new meaning of feature models, and a mapping relationship that defines how to use the information in the FM for obtaining the basic structure of the business process. In addition, as a proof of concepts, we have implemented an MDD transformation that provides the expected results.
Quality Levels: Acceptance Rate: 18%, IEEE Core: A
http://portal.acm.org/citation.cfm?id=1444336
http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=4578594
Business Family Engineering Overview (3/3)
Business Family Engineering Overview (2/3)
The Domain Requirements Engineering activity is focused on identifying the set of companies and its business processes that would be members of the business family. This step takes into account the traditional requirements elicitation activities of software engineering, and provides as resulting artifact the documents that reflects this elicitation, where it is included the definition of each business process and each company. Thus, the activities of this stage are performed by a Requirement Engineer, role that could be played by an analist, a process engineer, etc.
Figure shows the Domain Requirements Engineering overview.
Business Family Engineering Overview (1/3)
our approach using the SPEM notation (http://www.omg.org/technology/documents/formal/spem.htm)
As shown in Figure, in this software process there are two main activities: (i) Business Family Domain Engineering, where we build the BFE core architecture, namely Core Process Framework, and the Business Family Variaability Summary; and (ii) Business Family Application Engineering, where we obtain specific business information systems, that are described by means of execution languages, such as Business Process Execution Language (BPEL). It is important to say that our scenario is by now limited to binary relationships between features and processes, in other words, a feature can not represent a set of processes.
In addition, we have identified two diferent ways to build a business family: top-down and bottom-up. In the top-down approach, we define the set of businesses and processes from scratch and apply the normal sequence of BFE software process. In bottom-up approach, we can not apply the normal sequence of the software process defined due to we have a set of businesses or processes defined in feature models previously to apply BFE software process. In our research we only focus in top-down.
Next figure describes the Business Family Domain Engineering software process using SPEM. It is composed by three diferent activities: (i) Domain Requirements Engineering, that is focused on capturing the requirements of the problem domain, (ii) Domain Design, that is focused on exploring the variability of the system and providing the core architecture; and (iii) Domain Implementation, that is focused on defining the implementation and test details of the
architecture, such as persistence or presentation layers.
viernes, 2 de enero de 2009
Business Family Engineering
On the other hand, the Software Product Lines (SPL) field systematizes the reuse across the set of similar products that a software company produces. It implies a reduction of development times and costs and a quality improvement.
My PhD Thesis project is focused on defining a BPM methodology in order to increase the process definitions reusability, based on applying SPL ideas for the systematization of the development of BIS across a several number of businesses that shares common business processes.
jueves, 1 de enero de 2009
About me ...
Ildefonso Montero Pérez
Organization:
Ingeniería e Integracion Avanzadas (Ingenia) S.A., http://www.ingenia.es
Description:
PhD student in the Technical School of Computer Engineering of the University of Seville. In his studies he is working in business process modelling and management, service-oriented architectures, software product lines and variability models.
In his professional career as consultant and analyst at Ingenia, he is currently working on the e-Government context.
Other projects:
Enterprise Architect Redmine Plugin: https://community.ingenia.es/redmine/wiki/earedmine
References:
http://www.informatik.uni-trier.de/~ley/db/indices/a-tree/m/Montero:Ildefonso.html
http://investigacion.us.es/sisius/sis_showpub.php?idpers=12508