ESTIMACIN DE PROYECTOS DE SOFTWARE PARA de software, sin embargo, las contemporneas DESARROLLOS DE APLICACIONES INTRANET/INTERNET tcnicas de desaBASADA EN LA TCNICA

DE PUNTOS DE FUNCIN
Universidad Tcnica Federico Santa Mara, Valparaso, Chile - lguerra@uv.utfsm.cl

Lautaro Guerra Genskowsky

Universidad Tcnica Federico Santa Mara, Valparaso, Chile - phermosi@uv.utfsm.cl

Pamela Hermosilla Monckton

Resumen
Se presenta una variacin al mtodo de estimacin de tamao y esfuerzo basado en los Puntos Funcin, para proyectos de software con Reutilizacin de componentes objetuales. El mtodo establecido define los elementos a considerar y su importancia a partir de datos experimentales. ste representa una primera aproximacin a un modelo que refleje el problema analizado, el resultado obtenido muestra adecuadamente el impacto o ajuste necesario en la estimacin del esfuerzo en proyectos de desarrollo de aplicaciones Internet/Intranet con desarrollo utilizando UML. Palabras Clave: Ingeniera de Software, Puntos de Funcin, Desarrollo Intranet.. rrollo han incorporado innumerables mecanismos que facilitan la Reutilizacin de componentes de Software [2], lo que induce a pensar que este indicador puede estar requiriendo de mejoras que lo acerquen ms a la realidad actual en esta rea de la ingeniera de software y desarrollo de sistemas. Puntos de Funcin fue desarrollado por Albrecht (1984). En 1986 se cre el International Function Point User Group, que se comprometi a difundir esta metodologa, publicando peridicamente un Manual Prctico, cuya versin 4.1 ha aparecido en marzo de 1999. De este modo la metodologa del Punto Funcin se ha convertido en el Estndar ISO/IEC 14.143-1 Software Measurement Functional size measurement publicado en 1998. [8, 10] La tcnica de anlisis de Punto Funcin entrega una estimacin del tamao del software independiente de la tecnologa utilizada para su desarrollo y dependiente, nicamente de la funcionalidad del sistema. Esta definicin pareciera resolver la inquietud que presenta este artculo, pues habla de la independencia de la tecnologa utilizada, pero ser que la tecnologa actual, merece el mismo tratamiento que la de hace una dcada?, Considera efectivamente la enorme posibilidad de Reutilizacin que proporcionan las nuevas tecnologas y metodologas de desarrollo basadas en la Orientacin a objeto? [4,5,6]. Si ambas preguntas, encontraran sus respectivas respuestas en el indicador PF, entonces por qu los proyectos de desarrollo de software presentan slo un 1,75% de uso sin modificacin?(ver figura1). Diversos estudios demuestran que gran parte de los fracasos en los proyectos de desarrollo de software se deben precisamente a una de las primeras etapas de este proceso como es el Anlisis de Requerimientos, el que depende directamente del usuario y se encuentra estrechamente ligado a tal indicador [7]. La realidad presentada en la Figura1 nos lleva a hacernos, la siguiente pregunta Es Punto Funcin la tcnica de estimacin que requiere el desarrollo de software actual? [9].

Abstract
A modification of the function point analysis is presented, oriented to software projects with object reutilization. The method defines the relevance of the elements to be considered in the model. This is a first approximation established from experimental data. The result reflects adequately the necessary adjusts in the estimation of function points for projects based on UML and Intranet/Internet. Keywords Software Engineering, Function Points, Intranet Software Projects

1. INTRODUCCIN
En el complejo mundo del desarrollo de Sistemas de Informacin, resalta como principal mtrica de tamao el indicador Punto Funcin (PF) [1]. No cabe duda , que la informacin entregada por el citado indicador es importante al momento de realizar una estimacin en el desarrollo de productos

Nuestra respuesta a la pregunta anterior es, s, el Punto Funcin sigue siendo hoy una tcnica vlida para la estimacin de esfuerzo en un proyecto de desarrollo de software, sin embargo creemos necesario que este mtodo debe ser modificado para destacar la importancia del concepto de reutilizacin en el desarrollo de aplicaciones Intranet/Internet. 2.9 1.75

19,1

.9

29.7 47.1 nunca usado rehecho o abandonado pagado pero nunca liberado usado con cambios usado s/modificacin Fuente: Case Strategies, jul.1992 (DOD, USA)

A partir de dos productos de software: Sistema de Gestin Acadmica y Sistema de Gestin Contable, denotados por P1y P2 respectivamente, se ha construido un tercer producto, Sistema de Gestin para Ex Alumnos, el que denominaremos P3 con componentes reusables provenientes de ambos proyectos iniciales. Todos los productos utilizan la misma metodologa de desarrollo bajo una plataforma Intranet/Internet. Se entregar lo que podra considerarse una mejora para el modelo de estimacin de PF, que sin duda puede ser un interesante punto de partida para estudios posteriores al nuestro. A continuacin se presenta un breve resumen con los antecedentes necesarios para comprender los conceptos utilizados en la estimacin de los proyectos. Cabe destacar que los tres productos de software mencionados P1, P2, P3 se encuentran enmarcados en el rea acadmica universitaria a la cual pertenecemos.

2.1 Requerimientos Funcionales para los Proyectos en Estudio

Requerimientos Funcionales Sistema de Gestin Acadmica (P1)

Figura 1: Anlisis de desarrollos de software

2. MEJORA A LA TCNICA DE PUNTO FUNCIN : CASOS DE APLICACIN EN PROYECTOS CON REUTILIZACIN DE COMPONENTES
La pregunta que habra que plantearse al momento de sugerir una mejora en los resultados proporcionados por este indicador es Cmo es posible estimar el porcentaje de Reutilizacin en un proyecto de desarrollo de software?. La respuesta a esta pregunta es la base para la incorporacin de una mejora a la tcnica actual. No resulta tan evidente como se otorga un valor numrico a los factores que formaran parte de nuestra respuesta, y por otro lado, cmo este valor afectara a la estimacin inicial realizada con la tcnica de PF tradicional. He aqu entonces, donde se plantea a partir de casos prcticos nuestra metodologa de estimacin de proyectos de software con utilizacin de componentes reusables y enfocada a desarrollos con tecnologas de Intranet/Internet. Se presenta inicialmente el marco conceptual de los sistemas que evaluaremos as como tambin una breve descripcin de la metodologa de desarrollo y plataforma tecnolgica empleada para su realizacin.

Lograr obtener informacin precisa y oportuna referente a:

Total alumnos inscritos por actividad y/o cursos para un rango de fechas determinado. Bsqueda de alumnos por regin, empresa, profesin, cargo, edad o rango de edad, gnero, pas Cursos que componen un diploma, un Posttulo o una actividad especfica Cursos que ha dictado un profesor Evaluacin recibida desde los alumnos a un profesor para un curso determinado Evaluacin recibida desde los alumnos a un curso y/o actividad Histrico de inscripciones por curso para una actividad determinada Consulta de personas por situacin (activa, ausente, desinscrito, etc.) Reporte de calificacin(notas finales) del curso o por programa (faltas de entrega) Reporte de calificaciones (nota final) pendientes por curso y/o actividad Alumnos por concluir una actividad especfica en un periodo prximo Alumnos finalizados por actividad Cantidad de alumnos diplomados a la fecha por actividad Cantidad de profesores con actividades vigentes (para un rango de fecha dada)

Requerimientos Funcionales Sistema de Gestin Contable (P2)

Lograr obtener informacin precisa y oportuna referente a: Deuda de Alumnos por conceptos de matrcula, escolaridad, bibliografa, fotocopias, videos, materiales, etc. Pagos totales (Ingresos al sistema), por alumnos, empresas, para una actividad, rango de fecha. Ingresos por conceptos de: Maticula, arancel, capacitacin, seminarios y otros, por actividad, alumno y rango de fechas Ingresos por tipos de pagos Saldo presupuestario a la fecha por tems o por actividad (disponible, contable) Gasto de un tem determinado para un periodo de tiempo y actividad determinada Cantidad total por recibir por distintos conceptos tem de presupuesto y de transacciones en un periodo determinado.

La metodologa considera un desarrollo iterativo, de tal forma de refinar el trabajo y obtener mejores resultados finales en forma cclica. En el desarrollo de los sistemas tambin se considera el Unified Modeling Languaje (UML) (Lenguaje Unificado de Modelado). El que se define como un lenguaje que permite especificar, visualizar y construir los artefactos de los sistemas de software. La Arquitectura Cliente/Servidor es, en su esencia, una arquitectura de procesos, en donde se definen claramente dos roles: los procesos llamados Clientes, que solicitan servicios y datos; y los procesos llamados Servidores, cuyo papel es atender estas solicitudes. Clientes y Servidores; son independientes entre s, debido a que un proceso servidor puede atender requerimientos de cualquier proceso cliente, sin importar el ambiente de hardware o software en que residen ambos procesos. Los sistemas presentan una arquitectura Cliente/Servidor en tres niveles la que se encuentra orientada a diseo de aplicaciones basadas en arquitecturas multicapas, la que se utiliza para separar responsabilidades en diferentes componentes de los sistemas de informacin. Cada capa corresponde a un conjunto de componentes (clases, controles, servicios de base de datos, etc.) que ofrecen servicios hacia componentes de otras capas (o de la misma), o hacia el usuario final. Los servicios que una capa coloca a disposicin de otras equivalen a los puntos de entrada a esa capa. Es posible utilizar las mismas reglas del negocio para diferentes aplicaciones, corriendo sobre distintas plataformas. La lgica, en trminos de reglas del negocio, se asla de los elementos de interfaz y de la forma de almacenamiento de los objetos. Bajo este tipo de arquitectura, es posible separar fsicamente los componentes del negocio, pudindose centralizar en servidores especializados, a travs del uso de monitores transaccionales como Microsoft Managment Transaction Server (MTS).

Requerimientos Funcionales Sistema de Gestin ExAlumnos (P3) Lograr obtener informacin precisa y oportuna referente a: Administracin de Personas, Empresas, Movimientos Contables y Cierre Mensual. Mantencin de informacin referente a: Isapre, AFP, Cargos, Calidad, Cuenta Corriente, Idioma, Giro, Item de Presupuesto, Banco, Plaza, Tipos de pago, Campus USM, Carreras USM, Universidades y/o Institutos, etc. Consultas con relacin a: Listado General de Ex Alumnos, Pginas Amarillas y Listado de Empresas, Oferta Laboral, Listado Demanda Laboral, Listado de cobranza, Estado de cuentas corrientes socios Servicios: Publicacin de Actividades y/o cursos, Demanda de Trabajo, Compra, Venta, Biblioteca

2.2. Metodologa Desarrollo

y Arquitectura de

2.3. Consideraciones especiales de los proyectos

En el desarrollo de los casos presentados participa el mismo equipo de trabajo, por lo que no se requiere un tiempo previo de aprendizaje en la metodologa de desarrollo para enfrentar un nuevo proyecto. La decisin de Reutilizacin es la nica estrategia viable en P3, dada las severas restricciones de tiempo impuestas al proyecto y es aplicada desde el inicio en cada uno de los tres proyectos.

Los sistemas mencionados se desarrollaron bajo un enfoque de Orientacin a Objetos (OO), el que toma elementos reales existentes, los analiza y les da un modelado semntico, con lo cual se logra concretar un software ms cercano y acorde a la realidad cotidiana. Por ello, las actuales herramientas de desarrollo procuran ocupar las potencialidades de la OO, es as que se construyen mdulos o libreras Reutilizables (como por ejemplo, archivos DLL), con lo que hay un importante ahorro de cdigo escrito.

3. DATOS EXPERIMENTALES: CLCULO PUNTOS FUNCIN Clculo de PF tericos para los proyectos en estudio
Resumen de clculo de Punto Funcin para los tres proyectos:
Factor P1 3 0 3 2 3 2 5 3 3 3 5 4 2 4 42 Factor de Ajuste(FA) 1,07 P2 2 0 3 2 4 2 3 3 4 2 5 3 2 3 38 1,03 P3 3 0 4 2 4 5 5 4 3 3 5 4 2 3 47 1,12
Proyecto P1
Clculo de complejidad P1 baja media alta Valor 1. Entradas Externas 2. Salidas Externas 3. Archivos lgicos internos 4. Archivo de interfaz externo 5. Consultas externas 3 4 5 7 3 4 10 7 4 5 6 7 15 10 6 real 10 5 5 2 PFNA 3 Valor ponderado 60 35 50 10 12 167

Tabla 4: Complejidad para Proyecto P3

Finalmente, se tiene el resumen de los clculos de Puntos de Funcin:

Proyecto P1 P2 P3 PFNA 167 184 153 FA 1,07 1,03 1,12 PFA 179 190 171

1. Comunicacin de Datos 2. Procesamiento Distribuido 3. Performance 4. Fuerte uso de la configuracin 5. Tasa de Transaccin 6. Entrada de datos en lnea 7. Eficiencia Usuario Final 8. Actualizacin e lnea 10. Reusabilidad 9. Procesamiento Complejo 11. Facilidad de instalacin 12.facilidad Operacional 13. Sitios Mltiples 14. Facilitamiento del cambio

Tabla 5: Puntos de funcin para P1, P2 y P3

Clculo de PF real para P3

Para calcular cual fue el PF real para P3, debemos saber de antemano cual es la productividad con la cual se desarrollaron estos proyectos,. Para ello tomaremos los datos de PF de P1 y P2, en los cuales el esfuerzo promedio fue de 1,3 HM y considerando los plazos de ejecucin respectivos. De esta forma se tiene:
PF 179 190 Duracin (Mes) 10 11 Total Esfuerzo 13 14,3 Promedio Productividad 13,8 13,2 13,5

Tabla 1: Factores de Influencia

(MH)

(PF/HM)

P2

Tabla 6: Clculo de productividad promedio

Tabla 2: Complejidad para Proyecto P1

Clculo de complejidad P2 baja media alta Valor 1. Entradas Externas 2. Salidas Externas 3. Archivos lgicos internos 4. Archivo de interfaz externo 5. Consultas externas 3 4 5 7 3 4 10 7 4 5 6 7 15 10 6 real 7 5 4 5 7 PFNA Valor ponderado 42 35 40 25 42 184

Para calcular el PF real de P3 se obtiene a partir de operar con la productividad promedio alcanzada en los proyectos P1 Y P2 que es de 13,5 PF/HM y el esfuerzo efectivamente realizado para obtener P3 (6, 5 HM).

PF(P3) real = 13.5[pf/HM] * 6.5[HM] = 88[pf] (1)

Impacto de la reusabilidad en el desarrollo de P3

El valor de P3terico(ver Tabla 5) no considera que este software se desarroll a partir de P1 y P2; el enfoque que tuvieron estos desarrollos nos da un indicio de los posibles factores que pueden influir directamente en la Reutilizacin. Estos factores se

Tabla 3: Complejidad para Proyecto P2

Clculo de complejidad P3
baja media alta 1. Entradas Externas 2. Salidas Externas 3. Archivos lgicos internos 4. Archivo de interfaz externo 5. Consultas externas 3 4 7 5 3 4 5 10 7 4 6 7 15 10 6 Valor real 6 7 4 4 5 PFNA Valor ponderado 36 49 28 20 20 153

han clasificado en tres categoras (basados en nuestra experiencia) que se describen a continuacin: Interfaz Usuario
N factor 1 2 Criterio Formularios de datos Validaciones datos de entrada por campo Mensajes de errores en ingreso de datos Definicin Interfaces que permiten el ingreso de datos Verificar que cada dato ingresado sea coherente a su tipo Alertas explicativas a algn error cometido al ingresar un dato

P3 a partir de P2 Ocurrencia 8 40 5 2 2 1 2 5 2 Ocurrencia Total 25 65 12 12 10 2 6 18 6

N Factor 1 2 3 4 5 6 7 8 9

Reutilizacin

% Reutilizacin 0,32 0,62 0,42 0,17 0,20 0,50 0,33 0,28 0,33

Reglas del Negocio

N factor 4 Criterio Clases genricas Clases de tipo gestores COTS Definicin Entidad que permite ser instanciada por un objeto determinado Clase que permite emitir consultas bsicas sobre una determinada clase Componentes reusables disponibles

Tabla 8: Reutilizacin de P3 a partir de P2

Almacenamiento de Datos
N factor 7 Criterio Funciones de rutinas de validaciones Definicin Procedimientos empleados en rutinas especficas para validaciones Generacin de la estructura de datos que sustenta un sistema Funciones que operan sobre determinadas clases

Para calcular nuestro factor de Reutilizacin, es necesario ponderar de alguna forma los porcentajes de Reutilizacin obtenidos, en cada uno de los casos presentados, para ello analizaremos los puntos de funcin tericos con los puntos de funcin reales, ya entregados, los cuales se conocen a priori de este estudio, pues se dispone de los datos exactos de los proyectos mencionados. De esta forma se tiene que (diferencia relativa a P3 real): 1-

Script de tablas y procedimientos almacenados Mdulo de procesos especficos

PF ( P3)terico = 0,49 PF ( P3)real

(2)

Donde los valores para ambas variables son: PF(P3) terico = 171, PF(P3) real = 88 Para validar el porcentaje de Reutilizacin, verificaremos cual es la relacin de P3 con respecto a P1 y P2. De este Modo

El prximo paso ser presentar como incorporamos estos factores a nuestro resultado anterior. Indicaremos, las ocurrencias de cada uno de estos factores en nuestro nuevo proyecto, considerando los componentes reusables en forma independiente segn provengan del proyecto P1 o de P2:
P3 a partir de P1 Ocurrencia 10 50 10 5 7 1 3 7 2 Ocurrencia Total 25 65 12 12 10 2 6 18 6

P3 a partir de P1 se tiene: 1 - PF(P3) terico = 0,04 PF(P1) terico P3 a partir de P2 se tiene: 1 - PF(P3) terico = 0,09 PF(P2) terico

(3)

N Factor 1 2 3 4 5 6 7 8 9

Reutilizacin

% Reutilizacin 0,40 0,77 0,83 0,42 0,70 0,50 0,50 0,39 0,33

(4)

Tabla 7: Reutilizacin de P3 a partir de P1

De estas diferencias relativas obtenemos que en total P3 reutiliz un 13%. Si comparamos tal valor con el obtenido en la ecuacin (1) vemos que es posible encontrar un factor de ajuste asociado a la Reutilizacin, el que se encuentra en el rango 15 50%. Para estimar cual es la ponderacin necesaria que deben tener nuestros factores en estudio, tomaremos como referencia el valor medio de este rango, el que corresponde a 32%. Con este valor analizamos las tablas 7 y 8 y establecemos la siguiente relacin para la ponderacin de los factores:

 Ci*Fi
9

Tabla 11: Factor de Reutilizacin para P3 por aporte de P2

Caso P3 a partir de P2
N Factor % Reutilizacin 1 2 3 4 5 6 7 8 9 0,40 0,77 0,83 0,42 0,70 0,50 0,50 0,39 0,33 Poderacin 3 2 3 5 6 4 3 2 4 Aporte Por factor 1,20 1,54 2,50 2,08 4,20 2,00 1,50 0,78 1,33 0,54

32 =

Ci
9 i =1

i =1

Donde: Ci son los coeficientes que otorgan el peso a cada factor Fi son los correspondientes porcentajes de Reutilizacin Al estudiar los valores obtenidos en las tablas 1 y 2, vemos que es posible considerar la siguiente tabla de ponderaciones para los factores en estudio.

Tabla 12: Factor de Reutilizacin para P3 por aporte de P2

Tabla de ponderaciones para los factores

Factor 1. Formularios de datos 2. Validaciones datos de entrada por campo 3. Mensajes de errores en ingreso de datos 4. Clases genricas 5. Clases de tipo gestores 6. COTS 7. Funciones de rutinas de validaciones 8. Script de tablas y procedimientos almacenados 9. Mdulo de procesos especficos Total Poderacin % 3 2 3 5 6 4 3 2 4 32

Como promedio de los casos de estudio en desarrollo de P3, se puede establecer que porcentaje de Reutilizacin es de un 43%. analizamos el error para nuestro caso de estudio tiene:

el el Si se

Pf(P3)reuso = PF(P3)terico* (1-factor reuso) = 98, lo que establece que el error es del orden de un 12%, con respecto al valor real obtenido en la frmula (2) . Estimamos que el error es razonable, para los casos mostrados. Sin duda que con ms casos y comparaciones obtenidos a partir de nuevos datos experimentales este modelo puede ser mejorado

Tabla 9: Factor de Reutilizacin

4. MTODO DE PUNTO FUNCIN INCORPORANDO LA REUSABILIDAD EN EL DESARROLLO DE SOFTWARE

Cmo aplicamos el factor de Reutilizacin al resultado obtenido en el modelo de PF?. He aqu entonces, donde se plantea nuestra metodologa de estimacin de proyectos de software con utilizacin de componentes reusables basada en PF y enfocada a desarrollos con ltimas tecnologas de Intranet/Internet. La metodologa se utiliza realizando las siguientes fases: 1) Analizar los requerimientos funcionales del sistema a desarrollar 2) Aplicar la tcnica actual de punto funcin, para los requerimientos establecidos en el punto anterior 3) Identificar los factores candidatos para definir los componentes reusables a utilizar en la estimacin mostrados en la tabla de ponderaciones para los factores. A cada uno de estos factores se les debe estimar el

Estas ponderaciones se obtuvieron a partir del 32% que era necesario atribuir como ahorro por la Reutilizacin realizada y su distribucin est basada en la experiencia de los autores. A partir de estos valores y las tablas 7 y 8 se obtienen los siguientes resultados: Caso P3 a partir de P1
N Factor 1 2 3 4 5 6 7 8 9 % Reutilizacin 0,32 0,62 0,42 0,17 0,20 0,50 0,33 0,28 0,33 Poderacin 3 2 3 5 6 4 3 2 4 Aporte Por factor 0,96 1,23 1,25 0,83 1,20 2,00 1,00 0,56 1,33 0,32

porcentaje de Reutilizacin a partir de las ocurrencias.

iterado con ms datos para su verificacin y validacin. Sin embargo, para que el modelo pueda ser usado adecuadamente, sus requerimientos tienen que ser conocidos a cabalidad y evaluado por un analista con experiencia tanto metodolgica como tecnolgica.

N Factor 1 2 3 4 5 6 7 8 9

Ocurrencia x

Reutilizacin

Ocurrencia Total y

%Reutilizacin a:= x/y

Referencias
[1]. Raffaela Ibba, David Longstreet , The Growth and Acceptance of Function Points, IT Metrics Strategies, June 1995. [2]. Linda H. Rosenberg, Lawrence E. Hyatt,Software Quality Metrics for Object Oriented Environments, Crosstalk The Journal of Defense Software Engineering, April 1997. [3]. Patricio Letelier Torres, Isidro Ramos Salavert, Pedro Sanchz Palma, Oscar Pastor Lpez , OASIS Versin 3.0 Un enfoque Formal para el Modelado Conceptual Orientado a Objeto, Universidad Politcnica de Valencia, 1999. [4]. Rob Donnellman, 10 Uses for Function Points: Some Old, Some New, Cap Gemini America, IT Metrics Strategies, June 1995. [5]. Estimating With Objects - Part II, Watts S. Humphrey, 2001 http://www.sei.cmu.edu/publications/articles/ watts-humphrey/estimate-objects-002.html. [6]. Rob Donnellman,Function Point Shortcuts, Cap Gemini America, IT Metrics Strategies, October 1995. [7]. Lautaro Guerra Genskowsky . Apuntes de Administracin de Proyectos de Software, Departamento de Informtica, Universidad Tcnica Federico Santa Mara, 1999. [8]. Estndar ISO/IEC 14.143-1 Software Measurement Functional size measurement. [9]. Rob Donnellman,Common Function Point Counting Errors, Cap Gemini America, IT Metrics Strategies, May 1995. [10]. http://www.upv.es/casi99/nivel378.htm, Como auditar las mtricas del software realizadas con la Metodologa de los Puntos Funcin segn la nueva versin 4.1 del Manual del IFPUG, Lucero Manresa, Jos Luis.

Tabla 13: Clculo del % de reutilizacin

4) Finalmente predecir el impacto de los componentes reusables en el nuevo desarrollo. A travs de la tabla de ponderaciones presentada, encontrar el factor de Reutilizacin
N Factor 1 2 3 4 5 6 7 8 9 %Reutilizacin a Poderacin 3 2 3 5 6 4 3 2 4 AportePorfactor a*3

Tabla 14: Clculo del factor de reutilizacin

5) Analizar el resultado obtenido en el punto 2) para combinarlos con los del paso anterior y obtener la nueva estimacin. Pf reuso = PFterico * (1-factor reuso) Con lo que se obtiene el esfuerzo en PF corregido por la reutilizacin.

5. CONCLUSIONES
El modelo que explica razonablemente el impacto de la reutilizacin en el desarrollo de software bajo la plataforma de desarrollos para aplicaciones en ambiente Intranet/Internet. De este modo se presenta como una primera aproximacin a un modelo que contempla aspectos de reutilizacin, el que debe ser