Documento_Arquitectura_Sistema_Parcial Iii .doc

7/25/2019 Documento_Arquitectura_Sistema_Parcial Iii .doc

1/18

Documento de Arquitectura del Sistema1

(SAD)

Nombre del Equipo de Trabajo:

Nombre de los nte!rantes:

"#di!o :

1Esta plantilla es basada en la plantilla disponible en:$ttp:%%sistemas&uniandes&edu&co%'isis*+%do,u-i,i%do,u&p$p.id/sad&
http://sistemas.uniandes.edu.co/~isis3702/dokuwiki/doku.php?id=sadhttp://sistemas.uniandes.edu.co/~isis3702/dokuwiki/doku.php?id=sad


2/18

Secci#n 1& Descripci#n del Documento

1&1 0rop#sito Audiencia

2re3e descripci#n de la or!ani4aci#n los usuarios a los que esta diri!ido este documentoSo estudiante de in!enier5a de sistemas de la uni3ersidad Santia!o de "ali6 cursando la materia dearquitectura de sistemas de in7ormaci#n& Nos encontramos reali4ando un desarrollo de una aplicaci#n quese encar!ue de 7acilitar la comodidad satis7acci#n de los pasajeros de un 3uelo cualquiera el cual presteeste ser3icio de 89E que se re7iere a las entretenciones disponibles en el a3i#n para sus pasajeros duranteun 3uelo6 en este caso se 3a trabajar asimilando un proecto propuesto por la pro7esora quien 7ue que pusoel tema 3a diri!ido a ella&

1&+ ;r!ani4aci#n del Documento

Descripci#n de la or!ani4aci#n del documento de arquitectura

0ara lle!ar al objeti3o de establecer una arquitectura buena6 para el desarrollo del proecto redactamos estedocumento con la intenci#n de or!ani4arlo de 7orma tal que sea de muc$a auda6 en primero lu!ar se $acena bre3e descripci#n del documento6 donde resaltamos los aspecto ms importantes a tener en cuentadurante el desarrollo de este& En se!undo lu!ar describimos el proecto $aciendo =n7asis en los aspectosms !enerales6 tales como el problema6 descripci#n6 objeti3os6 etc& 0osteriormente6 comen4amos a $ablarde los moti3adores arquitecturales6 los cuales incluen los moti3adores del ne!ocio6 los atributos de calidad las restricciones& A continuaci#n se menciona el conteto del proecto6 se!uido de los estilos tcticasarquitecturales& 9inalmente se de7ine los puntos de 3ista modelos arquitecturales6 donde se inclue lasestrate!ias arquitecturales se lle3an a elaborar en nuestro proecto&

1& "on3enciones

Descripci#n de las notaciones s5mbolos utili4ados en este documento

0osibles notaciones: ?AE": ?olmes Adrian Espinosa "amelo

1&@ Terminolo!5a De7iniciones

Descripci#n de los t=rminos utili4ados en el documento parte del dominio conteto del problema

Program Administrador: este usuario podr crear editar des$abilitar pro!ramas&

oles: 9acilitador l5der 9acilitador edactor& 0articipante

Tecnologas: distribuen los ser3icios prestados por el sistema de intermediaci#n comercial entre los"ustomer Application Ser3er Supplier Application Ser3er de la compaB5a6Para las conexiones que se establecen desde las TouchScreens, manejando protocolo HTTP; teniendo en

cuenta que las interacciones que estos ltimos establecen con la aplicacin intermediaria se dan a travs de


3/18

un ambiente Web.

o CEE:Ca3a Enterprise Editiono EJB: Enterprise Java Beans

o JPA:Java Persistence API

o JDO:Java Data Objects

1& Documentos ele3antes

istado de documentos rele3antes6 utili4ados durante el desarrollo de la arquitectura

os si!uientes documentos son importantes para el desarrollo de la arquitectura:

o FAG& "aptura priori4aci#n de dri3erso ADD& Attributes Dri3en Desi!n& eali4ar un diseBo sistemtico de la arquitectura

o Va2& Vie-s and 2eond& Apoa en la documentaci#n del diseBo&

o ATAH& Anlisis de equilibrios arquitect#nicos& 0ermite identi7icar ries!os en el diseBo

o aunc$I3&1o Documentaci#n prototipaoo Documentaci#n requerimientoso strate!


4/18

Secci#n +& Jeneralidades del 0roecto

+&1 0roblema a esol3er

2re3e descripci#n del problema o problemas ms rele3antes que tiene el cliente en este momento&El 9E que se desea modelar consiste inicialmente en una pantalla "D sensible al tacto en cada asiento&Esta pantalla sir3e como centro de comando del pasajero&

El 9E deber o7recer a los pasajeros di7erentes tipos de entretenimiento e in7ormaci#n del 3uelo&

Esta debe poder transmitir pel5culas de cine6 series de tele3isi#n6 noticieros 3ideos musicales onKdemand&"anales de tele3isi#n mLsica pre!rabada& Cue!os onKdemand& Hapas ubicaci#n !eo!r7ica6tiemporeal&Tambi=n debe contar con llamadas tele7#nicas6 tienda 3irtual control de pasajero&

+&+ Descripci#n Jeneral del Sistema a Desarrollar

Esta secci#n describe la 7uncionalidad el prop#sito del sistema o subsistemas cua arquitectura es descritaen este documento&

Teniendo en mente lo anterior se propone la construcci#n de una aplicaci#n de intermediaci#n paraarquitectura de so7t-are que permita la satis7acci#n de las necesidades anteriormente planteadas& De estamanera dic$a propuesta contempla el desarrollo de un sistema de so7t-are distribuido cua interacci#n conlos usuarios 7inales se reali4ara por medio de un ambiente Geb soportado por una capa de l#!ica dene!ocio otra de persistencia de los datos in$erentes a los productos clientes manejados por la empresa&

Tabla 1: Solicitudes del usuario

d Solicitudes del usuario Descripci#n 9unc& ArqSi!

1 "onectores de aplicaciones El sistema debe s soportar conectores a aplicaciones desarrolladas enja3a6 process ser3er6 p$p6net6cobol

+ Mnico repositorio El sistema debe inte!rar los distintos usuarios !enerar un Lnico D

uno para el usuario de 3uelo

0antallas usuario 7inal (0ortal

de ser3icio)

El 9E que se desea modelar consiste inicialmente de una pantalla

"D sensible al tacto6 en cada asiento& Esta pantalla sir3e como

centro de comando para el pasajero& E 9E deber o7recer a los

pasajeros di7erentes tipos de entretenimiento

e7ici

ncia

@ "ompatibilidad con dispositi3os El sistema de permitir dispositi3o eternos como terminales demicr#7ono usb

Control del pasajero El usuario podr contactar al personal de vuelo encualquier momento pormedio de IFE, as como prendero apagar la luz de cada silla.


5/18

d Solicitudes del usuario Descripci#n 9unc& Arq

Si!

O Llamadas telefnicas Este servicio se cobra por separado y la nicaorma de pago es con tarjeta de cr!dito. El IFEdebe incluir un lector de bandas magn!ticas y

conectarse con un sistema de pago de tarjetas decr!dito e"terno a todos los sistemas en el avi#n

+& ;bjeti3os

Esta secci#n describe los objeti3os !enerales de la arquitectura del sistema dentro del conteto del ciclo de3ida del proecto&

"ontinuaci#n se presenta los objeti3os !enerales que !u5an el desarrollo de la arquitectura propuesta para laconstrucci#n de la aplicaci#n intermedia para arquitectura de so7t-are&

1& o7recer la percepci#n del sistema implementar desde di7erentes puntos de 3ista con el prop#sitode lo!rar la satis7acci#n de las necesidades planteadas por los sta,e$olders identi7icados enarquitectura de so7t-are&

+& 0roponer di7erentes arquitecturas candidatas que o7re4can la 7leibilidad necesaria 7rente a losrequerimientos 7uncionales mani7estados por los sta,e$olders los requerimientos no7uncionales identi7icados durante la 7ase de le3antamiento de in7ormaci#n a lo lar!o deldesarrollo de la arquitectura su concentraci#n&

& Desarrollar una $erramienta de comunicaci#n para la de7inici#n clara de necesidades eidenti7icaci#n adecuada de caminos de soluci#n por medio del diseBo arquitectural reali4adolo!rando adicionalmente una optimi4aci#n tanto de los recursos $umanos como los 7inancierosque inter3ienen en la implementaci#n de la arquitectura ele!ida&

+&@ Sta,e$olders

Esta secci#n presenta una lista de los sta,e$olders in3olucrados en el proecto& 0ara cada uno de ellos6 sedeben listar los concerns que 3an a ser tenidos en cuenta en el documento de arquitectura& Esta in7ormaci#nse presenta en 7orma de matri46 donde las 7ilas representan los sta,e$olders las columnas los concerns&"ada celda determina el !rado de rele3ancia del concern para el sta,e$older (Tabla +)& 9inalmente6 basadosen los concerns rele3antes a cada sta,e$older se dermina los puntos de 3ista que se le presentarn&

El standard ANS%EEE 1@1K+*** propone que al menos los si!uientes sta,e$olders sean considerados:usuarios6 clientes6 desarrolladores administradores&

"ustomer

Application so7t-arede3elopers

n7rastructure so7t-arede3elopers

End users

Application sstem en!ineers

Application $ard-areen!ineers

0roject mana!er

"ommunications en!ineers

"$ie7 En!ineer%"$ie7

Scientist 0ro!ram mana!ement

Sstem and so7t-areinte!ration and test en!ineers

Sa7et en!ineers andcerti7iers

Eternal or!ani4ations

;perational sstem mana!ers

Trainers

Haintainers Auditors

Securit en!ineers andcerti7iers


6/18

Tabla +: istado de los Sta,e$olders

Sta,e$older Descripci#n

DueBo de las aerol5neas "liente de so7t-are

"liente 3iajeros "liente de so7t-are

Desarrolladores De tipo usuario

Administradores De tipo usuario

0ro!ram administrator De tipo usuario

0ro7esora de la materia del proecto Super3isor de a3ance del proecto

Tabla : Sta,e$olders Epectati3as

Sta,e$older Epectati3as

Psuario 7inal 9uncionalidad especi7ica del so7t-are

cliente Atributos de calidad del ne!ocio

super3isor Tecnolo!5a especi7icas a usar durante el desarrollo


7/18

Secci#n & Hoti3adores Arquitecturales

&1 Hoti3adores de Ne!ocio

Esta secci#n busca identi7icar los moti3adores de ne!ocio de la or!ani4aci#n& Normalmente estos moti3adores son encontrados6respondiendo a las pre!untas:

$ "#mo !enera utilidad la or!ani4aci#n$ De d#nde pro3ienen las utilidades de la or!ani4aci#n.$ "ules son los elementos cla3es del ne!ocio.

En resumen6 un moti3ador de ne!ocio es una descripci#n corta que de7ine clara espec57icamente los resultados deseados dene!ocio de una or!ani4aci#n as5 como las acti3idades necesarias para lo!rarlos& os moti3adores de ne!ocio deben ser:Espec57icos6 Hedibles6 A!resi3os pero 3iables6 ;rientados al resultado limitados en el tiempo&El objeti3o es $acer una lista priori4ada de moti3adores de ne!ocio&

Auda para su uso:$ El nombre del motivador: Si!ue en !eneral la re!la: Q Q

o Ejemplo: ncrementar 3entas en las reas metropolitanas$ La descripcin del motivador:Si!ue en !eneral la re!la: Q HedianteQ o Ejemplo: ncrementar 3entas en 1 R mediante la apertura de nue3as o7icinas

$ La medida:De7ine en una 7rase como 3alorar el impacto en el ne!ocio del moti3ador& Se or!ani4a por ran!os sedetermina para cada ran!o6 la unidad de medida del impacto& Adicionalmente6 se de7inen los 3alores m5nimos mimos para cada ran!o de impacto&

o Ejemplo:o Hedida: "recimiento de las 3entas en reas metropolitanas medido en millones de pesos

Nin!una : * *& millones2ajo: 1 mill#n millonesHoderado: 1** @ millones9uerte: ** U millonesHu 9uerte: ** millones o ms

$ a asociaci#n con el ne!ocio de7ine el moti3ador a que rea or!ani4acional pertenece:o Ejemplo:o De7inido 0or: Jerente de Ventaso Ejecutado 0or: Director Ejecuti3os de Ventaso Pbicaci#n en el porta7olio: Ser3icios persona a persona

Nombre del Motivador

de Negocio

Descripcin del Motivador de Negocio

Innovar servicios IFE envuelos

Llamadas telefnicas% Este servicio se cobrapor separado y la nica orma de pago es contarjeta decr!dito. El IFE debe incluir un lector debandas magn!ticas y conectarse con un sistemade pago de tarjetas de cr!dito e"terno a todos lossistemas en el avi#n. &s mismo, debe incluir unpuerto para conectar el micr#ono.

Control del pasajero% El usuario podr contactaral personal de vuelo en cualquier momento pormedio de IFE, as como prender o apagar la luz de

cada silla.

Medida del Impacto

Enrentar la crisis econ#mica que aecta actualmente a las aerolneas ,espec'camente a &erolneas de los &lpes. En particular, la empresa desea atraernuevos usuarios y retener los actuales mediante un sistema de entretenimientocon'able y econ#mico. &dicionalmente, la empresa considera que el IFE reducirel nivel de stress de los viajeros, as como el nivel de atenci#n solicitada por loque se podr reducir la tripulaci#n de cada vuelo.


8/18


de Negocio


Jenerar a$orros economicos (enerar a)orros, econonomicos medianteimplementaci#n de una plataormo que permitaevitar el crecimiento personal al disminuir lacantidad de quejas por el usuario e implementarservicios de inormaci#n que sea gran atrativopara el usuario de la aerolinea

Medida del Impacto

*eporte de quejas y reclamos mensuales con muestra de agrado


de Negocio


Tiempo ser3icio

+e implementan servicios de llamadas el cualpuede ayudar a el servicio del cliente asi como eldepagos y de e'ciencias como el tiepo detransaciones

Medida del Impacto

. &dicionalmente, la empresa considera que el IFE reducir el nivel de stress de losviajeros, as como el nivel de atenci#n solicitada por lo que se podr reducir latripulaci#n de cada vuelo.

&+ estricciones de Tecnolo!5a

Esta secci#n describe las restricciones de tecnolo!5a impuestas por la or!ani4aci#n %o el dominio delproblema

ID Restriccin

Res00

Tipo:

Tecnolo!5a ( CEE )Ne!ocio ( arquitecturade sistemas )

Nombre:

Restriccin de ar!"itect"ra

Descripcin: a aplicaci#n debe estar basada en componentes EC2&

Establecida por: 0ro7esora de la materia arquitectura deSistemas de in7ormaci#n

Alternativas:

No $a#bservaciones: No $a

ID Restriccin

Res00

Tipo:

Tecnolo!5a ( EC2 )Ne!ocio ( arquitecturade sistemas )

Nombre:

Restriccin de ar!"itect"ra

Descripcin: a aplicaci#n se debe desarrollar utili4ando un na3e!ador por parte de losusuarios


9/18


Alternativas:


& estricciones de Ne!ocio

Esta secci#n describe las restricciones de ne!ocio impuestas por la or!ani4aci#n %o el dominio delproblema

ID Restriccin Tipo:

Tecnolo!5a (CEE )Ne!ocio (( arquitecturade sistemas )

Nombre:

Restriccin de desarrollo

Descripcin: 1& Su tiempo de desarrollo no puede ser superior a un perdido de @ meses paralo!rar una 3entaja competiti3a real&+& El 9E deber ser un sistema completamente independiente de los sistemasdel a3i#n el espacio requerido a ni3el superior deber ser lo m5nimo posible


Alternativas:


&@ Atributos de "alidad

0erspecti3asEsta secci#n describe el comportamiento de los atributos de calidad de los requerimientos que a7ectan laarquitectura de so7t-are6 incluidos escenarios de calidad&

E3oluci#nTeniendo en cuenta la presente arquitectura y los requerimientos no funcionales planteados por los

stakeholders, es posible garantizar la capacidad de evolucin del sistema, considerando el diseo funcional

propuesto. De esta manera, se presentarcon un mayor nivel de detalle, como la arquitectura elegida exhibe

de una forma adecuada el cumplimiento de este atributo de calidad, as.

"alidad deseadaLa arquitectura de software desarrollada, ofrece una flexibilidad adecuada frente a la adicin y/o reemplazo

de componentes funcionales del sistema. Sin embargo, en caso de modificar y/o reemplazar un componente

determinado, es necesario que estas alteraciones respeten las interfaces requeridas al igual que los servicios

que ofrecen.

AplicabilidadTeniendo en mente lo anterior, es posible decir que esta perspectiva afecta de manera transversal al punto


10/18

de vista funcional y en igual magnitud, al punto de vista de informacin, dado que esta flexibilidad del

sistema frente al cambio, solo puede ser lograda a travs de la estructura de componentes ofrecida, los

servicios manejados por medio de las interfaces diseadas, la estructura esttica de datos presentada, los

estados definidos para las unidades informacionales y los flujos de datos identificados entre componentes.

Sin embargo, con lo anterior no se estafirmando, que esta perspectiva no afecte otros puntos de vista; sino

que su influencia es mayor en los viewpoint contemplados.

"oncernsEspec57icamente6 se espera que la arquitectura no se 3ea comprometida de manera cr5tica6 al inducir uncambio en su estructura de componentes por ende6 es su estructura de unidades in7ormacionales&

Acti3idadesas acti3idades para aplicar esta perspecti3a de e3oluci#n a los puntos de 3ista 7uncional de in7ormaci#n6son los si!uientes&Esta secci#n describe el comportamiento los atributos de calidad de los requerimientos que a7ectan laarquitectura deSo7t-are6 incluidos escenarios de calidad&

denti7icar claramente los cambios a inducir en el sistema6 para la e3oluci#n deseada& E3aluar la 7leibilidad actual del sistema 7rente al tipo de cambios identi7icados& Adicionalmente6

anali4ar el impacto en para el caso de modi7icaci#n6 reempla4o %o eliminaci#n de componentesdesde el 7unctional 3ie-point las consecuencias de estas alteraciones6 en las estructuras de datos6estados 7lujos de in7ormaci#n

0lantear los tradeo77 posibles 7rente a los cambios identi7icados su impacto en los puntos de 3ista7uncional de in7ormaci#n&

9inalmente6 implementar los cambios arquitecturales a los que $aa lu!ar6 teniendo en cuenta lasconsideraciones resultados6 obtenidos por medio de esta perspecti3a de e3oluci#n&

Tcticasas aproimaciones precisiones necesarias para el cumplimiento del atributo de modi7icabilidad6comprenden bsicamente la conser3aci#n del esquema de ser3icios que se tiene a tra3=s de las inter7acesdiseBadas6 la a!rupaci#n de los elementos arquitecturales por su !rado de especiali4aci#n6 7rente a las re!lasdel ne!ocio identi7icadas en 9E

&@&1 istado de Escenarios de "alidad

No$ ATRI%&T# E'(ENARI#' DE (ALIDAD

ES"K**1 Psabilidad

ES"K** Hodi7icabilidad

ES"K**@ Disponibilidad

ES"K** Se!uridad

ES"K**O E7iciencia


11/18

&@&+ Escenarios de "alidadEscenario de (alidad ) 'ta*e+older:

Atrib"to de (alidad Psabilidad

,"sti-icacinSe desea impelmentar un sistema bluetoot$ para pc

."ente 0roducto&

Estm"loA!re!ar un cambio (insertar%eliminar) al!Ln componente multimedia

Arte-acto Sistema in7rarrojo

AmbienteSe tiene un ambiente de desarrollo implemetacion de dispositi3o de con unaaplicacion para llamadas mediante sistema inlambrico

Resp"estaSe puede contestar con un dispositi3o bluetoo$ reali4ar llamadas &

Medida de la

Resp"esta

El cambio es se mejor usabilidad de las llamadas con7ormidad menostiempo de espera para respuesta6 el ususario debe poder usar el 9E sinnecesidad de pedir auda a la tripulaci#n

Escenario de (alidad ) 'ta*e+older:

Atrib"to de (alidad e7iciencia

,"sti-icacin

En este se !aranti4a que el usuario ten!a el ser3icio sin tiempos

etremadamente lar!os de respuesta&

."ente clientes

Estm"lo"on!esti#n en el sistema 9E

Arte-actoSer3idor de aplicacciones central

AmbienteAmbiente de ejecuci#n normal

Resp"esta

El sistema debe estar en capacidad de responder a las solicitudes del usuario enun tiempo considerablemente corto a pesar del numero de usuarios que este est=corriendo simultneamente

Medida de la

Resp"esta

El sistema debe responder a las solicitudes del usuario en un tiempo no maor a se!undos cuando este el R de la car!a total del a3i#n& debe responder8inmediatamente con el U*R&


12/18


Atrib"to de (alidad Hodi7icabilidad

,"sti-icacin

Se desea adicionar un campo a la in7ormaci#n de un producto6 de 7orma tal quelas alteraciones en la capa GE26 en la l#!ica de ne!ocio6 en la capa de

persistencia en las estructuras de datos6 se implementen en menos de *minutos6 impactando el m5nimo nLmero de componentes 7uncionales entidades in7ormacionales&

."ente 0roducto&

Estm"loA!re!ar un cambio (insertar%eliminar) al!Ln componente multimedia

Arte-actoas entidades del sistema6 los session bean6 los entit bean la capa GE2&

Ambiente

Se tiene un ambiente de desarrollo Net2eans DE con el proecto creado listopara $acer deploment& a 7ue probado el deploment del componente antes delcambio&

Resp"esta

os desarrolladores lo!ran $acer el cambio $acer deploment sin errores6 lastablas de la base de datos son actuali4adas para las nue3as entidades al $acerdeploment la inter7a4 !r7ica permite crear los clientes con el nue3o campo&

Medida de laResp"esta El cambio su desplie!ue el Jlass 9is$ toma menos de 1* minutos&


Atrib"to de (alidad Disponibilidad

,"sti-icacin

no puede responder a las peticiones de in7ormaci#n que se le estn $aciendodesde los bro-sers de los mismos clientes& Se requiere6 que el sistema deintermediaci#n comercial 3uel3a a responder al R de las peticiones en un

periodo in7erior a 1* minutos6 utili4ando el ser3icio de bac,up del clLster deser3idores de clientes redistribuendo la car!a transaccional del ser3idor deaplicaciones principal a los dems ser3idores 7uncionales&

."ente clientes

Estm"lo"onsulta de carrito de compra 3irtual&


Ambiente

Se da el estmul en un ambiente de ejecuci#n normal en un contenido deaplicaciones Jlass9is$ que $a 3enido 7uncionando sin incon3enientes


13/18

Resp"esta

Vol3er a responder a dic$as peticiones6 utili4ando el ser3icio de bac,up delclLster de ser3idores de clientes redistribuendo la car!a transaccional delser3idor de aplicaciones principal a los dems ser3idores 7uncionales&

Medida de la

Resp"esta

Este sistema de bac,up de balanceo de car!a debe entrar a responder el Rde las peticiones no resueltas por parte de los bro-sers de los clientes6 en un

periodo in7erior a 1* minutos.&


Atrib"to de (alidad Hodi7icabilidad

,"sti-icacin

Se desea adicionar un campo a la in7ormaci#n de un producto6 de 7orma tal quelas alteraciones en la capa GE26 en la l#!ica de ne!ocio6 en la capa de

persistencia en las estructuras de datos6 se implementen en menos de *minutos6 impactando el m5nimo nLmero de componentes 7uncionales entidades in7ormacionales&

."ente 0roducto&

Estm"lo A!re!ar un cambio (insertar%eliminar) al!Ln componente multimedia

Arte-actoas entidades del sistema6 los session bean6 los entit bean la capa GE2&

Ambiente

Se tiene un ambiente de desarrollo Net2eans DE con el proecto creado listopara $acer deploment& a 7ue probado el deploment del componente antes delcambio&

Resp"esta

os desarrolladores lo!ran $acer el cambio $acer deploment sin errores6 lastablas de la base de datos son actuali4adas para las nue3as entidades al $acerdeploment la inter7a4 !r7ica permite crear los clientes con el nue3o campo&

Medida de la

Resp"esta

El cambio su desplie!ue el Jlass 9is$ toma menos de 1* minutos&


Atrib"to de (alidad concurrencia

,"sti-icacin

debe soportar la concurrencia de manera con'able. +e esperaque en promedio -- usuarios interacten con el IFEconcurrentemente

."ente producto

Estm"lo"on!esti#n en el sistema 9E


Ambiente El sistema debe ser altamente escalable

Resp"esta

+e espera que en promedio -- usuarios interacten con el IFEconcurrentemente. n usuario no debe esperar ms de /segundos en recibir una respuesta ante una solicitud y no deberecibir video o audio con cortes o saltos

Medida de la

Resp"esta+e espera que en promedio -- usuarios interacten con el IFEconcurrentemente. n usuario no debe esperar ms de /segundos en recibir una respuesta ante una solicitud y no debe


14/18

recibir video o audio con cortes o saltos &

Seccion @& Estilo Tcticas Arquitecturales

Nombre "liente K Ser3idorDescripcin os usuarios in3ocan la parte cliente de la aplicaci#n6 que construe una

solicitud para ese ser3icio se la en35a al ser3idor de la aplicaci#n que usaT"0%0 como transporte&

Trade/o--s

Secci#n & "onteto

&1 istado de "asos de Pso por Actor

En este modelo se identi7icaron di7erentes tipos de actores mencionados acontinuacion:Administrador del 'istema: Este es capa4 de $acerle modi7icaciones de alto ni3el al sistema tales comoa!re!ar contenido eliminar contenido del sistema 9E&Pasaero T"rista:este cuenta con la capacidad de 3er contenido el sistema 9E incluendo todas lasopciones de entretenimiento&Pasaero Eec"tivo:Se le pone a disposici#n un sistema ms rpido que el del pasajero turista tiene unmenL di7erente de entrada al sistema& Tambi=n cuenta con la misma 7uncionalidad del pasajero turistaPasaero In-antil:Este tiene a disposici#n un menL ms ami!able con unos jue!os personali4ados al!unos de los contenidos o7recidos no son bloqueados&Trip"lacin de 1"elo:esta tiene la opci#n de $acer llamadas a los pasajeros tomar control de al!una delas pantallas en caso de mal uso&

&+ Dia!rama de "asos de Pso


15/18

Secci#n O& 0untos de Vista Hodelos Arquitecturales

Esta secci#n presenta los puntos de 3ista de la arquitectura del sistema& "omen4ando por una bre3e

descripci#n de la estrate!ia arquitectural&

0rimero se debe considerar que un elemento de arquitectura $ace re7erencia a una pie4a 7undamental aconsiderar cuando se reali4a la construcci#n o de7inici#n de un sistema& o cual quiere decir que lossi!uientes elementos son 3itales para la adecuada de7inici#n de la arquitectura de un sistemacomputacional:

Sta,e$olders K nteresados: ?ace re7erencia a una persona6 !rupo o entidad que est interesada6 que !enera

requerimientos6 objeti3os o re7leja sus aspiraciones epectati3as en la elaboraci#n de la arquitectura delsistema&

Arc$itectural Descriptions K Descripci#n de arquitectura (AD): Son una serie de entre!ables que permitendocumentar la arquitectura del sistema& "on estos documentos los cuales los Sta,e$olders6 pueden teneruna maor claridad6 entendimiento satis7acci#n demostrada6 sobre el cumplimiento de todas susepectati3as en la de7inici#n de la arquitectura&

Vie- K Vista: Es una representaci#n de uno o ms elementos de la estructura de la arquitectura6 que ilustran

o representan un set de componentes del sistema sus respecti3as relaciones& Pna descripci#n de unaarquitectura se compone de una o 3arias 3istas&

Vie-0oints K 0untos de Vista: Es una especi7icaci#n que describe los patrones6 plantillas sus con3ersionespara un determinado Sta,e$olders sus correspondientes epectati3as& En estas se identi7ican lasrelaciones con otros puntos de 3ista6 sus !u5as6 dia!ramas6 principios plantillas6 las cuales ser3irn como!u5as para crear el documento de arquitectura AD& Pn punto de 3ista es un patr#n para construir una 3ista&Entre los puntos de 3ista ms utili4ados se encuentra el punto de 3ista 7uncional6 punto de 3ista dedesplie!ue6 punto de 3ista de in7ormaci#n6 entre otros&

Arc$itectural 0erspecti3e o 0erspecti3a de arquitectura: Se de7ine como la colecci#n de acti3idades6tcticas pautas6 utili4adas para ase!urar la identi7icaci#n de un !rupo de atributos propiedades decalidad6 las cuales deben considerarse alrededor de un 3ariado nLmero de 3istas de la arquitectura delsistema& Entre las perspecti3as ms utili4adas estn la se!uridad6 e7iciencia6 7iabilidad6 mantenimiento6entre otros&


16/18

O&1 0unto de Vista 9uncional

En esta secci#n se presenta el punto de 3ista 7uncional

O&1&1 Dia!rama de "lases


17/18

O&1&+ Hodelo de "omponentes

Con respecto a este modelo y teniendo en cuenta la figura , es posible visualizar que el server core de

IFE maneja un ancho de banda en sus conexiones de 10 Gbps, con el fin de proporcionar

transferencias de informacin de alta velocidad y soportar mltiples conexiones, con la ayuda de un

protocolo de transporte como el TCP.

Por otro lado, las conexiones que se establecen de manera remota con la aplicaci n IFE, por parte de

clientes y proveedores, se contemplan con velocidades aproximadas de 300 Kbps como m nimo, con

el fin de contribuir al requerimiento de tiempos de respuesta rpidos. Sin embargo, dentro de la red de

rea local se ofrecen velocidades de mnimo 100 Mbps para las conexiones que se establecen desde

las TouchScreens, manejando protocolo HTTP; teniendo en cuenta que las interacciones que estosltimos establecen con la aplicacin intermediaria se dan a travs de un ambiente Web.

Es asque a continuacin, se describe de manera detallada las interfaces de interconexin de red que

se proponen, para el correcto funcionamiento de la aplicacin IFE


18/18

O&+ 0unto de Vista de Desplie!ue

En esta secci#n se presenta el punto de 3ista de desplie!ue

Descripci#n

A tra3=s de los si!uientes modelos de plata7orma de ejecuci#n6 red de dependencias tecnol#!icas6 esposible obser3ar que la propuesta arquitectural pretende utili4ar un ser3idor de aplicaciones corporati3o6encar!ado de centrali4ar la 7uncionalidad de la aplicaci#n intermediariaW permitiendo la sincroni4aci#n delos ser3icios de almacenamiento6 la presentaci#n de la in7ormaci#n a tra3=s de un ambiente GE2Wdistribuendo los ser3icios prestados por el sistema de intermediaci#n comercial entre los "ustomerApplication Ser3er Supplier Application Ser3er de la compaB5a&De i!ual 7orma es posible6 obser3ar que el Ser3er "ore est con7ormado6 por los GE2 Ser3er6 "orporateApplication Ser3er6 Database Ser3er6 "ustomer Application Ser3er Supplier Application Ser3erW demanera tal6 que esta re!i#n del sistema est siendo prote!ida a tra3=s de un sistema de 9ire-all que re!ulanlas coneiones establecidas por parte de usuarios eternos como clientes pro3eedores de 9E&

O&+&1 Dia!rama de Deploment

Documento_Arquitectura_Sistema_Parcial Iii .doc

Documents

Transcript of Documento_Arquitectura_Sistema_Parcial Iii .doc