Trabajo practica unidad III

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

$%&'


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


3/18


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.


4/18


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.



5/18


Ejemplos arquitectura de software

Cliente!er"idor:

Cliente li"iano "s cliente pesado:



6/18


#rquitectura por capas:



7/18




8/18


Control centrali$ado:



9/18




10/18


Comparar % contrastar diferentes conceptos de arquitectura de

software

/a


11/18


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.



12/18


>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


13/18


.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.



14/18


Caracter/sticas arquitectura de software

Dise0o 1ultiprocesador:

Jayor capacidad de proceso1 &endimiento

(ndica en qu medida se aprovec>an los mNltiples recursos de procesamiento


15/18


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.



16/18


/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


17/18


6RJO


18/18


7i2lio6raf/a

>ttp7MMs)[email protected]@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)[email protected]@qjttp7MMes.slides>are.netMro)erville)as9"MfundamentosOdeOlaOarquitecturaOdeOsoftwareO%"494+2

>ttp7MMma)dalyit>unid%.-lo)spot.m@M

>ttps7MMes.wiFipedia.or)MwiFiMttp7MMwww.ecured.cuM

Trabajo practica unidad III

Documents

Transcript of Trabajo practica unidad III