WEST |
(Aquí el Logo |
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) :
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)
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