admin,Gestor_adelarevista,relais-v1-n4-p-142-146

Vista previa del material en texto

Valeria S. Meaurio, Eric Schmieder 2013. La Arquitectura de Software en el Proceso de Desarrollo: Integrando MDA al Ciclo de Vida en Espiral 
Revista Latinoamericana de Ingeniería de Software, 1(4): 142-146, ISSN 2314-2642 
142 
La Arquitectura de Software en el Proceso de 
Desarrollo: Integrando MDA al Ciclo de Vida en 
Espiral 
Valeria S. Meaurio, Eric Schmieder 
Escuela de Posgrado, Facultad Regional Buenos Aires, Universidad Tecnológica Nacional 
Ciudad Autónoma de Buenos Aires, Argentina 
valeriameaurio@hotmail.com, ericschmieder@gmail.com 
 
 
Resumen — En la actualidad el desarrollo de software debe 
enfrentarse a una serie de problemas, por ejemplo, la rapidez con 
que el software debe estar disponible para su uso, el alto grado de 
evolución de los sistemas actuales y el nivel de complejidad de los 
mismos, entre otros. Contar con un modelo de la arquitectura en 
etapas tempranas se hace evidente, puesto que anticiparnos a la 
especificación detallada del sistema nos permite contar con un 
modelo de alto nivel de la alternativa de solución a los 
requerimientos planteados, que en sucesivos refinamientos 
conducirán al producto final. En vistas de estos problemas la 
propuesta de la OMG arquitectura dirigida por modelos (Model 
Driven Architecture - MDA) propone la construcción de software 
como la trasformación sucesiva de modelos, desde un alto nivel 
de abstracción hasta el nivel de implementación en una 
plataforma concreta. El objetivo del presente trabajo propone 
aplicar el modelo MDA dentro del ciclo de vida en espiral 
propuesto por Bohem a fin de establecer el impacto de la 
arquitectura de software en las distintas etapas de este ciclo de 
vida y como MDA minimiza el riesgo. 
 
Palabras Clave — MDA, Arquitectura de Software. 
I. INTRODUCCIÓN 
La arquitectura dirigida por modelos (Model Driven 
Architecture – MDA) promovida por la OMG propone que los 
modelos en sus diferentes niveles de abstracción conducen 
todo el proceso de desarrollo de software, desde los modelos 
independientes de la plataforma (CIM y PIM) hasta los 
modelos dependientes de la plataforma (PSM) y la generación 
automática de código a partir de los mismos. Para llevar 
adelante este pasaje entre modelos propone mecanismos de 
transformación[1]. 
El modelo en espiral es un modelo evolutivo que permite el 
desarrollo rápido de versiones incrementales del software y a 
diferencia de otros paradigmas incorpora un nuevo elemento: el 
análisis de riesgo. Este modelo, representado mediante un 
espiral, define cuatro actividades principales 1) planificación, 
2) análisis de riesgo, 3) ingeniería y 4) evaluación del 
cliente[2]. 
En este trabajo son dos los objetivos primordiales a cubrir. 
El primero es identificar dentro del ciclo de vida en espiral el 
grado en que participa la arquitectura del software en las 
distintas fases del mismo y el segundo aplicar el modelo MDA 
dentro del ciclo de vida en espiral evaluando el impacto de 
MDA sobre los riesgos. 
El resto del artículo está organizado de la siguiente manera: 
en el apartado 2 se presenta el modelo MDA sus 
características, ventajas y desventajas; en el apartado 3 se 
detalla el ciclo de vida de desarrollo en espiral; en el apartado 4 
se analiza el impacto de la arquitectura de software en el ciclo 
de vida de desarrollo en espiral; en el apartado 5 se propone 
una alternativa para la implementación de MDA en el ciclo de 
vida en espiral; y en el apartado 6 las conclusiones y posibles 
líneas de trabajo futuro. 
II. MODELO MDA 
MDA es el acrónico de Model Driven Architecture 
promovido por la OMG que propone basar el desarrollo del 
software en modelos especificados utilizando UML para que a 
partir de esos modelos se realicen transformaciones que 
generen código u otro modelo con menor nivel de 
abstracción[3]. 
MDA define un marco para procesar y relacionar modelos, 
distinguiendo los siguientes modelos: 
 CIM (Computation Independent Model): se centra en los 
requerimientos y representa el nivel más alto del modelo de 
negocio. Es un modelo de dominio. 
 PIM (Platform Independent Model): es un modelo de alto 
nivel del sistema independiente de cualquier tecnología o 
plataforma. Permite una abstracción de las características 
técnicas. 
 PSM (Platform Specific Model): Describe el sistema de 
acuerdo con una tecnología de implementación determinada. 
Proporciona independencia entre la capa de negocio y la 
tecnología empleada. 
 ISM (Implementation Specific Model): La generación de 
código se realiza automáticamente a partir de cada PSM. 
 MDA – Cartridges: un cartucho MDA contiene las reglas 
necesarias para realizar una transformación de modelos. 
Entre las ventajas de este modelo se identifican las 
siguientes: 
 Separación de responsabilidades: Separar la especificación 
de la funcionalidad del sistema de su implementación sobre 
una plataforma en particular 
 Productividad: Controlar la evolución desde modelos 
abstractos a implementaciones, tendiendo a aumentar el 
grado de automatización. 
 Portabilidad: Se logra enfocando el desarrollo en el PIM. Al 
ser un modelo independiente de cualquier tecnología, todo lo 
definido en el es totalmente portable. 
 
 
Valeria S. Meaurio, Eric Schmieder 2013. La Arquitectura de Software en el Proceso de Desarrollo: Integrando MDA al Ciclo de Vida en Espiral 
Revista Latinoamericana de Ingeniería de Software, 1(4): 142-146, ISSN 2314-2642 
143
 Mantenimiento y documentación: a partir del PIM se generan 
los PSM y a partir de estos el código. Básicamente el PIM 
desempeña el papel de la documentación de alto nivel. La 
trazabilidad está asegurada debido a que los cambios en el 
PIM se reflejan regenerando PSM y código. 
Describe el sistema de acuerdo con una 
tecnología de implementación 
determinada. Proporciona independencia 
entre la capa de negocio y la tecnología 
empleada
Se centra en los requierimientos y 
representa el nivel más alto del 
modelo de negocios. Cualquiera 
que pueda entender el negocio y 
sus procesos, puede comprenderlo 
CIM 
Computation
IndependentModel
PIM
Platform
IndependentModel
Es un modelo de alto 
nivel del sistema 
independiente de 
cualquier tecnología o 
plataforma que permite 
una abrstaccion de las 
características técnicas 
PSM
Platform
SpecificModel
ISM
Implementation
SpecificModel
La generación de 
código se realiza 
automáticamente a 
partir de cada PSM
 
 
Fig.1 Modelos MDA 
 
A modo de ejemplo en la figura 2 podemos visualizar en 
ciclo de vida iterativo implementado con MDA, donde en la 
parte izquierda visualizamos las distintas etapas del ciclo y a la 
derecha los artefactos de salida de los mismos. 
 
Fig. 2 - Proceso de desarrollo iterativo con MDA 
 
Sintetizando los cambios en los procedimientos de negocio 
o la incorporación de nuevas funcionalidades puede hacerse de 
una manera más simple sin tener que hacer cambios en todos 
los niveles del proyecto. Simplemente se desarrollan los 
cambios en el PIM, y estos se reflejan en toda la aplicación, 
consiguiendo una disminución de trabajo en el equipo de 
desarrollo, una reducción en los costos del proyecto y por ende 
se aumenta la productividad [4]. 
MDA se apoya sobre los siguientes estándares para llevar a 
cabo su función: 
 UML: lenguaje de modelado adoptado por MDA, empleado 
para la definición de los PIM y PSM. Cabe mencionar que 
los modelos de clases son los más importantes dentro de 
MDA. 
 MOF (Meta Object Facility): establece un marco común de 
trabajo para las especificaciones de OMG, a la vez que 
provee un repositorio de modelos y meta modelos. Mediante 
MOF puede definirse cualquier lenguaje de modelado 
incluyendo UML. 
 XMI (XML Metadata Interchange): define una traza que 
permite transformar modelo UML en XML para poder ser 
tratados automáticamente por otras aplicaciones. 
 CWM (Common Warehouse Metamodel): Define un formato 
común de intercambio para metadatos en data-warehouse, 
también provee un lenguaje común y definiciones de metamodelos para datos. El meta modelo tiene mucho en común 
con el meta modelo UML y agrega meta clases para, por 
ejemplo, modelar bases de datos relacionales. 
III. CICLO DE VIDA DE DESARROLLO EN ESPIRAL 
Este modelo (Barry Boehm 1986), incorpora métodos de 
proceso que están influenciados por el control y gestión del 
riesgo para el análisis y estructuración del proceso de 
desarrollo. Se encuentra representado por ciclos de desarrollo 
evolutivo e iterativo en forma de espiral, cuyo avance angular 
representa el progreso del desarrollo, en tanto que el 
desplazamiento radial desde el centro hacia fuera indica el 
incremento de los costos de desarrollo en forma acumulativa 
[5]. 
La Figura 3 permite visualizar gráficamente el 
comportamiento de este tipo de ciclo de vida, en ella se pueden 
distinguir en sus cuatro cuadrantes las cuatro actividades 
principales del modelo [6]: 
 Determinación de Objetivos y Alternativas: Involucra la 
determinación de objetivos del proyecto, alternativas y 
restricciones, y, en etapas posteriores, la valoración de los 
resultados de las tareas de ingeniería previas. 
 Análisis de riesgo: Estas actividades permiten gestionar los 
riesgos asociados al proceso de desarrollo. Se materializan en 
el análisis de alternativas e identificación y resolución de los 
riesgos que puedan hacer fracasar el proyecto o sobrepasar el 
presupuesto o plazo fijado. Producido el análisis de riesgo, se 
toma la decisión de continuar o no con el desarrollo. 
 Ingeniería: Abarca las actividades inherentes al desarrollo del 
producto y comprende la construcción de los prototipos de 
nivel cada vez mas refinados, a medida que se produce la 
evolución del sistema, hasta llegar al producto final. 
 Planificación: Involucra todo lo atinente a las tareas de 
planificación y estimaciones del proyecto en las distintas 
etapas. 
Determinación  de
Objetivos y alternativas
Planificación
Análisis de Riesgos
Ingeniería
 
 
Fig.3 Modelo en Espiral 
Valeria S. Meaurio, Eric Schmieder 2013. La Arquitectura de Software en el Proceso de Desarrollo: Integrando MDA al Ciclo de Vida en Espiral 
Revista Latinoamericana de Ingeniería de Software, 1(4): 142-146, ISSN 2314-2642 
144 
IV. IMPACTO DE LA ARQUITECTURA DE SOFTWARE EN EL 
CICLO DE VIDA DE DESARROLLO EN ESPIRAL 
La Arquitectura de Software (AS) representa un alto nivel 
de abstracción que permite que la mayoría de los participantes, 
puedan utilizarla como base para crear entendimiento mutuo, 
formar consenso y comunicarse entre sí. En sus mejores 
expresiones, la descripción arquitectónica expone las 
restricciones de alto nivel sobre el diseño del sistema, así como 
la justificación de decisiones arquitectónicas fundamentales. La 
AS representa la encarnación de las decisiones de diseño más 
tempranas sobre un sistema. La evaluación crítica de una AS 
conduce a una comprensión más clara de los requerimientos, 
las estrategias de implementación y los riesgos potenciales [7]. 
Para ubicar a estas tareas dentro del proceso de desarrollo 
de software se usa al modelo de espiral propuesto por Boehm. 
A través de él se describen las fases y las tareas que le 
corresponden a la arquitectura de software, como se ilustra en 
la Figura 4. 
Plan de 
Desarrollo
Validación de Diseño y 
verificación
Diseño del Producto
de Software
Requerimientos 
de Software
Diseño Detallado
Análisis de 
Riesgo
Desarrollo y verificación del 
producto del próximo nivelPlan de las siguientes fases
Determinación  de objetivos
Alternativas y restricciones
Evaluación de alternativas
Identificación y resolución de riesgos
Simulación y Pruebas de Desempeño
GRADO EN QUE PARTICIPA LA
ARQUITECTURA DE SOFTWARE
Bajo            Medio               Alto
 
Fig. 4 – La arquitectura de software en el ciclo de vida de software del modelo 
en espiral de Bohem 
 
Una vuelta de espiral que cubre a estas cuatro fases es un 
ciclo, indica el nivel de desarrollo que se tiene del sistema. La 
intervención de la AS dentro de este proceso está marcada con 
la parte sombreada de la Figura 3 La intensidad del sombreado 
indica el grado de intensidad de las tareas arquitectónicas y el 
grado en que ésta se involucra en el proceso de desarrollo del 
software. 
La AS empieza a ser formada desde que inicia el ciclo de la 
especificación de los requerimientos de software, cuando se 
establecen los puntos de referencias del dominio del problema 
para su entendimiento el arquitecto debe interpretar, conciliar y 
proponer alternativas de solución en función del conocimiento 
de los expertos del dominio y de los planificadores del 
proyecto tal como señala [8] que ilustra esquemáticamente la 
interacción entre estos actores, mostrado en la Figura 5. El 
propósito de esta interacción es llegar a establecer una 
integridad conceptual del modelo a desarrollar expresada 
mediante la arquitectura. 
“La integridad conceptual es la clave para el diseño de 
sistemas con éxito y tal integridad conceptual puede ser tenida 
por un pequeño número de mentes llegando juntos a diseñar la 
arquitectura del sistema” [9] 
 
Arquitectura de 
Software
Experto de la 
Solución
Administración del 
Proyecto
Experto de la
Planeación
Administración del
Negocio
Experto del 
Dominio
 
Fig. 5 - Interacción de la AS con los actores involucrados en el ciclo de 
requerimientos. (Tomado de (McBride 2007). 
 
Al avanzar al siguiente ciclo donde se realiza el desarrollo 
del plan, se identifican los requerimientos significativos 
arquitectónicamente que son aquellos que tienen un impacto 
esencial sobre la arquitectura [10], esto consolida la integridad 
conceptual antes mencionada y refina la primera arquitectura 
que expresa principalmente a elementos genéricos que 
representan a los requerimientos funcionales. 
En el siguiente ciclo correspondiente a la fase de 
determinación de objetivos, alternativas y restricciones, se 
toman decisiones arquitectónicas que involucran a los actores 
del diseño del sistema, decisiones como las que se citan en [11] 
que tienen que ver con cuestiones de cómo implementar los 
requisitos y con situaciones de riesgos, costos y viabilidades de 
las posibles alternativas que se tienen en la organización dónde 
el sistema se desarrolla, por ejemplo si se usa un sistema 
legado, si se construye uno nuevo, o se usan 
elementos(componentes) de software prefabricados disponibles 
en el mercado. Conforme se avanza por este ciclo los 
requerimientos se van incorporando en forma iterativa a la 
arquitectura hilándose entre si, como se describe en [12], donde 
se presenta una adaptación del modelo de Boehm destacando 
cómo los requisitos están al mismo nivel que la arquitectura 
enfatizando la igualdad en importancia entre la arquitectura y 
los requisitos, en el sentido de que un entendimiento oportuno 
de los requerimientos y una elección adecuada de la 
arquitectura son claves para la gestión de proyectos. 
Los requisitos que son derivados de las necesidades de los 
usuarios son conocidos como funcionales o también como 
características operacionales del sistema, y son útiles para 
formar los elementos básicos de cada estructura que integra la 
AS, mientras que los requisitos que capturan la mayoría de las 
facetas de cómo estos requisitos funcionales deben llevarse a 
cabo se les conoce como requisitos no funcionales, los cuales 
pueden ser expresados en términos de requisitos de calidad que 
tienen su origen en los servicios de calidad dentro del ámbito 
de las comunicaciones cómo se describe en [13]. 
Los requisitos de calidad están conformados por un 
conjunto de atributos de calidad, los más comunes de estos son 
escalabilidad, seguridad, desempeño y fiabilidad, estos sirven 
para dirigir el diseño de una AS, como se muestra en el método 
de diseño propuesto por Bass [14], llamado “diseño dirigido 
por atributos”, conocido técnicamente por sus siglas en inglés 
como ADD (Attibute Driven Design). Mediante estos atributos 
de calidad se llega a refinar las estructurasdiseñadas con los 
requisitos funcionales llegando a producir la especificación de 
la arquitectura, que constituye el producto más importante 
generado en este ciclo de desarrollo del software. 
En el siguiente ciclo correspondiente al análisis de riesgos y 
elaboración de prototipos, la AS tiene una doble función, la 
primera está encaminada hacia ella misma en el sentido de que 
es analizada para comprobar si la AS soporta los 
 
 
Valeria S. Meaurio, Eric Schmieder 2013. La Arquitectura de Software en el Proceso de Desarrollo: Integrando MDA al Ciclo de Vida en Espiral 
Revista Latinoamericana de Ingeniería de Software, 1(4): 142-146, ISSN 2314-2642 
145
requerimientos de calidad planteados, y la segunda función es 
el usarla como un prototipo para analizar el comportamiento de 
algunos aspectos del sistema antes de proceder a su diseño. 
En el siguiente ciclo donde se construye el diseño de los 
productos de software y se realiza la validación y la 
verificación del mismo, se ejecutan los prototipos de la AS 
construidos en la fase anterior y se hacen las adecuaciones 
pertinentes en caso necesario, después de esto la AS es usada 
para construir el diseño del sistema. El puente entre los 
elementos arquitectónicos y los de diseño pude realizarse 
mediante técnicas de transformación de modelos. En cualquier 
caso se debe establecer un medio para conservar la traza entre 
estos elementos de grano grueso, que son los elementos 
arquitectónicos, con los elementos de grano fino que 
corresponden al diseño para asegurar que la arquitectura sea 
quien gobierne de manera efectiva las siguientes tareas del 
proceso. 
V. UNA ALTERNATIVA PARA LA IMPLEMENTACIÓN DE MDA 
EN EL CICLO DE VIDA EN ESPIRAL 
Como mencionamos en los apartados anteriores el ciclo de 
vida de desarrollo en espiral propone un desarrollo iterativo e 
incremental donde la arquitectura guía el proceso de desarrollo 
y el riesgo es evaluado en cada iteración. Los artefactos 
producidos y consumidos entre las diferentes etapas están 
desconectados entre si y del código fuente que representan. A 
medida que los sistemas van siendo modificados, la distancia 
existente entre el código y los artefactos de modelado 
previamente construidos se incrementan. 
La alternativa propuesta comienza obteniendo en las etapas 
iniciales una primera versión de la AS para lo cual se utiliza 
como estrategia la separación o descomposición. 
La separación es una estrategia aplicada a la hora de definir 
la AS para reducir la complejidad inherente que el software 
representa, puesto que al separar los diferentes asuntos de 
interés que intervienen, se logra una mejor compresión de sus 
elementos y de las relaciones que se establecen entre ellos. 
Existen varias maneras de realizar esta separación; se puede 
realizar una separación modular, dividiendo al sistema en 
funciones representadas por módulos que se relacionan entre sí 
de manera jerárquica o se puede descomponer al sistema en 
clases, donde cada clase representa una abstracción y estas se 
relacionan entre sí de diversas formas. 
El proceso parte del dominio del problema de donde se 
obtiene la especificación de los requisitos, dicha especificación 
sirve de entrada para iniciar el proceso de descomposición. 
Como resultado de este proceso de descomposición 
obtenemos los primeros elementos arquitectónicos. 
Los arquitectos de software junto con los expertos en el 
dominio serán quienes tengan gran responsabilidad en el 
proceso de de obtener esta primera versión de la AS. 
A partir de esta primera versión de la AS los responsables 
de la administración del proyecto identificaran cuales son los 
requisitos prioritarios para avanzar en el plan. 
De acuerdo a las prioridades establecidas para los 
requisitos, se evalúan las distintas alternativas de solución, 
teniendo presentes las restricciones, los requisitos de calidad y 
el análisis de riesgo sobre cada una de estas y se avanza en el 
refinamiento de los mismos generando los PIMs de cada uno 
de estos. 
El desarrollo del PIM se corresponderá casi en su totalidad 
con la fase de análisis en el desarrollo tradicional. Se 
desarrollará un modelo formal que especifique qué debe 
realizar la aplicación. Este modelo estará libre de detalles de 
implementación, pero será extremadamente detallado. 
La especificación de cómo implementar el modelo del 
análisis (PIM) en una plataforma concreta, está dada por la 
definición de una Transformación. 
Tomando como entrada a los PIM y las Transformaciones, 
se generan los PSM que a su vez pueden ser transformados en 
el código fuente de la aplicación. Ambas transformaciones se 
realizan de manera automática. 
A partir de los resultados obtenidos, se valida con los 
Stakeholder y de ser necesario se realizan ajustes sobre los 
PIM. Estos ajustes se incorporaran a la planificación de la 
siguiente etapa, junto con los requisitos ya planificados para la 
misma. 
El proceso continúa hasta que todos los requisitos fueron 
contemplados por una solución de software y la misma se 
encuentra validada, probada e implementada. 
VI. CONCLUSIONES 
En este artículo hemos presentado un marco de trabajo 
identificando el grado de participación de la arquitectura del 
software en las distintas fases del ciclo de vida de desarrollo en 
espiral y aplicando MDA en el mismo. 
Una de las grandes deficiencias de los ciclos de vida 
tradicionales, está dada por la perdida en la trazabilidad entre 
los artefactos generados por las distintas etapas a medida que 
se avanza en el proyecto. Cambios en los requisitos, nuevos 
requisitos, modificaciones de diseño o errores detectados en 
etapas avanzadas, generalmente no se actualizan en los 
artefactos generados en etapas anteriores. 
MDA al permitir la doble transformación automática PIM-
PSM y PSM-código fuente hace que el esfuerzo se centre en 
los modelos de alto nivel y al regenerar el resto de los modelos, 
la trazabilidad está garantizada. Esto hace que las iteraciones 
dentro del ciclo de vida sean más eficaces para afrontar estos 
cambios, minimizando de esta manera los riegos asociados. 
Otra de las ventajas está dada por la separación de los 
aspectos tecnológicos; si durante el proceso se produjeran 
cambios en los requisitos tecnológicos de la aplicación, esto 
implicaría un ajuste en las definiciones de las transformaciones 
a realizar, sin mayor impacto en los PIM reduciendo así los 
riegos de este tipo de modificaciones. 
REFERENCIAS 
[1] Pablo Amaya Barbosa, Carlos González Contreras, Juan M. 
Murillo Rodríguez. Aspect MDA: Hacia un desarrollo 
incremental consistente integrando MDA y Orientación a 
Aspectos, Paper, Universidad de Extremadura 
[2] Lidia Fuentes, Pablo Sanchez. Desarrollo de software con 
aspectos dirigido por modelos, Paper, Universidad de Málaga 
[3] Lic. Liliana Favre, Dr. Gustavo Rossi. Componentes MDA para 
patrones de diseño. Tesis, Universidad Nacional de La Plata 
[4] Begoña Cristina Pelaya Garcia-Bustero. TALISMAN: 
Desarrollo ágil de software con arquitecturas dirigidas por 
modelos. Tesis Doctoral, Universidad de Oviedo. 
[5] Roger S. Pressman. Ingenieria del Software Un Enfoque 
Practico, 3ra ed., Mc Graw Hill 
[6] Lic. Claudio Rancan, Ing. Paola Britos. Gestión de 
Configuración de Productos de Software en etapa de desarrollo. 
Trabajo Final de especialización, ITBA. 
[7] Rogelio Noé Limón Cordero. Las vistas arquitectónicas de 
software y sus correspondencias mediante la gestión de 
modelos, Tesis Doctoral, Universidad Politécnica de Valencia 
Valeria S. Meaurio, Eric Schmieder 2013. La Arquitectura de Software en el Proceso de Desarrollo: Integrando MDA al Ciclo de Vida en Espiral 
Revista Latinoamericana de Ingeniería de Software, 1(4): 142-146, ISSN 2314-2642 
146 
[8] McBride Matthew R. The Software Architect, ACM 
Communications, Vol. 50, Num, 5, pp.75-81, 2007 
[9] Clements, P., F. Bachmann, L. Bass, D. Garlan, J. Ivers, R. 
Little, R. Nord, J. Stafford. Documenting SoftwareArchitectures: Views and Beyond, Addison-Wesley 
Professional; 1st edition (September 26, 2002),isbn: 
0201703726, // as tutorial it is 25th International Conference on 
Software Engineering (ICSE’03), IEEE, 2003. 
[10] Jazayeri, M., Ran Alexander, Van der Linden F. Software 
Architecture for Product Families. Addison- Wesley ISBN-10 
0201699672, 2000 
[11] Jeff Tyree and Art Akerman, Architecture Decisions: 
Demystifying Architecture, IEEE Postmodern Software Design, 
March/April 2005 (Vol. 22, No. 2), 2005, pp 19-27 
[12] Nuseibeh Bashar. Weaving Together Requirements and 
Architectures, IEEE, Computer, vol 34, n 3, 2001, pp. 115-119 
[13] Manola Frank. Providing Systemic Properties (Ilities) 
andQuality of Service in Component-Based Systems, Report 
prepared by Object Services and Consulting, Advanced 
Information Technology Services Architecture, under contract 
DASW01 94 C 0054 for the Defense Advanced research 
Projects Agency, 1999. http://www.objs.com/aits/9901-
iquos.html#character. último acceso: oct/2007 
[14] Bachmann, F.; Bass, L.; Chastek, G.; Donohoe, P.& Peruzzi, F. 
The Architecture Based Design Method.CMU/SEI-2000-TR-
001 ADA375851. Pittsburgh, PA: Software Engineering 
Institute, Carnegie Mellon University, 2000 
 
Valeria S. Meaurio. Es Licenciada en Análisis 
de Sistemas por la Universidad de Buenos Aires. 
Se desempeña como Consultor Senior en TI en 
servicios financieros en Ernst & Young. Sus 
áreas de interés, análisis y especificación de 
requerimientos, metodologías de software, 
análisis de sistemas. 
 
Eric Schmieder. Es Programador Universitario 
en Informática por la Universidad Católica de 
Salta, Licenciado en Informática por la 
Universidad Católica de Salta, Especialista en 
Project Management por la Universidad 
Tecnológica Nacional. Es responsable del equipo 
de desarrollo para el área inversiones del Banco 
Supervielle. Sus áreas de interés son las metodologías de ingeniería 
de software, el análisis de sistemas, la ingeniería de requisitos y el 
modelado conceptual. 
 
 
 
 
 
 
<<
 /ASCII85EncodePages false
 /AllowTransparency false
 /AutoPositionEPSFiles true
 /AutoRotatePages /All
 /Binding /Left
 /CalGrayProfile (Dot Gain 20%)
 /CalRGBProfile (sRGB IEC61966-2.1)
 /CalCMYKProfile (U.S. Web Coated \050SWOP\051 v2)
 /sRGBProfile (sRGB IEC61966-2.1)
 /CannotEmbedFontPolicy /Warning
 /CompatibilityLevel 1.4
 /CompressObjects /Tags
 /CompressPages true
 /ConvertImagesToIndexed true
 /PassThroughJPEGImages true
 /CreateJDFFile false
 /CreateJobTicket false
 /DefaultRenderingIntent /Default
 /DetectBlends true
 /DetectCurves 0.0000
 /ColorConversionStrategy /LeaveColorUnchanged
 /DoThumbnails false
 /EmbedAllFonts true
 /EmbedOpenType false
 /ParseICCProfilesInComments true
 /EmbedJobOptions true
 /DSCReportingLevel 0
 /EmitDSCWarnings false
 /EndPage -1
 /ImageMemory 1048576
 /LockDistillerParams false
 /MaxSubsetPct 100
 /Optimize true
 /OPM 1
 /ParseDSCComments true
 /ParseDSCCommentsForDocInfo true
 /PreserveCopyPage true
 /PreserveDICMYKValues true
 /PreserveEPSInfo true
 /PreserveFlatness true
 /PreserveHalftoneInfo false
 /PreserveOPIComments false
 /PreserveOverprintSettings true
 /StartPage 1
 /SubsetFonts true
 /TransferFunctionInfo /Apply
 /UCRandBGInfo /Preserve
 /UsePrologue false
 /ColorSettingsFile ()
 /AlwaysEmbed [ true
 ]
 /NeverEmbed [ true
 ]
 /AntiAliasColorImages false
 /CropColorImages true
 /ColorImageMinResolution 300
 /ColorImageMinResolutionPolicy /OK
 /DownsampleColorImages true
 /ColorImageDownsampleType /Bicubic
 /ColorImageResolution 300
 /ColorImageDepth -1
 /ColorImageMinDownsampleDepth 1
 /ColorImageDownsampleThreshold 1.50000
 /EncodeColorImages true
 /ColorImageFilter /DCTEncode
 /AutoFilterColorImages true
 /ColorImageAutoFilterStrategy /JPEG
 /ColorACSImageDict <<
 /QFactor 0.15
 /HSamples [1 1 1 1] /VSamples [1 1 1 1]
 >>
 /ColorImageDict <<
 /QFactor 0.15
 /HSamples [1 1 1 1] /VSamples [1 1 1 1]
 >>
 /JPEG2000ColorACSImageDict <<
 /TileWidth 256
 /TileHeight 256
 /Quality 30
 >>
 /JPEG2000ColorImageDict <<
 /TileWidth 256
 /TileHeight 256
 /Quality 30
 >>
 /AntiAliasGrayImages false
 /CropGrayImages true
 /GrayImageMinResolution 300
 /GrayImageMinResolutionPolicy /OK
 /DownsampleGrayImages true
 /GrayImageDownsampleType /Bicubic
 /GrayImageResolution 300
 /GrayImageDepth -1
 /GrayImageMinDownsampleDepth 2
 /GrayImageDownsampleThreshold 1.50000
 /EncodeGrayImages true
 /GrayImageFilter /DCTEncode
 /AutoFilterGrayImages true
 /GrayImageAutoFilterStrategy /JPEG
 /GrayACSImageDict <<
 /QFactor 0.15
 /HSamples [1 1 1 1] /VSamples [1 1 1 1]
 >>
 /GrayImageDict <<
 /QFactor 0.15
 /HSamples [1 1 1 1] /VSamples [1 1 1 1]
 >>
 /JPEG2000GrayACSImageDict <<
 /TileWidth 256
 /TileHeight 256
 /Quality 30
 >>
 /JPEG2000GrayImageDict <<
 /TileWidth 256
 /TileHeight 256
 /Quality 30
 >>
 /AntiAliasMonoImages false
 /CropMonoImages true
 /MonoImageMinResolution 1200
 /MonoImageMinResolutionPolicy /OK
 /DownsampleMonoImages true
 /MonoImageDownsampleType /Bicubic
 /MonoImageResolution 1200
 /MonoImageDepth -1
 /MonoImageDownsampleThreshold 1.50000
 /EncodeMonoImages true
 /MonoImageFilter /CCITTFaxEncode
 /MonoImageDict <<
 /K -1
 >>
 /AllowPSXObjects false
 /CheckCompliance [
 /None
 ]
 /PDFX1aCheck false
 /PDFX3Check false
 /PDFXCompliantPDFOnly false
 /PDFXNoTrimBoxError true
 /PDFXTrimBoxToMediaBoxOffset [
 0.00000
 0.00000
 0.00000
 0.00000
 ]
 /PDFXSetBleedBoxToMediaBox true
 /PDFXBleedBoxToTrimBoxOffset [
 0.00000
 0.00000
 0.00000
 0.00000
 ]
 /PDFXOutputIntentProfile ()
 /PDFXOutputConditionIdentifier ()
 /PDFXOutputCondition ()
 /PDFXRegistryName ()
 /PDFXTrapped /False
 /Description <<
 /CHS <FEFF4f7f75288fd94e9b8bbe5b9a521b5efa7684002000500044004600206587686353ef901a8fc7684c976262535370673a548c002000700072006f006f00660065007200208fdb884c9ad88d2891cf62535370300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c676562535f00521b5efa768400200050004400460020658768633002>
 /CHT <FEFF4f7f752890194e9b8a2d7f6e5efa7acb7684002000410064006f006200650020005000440046002065874ef653ef5728684c9762537088686a5f548c002000700072006f006f00660065007200204e0a73725f979ad854c18cea7684521753706548679c300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c4f86958b555f5df25efa7acb76840020005000440046002065874ef63002>
 /DAN <FEFF004200720075006700200069006e0064007300740069006c006c0069006e006700650072006e0065002000740069006c0020006100740020006f007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400650072002000740069006c0020006b00760061006c00690074006500740073007500640073006b007200690076006e0069006e006700200065006c006c006500720020006b006f007200720065006b007400750072006c00e60073006e0069006e0067002e0020004400650020006f007000720065007400740065006400650020005000440046002d0064006f006b0075006d0065006e0074006500720020006b0061006e002000e50062006e00650073002000690020004100630072006f00620061007400200065006c006c006500720020004100630072006f006200610074002000520065006100640065007200200035002e00300020006f00670020006e0079006500720065002e>
 /DEU <FEFF00560065007200770065006e00640065006e0020005300690065002000640069006500730065002000450069006e007300740065006c006c0075006e00670065006e0020007a0075006d002000450072007300740065006c006c0065006e00200076006f006e002000410064006f006200650020005000440046002d0044006f006b0075006d0065006e00740065006e002c00200076006f006e002000640065006e0065006e002000530069006500200068006f00630068007700650072007400690067006500200044007200750063006b006500200061007500660020004400650073006b0074006f0070002d0044007200750063006b00650072006e00200075006e0064002000500072006f006f0066002d00470065007200e400740065006e002000650072007a0065007500670065006e0020006d00f60063006800740065006e002e002000450072007300740065006c006c007400650020005000440046002d0044006f006b0075006d0065006e007400650020006b00f6006e006e0065006e0020006d006900740020004100630072006f00620061007400200075006e0064002000410064006f00620065002000520065006100640065007200200035002e00300020006f0064006500720020006800f600680065007200200067006500f600660066006e00650074002000770065007200640065006e002e>/ESP <FEFF005500740069006c0069006300650020006500730074006100200063006f006e0066006900670075007200610063006900f3006e0020007000610072006100200063007200650061007200200064006f00630075006d0065006e0074006f0073002000640065002000410064006f0062006500200050004400460020007000610072006100200063006f006e00730065006700750069007200200069006d0070007200650073006900f3006e002000640065002000630061006c006900640061006400200065006e00200069006d0070007200650073006f0072006100730020006400650020006500730063007200690074006f00720069006f00200079002000680065007200720061006d00690065006e00740061007300200064006500200063006f00720072006500630063006900f3006e002e002000530065002000700075006500640065006e00200061006200720069007200200064006f00630075006d0065006e0074006f00730020005000440046002000630072006500610064006f007300200063006f006e0020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e003000200079002000760065007200730069006f006e0065007300200070006f00730074006500720069006f007200650073002e>
 /FRA <FEFF005500740069006c006900730065007a00200063006500730020006f007000740069006f006e00730020006100660069006e00200064006500200063007200e900650072002000640065007300200064006f00630075006d0065006e00740073002000410064006f00620065002000500044004600200070006f007500720020006400650073002000e90070007200650075007600650073002000650074002000640065007300200069006d007000720065007300730069006f006e00730020006400650020006800610075007400650020007100750061006c0069007400e90020007300750072002000640065007300200069006d007000720069006d0061006e0074006500730020006400650020006200750072006500610075002e0020004c0065007300200064006f00630075006d0065006e00740073002000500044004600200063007200e900e90073002000700065007500760065006e0074002000ea0074007200650020006f007500760065007200740073002000640061006e00730020004100630072006f006200610074002c002000610069006e00730069002000710075002700410064006f00620065002000520065006100640065007200200035002e0030002000650074002000760065007200730069006f006e007300200075006c007400e90072006900650075007200650073002e>
 /ITA <FEFF005500740069006c0069007a007a006100720065002000710075006500730074006500200069006d0070006f007300740061007a0069006f006e00690020007000650072002000630072006500610072006500200064006f00630075006d0065006e00740069002000410064006f006200650020005000440046002000700065007200200075006e00610020007300740061006d007000610020006400690020007100750061006c0069007400e00020007300750020007300740061006d00700061006e0074006900200065002000700072006f006f0066006500720020006400650073006b0074006f0070002e0020004900200064006f00630075006d0065006e007400690020005000440046002000630072006500610074006900200070006f00730073006f006e006f0020006500730073006500720065002000610070006500720074006900200063006f006e0020004100630072006f00620061007400200065002000410064006f00620065002000520065006100640065007200200035002e003000200065002000760065007200730069006f006e006900200073007500630063006500730073006900760065002e>
 /JPN <FEFF9ad854c18cea51fa529b7528002000410064006f0062006500200050004400460020658766f8306e4f5c6210306b4f7f75283057307e30593002537052376642306e753b8cea3092670059279650306b4fdd306430533068304c3067304d307e3059300230c730b930af30c830c330d730d730ea30f330bf3067306e53705237307e305f306f30d730eb30fc30d57528306b9069305730663044307e305930023053306e8a2d5b9a30674f5c62103055308c305f0020005000440046002030d530a130a430eb306f3001004100630072006f0062006100740020304a30883073002000410064006f00620065002000520065006100640065007200200035002e003000204ee5964d3067958b304f30533068304c3067304d307e30593002>
 /KOR <FEFFc7740020c124c815c7440020c0acc6a9d558c5ec0020b370c2a4d06cd0d10020d504b9b0d1300020bc0f0020ad50c815ae30c5d0c11c0020ace0d488c9c8b85c0020c778c1c4d560002000410064006f0062006500200050004400460020bb38c11cb97c0020c791c131d569b2c8b2e4002e0020c774b807ac8c0020c791c131b41c00200050004400460020bb38c11cb2940020004100630072006f0062006100740020bc0f002000410064006f00620065002000520065006100640065007200200035002e00300020c774c0c1c5d0c11c0020c5f40020c2180020c788c2b5b2c8b2e4002e>
 /NLD (Gebruik deze instellingen om Adobe PDF-documenten te maken voor kwaliteitsafdrukken op desktopprinters en proofers. De gemaakte PDF-documenten kunnen worden geopend met Acrobat en Adobe Reader 5.0 en hoger.)
 /NOR <FEFF004200720075006b00200064006900730073006500200069006e006e007300740069006c006c0069006e00670065006e0065002000740069006c002000e50020006f0070007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740065007200200066006f00720020007500740073006b00720069006600740020006100760020006800f800790020006b00760061006c00690074006500740020007000e500200062006f007200640073006b0072006900760065007200200065006c006c00650072002000700072006f006f006600650072002e0020005000440046002d0064006f006b0075006d0065006e00740065006e00650020006b0061006e002000e50070006e00650073002000690020004100630072006f00620061007400200065006c006c00650072002000410064006f00620065002000520065006100640065007200200035002e003000200065006c006c00650072002000730065006e006500720065002e>
 /PTB <FEFF005500740069006c0069007a006500200065007300730061007300200063006f006e00660069006700750072006100e700f50065007300200064006500200066006f0072006d00610020006100200063007200690061007200200064006f00630075006d0065006e0074006f0073002000410064006f0062006500200050004400460020007000610072006100200069006d0070007200650073007300f5006500730020006400650020007100750061006c0069006400610064006500200065006d00200069006d00700072006500730073006f0072006100730020006400650073006b0074006f00700020006500200064006900730070006f00730069007400690076006f0073002000640065002000700072006f00760061002e0020004f007300200064006f00630075006d0065006e0074006f00730020005000440046002000630072006900610064006f007300200070006f00640065006d0020007300650072002000610062006500720074006f007300200063006f006d0020006f0020004100630072006f006200610074002000650020006f002000410064006f00620065002000520065006100640065007200200035002e0030002000650020007600650072007300f50065007300200070006f00730074006500720069006f007200650073002e>
 /SUO <FEFF004b00e40079007400e40020006e00e40069007400e4002000610073006500740075006b007300690061002c0020006b0075006e0020006c0075006f0074002000410064006f0062006500200050004400460020002d0064006f006b0075006d0065006e007400740065006a00610020006c0061006100640075006b006100730074006100200074007900f6007000f60079007400e400740075006c006f0073007400750073007400610020006a00610020007600650064006f007300740075007300740061002000760061007200740065006e002e00200020004c0075006f0064007500740020005000440046002d0064006f006b0075006d0065006e00740069007400200076006f0069006400610061006e0020006100760061007400610020004100630072006f0062006100740069006c006c00610020006a0061002000410064006f00620065002000520065006100640065007200200035002e0030003a006c006c00610020006a006100200075007500640065006d006d0069006c006c0061002e>
 /SVE <FEFF0041006e007600e4006e00640020006400650020006800e4007200200069006e0073007400e4006c006c006e0069006e006700610072006e00610020006f006d002000640075002000760069006c006c00200073006b006100700061002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740020006600f600720020006b00760061006c00690074006500740073007500740073006b0072006900660074006500720020007000e5002000760061006e006c00690067006100200073006b0072006900760061007200650020006f006300680020006600f600720020006b006f007200720065006b007400750072002e002000200053006b006100700061006400650020005000440046002d0064006f006b0075006d0065006e00740020006b0061006e002000f600700070006e00610073002000690020004100630072006f0062006100740020006f00630068002000410064006f00620065002000520065006100640065007200200035002e00300020006f00630068002000730065006e006100720065002e>
 /ENU (Use these settings to create Adobe PDF documents for quality printing on desktop printers and proofers. Created PDF documents can be opened with Acrobat and Adobe Reader 5.0 and later.)
 >>
 /Namespace [
 (Adobe)
 (Common)
 (1.0)
 ]
 /OtherNamespaces [
 <<
 /AsReaderSpreads false
 /CropImagesToFrames true
 /ErrorControl /WarnAndContinue
 /FlattenerIgnoreSpreadOverrides false
 /IncludeGuidesGridsfalse
 /IncludeNonPrinting false
 /IncludeSlug false
 /Namespace [
 (Adobe)
 (InDesign)
 (4.0)
 ]
 /OmitPlacedBitmaps false
 /OmitPlacedEPS false
 /OmitPlacedPDF false
 /SimulateOverprint /Legacy
 >>
 <<
 /AddBleedMarks false
 /AddColorBars false
 /AddCropMarks false
 /AddPageInfo false
 /AddRegMarks false
 /ConvertColors /NoConversion
 /DestinationProfileName ()
 /DestinationProfileSelector /NA
 /Downsample16BitImages true
 /FlattenerPreset <<
 /PresetSelector /MediumResolution
 >>
 /FormElements false
 /GenerateStructure true
 /IncludeBookmarks false
 /IncludeHyperlinks false
 /IncludeInteractive false
 /IncludeLayers false
 /IncludeProfiles true
 /MultimediaHandling /UseObjectSettings
 /Namespace [
 (Adobe)
 (CreativeSuite)
 (2.0)
 ]
 /PDFXOutputIntentProfileSelector /NA
 /PreserveEditing true
 /UntaggedCMYKHandling /LeaveUntagged
 /UntaggedRGBHandling /LeaveUntagged
 /UseDocumentBleed false
 >>
 ]
>> setdistillerparams
<<
 /HWResolution [2400 2400]
 /PageSize [612.000 792.000]
>> setpagedevice