(SCD-1011) UNIDAD 3 - Arquitecturas de Software

7/24/2019 (SCD-1011) UNIDAD 3 - Arquitecturas de Software

1/16

Arquitecturas d

softwareUnidad 3


2/16

Qu es?

La Arquitectura del Software es el diseo de ms alto nivel de lade un sistema.Tamin denominada Arquitectura l!"ica#onsiste en un con$unto de %atrones & astracciones co'erentes d

que %ro%orcionan el marco visual del mismoLos com%onentes que llevan a cao al"una tarea de com%ut

interfaces & la comunicaci!n entre ellos.

)ee modelar la estructura del sistema & la forma en que locomponentes colaboran entre s*.


3/16

3.+ )escom%osici!n modula

,todo %ara descom%oner el %rolema en su%rolemas. )ivisi!nsistema en %artes diferenciadas & de-nir sus interfaces.La descom%osici!n %ermiteAnali/ar la efectividad del diseo %ara cum%lir los requerimiento

estalecidos.#onsiderar alternativas arquitect!nicas en una eta%a en la que '

camios al diseo es fcil.

0educir los ries"os de la construcci!n del software.Un m!dulo %uede ser,!dulo del %ro"rama.Una clase orientada a o$etos.


4/16

Las %ro%iedades de los com%onentes son #aracter*sticas necesarias %ara entender c!mo interact1an un com%onente con otro. 2o dee incluir al"oritmos es%eci-caciones internas4

Los pasos a seguir son: +. 5denti-car los m!dulos 6. )escriir cada m!dulo 3. )escriir las relaciones entre m!dulos

Sus venta$as #laridad 0educci!n de costos 0eutili/aci!n

7ermiten la comunicaci!n con todas las %ersonas involucradas en el desarrollo

8a& dos estrate"ias %ara descom%oner un susistema en m!dulos1. Descomposicin orientada a objetos: donde se descom%one un sistemade objetosque se comunican.2. Descomposicin orientada a ujos de funciones: donde se descom%onm!dulos funcionales que aceptan datos y los transforman en datos de sa


5/16

Tarea +

)e los sistemas de9iliotecaLirer*as#rear la arquitectura de software de cad:ec'a ;6


6/16

3.6 7atrones de )iseo

Un %atr!n de diseo es una soluci!n a un %rolema del diseo & csi"uientes caracter*sticass efectivo resolviendo %rolemas similares0eutili/ale Se %uede a%licar a diferentes circunstancias & difere

%rolemas4=$etivo7ro%orcionar catlo"os de elementos reusales

vitar la 1squeda de soluciones a %rolemas conocidos & soluccon anterioridad.:ormali/ar un vocaulario entre diseadores.0eali/ar un estndar en el diseo.:acilitar el a%rendi/a$e


7/16

@%osiciones

qui%o +Qu son las arquitecturas en el softwaqu sirven?

qui%o 6Arquitecturas de dominio es%ec*-co

qui%o 3Arquitecturas multi%rocesador

qui%o Arquitectura clienteBservidorqui%o >Arquitectura distriuida

qui%o CArquitectura en tiem%o real

)iseo del software %ara


8/16

3.3 Arquitectura de dominioes%ec*-co

0eutili/aci!n de software es el %roceso de construir nuevos sisoftware a %artir de com%onentes que fueron creados %ara ser reu 7ara la formali/aci!n de la reutili/aci!n es esencial el anlisis de d

n un conte@to am%lio( un dominio es Duna esfera de actividadtamin denominado cam%oD. Un dominio es%ec*-co es una%licaci!n( un cam%o %ara el cual los sistemas de software fueron

l anlisis de dominios es el %roceso mediante el cual la in

utili/ada en el desarrollo de sistemas es identi-cada( caor"ani/ada con el %ro%!sito de 'acerla reutili/ale en la creaci!nsistemas de software %ara tal dominio.


9/16

l o$etivo %rinci%al de un %roceso conducido %or una arquitecturla reutili/aci!n de Dca$as ne"rasD. Si se lo"ra visuali/ar un sistema o susistema como una ca$a

re1ne ciertos requerimientos &( si estos sistemas son reutili/aconstrucci!n de otros sistemas( entonces se 'a reducido %otenccosto total de desarrollar un sistema


10/16


11/16

0equerimiento

0estriccim%lem!n


12/16

$em%lo

Actividad 0eali/ar una analo"*a de la arquitectura de dominio es%ec*-co con

ada%taci!n diseo4 de una cafeter*a con estilo colonial


13/16

.arquitecturamulti%rocesador

l modelo ms sim%le de un sistema distriuido es umulti%rocesador en el que el sistema software est formado %rocesos que %ueden aunque no necesariamente4 e$ecuta%rocesadores diferentes.

Los sistemas software com%uestos de m1lti%les %rocesosnecesariamente sistemas distriuidos. Si se dis%one de m%rocesador( entonces se %uede im%lementar la distriuci!n(diseadores del sistema no siem%re consideran for/osamente cuedistriuci!n durante el %roceso de diseo


14/16

.arquitectura#liente B Servidor

n una arquitectura clienteBservidor( una a%licaci!n se modelacon$unto de servicios %ro%orcionados %or los servidores & un cclientes que usan estos servicios

Los clientes necesitan conocer qu servidores estn dis%oniles( %normalmente no conocen la e@istencia de otros clientes


15/16

.arquitecturadistriuida

n el modelo clienteBservidor de un sistema distriuido( los clieservidores son diferentesE Los clientes recien servicios de los servidores & no de otros clieE Los servidores %ueden actuar como clientes reciiendo servicio

servidores( %ero sin solicitar servicios de clientesE Los clientes deen conocer los servicios que ofrece cada u

servidores & deen conocer c!mo contactar con cada unoservidores


16/16

.arquitectura detiem%o real

Un sistema de tiempo real es un sistema de software cuyofuncionamiento depende de los resultados producidos pory del instante de tiempo en el que se producen stos resulE n los sistemas de tiem%o real es necesaria una res%uesta in

al"1n eventoE 2ormalmente utili/an modelos de control diri"idos %or eventos.E Los eventos no son normalmente eventos de interfa/ de us

eventos asociados con servidores o actuadores en el sistemaE st asociado a dis%ositivos de 'ardware que recolectan infor

entorno del sistema

Documents

(SCD-1011) UNIDAD 3 - Arquitecturas de Software