SlideShare ist ein Scribd-Unternehmen logo
1 von 14
Downloaden Sie, um offline zu lesen
INSTITUTO TECNOLOGICO DE TIZIMIN




DISEÑO DE LA ARQUITECTURA
      DEL SOFTWARE

           INTEGRANTES:

     SUSANA LETICIA CHUC CHABLE
     JOSE DOLORES HERRERA LORIA
        CELSO JAVIER POOT TAH
     MAURO OMAR ARZAPALO POOT
Es la primera etapa técnica del
                                                                                    la arquitectura nos identifica los
                                    proceso de Ingeniería del
                                                                                   elementos mas importantes de un
                                    Software, consiste en producir un
                                                                                   sistema así como sus relaciones. Es
                                    modelo o representación técnica
                                                                                   decir nos da una visión global del
                                    del software que se va a
                                                                                   sistema
                                    desarrollar




                                    El diseño de datos nos facilita la
                                   representación de los componentes
                                   de datos de la arquitectura.
                                   El diseño arquitectónico se centra
                                   en la representación de la estructura
                                   de los componentes del software, sus
                                   propiedades e interacciones.


                                                                                      El diseño arquitectónico comienza
                                                                                      con el diseño de datos y después
                                                                                      procede a la derivación de una o
 Facilitan la comunicación entre todas las                                           mas representaciones de la
partes interesadas en el desarrollo de un                                             estructura arquitectónica del
sistema basado en computadora.                     Estilos Arquitectónicos            sistema.
Destaca decisiones tempranas de diseño que
tendrán un profundo impacto en todo el             Arquitecturas centradas de
trabajo de ingeniería del software.                datos.
 Constituye un modelo relativamente               Arquitecturas de flujo de                 tres variables
pequeño e intelectualmente comprensible de         datos.                                      principales
cómo está estructurado el sistema y de cómo        Arquitecturas de llamada y
trabajan juntos sus componentes                    retorno.
                                                   Arquitecturas orientadas a
                                                   objetos.
                                                                                         Tiempo.
                                                   Arquitecturas estratificadas
                                                                                         satisfacción del cliente
                                                                                          costo de los desarrollos.
La arquitectura no es el
               software operacional.
Más bien, es la representación que capacita al ingeniero
  del software para:
• Analizar la efectividad del diseño para la consecución
  de los requisitos fijados.
• A considerar las alternativas arquitectónicas en una
  etapa en la cual hacer cambios en el diseño es
  relativamente fácil.
• Reducir los riesgos asociados a la construcción del
  software.
En el contexto del diseño
arquitectónico.

• un componente del software puede ser tan
  simple como un módulo de programa, pero
  también puede ser algo tan complicado como
  incluir bases de datos y software intermedio
  «middleware») que permiten la configuración
  de una red de clientes y servidores.
Propiedades de los componentes

• Las propiedades de los componentes son
  aquellas características necesarias para
  entender cómo los componentes interactúan
  con otros componentes.
• A nivel arquitectónico, no se especifican las
  propiedades internas (por ejemplo, detalles
  de un algoritmo).
Relaciones entre los componentes
• Las relaciones entre los componentes pueden
  ser tan sencillas como una llamada de
  procedimiento de un módulo a otro, o tan
  complicadas como el protocolo de acceso a
  bases de datos.
Estilos Arquitectónicos:

•   Arquitecturas centradas de datos.
•   Arquitecturas de flujo de datos.
•   Arquitecturas de llamada y retorno.
•   Arquitecturas orientadas a objetos.
•   Arquitecturas estratificadas.
Arquitecturas centradas de datos
• En el centro de esta
  arquitectura se
  encuentra un almacén
  de datos (por ejemplo,
  un documento o una
  base de datos) al que
  otros componentes
  acceden con frecuencia
  para actualizar, añadir,
  borrar o bien modificar
  los datos del almacén.
Arquitecturas de flujo de datos.
• Esta arquitectura se
  aplica cuando los
  datos de entrada son
  transformados a
  través de una serie de
  componentes
  computacionales o
  manipulativos en los
  datos de salida.
Arquitecturas de llamada y retorno.
• Este estilo arquitectónico permite al diseñador del software
  (arquitecto del sistema) construir una estructura de programa
  relativamente fácil de modificar y ajustar a escala.
• Existen dos subestilos dentro de esta categoría:
   – arquitecturas de programa principal.
   – arquitecturas de llamada de procedimiento
     remoto.
Arquitecturas orientadas a objetos.
• Los componentes de un sistema encapsulan
  los datos y las operaciones que se deben
  realizar para manipular los datos.
• La comunicación y la coordinación entre
  componentes se consigue a través del paso de
  mensajes.
Arquitecturas estratificadas.
•   La estructura básica de una
    arquitectura estratificada se
    representa en la Imagen. Se crean
    diferentes capas y cada una realiza
    operaciones que progresivamente
    se aproximan más al cuadro de
    instrucciones de la máquina.
•   En la capa externa, los
    componentes sirven a las
    operaciones de interfaz de usuario.
•   En la capa interna, los componentes
    realizan operaciones de interfaz del
    sistema. Las capas intermedias
    proporcionan servicios de utilidad y
    funciones del software de
    aplicaciones.
Desventajas
Ventajas
• Arquitectura como normativa       • La AS no admite ni requiere
  madura                              otros paradigmas
• No es necesario inventar una      • Abundancia de herramientas
  nueva arquitectura de               de diseño arquitectónico
  software para cada sistema de
  información                       • No hay urgencia en considerar
• Ayuden a la toma de                 otros paradigmas
  decisiones
• Es un nivel de diseño que hace
  foco en aspectos más allá de
  los algoritmos y estructuras de
  datos de los sistemas
CONCLUSION
• La arquitectura del software nos proporciona una visión
   global del sistema a construir.
• Los componentes del software incluyen módulos de
   programas y varias representaciones de datos que son
   manipulados por el programa.
• La arquitectura marca decisiones de diseño
  tempranas y proporciona el mecanismo para evaluar los
   beneficios de las estructuras de sistema alternativas.

Weitere ähnliche Inhalte

Was ist angesagt?

Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseñolandeta_p
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicoslandeta_p
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Principios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwarePrincipios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwareJose Patricio Bovet Derpich
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosJosé Antonio Sandoval Acosta
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software Brihany Rossell
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Darthuz Kilates
 
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
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientosalmarza1
 
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 SoftwareKarloz Dz
 

Was ist angesagt? (20)

Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4Etapa de estudio de viabilidad de un proyecto informático c4
Etapa de estudio de viabilidad de un proyecto informático c4
 
Principios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwarePrincipios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del software
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
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)
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
 
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
 

Andere mochten auch

Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de softwareLiliana Pacheco
 
Aplicación métricas para evaluación diseño
Aplicación métricas para evaluación diseñoAplicación métricas para evaluación diseño
Aplicación métricas para evaluación diseñohome
 
Clases sistemas-informacion
Clases sistemas-informacionClases sistemas-informacion
Clases sistemas-informacioncompuinfor2011
 
Arquitectura software.taxonomias.negocio.001
Arquitectura software.taxonomias.negocio.001Arquitectura software.taxonomias.negocio.001
Arquitectura software.taxonomias.negocio.001Jose Emilio Labra Gayo
 
Sistemas de Información Gerencial
Sistemas de Información GerencialSistemas de Información Gerencial
Sistemas de Información GerencialJavier Arana
 
Sistema de informacion gerencial (SIG)
Sistema de informacion gerencial (SIG)Sistema de informacion gerencial (SIG)
Sistema de informacion gerencial (SIG)Jose Luna
 
Sistemas De Información Gerencial
Sistemas De Información GerencialSistemas De Información Gerencial
Sistemas De Información Gerencialwww.cathedratic.com
 
Cómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShareCómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideSharePedro Bermudez Talavera
 

Andere mochten auch (10)

Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Aplicación métricas para evaluación diseño
Aplicación métricas para evaluación diseñoAplicación métricas para evaluación diseño
Aplicación métricas para evaluación diseño
 
ERP
ERPERP
ERP
 
Clases sistemas-informacion
Clases sistemas-informacionClases sistemas-informacion
Clases sistemas-informacion
 
Arquitectura software.taxonomias.negocio.001
Arquitectura software.taxonomias.negocio.001Arquitectura software.taxonomias.negocio.001
Arquitectura software.taxonomias.negocio.001
 
Sistemas de Información Gerencial
Sistemas de Información GerencialSistemas de Información Gerencial
Sistemas de Información Gerencial
 
presentaciones
presentacionespresentaciones
presentaciones
 
Sistema de informacion gerencial (SIG)
Sistema de informacion gerencial (SIG)Sistema de informacion gerencial (SIG)
Sistema de informacion gerencial (SIG)
 
Sistemas De Información Gerencial
Sistemas De Información GerencialSistemas De Información Gerencial
Sistemas De Información Gerencial
 
Cómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShareCómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShare
 

Ähnlich wie DISEÑO DE LA ARQUITECTURA DEL SOFTWARE

Diseno de la arquitectura
Diseno de la arquitecturaDiseno de la arquitectura
Diseno de la arquitecturaFatima Cham
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareAndresRealp1
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
 
Diseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezDiseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezGabrielGonzalez463
 
Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx AlvareL
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareJosé Antonio Sandoval Acosta
 
Tarea semana 1
Tarea semana 1Tarea semana 1
Tarea semana 1preciadoag
 
Ingenieria inversa
Ingenieria inversaIngenieria inversa
Ingenieria inversaJanes Durán
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareGerardo Valera
 
presentacion hebelyn
presentacion hebelynpresentacion hebelyn
presentacion hebelynHebelynBravo
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturasenlinea70
 
Diseño de arquitectura del software
Diseño de arquitectura del softwareDiseño de arquitectura del software
Diseño de arquitectura del softwaredeahesy najera garcia
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docxKeiberOrtiz1
 

Ähnlich wie DISEÑO DE LA ARQUITECTURA DEL SOFTWARE (20)

Diseno de la arquitectura
Diseno de la arquitecturaDiseno de la arquitectura
Diseno de la arquitectura
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-software
 
Arquitectura. de Software. en ambientes distribuidos.
Arquitectura. de Software. en ambientes distribuidos.Arquitectura. de Software. en ambientes distribuidos.
Arquitectura. de Software. en ambientes distribuidos.
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
 
Diseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalezDiseno de software_-_gabriel_gonzalez
Diseno de software_-_gabriel_gonzalez
 
9.diseño de la arquitectura
9.diseño de la arquitectura9.diseño de la arquitectura
9.diseño de la arquitectura
 
Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
Tarea semana 1
Tarea semana 1Tarea semana 1
Tarea semana 1
 
Tareasemana1
Tareasemana1Tareasemana1
Tareasemana1
 
Ingenieria inversa
Ingenieria inversaIngenieria inversa
Ingenieria inversa
 
Arquitecturas de software
Arquitecturas de softwareArquitecturas de software
Arquitecturas de software
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de software
 
Presentacion
PresentacionPresentacion
Presentacion
 
Arquitectura de integración
Arquitectura de integraciónArquitectura de integración
Arquitectura de integración
 
presentacion hebelyn
presentacion hebelynpresentacion hebelyn
presentacion hebelyn
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturas
 
Arquitectura de Software
Arquitectura de SoftwareArquitectura de Software
Arquitectura de Software
 
Diseño de arquitectura del software
Diseño de arquitectura del softwareDiseño de arquitectura del software
Diseño de arquitectura del software
 
Arquitectura de software.docx
Arquitectura de software.docxArquitectura de software.docx
Arquitectura de software.docx
 

DISEÑO DE LA ARQUITECTURA DEL SOFTWARE

  • 1. INSTITUTO TECNOLOGICO DE TIZIMIN DISEÑO DE LA ARQUITECTURA DEL SOFTWARE INTEGRANTES: SUSANA LETICIA CHUC CHABLE JOSE DOLORES HERRERA LORIA CELSO JAVIER POOT TAH MAURO OMAR ARZAPALO POOT
  • 2. Es la primera etapa técnica del la arquitectura nos identifica los proceso de Ingeniería del elementos mas importantes de un Software, consiste en producir un sistema así como sus relaciones. Es modelo o representación técnica decir nos da una visión global del del software que se va a sistema desarrollar  El diseño de datos nos facilita la representación de los componentes de datos de la arquitectura. El diseño arquitectónico se centra en la representación de la estructura de los componentes del software, sus propiedades e interacciones. El diseño arquitectónico comienza con el diseño de datos y después procede a la derivación de una o  Facilitan la comunicación entre todas las mas representaciones de la partes interesadas en el desarrollo de un estructura arquitectónica del sistema basado en computadora. Estilos Arquitectónicos sistema. Destaca decisiones tempranas de diseño que tendrán un profundo impacto en todo el Arquitecturas centradas de trabajo de ingeniería del software. datos.  Constituye un modelo relativamente Arquitecturas de flujo de tres variables pequeño e intelectualmente comprensible de datos. principales cómo está estructurado el sistema y de cómo Arquitecturas de llamada y trabajan juntos sus componentes retorno. Arquitecturas orientadas a objetos. Tiempo. Arquitecturas estratificadas satisfacción del cliente  costo de los desarrollos.
  • 3. La arquitectura no es el software operacional. Más bien, es la representación que capacita al ingeniero del software para: • Analizar la efectividad del diseño para la consecución de los requisitos fijados. • A considerar las alternativas arquitectónicas en una etapa en la cual hacer cambios en el diseño es relativamente fácil. • Reducir los riesgos asociados a la construcción del software.
  • 4. En el contexto del diseño arquitectónico. • un componente del software puede ser tan simple como un módulo de programa, pero también puede ser algo tan complicado como incluir bases de datos y software intermedio «middleware») que permiten la configuración de una red de clientes y servidores.
  • 5. Propiedades de los componentes • Las propiedades de los componentes son aquellas características necesarias para entender cómo los componentes interactúan con otros componentes. • A nivel arquitectónico, no se especifican las propiedades internas (por ejemplo, detalles de un algoritmo).
  • 6. Relaciones entre los componentes • Las relaciones entre los componentes pueden ser tan sencillas como una llamada de procedimiento de un módulo a otro, o tan complicadas como el protocolo de acceso a bases de datos.
  • 7. Estilos Arquitectónicos: • Arquitecturas centradas de datos. • Arquitecturas de flujo de datos. • Arquitecturas de llamada y retorno. • Arquitecturas orientadas a objetos. • Arquitecturas estratificadas.
  • 8. Arquitecturas centradas de datos • En el centro de esta arquitectura se encuentra un almacén de datos (por ejemplo, un documento o una base de datos) al que otros componentes acceden con frecuencia para actualizar, añadir, borrar o bien modificar los datos del almacén.
  • 9. Arquitecturas de flujo de datos. • Esta arquitectura se aplica cuando los datos de entrada son transformados a través de una serie de componentes computacionales o manipulativos en los datos de salida.
  • 10. Arquitecturas de llamada y retorno. • Este estilo arquitectónico permite al diseñador del software (arquitecto del sistema) construir una estructura de programa relativamente fácil de modificar y ajustar a escala. • Existen dos subestilos dentro de esta categoría: – arquitecturas de programa principal. – arquitecturas de llamada de procedimiento remoto.
  • 11. Arquitecturas orientadas a objetos. • Los componentes de un sistema encapsulan los datos y las operaciones que se deben realizar para manipular los datos. • La comunicación y la coordinación entre componentes se consigue a través del paso de mensajes.
  • 12. Arquitecturas estratificadas. • La estructura básica de una arquitectura estratificada se representa en la Imagen. Se crean diferentes capas y cada una realiza operaciones que progresivamente se aproximan más al cuadro de instrucciones de la máquina. • En la capa externa, los componentes sirven a las operaciones de interfaz de usuario. • En la capa interna, los componentes realizan operaciones de interfaz del sistema. Las capas intermedias proporcionan servicios de utilidad y funciones del software de aplicaciones.
  • 13. Desventajas Ventajas • Arquitectura como normativa • La AS no admite ni requiere madura otros paradigmas • No es necesario inventar una • Abundancia de herramientas nueva arquitectura de de diseño arquitectónico software para cada sistema de información • No hay urgencia en considerar • Ayuden a la toma de otros paradigmas decisiones • Es un nivel de diseño que hace foco en aspectos más allá de los algoritmos y estructuras de datos de los sistemas
  • 14. CONCLUSION • La arquitectura del software nos proporciona una visión global del sistema a construir. • Los componentes del software incluyen módulos de programas y varias representaciones de datos que son manipulados por el programa. • La arquitectura marca decisiones de diseño tempranas y proporciona el mecanismo para evaluar los beneficios de las estructuras de sistema alternativas.