WEST
Web Oriented Software Technology 
* Tarea #4 *

(Aquí el Logo
de WEST)

  1. Introducción
  2. Participantes
  3. Subtareas
  4. Propuesta de plan de trabajo (en inglés)


Tarea 4.   DESARROLLO DE APLICACIONES WEB BASADO EN COMPONENTES Y FRAMEWORKS

El objetivo de esta tarea es abordar el desarrollo de aplicaciones considerando que en un futuro cercano, éstas se construirán a partir de componentes software ya existentes, desarrollados a su vez de forma independiente de las aplicaciones de las que formarán parte. En este contexto, el diseño de arquitecturas software para ciertos dominios de aplicaciones y la derivación a partir de las mismas de marcos de trabajo (frameworks) que permitan facilitar la derivación de de aplicaciones concretas, se presenta como uno de los enfoques más prometedores en los nuevos entornos de desarrollo. Aun más, cuando lo que se trata de construir son aplicaciones dinámicas y evolutivas, características éstas fundamentales en los nuevos sistemas distribuidos y abiertos como la Web.

El desarrollo de aplicaciones bajo este enfoque adolece aún de bases metodológicas sólidas, especialmente en la relación entre la especificación de requisitos de una aplicación y la determinación de las componentes y frameworks adecuados para el desarrollo de la misma. Esto es, se necesita disponer de  técnicas de especificación y documentación de los componentes y los frameworks, que permitan una fácil identificación de sus características y de cómo adecuarlas a los requisitos específicos de las aplicaciones.


GRUPOS PARTICIPANTES (Background e intereses de cada uno de los grupos)

Responsable: Universidad de Málaga, España

Participantes (en todas las subtareas) :



SUBTAREAS

4.1. Ingeniería de requisitos en ambientes COTS

4.1.1 Propuestas de mejora de la documentación de componentes comerciales. ( 4 meses)
4.1.2 Definición de extensiones para sus IDLs. (8 meses)
4.1.3 Propuestas de enriquecimiento de la funcionalidad de los repositorios de componentes comerciales. (6 meses)
4.1.4 Propuestas de mejora de la funcionalidad de los traders de componentes basados en IDLs extendidos. (6 meses)
4.1.5 Diseño de técnicas basadas en requisitos para la selección de componentes COTS (6 meses)
4.1.6 Desarrollo de un prototipo que permita evaluar las propuestas. ( 6 meses)
4.1.7 Aplicación del propotipo a un dominio de aplicación concreto. ( 6 meses)

4.2. Desarrollo de frameworks basado en arquitecturas software

4.2.1 Propuesta para definir marcos de trabajo basados en COTS. (6 meses)
4.2.2 Instanciación de arquitecturas software a partir de COTS. (6 meses)
4.2.3 Estudio y propuesta para la incorporación integración y unificación de los requisitos funcionales y no funcionales de las aplicaciones a su arquitectura software, y su reflejo en sus frameworks. (12 meses)
4.2.4 Refinamiento de los requisitos no funcionales de las aplicaciones  en requisitos no funcionales de los componentes COTS (6 meses)
4.2.5 Definición de una metodología y aplicación a casos prácticos de interés. (12 meses)

4.3  Documentación de frameworks

4.3.1 Diseño de técnicas basadas en requisitos para la elección de un marco de trabajo. (9 meses)
4.3.2 Estudio de la problemática de la documentación de los marcos de trabajo. (9 meses)
4.3.3 Propuestas para mejorar la documentación de los marcos de trabajo basado en lenguajes de descripción de arquitectura. ( 6 meses)
4.3.4 Aplicación a un dominio de aplicación concreto. ( 12 meses)


PROPOSED WORKING PLAN

 

The proposed working plan for the first year has been agreed at the May’01 Málaga meeting. Detailed subtasks, objectives and deadlines can be found in the minutes of the meeting.

 




ORIGINAL PROPOSED WORKING PLAN (prior to the May’01 meeting at Málaga)

Although precise subtasks have been defined for this task (see list above), the heterogeneous background of the groups involved may suggest an alternative way of approaching the joint work, based on work items. The idea is to divide each subtask in a set of work items, that together lead to the accomplishment of the particular subtask. Each work item is described in terms of an specific problem, that I tried to identify based on each group's preferences and background. Please note that the list of work items below is just a proposal. Items there can be rejected if inappropriate, or new items added if some groups decide to work on problems not currently included in the list.

Work items should be approached by at least three (3) participant groups (one or two members each), with the goal of working together on the problem, and eventually producing a paper. The number 3 is due to the CYTED project constraints on the number of people that should sign a publication :-) Of course, a group may have members simultaneously working on more than one work item.

I propose two main lines for coordination. At the global level, WEST meetings and workshops can be used for coordinating general activities, dividing the activities of each group into their selected work items, introducing new items, and reporting about the progress of all active ones. We are planning to have a working meeting (WEST-T4-WM1) in May, here at Málaga. This could be an excellent opportunity to refine the work items in the list and distribute the tasks. Details of the meeting will follow shortly.

At the work item level, groups may coordinate as they wish. I suggest  nominating a person as "work item coordinator", but it is an internal decision of the people working on an specific item.
 

Proposed Work Items for Task 4.1

Proposed Work Items for Task 4.2

Proposed Work Items for Task 4.3


av@lcc.uma.es