SlideShare una empresa de Scribd logo
1 de 3
Por: RoberthPaul LoaizaR.
Carrera: SistemasInformáticos
Paralelo:“B”
Profesor:Ing.FrancoGuaman
Fecha:24/Junio/2014
Tema:Unidad 6. DiseñoArquitectónico.
VISTAS ARQUITECTÓNICAS.
Las vistas arquitectónicas representan un aspecto parcial de una arquitectura de software que
muestran propiedades específicas del sistema.
Por tal motivo las vistas arquitectónicas son de gran utilidad, ya que una única representación de la
arquitectura del sistema resultaría demasiado compleja y poco útil para todos los involucrados, pues
contendría mucha información irrelevante para la mayoría de estos involucrados. Es por ello que se
plantea la necesidad de representaciones que contengan únicamente elementos que resultan de
importancia para un cierto grupo de involucrados.
Además una vista arquitectónica es una descripción simplificada o abstracción de un sistema desde
una perspectiva específica, que cubre intereses particulares y omite entidades no relevantes a esta
perspectiva.
A continuación se mencionan ciertos elementos que forman parte de las vistas arquitectónicas:
* Punto de vista de los involucrados e intereses de los mismos.
* Elementos que serán capturados y representados en la vista y las relaciones entre estos.
* Principios para organizar la vista.
* Forma en que se relacionan los elementos de una vista con otras vistas.
* Proceso a ser utilizado para la creación de la vista.
Las vistas propuestas no son independientes entre sí, puesto que son perspectivas distintas de un
mismo sistema. Debido a esto, las vistas arquitectónicas deben estar coordinadas, de manera tal que
al realizar cambios, estos se vean correctamente reflejados en las vistas afectadas, garantizando
consistencia entre las mismas.
Ante la diversidad de planteamientos sobre las distintas perspectivas de un mismo sistema, resulta
interesante establecer comparaciones entre los mismos, puesto que, en algunos casos, hacen
referencia a un mismo tipo de perspectiva bajo nombres de vistas distintos, o por el contrario, bajo
elmismo nombre expresanperspectivas diferentes. De igual forma, hay vistas que contemplan varias
perspectivas, así como también varias vistas pueden crear una única perspectiva.
A continuación se mencionan las vistas arquitectónicas más importantes.
1.4.1. VISTA ARQUITECTÓNICA DE JOHN ZACHMAN
Es una matriz de 36 celdas que abarca preguntas como Quién, Qué, Dónde, Cuándo, Por qué y Cómo
de una Organización. También incluye 6 puntos de vista o perspectivas, iniciando desde un nivel alto
de abstracción del negocio y llegando hasta el de implementación. La estructura puede contener
planes, detalles técnicos, listas y diagramas. Cualquier método, estándar, papel de trabajo o técnica
puede incorporarse a la estructura.
No obstante, hay que reconocer que tres de las vistas propuestas por Zachman (conceptual, lógica y
física) corresponden a los marcos de referencia para vistas arquitectónicas posteriores.
1.4.2. VISTA ARQUITECTÓNICA DE PHILIPPE KRUCHTEN
Philippe Kruchtenpropuso el modelo “4+1”, vinculado alRational Unified Process (RUP),que define
cuatro vistas diferentes de la arquitectura de software:
Vista lógica. Comprende las abstracciones fundamentales del sistema a partir del dominio del
problema.
Vista de proceso. Conjunto de procesos de ejecución independiente a partir de las abstracciones
anteriores.
Vista física. Mapeado del software sobre el hardware.
Vista de desarrollo. Organización estática de módulos en el entorno de desarrollo.
El modelo 4+1 se percibe como un intento de reformular una arquitectura estructuraly descriptiva en
términos de objeto y de UML.
1.4.3. VISTA ARQUITECTÓNICA DE GRADY BOOCH, JAMES RUMBAUGH
E IVAR JACOBSON
En la introducción a UML, Grady Booch, James Rumbaugh e Ivar Jacobson formularon un esquema
de cinco vistas interrelacionadas que conforman la arquitectura de software.
En esta perspectiva, la arquitectura de software es un conjunto de decisiones significativas sobre los
siguientes puntos:
* La organización de un sistema de software.
* La selección de elementos estructurales y sus interfaces a través de los cuales se constituye el
sistema.
* El comportamiento, según resulta de las colaboraciones entre los elementos.
* La composición de los elementos estructurales y de comportamiento en subsistemas
progresivamente mayores.
* El estilo arquitectónico que guía la organización, los elementos estáticos y dinámicos y sus
interfaces, sus colaboraciones y su composición.
Además proporcionan un esquema de cinco vistas posibles de la arquitectura de un sistema:
* Vista de casos de uso, como la perciben los usuarios, analistas y encargados de las pruebas.
* Vista de diseño que comprende, las clases, interfaces y colaboraciones que forman el vocabulario
del problema y su solución.
* Vista de procesos que conforman los hilos y procesos que forman los mecanismos de sincronización
y concurrencia.
* Vista de implementación que incluye, los componentes y archivos sobre el sistema físico.
* Vista de despliegue que comprende, los nodos que forma la topología de hardware sobre la que se
ejecuta el sistema.
Referencias.
✓ Ana Orellana, Verónica Velasteguí; EVALUACION DE LA ARQUITECTURA DE SOFTWARE DE
APLICACIONES DE PRODUCCIÓN; Mayo 2007; 1.4 Vistas Arquitectónicas pág 11 - 18; enlace:
http://bibdigital.epn.edu.ec/bitstream/15000/414/1/CD-0818.pdf
✓ Anonimo; Arquitectura de Software; Usar Arquitecturas basadas en Componentes; Octubre
2007; enlace http://ldc.usb.ve/~mgoncalves/IS2/sd07/clase7.pdf
✓ Anomino; Arquitectura del Software; Diseño de la Arquitectura; Octubre 2013; enlace:
http://www.slideshare.net/landeta_p/2-1-vistas-arquitectonicas#
✓ Kruchten P. Architectural Blueprints—The “4+1” View Model of Software Architecture. IEEE
Software, November 1995, 12 (6), pp.42-50.
✓ Erika Camacho, Fabio Cardeso, Gabriel Nuñez; Arquitecturas de Software; 4.1 Estilo
Arquitectónico 19 - 21;Abril 2004; enlace: http://prof.usb.ve/lmendoza/Documentos/PS -
6116/Guia%20Arquitectura%20v.2.pdf
✓ Ian Sommerville; Ingeniería de Software; Diseño Arquitectónico; 6.2 Vistas arquitectónicas pág
153 - 155; 2011.

Más contenido relacionado

La actualidad más candente

Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
ElvisAR
 
Arquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capasArquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capas
anibalsmit
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
itsarellano
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
Seba Briones
 

La actualidad más candente (20)

Ingeniería web_Unidad 3
Ingeniería web_Unidad 3Ingeniería web_Unidad 3
Ingeniería web_Unidad 3
 
Casos de estudio para diagramas de clases
Casos de estudio para diagramas de clasesCasos de estudio para diagramas de clases
Casos de estudio para diagramas de clases
 
UML
UMLUML
UML
 
Ieee 830 srs
Ieee 830 srsIeee 830 srs
Ieee 830 srs
 
Xp
XpXp
Xp
 
Ingeniería de software modelo incremental
Ingeniería de software  modelo incrementalIngeniería de software  modelo incremental
Ingeniería de software modelo incremental
 
Metodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentesMetodología de desarrollo de software basada en componentes
Metodología de desarrollo de software basada en componentes
 
Mapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de SoftwareMapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de Software
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
Arquitectura de Software
Arquitectura de SoftwareArquitectura de Software
Arquitectura de Software
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Arquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capasArquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capas
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
 
Las Mediciones de Software y sus Aplicaciomes
Las Mediciones de Software y sus AplicaciomesLas Mediciones de Software y sus Aplicaciomes
Las Mediciones de Software y sus Aplicaciomes
 
Arquitecturas de software exposicion
Arquitecturas de software   exposicionArquitecturas de software   exposicion
Arquitecturas de software exposicion
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
 
Cuadro comparativo
Cuadro comparativo Cuadro comparativo
Cuadro comparativo
 

Similar a Vistas arquitectonicas. _Ing Software

Planos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de laPlanos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de la
Julio Pari
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
Epmaps q
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
errroman
 
Analisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSEAnalisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSE
Mari Cruz
 

Similar a Vistas arquitectonicas. _Ing Software (20)

Diseño de Sistemas de Información en la Empresa
Diseño de Sistemas de Información en la EmpresaDiseño de Sistemas de Información en la Empresa
Diseño de Sistemas de Información en la Empresa
 
Tema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareTema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de software
 
Análisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptxAnálisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptx
 
Planos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de laPlanos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de la
 
Metodologia
MetodologiaMetodologia
Metodologia
 
Modelo4 1
Modelo4 1Modelo4 1
Modelo4 1
 
Modelo4 1
Modelo4 1Modelo4 1
Modelo4 1
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetos
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
 
6t
6t6t
6t
 
Conceptos basicos arquitectura de software
Conceptos basicos arquitectura de softwareConceptos basicos arquitectura de software
Conceptos basicos arquitectura de software
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Metodología OOSE.pdf
Metodología OOSE.pdfMetodología OOSE.pdf
Metodología OOSE.pdf
 
A02 sad
A02 sadA02 sad
A02 sad
 
ISI
ISIISI
ISI
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
 
Slideshare 2do corte, luismortell
Slideshare 2do corte, luismortellSlideshare 2do corte, luismortell
Slideshare 2do corte, luismortell
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
 
Analisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSEAnalisis y Diseños de Sistemas 2-Metodologia OOSE
Analisis y Diseños de Sistemas 2-Metodologia OOSE
 
Unidad 1 y 2 de desarrollo
Unidad 1 y 2 de desarrolloUnidad 1 y 2 de desarrollo
Unidad 1 y 2 de desarrollo
 

Más de Roberth Loaiza (15)

Ionic framework UTPL
Ionic framework UTPLIonic framework UTPL
Ionic framework UTPL
 
SAD Vistas "4+1" PoD
SAD Vistas "4+1" PoD SAD Vistas "4+1" PoD
SAD Vistas "4+1" PoD
 
Presentación gti
Presentación gtiPresentación gti
Presentación gti
 
Métodos de evaluación de proyectos de inversión
Métodos de evaluación de proyectos de inversiónMétodos de evaluación de proyectos de inversión
Métodos de evaluación de proyectos de inversión
 
IA Ensayo UTPL
IA Ensayo UTPLIA Ensayo UTPL
IA Ensayo UTPL
 
Métodos de evaluación de inversión de proyectos.
Métodos de evaluación de inversión de proyectos.Métodos de evaluación de inversión de proyectos.
Métodos de evaluación de inversión de proyectos.
 
Escribir y publicar trabajos científicos.
Escribir y publicar trabajos científicos.Escribir y publicar trabajos científicos.
Escribir y publicar trabajos científicos.
 
Biaventuras_Padre nuestro
Biaventuras_Padre nuestroBiaventuras_Padre nuestro
Biaventuras_Padre nuestro
 
Necesidad de la recuperación
Necesidad de la recuperaciónNecesidad de la recuperación
Necesidad de la recuperación
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Modelado UML
Modelado UMLModelado UML
Modelado UML
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Principio de arquímedes
Principio de arquímedesPrincipio de arquímedes
Principio de arquímedes
 
Ecuaciones y desigualdades.
Ecuaciones y desigualdades. Ecuaciones y desigualdades.
Ecuaciones y desigualdades.
 
Informatica
InformaticaInformatica
Informatica
 

Último

INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNATINSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
evercoyla
 
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONALSESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
EdwinC23
 
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
samuelsan933
 
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbbTema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
antoniolfdez2006
 
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
GustavoAdolfoDiaz3
 

Último (20)

INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNATINSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
INSUMOS QUIMICOS Y BIENES FISCALIZADOS POR LA SUNAT
 
422382393-Curso-de-Tableros-Electricos.pptx
422382393-Curso-de-Tableros-Electricos.pptx422382393-Curso-de-Tableros-Electricos.pptx
422382393-Curso-de-Tableros-Electricos.pptx
 
27311861-Cuencas-sedimentarias-en-Colombia.ppt
27311861-Cuencas-sedimentarias-en-Colombia.ppt27311861-Cuencas-sedimentarias-en-Colombia.ppt
27311861-Cuencas-sedimentarias-en-Colombia.ppt
 
Determinación de espacios en la instalación
Determinación de espacios en la instalaciónDeterminación de espacios en la instalación
Determinación de espacios en la instalación
 
“Análisis comparativo de viscosidad entre los fluidos de yogurt natural, acei...
“Análisis comparativo de viscosidad entre los fluidos de yogurt natural, acei...“Análisis comparativo de viscosidad entre los fluidos de yogurt natural, acei...
“Análisis comparativo de viscosidad entre los fluidos de yogurt natural, acei...
 
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONALSESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
SESION 11 SUPERVISOR SSOMA SEGURIDAD Y SALUD OCUPACIONAL
 
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
S3-OXIDOS-HIDROXIDOS-CARBONATOS (mineralogia)
 
Auditoría de Sistemas de Gestión
Auditoría    de   Sistemas     de GestiónAuditoría    de   Sistemas     de Gestión
Auditoría de Sistemas de Gestión
 
1. Equipos Primarios de una Subestaciones electricas
1. Equipos Primarios de una Subestaciones electricas1. Equipos Primarios de una Subestaciones electricas
1. Equipos Primarios de una Subestaciones electricas
 
GUIA DE SEGURIDAD PARA VENTILACION DE MINAS-POSITIVA.pdf
GUIA DE SEGURIDAD PARA VENTILACION DE MINAS-POSITIVA.pdfGUIA DE SEGURIDAD PARA VENTILACION DE MINAS-POSITIVA.pdf
GUIA DE SEGURIDAD PARA VENTILACION DE MINAS-POSITIVA.pdf
 
3er Informe Laboratorio Quimica General (2) (1).pdf
3er Informe Laboratorio Quimica General  (2) (1).pdf3er Informe Laboratorio Quimica General  (2) (1).pdf
3er Informe Laboratorio Quimica General (2) (1).pdf
 
ingenieria grafica para la carrera de ingeniera .pptx
ingenieria grafica para la carrera de ingeniera .pptxingenieria grafica para la carrera de ingeniera .pptx
ingenieria grafica para la carrera de ingeniera .pptx
 
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHTAPORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
 
portafolio final manco 2 1816827 portafolio de evidencias
portafolio final manco 2 1816827 portafolio de evidenciasportafolio final manco 2 1816827 portafolio de evidencias
portafolio final manco 2 1816827 portafolio de evidencias
 
DIAPOSITIVAS DE SEGURIDAD Y SALUD EN EL TRABAJO
DIAPOSITIVAS DE SEGURIDAD Y SALUD EN EL TRABAJODIAPOSITIVAS DE SEGURIDAD Y SALUD EN EL TRABAJO
DIAPOSITIVAS DE SEGURIDAD Y SALUD EN EL TRABAJO
 
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVOESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
 
libro de ingeniería de petróleos y operaciones
libro de ingeniería de petróleos y operacioneslibro de ingeniería de petróleos y operaciones
libro de ingeniería de petróleos y operaciones
 
Aportes a la Arquitectura de Le Corbusier y Mies Van der Rohe
Aportes a la Arquitectura de Le Corbusier y Mies Van der RoheAportes a la Arquitectura de Le Corbusier y Mies Van der Rohe
Aportes a la Arquitectura de Le Corbusier y Mies Van der Rohe
 
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbbTema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
Tema ilustrado 9.2.docxbbbbbbbbbbbbbbbbbbb
 
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
3.6.2 Lab - Implement VLANs and Trunking - ILM.pdf
 

Vistas arquitectonicas. _Ing Software

  • 1. Por: RoberthPaul LoaizaR. Carrera: SistemasInformáticos Paralelo:“B” Profesor:Ing.FrancoGuaman Fecha:24/Junio/2014 Tema:Unidad 6. DiseñoArquitectónico. VISTAS ARQUITECTÓNICAS. Las vistas arquitectónicas representan un aspecto parcial de una arquitectura de software que muestran propiedades específicas del sistema. Por tal motivo las vistas arquitectónicas son de gran utilidad, ya que una única representación de la arquitectura del sistema resultaría demasiado compleja y poco útil para todos los involucrados, pues contendría mucha información irrelevante para la mayoría de estos involucrados. Es por ello que se plantea la necesidad de representaciones que contengan únicamente elementos que resultan de importancia para un cierto grupo de involucrados. Además una vista arquitectónica es una descripción simplificada o abstracción de un sistema desde una perspectiva específica, que cubre intereses particulares y omite entidades no relevantes a esta perspectiva. A continuación se mencionan ciertos elementos que forman parte de las vistas arquitectónicas: * Punto de vista de los involucrados e intereses de los mismos. * Elementos que serán capturados y representados en la vista y las relaciones entre estos. * Principios para organizar la vista. * Forma en que se relacionan los elementos de una vista con otras vistas. * Proceso a ser utilizado para la creación de la vista. Las vistas propuestas no son independientes entre sí, puesto que son perspectivas distintas de un mismo sistema. Debido a esto, las vistas arquitectónicas deben estar coordinadas, de manera tal que al realizar cambios, estos se vean correctamente reflejados en las vistas afectadas, garantizando consistencia entre las mismas. Ante la diversidad de planteamientos sobre las distintas perspectivas de un mismo sistema, resulta interesante establecer comparaciones entre los mismos, puesto que, en algunos casos, hacen referencia a un mismo tipo de perspectiva bajo nombres de vistas distintos, o por el contrario, bajo
  • 2. elmismo nombre expresanperspectivas diferentes. De igual forma, hay vistas que contemplan varias perspectivas, así como también varias vistas pueden crear una única perspectiva. A continuación se mencionan las vistas arquitectónicas más importantes. 1.4.1. VISTA ARQUITECTÓNICA DE JOHN ZACHMAN Es una matriz de 36 celdas que abarca preguntas como Quién, Qué, Dónde, Cuándo, Por qué y Cómo de una Organización. También incluye 6 puntos de vista o perspectivas, iniciando desde un nivel alto de abstracción del negocio y llegando hasta el de implementación. La estructura puede contener planes, detalles técnicos, listas y diagramas. Cualquier método, estándar, papel de trabajo o técnica puede incorporarse a la estructura. No obstante, hay que reconocer que tres de las vistas propuestas por Zachman (conceptual, lógica y física) corresponden a los marcos de referencia para vistas arquitectónicas posteriores. 1.4.2. VISTA ARQUITECTÓNICA DE PHILIPPE KRUCHTEN Philippe Kruchtenpropuso el modelo “4+1”, vinculado alRational Unified Process (RUP),que define cuatro vistas diferentes de la arquitectura de software: Vista lógica. Comprende las abstracciones fundamentales del sistema a partir del dominio del problema. Vista de proceso. Conjunto de procesos de ejecución independiente a partir de las abstracciones anteriores. Vista física. Mapeado del software sobre el hardware. Vista de desarrollo. Organización estática de módulos en el entorno de desarrollo. El modelo 4+1 se percibe como un intento de reformular una arquitectura estructuraly descriptiva en términos de objeto y de UML. 1.4.3. VISTA ARQUITECTÓNICA DE GRADY BOOCH, JAMES RUMBAUGH E IVAR JACOBSON En la introducción a UML, Grady Booch, James Rumbaugh e Ivar Jacobson formularon un esquema de cinco vistas interrelacionadas que conforman la arquitectura de software. En esta perspectiva, la arquitectura de software es un conjunto de decisiones significativas sobre los siguientes puntos: * La organización de un sistema de software.
  • 3. * La selección de elementos estructurales y sus interfaces a través de los cuales se constituye el sistema. * El comportamiento, según resulta de las colaboraciones entre los elementos. * La composición de los elementos estructurales y de comportamiento en subsistemas progresivamente mayores. * El estilo arquitectónico que guía la organización, los elementos estáticos y dinámicos y sus interfaces, sus colaboraciones y su composición. Además proporcionan un esquema de cinco vistas posibles de la arquitectura de un sistema: * Vista de casos de uso, como la perciben los usuarios, analistas y encargados de las pruebas. * Vista de diseño que comprende, las clases, interfaces y colaboraciones que forman el vocabulario del problema y su solución. * Vista de procesos que conforman los hilos y procesos que forman los mecanismos de sincronización y concurrencia. * Vista de implementación que incluye, los componentes y archivos sobre el sistema físico. * Vista de despliegue que comprende, los nodos que forma la topología de hardware sobre la que se ejecuta el sistema. Referencias. ✓ Ana Orellana, Verónica Velasteguí; EVALUACION DE LA ARQUITECTURA DE SOFTWARE DE APLICACIONES DE PRODUCCIÓN; Mayo 2007; 1.4 Vistas Arquitectónicas pág 11 - 18; enlace: http://bibdigital.epn.edu.ec/bitstream/15000/414/1/CD-0818.pdf ✓ Anonimo; Arquitectura de Software; Usar Arquitecturas basadas en Componentes; Octubre 2007; enlace http://ldc.usb.ve/~mgoncalves/IS2/sd07/clase7.pdf ✓ Anomino; Arquitectura del Software; Diseño de la Arquitectura; Octubre 2013; enlace: http://www.slideshare.net/landeta_p/2-1-vistas-arquitectonicas# ✓ Kruchten P. Architectural Blueprints—The “4+1” View Model of Software Architecture. IEEE Software, November 1995, 12 (6), pp.42-50. ✓ Erika Camacho, Fabio Cardeso, Gabriel Nuñez; Arquitecturas de Software; 4.1 Estilo Arquitectónico 19 - 21;Abril 2004; enlace: http://prof.usb.ve/lmendoza/Documentos/PS - 6116/Guia%20Arquitectura%20v.2.pdf ✓ Ian Sommerville; Ingeniería de Software; Diseño Arquitectónico; 6.2 Vistas arquitectónicas pág 153 - 155; 2011.