SlideShare uma empresa 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.

Mais conteúdo relacionado

Mais procurados

Modelo Ciclo de Vida Clasico o en Cascada
Modelo Ciclo de Vida Clasico o en CascadaModelo Ciclo de Vida Clasico o en Cascada
Modelo Ciclo de Vida Clasico o en CascadaMildred Iribe
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareRoger Villegas
 
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 SOFTWAREjose_rob
 
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistemafanyto
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De SoftwareJulio Pari
 
Tecnicas de recoleccion_de_informacion
Tecnicas de recoleccion_de_informacionTecnicas de recoleccion_de_informacion
Tecnicas de recoleccion_de_informacionJose Luis Buenaño
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UMLramirezjaime
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicoslandeta_p
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de softwareDiaxz Salgado
 
Estrategias de procesamiento de consultas distribuidas
Estrategias de procesamiento de consultas distribuidasEstrategias de procesamiento de consultas distribuidas
Estrategias de procesamiento de consultas distribuidasJosé Mendoza
 
Diagrama desecuenciabiblioteca 1
Diagrama desecuenciabiblioteca 1Diagrama desecuenciabiblioteca 1
Diagrama desecuenciabiblioteca 11052403005n
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)katherine revelo gomez
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de softwareLiliana Pacheco
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRene Guaman-Quinche
 

Mais procurados (20)

Modelo Ciclo de Vida Clasico o en Cascada
Modelo Ciclo de Vida Clasico o en CascadaModelo Ciclo de Vida Clasico o en Cascada
Modelo Ciclo de Vida Clasico o en Cascada
 
Fundamentos de la arquitectura de software
Fundamentos de la arquitectura de softwareFundamentos de la arquitectura de software
Fundamentos de la arquitectura de software
 
10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
 
Rational rose
Rational roseRational rose
Rational rose
 
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
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistema
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
Tecnicas de recoleccion_de_informacion
Tecnicas de recoleccion_de_informacionTecnicas de recoleccion_de_informacion
Tecnicas de recoleccion_de_informacion
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Manual de-usuario-de-enterprise-architect
Manual de-usuario-de-enterprise-architectManual de-usuario-de-enterprise-architect
Manual de-usuario-de-enterprise-architect
 
Estrategias de procesamiento de consultas distribuidas
Estrategias de procesamiento de consultas distribuidasEstrategias de procesamiento de consultas distribuidas
Estrategias de procesamiento de consultas distribuidas
 
Diagrama desecuenciabiblioteca 1
Diagrama desecuenciabiblioteca 1Diagrama desecuenciabiblioteca 1
Diagrama desecuenciabiblioteca 1
 
Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)Arquitectura flujo de datos(filtros y tuberías)
Arquitectura flujo de datos(filtros y tuberías)
 
Modelos uml compras v4
Modelos uml compras v4Modelos uml compras v4
Modelos uml compras v4
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 

Semelhante a Vistas arquitectonicas. _Ing Software

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 EmpresaEdicion Ticnews
 
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 softwareMagemyl Egana
 
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.pptxoscaralava3
 
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 laJulio Pari
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetosMariana Rodríguez
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de softwareDannys Hidalgo
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lassoEpmaps q
 
Slideshare 2do corte, luismortell
Slideshare 2do corte, luismortellSlideshare 2do corte, luismortell
Slideshare 2do corte, luismortellforwer1223
 
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ísicoerrroman
 
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 OOSEMari Cruz
 

Semelhante 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
 

Mais de Roberth Loaiza

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ónRoberth Loaiza
 
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.Roberth Loaiza
 
Escribir y publicar trabajos científicos.
Escribir y publicar trabajos científicos.Escribir y publicar trabajos científicos.
Escribir y publicar trabajos científicos.Roberth Loaiza
 
Biaventuras_Padre nuestro
Biaventuras_Padre nuestroBiaventuras_Padre nuestro
Biaventuras_Padre nuestroRoberth Loaiza
 
Necesidad de la recuperación
Necesidad de la recuperaciónNecesidad de la recuperación
Necesidad de la recuperaciónRoberth Loaiza
 
Principio de arquímedes
Principio de arquímedesPrincipio de arquímedes
Principio de arquímedesRoberth Loaiza
 
Ecuaciones y desigualdades.
Ecuaciones y desigualdades. Ecuaciones y desigualdades.
Ecuaciones y desigualdades. Roberth Loaiza
 

Mais 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

Estudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesEstudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesRamonCortez4
 
lean manufacturing and its definition for industries
lean manufacturing and its definition for industrieslean manufacturing and its definition for industries
lean manufacturing and its definition for industriesbarom
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosJeanCarlosLorenzo1
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023ANDECE
 
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEfrain Yungan
 
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdfRicardoRomeroUrbano
 
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfINSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfautomatechcv
 
Introduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfIntroduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfjhorbycoralsanchez
 
electricidad básica, ejemplos prácticos y ejercicios
electricidad básica, ejemplos prácticos y ejercicioselectricidad básica, ejemplos prácticos y ejercicios
electricidad básica, ejemplos prácticos y ejerciciosEfrain Yungan
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCANDECE
 
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTACUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTAvanessaecharry2511
 
Historia de la Arquitectura II, 1era actividad..pdf
Historia de la Arquitectura II, 1era actividad..pdfHistoria de la Arquitectura II, 1era actividad..pdf
Historia de la Arquitectura II, 1era actividad..pdfIsbelRodrguez
 
Ley 29783 ALCANCES E INTERPRETACION ----
Ley 29783 ALCANCES E INTERPRETACION ----Ley 29783 ALCANCES E INTERPRETACION ----
Ley 29783 ALCANCES E INTERPRETACION ----AdministracionSSTGru
 
Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesjohannyrmnatejeda
 
PLAN DE TRABAJO - CONTRATISTA CORIS.docx
PLAN DE TRABAJO - CONTRATISTA CORIS.docxPLAN DE TRABAJO - CONTRATISTA CORIS.docx
PLAN DE TRABAJO - CONTRATISTA CORIS.docxTAKESHISAC
 
trabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidastrabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidasNelsonQuispeQuispitu
 
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfPRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfAuraGabriela2
 
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdf
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdfMETROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdf
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdfesparzadaniela548
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOCamiloSaavedra30
 

Último (20)

presentación manipulación manual de cargas sunafil
presentación manipulación manual de cargas sunafilpresentación manipulación manual de cargas sunafil
presentación manipulación manual de cargas sunafil
 
Estudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesEstudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras viales
 
lean manufacturing and its definition for industries
lean manufacturing and its definition for industrieslean manufacturing and its definition for industries
lean manufacturing and its definition for industries
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
 
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticasEJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
EJERCICIOS DE -LEY-DE-OHM aplicaciones prácticas
 
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf3.3 Tipos de conexiones en los transformadores trifasicos.pdf
3.3 Tipos de conexiones en los transformadores trifasicos.pdf
 
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdfINSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
INSTRUCTIVO_NNNNNNNNNNNNNNSART2 iess.pdf
 
Introduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdfIntroduccion-a-los-tipos-de-cemento (1).pdf
Introduccion-a-los-tipos-de-cemento (1).pdf
 
electricidad básica, ejemplos prácticos y ejercicios
electricidad básica, ejemplos prácticos y ejercicioselectricidad básica, ejemplos prácticos y ejercicios
electricidad básica, ejemplos prácticos y ejercicios
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRC
 
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTACUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
CUENCAS HIDROGRAFICAS CARACTERIZACION GEOMORFOLOGIAS DE LA CUENTA
 
Historia de la Arquitectura II, 1era actividad..pdf
Historia de la Arquitectura II, 1era actividad..pdfHistoria de la Arquitectura II, 1era actividad..pdf
Historia de la Arquitectura II, 1era actividad..pdf
 
Ley 29783 ALCANCES E INTERPRETACION ----
Ley 29783 ALCANCES E INTERPRETACION ----Ley 29783 ALCANCES E INTERPRETACION ----
Ley 29783 ALCANCES E INTERPRETACION ----
 
Sistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajesSistema de Base de Datos para renta de trajes
Sistema de Base de Datos para renta de trajes
 
PLAN DE TRABAJO - CONTRATISTA CORIS.docx
PLAN DE TRABAJO - CONTRATISTA CORIS.docxPLAN DE TRABAJO - CONTRATISTA CORIS.docx
PLAN DE TRABAJO - CONTRATISTA CORIS.docx
 
trabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidastrabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidas
 
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdfPRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
PRIMER Y SEGUNDO TEOREMA DE CASTIGLIANO.pdf
 
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdf
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdfMETROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdf
METROLOGÍA ÓPTICA E INSTRUMENTACIÓN BÁSICA.pdf
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
 

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.