Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Download
Standard view
Full view
of .
Look up keyword
Like this
110Activity
0 of .
Results for:
No results containing your search query
P. 1
Arquitectura de Software (Adrian Lasso)

Arquitectura de Software (Adrian Lasso)

Ratings:

4.67

(1)
|Views: 11,714|Likes:
Published by eriveraa
Explicaciòn de las capas Conceptual, Logica, Fisica e Implementaciòn.
Explicaciòn de las capas Conceptual, Logica, Fisica e Implementaciòn.

More info:

Published by: eriveraa on Jul 26, 2007
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

02/27/2013

pdf

text

original

 
Arquitectura de Software
Adrián Lasso, MVPalasso@baufest.com
Motivación
Hace un tiempo atrás, al comenzar un proyecto de desarrollo en .NET para un cliente,en las primeras reuniones con la gerencia de sistemas y los usuarios, planteo lanecesidad de crear un documento de arquitectura de la solución, inmediatamente meresponden que no hacia falta ya que la arquitectura estaba definida. Personal de sistemasde mi cliente me describe la arquitectura que debería seguir el nuevo sistema adesarrollar, que puede resumirse con el diagrama de la
Figura 1
para un mejor entendimiento:Lo que me explicaban, es que ya estaba decidido que el sistema tendría una
Arquitectura Web
basada en plataforma Microsoft, o sea, un cliente usando un InternetExplorer 6.0, un servidor corriendo IIS y los componentes de sistema desarrollados enASP.NET accediendo a otro servidor que contendría los datos dentro de un SQL Server.Después de haber escuchado atentamente la explicación, aunque hubiese sido mejor quemi cliente tuviese un diagrama como el de arriba, comencé a explicarles que en realidadlo que me habían contado era solo una
vista
de lo que se entiende por arquitectura de unsistema. No era la primera vez que me ocurría en este tipo de situación ya que existe poca difusión sobre el tema y a raíz de eso se me surgió la idea de este artículo.
Las Vistas de la Arquitectura de una Aplicación
Lo primero que quiero contar es que la Arquitectura de una Aplicación es una de las posibles perspectivas de una Arquitectura Corporativa. ¿Cómo? ¿Otra arquitectura más?
 
Si claro, una aplicación vive dentro de una organización y ésta tiene un arquitectura quedescribe su estructura y funciones. La idea es describir la estructura de "sistemas" conmodelos que describan la visión que tienen los distintos interesados o
stakeholders
dela organización, para poder usar, planificar y tomar decisiones mejores sobre temas detecnología informática.Entonces, y para ir de lo general a lo particular, para una organización cualquiera, se puede hablar de la arquitectura informática de la misma desde distintas perspectivas yalgunas de ellas son:
Negocio:
Describe el funcionamiento interno del negocio central de laorganización.
Aplicación:
Muestra las aplicaciones de la organización, su funcionalidad yrelaciones.
Información:
Describe la información que maneja la organización y cómo estáligada a los circuitos de trabajo.
Tecnología:
Describe la estructura de hardware y software de base que dasoporte informático a la organización.Es importante recalcar que estas perspectivas son las que tienen los interesados de laorganización o empresa, de esta manera, queda claro que habrá interesados en el
negocio
y su funcionamiento, las
aplicaciones
y sus relaciones, la
información
(losdatos) que maneja la organización y la
tecnología
(hardware y software de base) que dasustento informático.Volviendo a mi cliente, lo que me había contando es en realidad, una de las posibles devistas de la arquitectura de una aplicación. En particular la descripción que hizo es más bien una visión "física" de la solución, o sea, de la infraestructura de hardware conalgunos detalles del software de base en la que debíamos basar el desarrollo.Otras de las posibles vistas de la arquitectura de una aplicación serían:
Vista Conceptual.
Vista Lógica.
Vista Física.
Vista de Implementación.Al desarrollar una aplicación puede ser de gran valor describir estas vistas dentro de undocumento de arquitectura. La notación que más ampliamente se está utilizando es elLenguaje Unificado de Modelado o
UML
de sus siglas en inglés.
Vista Conceptual
La arquitectura de una aplicación está guiada, en gran medida, por los requerimientos(funcionales y no-funcionales) que debe cubrir el sistema y normalmente se toma elsubconjunto más arquitectónicamente importante de dichos requerimientos paradefinirla. La vista conceptual es usada para definir los requerimientos funcionales y lavisión que los usuarios del negocio tienen de la aplicación y describir el modelo denegocio que la arquitectura debe cubrir. Si se está usando el
Proceso Unificado
como
 
metodología de desarrollo, esta vista estará descripta en términos de
Casos de Uso
,
Diagramas de Actividad
,
Procesos de Negocio
,
Entidades del Negocio
, etc. quedefinen la funcionalidad que la aplicación deberá brindar. Esta vista muestra lossubsistemas y módulos en los que se divide la aplicación y la funcionalidad que brindadentro de cada uno de ellos. En términos de UML, un ejemplo podría ser el que semuestra en la
Figura 2
.En el ejemplo vemos la agrupación funcional de casos de uso en paquetes que,normalmente, siguen la descomposición jerárquica de la empresa u organización. Aldocumentar esta vista, los casos de uso que se incluyen son aquellos que representanalgo funcionalmente significativo, o si tienen impacto en elementos de la arquitecturageneral (estresan o ilustran algún punto delicado).
Vista Lógica
Muestra los componentes principales de diseño y sus relaciones de forma independientede los detalles técnicos y de cómo la funcionalidad será implementada en la plataformade ejecución (ejemplo, .NET Framework). Los arquitectos crean modelos de diseño dela aplicación, los cuales son vistas lógicas del modelo funcional y que describen lasolución. Se describe la solución en términos de paquetes y clases de diseño. Siguiendoel supuesto de que se está usando el Proceso Unificado, dentro de esta vista se describela Realización de los
Casos de Uso
,
subsistemas
,
paquetes
y
clases
de los casos de usomás significativos arquitectónicamente. La
Figura 3
muestra este tipo de descripción.

Activity (110)

You've already reviewed this. Edit your review.
1 thousand reads
1 hundred reads
Aparicio Edwin liked this
Xavier Cedeño liked this
florybel liked this
Marcelo Moyano liked this
Johaysa Tkd liked this
Diro Ekira liked this

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->