Post on 13-Apr-2018
7/26/2019 Trabajo practica unidad III
1/18
Ingeniera de
software
Trabajo de
prctica
Abril 2016
Erick Hernndez Toledo
Alexis Trejo Espinoza
Ricardo Omar Lugo Vargas
Jos Raul Ram!rez "#mez
$%&'
7/26/2019 Trabajo practica unidad III
2/18
Ingenieria de software
ndice
Qu es una arquitectura de software?...................................................................................................2
Ejemplos arquitectura de software.........................................................................................................4
Comparar y contrastar diferentes conceptos de arquitectura de software..............................................9
Evolucin de la arquitectura de software.............................................................................................!"
#unciones del arquitecto de software...................................................................................................!2
Caracter$sticas arquitectura de software...............................................................................................!%
&equerimientos para desarrollarlo.......................................................................................................!'
(nvesti)ar ejemplos de software utili*adas en la re)in.......................................................................!+
,i-lio)raf$a...........................................................................................................................................!
Trabajo de practica 2
7/26/2019 Trabajo practica unidad III
3/18
Ingenieria de software
Qu es una arquitectura de software?
/a arquitectura de software puede ser vista como la estructura del sistema en funcin de la definicinde los componentes y sus interacciones 0,ass et al.1 !993.
/a arquitectura de software puede considerarse entonces como el puente5 entre los requerimientos
del sistema y la implementacin 06ofmeister et al.1 2"""3. /as actividades que culminan en la
definicin de la arquitectura pueden u-icarse en las fases tempranas del ciclo de desarrollo del
sistema7 lue)o del an8lisis de los requerimientos y el an8lisis de ries)os1 y justo antes del diseo
detallado. :esde esta perspectiva1 la arquitectura constituye un artefacto de la actividad de
diseo 06ofmeister et al.1 2"""31 que servir8 de medio de comunicacin entre los miem-ros del
equipo de desarrollo1 los clientes y usuarios finales1 dado que contempla los aspectos que interesan a
cada uno 0;a*8n et al.1 2""!3.
7/26/2019 Trabajo practica unidad III
4/18
Ingenieria de software
Elementos de Datos:contienen la informacin que ser8 transformada.
Elementos de Proceso:transforman los elementos de datos.
Elementos de Conexin: llamados tam-in conectores1 que -ien pueden ser elementos de datos o
de proceso1 y mantienen unidas las diferentes pie*as de la arquitectura.
Trabajo de practica 4
7/26/2019 Trabajo practica unidad III
5/18
Ingenieria de software
Ejemplos arquitectura de software
Cliente!er"idor:
Cliente li"iano "s cliente pesado:
Trabajo de practica 5
7/26/2019 Trabajo practica unidad III
6/18
Ingenieria de software
#rquitectura por capas:
Trabajo de practica 6
7/26/2019 Trabajo practica unidad III
7/18
Ingenieria de software
Trabajo de practica 7
7/26/2019 Trabajo practica unidad III
8/18
Ingenieria de software
Control centrali$ado:
Trabajo de practica 8
7/26/2019 Trabajo practica unidad III
9/18
Ingenieria de software
Trabajo de practica 9
7/26/2019 Trabajo practica unidad III
10/18
Ingenieria de software
Comparar % contrastar diferentes conceptos de arquitectura de
software
/a
7/26/2019 Trabajo practica unidad III
11/18
Ingenieria de software
E"olucin de la arquitectura de software
:espus de las tempranas inspiraciones del le)endario Eds)er :ijFstra1 de :avid =arnas y de #red,rooFs1 la asta comen*ar su
e@pansin e@plosiva con los manifiestos de :ewayne =erry de ardware y la manufactura.
&'),: /os mtodos de desarrollo estructurado demostraron no escalar suficientemente y fueron
dejando el lu)ar a un nuevo paradi)ma1 el de la pro)ramacin orientada a o-jetos.
En teor$a1 parec$a posi-le modelar el dominio del pro-lema y el de la solucin en un len)uaje de
implementacin.
Trabajo de practica 11
7/26/2019 Trabajo practica unidad III
12/18
Ingenieria de software
>acia fines de la dcada de los " y comien*os de la si)uiente1 la e@presin arquitectura de software
comien*a a aparecer en la literatura para >acer referencia a la confi)uracin morfol)ica de una
aplicacin.
&''-:El primer estudio en que aparece la e@presin arquitectura de software5 en el sentido en que
>oy1 desarrollado =erry y olf.
la dcada de !99" fue sin duda la de la consolidacin y diseminacin de la ristop>er
7/26/2019 Trabajo practica unidad III
13/18
Ingenieria de software
.unciones del arquitecto de software
Es un profesional que esta-lece la estructura de diseo y lineamientos de calidad tanto parain)enieros1 desarrolladores de software y la infraestructura que soporta los sistemas de informacin1
para que tra-ajen en una l$nea comNn que permita alcan*ar los o-jetivos del sistema de informacin1
cu-riendo todas las necesidades del cliente1 optimi*ando el uso de recursos y frameworFs.
/as funciones de un arquitecto de software son7
:efine y documenta la solucin1 ase)ur8ndose que est acorde con el sistema deseado y que
adem8s es la correcta para su soporte y evolucin.
Be ase)ura que todos los involucrados estn utili*ando la solucin ela-orada y la estn
utili*ando -ien.
Conoce cuales cualidades sistmicas1 de-en alcan*arse y en qu medida.
&esponde so-re las inquietudes relacionadas con la seleccin de >erramientas y am-ientes de
desarrollo.
&esuelve conflictos y ayuda a )enerar acuerdos.
Jantiene la moral1 tanto en el interior del )rupo de arquitectura como al e@terior.
Kerencia las estrate)ias de identificacin y miti)acin de los ries)os asociados con la
arquitectura.
Trabajo de practica 13
7/26/2019 Trabajo practica unidad III
14/18
Ingenieria de software
Caracter/sticas arquitectura de software
Dise0o 1ultiprocesador:
Jayor capacidad de proceso1 &endimiento
(ndica en qu medida se aprovec>an los mNltiples recursos de procesamiento
7/26/2019 Trabajo practica unidad III
15/18
Ingenieria de software
Comparticin de recursos: Dn sistema distri-uido permite compartir recursos >ardware y
software P como disco1 impresoras1 fic>eros y compiladores P que se asocian con computadoras
de una red.
#pertura:/os sistemas distri-uidos son normalmente sistemas a-iertos1 lo que si)nifica que se
disean so-re protocolos est8ndar que permiten com-inar equipamiento y software de diferentes
vendedores.
Concurrencia7 En un sistema distri-uido1 varios procesos pueden operar al mismo tiempo so-re
diferentes computadoras de la red. Estos procesos pueden 0aunque no necesariamente3
comunicarse con otros durante su funcionamiento normal.
Escala2ilidad:ardware y del software.
Dise0o 3iempo 4eal:
Bu funcionamiento depende de los resultados producidos por el mismo y del instante del
tiempo en el que se producen estos resultados
/os sistemas de tiempo real em-e-idos son diferentes de otros tipos de sistemas de software.
Bu correcto funcionamiento depende de que el sistema responda a los eventos dentro de un
corto intervalo de tiempo.
E@isten dos diferentes tipos de est$mulos del sistema tiempo real que son7
o Est/mulos peridicos:Lcurren a intervalos de tiempo predeci-les. =or ejemplo1 si el
sistema de-e e@aminar un sensor cada '" milise)undos y reali*ar una accin
0respuesta3 dependiendo del valor de ese sensor 0est$mulo3.
o Est/mulos aperidicos: Lcurren de forma re)ular. Hormalmente son provocados
utili*ando el mecanismo de interrupciones de la computadora. Dn ejemplo de dic>o
est$mulo podr$a ser una interrupcin para indicar que una transferencia de EMB se >a
completado y que los datos est8n disponi-les en el -Nfer.
4equerimientos para desarrollarlo
4equerimientos:/a etapa de requerimientos se enfoca en la captura1 documentacin y priori*acin
de requerimientos que influencian la arquitectura.
Trabajo de practica 15
7/26/2019 Trabajo practica unidad III
16/18
Ingenieria de software
/os atri-utos de calidad jue)an un papel preponderante dentro de estos requerimientos1 as$ que esta
etapa >ace nfasis en ellos. Ltros requerimientos1 sin em-ar)o1 son tam-in relevantes para la
arquitectura1 estos son los requerimientos funcionales primarios y las restricciones.
Dise0o:/a etapa de diseo es la etapa central en relacin con la arquitectura y pro-a-lemente la m8s
compleja. :urante esta etapa se definen las estructuras que componen la arquitectura. /a creacin de
estas estructuras se >ace en -ase a patrones de diseo1 t8cticas de diseo y elecciones tecnol)icas.
El diseo que se reali*a de-e -uscar ante todo satisfacer los requerimientos que influencian a la
arquitectura1 y no simplemente incorporar diversas tecnolo)$as porque est8n de moda5.
Documentacin:Dna ve* creado el diseo de la arquitectura1 es necesario poder comunicarlo a otros
involucrados dentro del desarrollo. /a comunicacin e@itosa del diseo muc>as veces depende de
que dic>o diseo sea documentado de forma apropiada.
/a documentacin de una arquitectura involucra la representacin de varias de sus estructuras que
son representadas a travs de distintas vistas. Dna vista )eneralmente contiene un dia)rama1 adem8s
de informacin adicional1 que apoya en la comprensin de dic>o dia)rama.
E"aluacin: :ado que la arquitectura de software jue)a un papel cr$tico en el desarrollo1 es
conveniente evaluar el diseo una ve* que este >a sido documentado con el fin de identificar posi-les
pro-lemas y ries)os. /a ventaja de evaluar el diseo es que es una actividad que se puede reali*ar de
manera temprana 0aNn antes de codificar31 y que el costo de correccin de los defectos identificados a
travs de la evaluacin es muc>o menor al costo que tendr$a el corre)ir estos defectos una ve* que el
sistema >a sido construido.
5n"esti6ar ejemplos de software utili$adas en la re6in
eet O
7/26/2019 Trabajo practica unidad III
17/18
Ingenieria de software
6RJO
7/26/2019 Trabajo practica unidad III
18/18
Ingenieria de software
7i2lio6raf/a
>ttp7MMs).com.m@MrevistaM2MarquitecturaOsoftwareT.U@rDOaj>:(D
>ttp7MMwww.atc.uniovi.esMinfVsuperiorMatcM=ttp7MMwelinforcto.-lo)spot.m@M2"!!M"9McaracteristicasOdeOlaOarquitectura.>tml
>ttps7MMsistemasdistri-uidos2"!2Ocaece.wiFispaces.comMttp7MMwww.voi)tmann.deMesMdesarrolloOdeOsoftwareMarquitecturaOdeOsoftwareM
>ttp7MMwww.voi)tmann.deMesMdesarrolloOdeOsoftwareMarquitecturaOdeOsoftwareM
>ttps7MMmsdn.microsoft.comMesOesM>>!449+.asp@
>ttp7MMs).com.m@MrevistaM2MarquitecturaOsoftwareT.U@qjttp7MMes.slides>are.netMro)erville)as9"MfundamentosOdeOlaOarquitecturaOdeOsoftwareO%"494+2
>ttp7MMma)dalyit>unid%.-lo)spot.m@M
>ttps7MMes.wiFipedia.or)MwiFiMttp7MMwww.ecured.cuM