INSTITUTO TECNOLGICO SUPERIOR DEL SUR DEL ESTADO DE YUCATAN

Materia: Arquitectura de Computadoras. Trabajo: cuestionario. Nombre del alumno: -Adiel Esa puch pool Nombre profesor: Miguel Alejandro Burgos Pech Fecha: 09 de mayo del 2013.

1) Segn Bass 2003, cules son las tres ventajas de disear y documentar la arquitectura del software? 1. Comunicacin con los stakeholders. La arquitectura constituye una presentacin del alto nivel del sistema que puede usarse como punto de discusin por varios stakeholders. 2. Anlisis del sistema. Hacer explcita la arquitectura del sistema en una etapa temprana del desarrollo del sistema requiere realizar algn anlisis. Las decisiones de diseo arquitectnico tienen un gran efecto sobre si el sistema puede cumplir los requerimientos crticos tales como rendimiento, fiabilidad y mantenibilidad. 3. Reutilizacin a gran escala. Un modelo de arquitectura del sistema es una descripcin compacta y manejable de cmo se organiza un sistema y cmo intemperan sus componentes. 2) Quines son los stakeholders? El trmino stakeholder se utiliza para referirse a cualquier persona o grupo que se ver afectado por el sistema, directa o indirectamente. stakeholders del sistema pueden ser los ingenieros que desarrollan o dan mantenimiento a otros sistemas relacionados, los gerentes del negocio. los expertos en el dominio del sistema y los representantes de los trabajadores. 2) Define requerimientos funcionales se generan para definir la comprobacin de errores y facilidades de recuperacin y caractersticas que proporcionan proteccin frente a fallos de funcionamiento del sistema. 4) Define requerimientos no funcionales Se generan para definir la fiabilidad y disponibilidad requeridas por el sistema 5) Menciona y describe los requerimientos no funcionales del sistema de los cuales depende el estilo y estructura elegidos para una aplicacin. l. Rendimiento. Si el rendimiento es un requerimiento crtico, la arquitectura debera disearse para identificar las operaciones crticas en un pequeo nmero de subsistemas, con tan poca comunicacin como sea posible entre estos subsistemas. Esto

puede significar el uso relativo de componentes de grano grueso en vez de componentes de grano fino para reducir las comunicaciones entre ellos. 2. Proteccin. Si la proteccin es un requerimiento crtico, debera usarse una arquitectura estructurada en capas, con los recursos ms crticos protegidos en las capas ms internas y aplicando una validacin de seguridad de alto nivel en dichas capas. 3. Seguridad. Si la seguridad es un requerimiento crtico, la arquitectura debera disearse para que las operaciones relacionadas con la seguridad se localizaran en un nico subsistema o en un pequeo nmero de subsistemas. Esto reduce los costes y los problemas de validacin de seguridad y hace posible crear los sistemas de proteccin relacionados con los de seguridad. 4. Disponihilidad. Si la disponibilidad es un requerimiento crtico. la arquitectura debera disearse para incluir componentes redundantes y para que sea posible reemplazar y actualizar componentes sin detener el sistema. 5. Mantenihilidad. Si la mantenibilidad es un requerimiento crtico. la arquitectura del sistema debera disearse usando componentes independientes de grano fino que puedan modificarse con facilidad. Los productores de los datos deberan separarse de los consumidores y deberan evitarse las estructuras de datos compartidas. 6) Define diseo arquitectnico es la primera etapa en el proceso de diseo y representa un enlace crtico entre los procesos de ingeniera de diseo y de requerimientos. El proceso de diseo arquitectnico est relacionado con el establecimiento de un marco estructural bsico que identifica los principales componentes de un sistema y las comunicaciones entre estos componentes. 7) Porqu es dificil la evaluacin de un diseo arquitectnico? es difcil debido a que la verdadera prueba de una arquitectura consiste en averiguar el grado de satisfaccin de sus requerimientos funcionales y no funcionales despus de que aqul ha sido desarrollado. 8) Qu debe incluir un documento de diseo arquitectnico? ste puede incluir varias representaciones grficas del sistema junto con texto descriptivo asociado. Debera describir cmo se estructura el sistema en subsistemas, la aproximacin adoptada y cmo se estructura cada subsistema en mdulos. Los modelos grficos del sistema presentan diferentes perspectivas de la arquitectura. 9) Qu pueden incluir los modelos arquitectnicos que pueden desarrollarse? 1. Un modelo estructural esttico que muestre los subsistemas o componentes que han sido desarrollados como unidades separadas. 2. Un modelo de proceso dinmico que muestre cmo se organiza el sistema en procesos en tiempo de ejecucin. Este modelo puede ser diferente del modelo esttico. 3. Un modelo de inteifa: que defina los servicios ofrecidos por cada subsistema a travs de su interfaz pblica. 4. Modelos de relaciones que muestren las relaciones. tales como el flujo de datos. Entre los subsistemas.

5. Un modelo de distrihucin, que muestre cmo se distribuyen los subsistemas entre las computadoras. 10) Menciona cules son los tres estilos organizacionales ms usados. un estilo de repositorio de datos, un estilo de servicios y servidores compartidos y una mquina abstracta o estilo por capas en donde el sistema se organiza en un conjunto de capas funcionales.